Evergreen ILS Website

IRC log for #evergreen, 2014-02-12

| 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
02:36 fuzzyemotion979 joined #evergreen
02:40 fuzzyemotion979 left #evergreen
08:03 rjackson-isl joined #evergreen
08:16 ericar joined #evergreen
08:41 Shae joined #evergreen
08:49 timlaptop joined #evergreen
09:09 jl- ohai
09:15 phasefx yo gozaimasu
09:17 mmorgan joined #evergreen
09:21 bshum @later tell talexander I was just reading the admin archive of recent messages and wonder what server specs your test machine has. My kneejerk reaction is that maybe you're under 2 GB of memory and the system is killing you as you try logging into Evergreen.
09:21 pinesol_green bshum: The operation succeeded.
09:21 * bshum still hates the evergreen-admin list
09:22 dluch joined #evergreen
09:27 bshum I'm definitely going to be on the road during the scheduled dev meeting this afternoon.  I updated my action items on the agenda page:  http://wiki.evergreen-ils.org/dok​u.php?id=dev:meetings:2014-02-12
09:27 bshum I'll check back on that in the evening when I finish landing at my next destination.
09:30 kmlussier Speaking of the dev meeting, does anyone want to volunteer to run the meeting?
10:06 yboston joined #evergreen
10:10 misilot joined #evergreen
10:10 misilot left #evergreen
10:21 fparks joined #evergreen
10:28 _bott_ joined #evergreen
10:37 kbeswick joined #evergreen
10:46 mrpeters joined #evergreen
10:47 dbwells_ joined #evergreen
10:47 dluch2 joined #evergreen
10:47 j_scott1 joined #evergreen
10:47 kmlussier How are all the Georgia folks doing today? Staying inside?
10:52 ldwhalen_ joined #evergreen
10:52 mrpeters @wunderground 46060
10:52 pinesol_green mrpeters: http://wonder-tonic.com/geocitiesizer/content.ph​p?theme=2&music=6&url=evergreen-ils.org
10:52 mrpeters whoops
10:52 mrpeters @weather 46060
10:52 pinesol_green mrpeters: The current temperature in Wellington North, Noblesville, Indiana is 10.8°F (10:52 AM EST on February 12, 2014). Conditions: Clear. Humidity: 65%. Dew Point: 1.4°F. Windchill: 10.4°F. Pressure: 30.25 in 1024 hPa (Steady).
10:52 mrpeters hah, 10....says 3 here on my thermostat
10:52 mrpeters @weather 30342
10:52 pinesol_green mrpeters: The current temperature in Buckhead, Atlanta, Georgia is 28.4°F (10:52 AM EST on February 12, 2014). Conditions: Overcast. Humidity: 90%. Dew Point: 26.6°F. Windchill: 28.4°F. Pressure: 30.11 in 1020 hPa (Falling).  Winter Storm Warning in effect until 1 PM EST Thursday...
10:52 mrpeters wahhhh i would kill for near freezing!
10:59 jeffdavis joined #evergreen
11:00 ldwhalen joined #evergreen
11:16 kbeswick_ joined #evergreen
11:21 graced kmlussier: speaking belatedly for the Georgia folk, we are staying inside and waiting for our power to go out....
11:36 kmlussier graced: I hope your power doesn't go out. Ours went out for a couple of days during a blizzard last year. Needless to say, it's no fun being stuck in a dark, cold house.
11:38 graced kmlussier: I feel confident it will go out at some point... but I do hope it's not out for days.
11:38 graced If the office has power I'm close enough to put the boys in a wagon and walk there... or skate as the case may be.  :-)
11:39 berick graced: people generally staying off the roads down there?
11:39 * dbs adds PostgreSQL 9.3 support, GSoC 2014 to the dev meeting agenda
11:39 jeff dbs++
11:40 * dbs heads out for walkies
11:40 graced berick: yes, though the roads aren't too bad yet - except bridges and overpasses.  But they're getting worse by the hour.
11:40 dbs @weather p3e 2c6
11:40 pinesol_green dbs: The current temperature in Sudbury, Ontario is 11.7°F (11:26 AM EST on February 12, 2014). Conditions: Light Snow. Humidity: 82%. Dew Point: 6.8°F. Windchill: 5.0°F. Pressure: 30.27 in 1025 hPa (Falling).
11:40 berick graced: oh, it's still coming down?
11:40 berick didn't realize
11:41 graced berick: in a lull right now - the sleet is supposed to pick up again in 30 minutes or so.  Wheee....
11:42 berick good times, indeed
12:14 dMiller__ joined #evergreen
12:16 dMiller___ joined #evergreen
12:19 jl- I just imported 50000 records
12:19 jl- is it neccessary to built an index or something?
12:19 jl- or is everything finalized for searchability etc.
12:20 jl- I used the concerto loader
12:24 jl- dbs dbwells
12:27 jihpringle joined #evergreen
12:37 sseng hello. rebuilt master this morning and getting this error when doing a browse search : "An error occurred browsing records. Please try again in a moment or report the issue to library staff."
12:37 sseng anyone getting this error? just wanted to make sure it not my test environment (tried rebuilding several times and getting similar errors)
12:51 Wyuli joined #evergreen
13:00 bshum sseng: I got that error on one of my master servers too. Might be string_agg changes dbs?
13:00 bshum Also, airport signal sucks.
13:06 bshum And... Boarding. Bye folks, see you all later.
13:25 bshum Yep, definitely string_agg error. sseng check your error log to confirm, but that's what I see in my logs.
13:26 sseng bshum: I see these type sof erros: "open-ils.cstore: Error with query [SELECT * FROM metabib.browse( 'title', 'concerto', '1', NULL, 'f', NULL, '10' ) AS "metabib.browse" ;]: 0 ERROR:  function string_agg(bigint, unknown) does not exist"
13:27 sseng in the log, that is
13:30 * bshum might try looking more after takeoff. Plane appears to have wifi!
13:31 ericar_ joined #evergreen
13:34 bshum sseng: Basically there were a series of changes towards using standard functions for PostgreSQL 9+ instead of some custom ones.
13:35 bshum Problem is that string_agg is being picky sometimes and needing more precise types I think.
13:36 * bshum wanders away for a bit.
13:38 mcooper joined #evergreen
13:42 gsams joined #evergreen
13:42 dbs jl-: Everything should be indexed automatically
13:43 dbs sseng: bshum: I posted about the string_agg() (and other postgresql 9.3 pickiness issues) in the dev meeting agenda
13:46 gsams joined #evergreen
13:53 ericar_ joined #evergreen
14:01 gsams joined #evergreen
14:05 remingtron if nobody starts this meeting by 2:08, I'm gonna do it, and then you'll all be sorry!
14:06 jeff #startmeeting 2014-02-12 Developer Meeting
14:06 pinesol_green Meeting started Wed Feb 12 14:06:30 2014 US/Eastern.  The chair is jeff. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:06 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
14:06 pinesol_green The meeting name has been set to '2014_02_12_developer_meeting'
14:06 remingtron jeff++!
14:06 jeff #info Agenda is at: http://evergreen-ils.org/dokuwiki/d​oku.php?id=dev:meetings:2014-02-12
14:06 jeff #topic Introductions
14:07 jeff #info jeff is Jeff Godin, Traverse Area District Library (TADL)
14:07 phasefx #info phasefx is Jason Etheridge, Equinox
14:07 dbwells #info dbwells is Dan Wells, Hekman Library (Calvin College)
14:07 remingtron #info remingtron is Remington Steed, Hekman Library (Calvin College)
14:08 senator #info senator is Lebbeous Fogle-Weekley, Equinox
14:08 eeevil #info eeevil is Mike Rylander, ESI
14:09 jeff as always, please continue to introduce at any point.
14:09 ldwhalen #info ldwhalen is Liam Whalen, Sitka
14:09 jeff #link agenda: http://evergreen-ils.org/dokuwiki/d​oku.php?id=dev:meetings:2014-02-12
14:09 berick #info berick Bill Erickson, ESI
14:09 gmcharlt #info gmcharlt is Galen Charlton, ESI
14:09 jeff (not sure if #info vs #link matters, but there)
14:09 jeffdavis #info jeffdavis is Jeff Davis, Sitka
14:09 jeff #topic Past Action Items
14:10 jeff #action bshum to summarize bug tracking based on feedback from developers
14:10 kmlussier #info kmlussier is Kathy Lussier, MassLNC
14:10 jeff (bshum is on a plane, and stated status in the agenda already)
14:10 * gmcharlt is writing up release notes for OpenSRF 2.3-beta, will cut today
14:10 jeff #info gmcharlt is writing up release notes for OpenSRF 2.3-beta, will cut today
14:11 jeff eeevil: how's baseline schema write-up going?
14:11 eeevil it's way too late to start such a discussion for 2.6, so I won't raise that until after 2.6.0 is out
14:11 jeff sounds good.
14:11 jeff #action eeevil After 2.6.0 is cut, eeevil to publish detailed plan about freezing baseline schemas between EG releases and using deprecates/supersedes in database upgrade scripts. This will go on the mailing list and the thread should structure further discussion of pros and cons of eeevil's plan.
14:12 jeff dbwells reviewed and pushed fix for bug 1242999 to master and will backport to 2.5.3. anyone present have opinions on backporting to 2.4?
14:12 pinesol_green Launchpad bug 1242999 in Evergreen 2.5 "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 12) [Undecided,Confirmed] https://launchpad.net/bugs/1242999 - Assigned to Dan Wells (dbw2)
14:12 * dbs is late, also Dan Scott, Laurentian University
14:12 * eeevil chuckles at "eeevil's plan" ...
14:12 dbs #info dbs is late, also Dan Scott, Laurentian University
14:13 jeff It might come down to "will one of the supported distros start including Encode.pm >= 2.54 before Evergreen 2.4 is EOL?"
14:13 jl- dbs: my thanks for your patience also for bringign me on the right track with the conerto loader
14:15 jeffdavis I'd love to have that fix backported, dunno if I have time to poke at it though.
14:15 jeff #action dbwells to backport bugfix for Encode.pm (bug 1242999) issues to rel_2_5, feedback requested on backporting to earlier releases
14:15 pinesol_green Launchpad bug 1242999 in Evergreen 2.5 "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 12) [Undecided,Confirmed] https://launchpad.net/bugs/1242999 - Assigned to Dan Wells (dbw2)
14:15 jeff #link https://bugs.launchpad.net/evergreen/+bug/1242999
14:16 eeevil jeff: I guess we should target 2.4. I will backport if it picks relatively clean
14:16 jeff #info bshum has fixed up the 2.4.5 and set 2.4.6 milestones in LP
14:16 jeff #action bshum to go through and update the bug statuses to "fix released" for things that are done in milestones for 2.4.5 and 2.4.6
14:17 jeff #info dbs has written up the release notes as promised in bug # 1261939 for per-library TPAC pages
14:17 jeff #link http://git.evergreen-ils.org/?p=Evergreen.git;a=c​ommit;h=46f49173b6a08f4c7b755de728edbe6bafb9879a
14:17 pinesol_green [evergreen|Dan Scott] Release notes for the TPAC library web pages - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=46f4917>
14:18 jeff #info bshum has granted dbwells access to dev calendar so that RM milestone dates can be added
14:18 dbwells jeffdavis eeevil: I don't think it will be a problem as far as code conflicts go, it was more just a risk/reward type question (the changes are kinda low-level, and the overlap between newer Encode and older EG is pretty small).
14:19 jeff dbwells: would you like an action item for adding RM dates to the dev calendar?
14:19 jeff #link http://www.google.com/calendar/embed?src​=tfm2bbqnt7q890jidnqe3u29j4%40group.cale​ndar.google.com&amp;ctz=America/New_York
14:19 dbwells eeevil: I can do the backport when I do rel_2_5, as long is you are fine with it going in.
14:19 eeevil dbwells: with all the tests I'm fairly comfortable, fwiw
14:19 eeevil dbwells: if you're offering, sure thing! :)
14:19 eeevil (comfortable with a backport generally)
14:19 dbwells eeevil: yes, no problem
14:19 dbwells jeff: Why not
14:19 jeff #action dbwells to add RM dates to dev calendar
14:20 jeff #info berick has opened OpenSRF LP bug with current websocket info
14:20 jeff #link https://bugs.launchpad.net/opensrf/+bug/1268619
14:20 pinesol_green Launchpad bug 1268619 in OpenSRF "WebSockets Gateway and JS Library" (affected: 1, heat: 6) [Undecided,New]
14:20 berick i added a note today about the current state of the code
14:21 jeff on to Updates!
14:21 jeff #topic Google Summer of Code (GSoC) 2014
14:21 jeff GSoC deadline is in two days, Friday February 14.
14:22 * bshum is now phoning in over airplane wifi.
14:22 jeff Is anyone present interested in participating and being a mentor on behalf of the Evergreen project?
14:22 jeff bshum++
14:22 gmcharlt no
14:22 gmcharlt or not I, I should say
14:22 dbs I would be willing to admin, but can't commit to mentoring :/
14:23 dbwells I am fine with gmcharlt speaking for everyone on this :)
14:23 berick heh
14:23 phasefx if we're going to do it, I'd rather see more support from everyone on it, then letting one or two people carry the mentor load.  I'm in favor of not doing it this time :)
14:23 bshum I think our ideas page is super old.
14:24 jeff dbs: Am I correct in thinking that the application due Friday requires mentors to be identified before submission?
14:24 dbs Oh yeah, the ideas page is terribly old. Should be updated regardless I guess
14:24 bshum And I'd be worried about having enough time to update it again.
14:24 dbs jeff: no, but it would help
14:24 gmcharlt jeff: strictly speaking, no, but we shoudln't apply unless we're sure that we have enough committment
14:24 phasefx s/then/rather than/
14:24 bshum Prior to submission.
14:25 dbs gmcharlt: exactly
14:25 jeff Past mentors: what time committment and what number of mentors do you see as being required for success?
14:25 dbs Two mentors per student, 10 - 15 hours per week.
14:25 gmcharlt I agree with dbs
14:25 dbs "for success" being the key part of your question
14:28 bshum I'd be tempted to try again (since last year's student was disappointing) but I'd like to get some fresher ideas on file.
14:28 stevenyvr joined #evergreen
14:28 bshum I don't have any immediate suggestions though.
14:28 bshum So that kind of kills me off by default.
14:28 dbs Working on a piece of the new staff client would be fun and exciting :)
14:29 dbwells My sense is that we could benefit from taking a break.  Next year will be here before you know it.
14:29 jeff I'd be interested in mentoring, but would rather not do it alone. Someone who's mentored before would be great to have involved.
14:29 gmcharlt I think we need full enthusiasm on the part of potential mentors; I agree that we need a break
14:29 dbs +1 to taking a break
14:30 senator +1
14:30 dbs (note: if you want to mentor, there may be other orgs you can mentor for... and learn from them)
14:30 berick +1 to break
14:30 eeevil +1
14:31 phasefx +1
14:31 bshum +1
14:31 jeff #agreed We'll be taking a break from participation in GSoC for this year
14:31 jeff moving on to release info
14:32 jeff #topic Release Info - OpenSRF
14:32 bshum Someone should write back to the inquiry we have on the general list on GSoC. Now that we've agreed.
14:32 jeff gmcharlt: beta 2.3 to be cut later today, correct?
14:32 gmcharlt yep
14:32 jeff #info OpenSRF 2.3 beta to be cut later today
14:32 jeff anything else to add for OpenSRF?
14:34 jeff #topic Release Info - Evergreen
14:34 jeff gmcharlt: (apologies if you were typing something other than "nope!")
14:34 gmcharlt nope
14:35 gmcharlt as it were ;)
14:35 jeff dbwells++ for a very entertaining RM 2.6 update yesterday. :-)
14:35 bshum dbwells++ indeed!
14:35 dbwells #info 2.6 beta review period is underway, and is scheduled to conclude on the 18th.  Alpha awards have been awarded.
14:37 jeff #link http://permalink.gmane.org/gmane.educ​ation.libraries.open-ils.general/9189 Evergreen 2.6 Alpha - Summary and Awards
14:37 dbwells I'll try to get a beta related email out soon, but since we have trimmed away a lot of the stuck bugs, the milestone itself is a pretty accurate representation of what is ready for review.
14:38 jeff #link https://launchpad.net/everg​reen/+milestone/2.6.0-beta1 63 bugs targeted for Evergreen 2.6 Beta
14:38 dbwells jeff: thanks
14:38 jeff on to new business!
14:38 jeff #topic PostgreSQL 9.3 support
14:39 jeff #info several aspects of PostgreSQL 9.3 that break Evergreen
14:39 dbs This kind of bleeds into 9.2 support too, for the XPath() changes, but we've seen a few extra 9.3 pain points pop up (per the listed bugs)
14:40 jeff some have bugs already, such as bug 1253163, bug 277731, and bug 1243023
14:40 pinesol_green Launchpad bug 1253163 in Evergreen "authority indexes can fail on Postgres 9.3.0" (affected: 2, heat: 12) [Undecided,Confirmed] https://launchpad.net/bugs/1253163
14:40 pinesol_green Launchpad bug 277731 in update-manager (Ubuntu) "Upgrade complete dialog shows: ugprade" (affected: 0, heat: 6) [Low,Fix released] https://launchpad.net/bugs/277731
14:40 pinesol_green Launchpad bug 1243023 in Evergreen "Browse catalogue titles are doubly escaped?" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1243023
14:40 jeff also, copying and pasting from the agenda (thanks, dbs):  Stricter type handling in function arguments (INTs no longer automatically coerced to TEXTs) breaks STRING_AGG() in a few places, possibly other functions - not sure this is bugged yet
14:40 dbs It seems likely that a) people are going to want to adopt 9.3 and beyond aggressively for performance improvements and b) that even the non-early adopters will get pushed to 9.3 once distros catch up
14:41 jeff and again, copying and pasting, dbs asks:
14:41 jeff > Should we make PostgreSQL 9.3 support a release blocker for Evergreen 2.6 to avoid accumulating too much technical deficit / causing too much pain for those who aren't aware of the 9.3 problems?
14:41 jeff discussion?
14:41 jeff dbwells: I'd be interested in your thoughts especially on making 9.3 support a 2.6 blocker.
14:41 dbs jeffdavis: I know Sitka was planning on jumping to 9.3 real soon and Robin Johnson was surprised when I cautioned him on that...
14:42 ldwhalen dbs: jeffdavis has stepped out
14:43 dbwells I think having 9.3 support as a release blocker for 2.6 is a reasonable stance to take.
14:43 dbs ldwhalen: oh hey, well you're a good sitka person :)
14:43 eeevil the xpath issue is the most difficult to solve, IMO. any thoughts on my proposed (admittedly hand-wavy) path?
14:43 gmcharlt re the xpath functions - and the XML and XSLT in general - I'd suggest going back to rolling our own, based on libxml2/libxslt, possibly via their Perl wrappers
14:44 eeevil the others are just whack-a-mole and "be less clever" issues
14:44 * dbs is working on the known STRING_AGG() text-casting at least
14:44 gmcharlt it would be a pain, but this is one area where I think I trust ourselves more than I trust the Pg devs
14:44 gsams joined #evergreen
14:45 dbs gmcharlt: that doesn't sound too crazy to me. either way, with some pgTAP tests to ensure that the results are consistent across versions
14:45 ericar_ joined #evergreen
14:45 jeff gmcharlt: do you expect performance pain in addition to transition pain, or does this fall under the umbrella of "if we're xpath'ing too much, we're already doing something wrong"?
14:45 gmcharlt tradeoffs might include performance and/or the time of maintaining our own extensions if we decide to write C instead of Perl to wrap around libxml2/libxslt
14:45 eeevil jeff:  you beat me to it... speed is my concern
14:46 dbs our xpath-ery is mostly on ingest / update yeah?
14:46 dbs still a real cost though :/
14:46 jeff eeevil's aforementioned "hand-wavy" path: https://bugs.launchpad.net/ever​green/+bug/1243023/comments/13
14:47 pinesol_green Launchpad bug 1243023 in Evergreen "Browse catalogue titles are doubly escaped?" (affected: 1, heat: 6) [Undecided,New]
14:47 ldwhalen I just had a quick chat with Robin here.  He would like to go to 9.3. So, I am in favour of making 9.3 support a blocker for 2.6.
14:47 gmcharlt benchmarking is key, of course, but yeah, I'd expect it to be slower, particularly if we go the rought of using PL/Perl wrappers
14:47 gmcharlt "rought"?  a trip through dry areas?
14:47 gmcharlt route
14:47 eeevil if we're stricter about our search_path stuff, we don't even have to move the built-ins out of the way
14:48 eeevil we just put xslt_process and xpath() in the evergreen schema
14:48 jeff okay. I don't think we're going to decide on a path forward for this specific issue in-meeting. Let me get some agreement going on the overall.
14:48 gmcharlt well, almost
14:48 jeff Can I get +1s for considering PostgreSQL 9.3 support an Evergreen 2.6 release blocker?
14:48 gmcharlt do we have a consensus about 9.3 being a release-blocker for 2.6?
14:48 ldwhalen +1
14:48 gmcharlt +1
14:49 dbwells +1
14:49 eeevil +1
14:50 dbs +1
14:50 jeff #agreed Evergreen 2.6 will support PostgreSQL 9.3 (PostgreSQL 9.3 issues to be considered release blockers for Evergreen 2.6)
14:51 jeff do we need to discuss specific strategy further, or shall that take place in the usual places: launchpad, irc, and the dev list?
14:51 gmcharlt I think we can hash that out outside this meeting
14:52 dbs dbwells: would you be willing to drive that as a 2.6-specific group of tasks?
14:52 dbwells dbs: Yes, if I understand your meaning.
14:53 stevenyvr joined #evergreen
14:53 dbwells Also, I have another meeting at 3:00pm, so discussion will need to happen later or without me, at this point.
14:53 dbs dbwells++
14:54 jeff #info Further strategy on resolving PostgreSQL 9.3 issues will take place in the existing LP bugs, and/or in irc and on the dev list
14:54 * dbs just meant to track the pg 9.3 things in 2.6 release reports
14:55 jeff #action dbwells to summarize Evergreen 2.6 aspects of PostgreSQL 9.3 support in future 2.6 RM reports
14:55 jeff #topic Evergreen Hackfest Plans
14:56 jeff wiki page for ideas sounds like a good starting point. does anyone have structural ideas for the dev hackfest in Boston?
14:57 gmcharlt one question - is there any interest in doing tutorials of any sort?
14:58 ldwhalen I would like a hand on understanding how the fieldmapper works
14:58 jeff I've some interest. It might depend on who shows up.
14:59 * dbs isn't going to be at the hackfest this year :(
14:59 jeff aww :-(
14:59 gmcharlt announcing tutorials in advanace might affect who shows up, of course :)
14:59 jeff I'll start a wiki page for dev:hackfest:eg2014 with some space for tutorials and other structural ideas, as well as the usual list-o-ideas.
15:00 jeff #action jeff to start dev:hackfest:eg2014 wiki page and announce on dev list, solicit ideas and further discussion
15:00 jeff anything else before we adjourn?
15:01 jeff #endmeeting
15:01 pinesol_green Meeting ended Wed Feb 12 15:01:22 2014 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
15:01 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2014/evergreen.2014-02-12-14.06.html
15:01 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2014/evergreen.2014-02-12-14.06.txt
15:01 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2014/evergreen.2014-02-12-14.06.log.html
15:01 jeff Thanks, everyone!
15:01 dbs jeff++
15:01 gmcharlt jeff++
15:01 berick jeff++
15:01 ldwhalen jeff++
15:02 remingtron jeff++
15:02 jeffdavis it figures I'd get pinged when I'm afk :S
15:05 rjackson-isl after upgrade to 2.5.x are the migration utilities provided by gmcharlt still in play - or do we need to convert over to using the docs/style referenced in the online documentation?
15:05 gmcharlt rjackson-isl: they're still in play; the 2.5.x stuff is a suggestion, not a dictat
15:06 rjackson-isl gmcharlt++ thanks big guy!
15:06 eeevil jeff++
15:07 jeff gmcharlt++ i was about to suggest that rjackson-isl would need to be more specific about "utilities provided by gmcharlt" if he wanted an answer from anyone other than gmcharlt, but nevermind that now. :-)
15:09 jeff meeting started late, ended not-as-late. success!
15:14 jeff "aren't you a little short for an Evergreen password?"
15:16 berick "what? oh, I'm here to log you in"
15:17 jboyer-isl I don't care what you smell, renew that book!
15:22 gmcharlt "these are not the MARC records you're looking for"
15:23 jcamins "But you said MARC betrayed and murdered my father!"
15:23 gmcharlt "I am... your SIP standard!"
15:27 * dbs opened https://bugs.launchpad.net/evergreen/+bug/1279504 with a pullrequest
15:27 pinesol_green Launchpad bug 1279504 in Evergreen "metabib.staged_browse() fails with STRING_AGG() integer argument" (affected: 1, heat: 6) [Undecided,New]
16:03 dMiller__ joined #evergreen
16:10 ericar_ joined #evergreen
17:18 mmorgan left #evergreen
17:31 dcook joined #evergreen
18:22 mrpeters joined #evergreen
18:22 mrpeters left #evergreen
19:12 sseng_ joined #evergreen
19:24 sseng joined #evergreen
21:24 serflog joined #evergreen
21:24 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org
21:24 ningalls joined #evergreen
21:27 RBecker joined #evergreen
21:27 remingtron_ joined #evergreen
21:30 linuxhikz joined #evergreen
21:31 jl- joined #evergreen
21:32 RBecker_ joined #evergreen
22:06 serflog joined #evergreen
22:06 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org
22:25 kmlussier @hate snow
22:25 pinesol_green` kmlussier: The operation succeeded.  kmlussier hates snow.
22:56 jeff___ @weather atl
22:56 pinesol_green` jeff___: The current temperature in Atlanta, Atlanta, Georgia is 28.0°F (10:56 PM EST on February 12, 2014). Conditions: Light Freezing Drizzle. Humidity: 94%. Dew Point: 26.6°F. Windchill: 28.4°F. Pressure: 29.83 in 1010 hPa (Rising).  Ice Storm Warning in effect until 1 PM EST Thursday...
22:57 jeff___ joined #evergreen
23:14 bshum snow--
23:15 * dbs wonders where bshum is at now
23:18 bshum I'm away from the snow fortunately.
23:18 bshum I'm just sympathizing :)
23:19 kmlussier bshum is sympathizing with me. Snow is disrupting my travel plans. :(
23:30 dbs kmlussier: Not cool.
23:31 bshum Here's a weird one, dbs:  http://acorn.biblio.org/eg/opac/record/2993132
23:31 bshum For some reason, the copies are duplicated in the record display
23:31 bshum I think there was bib merging and part mangling there... must be something confusing the display.
23:32 * bshum hates parts.
23:32 bshum :)
23:39 bshum Okay nevermind I think I figured it out... someone put new part targets on those copies.
23:39 bshum It seems to be connected with parts from two separate bibs
23:40 kmlussier bshum: Oh, that's an old bug
23:41 bshum Fun, fun
23:42 kmlussier Strange things happen when people transfer copies from one bib record to another. https://bugs.launchpad.net/evergreen/+bug/904472
23:42 pinesol_green Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 3, heat: 24) [Undecided,Triaged]
23:54 bshum Thanks, I'll pass that along to my folks. kmlussier++

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