Evergreen ILS Website

IRC log for #evergreen, 2018-06-15

| 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:12 bshum joined #evergreen
00:29 beanjammin joined #evergreen
06:06 rlefaive joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:54 agoben joined #evergreen
07:56 collum joined #evergreen
08:06 bdljohn joined #evergreen
08:07 csharp @later tell kmlussier the markmail user is subscribed to the list, not sure what happens from there, but I can confirm that the user is still subscribed
08:07 pinesol_green csharp: The operation succeeded.
08:17 Dyrcona joined #evergreen
08:31 rjackson_isl joined #evergreen
08:38 kmlussier joined #evergreen
08:40 kmlussier csharp: Thanks! It looks like a few more messages are showing up in markmail now. I guess it's just a delay. Probably something on their end.
08:54 lsach joined #evergreen
08:54 idjit joined #evergreen
09:12 _bott_ joined #evergreen
09:15 mmorgan joined #evergreen
09:18 yboston joined #evergreen
09:21 Dyrcona Guess it is too early to harangue jeffdavis....
09:21 Dyrcona Since we upgraded to 3.0 our Overdrive integration is not working at all.
09:21 Dyrcona Of course, the system I set up for testing with their test/integration site works just fine.
09:21 Dyrcona overdrive--
09:22 Dyrcona Different settings in testing versus production....Lame.
09:29 kmlussier Is there anyone here who could reply to the post on the code4lib list regarding Spanish-language ILSs? He specifically asked about Evergreen.
09:30 bshum kmlussier: I saw that post and was contemplating a good reply
09:31 bshum Or perhaps pestering terran / csharp to say something since Georgia has Spanish in their catalog :)
09:32 kmlussier bshum: Thanks! I have very little experience with implementing Evergreen in any language other than English, so all I could do is point them to LP and maybe cite some percentages.
09:32 kmlussier bshum++
09:32 bshum Let's say that it's not as seamless perfect as what Koha seems to be indicating in their responses in that thread so far
09:32 bshum For the staff client side anyways
09:32 bshum For the catalog, it's probably great!  :D
09:39 bshum Oops, I was going to link to the Mexico server, but it's giving me an internal server error...
09:40 bshum Guess I'll only pick on PINES and Indiana today
09:42 kmlussier bshum: It's working for me, but it's not in Spanish. http://biblioteca.ipicyt.edu.mx/eg/opac/home
09:42 bshum Weird, I just always get an internal server error
09:42 bshum Maybe I'm just unlucky
09:42 agoben I'm not on code4lib, so can't respond, but what's the question?
09:42 bshum Or my VPN is unhappy
09:43 bshum agoben: They're just asking on behalf of some library that's looking at options in Bolivia and inquiring about Spanish language support for Koha and Evergreen
09:44 bshum The Koha folks have responded, but I guess we want to make sure Evergreen represents too ;)
09:44 kmlussier agoben: https://lists.clir.org/cgi-bin/wa?A2​=ind1806&amp;L=CODE4LIB&amp;P=58484
09:45 agoben Ah, hm.  We're not using it staff side, so I'm not sure can contribute too much since it sounds like the implementation overall is the question.
09:46 kmlussier bshum: I get the Internal Server error when I go to advanced search.'
09:48 kmlussier The folks in Mexico are the only ones I know of who are using it staff side.
09:49 kmlussier Actually, maybe I'll shoot them an email. Even if they aren't on the code4lib list, I could forward along their response.
09:49 bshum kmlussier++
09:50 agoben If they'd like to try patron side, they can use our training server: https://training.evergreen.lib.in.us   Barcode: 99999303411  Pwd: sarahs1234
09:52 Dyrcona Searching the logs is almost as bad as searching Launchpad....Ok, maybe it is worse grepping the logs.
09:52 agoben kmlussier++ bshum++
10:00 jvwoolf joined #evergreen
10:00 jvwoolf left #evergreen
10:01 Christineb joined #evergreen
10:04 Dyrcona And, this Overdrive thing looks like it might be my fault again, as usual. :)
10:15 jonadab joined #evergreen
10:15 rlefaive joined #evergreen
10:25 kmlussier Dyrcona: The good news is it's easier to fix if it's your fault. :)
10:25 csharp s/fix/blame/
10:25 * csharp ducks
10:27 Dyrcona Well, it's so simple that it's embarrassing. The open-ils.ebook_api service isn't configured for the drones in opensrf.xml.
10:27 csharp @love simple fixes to scary-looking problems
10:27 pinesol_green csharp: The operation succeeded.  csharp loves simple fixes to scary-looking problems.
10:28 Dyrcona Of course, that doesn't mean something else isn't also wrong.
10:28 * Dyrcona is always the optimist. :)
10:33 Dyrcona Timing the fix is not so simple.
10:38 Dyrcona overdrive++ # For the unnecessary karma hit I gave them earlier.
10:38 Dyrcona @blame Dyrcona
10:38 pinesol_green Dyrcona: Dyrcona was monkeying around too much on the prod servers!
10:38 Dyrcona True dat! :)
10:42 jonadab joined #evergreen
11:23 yboston joined #evergreen
11:32 jvwoolf joined #evergreen
11:38 beanjammin joined #evergreen
11:39 beanjammin joined #evergreen
11:40 khuckins joined #evergreen
11:49 rlefaive joined #evergreen
11:59 jihpringle joined #evergreen
12:16 jvwoolf joined #evergreen
12:19 bshum joined #evergreen
12:43 bdljohn joined #evergreen
12:49 rlefaive joined #evergreen
13:20 rlefaive joined #evergreen
13:35 jvwoolf joined #evergreen
13:37 jeff started diagnosing what looked like a recursion issue in Syrup that was amplifying item status requests: got to a point where it looked like a function was calling itself, but nothing anywhere else was ever calling the function to begin with.
13:37 jeff thankfully for my sanity, that was not actually the case.
14:06 kmlussier @dessert [someone]
14:06 * pinesol_green grabs some Cookies and Cream Ice Cream for gsams
14:07 gsams kmlussier++ #I think I need that right now
14:15 berick more websocketd load testing.  just sent 500k connect+request+disconnect combos across 5 parallel procs.  no hiccups, no memory leaks.
14:15 berick think it might be time for an LP for that
14:18 csharp berick++
14:18 * csharp wants to test but has not found time for anything other than helpdesk & office move stuff :-/
14:19 Dyrcona berick: Have you shared any of the scripts that you're using for load tests?
14:19 Dyrcona I suppose I could check the Lp entries again.
14:21 berick Dyrcona: yes, they're both in the branch, sec
14:21 berick http://git.evergreen-ils.org/?p=working/Op​enSRF.git;a=tree;f=src/websocket-stdio;h=3​fb454ee5aaa017201b2ab2763c0fcbb2bdbf490;hb​=refs/heads/user/berick/websocketd-backend
14:42 jvwoolf joined #evergreen
14:55 Dyrcona I find it interesting that the websockets issue seem to happen more on one of my bricks than the others, but that could just be coincidence.
14:57 bshum Dyrcona: What are the odds?  20%?
14:58 Dyrcona Yes, assuming the load balancer is balanced.
14:58 Dyrcona So, 20% are good odds.
14:59 Dyrcona These two have not hit 100% consistently, yet, hovering around 98% to 99%.
14:59 Dyrcona Nagios has not emailed about them, yet. Guess I'll go ahead and kill 'em.
15:00 Dyrcona strace shows the usual on them.
15:16 jvwoolf joined #evergreen
15:34 idjit hello, #evergreen. i've been looking at bug 1587620 and bug 1775216.
15:34 pinesol_green Launchpad bug 1587620 in Evergreen "Staff copy counts do not include peer bib copies" [Undecided,Confirmed] https://launchpad.net/bugs/1587620
15:34 pinesol_green Launchpad bug 1775216 in Evergreen "Inconsistency between client and opac availability counts for statuses with is available flag" [Medium,Confirmed] https://launchpad.net/bugs/1775216
15:34 idjit the test on 1775216 fails because of the problem noted in 1587620.
15:36 idjit i have a new asset.staff_ou_record_copy_count that seems to work. should i add that to the branch on bug 1775216 (so there's just one thing to merge and that's where the test is) or should i cut a new branch for 1587620, because that's the actual problem that i was trying to fix?
15:36 pinesol_green Launchpad bug 1775216 in Evergreen "Inconsistency between client and opac availability counts for statuses with is available flag" [Medium,Confirmed] https://launchpad.net/bugs/1775216
15:37 Dyrcona Just going by the descriptions, these sound like possibly the same bug just stated in different terms, or is there more the latter bug?
15:43 kmlussier Dyrcona: I think they're different. The peer visibility bug has been around for many releases. The available flag bug is more recent.
15:43 kmlussier Well, actually, available flags didn't even exist when the peer bib bug was filed. But the counts were the same between opac and client prior to 3.0.
15:44 Dyrcona OK. I've been paying attention to other things lately. There's more than enough to go around. :)
15:44 kmlussier Having said that, though, I think it's okay to put them on the same branch.
15:47 kmlussier Mark the peer bibs one as a duplicate of the second one.
15:47 idjit ok, will do. thank you
15:58 idjit ok, done. i expect to get a stern talkin' to about "writing decent code" from someone that has a much better understanding of sql and the evergreen database than i have. but it's a starting point :-)
16:00 kmlussier heh
16:00 * bshum mumbles something about "working code wins"
16:01 kmlussier idjit: Thanks for diving in an taking the chance of getting the "stern talkin' to"!
16:30 khuckins joined #evergreen
16:54 jeffdavis websocketd lightly tested here and working well so far, hoping to do some more thorough testing next week
16:54 jeffdavis re bug 1777180
16:54 pinesol_green Launchpad bug 1777180 in OpenSRF "Wishlist: Websocketd Gateway Support" [Wishlist,New] https://launchpad.net/bugs/1777180
16:57 berick jeffdavis++
16:58 bdljohn left #evergreen
17:05 mmorgan left #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

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