Open Source Integrated Library System

Evergreen on IRC

#openils-evergreen Logs for Monday, November 24th, 2008

< Sunday, November 23rd, 2008Raw Log FileTuesday, November 25th, 2008 >
#TimeNickMessage
#00:24:57sarabee has quit IRC
#00:25:07miker_ has quit IRC
#00:25:08miker_ has joined #openils-evergreen
#00:26:08sarabee has joined #openils-evergreen
#02:04:27Mark__T has joined #openils-evergreen
#06:19:47kgs has joined #openils-evergreen
#06:57:33brendan_g has quit IRC
#07:43:45rickd has quit IRC
#07:57:54eby has joined #OpenILS-Evergreen
#08:28:15phase_bb has joined #openils-evergreen
#08:31:16brendan_g has joined #openils-evergreen
#09:01:54gmcharlt has joined #OpenILS-Evergreen
#09:11:26dbs has joined #openils-evergreen
#09:15:24wlayton_work has joined #openils-evergreen
#09:24:02eby has quit IRC
#09:47:08GeorgeD has joined #openils-evergreen
#09:49:45GeorgeD has quit IRC
#09:49:48GeorgeD has joined #openils-evergreen
#09:54:55GeorgeD has quit IRC
#10:26:51LaBon has joined #openils-evergreen
#10:28:50LaBonGood Morning. I am still having problems with the srfsh login authenication. I believe the problems is with step 17 of Ubuntu 8.04, Evergreen installation. I can see the OPAC and the staff client does register the hostname name server but login and password fails.
#10:28:55melissa_ has joined #OpenILS-Evergreen
#10:30:11dbsargh - GeorgeD is complaining that his posts to open-ils-dev are getting bounced
#10:30:37dbs(his posts include .po file attachments for updated fr-CA)
#10:33:16kgsactually rejected? or just not appearing?
#10:34:08dbskgs: "I don't seem to be able to have any of my recent posts show up on the DEV-List, so here it is direct."
#10:34:15dbsso "just not appearing" may be it
#10:34:44kgs thinnks
#10:34:52kgss/thinnks/thinks
#10:35:03kgsare you mod for that dbs?
#10:35:08kgscould be sitting in queue
#10:35:08dbsnope
#10:35:16kgswonder if I'm one of the mods ;)
#10:35:22kgsi'llcheck
#10:35:38dbsalso, it's coming from his work email address - perhaps he's not subscribed
#10:35:57dbsblah@NRCan-RNCan.gc.ca
#10:37:00kgsI'm not a mod for that list -- just for general and doc
#10:39:00kgsok I see three mods for that list -- I'll hit up bradl
#10:39:36LaBon has quit IRC
#10:40:21Mark__T has quit IRC
#10:40:59dbshuh, compiling opensrf-trunk on ubuntu ibex dies with HOST_NAME_MAX not defined
#10:41:19wlayton_workdbs: I think George is subscribe to -digest. I wonder if he's trying to send to 'open-ils-dev-owner' instead of 'open-ils-dev'
#10:41:42wlayton_workdbs: yep, I got that same error on ibex, too.
#10:42:03dbswlayton_work: nope, he was sending to open-ils-dev@list.georgialibraries.org
#10:42:14wlayton_workhuh
#10:42:32dbswlayton_work: seems like adding an ifndef would be a simple workaround for that problem, but I wonder if there are deeper implications
#10:44:06kgsfyi: from viewing the subscriber list, he's subbed as gduimovi@nrcan.gc.ca
#10:44:21kgsand Mailman can be fussy
#10:45:03dbskgs: ahah - so his From: in the forwarded email was his full name with a . separator (and I was trying to keep his email address out of the IRC logs - lol)
#10:45:13kgsoh :)
#10:45:14dbsso it's all George's fault!
#10:45:15kgssorry
#10:46:54dbs/usr/include/bits/local_lim.h defines HOST_NAME_MAX as 64 - that seems restrictive
#10:50:46miker_HOST_NAME_MAX is from a scott mck patch long ago. We used to just set a max (of 64, IIRC) but moved to depending on the system. Perhaps the definition moved to a different header in whatever libc or kernel is used on ibex
#10:51:08dbsmiker_: yep, from /usr/include/linux/limits.h to it's new location
#10:51:14dbss/'//
#10:52:00dbsthe right way to fix it would be in autotools... sigh
#10:52:35miker_well that's lame ... I guess we need to include "linux/limits.h", test for MAX_HOST_NAME (ifndef) and conditionally load "bits/local_lim.h" ?
#10:53:26dbsmaybe in AC_CHECK_HEADERS
#10:54:04dbsmiker_: that could work too
#10:55:45dbsmeeting - bbiab
#11:13:03dbs has quit IRC
#11:15:25dbs has joined #openils-evergreen
#11:30:40mrpeters-isl has joined #openils-evergreen
#11:57:39agJohn has joined #openils-evergreen
#12:17:05dbs_ has joined #openils-evergreen
#12:28:55dbs has quit IRC
#12:31:26eby has joined #OpenILS-Evergreen
#12:40:43dbs_ has quit IRC
#13:12:50jamesrf has joined #openils-evergreen
#14:09:51mrpeters-isl has quit IRC
#14:20:23brendan_g has quit IRC
#15:07:20agJohnDumb question alert: OpenSRF/Evergreen can't re-establish a connection to the DB if this is lost (due to a network glitch, for instance) can they?
#15:11:48miker_agJohn: no, the backend will fail, report the error, and go away. if it's possible to connect, a second client request will do so (by spawning a new backend)
#15:12:29miker_that's to avoid an infinite retry loop ("but just try 3 times", but who says that's enough, for a multi-second outage (router reboot, etc))
#15:13:51miker_anyway, because the typical use case is a LAN not much time has been invested in that
#15:14:02miker_that, being conditional retry.
#15:17:17agJohnmiker_: No, I assumed that was the case, and it makes sense not to spend much time on it. I just happened to crash the DB server on some test setups and immediately went and restarted the OpenSRF processes--then I wondered if maybe I didn't need to. I'm assuming at that point that the staff client must log back in, right? (Credentials now obsolete--I'll just try it some time.)
#15:18:16miker_nope, SC credentials are still fine
#15:18:24miker_they're stored in memcache
#15:18:39miker_no disk-backed session storage
#15:19:11miker_the cost of recording every activity in a "real" db would be ... high ;)
#15:20:16brendan_g has joined #openils-evergreen
#15:24:37lisppaste6phasefx pasted "runaway router log" at http://paste.lisp.org/display/70987
#15:25:02phasefx_berick: ^^ This is on a local trunk install of EG
#15:25:50berickphasefx_: jabber server thought the router was already connected.
#15:26:03berickstop everything and make sure all arouters are dead
#15:26:08phasefx_roger roger
#15:27:33phasefx_that fixed her up. gracias
#15:34:18phasefx_harmless during build-db? psql:950.data.seed-values.sql:1445: ERROR: INSERT has more expressions than target columns
#15:37:58miker_phasefx_: no ... I'll look at that
#15:38:24miker_phasefx_: trunk or 1.4?
#15:39:58phasefx_trunk
#15:54:44melissa_ has quit IRC
#16:17:04miker_phasefx_: did you rebuild the database from the matching sql? I assume so ...
#16:18:46miker_phasefx_: updated
#16:22:42phasefx_thanks. I have a trunk install of EG, and was using trunk build-db.sh
#16:26:22miker_right
#16:26:32miker_it should be happy now after an svn up
#16:26:48phasefx_yeapers
#16:39:20phasefx_berick: for the new standing penalties scheme, what's the easiest way to create scenarios to test? Can I still lower the maxItemsOut in circ_groups.js, or is it configured differently now?
#16:39:57berickphasefx_: purely in the DB now. i'm working on the threshold def. interface now. basically, permission.grp_penalty_threshold
#16:40:18phasefx_k, thanks
#16:42:18phasefx_so if need be, that threshold is cast into an integer for certain penalties
#16:42:56miker_phasefx_: correct
#16:44:48phasefx_hrmm.. on a pre-cat checkout attempt: Not an ARRAY reference at /openils/lib/perl5/OpenILS/Application/Circ/Circulate.pm line 842.
#16:45:21berick looks
#16:49:07berickarg, sorry, this piece of crap netgear + modem combo freaks out every day when (i assume) dhcp updates
#16:49:18berickso i have to restart it
#16:49:21berickphasefx_: try now, please
#16:50:31jeffokay, so phone notification for holds defaults to the daytime phone number for a patron, which is cached when logging in to the opac.
#16:50:46jeffcorrect me if i'm wrong, but i think that's what i just observed/tested. :)
#16:51:25jamesrf has quit IRC
#16:51:41miker_jeff: what do you mean "cached"?
#16:52:02miker_jeff: the phone number is copied directly to the hold record, not looked up at notification time
#16:52:59miker_so, when you place a hold, it asks you for the number you want to be notified at (which does default to day_phone, but the patron or staff placing the hold can edit it) and then that number, approved by the user, is stored on the hold
#16:53:04jeffmiker_: sure, but when i'm in the opac in one window and editing my patron record in the staff client in another, the opac doesn't notice the phone number if i change it while logged in.
#16:53:28jeffit updates it on login.
#16:54:09phasefx_sounds believable :)
#16:54:10miker_right, that's a side-effect of attaching the user object to the session in memcache for performance
#16:54:14jeffeven though the new number is displayed in "my account" contact info, placing a new hold uses the cached value of daytime phone as it was when i lgged into the opac
#16:54:42miker_sure
#16:54:43jeffthis isn't a problem, it was just an observation. :)
#16:54:47miker_sure
#16:55:27miker_I'd hope it would be a pretty rare corner case ;)
#16:56:00miker_ imagines staff editing thousands of phone numbers each day exactly when the patron goes to place a hold...
#16:56:31phasefx_berick: I had forgotten (again) to run autogen after my db-update.. don't know if the schema had actually changed or not.. but trying again
#16:58:36berickphasefx_: oh, are you on your local install?
#16:58:45bericki just updated the acq server to test
#16:58:45phasefx_berick: were you wanting me to try on dev or acq or someplace... yeah
#16:58:59phasefx_I'll poke on acq
#17:01:20phasefx_{"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.circ.checkout.full] failed for session [1227564032.590641.12275640323439], thread trace [1]:\nException: OpenSRF::EX 2008-11-24T17:00:32 OpenSRF::Application /usr/local/share/perl/5.10.0/OpenSRF/Application.pm:202 : No event defined with textcode: \n\n","status":500}
#17:01:33berickheh
#17:02:44berickjusta sec
#17:03:16phasefx_np, thanks
#17:07:56berickmiker_: do the new in-db circ procs still return fail_part info ?
#17:08:17wlayton_work has quit IRC
#17:08:42berickhrm. i need to tell the event code to allow usage of non-defined events
#17:13:53berickphasefx_: i'm going to try making the event code less strict, since we are generating event objects from user-created data
#17:14:00berickanyway, lemme know if things work now
#17:15:01bericki'm not sure if there's enough data in the acq db to successfully complete a circ with the in-db rules
#17:15:17phasefx_{"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.circ.checkout.full] failed for session [1227564900.564970.12275649003471], thread trace [1]:\nException: OpenSRF::EX 2008-11-24T17:15:00 OpenSRF::Application /usr/local/share/perl/5.10.0/OpenSRF/Application.pm:202 : Bad event name: \n\n","status":500}
#17:16:29berickhrm, sql error under all that
#17:17:55berickthink i see the prob
#17:19:54berickok, i think i fixed the stored proc. now it's returning no_matchpoint..
#17:19:59berickso...
#17:21:22berickphasefx_: ok, should be working now
#17:24:24phasefx_{"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.circ.checkout.full] failed for session [1227565452.059667.12275654523321], thread trace [1]:\nException: OpenSRF::EX 2008-11-24T17:24:12 OpenSRF::Application /usr/local/share/perl/5.10.0/OpenSRF/Application.pm:202 : Bad event name: \n\n","status":500}
#17:25:41berick starts breaking things
#17:25:52phasefx_:D
#17:27:19berickarg, the penalties and other non-penalty failures are mingling. gimma a minute
#17:30:24berickwell, several minutes. gotta step away for a few mins
#17:33:08jamesrf has joined #openils-evergreen
#17:42:02berickphasefx_: alright, try again ;)
#17:42:17phasefx_aight
#17:45:02phasefx_got farther: {"barcode":"ppp3madeup","patron":1,"permit_key":"128e96c456b0f2ab78e0787f4790edcb","dummy_title":"trtrs","dummy_author":"dfsfdsfds","precat":1},0]
#17:45:06phasefx_THROWN:
#17:45:08phasefx_{"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.circ.checkout.full] failed for session [1227566637.771269.12275666373467], thread trace [1]:\nCan't call method \"duration_rule\" on an undefined value at /openils/lib/perl5/OpenILS/Application/Circ/Circulate.pm line 1345.\n\n","status":500}
#17:47:43berickhrm
#18:00:27jamesrf has quit IRC
#18:01:37berickphasefx_: the stored procs are all different now and the acq db and ML code are out sync. so, i need to do some overhauling before you can effectively test this
#18:02:25phasefx_berick: k, np. I'll go back to other things :D thanks man
#18:02:38berickand i'll go to the kitchen ;)
#18:32:33phase_bb has quit IRC
#18:34:07phase_bb has joined #openils-evergreen
#19:26:41djfiander has joined #OpenILS-Evergreen
#20:53:35dbs has joined #openils-evergreen
#20:54:31dbsman. the perl on ubuntu ibex is a bit busted
#20:54:53djfiander"perl", eh.
#20:59:38dbsyep.
#21:01:48djfianderlibrarians should not be allowed to define data format standards without a licensed computer programmer in the room.
#21:03:15dbsOh, did the MFHD committee not have a licensed computer programmer?
#21:03:18dbsand
#21:03:25dbsComputer programmers have licenses?
#21:04:06djfiandernot based on the decision to store chronology data in the enumeration subfields, if there's no separate enumeration for items
#21:04:07djfianderand
#21:04:15djfiandersometimes I think that they should
#21:11:09error_23 has quit IRC
#21:45:56kgs has quit IRC
#21:47:59djfiander has quit IRC
#23:51:33dbs has quit IRC
< Sunday, November 23rd, 2008Raw Log FileTuesday, November 25th, 2008 >