| 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/doku.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/~live/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/~live/test.29.html#2019-11-06T23:00:54,100505946-0500 -0> |
| 23:36 |
|
sandbergja joined #evergreen |
