Evergreen ILS Website

IRC log for #evergreen, 2014-02-13

| 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 bshum Calling 0856
00:05 zerick joined #evergreen
00:09 pinesol_green [evergreen|Dan Scott] STRING_AGG() fix for metabib.staged_browse() - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4975309>
00:09 pinesol_green [evergreen|Ben Shum] Stamping upgrade for STRING_AGG fix for metabib.staged_browse() - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c49b4d9>
00:15 pinesol_green [evergreen|Pasi Kallinen] Fix some javascript errors, trying to access nonexistent widgets - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=fbb73c7>
00:20 remingtron__ joined #evergreen
00:24 fparks joined #evergreen
00:47 bshum @later tell eeevil I was perusing new working branches and saw what you put in earlier today (user/miker/avoid-dupe-hold-on-list).  Potential solution for old bug https://bugs.launchpad.net/evergreen/+bug/1046026 ?  Tested and it does look... better!  Exciting!  :D
00:47 pinesol_green bshum: The operation succeeded.
00:47 pinesol_green Launchpad bug 1046026 in Evergreen 2.4 "Pull list shows multiple rows for same hold/copy" (affected: 5, heat: 26) [Medium,Confirmed]
02:04 stevenyvr joined #evergreen
02:04 Callender joined #evergreen
02:28 kmlussier left #evergreen
02:58 dbwells_ joined #evergreen
03:13 dconnor_ joined #evergreen
03:14 mceraso_ joined #evergreen
03:16 remingtron__ joined #evergreen
03:16 ldwhalen joined #evergreen
03:17 zxiiro joined #evergreen
03:18 remingtron__ joined #evergreen
03:18 berick joined #evergreen
03:20 remingtron joined #evergreen
03:23 berick joined #evergreen
03:26 mtcarlson_away joined #evergreen
03:45 sseng joined #evergreen
03:46 fparks joined #evergreen
03:51 sseng joined #evergreen
04:32 fparks joined #evergreen
06:32 Callender joined #evergreen
06:44 b_bonner joined #evergreen
06:44 mtcarlson_away joined #evergreen
06:55 mceraso joined #evergreen
06:59 bshum joined #evergreen
07:06 dbwells joined #evergreen
07:06 remingtron_ joined #evergreen
07:48 paxed joined #evergreen
07:48 paxed joined #evergreen
07:58 rjackson-isl joined #evergreen
08:00 timlaptop joined #evergreen
08:02 jboyer-isl joined #evergreen
08:03 collum joined #evergreen
08:41 ericar joined #evergreen
08:43 mmorgan joined #evergreen
08:45 eeevil bshum: yes, that's the bug for my branch.  LP updated, thanks for pointing to that
09:11 * jeff refreshes his memory on how to cause an A/T notification to be re-sent.
09:11 jeff somewhere i had notes on this. apparently not in my usual place.
09:16 Dyrcona joined #evergreen
09:22 mmorgan jeff: deleting rows from action_trigger.event has worked. Maybe your notes are here: http://evergreen-ils.org/irc_logs/evergr​een/2013-07/%23evergreen.26-Fri-2013.log
09:24 jeff heh. i thought i was going to visit that url and find my own words describing how to proceed. :-)
09:24 jeff mmorgan++
09:27 mmorgan jeff: maybe there's a similar page with your words :)
09:31 dluch joined #evergreen
09:37 mudpie22 joined #evergreen
09:54 mudpie22 left #evergreen
10:13 shadowspar joined #evergreen
10:26 jeffdavis joined #evergreen
10:48 ericar_ joined #evergreen
11:28 jboyer-isl I just ran the bloat sql from bug 1272316 and I'm starting to twitch. We've got tables with bloat up to 7.3 and their indexes are up to 17+. D:
11:28 pinesol_green Launchpad bug 1272316 in Evergreen "much slower holds processing in 2.4+" (affected: 4, heat: 22) [High,Confirmed] https://launchpad.net/bugs/1272316
11:28 jboyer-isl Time to adjust autovacuum I think.
11:36 dbs jboyer-isl: 39.9 in our auditor.asset_call_number_history table
11:37 jboyer-isl Our auditor tables are kept in check because they get a full vacuum analyze each week. Our problems are centered around action.hold_copy_map and it's indexes.
11:39 jboyer-isl Actually, maybe scripting a specific vacuum of the effected tables/indexes is the way to go, because everything else is in great shape.
11:40 * tsbere is trying to figure out what the dewey normalizer is actually trying to do
11:40 jboyer-isl :q
11:40 jboyer-isl oops
11:44 jboyer-isl tsbere: call_number_dewey? It certainly reads like a pair of corduroy pants.
11:46 tsbere jboyer-isl: asset.label_normalizer_dewey is confusing me as to what it is trying to do. <_< Or perhap I just don't get why it is doing what it is...
11:49 jboyer-isl That is confusing looking.
11:56 jeff ow.
11:57 jeff i just had a train of thought that led to the concept of stat cats having stat cats.
11:57 jeff (and no, I don't think that this is a brilliant idea whose time has come)
12:00 eeevil jeff: then it'd be cats, all the way down
12:00 * gmcharlt had a moment where I imagined real felines being given to abstractions
12:00 gmcharlt ow
12:01 eeevil and nobody but the internet wants that
12:02 Dyrcona Going home. Probably be back in an hour or so.
12:02 jeff there is something satisfying about an empty exception report after fixing a bug.
12:03 ktomita_ joined #evergreen
12:14 bshum eeevil++ # yay!  That old holds display bug has been knawing at me for awhile, so I'm glad we've got a fix in the works.
12:15 jwoodard joined #evergreen
12:22 jihpringle joined #evergreen
12:25 snowkitteh_ joined #evergreen
12:34 * bshum wants one united "technical discussion list" (admin vs. dev sucks)
12:45 berick +1 to that
12:46 dbs +1 # I effectively voted by never joining the admin list in the first place, I think
12:47 berick yeah, i forgot it existed ;)
12:50 jeff hah! and previously-mentioned exception report suddenly turned up results.
12:50 jeff trust but verify.
12:51 jeff i fixed the bug, but not in the correct copy of the ncip responder. :-)
12:54 bradl +1 #same boat here as dbs. never joined, thought it was splintering an already pretty small group.
13:08 mrpeters joined #evergreen
13:08 Dyrcona joined #evergreen
13:20 csharp bshum++ # I agree
13:20 csharp I only participate on it because it exists :-/
13:22 mrpeters left #evergreen
13:28 yboston joined #evergreen
13:29 jboyer-isl As much fun as we may have being both, there are some admins who aren't devs. :)
13:37 bshum jboyer-isl: That ends up being a very fine line in my opinion. As someone who slowly transitioned to cross over into both groups over years. Resisting every step of the way too.
13:39 * dbs likes the "technical discussion" idea bshum proposed, as a way of softening that perceived boundary
13:39 dbs alias open-ils-dev to evergreen-technical
13:40 bshum That and moving it.
13:40 bshum We do have the new list server. And "open-ils" is supposed to eventually go away.
13:43 bshum Anywho... Lunch!
13:49 eeevil jeff: did you get a chance to look at bug 1271630 yesterday?
13:49 pinesol_green Launchpad bug 1271630 in Evergreen "Allow Located URIs to supply copy-like visibility to bibs" (affected: 1, heat: 6) [Wishlist,In progress] https://launchpad.net/bugs/1271630 - Assigned to Jeff Godin (jgodin)
13:50 jihpringle joined #evergreen
13:52 jeff eeevil: yes and no. rolling it into some testing i'm starting right now.
13:56 yboston heads up the DIG monthly meeting will start at 2 PM EST
14:00 yboston #startmeeting 2014-02-13 - DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting.
14:00 pinesol_green Meeting started Thu Feb 13 14:00:50 2014 US/Eastern.  The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
14:00 pinesol_green The meeting name has been set to '2014_02_13___dig_monthly_meeting_evergreen_docu​mentation_interest_group__dig__monthly_meeting_'
14:01 yboston The agenda can be found here ...
14:01 yboston #link http://evergreen-ils.org/dokuwiki/doku.php?i​d=evergreen-docs:dig_meeting_20140213-agenda
14:01 dMiller__ joined #evergreen
14:01 yboston #topic Introductions
14:01 yboston Please feel free to start introducing yourselves...
14:01 * yboston is Yamil Suarez @ Berklee college of Music - DIG meeting facilitator
14:05 yboston my 3 minute timer for introductions has expired, meeting canceled for lack of attendance. This meeting was not held on the usual date/time, and for other reasons it was not meant to be for today.
14:05 yboston #stopmeeting
14:06 yboston #endmeeting
14:06 pinesol_green Meeting ended Thu Feb 13 14:06:08 2014 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
14:06 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2014/evergreen.2014-02-13-14.00.html
14:06 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2014/evergreen.2014-02-13-14.00.txt
14:06 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2014/evergreen.2014-02-13-14.00.log.html
14:07 remingtron yboston: sorry I didn't jump in, I wasn't watching IRC closely enough.
14:07 yboston no worries
14:08 yboston I am free to talk DIG or EG in general. we can do a private message too
14:09 remingtron I'm in the middle of something right now. Are you around all afternoon?
14:11 yboston yes, but I might not be near IRC. I check my email often, so send me an email or I can send you my cell number
14:18 remingtron email is fine, thans
14:19 remingtron uh, thanks
14:24 jeff graced: have power?
14:30 * berick imagines graced rapidly turning the crank on her hand-powered IRC machine to respond
14:32 bradl jeff: AFAIK, we're all ok on power. :)
14:34 graced jeff: yes, I feel lucky
14:34 jeff good to hear!
14:35 * senator is just sorry he won't have time to eat his three dozen egg omelet and two loaves of toast before all this has melted
14:35 graced senator++
14:35 jeff senator++
14:43 jeff Anyone else encounter issues with configure of OpenSRF master on Wheezy?
14:43 jeff looks like I might be hitting https://bugs.debian.org/cgi-​bin/bugreport.cgi?bug=707109
14:43 pinesol_green Debian bug 707109 in apache2-prefork-dev "apxs2 outputs "uninitialized value" warnings" [Normal,Fixed]
14:44 ktomita joined #evergreen
14:44 jeff https://gist.github.com/jeff/fb36fa701cdfa52cad21 has error from ./configure
14:46 dbs jeff: you apt-get update && apt-get dist-upgrade'd first?
14:49 jeff yep.
14:50 * gmcharlt adds a step to release-cutting today
14:50 phasefx jeff: there's one unitialized value in http://testing.evergreen-i​ls.org/~live/test.11.html  Doesn't look fatal; that's a wheezy system
14:51 jeff got it. so likely unrelated to that debian bug, and it's the later syntax error that i should dig at next
14:55 dbs you have "check" installed?
14:55 berick dbwells: fyi, the tpac / metarecords templates might need some conflict resolution for master after the wcag merge.  going to look at that soon
14:56 berick which I mention becuase I saw you grab the ticket
14:57 jeff just double-checked, all of the following are present:
14:57 jeff apt-get install autoconf automake libtool pkg-config check
14:58 dbwells berick: ok.  As it stands, I can't get it to load bib records yet :(
14:58 dbwells probably just rusty
14:58 berick dbwells: loading concerto?
15:00 dbwells berick: yes.  I am now going through the load_all piece by piece to see if its something obvious I missed.
15:04 dbs ruh-roh
15:04 pastebot "dbwells" at 64.57.241.14 pasted "bre insert error" (9 lines) at http://paste.evergreen-ils.org/20
15:04 dbs dbwells: Does the schema itself get created successfully?
15:06 dbwells I didn't see any obvious explosions, but I am doing a few different things at once.  I probably missed something.
15:06 dbwells Getting the error posted above, it that rings any bells for others.
15:08 dbs config.metabib_field id=26 is TCN
15:08 dbs but the error does not ring any bells
15:08 dbs what distro?
15:08 berick nor for me.  dbwells, using upgrade scripts (over master) or full schema install?
15:09 dbs sounds like something went haywire in tsearch
15:09 dbwells It's debian squeeze, full DB install.
15:10 * berick will try a quick install on wheezy
15:10 berick don't have squeeze, unfortunately
15:11 dbwells PG 9.1.9
15:12 graced berick++ for the official v 1.0 FulfILLment release!
15:14 berick dbwells: bah, i just saw a syntax error in the seed data.  wth.  investigating..
15:15 eeevil dbwells: hrm... that looks like you're missing (or have disabled) the triggers on metabib.identifier_field_entry
15:15 jeff dbs: i needed to heed the warnings output by autoreconf -i -- adding AC_CONFIG_MACRO_DIR([m4]) to configure.ac and running libtoolize made ./configure work
15:17 jboyer-isl If there's a bug in a contrib branch, is LP still an appropriate place to bring it up? We've run into and corrected a minor issue in the CollectionHQ data scripts.
15:17 jeff jboyer-isl: the floating issue?
15:19 jeff jboyer-isl: if that, what approach did you use to fix? alternately, did you find something else? :-)
15:19 jboyer-isl Bah. Tried to be too cute, too much typing.
15:19 dbwells eeevil: triggers appear normal based on comparing to our live 2.5 DB, just "oils_tsearch2('identifie
15:19 dbwells r')"
15:19 jboyer-isl Currently the circ_mod for the BIB records is "random," it could be any lib's item
15:20 dbs berick: I see an error with extend_reporter.sql I guess
15:20 jboyer-isl adding one more clause to the WHERE for BIB data at least makes it use an item owned by the system that is providing the extract.
15:21 jeff jboyer-isl: ah, nice!
15:21 jboyer-isl Although now that I've looked at the scripts a little, I know what you mean by the floating issue. How did you handle that?
15:22 dbwells Well, thanks guys for the input.  I've got a 3:30 meeting, but I'll try to report back if I get it straightened out later on this afternoon/evening
15:22 berick dbs: i found the problem.  missing ");" -- probably a merge snafu on my part
15:22 berick in the seed data
15:23 dbwells berick: which line?
15:23 * dbs only gets an extend_reporter.sql error if he tries creating the schema without dropping the database first
15:23 * dbs is not seeing any error output from seed data
15:24 jeff jboyer-isl: and to answer your original question, dunno about bug reporting. i've usually stuffed a branch on github and pointed gmcharlt at it.
15:24 dbwells dbs: are you testing in collab/berick/lp1053397-tpac-metarecords-r4, or master?
15:25 gmcharlt jboyer-isl: jeff: and that will work for now
15:25 jboyer-isl jeff: thanks. I'll probably do something similar. (or email a patch, it's maybe 30 chars...)
15:25 dbs hah, master!
15:25 dbs dbwells: sorry for the noise
15:25 dbwells dbs: no problem, thought there might have been a mismatch :)
15:26 berick dbwells: one sec, hit another issue.  about to push a fix
15:26 dbwells berick: Ok, I'll check it out when I get back.  Thanks!
15:26 jboyer-isl gmcharlt: do you have a github/email preference for a one-liner? Not certain I have an account yet.
15:27 gmcharlt jboyer-isl: up to you. I do want a Git patch regardless, but an attachment made via git-format-patch and sent via email is fine
15:28 jboyer-isl That would be simplest. Thanks
15:30 berick dbwells: sorry about that.  fix pushed to collab/berick/lp1053397-tpac-metarecords-r4
15:30 jeff jboyer-isl: this is how i addressed te floating issue: https://github.com/tadl/evergreen-contrib-equi​nox/compare/fix_floating_bool_now_int?expand=1
15:30 * berick checks the templates
15:30 jeff gmcharlt: irc pullrequesting that commit. :-)
15:31 jeff gmcharlt: fwiw, i have not tested that change on pre-2.5, but it fixed our extracts on 2.5.
15:31 jboyer-isl jeff: thanks, I'll grab that for our next run.
15:32 jeff bah. two typos in commit message. :P
15:32 jeff (at least) :P
15:32 gmcharlt fair warning - I am ruthless about fixing commit messages, up to rewriting them
15:34 jeff force pushed to correct my errors, feel free to edit/revise/etc as usual!
15:39 gmcharlt pushed
15:39 gmcharlt jeff++
15:42 jeff thanks!
15:42 jeff gmcharlt++
15:42 jeff jboyer-isl++ for asking the question that prompted me to remember that i hadn't pushed that somewhere public yet. :-)
15:43 jboyer-isl jeff++ for answering! I would have been very confused March 1st.
15:53 stevenyvr joined #evergreen
16:40 gmcharlt jboyer-isl: applied
16:40 gmcharlt jboyer-isl++
16:56 phasefx joined #evergreen
17:00 mmorgan left #evergreen
17:10 dcook joined #evergreen
17:12 pinesol_green [evergreen|Dan Wells] Prevent odd TPAC base URL redirect - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=51a4f25>
17:47 dbwells berick++ # new commit fixed the DB problem
18:41 senator joined #evergreen
18:43 bshum berick: Question for you
18:44 bshum I'm looking at 161815ed and trying to figure out why the clear:both is commented out for .adv_filter_block
18:44 pinesol_green [evergreen|Bill Erickson] LP#1268636 advanced search repairs - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=161815e>
18:44 bshum Without that, the advanced search filters don't break up into separate rows like it used to.
18:45 bshum Maybe just something tiny that snuck in accidentally
18:46 bshum Mainly only a quirk on specific resolutions and groups of filters.
18:47 bshum Like our first row of filters only has three in it, and then four in the next group of filters.  So it should have split into two separate rows.
18:47 bshum But on my test server, it all ended up on a single line
18:47 * bshum does some more testing
19:02 senator joined #evergreen
19:08 senator joined #evergreen
19:44 dbs bshum: I didn't see that behaviour with stock config--with the exception of the final row + sort options
19:51 bshum dbs: I'm guessing it has something to do with the more filters you have per row.
19:51 bshum That said
19:51 bshum Now I'm not sure
19:52 bshum Cause I don't see that in stock either...
19:52 * bshum goes poking at his test server... WHY YOU NO WORK?!
19:52 * dbs chuckles
19:53 * dbs waits for koha clone to finish cloning
19:56 bshum Oh, my master server isn't quite up to speed.... it's still a few days older than all the other changes.
19:56 * bshum goes to refresh it
19:59 bshum dbs: So wait, what do you see on stock right now?  (I might expect there to be either all the filters in one row, if enough room allows for it, instead of breaking into two separate rows of filters, with a third row for the sort options)
19:59 bshum What I would have expected was three rows, two of filters, one of sorting
20:01 dbs I was seeing the sorting row floating to the right of the second row of filters
20:01 * dbs doesn't have a VM running at the moment
20:01 bshum Ah, then yeah that's not quite right.
20:02 dbs No, but it didn't sound like what you were seeing
20:02 * bshum describes poorly when he's hungry.
20:02 dbs And on vacation!
20:03 bshum I'm not sure I know what this "vacation" is that everybody talks about.  And forces me to go on.
20:04 bshum Okay, that's what I'm seeing on my refreshed master too.
20:04 bshum The second row is floating next to the first when there's enough room on the screen for it to do so.
20:05 bshum That's not really intended I think, and goes away if you uncomment that both:clear I mentioned in that commit
20:08 dbs Makes sense
20:08 bshum Ouch
20:08 bshum If you change the filter to br1, and it adds the fourth filter for copy location
20:08 bshum The whole row goes shifty
20:08 bshum If it's close to the edge
20:11 bshum Just making sure it's not an issue that causes other problems by having it there.
20:12 bshum Or just a thing that snuck in
21:33 RBecker joined #evergreen
22:14 * jeff looks in
22:14 jeff bshum: how's texas?
22:21 jeff hrm. my earlier syntax issue may have been due to my running autoreconf -i before running Makefile.install. oops.
22:26 zerick joined #evergreen
22:48 tsbere_ joined #evergreen
23:21 stevenyvr joined #evergreen

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