Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Tuesday, April 13th, 2010

< Monday, April 12th, 2010Raw Log FileWednesday, April 14th, 2010 >
#TimeNickMessage
#00:10:10jamesrf has quit IRC
#00:29:08GMLGeek has quit IRC
#00:29:27chrissharp123 has quit IRC
#00:29:33GMLGeek has joined #evergreen
#00:29:43chrissharp123 has joined #evergreen
#00:30:14jamesrf has joined #evergreen
#01:05:32mck9 has left #evergreen
#01:12:34frzosima has quit IRC
#01:33:23agJohn has quit IRC
#01:33:23artunit has quit IRC
#01:33:24jamesrf has quit IRC
#01:33:24phasefx_ has quit IRC
#01:33:25jeff has quit IRC
#01:33:25greg-g has quit IRC
#01:33:25phase_bb has quit IRC
#01:33:25jeff__ has quit IRC
#01:33:25GMLGeek has quit IRC
#01:33:25Callender has quit IRC
#01:33:26berick has quit IRC
#01:33:26lisppaste3 has quit IRC
#01:33:27gdunbar has quit IRC
#01:33:27atz has quit IRC
#01:33:27phasefx has quit IRC
#01:33:27rsinger has quit IRC
#01:33:27mrpeters-isl has quit IRC
#01:33:27_dkyle_ has quit IRC
#01:35:25jamesrf has joined #evergreen
#01:35:26GMLGeek has joined #evergreen
#01:35:26phase_bb has joined #evergreen
#01:35:26lisppaste3 has joined #evergreen
#01:35:26agJohn has joined #evergreen
#01:35:26Callender has joined #evergreen
#01:35:26gdunbar has joined #evergreen
#01:35:26atz has joined #evergreen
#01:35:26phasefx_ has joined #evergreen
#01:35:26phasefx has joined #evergreen
#01:35:26artunit has joined #evergreen
#01:35:26rsinger has joined #evergreen
#01:35:26mrpeters-isl has joined #evergreen
#01:35:26_dkyle_ has joined #evergreen
#01:35:26berick has joined #evergreen
#01:35:26jeff has joined #evergreen
#01:35:26greg-g has joined #evergreen
#01:35:26jeff__ has joined #evergreen
#01:36:27miker_ has quit IRC
#01:36:27dbwells has quit IRC
#01:36:27agJohn has quit IRC
#01:36:27artunit has quit IRC
#01:36:29jamesrf has quit IRC
#01:36:29phasefx_ has quit IRC
#01:36:29jeff has quit IRC
#01:36:29greg-g has quit IRC
#01:36:29phase_bb has quit IRC
#01:36:30jeff__ has quit IRC
#01:36:30GMLGeek has quit IRC
#01:36:30Callender has quit IRC
#01:36:30berick has quit IRC
#01:36:31lisppaste3 has quit IRC
#01:36:31gdunbar has quit IRC
#01:36:31atz has quit IRC
#01:36:32phasefx has quit IRC
#01:36:32rsinger has quit IRC
#01:36:32mrpeters-isl has quit IRC
#01:36:32_dkyle_ has quit IRC
#01:36:32_bott_ has quit IRC
#01:36:33atheos_ has quit IRC
#01:36:33emrikol has quit IRC
#01:36:33kbeswick has quit IRC
#01:36:34wjr has quit IRC
#01:36:34pseubodo1 has quit IRC
#01:37:27jeff__ has joined #evergreen
#01:37:27greg-g has joined #evergreen
#01:37:27jeff has joined #evergreen
#01:37:27berick has joined #evergreen
#01:37:27_dkyle_ has joined #evergreen
#01:37:27mrpeters-isl has joined #evergreen
#01:37:27rsinger has joined #evergreen
#01:37:27artunit has joined #evergreen
#01:37:27phasefx has joined #evergreen
#01:37:27phasefx_ has joined #evergreen
#01:37:27atz has joined #evergreen
#01:37:27gdunbar has joined #evergreen
#01:37:27Callender has joined #evergreen
#01:37:27agJohn has joined #evergreen
#01:37:27lisppaste3 has joined #evergreen
#01:37:27phase_bb has joined #evergreen
#01:37:27GMLGeek has joined #evergreen
#01:37:27jamesrf has joined #evergreen
#01:37:27wjr has joined #evergreen
#01:37:27atheos_ has joined #evergreen
#01:37:27miker_ has joined #evergreen
#01:37:27emrikol has joined #evergreen
#01:37:27pseubodo1 has joined #evergreen
#01:37:27_bott_ has joined #evergreen
#01:37:27dbwells has joined #evergreen
#01:37:27kbeswick has joined #evergreen
#01:49:30ad_ has joined #evergreen
#01:49:37ad_hi
#01:54:12ad_ has quit IRC
#07:14:35sfortin has joined #evergreen
#08:32:41mck9 has joined #evergreen
#08:49:28BobW has joined #evergreen
#08:55:01Dyrcona has joined #evergreen
#09:02:22asimon has joined #evergreen
#09:05:18Meliss has joined #evergreen
#09:06:34phase_bb has quit IRC
#09:07:54dbs has joined #evergreen
#09:15:04lisppaste3asimon pasted "untitled" at http://paste.lisp.org/display/97721
#09:15:42jenny1 has joined #evergreen
#09:17:06asimonI hope someone can help with my bre-to-ingest problem, which is summarized at http://paste.lisp.org/display/97721. Thanks (especially to mrpeters-isl, who provided ideas yesterday).
#09:18:41dbsasimon: can you annotate that post with your direct_ingest command?
#09:20:10lisppaste3asimon annotated #97721 "untitled" at http://paste.lisp.org/display/97721#1
#09:25:36mrpeters-islasimon: i think you want 903$a not 901$a
#09:26:16mrpeters-isllet me grab the project gutenburg records and try
#09:27:20dbsasimon: direct_ingest.pl reads from STDIN I think
#09:27:33dbsso: direct_ingest.pl < foo.bre
#09:27:42dbsnot: direct_ingest.pl foo.bre
#09:28:16mrpeters-isldbs ++
#09:28:22mrpeters-isli didnt catch that
#09:32:12asimondbs: It makes no difference whether I use ' ' or '<'; I get the same errors.
#09:34:35mrpeters-islasimon: can i see one of the entries of your .bre
#09:36:45lisppaste3asimon annotated #97721 "Untitled" at http://paste.lisp.org/display/97721#2
#09:41:46mrpeters-islasimon: ok, this little shell script worked on the gutenburg records without error
#09:41:47dbsasimon: sorry, red herring on the STDIN stuff
#09:41:49mrpeters-isllet me paste for you
#09:42:31lisppaste3mrpeters-isl annotated #97721 "CONV.gb" at http://paste.lisp.org/display/97721#3
#09:42:41mrpeters-islmake sure to adjust the locations of your scripts, etc.
#09:42:49mrpeters-islbut i just ran through it without error
#09:43:32mrpeters-island of course uncomment the paralell_pg_loader.pl stuff once you're ready to do all of that
#09:54:07mrpeters-islasimon: any luck?
#09:55:32atheos_ has left #evergreen
#10:14:56asimonmrpeters-isl: Sorry, I've been on the phone with one of my network providers. I'll take a look at your script as soon as I finish.
#10:15:33mrpeters-islno worries!
#10:28:37sfortin has quit IRC
#10:40:06sfortin has joined #evergreen
#10:48:34moodaepophasefx: quick question about circ.staff_client.do_not_auto_attempt_print, this seems to be only in trunk correct? > http://list.georgialibraries.org/pipermail/open-ils-commits/2009-September/007186.html
#10:50:40phasefxjust trunk, yes, I believe so
#10:56:45moodaepoThanks! Just wondering...what's the history behind it and when might it move into a version (there has been interest in selecting which print notices get printed).
#11:04:09phasefxchangeset 14078 is related, and it did get backported to rel_1_6 as changeset 15316
#11:06:22phasefxthe impetus here is King County circ requirements. I think the reason I didn't bother porting the no-print stuff to 1.6 is due to the different infrastructure for managing org unit settings
#11:07:08phasefxso if we don't backport, then it'll show up when trunk gets branched into something major beyond 1.6
#11:07:48dbs mumbles
#11:08:03phasefx <= vague :)
#11:11:14eguest309 has joined #evergreen
#11:13:21eguest309_ has joined #evergreen
#11:13:50mrpeters-islhey guys...actor.usr.claims_returned_count - is that reset to "0" when the reset button is pressed in the patron registration?
#11:15:02phasefxmoodaepo: looks like these specs can be found in public form here: http://www.rscel.org/taxonomy/term/114, the one for Circulation Module, page 43, Req ID: 5165. These things get fleshed out more as they're worked on, but you might find it a fun read :)
#11:16:09eguest309 has quit IRC
#11:16:09eguest309_ is now known as eguest309
#11:16:37miker_mrpeters-isl: yes
#11:26:49clem_munns has joined #evergreen
#11:28:32atzhas anybody done LDAP integration w/ EG?
#11:30:11jeffatz: check the open-ils-dev archives for "LDAP Authentication Ideas", around Dec 2009
#11:33:12atzhah... looks like i commented several times in that same thread
#11:33:20atzmemory is the first thing to go...
#11:33:22jeffi thought you had been a participant. :)
#11:33:22atzhttp://list.georgialibraries.org/pipermail/open-ils-dev/2009-December/thread.html#5469
#11:35:40phasefxrandom aside, add -no-remote to your xulrunner invocation if you want to open multiple staff clients simultaneously, but they'll need to use different profiles, so -profilemanager is recommended as well
#11:39:35dbsI would love to see real LDAP integration (where authentication happens against the LDAP server, not requiring import of passwords etc into EG), but I'm not going to be doing any coding in that area
#11:40:04eguest309_ has joined #evergreen
#11:40:06atzyeah, i don't really want to code that stuff (again)...
#11:44:08eguest309 has quit IRC
#11:44:08eguest309_ is now known as eguest309
#11:44:46atzI do think that the ability to acquire user info from the ldap remote is an essential feature though
#11:45:27atz(but that gets into schema-to-EG mapping and other complexities)
#11:45:33jenny has joined #evergreen
#11:45:40jenny has left #evergreen
#11:45:53jeffcomplex, but not un-doable.
#11:46:11jeffer, making it un-doable might be un-doable... ;-)
#11:47:18atzyeah, i did it for koha: http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=C4/Auth_with_ldap.pm;h=994f8461a27b30c51dce7e8169031705ed60ae41;hb=HEAD#l364
#11:47:19dbsright, that makes sense, otherwise you couldn't do much with bookbags or notices or whatever
#11:47:36moodaepophasefx++ # had to leave for a meeting right after asking you the question
#11:47:39moodaepomoodaepo--
#11:48:04dbsatz: oh, it's always more fun the second time around! c'mon... do it! do it!
#11:48:15atzyou have to worry about updating vs. importing vs. overwriting
#11:49:06jeffpatron record in evergreen then becomes "read-only, pulled from LDAP" vs "maintained in evergreen", you need to maintain an identifier between the two (which might not be barcode), etc.
#11:49:08asimonmrpeters-isl: I ran your script after making the necessary changes. Everything worked great until pg_ingest, when I got the same errors as with my script. B-(
#11:49:14jenny1 has quit IRC
#11:49:49jeffand no matter what, you'll end up with a well-designed solution capable of handling every possible LDAP scenario save for the one that comes up next.
#11:49:54atzjeff: well, not really read only... just frequently-overwritten-as-defined-by-mapping
#11:50:31jeffatz: sure, it's "if you change this here don't expect it to stay changed"
#11:50:36atzright
#11:50:50atzwhich is great for support ppl to deal w/ :\
#11:51:13jeffwhich is why you add the UI bits to make those "frequently overwritten" parts actually be read-only. ;-)
#11:51:46atzyeah, that would be good... but then it blocks when you have local users that aren't in LDAP (and are only maintained locally)
#11:52:04jeff(with appropriate 'the following information can only be updated by the student in SuperSoft PeopleCampus InfoPortal 2.0' as needed)
#11:52:57atz grin
#11:53:24dbsbecause of course you always have users that aren't in LDAP. good point atz. solutions would be so simple if reality weren't so damned complex!
#11:54:24atzusers are always like "this system is great, but it needs to let me completely work around it"
#11:54:53atzwhich is fine for editing data or something, but bad for auth
#11:55:10asimonmrpeters-isl: That tells me that there has been some change external to the loading scripts that is causing this problem, and that if that problem is identified and corrected, my script will work properly.
#11:55:14dbsspeaking of which... at the risk of adding yet-another-OU-setting, I'm probably going to add a local OU setting for email regexes (let people change their email addresses, as long as it's one of our institutional addresses so we can guarantee delivery)
#11:55:59dbswould there be interest in that being added to core? academic/special libraries would probably be more interested than publics
#11:56:02jeffadd more OU settings!
#11:56:03atzthat seems reasonably discreet and extensible
#11:56:33dbsWe're going to need categories of OU settings to make them manageable, at some point
#11:56:35phasefxlet's give these settings more meta-data so we can group/categorize them
#11:56:41phasefxhar
#11:56:42dbsphasefx: jinx
#11:57:41jeffwe're not quite in danger of becoming about:config. when there are too many ou settings, an interface will be written. ;-)
#11:58:20atzyeah, i would suggest a mapping that allows the same setting to appear in multiple groups where it makes sense
#11:58:37phasefx tried writing a Find in Page function last night; partly a success, but the Library Settings interface in particular has magic dojo-ness that won't render settings offscreen, so they're not searchable
#12:11:42r123 has joined #evergreen
#12:19:12eguest309 has quit IRC
#12:21:13mrpeters-islasimon: dang. i think im out of ideas :(
#12:21:34mrpeters-islwe're still on 1.6.0.0 if thats at all relevant
#12:22:28eguest309 has joined #evergreen
#12:37:20atheos has joined #evergreen
#12:48:56BobW has quit IRC
#13:02:36asimonmrpeters-isl: Is there an easy way to go back to 1.6.0.1?
#13:55:33r1231 has joined #evergreen
#13:56:56r123 has quit IRC
#14:01:48jenny has joined #evergreen
#14:06:27dbwellsatz: we are currently using LDAP authentication more or less as discussed in the December thread.
#14:07:21dbwellsThe biggest drawback is the loss of the dynamic login box in the OPAC (that is, the login box that magically appears without refreshing the page).
#14:08:07dbwellsfor now we simply hid that option, so you can only login through 'My Account', but we intend to revisit that at some point.
#14:08:12emrikolphasefx: I had quite a bit of good luck with that "xchrome" experiment I was working on.
#14:09:11phasefxon a phone call at the moment, but am interested in hearing about it
#14:09:38dbwellsWe are also doing a nightly sync of users in our LDAP store into EG. That code hasn't been shared anywhere, but I certainly could if would help anyone. It is one of the first things I did, so it is all direct to DB, no EG apis in use. Again, something to revisit, someday :)
#14:20:01moodaepodbwells: It would be good to share it somewhere say for people who see the December thread (maybe reply to that thread if you still have the mail?). I don't see us needing it anywhere 'yet' but people do bring up the point that Koha has it and Evergreen doesn't.at.all.
#14:20:59dbsdbwells: I think, in general, if you have the ability to share code, it would be appreciated; better to share than not to share
#14:21:31dbsdbwells: if you want an ILS-Contrib account, lemme know; or post a bzr or hg or git branch somewhere
#14:21:39moodaepoAlso even if it's direct to db the fields don't really change much so it's not a totally bad way of synching the information. Or so I naively think : )
#14:21:39dbs is eager to encourage sharing
#14:21:46moodaepodbs++
#14:21:54moodaepodbwells++
#14:22:04moodaeposharing++++
#14:22:17moodaepo goes off to the monthly staff meeting
#14:26:23dbwellsdbs: I'll take you up on an ILS-Contrib account if it isn't too much trouble. I don't have a whole lot to go in there.
#14:27:01eguest309 has left #evergreen
#14:32:50dbsdbwells: is "calvin-college" an okay directory name?
#14:33:13dbs(to fit into http://svn.open-ils.org/trac/ILS-Contrib/browser )
#14:34:19dbwellsdbs: sounds fine. Or maybe 'hekman'? (fewer keystrokes) :)
#14:34:25dbssure
#14:35:46gmcharltheck, man - you sound like you don't like RSI! ;)
#14:37:35dbsdbwells: your username and password are in the (e)mail
#14:38:07dbwellsdbs: got it, thanks!
#14:42:44dbwellsgmcharlt: ;) I sometimes wonder if my old Model M causes me grief in that regard, but I just can't give it up!
#14:43:13gmcharltModel M: the keyboard designed to *prove* to your boss that you're hard at work!
#14:44:14emrikol*clickity* *clickity* *clickity* *clickity* *clack* *clickity* *clickity* *clickity*
#14:45:09emrikolI've got a lovely black M in my garage that has one of the little eraser nub mouse pointers on it.
#14:45:18emrikolStill in the freaking box
#14:58:51mck9 has quit IRC
#15:06:05artunit has quit IRC
#15:08:01gdunbar has quit IRC
#15:28:02jenny has quit IRC
#15:37:11asimon has quit IRC
#15:46:08mrpeters-islall, what funky format is offline."session".create_time in?
#15:47:23dbshuh, interesting: \d offline.session.create_time says INT
#15:47:32dbsI would not have guessed that :)
#15:48:00mrpeters-islwell yeah, but id expect it to be a timestamp, no?
#15:48:15dbsso... seconds since the epoch maybe?
#15:48:17gmcharltsome kind of julian datestamp?
#15:48:49mrpeters-islmy goal is to purge any before a given date...but i don't know if thats possible with the times there
#15:48:59jeffmrpeters-isl: give a few example values?
#15:49:07jeffprobably epoch
#15:49:46mrpeters-islyeah, no prob 1 sec
#15:49:55jeffofflines do handle "delta from server" a bit, so maybe it was just easier that way, or...
#15:49:59jeff shrugs :)
#15:50:16dbshttp://www.esqsoft.com/javascript_examples/date-to-epoch.htm
#15:50:39dbsyep, looks like seconds since the epoch (1242833370 was our first example)
#15:50:49mrpeters-islhttp://paste.lisp.org/display/97739
#15:50:58mrpeters-islyeah that looks right dbs
#15:50:58mrpeters-islthanks
#15:51:01jeffyeah, epoch.
#15:51:52jefffor the last line with description "network outage 2009-04-14":
#15:51:56jeff$ perl -e 'print scalar localtime(1239746911), "\n";'
#15:52:00jeffTue Apr 14 18:08:31 2009
#15:52:18mrpeters-islthough, can one do something like now minus 30 days on a time in this format?
#15:52:34Dyrconayes.
#15:52:49Dyrconathere are 86400 seconds in a day.
#15:53:05Dyrconatime() - 30 * 86400
#15:53:34mrpeters-islok. thanks. i haven't had a chance to read through alll of what exactly epoch is
#15:57:18jenny has joined #evergreen
#15:58:32jenny has left #evergreen
#15:59:37jeffmrpeters-isl: this should help guide you -- i make no assertions about removing entries from offline.session being either safe or unsafe:
#15:59:40jeffselect * from offline.session where age('epoch'::timestamptz + create_time * interval '1 second') > '3 months';
#15:59:45sfortin has quit IRC
#15:59:51jeffthat will list all those with create_time older than 3 months.
#16:01:43Meliss has quit IRC
#16:03:48dbs thankfully has very little experience with offline sessions
#16:04:22mrpeters-islits mostly bookmobiles for us
#16:32:14emrikolOh, that reminds me!
#16:35:28emrikolmrpeters-isl: What are the chances that we would ever be able to use mod_deflate to help speed things up? Would that help? One of our branches has a 384K connection and it is a pain to do pretty much anything, and it might be a while before we can upgrade.
#16:36:42emrikol(One suggestion we had was using the offline client like the bookmobiles, but then we lose so much functionality)
#16:41:23dbsWe have: AddOutputFilterByType DEFLATE text/css application/javascript
#16:41:53dbstext/html text/xml led to trouble IIRC - distant past
#16:42:50emrikolAhh, I see then
#16:43:33emrikolWell, hopefully the future will be kind to us
#16:44:30mck9 has joined #evergreen
#16:46:33dbs tries to remember - might have been the supercat / unapi stuff that broke? Or perhaps DEFLATE vs XMLENT -- that rings a bell
#16:46:52miker_DEFLATE vs XMLENT was the problem, IIRC
#16:46:53dbsXMLENT has a heck of a time trying to parse a gzipped document :)
#16:47:42emrikolWell, time to leave for the day. I'll read back tomorrow about this, if anything comes of it. Thanks again!
#16:48:01dbsi thought the order of the handlers was configurable - probably one of those "haven't worked it out in 15 minutes, I'll try again some other day"
#16:48:05dbs1 year later...
#16:48:09dbss/handlers/filters/
#16:51:41dbsSetOutputFilter INCLUDES;XMLENT;DEFLATE would handle it, you would think.
#16:51:43dbs thinks
#17:00:53dbs has quit IRC
#17:03:38berick thought we got rid of deflate becuase of IE freakiness and ultimately realizing it wasn't speeding anything up
#17:04:13r1231 has quit IRC
#17:04:45jeffdeflate can suck if you're not setting proper Vary: headers, though I think apache handles that well.
#17:05:31jeffif you're mixing http 1.0 and 1.1 clients behind a proxy, the lack of Vary: content-encoding header causes the proxy to return the gzipped content to a client that doesn't expect it, and things break.
#17:05:51jeffthat's often a "it breaks in IE today" and "breaks in not-IE tomorrow"
#17:05:56jeff(symptom-wise)
#17:11:08clem_munns has left #evergreen
#17:15:33clem_munns1 has joined #evergreen
#17:24:38Dyrcona has quit IRC
#19:47:50clem_munns1 has quit IRC
#21:28:11Jessica_ has joined #evergreen
#22:59:23Jessica_ has quit IRC
#23:29:51jamesrf has quit IRC
#23:52:08mck9 has left #evergreen
#23:56:27jamesrf has joined #evergreen
< Monday, April 12th, 2010Raw Log FileWednesday, April 14th, 2010 >