Evergreen ILS Website

IRC log for #evergreen, 2019-11-06

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:04 sandbergja joined #evergreen
00:52 sandbergja joined #evergreen
01:02 Stompro joined #evergreen
06:47 Dyrcona joined #evergreen
06:58 agoben joined #evergreen
07:14 rjackson_isl joined #evergreen
07:48 collum joined #evergreen
08:22 csharp Teenage Fanclub always makes it all better
08:25 Dyrcona joined #evergreen
08:35 tlittle joined #evergreen
08:45 mmorgan joined #evergreen
08:46 tlittle devted You were asking the other day if there was a page anywhere discussing items for the Acq overhaul. We do have this page on the Acq portion of the wiki that details the currently outlined sprints: https://wiki.evergreen-ils​.org/doku.php?id=acq:home
08:47 tlittle I'm also happy to pencil it in on the agenda for one of the upcoming Acq Interest Group meetings, and/or make a page on the wiki for suggestions
08:48 jeff berick++ pysip2++ I've used shell.py quite a bit lately when doing SIP dev work
08:49 * csharp googles pysip2
08:49 jeff csharp: https://github.com/berick/pysip2
08:50 csharp jeff: thanks!
08:51 jeff still need to do testing with our actual SIP clients, but very handy when doing dev / iterating on something / debugging something, etc.
08:52 jeff sipsh% start
08:52 jeff Disconnected from localhost
08:52 jeff Connect OK
08:52 jeff Login OK
08:52 jeff Server is online
08:52 jeff sipsh% checkout G880610001556 thing1
08:52 jeff (etc)
08:52 csharp nice
08:53 csharp I've been using https://clcohio.org/sip-testing-tool/ for a while, but it runs on Windows and I haven't gotten it working with wine, which is to say that I only run it in my Win10 VM
08:53 csharp that has definitely helped me track down some issues though
08:57 * Dyrcona uses https://github.com/Dyrcona/PHPSIP2
08:58 Dyrcona And, I recently wrote a little thing in C to login via SIP2 to use with haproxy as a check program. I may share that at some point.
08:59 * Dyrcona has looked/used pysip2 and it is nice. Shell mode is cool.
09:02 Dyrcona And, speaking of haproxy.... I mentioned this to JBoyer privately yesterday, but thought I'd share with the community here.
09:03 Dyrcona We went live in production with it yesterday and found haproxy to be slower than ldirectord on the load blancer and nginx on the brick heads, so we switched back after about an hour.
09:04 Dyrcona There was an increase in "white screens" in the web staff client, and this was before we got "busy."
09:06 Dyrcona I also had the haproxy stats page up, and it revealed something interesting. We were averaging 800 HTTPS "sessions" per minute at around 7:30 am. Given our configuration, I'm assuming that a "session" is actually 1 "hit."
09:06 Dyrcona So, 800 hits/minute when we're not "busy."
09:07 Dyrcona I'm going to make a note to see if I can get similar information from ldirectord/nagios/apache without jumping through too many hoops, but I doubt it. Better reporting is one of the things that haproxy has going for it.
09:12 csharp fascinating
09:16 stephengwills joined #evergreen
09:17 Dyrcona Could have been our haproxy configuration was not optimal for our situation, but I didn't have time to work it out. That's the trouble with live changes in production.
09:20 Dyrcona csharp: I read "fascinating" in the voice of Leonard Nimoy as Spock. When he "fascinating," it was almost never good. :)
09:27 rfrasur joined #evergreen
09:27 csharp heh
09:31 devted tlittle: Thank you very much for the heads-up about the Acquisitions Interest Group (AIG) wiki!  I had found other pages on the Wiki  (like https://wiki.evergreen-ils.org/dok​u.php?id=evergreen-docs:webclient) but not the interest group one!
09:35 jvwoolf joined #evergreen
09:48 sandbergja joined #evergreen
10:27 Dyrcona Whee! Configuring bridges with netplan....
10:28 Dyrcona I think a lot of the change happening in GNU/Linux today is change for the sake of change, and not because the new thing is necessarily better than the old thing.
10:46 sandbergja joined #evergreen
11:01 pinesol News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~li​ve/test.29.html#2019-11-06T11:00:54,963721722-0500 -0>
11:06 csharp any reason *not* to do "npm audit" when npm recommends doing that?
11:06 csharp *npm audit fix* that is
11:08 csharp npm just partially answered my question: 1 package update for 15 vulnerabilities involved breaking change
11:13 rlefaive_ joined #evergreen
11:36 Dyrcona csharp: Yeahp. Never do what npm suggests. It breaks things.
11:37 csharp terran and I are testing carousels on current master - we create the carousel and the carousel mapping, then we ran the refresh carousels srfsh script - no change in the OPAC - what are we missing?
11:37 csharp Dyrcona: thanks
11:38 csharp do we need to manually change OPAC templates to see stuff?
11:38 Dyrcona No idea, but did you try clearing your browser's cache?
11:39 csharp yeah, we tried it
11:39 csharp also, are the 'built-in' carousels presumed to have an associated bucket? (we see no rows in container.biblio_record_entry_bucket)
11:39 gmcharlt berick: for your consideration - 1851524
11:39 gmcharlt csharp: ^^ likewise
11:40 csharp bug 1851524
11:40 gmcharlt bug 1851524
11:40 pinesol Launchpad bug 1851524 in Evergreen "Carousels: bucket not created when adding a carousel" [Medium,New] https://launchpad.net/bugs/1851524
11:40 csharp gmcharlt: we'll test that directly
11:41 gmcharlt csharp++
11:45 Dyrcona csharp++ gmcharlt++
11:46 Dyrcona passwords-in-logfiles--
11:48 csharp @karma passwords-in-logfiles
11:48 pinesol csharp: Karma for "passwords-in-logfiles" has been increased 0 times and decreased 1 time for a total karma of -1.
11:49 Dyrcona unlogged-errors--
11:49 * jeff goes looking for a good example of a non-pcrud-populated grid
11:58 berick jeff: if you're talking Angular, staff/share/holds/grid.component.ts is one such example
11:59 berick ditto AngJS holds lists
12:00 csharp gmcharlt: we see that your fix works as far as creating the bucket goes, so I can sign off on that
12:00 csharp however, we are still not seeing any change in the opac
12:00 csharp https://csharp-master.gapines.org/eg/opac/home - should we just expect it to be there?
12:01 csharp ah: Carousel for bucket 1 is misconfigured; copy location filter expected but none specified
12:03 gmcharlt csharp: in addition, if you've customized homeearch.tt2, you'll want to make sure that it includes the carousels block
12:04 csharp got it working - same link
12:05 csharp gmcharlt: thanks!
12:06 jihpringle joined #evergreen
12:09 sandbergja joined #evergreen
12:12 pinesol [evergreen|Galen Charlton] LP#1851524: fix adding a bucket when saving a new carousel - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e0d5289>
12:24 rlefaive joined #evergreen
12:36 tlittle joined #evergreen
12:53 jvwoolf left #evergreen
12:57 rlefaive joined #evergreen
13:29 jeff went live this week with a feature to allow patron B to check out an item on the hold shelf for patron A, but having the circ on patron A's account (since they'll be the one getting the item, and can then renew it, etc). works for SIP checkouts also. staff interaction is required to set up the friend link, but then it just works via SIP or staff client checkout.
13:31 jeff have a few more questions that will likely need discussion, like "should adding a friend with permission to pick up your holds implicitly create a confirmed friend?"
13:31 jeff and "how best to allow patrons to set this up without staff mediation", etc.
13:31 sandbergja joined #evergreen
13:32 khuckins joined #evergreen
13:33 jeff thinking of other "nice to have" aspects, like an email notification that your friend picked up your hold.
13:34 jeff and a way to record (other than in logs) that patron B picked the item up.
13:51 jihpringle joined #evergreen
14:20 collum joined #evergreen
14:34 jihpringle joined #evergreen
15:14 BAMkubasa joined #evergreen
15:18 BAMkubasa Using 3.3.4, I'm trying to update the name of a Circ Duration Rule. Looks like that should be permission 256, UPDATE_CIRC_DURATION which I've confirmed my user account has. But I get an error message of "Update of Circ Duration Rule Failed" Does a Circ Duration Rule have to not be in use for it to be edited?
15:21 jvwoolf joined #evergreen
15:23 mmorgan BAMkubasa: Duration rules can be edited while they are in use. At what depth is your UPDATE_CIRC_DURATION?
15:25 BAMkubasa consortium
15:31 jvwoolf joined #evergreen
15:31 _sandbergja joined #evergreen
15:33 berick BAMkubasa: beware duration rule names cannot have spaces in them
15:34 berick i just tried to modify one and it failed for that reason
15:34 mmorgan BAMkubasa: What berick said :)
15:35 BAMkubasa ahhh, let me see if that was at play
15:36 jihpringle joined #evergreen
15:36 BAMkubasa seems the dash was the issue -
15:36 BAMkubasa underscore works
15:38 BAMkubasa bar | apparently also doesn't work
15:38 mmorgan config.rule_circ_duration has this constraint on the name: CHECK (name ~ '^\w+$'::text)
15:38 mmorgan name must also be unique
15:40 BAMkubasa thanks mmorgan
15:53 khuckins joined #evergreen
15:56 jeff also, at least in the XUL client changing the name of an existing duration rule (and max fine perhaps also?) can lead to errors when displaying circ data in item status. i don't think i've tested that in the web client.
15:56 jeff (we just avoided renaming them after discovering that a while ago)
16:02 jeff miker: we are using (a scaled down version of) friends in production here now.
16:03 jeff (going back to the "check out someone else's holds for them" conversation from... August or so)
16:03 Dyrcona :)
16:03 sandbergja joined #evergreen
16:06 BAMkubasa "can lead to errors when displaying circ data in item status" well, I suppose I'll be able to tell you for sure soon if the house burns down. I just went through and renamed all of ours to have consistent nomenclature in preparation for adding new ones for auto-renewal
16:10 mmorgan BAMkubasa: you *could* update the values in action.circulation.duration_rule to match the updated rule names. Like jeff, I'm not sure it's an issue in the web client.
16:10 * jeff nods
16:11 jeff the issue was viewing recent circs for an item where the action.circulation row had names of rules that no longer existed in the corresponding config.* tables.
16:12 jeff it was an annoying but non-fatal error message or two when viewing a recent circ that had a "former" rule name present.
16:16 * mmorgan was curious and so edited a duration rule name on a test system.
16:17 mmorgan I'm not seeing an error pop up in item status. I do see that the Duration Rule field in item status detail shows as blank after the rule is edited.
16:17 BAMkubasa BAMkubasa was foolhardy and edited them all on production
16:17 BAMkubasa :)
16:26 mmorgan BAMkubasa lives dangerously ;-)
16:27 jvwoolf left #evergreen
16:36 tlittle joined #evergreen
17:00 Christineb Bmagic -> more suggestions from Mark - > there is another situation where the MARC files will not load besides bad prices. If the file is > 1,000,000 bytes it won't load. It's not exact but in general files greater in size won't load. For example, this file byte size, 1076278 will not load but this one will, 985872
17:01 Bmagic Christineb++
17:02 berick Christineb: that can probably be fixed by changing web server settings
17:02 berick I had to raise the size limit in NGINX
17:02 berick the default is fairly small
17:03 Christineb berick++
17:03 Christineb I will tell Mark
17:03 Christineb :)
17:03 berick client_max_body_size specifically
17:04 berick (in nginx)
17:05 mmorgan left #evergreen
17:19 miker jeff++ #!!!
17:43 jihpringle joined #evergreen
19:00 sandbergja joined #evergreen
20:03 sandbergja joined #evergreen
22:07 sandbergja joined #evergreen
23:01 pinesol News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~li​ve/test.29.html#2019-11-06T23:00:54,100505946-0500 -0>
23:36 sandbergja joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat