Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Friday, March 12th, 2010

< Thursday, March 11th, 2010Raw Log FileSaturday, March 13th, 2010 >
#TimeNickMessage
#00:02:51dbwells_ has joined #evergreen
#00:04:07frzosima has joined #evergreen
#00:05:37dbwells has quit IRC
#00:05:47dbwells_ is now known as dbwells
#00:22:40mck9 has left #evergreen
#00:24:25emrikol has quit IRC
#00:39:41emrikol has joined #evergreen
#00:55:14brendan_bywater has quit IRC
#01:48:38atheos has quit IRC
#02:02:42atheos has joined #evergreen
#02:16:30emrikol has quit IRC
#02:20:47emrikol has joined #evergreen
#04:03:55natschil has joined #evergreen
#04:17:41natschil has quit IRC
#04:20:24natschil has joined #evergreen
#05:50:10natschil has quit IRC
#07:42:56sfortin has joined #evergreen
#07:52:10mck9 has joined #evergreen
#08:59:51phase_bb has joined #evergreen
#09:02:04Meliss has joined #evergreen
#09:03:51jenny has joined #evergreen
#09:05:41bshum has joined #evergreen
#09:13:56alxp has joined #evergreen
#09:38:05mrpeters-isl has joined #evergreen
#09:48:17gmcharlt has quit IRC
#09:49:40gmcharlt has joined #evergreen
#09:50:34gmcharlt has quit IRC
#09:50:34gmcharlt has joined #evergreen
#09:55:50StephenGWills has joined #evergreen
#10:00:59StephenGWillsAnyone with experience (docs?) migrating Pg8.2 database to Pg8.3? This tsearch2 thingy is turning into a timesink. (i heard Sitka might have done this?)
#10:14:44moodaepoStephenGWills: I'm sure you checked out the same links already, a google search for just "tsearch2.so" brings up chatter about upgrading to 8.3 from 8.2/8.1. I moved from 8.3 to 8.4 which wasn't as big a deal on our test machine.
#10:16:51StephenGWillsyeah, I
#10:17:24StephenGWillsI'm all over google, of course. Robert at Mohawk crashed into this same issue back in December.
#10:18:37StephenGWillsI'd like to solve it but my managers may decide to drop back to 8.2 and let someone else solve it :(
#10:25:10StephenGWills_ has joined #evergreen
#10:26:02StephenGWills has quit IRC
#10:26:03StephenGWills_ is now known as StephenGWills
#10:58:58StephenGWills_ has joined #evergreen
#11:01:09StephenGWills has quit IRC
#11:01:09StephenGWills_ is now known as StephenGWills
#11:08:00brendan_bywater has joined #evergreen
#11:18:58jenny has quit IRC
#11:51:09dbs_road has joined #evergreen
#11:52:04dbs_roadhrm. applied the "edit due date" patch yesterday to maintain the current time on edited due dates, now people get an invalid date format exception returned from open-ils.circ when they try to edit a due date
#11:52:57dbs_roadTo wit: Call to [open-ils.circ.circulation.due_date.update] failed for session [1268412738.778119.126841273825497], thread trace [1]:\nInvalid date format: 1
#11:54:28jamesrf has joined #evergreen
#11:54:33dbs_roadapplied patch was http://svn.open-ils.org/trac/ILS/changeset/15779
#11:57:47miker_dbs_road: I will address this
#11:57:50miker_now
#11:58:17dbs_roadmiker_: cool, I'm poking too
#11:58:45miker_hrm.. best place to fix this will be in cle[a]nse_ISO, I think
#11:59:03dbs_roadcrap, that's the problem
#11:59:10dbs_roadthere's a cleanse_ISO call
#11:59:32miker_well, we need it, but we should fail on date-only
#11:59:39dbs_roadin 1.6.0, we need clense
#11:59:41dbs_roadheh
#12:00:02miker_hrm... thought I caught those.. arg
#12:00:31gmcharltheh
#12:00:33dbs_roadperhaps we should backport the cleanse/clense alias to 1.6.0 too. sorry
#12:00:49gmcharltthere's a persistant misspelling in Koha (wthdrawn) that I will fix in 3.4 IF IT KILLS ME!
#12:01:12dbs_roadyep, that did the trick
#12:01:27miker_cool... ok, I'll kill that in 1.6[.0]
#12:02:03dbs_roadIf we add the alias, it will probably prevent us some further grief
#12:02:25miker_I thought I did... if not, I will
#12:04:36miker_dbs_road: only in 1.6.0 ... odd
#12:04:58miker_well... 1.6 uses clense everywhere
#12:05:24miker_yeah, trunk opensrf has the alias
#12:05:27dbs_roadright, just thinking of future backports, but not a big deal
#12:05:30brendan_bywater has quit IRC
#12:06:28miker_adding the alias to 1.2
#12:07:02miker_done
#12:07:03dbs_roadcontinuing my laptop idiocy, I left my charger at home (argh)
#12:07:59atzlook for a dell/apple/whatev/ store in your area
#12:08:45atzassuming you're not in Cody, WY or something
#12:15:25dbs_roadatz: heh - midland, ON is pretty much that :) but no big deal, I'm supposed to be on vacation this weekend anyway; using parental computer (Windows 7!)
#12:15:36dbs_roadit BURRRRRRRRRRRRRRRRRRRNs
#12:16:11dbs_roadthe Staff Client, btw, would not install in Program Files; had to point it at C:\Evergreen Staff Client\ - not sure if that's a known issue
#12:16:36dbs_roadmiker_++
#12:16:39dbs_road@karma miker_
#12:16:39pinesoldbs_road: Karma for "miker_" has been increased 112 times and decreased 4 times for a total karma of 108.
#12:19:18brendan_bywater has joined #evergreen
#12:22:05atzdbs_road: yeah, installation was a bitch on vista also... ended up installing in userspace
#12:25:11pmplett has joined #evergreen
#12:29:10atzOf course it's because we expect to be able to write to the installed program directory
#12:29:24atzwhich is obviously bad practice
#12:30:20dbs_roadYeah. It's weird the Nullsoft installer didn't prompt for admin permissions before installing, unlike putty and gvim and a few other apps that I installed just prior
#12:30:39dbs_road(Sorry about the weird stuff on your computer now, 'rents!)
#12:30:57atzbad practice on both windows and linux, notably
#12:32:20jeffin our environment, we only encourage it... because we set open-ils.write_in_user_chrome_directory to false
#12:33:28jeffi think %allusersprofile% is where it "should" go in our case.
#12:33:41jefffor "shared read/write"
#12:34:07jeff(our evergreen ws_name/etc are specific to a machine, not a user)
#12:34:32dbs_roadmaybe a newer version of NSIS resolves the permission thingy (but god the release notes formatting at http://nsis.sourceforge.net makes ours look awesome)
#12:34:39jeffwe're not yet using NSIS
#12:34:47jeffi've only voiced an interest in it.
#12:35:04jeffthe current installers use innosetup
#12:35:14dbs_roadah, there we go: http://sourceforge.net/news/?group_id=22049
#12:35:37dbs_roadNSIS 2.45 is released. This long overdue version adds support for Windows 7...
#12:36:12jeffi'll give it some kicking on vista/win7
#12:38:15dbs_road blithely ignores Nullsoft/Innosetup distinctions... windows? what?
#12:40:40senator is in his second job where he gets to use linux all day, and he *loves* it.
#12:44:29dbs_roadsenator: this is also your last job, okay? senator + evergreen = forever :)
#12:44:44berickdbs_road++
#12:45:27dbs_roadsenator: now get those debian, fedora, and rhel packages together pronto! :)
#12:45:39bericksenator: i'm gonna need you to come in on sunday and port opensrf-c to windows, nnkay?
#12:47:19senatorhehe
#12:48:16gmcharltthere happens to be fix for it rel_1_6_0
#12:48:34jenny has joined #evergreen
#12:48:52gmcharltoops, sorry for non-sequitor
#12:49:48bshum has quit IRC
#12:50:26bshum has joined #evergreen
#12:55:27bshumIs there any way to remove the "local catalog" from the z39.50 target list in the import from z39.50 display in the staff client?
#12:56:14dbs_roadbshum: I think you would have to edit z3950.js to hide it
#12:57:11bshum has left #evergreen
#12:57:23bshum has joined #evergreen
#12:57:35bshumdbs_road: Thanks, I'll take a look at the file and see what I can see.
#12:58:09jeff has quit IRC
#12:59:23jeff has joined #evergreen
#13:02:16dbs_roadbshum: actually, maybe set hidden="true" in the <row> element of http://svn.open-ils.org/trac/ILS/browser/branches/rel_1_6_0/Open-ILS/xul/staff_client/server/cat/z3950.xul#L150
#13:02:36dbs_road(which would be /openils/var/web/xul/server/cat/z3950.xul)
#13:03:14bshumAh, and that would be why deleting it was bad. Putting hidden='true' always seems to work out better.
#13:03:42bshumThanks dbs_road :)
#13:04:16dbs_road laughs at the EG2010 email today; first one says "Hey, you were at EG 2009, you should register for 2010!" and second advertises my presense at the developer's roundtable :)
#13:04:37dbs_road does still need to register. one of these days
#13:07:14gmcharltdbs_road: we'll make you do your developer talk on the street if you don't register ;)
#13:07:34dbs_roaddeveloper panhandling session
#13:11:07dbs_roadgmcharlt: I think you'll find conflicts with low-integer barcodes in our database, btw
#13:11:27gmcharltdbs_road: I'm guessed as much; prefixes it is, then
#13:11:40dbs_roadaccession numbers as barcodes always sounds like a good idea
#13:12:06gmcharltit *is* a good idea - if you never join a shared database :)
#13:13:02dbs_roadShouldn't OCLC oversee assignment of barcode ranges globally for a modest fee? heh.
#13:13:20gmcharlt$0.40 per barcode, no doubt
#13:13:58gmcharltback to the specific case, is anybody doing that within Conifer?
#13:14:58dbs_roadgmcharlt: yes, I had assigned the barcode range starting with 00025 to STJCGH waaay back
#13:15:05gmcharltcool
#13:15:28dbs_road(14-digits, natch)
#13:20:33jeffi wonder how hard it would be to alert on checkin if checking in an item with a circ lib outside of 'range here'
#13:20:57jeffprobably slow things down a bit
#13:21:30miker_dbs_road++ # may the shwartz be with you
#13:21:33jeffbetter to have a weaker barcode check in the client... since in most cases it's also a barcode that "doesn't look like it's from around these parts" :P
#13:21:41dbs_roadheheh
#13:22:11dbs_roadyeah, we had a bunch of reports of bad/incorrect barcode scans on Wednesday that people wondered if it was due to the upgrade.
#13:23:04miker_dbs_road: no more mis-scans than usual ... people just notice more when they know "something changed"
#13:23:11dbs_roadmiker_: oh, I'm sure
#13:24:02dbs_roadvoodoo. you mean the staff client didn't corrupt the barcode scanner firmware?
#13:30:55jeffone of our 3M check-in stations mis-scans terribly after they replaced the head (not after an evergreen update ;)
#13:31:57jeffthere's a library in the consortium who has 4-5 digit barcodes, and we have a standing ticket for "mis-scan checked in your item again"
#13:36:27jeff3M never really accepted the fact that the scanner head was in need of re-programming.
#13:52:40natschil has joined #evergreen
#14:00:05jenny has quit IRC
#14:20:47jamesrfhey quick question, what does it mean is there's a star beside an OpenSRF process in the ps aux output?
#14:22:56miker_jamesrf: that it's actively responding to a request
#14:23:06miker_or it's a zombie
#14:23:11miker_or stuck and spinning
#14:23:12jamesrfit's open-ils.trigger
#14:23:22miker_oh, yeah, it's probably just doing stuff
#14:23:31miker_cpu % non-trivial?
#14:24:57jamesrfyes like 3-6% on the ones with stars, 0ish on the ones without
#14:25:13jenny has joined #evergreen
#14:28:14miker_yep ... that's "I'm working"
#14:30:16jamesrfyay
#14:30:18jamesrfmiker++
#14:31:25dbs_road puts hand to heart and pledges to get triggers running... next week
#14:32:38dbs_roadAre negative interval offsets allowed (for the purposes of pre-overdue notices)?
#14:34:43miker_dbs_road: yip
#14:34:53natschil has quit IRC
#14:35:16StephenGWillsin the docs for upgrading a system it says that as opensrf one should sudo eg_db_config.pl is there a reason no to do that step as root?
#14:35:27StephenGWillsnot*
#14:37:25dbs_roadprobably just a consistency slip-up: sudo = root
#14:40:48StephenGWillsnod. on my n00b path, following the instructions, we tell folk to create opensrf with useradd -m -s opensrf and we never tell em how to add opensrf to the sudoers, then we tell em to sudo and it fails.
#14:40:52StephenGWillsjust being anal. :)
#14:41:22dbs_roadright, and opensrf probably shouldn't be added to sudoers
#14:42:24atzit has to be, for the update scripts to succeed
#14:42:37brendan_bywater has quit IRC
#14:42:47dbs_roadno, you can just run the script as root
#14:42:50StephenGWillsi just wanted to make sure there wasn't some magic path thing going on that was a none documented side effect of being a sudo'ed opensrf instead of root
#14:42:55StephenGWillsok
#14:43:27dbs_roadI have never added opensrf to sudoers, on any system or image
#14:43:30jeffStephenGWills: there could be, because "sudo blah" preserves the original user's $HOME/etc, but i don't think there is in this case.
#14:43:39atzdbs_road: true... only because the script is paranoid and chowns everything itself
#14:44:15jeffatz: are you referring to the database upgrade script, or the "install/upgrade evergreen for me" convenience script?
#14:44:29atzbuild/tools/update.sh
#14:44:38atzso neither
#14:44:50dbs_roadheh, I've never run that script :)
#14:44:56dbs_roadthat's for trunk?
#14:45:15atzit's been around for a few months
#14:45:37jeffbuild/tools/update.sh was what i was thinking when i said the convenience script above... now i'm wondering if there's a third script you were thinking i meant. ;-)
#14:45:50dbs_roadI meant eg_db_config.pl
#14:45:51StephenGWillsatz: you wouldn't happen to have a build/tools/upgradeTo1.6.0.3butDropPgTo8.2.sh would you? *g*
#14:46:07dbs_roadwhich was what StephenGWills originally mentioned
#14:46:15atzhah... no luck
#14:46:31StephenGWillsnod I was talking about dg_db_config.pl
#14:46:37atz8.3 or *explode*
#14:46:46StephenGWillspart of my 3 steps forward, 20 steps back plan. :)
#14:47:46StephenGWillsthe powers that be dictated a drop to 8.2 first, then when the libs are online, I can go back to the 8.3 problem :(
#14:49:04natschil has joined #evergreen
#14:55:48brendan_bywater has joined #evergreen
#14:56:55frzosima has quit IRC
#14:57:33dbs_roadbye folks, have a good weekend
#14:57:39dbs_road has quit IRC
#14:58:31bshum has left #evergreen
#14:58:42bshum has joined #evergreen
#15:18:23leed has quit IRC
#15:24:26alxp has quit IRC
#15:25:04pmplett is now known as pmp_afk
#15:30:39natschil has quit IRC
#15:36:09gdunbar has quit IRC
#16:01:45Meliss has quit IRC
#16:08:24bshum has quit IRC
#16:11:20dbwells has left #evergreen
#16:14:47rjackson-isl has quit IRC
#17:27:37jenny has left #evergreen
#17:52:03sfortin has quit IRC
#18:13:54brendan_bywater has quit IRC
#19:14:34Dmagick-mac has quit IRC
#19:15:40pmp_afk is now known as pmplett
#19:17:40mck9 has quit IRC
#20:32:47brendan_bywater has joined #evergreen
#20:41:38StephenGWills has left #evergreen
#22:09:06jamesrf is now known as jamesrf_afk
#22:30:33pmplett is now known as pmp_afk
#23:09:50jamesrf_afk has quit IRC
#23:12:32pmp_afk is now known as pmplett
#23:43:46pmplett has quit IRC
#23:54:02jamesrf_afk has joined #evergreen
< Thursday, March 11th, 2010Raw Log FileSaturday, March 13th, 2010 >