Open Source Integrated Library System

Evergreen on IRC

#openils-evergreen Logs for Saturday, December 20th, 2008

< Friday, December 19th, 2008Raw Log FileSunday, December 21st, 2008 >
#TimeNickMessage
#02:38:41miker_ has quit IRC
#02:50:14sarabee has quit IRC
#02:50:21miker_ has joined #openils-evergreen
#02:50:22sarabee has joined #openils-evergreen
#06:00:02miker_ has quit IRC
#06:00:15miker_ has joined #openils-evergreen
#06:17:56skmurphy has quit IRC
#06:24:50sarabee has quit IRC
#06:25:07miker_ has quit IRC
#06:29:10miker_ has joined #openils-evergreen
#06:29:17sarabee has joined #openils-evergreen
#07:38:25sarabee has quit IRC
#07:41:38sarabee has joined #openils-evergreen
#08:12:29kgs has joined #openils-evergreen
#08:26:23rsinger has joined #OpenILS-Evergreen
#08:32:20rsinger has quit IRC
#08:41:27rsinger has joined #OpenILS-Evergreen
#08:53:32rsinger has quit IRC
#08:57:31rsinger has joined #OpenILS-Evergreen
#08:59:05rsinger has quit IRC
#09:19:43rsinger has joined #OpenILS-Evergreen
#09:28:02rsinger has quit IRC
#09:34:00rsinger has joined #OpenILS-Evergreen
#09:49:19rsinger has quit IRC
#11:31:30skmurphy has joined #openils-evergreen
#11:36:38eby has joined #OpenILS-Evergreen
#11:48:32eby has quit IRC
#11:48:37eby has joined #OpenILS-Evergreen
#12:07:12skmurphy has quit IRC
#14:42:15dbs has joined #openils-evergreen
#14:42:35rsinger has joined #OpenILS-Evergreen
#14:44:11dbs decides to try for another 15-minute stint to get multi-domain working
#14:59:56jeffdbs: how goes babywatch?
#15:00:38jeffoh, i see we're past the 15 min stint :)
#15:22:57dbsjeff: almost perfect timing though :) no baby yet
#15:38:11dbs thinks "hmm, does the hosts entry in opensrf.xml need to match one of the router domains?"
#15:45:10kgs"I'm a woman in love, and I love what it's doing to me"
#15:46:37kgsdbs any thoughts about XInclude?
#15:47:00dbskgs: not particularly
#15:47:38kgsk :) just reading the docbook book. "having my docbook...
#15:48:03dbshopefully the sample I committed helped
#15:48:23dbshttp://svn.open-ils.org/trac/ILS/browser/trunk/docs/index.xml#L80
#15:49:26dbs"reading the docbook book". man... that's pretty hardcore
#15:49:45kgsyes, it's very helpful. I'm not underestimating what it takes to do good documentation but this makes a basic structure very clear
#15:49:54kgsI learn best from books. It's a pretty good one.
#15:50:03kgssort of side-by-side... book/screen
#15:51:01kgsthis week I'm taking a chunk of some of the new documentation (maybe ACQ) and will try marking it up
#15:53:09dbscool
#15:53:25dbskgs++
#15:53:33kgsdbs++
#15:53:38kgspaul_anka--
#15:53:52kgswhile everyone's wrapping gifts and having babies
#15:55:08kgsI feel like this week and next are the best-kept secrets for getting projects done
#16:02:07jeffheh
#16:05:51kgsok... off for my run. good luck with opensrf or closedbeach or whatever you're working on today folks :)
#16:06:17miker_kgs: permacrud today ;)
#16:07:48kgsah yes, I even know what crud stands for now :)
#16:12:38jeff works on hold notification and ponders general notification framework stuff
#16:14:59ebyjeff: your the sys admin and the ILS person right
#16:16:04jeffthat might be accurate
#16:17:23jefftech is one director and three techs, i'm one of the three. i do wear "sysadmin" and "ILS guy" hats
#16:18:21ebyour ILS guy who does all the reports, managements and oversight is interested in knowing what technologies / languages he should be up on
#16:19:12ebyi'd probably be doing the sysadmining type stuff
#16:19:39ebybut wondered if you had any insight on what might help with everyday tasks, mild customizations, understanding, etc
#16:20:10jeffyou will be able to get almost any data you want out of evergreen with the reports module, and you'll get it in either html, csv, or excel formats. you will likely want to do more with it after that.
#16:21:08jeffthat could mean "getting the sysadmin to make new views so that more can be done in EG", or it could be "importing into a db and doing reporting from there", or it could be excel, crystal reports, perl...
#16:21:36jeffmanagement and oversight... sounds vague.
#16:21:52ebyi'm guessing sql will def be something he'll go for but was wondering if customizing/tweaking things mildly would be perl or some other base
#16:21:57ebywell the everyday things
#16:22:06ebymild troubleshooting
#16:22:30ebyhe'll probably do the migration side of things as well
#16:22:46ebybut not to the point of say implementing a large new feature
#16:22:49jeffstaff clint tweaking is lots of javascript and XUL. opac is lots of javascript and xml.
#16:22:55jeffgive yourself lots of time. :)
#16:23:36ebylots as in x years?
#16:23:44jeffkeep in mind... i have done only a little hacking on each thing, and my actual evergreen test server has sat dormant since before we went live.
#16:24:37jeffsince we've done this as part of MIEG, bott is more of the EG sysadmin role.
#16:24:55jeffthere's a lot i have no access to, and i don't know if that's going to change at any time in the future.
#16:25:29ebyjust wondered what you've had to learn / know to implement it there
#16:25:54jeffi don't know about "years", but it would be a good idea to migrate all of your data before go live, and test and test and test, before doing your "real" migration
#16:26:48jeffnotification server stuff is a bunch of perl and asterisk at this point. mysql AND postgresql there... (still too many moving parts, which is what brought me to pondering it more today)
#16:27:46ebywe'll be avoiding the call service for now i think. most prefer web / email so far here
#16:28:13jeffas part of MIEG, ESI did our data migration. a lot of my role was getting the previous vendor to provide data extracts, and then work through problems when they were encountered, and try to help ESI (phasefx) understand what the data meant, how the previous ILS worked, etc.
#16:28:39ebydidn't know if you hit perl that much changing workflows, customizing, or if it was more in other areas
#16:28:46jeffa lot of time was spent on trying to fit the way that we did things into the profiling forms that MLC created (they're on the MLC wiki)
#16:28:51ebylike xml configs, jabber, etc
#16:29:23ebyoh i'm sure we'll be ass deep in committees once people figure out they can do things other than the iii way
#16:29:56jeffthings that i have normal access to are mostly the things that are under Local Administration in the staff client. i can make new copy locations, but i can't do things like make new circ modifiers or patron profile groups, or change the permissions of groups (though i can add permissions to individual users).
#16:30:25ebyand doing that has been mostly sql, xul, javascript, etc
#16:30:26jeffsome receipt templates are editable in the staff client and are stored on the local client config.
#16:30:33ebyxml
#16:30:35jeffcataloging templates are stored in the user's prefs on the server.
#16:30:53jeffsome receipt templates are hardcoded
#16:31:01ebyin perl?
#16:31:15jeffin javascript, i belive.
#16:31:44jeffmost of the changes we have had made since 1.2.4 did not affect the static parts of the staff client, and only affected the xul/js that gets loaded from the server.
#16:31:54jeffso, worst we had to do was clear xulrunner cache.
#16:32:10jeffmost of the "stored locally" configs are json on disk.
#16:32:17ebyso would you say most of the customizations you made are in what? xul/js, perl, xml?
#16:32:24jeffthings like "what columns show in this interface"
#16:33:20jeffwe have not made many customizations to EG itself yet. we paid ESI to develop rentals, hold capture verification, etc...
#16:33:40jeffbott at grpl did some things to make michigan drivers licenses work as barcodes (lots of js, i think)
#16:34:09jeffand bott did some things to enable multiple active patron barcodes, which i believe was some perl cgi and a xul button to access it in the staff client
#16:34:12ebyyeah just trying to get an idea of what he'll encounter, though probably just get something up and running and go from there
#16:35:50jeffstaff client by default stores all settings (like workstation name and branch association, receipt templates, saved columns, offline transactions, etc) in the OS user's homedir, in %appdata% under windows, for example.
#16:36:18ebyin what format?
#16:36:37jeffwe didn't want that, and there was a knob to go back to the "old" behavior of storing it in the program file dir... but there was a bug, i made a two line js patch which i think was accepted into trunk. i don't think it made it into 1.2.4.1
#16:36:50jeffeby: mostly json for the local prefs on disk.
#16:38:07jefffire up a staff client and connect to demo.gapines.org and on windows look in %appdata%\OpenILS
#16:38:19ebycool, thanks jeff
#16:38:41jefflike OpenILS\open_ils_staff_client\Profiles\(profile name)\chrome
#16:39:24jeff{"search_depth_ml":{"value":"1"},"inactive":{"value":""}}
#16:39:36jeff(from patron_search_prefs.server.example.com)
#16:40:28jeffheh. looks like offline_ou_list has fixed-lenth/json mixed
#16:42:06jeffgetting printer receipt templates standardized could be easier, but there's an import/export mechanism, and it IS nice to be able to have different settings on different machines. there were some receipt printer settings that were per-branch in the previous ils.
#16:43:14jeffset something up as early as you can, and try to make it do what you still want to do from the old system, and see what you can change, and see what evergreen can't do that you still want to do... so that you have enough lead time to do (or contract) dev work to make those other things possible.
#16:44:04ebyyeah i plan to
#16:45:03jeffAlert message: "Removed invalid e-mail address "flowers" 2008-12-20. Please update e-mail address."
#16:47:20ebythanks for the input
#16:47:28jeff'welcome
#16:47:56jeffmy/our situation is a bit different from yours, but hopefully some of it's still useful
#16:48:31jeffoh hey, a cosmetic bug in my queue feedr.
#16:48:32jeff36 files moved, files remain.
#16:51:12lisppaste6dbs pasted "multidomain madness - ejabberd.log" at http://paste.lisp.org/display/72455
#16:53:45lisppaste6dbs annotated #72455 with "and opensrf_core.xml for verification" at http://paste.lisp.org/display/72455#1
#16:56:54lisppaste6dbs annotated #72455 with "and a chunk of osrfsys.log" at http://paste.lisp.org/display/72455#2
#16:58:25jeffand a partridge in a pear tree?
#17:01:32rsinger has quit IRC
#17:02:06dbsjeff: might help, I'm bamboozled.
#17:52:46rsinger has joined #OpenILS-Evergreen
#18:32:51rsinger has quit IRC
#18:55:36kgs has quit IRC
#20:17:43rsinger has joined #OpenILS-Evergreen
#20:36:25rsinger has quit IRC
#21:46:59dbsjust tried osrf trunk on debian lenny, using the default opensrf_core.xml (modified only usernames & passwords) with exact same result
#22:34:10phase_bb has quit IRC
#23:00:45jeffhrm. i can't find hold Available Date/Time in reports under Hold Request
#23:01:37jeff digs deeper
#23:02:58jeffhrm. doesn't look like there's a last notification date/time on Hold Request either
#23:03:41jeffoh, there's the notifications link.
#23:08:52dbsalso tried on debian etch, same problem. so... I'm guessing my modified readme is missing part of the tale for multidomain support
#23:25:24jeffdbs: is it really <passwd> in one place a <password> in another?
#23:25:40dbsyeah, that's always bugged me
#23:25:57jeffmost i've played with opensrf_core.xml was getting it to work on a vmware image that i had changed the hostname on.
#23:26:21dbsthis is the new reality
#23:26:33dbs(or something close to it)
#23:27:11dbsmultiple domains to separate out public vs. private services
#23:36:25rsinger has joined #OpenILS-Evergreen
#23:49:33rsinger has quit IRC
#23:52:23robbat2 is now known as robbat2|na
< Friday, December 19th, 2008Raw Log FileSunday, December 21st, 2008 >