| 10:30 |
tsbere |
berick: I can confirm that the "# TODO: Should this include 'R' holds? ..." comment regarding parts should be a "no, it should not be included there". F and R should be treated identically at the targeter level. |
| 10:31 |
berick |
tsbere: thanks! I'll remove that comment |
| 10:32 |
* tsbere |
wonders how difficult it would be to do the "potential copies" dance once for multiple holds (same type/target/pickup location/selection ou/selection depth?) to speed some things up... |
| 10:35 |
csharp |
berick++ |
| 10:35 |
csharp |
we're gonna start testing that on a test server in the next week or so |
| 10:37 |
berick |
tsbere: yeah i could see that.. have the batch mode group by target+type and churn over the same initial copy set (minus any that get targeted in the process). |
| 10:37 |
berick |
csharp++ |
| 10:38 |
tsbere |
berick: Well, you would need the ones targeted in the process for potentials still, and the selection ou/depth would need to be included as well. |
| 11:16 |
JBoyer |
Usually around upgrade time though. (WHY U NO WORK? Oh, already did that a while back...) |
| 11:18 |
jeff |
oh, in terms of trying to apply a local patch/branch? :-) |
| 11:20 |
tsbere |
I love it when I conflict with my own code in a customization branch (customized patch in branch, uncustomized made it into master...) |
| 11:24 |
JBoyer |
jeff, Sometimes, more excitingly when testing db upgrades. |
| 11:31 |
Dyrcona |
I love it when two customizations conflict with each other...... |
| 11:31 |
csharp |
jwl: there are probably pre-built tools out there, but you might look into MARC::Record if you want to write perl scripts around creating/manipulating MARC |
| 11:31 |
Dyrcona |
Even after rebasing.... |
| 11:36 |
Bmagic |
StJoesCollege: yes, the action trigger stuff requires a server side cron job |
| 11:36 |
tsbere |
StJoesCollege: Do you have an email system in place on the servers? Are you running the example cron jobs? Are the A/T event definitions enabled? |
| 11:37 |
StJoesCollege |
we do have an email system |
| 11:37 |
StJoesCollege |
it works, ive tested the email from inside the evergreen client. |
| 11:38 |
|
brahmina joined #evergreen |
| 11:38 |
Bmagic |
StJoesCollege: Generally you designate one of your app servers to do the work. http://wiki.evergreen-ils.org/doku.php?id=evergreen-user:action_trigger |
| 11:39 |
dbwells |
StJoesCollege: Here is some more polished documenation for notices, though perhaps less complete: http://en.flossmanuals.net/evergreen-in-action/sending-gentle-reminders-to-your-users/ |
| 09:26 |
|
maryj joined #evergreen |
| 09:27 |
kmlussier |
:( |
| 09:28 |
Dyrcona |
berick is working on making the ruby unnecessary, and I've been meaning to look at that branch, but....time. |
| 09:28 |
kmlussier |
Yeah, I was just looking at that. I wish I knew how to test it. |
| 09:29 |
Dyrcona |
Right now, you just run the new code on an order and compare the output to what's in the database. |
| 09:30 |
Dyrcona |
And, monthly maintenance releases are on the calendar for today. |
| 09:31 |
kmlussier |
I can take care of release notes as soon as I send a couple of e-mails off. |
| 10:11 |
csharp |
is webby.evergreencatalog.com relatively up-to-date? |
| 10:13 |
* csharp |
works under the assumption that it is |
| 10:13 |
dbs |
Dyrcona++ # good finding! maybe share that on a performance tips and tricks page or something? |
| 10:14 |
csharp |
berick: awesome - looking to test your EDI branch in the coming weeks |
| 10:14 |
kmlussier |
csharp: My understanding is that it has the latest web client code that's in master plus the webstaff-sprint3 branch |
| 10:14 |
|
eady joined #evergreen |
| 10:24 |
Dyrcona |
dbs: I may just do that if time permits. |
| 10:26 |
csharp |
kmlussier: awesome - thanks |
| 10:26 |
berick |
csharp: great. if you (and anyone else who tests) find local tweaks that are not represented in the code, let me know. i'll add edi attrs for them. |
| 10:35 |
|
collum joined #evergreen |
| 10:46 |
|
collum joined #evergreen |
| 11:04 |
|
collum joined #evergreen |
| 11:05 |
pinesol_green |
jeff: (rss <name|url> [<number of headlines>]) -- Gets the title components of the given RSS feed. If <number of headlines> is given, return only that many headlines. |
| 11:06 |
jeff |
@rss list |
| 11:06 |
pinesol_green |
jeff: Error: Couldn't get RSS feed. |
| 11:06 |
jeff |
@rss tests |
| 11:06 |
pinesol_green |
jeff: Error: Couldn't get RSS feed. |
| 11:06 |
* jeff |
takes it to msg |
| 11:06 |
jeff |
rss qatests |
| 11:06 |
jeff |
@rss qatests |
| 11:06 |
pinesol_green |
jeff: 11:06 AM, June 15, 2016: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 11:08 |
|
maryj joined #evergreen |
| 11:12 |
Dyrcona |
Not much to do about "database "evergreen" is being accessed by other users" in the code. |
| 11:12 |
|
rlefaive joined #evergreen |
| 11:15 |
jeff |
on Debian Jessie, "make check" for Evergreen is failing for me unless I manually manipulate LDFLAGS in Open-ILS/src/c-apps/tests/Makefile |
| 11:15 |
jeff |
I needed to add -lpthread -lm -lrt |
| 11:17 |
jeff |
(which is obviously not the way to correct the problem long-term) |
| 11:17 |
kmlussier |
It looks like the perl live tests started failing on May 31? |
| 11:18 |
Dyrcona |
jeff: I would think configure would pick those up. |
| 11:19 |
Dyrcona |
Do the tests actually relink/recompile code? |
| 11:20 |
Dyrcona |
kmlussier: Those live test failures could be because the database was not rebuilt. |
| 11:20 |
kmlussier |
Yeah, I was just coming around to that. |
| 11:20 |
Dyrcona |
Many of the tests fail after being run once. |
| 11:21 |
* Dyrcona |
tries to write his so that they can be run more than once on the same database, but may not always succeed. |
| 11:24 |
|
bmills joined #evergreen |
| 11:27 |
jeff |
Dyrcona: i think "make check" compiles and links things that are not normally built -- somewhat similar for perl tests would be if Test::More could not be found, etc. |
| 11:28 |
jeff |
it compiles and links some small test binaries. |
| 11:29 |
Dyrcona |
OK. I've not looked at it very much. I often just run the pgtap or perl tests individually. |
| 11:29 |
Dyrcona |
I haven't run make check in a while. |
| 11:32 |
dbs |
Yeah, 'make check' is for C tests |
| 11:37 |
jeff |
okay, i'm done testing bug 1592565 and i'm ready to write release notes and pick to master and rel_2_10. Am I correct in thinking that I only need to put release notes in master and they'll be backported to rel_2_10 just prior to the next point release being cut? |
| 11:37 |
pinesol_green |
Launchpad bug 1592565 in Evergreen "2.10 Login code lost key activity log message" [High,In progress] https://launchpad.net/bugs/1592565 - Assigned to Jeff Godin (jgodin) |
| 11:40 |
Dyrcona |
jeff: Point release is today, but I haven't heard anything from gmcharlt today, so don't know what he thinks about pushing something in right now. |
| 11:41 |
jeff |
or am I off and bugfixes get zero release notes, and are just summarized manually... looks like that's the case. |
| 12:39 |
bshum |
Looks like rlefaive had a similar issue on http://irc.evergreen-ils.org/evergreen/2016-04-26#i_243991 ; I wonder if it's something based on the Ubuntu image |
| 12:39 |
bshum |
sam_l: What 14.04 image did you use? The 64-bit server edition? |
| 12:40 |
* bshum |
checked the logs but didn't see a resolution noted by rlefaive or others on later days |
| 12:45 |
jeff |
gmcharlt: bug 1592891 is also a candidate for 2.10.5. i can write tests also, if you'd like. |
| 12:45 |
pinesol_green |
Launchpad bug 1592891 in Evergreen "SIP2 failures with certain kinds of user standing penalties" [High,New] https://launchpad.net/bugs/1592891 - Assigned to Jeff Godin (jgodin) |
| 12:45 |
|
jihpringle joined #evergreen |
| 12:46 |
kmlussier |
Release notes are done, but I'll hold off on merging the 2.10 notes until I hear back on whether the SIP2 fix makes it in. |
| 12:48 |
sam_l |
bshum: Yep, 64-Bit Server. |
| 12:48 |
Dyrcona |
jeff: Good catch on that penalties bug. |
| 12:49 |
jeff |
Dyrcona: thanks! sorry i didn't bug it until now -- sorta' fell into a SIP2 rabbit hole. |
| 12:59 |
gmcharlt |
jeff: I agree it's a candidate. go forth and write tests! |
| 12:59 |
jeff |
doing so! :-) |
| 13:06 |
sam_l |
bshum: rebooted the server instance, and it's now running properly. |
| 13:07 |
bshum |
sam_l: Oh cool, I was just about to suggest restarting apache |
| 13:48 |
jeffdavis |
I have a use case that requires a site-specific one right now though. |
| 13:48 |
Dyrcona |
If you have some spare hardware, you could try what I mentioned earlier and set up a self-contained Evergreen instance just for z39.50. |
| 13:49 |
jeffdavis |
Our Z39.50 service is hosted on a separate utility server, not the main ones that are hit when people use the OPAC or staff client. |
| 13:49 |
jeff |
gmcharlt, Dyrcona, anyone else interested: tests pushed and pullrequest tag added to bug 1592891 |
| 13:49 |
pinesol_green |
Launchpad bug 1592891 in Evergreen "SIP2 failures with certain kinds of user standing penalties" [High,New] https://launchpad.net/bugs/1592891 - Assigned to Jeff Godin (jgodin) |
| 13:49 |
Dyrcona |
OK. That's the best way to set it up. |
| 13:50 |
jeff |
and... removing myself from assigned. |
| 13:50 |
Dyrcona |
jeff: Thanks. I will not have time to test it today. |
| 13:50 |
jeff |
Dyrcona: no problem. didn't mean to imply that expectation by mentioning you. :-) |
| 13:51 |
Dyrcona |
jeffdavis: Z searches go through multiple layers, so I expect it to be a little slower than regular search. |
| 13:51 |
Dyrcona |
jeff: NP. Just saying.... |
| 13:52 |
jeff |
Dyrcona++ for writing tests worth copying, also. |
| 13:52 |
Dyrcona |
jeffdavis: Is your zurl pointing at the utility server or back to your OPAC? |
| 13:53 |
JBoyer |
I wondered about that, because we also run the Z stuff on a separate machine, but it currently points right back to the OPAC, which I'm planning to change soon. |
| 13:53 |
Dyrcona |
The simple2zoom service is very lightweight. I found the supercat searches to be the real resource hogs. |
| 14:01 |
kmlussier |
@marc 775 |
| 14:01 |
pinesol_green |
kmlussier: The entry for another available edition of the target item (horizontal relationship). When a note is generated from this field, the introductory phrase Other editions available: may be generated based on the field tag for display. (Repeatable) [b,c,d,e,f,g,h,i,k,m,n,o,r,s,t,u,w,x,y,z,6,7,8] |
| 14:01 |
Dyrcona |
I have a script to monitor the number of drones on the drone server, but haven't set it up on the zurl target. |
| 14:01 |
Dyrcona |
And, look at that: I have a 2.9.6 tarball to test. |
| 14:03 |
* Dyrcona |
should really document the z stuff |
| 14:35 |
|
krvmga joined #evergreen |
| 14:48 |
|
collum joined #evergreen |
| 14:54 |
jeff |
force pushed a fixup commit to the tests on bug 1592891 (noticed a function was unnecessary, edited comments a bit) |
| 14:54 |
pinesol_green |
Launchpad bug 1592891 in Evergreen "SIP2 failures with certain kinds of user standing penalties" [High,New] https://launchpad.net/bugs/1592891 |
| 15:15 |
pinesol_green |
[evergreen|Jason Stephenson] Forward port 2.9.5 to 2.9.6 upgrade script. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e1853b2> |
| 15:17 |
Dyrcona |
gmcharlt: FYI: 2.9.6 tarball is uploaded to the server, but not in place, yet. |
| 15:20 |
gmcharlt |
yeah |
| 15:26 |
|
jlitrell joined #evergreen |
| 15:27 |
Dyrcona |
I've put the downloads files in place, except the readme and release notes. |
| 15:39 |
jeff |
gmcharlt: are you intending / able to test and merge the sip bugfix, or would you like me to solicit a willing co-conspirator? |
| 15:40 |
gmcharlt |
jeff: I am willing and able, but even happier if you find a willing co-conspirator to test and signoff first |
| 15:43 |
jeff |
also, since i remember we had at least one time that we duplicated perl live test numbers, should i leave tests unnumbered? |
| 15:43 |
jeff |
or rely on the merging party to re-number if needed at that time? |
| 15:46 |
jeff |
in this case i numbered the test. just wondered if we had a general concensus on that for next time. |
| 15:52 |
|
kmlussier joined #evergreen |
| 15:53 |
kmlussier |
I don't think we have a general consensus. I would go with numbering for now. |
| 15:56 |
Dyrcona |
Yeah, I agree. |
| 18:19 |
|
gsams joined #evergreen |
| 19:05 |
|
pinesol_green` joined #evergreen |
| 19:07 |
|
phasefx_ joined #evergreen |
| 19:10 |
jeffdavis |
I have run out of time to finish testing and signing off on bug 1592891; I'll try to get to it in a couple hours unless someone else gets to it, but not sure I'll make gmcharlt's cutoff for 2.10.5 :( |
| 19:10 |
pinesol_green` |
Launchpad bug 1592891 in Evergreen "SIP2 failures with certain kinds of user standing penalties" [High,New] https://launchpad.net/bugs/1592891 |
| 19:11 |
jeffdavis |
biab |
| 19:19 |
|
egbuilder joined #evergreen |
| 19:32 |
jeff |
jeffdavis++ thanks for trying -- i know it was last minute! |
| 19:35 |
gmcharlt |
I'll start work on the release shortly, and will give that patch a fair look |
| 20:22 |
gmcharlt |
jeff: jeffdavis: patch suits me; it will be in the release |
| 20:24 |
pinesol_green` |
[evergreen|Jeff Godin] LP#1592891: Tests - SIP2 standing penalty failures - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=56cc12e> |
| 20:24 |
pinesol_green` |
[evergreen|Galen Charlton] LP#1592891: tweak tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=22536d1> |
| 20:24 |
pinesol_green` |
[evergreen|Jeff Godin] LP#1592891: Fix SIP2 standing penalty failures - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e0c9b3> |
| 20:27 |
jeffdavis |
gmcharlt++ |
| 20:27 |
|
jonadab joined #evergreen |
| 20:30 |
pinesol_green` |
[evergreen|Kathy Lussier] Docs: Adding 2.10 Release Notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=67c6b2a> |
| 12:10 |
kmlussier |
tsbere++ # For lots of assistance with non-Evergreen stuff. |
| 12:11 |
tsbere |
kmlussier: I dunno, I think we can call it slightly-Evergreen, as at least some of it is "where MassLNC discusses what to spend money on developing for Evergreen" ;) |
| 12:11 |
kmlussier |
tsbere: Yes, well, anything MassLNC does is related to Evergreen, so that's a fair point. |
| 13:11 |
terran |
gmcharlt or kmlussier - after doing some initial testing on LP 1528647 I realized the original code by Bob Wicksall only solved the problem halfway so I added addition code - I've amended my commit, but not sure what I should do about the author - advice? |
| 13:11 |
pinesol_green |
Launchpad bug 1528647 in Evergreen "Self-check only accepts user name value if regex for barcode not set up" [Undecided,New] https://launchpad.net/bugs/1528647 - Assigned to Terran McCanna (tmccanna) |
| 13:11 |
terran |
"addition" = "additional" |
| 13:11 |
gmcharlt |
terran: so, Bob's original commit and a follow-up by you? |
| 14:51 |
kmlussier |
JBoyer: Linking authorities to each other? That needs to be done for cross-references to appear in the browse list. |
| 14:51 |
kmlussier |
But authority_control.pl links authority records to bibs, right? |
| 14:51 |
JBoyer |
s to matching fields in bibs, but clicking the Validate button in the editor does nothing but color those fields you don't have records for. |
| 14:52 |
JBoyer |
kmlussier: yes. I've run both on a test server and was just curious of the point of the bib links to auth records. |
| 14:52 |
kmlussier |
If you update the authority record, it will update all of the bibs it's linked to. |
| 14:52 |
JBoyer |
I wondered about that. |
| 14:53 |
JBoyer |
But there's no way to link them aside from re-running that script? (if someone edits a field to match a record, say.) |
| 15:05 |
JBoyer |
Having seen this interface in action, I'm quite glad that 1. it works, and 2. I'm not a cataloger. |
| 15:05 |
|
hopkinsju_ joined #evergreen |
| 15:05 |
|
Bmagic_ joined #evergreen |
| 15:08 |
JBoyer |
(Not a UI complaint, I'm just overwhelmed dealing with it for this basic test) |
| 15:10 |
* jeff_ |
looks at jeff |
| 15:11 |
Bmagic_ |
ha |
| 15:12 |
* Bmagic_ |
looks at the beautiful people in the world from the tail world |
| 10:03 |
pinesol_green |
csharp: I have not seen bwicksall. |
| 10:04 |
Bmagic |
Dyrcona: The sandbox is up and I don't have any plans to take it down. You have several weeks |
| 10:04 |
Dyrcona |
Bmagic: Thanks. I saw what I needed to see last night. |
| 10:05 |
Dyrcona |
I have a sandbox of my own to test the fix. |
| 10:05 |
* Dyrcona |
can't believe he made such a silly error. ;) |
| 10:06 |
kmlussier |
@dessert 36 [someone] |
| 10:06 |
* pinesol_green |
grabs some Boston Cream doughnuts for serflog |
| 14:49 |
Dyrcona |
Plus, I get decimals without needing it on both sides. |
| 14:50 |
Dyrcona |
BTW, that's my speed up using dbwells patch for metabib.reingest_record_attrs, approximately 2.5X. |
| 14:51 |
Dyrcona |
I think my db hardware is the biggest bottleneck in this case. |
| 14:52 |
dbwells |
Dyrcona: cool, thanks for the update. The 7x in my test was for just the attribute reingest step isolated, so it is expected that the overall speedup will be less than that. |
| 14:53 |
Dyrcona |
dbwells: my measurements both times were made with this query: SELECT COUNT(metabib.reingest_record_attributes(id)) FROM biblio.record_entry; |
| 14:54 |
Dyrcona |
I included deleted ones, both times. |
| 14:54 |
Dyrcona |
Still, any increase is better than nothing.... |
| 15:44 |
phasefx |
jeff++ tsbere++ |
| 15:44 |
tsbere |
Originally written to be a SIP setting |
| 15:44 |
* jeff |
nods |
| 15:44 |
tsbere |
But I added the modifier so I didn't have to use SIP to test |
| 15:44 |
|
jvwoolf joined #evergreen |
| 15:44 |
tsbere |
and then decided "this is useful" and left it in the client |
| 15:45 |
jeff |
useful for: copy has been checked in, but is currently sitting at the bottom of a sorter bin and is not actually ready for pickup yet. |
| 15:45 |
tsbere |
Yep. Also useful for "We can't actually give you this for three days due to the release date, but want to get holds capturing now" |
| 15:45 |
jeff |
also useful for: "we sometimes check in items at this desk, but we do not want to print hold slips or have the hold become available until it is actually checked in where normal holds are scanned", etc. |
| 11:33 |
berick |
cuz, you know, I want to sound the right amount of flippant |
| 11:35 |
csharp |
@quote add < berick> hm, hope I didn't just sound too flippant... cuz, you know, I want to sound the right amount of flippant |
| 11:35 |
pinesol_green |
csharp: The operation succeeded. Quote #154 added. |
| 11:36 |
jeff |
the grid in the template contains no sort attributes/directives. in some other grids (that might ACTUALLY have non-sortable APIs backing them), they don't get clickable headers in the UI unless I add "sortable" to the eg-grid-fields. Is the click-to-sort handled by auto-fields? |
| 11:36 |
jeff |
berick: no, not too flippant. :-) |
| 11:38 |
* jeff |
tests and reads more code |
| 11:39 |
jeff |
oh, eg-grid with features="-sort,-multisort" -- that explains why this one's not sortable by default, i'll bet. |
| 11:39 |
jeff |
unless the - isn't negation there... |
| 11:40 |
jeff |
ah. |
| 11:41 |
jeff |
those are negation, and those are why i'm not getting sorting. okay. |
| 11:41 |
|
jvwoolf joined #evergreen |
| 11:41 |
gsams |
@quote random |
| 11:41 |
pinesol_green |
gsams: Quote #57: "< jeff_> nine million useless rows in money.billing, nine million useless rows... take one down, pass it around, eight million nine-hundred and ninety-nine thousand nine-hundred and ninety nine useless rows in money.billing..." (added by csharp at 03:15 PM, May 23, 2013) |
| 12:01 |
|
brahmina joined #evergreen |
| 12:05 |
terran |
jlundgren++ for signing off on the first patch for today's bug squashing! LP 1548993 |
| 12:05 |
pinesol_green |
Launchpad bug 1548993 in Evergreen 2.9 "TPAC Show More/Fewer Details Button does not work with show_more_details.default set to true" [Undecided,Confirmed] https://launchpad.net/bugs/1548993 |
| 12:08 |
terran |
(And Dyrcona++ for creating the patch that jlundgren signed off on) |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:09 |
terran |
gmcharlt++ for creating a patch for LP 1566016 which has been tested and signed off on |
| 12:09 |
pinesol_green |
Launchpad bug 1566016 in Evergreen 2.9 "remove SSN as a stock patron ident type" [Medium,Confirmed] https://launchpad.net/bugs/1566016 |
| 12:34 |
|
cprince joined #evergreen |
| 12:45 |
|
AlexInPittsfield joined #evergreen |
| 14:27 |
yboston |
sandbergja: got a moment? wanted to ask you about LP 1260458 |
| 14:27 |
pinesol_green |
Launchpad bug 1260458 in Evergreen "diacritics window (ctrl-s) will not always open in the Marc Edit screen" [Undecided,Fix released] https://launchpad.net/bugs/1260458 |
| 14:28 |
|
ddale joined #evergreen |
| 14:29 |
tsbere |
yboston: You looking to ask questions about the fix, or about their testing? |
| 14:31 |
|
abneiman joined #evergreen |
| 14:56 |
|
kmlussier joined #evergreen |
| 14:58 |
* kmlussier |
returns to lots of bug mail in her Inbox |
| 16:15 |
sandbergja |
yboston: still there? |
| 16:16 |
sandbergja |
I've been ignorning IRC more than I should have today, sadly. :-( |
| 16:16 |
|
[1]cfarley joined #evergreen |
| 16:21 |
bshum |
berick: Did you get to putting together your thoughts for the angular 1.5 target issue? For me, I did a quick test by putting a ~ in front of 1.5.5 for angular, making the line like: "angular": "~1.5.5" |
| 16:21 |
bshum |
berick: That allowed it to select angular 1.5.6 and go through without intervention to pick one |
| 16:21 |
bshum |
But I wasn't sure if you had alternative solution in mind, with what you were saying about "resolutions" |
| 16:22 |
Dyrcona |
terran++ |
| 16:24 |
kmlussier |
Dyrcona: ehardy and ddale are using the MOBIUS Sandbox. Would you like me to send you access information? |
| 16:24 |
Dyrcona |
kmlussier: Thanks, but Terran already did. |
| 16:30 |
Dyrcona |
Bmagic kmlussier How long will the sandboxes be up? I may not get to look at that until this evening some time. |
| 16:31 |
* mmorgan |
is also hoping for more sandbox time... |
| 16:31 |
kmlussier |
Dyrcona: Bmagic will have to answer that question. The MassLNC ones will be up until next week when we move the server, but that doesn't help with this particular bug. |
| 16:32 |
Dyrcona |
Well, I can test it on my own vms later, but I did not see that behavior. |
| 16:32 |
* kmlussier |
wants another Bug Squashing Day. :( |
| 16:32 |
Dyrcona |
I wonder if it is staff client caching or something. |
| 16:34 |
|
barbara joined #evergreen |
| 16:43 |
rhamby |
I saw "Dyrcona assumes that whatever they were doing was pathological and killed them." and was sad to look up further and see it was just pids. I was ready for a great story. |
| 16:43 |
terran |
Dyrcona: ehardy is gone for the day, but I'll ask ddale to clear her staff client cache and see if that makes any difference |
| 16:43 |
Dyrcona |
However, that vm didn't look overloaded and it was under the max number of opensrf.settings max children. |
| 16:44 |
Dyrcona |
terran: Thanks. I'll take another look when I get the chance. I may have to set up a test on my own vm. |
| 16:44 |
Dyrcona |
I assume ehardy added the flag to the copy location and then removed it. |
| 16:45 |
Dyrcona |
That's one of the conditions that i'll make sure to test. |
| 16:53 |
terran |
Dyrcona: ddale just cleared client cache, rebooted, and still seeing the same behavior |
| 16:53 |
Dyrcona |
All right. |
| 16:57 |
Dyrcona |
Oh, nice. The staff client reads my settings for my concerto client and hangs cause my concerto vm is not running. |
| 17:20 |
kmlussier |
ssieb: When the import is done, then, does it bring you to a queue with zero results? Or does it hang while it's importing? |
| 17:23 |
kmlussier |
ssieb: Whatever the answer to that question, I think you'll get more clues to what's going wrong if you look in the logs. I usually look in the osrfsys log |
| 17:24 |
ssieb |
I get a queue with no results. Good point about the logs, I hadn't though of that. |
| 17:28 |
* bshum |
wrote his email about translations while waiting for i18n dance to complete on his test server |
| 17:32 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1548993: Restore Show More/Show Fewer Details button functionality. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd14556> |
| 17:32 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1548993: Remember the Show More/Fewer Details button selection. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ad3502> |
| 17:36 |
ssieb |
kmlussier: I just about missed it, but there is a message each time about not being able to read the file from /tmp. Now I just have to figure out why... |
| 10:37 |
Dyrcona |
Anyway, you could very likely get away with a single brick for staff clients, and the rest for public. |
| 10:40 |
Dyrcona |
JBoyer: A little digging suggests that Evergreen's mod_perl code might need some work to function properly in a threaded environment. |
| 10:41 |
Dyrcona |
Not mod_perl, itself, but the way Evergreen uses mod_perl. |
| 10:41 |
Dyrcona |
It would take a day or two of testing to know for sure, though. |
| 10:41 |
|
ethomsen left #evergreen |
| 10:46 |
|
kmlussier joined #evergreen |
| 10:56 |
|
kmlussier joined #evergreen |
| 14:20 |
JBoyer |
Apparently just changing %T isn't enough. Now that I know it's calling POSIX::strftime I'll see what it claims to support. May require some locale coaxing, we'll see. I'll poke at it. If this solves the "My android phone puts all of your mail in 1969" problem I'll patch it up for master. |
| 14:21 |
|
tspindler1 joined #evergreen |
| 14:22 |
|
collum joined #evergreen |
| 14:25 |
* kmlussier |
tries to figure out why bug 1352542 didn't come up when somebody asked for advice last week on a patch to test for bug squashing day. |
| 14:25 |
pinesol_green |
Launchpad bug 1352542 in Evergreen 2.9 "Printing: LC Call number formatting (2.5.2)" [Undecided,Confirmed] https://launchpad.net/bugs/1352542 |
| 14:28 |
miker |
JBoyer: I think it's using http://template-toolkit.org/docs/modules/Template/Plugin/Date.html |
| 14:29 |
JBoyer |
Right-o. jeff pointed me in the right direction, now it's time for rabbit-hole-ing. :-/ |
| 14:45 |
* Dyrcona |
thinks we need add 2 cores to our Apache vm. |
| 14:46 |
JBoyer |
Alright, I call shenanigans. I took the whole thing back out and they're all still invalid. Something else is up. Time to fake up a circ for myself. |
| 14:46 |
Dyrcona |
We can "steal" a couple from sip. |
| 14:46 |
Dyrcona |
JBoyer: I tested date.format(format = '%a, %d %b %Y %H:%M:%S %Z') in a template and it looks like valid RFC2822 dates. |
| 14:47 |
Dyrcona |
And, we peaked so far at 242 apache drones. |
| 14:47 |
Dyrcona |
JBoyer: Wed, 01 Jun 2016 14:47:39 EDT |
| 14:49 |
JBoyer |
Dyrcona, Thanks for the sanity check. It looks like the only circs that trigger this event belong to users without emails so I've been chasing my tail for a bit. |
| 15:11 |
jeffdavis |
#info DONE: Dyrcona will work on Xenial Xerus Evergreen and OpenSRF support between now and the EG conference - thanks to Dyrcona, csharp, and bshum |
| 15:11 |
jeffdavis |
#info DONE: gmcharlt will send an email to the mailing lists announcing the Pg dependency change |
| 15:12 |
gmcharlt |
#info gmcharlt = Galen Charlton, ESI |
| 15:13 |
jeffdavis |
last action item was about Sqitch |
| 15:13 |
jeffdavis |
i.e. more detailed evaluation/testing thereof |
| 15:13 |
jeffdavis |
status according to the agenda: "Bill pushed a version of the Sqitch setup with a reified database (1 schema file and a handful of data files) for discussion. Confirmed Ubuntu 16.04 has a Sqitch package. Need to explore release-building options (presumably via 'sqitch bundle –from foo –to bar'). Probably other stuff too." |
| 15:14 |
jeffdavis |
Is there anything else to add or discuss there for now? |
| 15:14 |
Dyrcona |
I'd call that "in progress." |
| 15:14 |
Dyrcona |
For the sake of the minutes. |
| 15:14 |
berick |
'in progress' sounds good |
| 15:15 |
Dyrcona |
I'd just say in progress: action item. |
| 15:15 |
Dyrcona |
I don't think the minutes need the detail. |
| 15:16 |
Dyrcona |
It'll be in the logs and the agenda. |
| 15:16 |
jeffdavis |
#info IN PROGRESS: evaluation/testing of Sqitch |
| 15:16 |
miker |
#info miker = Mike Rylander, ESI |
| 15:17 |
jeffdavis |
#action developers to continue looking at Sqitch, particularly release-building options |
| 15:17 |
jeffdavis |
#topic OpenSRF release |
| 16:04 |
miker |
as have I. I like it |
| 16:04 |
jeff |
And a good way to cope with the 2234% increase in rows in crad. :-) |
| 16:05 |
dbwells |
Alright, maybe that's enough for now. I will create a bug for it, and post a few extra thoughts there. |
| 16:05 |
Dyrcona |
I've looked at the code, and have a slow server that it would be perfect to test on. |
| 16:05 |
miker |
not sure if an index would actually matter, but might be worth testing |
| 16:05 |
Dyrcona |
I even have timings for comparison-sake. |
| 16:06 |
dbwells |
miker: Yes, an index on ctype also helps, so that's a secondary play. |
| 16:06 |
jeffdavis |
#action dbwells to create a bug report for discussing some proposed ingest speed improvements |
| 16:11 |
berick |
need sample data from the wild to be sure the new code is covering edge cases |
| 16:11 |
* Dyrcona |
can have a look. |
| 16:11 |
berick |
in short, moving all logic into Perl and out of the A/T templates |
| 16:12 |
jeffdavis |
berick: I'll pass that one along to our support folks to see if we can test |
| 16:12 |
berick |
beware to test, you have to install the new code (obviously, i guess) which includes some new DB tables |
| 16:12 |
berick |
and data |
| 16:12 |
berick |
the code does not yet have a UI for tweaking settings. that will come later |
| 16:13 |
berick |
wanted to be sure this is on the right path first |
| 16:13 |
berick |
thanks Dyrcona and jeffdavis |
| 16:13 |
berick |
i'll copy the "how to test" instructions from the agenda to the bug |
| 16:13 |
jeffdavis |
berick++ |
| 16:13 |
Dyrcona |
berick++ |
| 16:14 |
jeffdavis |
Any other new features to discuss before we adjourn? |
| 09:34 |
|
remingtron joined #evergreen |
| 09:56 |
|
mmorgan1 joined #evergreen |
| 10:16 |
Dyrcona |
Doing a build from git this morning and I'm being asked which version of Angular.JS to install. |
| 10:16 |
Dyrcona |
I got similar results when testing the make_release script yesterday. |
| 10:16 |
Dyrcona |
I wonder if we should update the README? |
| 10:17 |
Dyrcona |
Hmm.... Wonder what happens if I install from a tarball. I should test that. |
| 10:24 |
|
maryj joined #evergreen |
| 10:26 |
|
Christineb joined #evergreen |
| 10:36 |
|
abowling joined #evergreen |
| 10:57 |
jeff |
And different versions do different things... |
| 10:57 |
jeff |
etc. |
| 10:57 |
Dyrcona |
yep. |
| 10:57 |
jeff |
I started writing some general SIP2 live tests over the weekend. |
| 10:58 |
|
terran joined #evergreen |
| 11:02 |
Dyrcona |
bower resolution Unsuitable resolution declared for angular: 1.5.5 |
| 11:02 |
Dyrcona |
'Cause 1.5.6 is all it can apparently find. |
| 12:31 |
csharp |
G7, I think |
| 12:31 |
csharp |
purchased in 2011 |
| 12:31 |
JBoyer |
Ours are G5. They need to be cranked to start and have walkers. |
| 12:31 |
csharp |
heh |
| 12:31 |
csharp |
I have a couple of G5s as test servers |
| 12:38 |
JBoyer |
So, I have one machine with a normalized load of 1+ (1 min load => # of CPUs) and the top 2 processes by CPU use are apache. pid 24110 has 2 connections to memcache and 2 connections to beam.smp (ejabberd) (which is of course, connected to everything.) |
| 12:40 |
JBoyer |
Oh yes, and no connections to the outside world. just those 4: 2 internal to ejabberd, 2 to the memcache server. |
| 12:41 |
JBoyer |
It's super fun to try to figure out. |
| 12:47 |
tsbere |
When I see ejabberd disconnects the things that are no longer connected seem to get stuck in a "is there anything to get? No? repeat" loop |
| 12:47 |
JBoyer |
Well, that is to say I certainly don't remember a lot of those errors, but I'll be damned if there aren't plenty now. That's spectacular. |
| 12:47 |
tsbere |
Until an *outgoing* message is attempted they don't notice |
| 12:48 |
* Dyrcona |
did a test upgrade from 12.04 to 14.04 in 2014, but doesn't remember what issues (if any) cropped up. |
| 12:49 |
JBoyer |
I'm wondering if it's a combination of Eg 2.9 and our VM setup. We don't get near running out of memory, which is what I would wonder about first. :( |
| 12:49 |
Dyrcona |
JBoyer: You said you upgraded both the O/S and Evergreen/OpenSRF at the same time? |
| 12:50 |
jeff |
semi-related: i have a test instance (pretty much self-contained) where depending on which apache child my incoming connection hits, i get dead air. |
| 12:50 |
jeff |
i have a (not very helpful) strace. the test instance sits idle for long times. |
| 12:50 |
JBoyer |
Yes. Minimal downtime and all of that. I've made better decisions. |
| 12:51 |
Dyrcona |
jeff: I saw something like that this morning after a fresh install, but without running autogen.sh. |
| 12:51 |
Dyrcona |
After running autogen.sh, Apache and the OPAC seemed happy. |
| 12:58 |
Dyrcona |
Um, that's a complete call to select, minus the closing paren, and it basically does nothing, but possibly hang. |
| 12:58 |
Dyrcona |
I seem to recall issues with ejabberd after a 12.04 to 14.04 upgrade, but I could be mistaken. |
| 12:59 |
JBoyer |
strace normally includes the closing paren, that's why I assumed it was partial. |
| 12:59 |
Dyrcona |
JBoyer: If you have a way of testing on a single brick, you could try removing ejabberd and reinstalling it. |
| 13:02 |
JBoyer |
Dyrcona I can test a single machine, but the trouble is I can't trigger it on demand. |
| 13:03 |
Dyrcona |
JBoyer: Well, I think that select() call is your problem. |
| 13:03 |
Dyrcona |
You would never want to call it that way. |
| 13:03 |
Dyrcona |
If you set the first arg to zero, and the next 3 to NULL, you definitely want something in the final argument. |
| 13:10 |
JBoyer |
No more reliable than these things are being, I can just blow one away and rebuild it to see what happens later. If it never freaks out I can go through a larger swath of them later. |
| 13:13 |
tsbere |
Dyrcona: There was a short period of time with a bad compile, but nobody should be seeing it now |
| 13:14 |
Dyrcona |
tsbere: OK |
| 13:28 |
jeff |
stupid reporting tricks: mailing address labels that print each morning if there were any "limited juvenile" patrons created yesterday. |
| 13:28 |
jeff |
did you get a pdf? print it on avery XXXX stock and drop those letters in the mail! |
| 13:29 |
jeff |
(letters have no customized data in them, or we'd be printing them as well as part of the report or a sibling report) |
| 13:29 |
jeff |
i was just pleased that the labels aligned correctly once we got beyond the test period and got beyond one single patron. |
| 13:30 |
jeff |
(we now let patrons get a card without parent being present, but it's a limited card until their parent or guardian comes in to sign off on it) |
| 13:30 |
jeff |
limited to 3 items out at once. |
| 13:30 |
terran |
jeff++ |
| 13:31 |
jeff |
and since these are still less frequently than "daily", if there were no Limited Juvenile patrons created the day before, there's no pdf sent via email. |
| 14:13 |
|
rlefaive joined #evergreen |
| 15:51 |
|
ethomsen left #evergreen |
| 16:11 |
|
jlitrell joined #evergreen |
| 16:25 |
berick |
wondering what authority.record_entry.source is supposed to be used for. reserved for a not yet existing config.authority_source table? |
| 16:28 |
* jeff |
tests receipt printing with Hatch |
| 16:29 |
jeff |
huh. had to manually set margins in eg.print |
| 16:31 |
jeff |
no margin options in Windows print dialog spawned by hatch, and the paper type/size shown in the json sticks to Letter no matter how many times I select the "72mm x Receipt" option |
| 16:42 |
jeff |
in other apps, margins appear to be a distinct dialog. |
| 16:42 |
jeff |
hrm. |
| 16:45 |
Bmagic |
Has anyone changed from prefork to event on apache 2.4 ? |
| 16:56 |
berick |
jeff: my hope is to one day kill the java print dialog and just capture the values we want directly in a web app form. |
| 16:57 |
tsbere |
berick: And what happens when someone wants to set a print driver specific option? |
| 09:18 |
JBoyer |
Depends on how far down the in-joke rabbit hole we want to take our swag, I suppose. :D |
| 09:22 |
|
terran joined #evergreen |
| 09:24 |
jeff |
There may come a day when I find and fix a bug without tripping over additional bugs, but today is not that day. |
| 09:25 |
bos20k |
Hello. I am working on a test server where I basically installed the same version of Evergreen 2.9 over itself again after upgrading Ubuntu. Now I am getting an internal server error and seeing this in the Apache log: |
| 09:25 |
bos20k |
May 27 09:22:17 maul apache2[1268]: [perl:error] [pid 1268] [client 10.1.99.151:51245] egweb: Context Loader error: Can't locate object method "search_asset_copy_location_group" via package "OpenILS::Utils::CStoreEditor" at /usr/local/share/perl/5.18.2/OpenILS/WWW/EGCatLoader/Util.pm line 648.\n |
| 09:25 |
|
jvwoolf joined #evergreen |
| 09:26 |
bos20k |
Any ideas? I was looking at the Perl modules and I am not seeing a problem compared to a production machine that is working. |
| 09:27 |
jeff |
bos20k: my immediate suspicion is that your fm_IDL.xml file is invalid. |
| 09:29 |
jeff |
if you don't have xmllint installed, you can install it with: apt-get install libxml2-utils |
| 09:30 |
jeff |
then you can check to see that your fm_IDL.xml file is valid XML: |
| 09:34 |
jeff |
* open-ils.booking is not running |
| 09:34 |
bos20k |
jeff: no errors there |
| 09:34 |
|
yboston joined #evergreen |
| 09:35 |
jeff |
(booking was just a sacrificial service on a handy test system to get the output samples -- don't focus on that service in particular) |
| 09:35 |
bos20k |
all seem to be running |
| 09:36 |
Dyrcona |
booking isn't required anyway, unless you're using it. |
| 09:36 |
bos20k |
just got another error on the console where I started things: |
| 10:27 |
|
Bmagic joined #evergreen |
| 10:31 |
phasefx |
Bmagic: in webby, it's much different |
| 10:31 |
Bmagic |
gotcha, so, the dev server you are hacking on with the web client, has changes to the xul client menu order? |
| 10:31 |
jeff |
Can't locate diagnotics.pm in @INC (you may need to install the diagnotics module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at test.pl line 4. |
| 10:32 |
jeff |
alas, the "use diagnostics" pragma can't help with this error. |
| 10:35 |
Dyrcona |
In Soviet Webby, menu adds you! |
| 10:36 |
bshum |
Dyrcona++ # haha :) |
| 10:36 |
phasefx |
Bmagic: no, no changes to the xul client menu order anywhere that I'm aware of. Just that the web-based staff client equivalent is way different |
| 12:01 |
jeff |
Is anyone here presently aware of anyone making use of the (unfortunately spelled) patron_calculate_recal_ok SIP option? |
| 12:04 |
|
brahmina joined #evergreen |
| 12:09 |
jeff |
oh, right -- found bug 1093883 |
| 12:10 |
pinesol_green |
Launchpad bug 1093883 in Evergreen "SIP recall_ok test always returns false" [Wishlist,Fix released] https://launchpad.net/bugs/1093883 |
| 12:29 |
|
jihpringle joined #evergreen |
| 13:01 |
|
ericar joined #evergreen |
| 13:06 |
|
sandbergja joined #evergreen |
| 13:24 |
Dyrcona |
jeff: Is it causing you an issue, or are you just curious? |
| 13:25 |
Dyrcona |
@weather 01845 |
| 13:25 |
pinesol_green |
Dyrcona: North Andover, MA :: Clear :: 78F/26C | Friday: Mostly sunny. High 82F. Winds SSE at 5 to 10 mph. Friday Night: Partly cloudy. A stray shower or thunderstorm is possible. Low around 65F. Winds SSW at 5 to 10 mph. |
| 13:26 |
kmlussier |
miker / gmcharlt: If the issue I found while testing 1549505 is unrelated to the activity metric code, should it be posted in a separate branch so that it can be backported? |
| 13:27 |
miker |
kmlussier: we could create a separate patch for backporting, but the patch in that branch does touch code that is also touched by activity metric |
| 13:27 |
gmcharlt |
what mike said |
| 13:28 |
kmlussier |
OK, thanks! I'm going to try out the new branch now. |
| 13:28 |
gmcharlt |
in particular, the DB update can't just be cherry-picked |
| 13:46 |
jeff |
Dyrcona: no issue, the spelling caught my eye and I was curious about the use case. The bug answered my questions. |
| 13:47 |
Dyrcona |
jeff: Cool. I was just curious. |
| 13:59 |
jeff |
i pulled at one too many SIP threads and now I find myself on the phone with a vendor asking them questions about their product's changed behavior |
| 14:09 |
jeff |
they had no answers for me. i tought them a few things. i devised my own theory and test plan. |
| 14:15 |
|
mdriscoll joined #evergreen |
| 14:22 |
kmlussier |
Dyrcona: I just stumbled across this comment while preparing for Bug Squashing Day. https://bugs.launchpad.net/evergreen/+bug/1501781/comments/38 |
| 14:22 |
pinesol_green |
Launchpad bug 1501781 in Evergreen "Patron name search should be diacritic-insensitive" [Wishlist,Confirmed] - Assigned to Terran McCanna (tmccanna) |
| 14:24 |
Dyrcona |
Also, I want to experiment with using Text::Unaccent::PurePerl because I think it does something that the database solution does not. |
| 14:24 |
kmlussier |
Dyrcona: For that particular bug, I didn't see any dissenting opinions on it being a new feature. So I think we're good there. |
| 14:24 |
Dyrcona |
I just haven't found time to look into it. |
| 14:24 |
kmlussier |
Dyrcona: Are you saying we should hold off on testing it? |
| 14:26 |
Dyrcona |
kmlussier: Go ahead and test it. What I see is the unaccent Pg extension doesn't actually unaccent Greek or Cyrillic characters, but I think Text::Unaccent::PurePerl does unaccent Greek. |
| 14:26 |
Dyrcona |
I was thinking of running the Perl tests using Text::Unaccent::PurePerl just to see what output we get. |
| 14:27 |
Dyrcona |
gmcharlt shared something from Github that, IIRC, updates the unaccent database extension so it handles Greek characters. |
| 14:28 |
Dyrcona |
I guess if anyone wants to, they can remove the pullrequest tag. I won't be disappointed. I can't speak for dpearl. |
| 14:29 |
Dyrcona |
I'm OK with it as it is, is what I'm saying. |
| 14:32 |
Dyrcona |
I intended to look at during or just after the conference. |
| 14:33 |
kmlussier |
Dyrcona: Yup. I know how it is. |
| 14:33 |
* kmlussier |
stares at the remaining to-do list items for things that were supposed to be done by the end of today. |
| 14:33 |
terran |
I signed up to test it for bug squashing day, but I can hold off if there's not a concensus |
| 14:37 |
terran |
oh wait, I'm not sure I really understand enough of the implications to fully test anyhow |
| 14:39 |
* terran |
realizes she can't spell consensus, either |
| 14:39 |
Dyrcona |
Well, basically, if you have a patron with diacritics in the name, you can't find them unless you enter diacritics in the search. |
| 14:40 |
kmlussier |
terran: Ha ha ha. IMO, it improves the software, so is fair game for testing. |
| 14:40 |
Dyrcona |
The point of patch is to strip the diacritics when searching. |
| 14:40 |
Dyrcona |
Basically, so something like Frederick matches Frédérick. |
| 14:41 |
* Dyrcona |
seems to be omitting random articles in his typing today. |
| 14:42 |
|
bmills joined #evergreen |
| 14:42 |
* Dyrcona |
triple checks his script to run for this weekend's patch update for typos. |
| 14:43 |
terran |
I'll keep my name on there for testing then, but everyone else feel free to jump in :) |
| 14:46 |
terran |
If it can solve the problem of odd spacing and apostrophes in names, then it will be hugely useful for us in Georgia. |
| 14:46 |
kmlussier |
terran: And hugely useful for us everywhere else too! :) |
| 14:48 |
Dyrcona |
I'm not sure it does anything with apostrophes or odd spacing. I'd have to look again. |
| 14:48 |
terran |
I haven't looked at the code - just based that on the initial report |
| 15:24 |
jeff |
I'd like to start using SIP2 AF messages for more things (we use them for a friendly "we need to update your information, please come to the desk" for expired patrons), but it appears that our self checkout kiosks no longer display the patron screen messages when the patron scans their card. |
| 15:24 |
jeff |
Best I can do it get them to appear on some receipts, and to appear if you've failed to auth with a pin. |
| 15:24 |
jeff |
(and probably on success when using a pin, but also not helpful) |
| 15:36 |
Stompro |
Interesting, our audit tables were never cleared out after our test loads, so they contain unrelated records with the same id numbers. I wonder if that is an issue? |
| 15:36 |
kmlussier |
gmcharlt: I see you've been assigned to bug 1437103 for a while. Are you still working on that one? |
| 15:36 |
pinesol_green |
Launchpad bug 1437103 in Evergreen "unexpected popup dialogs appear at checkin" [Undecided,Confirmed] https://launchpad.net/bugs/1437103 - Assigned to Galen Charlton (gmc) |
| 15:36 |
* kmlussier |
also wonders if she should remove the pullrequest tag on it. |
| 16:14 |
pinesol_green |
Launchpad bug 1576435 in Evergreen 2.9 "Force "Include inactive patrons?" on patron reg duplicate search" [Medium,Confirmed] https://launchpad.net/bugs/1576435 |
| 16:15 |
Stompro |
They seem to be mostly harmless cold air funnels, nothing too big. |
| 16:15 |
Stompro |
http://media.graytvinc.com/images/492*350/Funnel+cloud+South+Moorhead+May+27+2016.jpg |
| 16:16 |
kmlussier |
jeffdavis: For testing on Bug Squashing Day. We haven't set up the Sandboxes yet, so we'll be able to grab the new commit. |
| 16:17 |
jeffdavis |
kmlussier: ah, perfect, I had hoped to test as part of Bug Squashing Day - I'll update the ticket |
| 16:33 |
|
jvwoolf left #evergreen |
| 16:44 |
terran |
Stompro: "harmless"? |
| 16:44 |
terran |
Stompro: Be safe and good luck! |
| 16:45 |
Stompro |
terran, so far, they are just like big dust devils with no energy behind them, even when they touch down they don't do any damage. |
| 16:47 |
terran |
I'm tornado-shy after living in Florida for 8 years. One smashed pieces of small aircraft through the ciner block walls of a library I worked at - fortunately, it was Christmas day, the only time campus was empty |
| 16:47 |
Stompro |
They just gave the all clear, tornado warning lapsed. Yeah!! |
| 16:47 |
terran |
Phew! |
| 16:50 |
terran |
jeffdavis: to rephrase - I can send you the sandbox info once it's set up so that you can test your fixes on the web client too |
| 16:53 |
jeffdavis |
terran: sure, that would be great, thanks |
| 18:05 |
kmlussier |
Have a nice weekend #evergreen! |
| 18:06 |
|
rlefaive joined #evergreen |
| 12:52 |
Bmagic_ |
hmm, yeah, I figured it was bots but somehow we need to keep it from affecting the consortium |
| 12:54 |
Dyrcona |
We haven't had much trouble with bots lately, particularly since we split to a public and staff brick. |
| 12:55 |
Dyrcona |
The few times that Apache really goes nuts, it seems someone has dropped something on their keyboard. |
| 12:55 |
Dyrcona |
And, I chose the 120 number after lots of log diving and some testing. |
| 12:56 |
Dyrcona |
With our hardware configuration, even if we set to 150, 120 is about where performance really tanks. |
| 12:56 |
Dyrcona |
Like, "No, I'm not replying to your request for 5 minutes," kind of tanks. |
| 12:57 |
Dyrcona |
We typically don't exceed 100 at any given time anyway. |
| 12:59 |
|
barbara joined #evergreen |
| 13:04 |
|
jwoodard joined #evergreen |
| 13:04 |
|
graced joined #evergreen |
| 13:24 |
jeff |
well that's interesting. on a test VM that is often dormant for long periods of time, i have at least one apache process that doesn't serve requests. |
| 13:24 |
jeff |
if a request hits that child, the browser just sits until it times out. |
| 13:28 |
jeff |
sanity check: new feature merged to master in Feb of this year, I've found a bug in it. The feature has been included in a release of Evergreen. Sounds like the bug and fix is a new ticket, not a re-open of the original ticket. Am I correct? |
| 13:29 |
kmlussier |
jeff: Yes |
| 13:29 |
berick |
i'd say new ticket |
| 13:29 |
jeff |
thanks! kmlussier++ berick++ |
| 16:24 |
|
miker joined #evergreen |
| 16:24 |
|
akilsdonk joined #evergreen |
| 16:24 |
|
phasefx_ joined #evergreen |
| 16:26 |
* jeff |
prepares to run live tests |
| 16:26 |
|
jyorio joined #evergreen |
| 16:27 |
Stompro |
jeff - catching up, we are planning on moving to 2.10 by the end of june. |
| 16:27 |
jeff |
Stompro: great! |
| 16:32 |
ssieb |
ok, got it |
| 16:32 |
jeff |
org unit changes are one of those things that require an autogen.sh run after you've made the changes. |
| 16:33 |
ssieb |
ok, I'm just experimenting with the sample data before I reset it and put real data in |
| 16:33 |
jeff |
good luck, and enjoy! |
| 16:37 |
* jeff |
runs live tests |
| 16:38 |
Dyrcona |
jeff: Did you add any new tests, or you are just sanity checking? |
| 16:39 |
Stompro |
Is there any way to hide age protected items in the catalog, sort of like how 856 resources can be hidden? So users with a preferred lib/home lib that cannot request those items cannot see them? |
| 16:40 |
Dyrcona |
Stompro: I don't think so. |
| 16:42 |
ssieb |
I'm trying to set this up for a single school. The one important thing they need to do is print a list of all the checked out items at the end of the year. However, I don't see any way of getting that information from the staff client. |
| 16:44 |
kmlussier |
ssieb: Evergreen is big, but there are other single libraries that use it. There is also Koha, which is another open-source library system. |
| 16:44 |
kmlussier |
But jeff typed faster than me |
| 16:45 |
ssieb |
That was the other one I found, but this one used postgresql and Koha didn't seem obviously better in any way. :-) |
| 16:45 |
jeff |
Dyrcona: I am adding new tests supporting the fixes that I'm working on for a SIP-related issue with csp ignore_proximity |
| 16:46 |
jeff |
Dyrcona: Since it's something mostly unrelated to standing penalty ignore_proximity that broke, but that thing was not covered by tests and therefore was overlooked, I think I might just write a set of basic SIP tests. |
| 16:46 |
Stompro |
ssieb, how about a hosted service like librarything tinycat... I have no idea what it costs though. http://www.librarything.com/wiki/index.php/Using_LibraryThing_as_an_Integrated_Library_System |
| 16:46 |
ssieb |
jeff: what's the "staff client reporter"? Do you have any suggestions for a reporting tool? |
| 16:47 |
Dyrcona |
jeff: Did I break something in SIP with that feature? |
| 17:01 |
terran |
Speaking of reports, I finally got around to creating a launchpad for Quick Reports... hopefully I set it up right: https://bugs.launchpad.net/egquickreports |
| 17:04 |
jeff |
terran++ |
| 17:06 |
|
rhamby joined #evergreen |
| 17:06 |
terran |
bmills++ for installing, testing, and bug-reporting :D |
| 17:07 |
Dyrcona |
Oh, well. Look at the time! |
| 17:07 |
Dyrcona |
Catch you all later. |
| 17:08 |
bmills |
terran++ |
