Evergreen ILS Website

IRC log for #evergreen, 2017-01-10

| 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
01:11 Stompro joined #evergreen
01:20 StomproJ joined #evergreen
01:29 Stompro joined #evergreen
04:37 eady joined #evergreen
04:37 jonadab joined #evergreen
04:38 barbara joined #evergreen
04:40 serflog joined #evergreen
04:40 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org
04:40 abneiman joined #evergreen
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
05:37 StomproJ joined #evergreen
07:19 rjackson_isl joined #evergreen
08:11 pinesol_green [evergreen|Mike Rylander] LP#1655149: Badges need CDBI support for location groups - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8958094>
08:14 Stompro joined #evergreen
08:16 collum joined #evergreen
08:28 collum joined #evergreen
08:29 _bott_ miker:  I see kmlussier: beat me to the sign-off, so you're good
08:38 rlefaive joined #evergreen
08:40 mmorgan1 joined #evergreen
08:46 StomproJ joined #evergreen
08:55 miker _bott_: aye. thanks for testing it
09:08 jvwoolf joined #evergreen
09:09 yboston joined #evergreen
09:15 maryj joined #evergreen
09:15 Dyrcona joined #evergreen
09:25 bos20k joined #evergreen
10:02 mmorgan joined #evergreen
10:13 jvwoolf joined #evergreen
10:21 kmlussier joined #evergreen
10:22 kmlussier _bott_ / miker: Oops, sorry to jump the gun on that one.
10:29 miker kmlussier: no worries! better in that waiting
10:32 Dyrcona Oh... Crazy... Manipulating debian startup files with chroot from an Ubuntu host....
10:40 mmorgan1 joined #evergreen
10:42 abowling joined #evergreen
10:43 abowling git question: anyone help me to undo what i did? in brief, i was under the wrong user when i tried to commit. it failed, as it should have.
10:43 abowling i know how to revert a commit, but don't know how to undo on a branch that hasn't been committed, and can't find it in git docs anywhere
10:45 berick abowling: if the commit failed, I would not expect that you have to undo anything.  just log in / sudo to the correct user and try the commit again?
10:49 abowling berick: thanks. that's what i was hoping for, but got an error on that. even as it happened, i thought that the error was most likely due to the guy in the chair. i'll try again.
10:54 Dyrcona abowling: I'm not sure I follow the situation. Do you have staged or unstaged changes? What exaclty do you want to undo?
10:55 Dyrcona Normally, git reset will put things to the way they were.
10:59 abowling Dyrcona: they are staged. my biggest issue is that i had unwittingly moved sudoed to root, and then tried to commit
11:01 berick ohhh
11:01 berick as root..
11:01 berick i thought you meant as a user that didn't have the needed permissions
11:03 Dyrcona Try git reset as root.
11:03 Dyrcona Then, if the files are owned by root, switch ownership back to the correct user.
11:03 abowling Dyrcona++, berick++
11:04 abowling berick: it was the root that hosed me ;)
11:04 berick abowling: now it all makes sense
11:04 berick root will do that
11:06 mmorgan joined #evergreen
11:41 bmills joined #evergreen
11:50 Christineb joined #evergreen
11:56 mmorgan1 joined #evergreen
12:06 mmorgan1 left #evergreen
12:15 brahmina joined #evergreen
12:42 kmlussier Dev meeting begins in 18 minutes. Does anyone want to volunteer to run the meeting?
12:44 jihpringle joined #evergreen
13:01 DPearl joined #evergreen
13:05 kmlussier No takers for running the meeting?
13:06 dbwells #startmeeting Evergreen Development meeting, 10 January 2017
13:06 pinesol_green Meeting started Tue Jan 10 13:06:16 2017 US/Eastern.  The chair is dbwells. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:06 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
13:06 pinesol_green The meeting name has been set to 'evergreen_development_meeting__10_january_2017'
13:06 kmlussier dbwells++
13:06 dbwells #info Agenda https://wiki.evergreen-ils.org/do​ku.php?id=dev:meetings:2017-01-10
13:07 dbwells #topic Introductions
13:07 dbwells #info dbwells is Dan Wells, Hekman Library (Calvin College)
13:07 jeff #info jeff is Jeff Godin, Traverse Area District Library (TADL)
13:07 kmlussier #info kmlussier is Kathy Lussier, MassLNC
13:07 abowling #info abowling is Adam Bowling, Emerald Data Networks
13:07 DPearl #info DPearl is Dan Pearl, C/W MARS Inc.
13:07 remingtron #info remingtron is Remington Steed, Hekman Library (Calvin College)
13:08 Dyrcona #info Dyrcona is Jason Stephenson, C/W MARS
13:08 berick #info berick Bill Erickson, KCLS
13:09 dbwells feel free to continue to introduce yourself as we go
13:09 JBoyer #info JBoyer is Jason Boyer, IN State Lib, Evergreen IN
13:09 dbwells #topic Action items from last meeting
13:09 dbwells "gmcharlt will release OpenSRF 2.5-alpha today"
13:11 dbwells I see it on the downloads page, and not sure if gmcharlt is around, so just going to info it done
13:11 dbwells #info gmcharlt released OpenSRF 2.5-alpha on 12/7/16 as planned
13:12 dbwells kmlussier: anything to note on the feedback soliciting?
13:12 kmlussier I didn't get to that action item. I'll have to defer it for next month's meeting.
13:12 kmlussier I'll send something out this week.
13:12 dbwells okay, thank you
13:13 dbwells #info kmlussier will post to open-ils-dev soliciting feedback on the release process documentation (carry over)
13:14 dbwells sorry, let me action that
13:14 dbwells #action kmlussier will post to open-ils-dev soliciting feedback on the release process documentation
13:14 dbwells #topic OpenSRF release info
13:15 dbwells #info OpenSRF 2.5-alpha was release on 7 December 2016
13:15 dbwells Does anyone else have comment on that?
13:15 dbwells as a reminder, gmcharlt is hoping for testing of three aspects:
13:15 dbwells 1. the proxy configurations
13:16 dbwells 2. bundling and chunking
13:16 dbwells 3. TZ changes
13:16 dbwells #topic Evergreen release info
13:17 dbwells #topic state of Arabic translation
13:17 dbwells phasefx: Might you be available for a quick update?  Not seeing the others in channel.
13:18 kmlussier I know there has been a lot of discussion on this over the past week. I think Nawjo may have found a solution that works for him locally.
13:20 dbwells #info some progress has been made on Arabic support with some localized changes
13:20 kmlussier There has been talk of including support in 2.12, but I don't know if anyone is actively working on it.
13:20 kmlussier Nobody has added it to the roadmap.
13:22 dbwells okay, we'll move on for today
13:22 dbwells #topic Hatch updates
13:22 dbwells berick: anything?  (or anyone else)
13:23 berick nothing since the last meeting.  one idea, though..
13:23 berick the code includes a variety of fixes we probably want regardless of whether you're using hatch
13:24 berick i'll add this to the bug, too
13:24 kmlussier berick: Is everything for hatch right now under bug 1646166?
13:24 pinesol_green Launchpad bug 1646166 in Evergreen "Hatch 2.12 Omnibus" [Undecided,New] https://launchpad.net/bugs/1646166 - Assigned to Bill Erickson (berick)
13:24 berick but we probably want to merge the webstaff bits before all of the Hatch-y bits are all done
13:24 berick kmlussier: yes
13:24 dbwells That's interesting, I didn't realize that.  I also agree.  How much work would it be to fork them out?
13:25 berick dbwells: so, i simply mean merge the whole Evergreen working branch code
13:25 berick nothing to fork out
13:26 berick would be great to get it merged before 2.12
13:26 kmlussier berick: You mean the one you listed in comment #1? working/user/berick/lp1646166-hatch-2.12-omnibus?
13:26 dbwells oh, I see now
13:27 berick kmlussier: yes
13:27 dbwells sorry, didn't even realize the bug already had two branches on it.
13:27 kmlussier berick: I didn't address it in my web client e-mail from last week, but that was mostly an oversight. Do you consider this as a must-have branch for production use of the web client?
13:27 berick kmlussier: if we want anyone to test Hatch in production, yes
13:28 berick otherwise, not a showstopper, I don't think, but a nice to have
13:28 berick so we can start smoothing over any bugs introduced i this code
13:28 berick and fix a few along the way
13:28 kmlussier OK, I think I'm going to stop short of calling it a showstopper, but I agree that it would be better to have it in there.
13:30 kmlussier And we had people (including me) who volunteered to test it during the last meeting. I don't know if jeff or gmcharlt had a chance to look at it, but I know I didn't.
13:30 gmcharlt #info gmcharlt = Galen Charlton, back from a competing meeting
13:31 csharp kmlussier: not a showstopper for 2.12, but I would consider it one for 3.0 (first web client GA release)
13:31 kmlussier @blame competing meetings.
13:31 pinesol_green kmlussier: competing meetings. is NOT CONNECTED TO THE NETWORK!!!
13:31 csharp #info csharp = Chris Sharp, GPLS
13:31 kmlussier csharp: Yes, definitely.
13:31 phasefx #info phasefx = Jason Etheridge, Equinox
13:32 dbwells #info berick suggests we merge the Evergreen branch on bug #1646166 soon, and not necessarily wait for the Hatch-side code to be completed
13:32 pinesol_green Launchpad bug 1646166 in Evergreen "Hatch 2.12 Omnibus" [Undecided,New] https://launchpad.net/bugs/1646166 - Assigned to Bill Erickson (berick)
13:32 berick and I'll add some comments to the bug explaining that as well
13:32 dbwells phasefx: would you like us to go back to talk about the Arabic translation work being done?
13:33 phasefx dbwells: backtracking, re: Arabic, I was fishing for help for Nawjo and seeing if it could jumpstart Arabic support in EG
13:34 phasefx if he has a bulk of translations done, then it sounds like it's just a matter of figuring out the best way to make right-to-left CSS locale-sensitive
13:34 dbwells okay, thanks for the details
13:35 dbwells #topic New Business
13:35 phasefx so, mostly just offering him a voice at the community table; I have no other impetus
13:36 dbwells yes, small pond today, I think, but good to keep pushing the word out there
13:36 dbwells #topic February meeting date (kmlussier)
13:36 miker #info miker = Mike Rylander, still on a phone meeting... but lurking
13:36 maryj_ joined #evergreen
13:37 kmlussier miker and I (and possibly Dyrcona) have a conflict for the February meeting date. We don't need to be there for the meeting to go on, but maybe we should reschedule it.
13:38 jeff +1 to re-schedule
13:38 gmcharlt I can take care of doing the rescheduling dance
13:38 kmlussier gmcharlt++
13:38 gmcharlt (which, just so you all know, is a waltz)
13:38 dbwells kmlussier: I think it is important to have the RM there :)
13:38 kmlussier Well, that was my thought. :)
13:39 gmcharlt #action gmcharlt will send out a scheduling poll for the Feb. dev meeting
13:39 kmlussier Especially so close to beta release.
13:39 dbwells gmcharlt++
13:39 dbwells #topic Feedback for New Features Under Development
13:40 dbwells Nothing is listed, so the floor is open to anyone who wants to solicit feedback.
13:41 jeffdavis I'd appreciate any feedback on ebook API integration
13:41 jeffdavis bug 1541559
13:41 pinesol_green Launchpad bug 1541559 in Evergreen "OneClickdigital API integration" [Wishlist,New] https://launchpad.net/bugs/1541559 - Assigned to Jeff Davis (jdavis-sitka)
13:42 jeffdavis the bug outlines my approach, there hasn't been much response on that so far (perhaps in part because it's a work in progress and the working branch is a bit of a mess...)
13:42 Dyrcona jeffdavis: I've been meaning to mention something about that. I stumbled across it on PrePan....Just a sec'.
13:43 dbwells jeffdavis: wow, that's a lot of commits for one feature branch :)  Not that there is anything wrong with that.
13:43 jeffdavis yeah, I'll put together a consolidated branch with fewer commits in the near future, hopefully that will make it easier to look at :)
13:43 Dyrcona jeffdavis: I know you're working in JavaScript mostly, but have you seen this: https://metacpan.org/pod/distrib​ution/WebService-ILS/Readme.pod
13:44 jeffdavis Dyrcona: oh, interesting! No that's completely new to me
13:45 Dyrcona I was looking at Prepan to see how people go about proposing and as I was browsing, I came across the proposal for the above.
13:47 jeffdavis I'll have a look at it
13:47 Dyrcona I'm not sure how complete it is. The POD seems to be a bit lacking.
13:49 dbwells Dyrcona++
13:49 dbwells interesting that it targets the same two services.  If nothing else, it might help confirm or clarify direction.
13:50 Dyrcona Yeah.
13:50 csharp Dyrcona: ooooh
13:50 jeffdavis Yeah. Unfortunately for me, that part of my code is the part that's working, it's the UI that I need to finish fleshing out. :)
13:50 Dyrcona jeffdavis++
13:50 csharp jeffdavis: there's a lot of interest over here, but not a lot of time - maybe be able to take a look at it post-upgrade
13:51 kmlussier jeffdavis: Are there specific pieces of it we can help out with?
13:51 Dyrcona Yeah, time is my shortest commodity at the moment. "So much to do....So much to do..."
13:51 dbwells jeffdavis: I probably wouldn't be able to merge your branch, since we don't subscribe to the services.  Is any part testable without subscription?
13:51 jeffdavis My current plan is to get the key UI bits working over the next couple of weeks, then share that with some basic documentation.
13:52 jeffdavis There is a test module which will be usable for seeing how it works without having subscribed to OverDrive or OneClickdigital's APIs.
13:52 jeffdavis although of course testing against live external systems would be important for including it in a release :)
13:53 jeffdavis kmlussier: not so much specific pieces until the above is done. Hoping that devs can weigh in if there are issues with the approach outlined in the LP bug, otherwise just wanted to raise awareness of this work.
13:53 kmlussier If I wanted to test it against our Overdrive, would I need to sign up for an API key ahead of time?
13:54 jeffdavis Yes. My attempts to arrange shareable vendor API access for testing have not panned out so far.
13:54 kmlussier OK, I'll try to go about doing that in preparation for testing. There's a lot of interest here too. :)
13:55 dbwells Well, I'd say awareness has been raised.  Thanks for bringing it up.  Anything else before I end the meeting?
13:55 kmlussier Yes
13:56 kmlussier I just wanted to remind everyone that I would like to schedule a web client hacking day to get more work done on the web client before the beta release.
13:56 kmlussier The Doodle poll is at http://doodle.com/poll/r77w6ci3a5urcyrz
13:57 kmlussier Please fill it out before the end of the day tomorrow.
13:57 kmlussier That's all.
13:57 maryj joined #evergreen
13:57 dbwells Alright, that's a wrap.  Thanks, all.
13:57 dbwells #endmeeting
13:57 pinesol_green Meeting ended Tue Jan 10 13:57:57 2017 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
13:57 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2017/evergreen.2017-01-10-13.06.html
13:57 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2017/evergreen.2017-01-10-13.06.txt
13:57 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2017/evergreen.2017-01-10-13.06.log.html
13:58 jeff dbwells++
13:58 JBoyer dbwells++
13:58 jeffdavis dbwells++
13:58 abowling dbwells++
13:58 remingtron dbwells++
13:58 kmlussier dbwells++
13:58 Dyrcona dbwells++
13:58 gmcharlt dbwells++
14:02 rlefaive joined #evergreen
14:02 JBoyer csharp, do you know if there are still many reports in PINES that use the dewey_block_* fields in reporter.classic_current_circ? If we try to filter on say, dewey_block_hunreds = '900' the query blows up with ERROR:  invalid input syntax for type double precision: "."
14:02 JBoyer Drop that out altogether and it's fine.
14:05 maryj_ joined #evergreen
14:05 csharp JBoyer: ewww
14:06 csharp JBoyer: I know libraries *do* use it, but I'm pretty sure we haven't tested it
14:06 krvmga joined #evergreen
14:06 JBoyer "Eww" is what I thought too. :)
14:07 JBoyer I've been toying with a simple test query that I had clark log from a template that was built today. That error makes no sense given what it does. :/
14:08 jeff JBoyer: are you running into a situation where unexpected input data is being transformed into something which postgres then fails to cast?
14:09 jeff JBoyer: depending on how things are being transformed beforehand, you might not actually have input data of '.', but might be an empty string, or something like 'foo.bar' or ' .', etc.
14:14 csharp I've moved away from recommending the classic_current_circ source generally, though because the join to metabib.rec_descriptor creates seq scans o'plenty
14:15 JBoyer It's starting to look like an interaction between the call_number_dewey output for some calls and the various casts and math in the rccc definition, but I would expect that to always fail rather than only fail when comparing to another value. :/
14:15 JBoyer csharp, but when the question is specifically "how do we report on dewey ranges..." :(
14:16 csharp yeah, I haven't had one of those requested in a while, but doing a BETWEEN on asset.call_number.label might solve some of it
14:17 JBoyer Were I opening a new library and starting from scratch I'd say call numbers start with dewey numbers without question or exception which would make things a lot simpler to report on, but fixing what we have now would keep a few staff busy into retirement age. :/
14:17 JBoyer (we have very low acn.prefix use here)
14:17 csharp right - we've decided that transition isn't worth the effort here too
14:18 csharp I'm doing a final DB upgrade dry run to 2.11.1 - when I'm finished I'll take a look
14:18 csharp JBoyer: what PG version are you on? (we're on 9.4)
14:19 JBoyer 9.3
14:19 csharp k
14:19 jeff JBoyer: any results for this query? SELECT id, label FROM asset.call_number WHERE label = '.';
14:19 JBoyer I'll poke about more specifically at the transforms in rccc, those metabib joins csharp mentioned make this a multi-minute affair even to return 0 rows....
14:21 JBoyer jeff, nope. I didn't have much luck getting call_number_dewey to return anything that looked like .123 either, I tried a lot of very broken looking things and it always came out looking ok.
14:24 jeff possibly even as simple as WHERE BTRIM(label) = '.'
14:25 jeff SELECT call_number_dewey(' .')::FLOAT;
14:25 jeff ERROR:  invalid input syntax for type double precision: "."
14:29 csharp jeff++
14:29 JBoyer Of course, THAT reutrns something busted. When I tried to check various combinations of dots AND things it always looked good... Oops!
14:30 JBoyer changing the cases from call_number_dewey(cn.label) ~ '^[0-9.]+$'::text to call_number_dewey(cn.label) ~ '^[0-9][0-9.]*$'::text might suffice.
14:30 JBoyer I'll give that a shot...
14:46 JBoyer Hurrah! call_number_dewey(cn.label) ~ '^[0-9][0-9.]*$'::text fixes it.
14:46 JBoyer jeff++
14:46 JBoyer csharp++
14:46 JBoyer rubber_duck++
14:47 b_bonner joined #evergreen
14:50 csharp JBoyer++
14:55 JBoyer Sadly, the 500+ second query that backs it remains a 500+ second query. D:
15:10 rlefaive joined #evergreen
15:26 kmlussier joined #evergreen
15:31 Dyrcona @virt-clone Dyrcona Dyrcona-clone
15:31 pinesol_green Dyrcona: Thank you Dyrcona! But our princess is in another castle!
15:32 Dyrcona hmm.. maybe this will work...
15:32 Dyrcona @virt-clone --original Dyrcona --auto-clone
15:32 pinesol_green Dyrcona: http://scientopia.org/blogs/scicu​rious/files/2013/03/cousin-it.png
15:32 Dyrcona :)
15:33 * Dyrcona could use another /me. :)
15:37 jvwoolf left #evergreen
15:37 * JBoyer could stand 6-7 more /me's :/
15:38 rjackson_isl Jboyer+++++++
15:38 Dyrcona :)
15:39 * Dyrcona is installing a kernel upgrade will be back after a reboot.
15:40 bmills joined #evergreen
15:48 Dyrcona joined #evergreen
15:53 JBoyer So, that rccc fix isn't 100% complete. Things like 12.31.16 will still knock it over (though things like 123.12.12 will not, so LC calls make it through) But it is a step in the right direction
15:54 rjackson_isl almost at 10 minute mark - fingers crossed!
15:54 rjackson_isl wrong window but goes along with JBoyer post :) :)
16:08 egbuilder joined #evergreen
16:19 NawJo joined #evergreen
16:30 jvwoolf joined #evergreen
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
19:12 book` joined #evergreen
19:13 sard joined #evergreen
20:53 dcook joined #evergreen
22:09 jvwoolf joined #evergreen
22:30 bmills joined #evergreen
22:47 jonadab joined #evergreen
23:21 bmills joined #evergreen
23:21 bmills joined #evergreen
23:22 bmills joined #evergreen
23:23 bmills joined #evergreen

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