Open Source Integrated Library System

Evergreen on IRC

#openils-evergreen Logs for Monday, April 6th, 2009

< Sunday, April 5th, 2009Raw Log FileTuesday, April 7th, 2009 >
#TimeNickMessage
#00:54:48phase_bb has quit IRC
#08:32:57kgs has joined #openils-evergreen
#08:33:19gmcharlt has joined #OpenILS-Evergreen
#09:19:34dbs has joined #openils-evergreen
#09:32:15phase_bb has joined #openils-evergreen
#09:32:54Guest63136 has quit IRC
#09:48:30gmcharlt has quit IRC
#09:52:20dchristens has joined #OpenILS-Evergreen
#10:10:44_dkyle_ has joined #openils-evergreen
#10:37:48gmcharlt has joined #OpenILS-Evergreen
#11:14:25brendan_ga has quit IRC
#11:53:48brendan_ga has joined #OpenILS-Evergreen
#12:19:15agJohn has joined #openils-evergreen
#12:22:19agJohnIs there, at any Evergreen installation, a system for automatically telephoning patrons about holds, overdues, and so on? (Or is this still on the wish-list?)
#12:32:43atheosagJohn, you'll want to talk to Jeff. They are doing this in Michigan right now, and we will be rolling out our own version of this in Indiana this year
#12:35:54christoph_ has joined #openils-evergreen
#12:35:57christoph_ is now known as natschil
#12:36:27agJohnjeff, atheos says you folks "are doing this in Michigan right now"--referring to automatically telephoning patrons about holds, overdues and such. Tell me more, please!
#12:36:53natschilhello, any news about magazine support for evergreen? I remember it was mentioned somewhere.
#12:40:51phasefxnatschil: sometime this year, as far as prediction/claims of acquired serials goes
#12:47:23jeffagJohn: grpl started it, we've tweaked and enhanced for our needs, it's working pretty well!
#12:47:26gmcharlt has quit IRC
#12:47:48jeffagJohn: let me get back to _dkyle_ with a long overdue e-mail, and see how close we are to sharing it all.
#12:48:15jeffagJohn: i can probably share with you what we have currently. privmsg me your email address?
#12:48:19gmcharlt has joined #OpenILS-Evergreen
#12:49:06agJohnjeff: Not an immediate issue; if it's working that's the main thing right now. I just need to be able to indicate to a library that's thinking about open source that the capability is in use.
#12:49:30natschilphasefx: ok, so nothing working yet... thanks
#12:49:54jeffagJohn: works, and works well. grpl is doing it with a digium card tied to their PBX, tadl is using SIP.
#12:50:18gmcharlt has quit IRC
#12:51:39agJohnWhat are you using at TADL to actually generate the speech?
#12:51:50dbsoh, hmm - maybe (probably!) I'm a dumbass, but is the definition of reporter.simple_rec_sync() such that it will trigger failures on UPDATE due to conflicting IDs?
#12:52:21jeffagJohn: pre-recorded messages strung together.
#12:52:35agJohnGotcha. So nothing for titles or what not.
#12:52:59agJohndbs: I think you're claiming membership in a club that wouldn't accept you....
#12:53:21dbseyeballing it looks okay (deletes the offending ID first, then inserts), but I'm seeing duplicate ID errors in the postgresql log
#12:53:32agJohnAt least, I know I'd blackball ya!
#12:53:42natschilagJohn: I'm sure you could use some sort of text->speech software for the titles
#12:53:48kgs_ has joined #openils-evergreen
#12:54:07atheosagJohn festival works well
#12:54:19jeffagJohn: we opted to not do titles since we don't know who is picking up the phone, and we have state privacy laws to consider.
#12:54:28atheosthose around me feel there is a privacy issue though.
#12:54:31atheosoh, bingo.
#12:54:39dbsagJohn: heh, thanks :)
#12:55:24dbsjeff: atheos: makes perfect sense, you might not want your spouse to know that you've placed a hold on "Quickie Divorces 1-2-3"
#12:55:37agJohnNo doubt, natschil; it's just a question of making it happen. jeff, that's interesting; never heard of that being a problem before. Interesting. I wonder what the laws are like in that liberal bastion of the midwest, Iowa....
#12:55:44atheosexactly. that would make it a little too quick
#12:56:32agJohnAnytime, dbs!
#12:57:56jeffsoon we'll be doing overdue calls (grpl already is), and we plan to be as specific as possible without violating privacy. "2 people at this phone number have a total of 13 library items overdue. our records show that 4 of these items are subject to overdue fines. please return these items to the library as soon as possible. for your convenience, items may be returned to any library within the TADL system. this phone call is regarding library card
#12:58:03jeff(or something like that)
#12:58:24jeffdbs: that is the most often cited example. :)
#13:00:24dbsbtw, if anyone wants to put some of their SVA code into an ILS-Contrib repo, I'll happily create it for them
#13:01:34jeffi think that's the hope. i owe _dkyle_ an email. long overdue.
#13:03:10dbsthat would be awesome
#13:11:08kgs has quit IRC
#13:13:18mib_wh31jp has joined #openils-evergreen
#13:14:00rickdHello all, who would like to talk about the spine label configuration in Evergreen?
#13:14:35rickdQuestion: is there a place where you can edit what defaults you would like to have show in all spine labels for each library?
#13:15:22rickdI see the pocket label portion but the spine label pulls from a config that you cannot alter from inside the staff client by default
#13:18:43dbsrickd: we would like to give cataloguers a bit more control over the spine label template, too, just to add weight to your request
#13:19:58rickdcool, I remember talking to Jason about spine label printers and he said when we have them ready he would show us the way. I agree it would be nice to have more config over the spine label instead of just the pocket label.
#13:20:07rickdWe have them ready now
#13:20:39mib_wh31jp has quit IRC
#13:20:44rickdJason is in here with 4 nicknames don't know which to use : )
#13:26:04dbsphasefx phasefx_ phasefx2 phase_bb: alert'em all! We'll probably change the hardcoded font server-side for now
#13:26:31phasefx looks furtively at the monitor while munching on food
#13:26:33dbswow, 45 seconds to ingest a single record; that seems excessive
#13:28:10phasefxlabel printing.. a lot that needs to be done there, but no directed development from anyone currently
#13:28:49phasefxthe values that do persist are using xul's persist mechanism, which involves a file called localstore.rdf somewhere in the user profile directory
#13:28:54dbs wonders if the ingest-on-save call is timing out when issued by the client, causing a rollback of the ingest - but works when directly invoked by srfsh because the timeout is longer...
#13:28:59phasefxit's imperfect and we need to move away from it
#13:29:13dbsphasefx: heh, I hears ya
#13:30:00phasefxwe need to remove the distinction between spine and pocket labels.. just have n-independent-labels
#13:30:13phasefxneed a template-template system :) ala item attribute editor
#13:30:29phasefxneed for that to be tied to user settings, org settings, and/or local filesystem
#13:30:36phasefxneed native sheet printing
#13:31:13dbsphasefx is needy
#13:31:49phasefxneed a way to bypass or augment the mozilla print system so we can send low-level print information (command codes, etc.)
#13:32:00jeffphasefx: helper app!
#13:32:01jeff grins
#13:32:02dbs is also going to try, a little bit, to make the marc editor wrap super-long fields & make font settings apply to it as well
#13:32:14phasefxneed an easy way to feed data to helper apps :)
#13:32:23jeffcustom mime types.
#13:32:34phasefxneed a stylesheet manager
#13:32:51jeff(well, i guess that's just how you start 'em and pass the data, not how the data is formatteD)
#13:33:10dbsset up an "at" command on windows that runs every 5 seconds looking for a magically-named text file that then generates an RTF file and shuffles it off to the printer
#13:33:26jeff is wrapping his head around the biblio:: and metabib:: objects
#13:33:46phasefxneed to make full marc data available to the templating system, and not just mods
#13:34:17phasefxhow's all of that sounding so far for label printing? :) any funding?
#13:34:58dbs * crickets *
#13:35:40rickdphasefx: Depends on how much the cost?
#13:35:49jamesrf has joined #openils-evergreen
#13:36:16phasefxfor all of that, I really don't know. Need to spec it out. More likely that some folks would want specific bits over others
#13:36:49phasefxit'd be a great project for a new developer to cut their teeth on :)
#13:37:12phasefxneed alternate algorithm/plugin support for call number wrapping
#13:37:34phasefxto handle different types of call numbers and wrapping schemes
#13:37:53rickdphasefx: In the mean time can we edit the localstore.rdf (?) and add some of the macros for %author% and such so that, on the local machine, we can have a default for spine labels?
#13:38:12rickdphasefx: Or some other way?
#13:38:49rickdphasefx: It might be something that Indiana could help fund but as a work around right now, how would we go about it?
#13:38:56phasefxrickd: yeah, localstore.rdf is one way.. the main pain there is that it ties the values to the underlying URL, and the URL tends to change when you upgrade Evergreen
#13:39:14rickdphasefx: doh
#13:39:28rickdphasefx: only the client update though?
#13:39:47phasefxrickd: best thing for "deploying" label settings is targeted development. Rip out the persist mechanism with one that uses org settings and user settings
#13:40:23phasefxrickd: the client determines the initial URL that gets looked at, but it's subsequent URL's in the remote files that determine what the URL is going to be by the time you get to the label interface
#13:41:16rickdphasefx: right now we have our hands full with telephony but it might be something to look at later, unfortunately we need the workaround now?
#13:41:22phasefxso, in practice, any upgrade is going to blow away xul persisted values. Things like the Auto-Print checkbox in circ interfaces, and label settings in the label printer. It's very unfortunate, and was unforeseen
#13:41:52rickdphasefx: so it is a reedit every time we upgrade?
#13:42:04dbsoh, heh, that's good to know - saved columns and the like as well?
#13:42:26dbsrel_1_4_0_4 forever, baby!
#13:42:29phasefxsaved columns use a different mechanism.. their settings get saved to a specific file based on the list id
#13:42:47dbsah, that's good :)
#13:42:52phasefxbut I'd like for all such settings to be support org settings, user settings, and local settings
#13:43:59phasefxrickd: I would examine and compare two different localstore.rdf's and see how they're different.. you may be able to pass around one definitive file.. or they may be unique and that won't work
#13:45:25phasefxone easy but horrible option is to rip out the persist attribute in spine_label.xul, and set some default value attributes
#13:46:34natschilwhat file would I need to edit to set what the "required" fields for adding patrons are? Here we don't really use Adresses, authentication methods, etc and therefore it would be easier if we didn't need to enter nonexistent zip codes (I generally use 00000), states and authentication methods
#13:47:19natschilwith authentication method I mean drivers license/ SSN for adding patrons (There is the "other" field, but that needs to be selected every time...)
#13:48:34brendan_ga_ has joined #OpenILS-Evergreen
#13:49:27rickdphasefx: BRB, have to take care of a customer issue
#13:52:58brendan_ga has quit IRC
#14:14:41phasefxmight even be cool to have a server-side "workstation setting" table
#14:15:03dbsphasefx: that would definitely be cool.
#14:15:14phasefxdetermining precedence would be interesting though
#14:15:19jeffalways is
#14:15:28jeffpick one and stick with it. :)
#14:15:54phasefxhard-coded xul by default, then org settings, then workstation settings, then user settings, then filesystem settings?
#14:16:27phasefxs/hard-coded/localized/ :)
#14:16:35jeffi'm not saying pick it NOW... :)
#14:16:48phasefxa user setting for determining the precedence ;)
#14:17:12dbsi'm with jeff, make it simple but make it work
#14:17:29jeffit would be nice if we could specify that precedence setting in more than one place, too... maybe at the workstation, and in a server-side "workstation setting precedence" table, and...
#14:17:57phasefxprecedence-precedence settings
#14:18:02phasefxprecedence-precedence-precedence settings
#14:18:05jeffbut then we'd have to determine the precedence of the workstation setting precedence settings...
#14:18:09phasefx:D
#14:18:12jeffokay, so i'm glad somebody got the joke :)
#14:19:27phasefxneed for receipt templates to have all these options too
#14:22:23chrissharp123 has joined #OpenILS-Evergreen
#14:54:49dchristens crosses his fingers... with any luck at all, going live with our pilot project tomorrow....
#14:56:24phasefxdchristens: huzzah!
#14:57:17dchristens<grin>
#14:58:28dchristensone library, four branches. 100,000 copies; 18,000 patrons :-)
#15:03:30chrissharp123dchristens: so what library system are you with?
#15:05:23dbsdchristens++
#15:14:48_dkyle_dbs: GRPL would like an ILS-Contrib repo, thanks.
#15:16:56_dkyle_aside from hold, overdue, and courtesy notices, we have a telephone renewal system in the works
#15:17:10natschil has quit IRC
#15:25:22dbs has quit IRC
#15:29:54jeff_dkyle_: sent you that email from march. :)
#15:30:29phasefx@later tell dbs see 15:14 in scrollback :)
#15:30:29pinesolphasefx: The operation succeeded.
#15:33:31sylvar has quit IRC
#15:35:47_dkyle_jeff: Thanks, that should force me to finish some code cleanup and get some stuff posted finally
#15:36:36dbs has joined #openils-evergreen
#15:37:08sylvar has joined #openils-evergreen
#15:37:15jeff_dkyle_: great! let me know if i can help. some of our workflows are different, so some of the changes i made may not make sense for you guys.
#15:41:25lisppaste6atheos pasted "problem with JUST ONE BILL" at http://paste.lisp.org/display/78127
#15:42:27atheosif anyone cares to look at this, I'm having trouble retrieving information for one (of many) bill. I'm getting an error on just this one item, and staff client debug tells me that I'm calling this function the proper way.
#15:43:44dbsatheos: is this: http://svn.open-ils.org/trac/ILS/ticket/45
#15:45:04dbs_dkyle_: can-do on GRPL ILS-Contrib access - need at least one email address + desired username
#15:46:33atheosdbs no, but I'm going to read that if you think it's related.
#15:46:40phasefxatheos: what's the billing_location for the grocery?
#15:46:45sarabee has quit IRC
#15:46:49atheosdifference on this particular bill is that it's a Miscellaneous charge
#15:47:13atheosphasefx, not sure what you mean by billing_location.
#15:47:33dbsatheos: apologies, knee-jerk paste
#15:47:56atheosoh, I like all responses dbs, knee-kerk or no. :)
#15:49:15phasefxmoney.grocery has a field called billing_location which should contain an org unit id. open-ils.circ.money.grocery.retrieve retrieves a grocery, but is throwing a perm failure on VIEW_TRANSACTION. This would be based on the value in the billing_location for that grocery
#15:50:25phasefxif that location doesn't fall into a work location scoped by the VIEW_TRANSACTION depth then you'll get that perm failure
#15:50:33atheosphasefx, I'm not looking at this from the SQL level, and I'm getting the results I need from the staff client. That leads me to believe I have a prob on my end, and not a problem with this record.
#15:50:45phasefxatheos: same user credentials?
#15:50:48atheosyes
#15:51:00atheoslet me confirm that
#15:52:14atheosyes, using the same user (mine)
#15:53:08sarabee has joined #openils-evergreen
#15:59:37dbs_dkyle_: arguably, rather than a single GRPL directory, it should be one directory per project; and a generic GRPL directory would be used for your local customizations etc.
#16:00:01dbsBut, whatever makes it easiest for you to share is good with me :)
#16:00:58phasefxatheos: hrmm.. are you passing a workstation when creating a session?
#16:01:41phasefxif the underlying permission checker isn't given an explicit context org to check against, I think it defaults to workstation org
#16:01:45atheosyes, this is a single bill out of about 10. the others are coming back fine, and I "recreated" this bill in my own account. it's coming back fine too. It's just this single bill, from all users and bills I've tested that's giving me trouble
#16:03:18phasefxatheos: you can watch your server logs? grep osrfsys.log for perm=VIEW_TRANSACTION
#16:03:26atheosk
#16:06:02atheososrfsys.16.log:2009-04-06 16:05:37 208.119.0.102 open-ils.circ: [INFO:4214:CStoreEditor.pm:86:12390482512455127] editor[0|16256] checking perms user=16256, org=4, perm=VIEW_TRANSACTION
#16:06:14atheosdat's me
#16:06:21phasefxis that any different from an instance where it works?
#16:06:24_dkyle_dbs: "per project" meaning Michigan Evergreen?
#16:06:42atheosno different phasefx
#16:06:52dbs_dkyle_: well, I meant more like "Voice notification" project
#16:07:04phasefxatheos: I'm confuddled :)
#16:07:12atheoshha
#16:07:21atheosok, we'll I'll mess with it more tomorrow
#16:07:40atheospossible for someone to mess this bill up at the time it was made?
#16:08:14phasefxI don't see how. Anything weird with it if peered at directly in the db?
#16:08:39_dkyle_dbs: ok sure, whatever fits the going convention and lets us share the love
#16:08:47atheosphasefx are you asking to look at it? if so, you've got my blessing
#16:09:03phasefxatheos: is that on your production instance?
#16:09:07atheosyes
#16:09:21atheosuntil today, I thought my credit card billing worked :)
#16:09:53atheosI have the problem dialed down (was only looking at grocery, not circulation). got that fixed, but then stumbled upon this single instance
#16:10:46dbs_dkyle_: well, we'll start with /grpl/ and if it grows, then cool :)
#16:10:54dbs_dkyle_: you have mail
#16:11:25phasefxatheos: yeah, I don't see anything obvious there
#16:11:43atheosok, thanks for looking
#16:14:36phasefxatheos: you're just getting back id's from .have_balance, right? that first response is from open-ils.circ.money.billable_xact_summary.retrieve ?
#16:15:22atheosgetting id's back from open-ils.actor.user.transactions.history.have_balance. I wasn't touching billable_xact_summary.retrieve
#16:15:46phasefxwhere did that first Array come from?
#16:16:04dchristens has quit IRC
#16:16:04atheosmethod=open-ils.actor.user.transactions.history.have_balance&service=open-ils.actor&param=
#16:16:14atheosthen results to method=open-ils.circ.money.grocery.retrieve&service=open-ils.circ&param=
#16:16:17dchristens has joined #OpenILS-Evergreen
#16:16:31atheosmissing a step ?
#16:17:21phasefxthis thing looks like a mbts, but I don't know where you're getting it: Array ( [0] => [1] => [2] => [3] => 1 [4] => 1778260 [5] => Unclaimed hold fee: "Sight" JJ [6] => 2009-03-25T10:32:52-0400 [7] => Miscellaneous charges [8] => [9] => [10] => [11] => 1 [12] => 0 [13] => 16256 [14] => [15] => 2009-03-25T10:32:52-0400 [16] => grocery
#16:17:57atheosI can get a view on the actual json response. This is after I use php to decode json
#16:18:45phasefxmay want to try a run through with srfsh
#16:18:54atheosah, good call.
#16:20:14dbsberick: just fyi, I started playing with Locale::Maketext::Lexicon, specifically the TT2 text extractor plugin, last night
#16:20:32dbsthe good news: it found the four strings that I had marked up in login.tt2 for translation
#16:21:18dbsthe bad news: it didn't generate any output other than "found four strings!"; apparently it doesn't ship out of the box ready to go, but needs some glue
#16:21:28atheosphasefx, here's the unmolested response: {"payload":[{"desc":"Permission Denied","ilsevent":5000,"ilsperm":"VIEW_TRANSACTION","ilspermloc":4,"pid":27575,"servertime":"Mon Apr 6 16:21:01 2009","stacktrace":"/openils/lib/perl5/OpenILS/Utils/CStoreEditor.pm:366 /openils/lib/perl5/OpenILS/Utils/CStoreEditor.pm:357 /openils/lib/perl5/OpenILS/Utils/CStoreEditor.pm:357","textcode":"PERM_FAILURE"}],"status":200}
#16:21:30dbsbut... there is hope, at least
#16:22:55berickdbs: great, that's a start
#16:23:56dbsberick: you're telling me! My background stress level is much lower. My foreground stress level continues to crank past 11. :)
#16:24:35dbsjust wait until I start enabling i18n and breaking everything, oh, it'll be just like old XMLENT times
#16:30:19berickdbs: if it would help, i would be glad to dance around a miniature model of stonehenge for your amusement
#16:30:35dbsberick++
#16:34:17jamesrf has quit IRC
#16:34:34sylvarAh, yes, where a man is a man and the children dance to the pipes of Pan.
#16:34:40sylvarI have heard of this place.
#16:35:25phasefxit's near where the Rogues of the Evergreen hang out
#16:45:07phasefx is out
#16:46:20brendan_ga_ has quit IRC
#16:54:52jeffi have successfully created a new supercat feed.
#16:54:53jeffyay!
#16:55:11jeff(had the api call modifications in place the other week, hadn't tackled WWW:SuperCat yet)
#16:55:32jeffand no, i didn't create a new WWW:SuperCat::Feed, just a new "feed" of data.
#17:00:02dbsjeff++
#17:00:37jeffgoing to try to make time to polish a few parts of it and send it to the list for feedback.
#17:09:09dchristensanyone here running 1.4.0.4? I can't seem to place a hold... title- or item-level.
#17:10:52brendan_ga has joined #OpenILS-Evergreen
#17:11:11dbs gives up trying to teach the marc editor that wrapping text really would be okay
#17:11:15dbsat least for today
#17:11:42dbsdchristens: permission problems? there are lots of permissions that aren't set out of the box
#17:13:23dchristensdbs: I'll check (worked in 1.4.0.2) - but wouldn't it give me some kind of message? Right now, clicking the 'place hold' button doesn't actually seem to do anything :-)
#17:13:54dbsah, that sounds like a different beast then. gotta run right now though, sorry
#17:14:01dbs has quit IRC
#17:14:23dchristensHeh - I might have scared him off :-)
#17:14:47dchristens calls out, "soooorrrrryyyyyyyy!"
#17:20:26jeffdchristens: which "place hold" button are you clicking, and is it in the staff client or the patron opac for the title holds?
#17:22:35dchristensjeff: staff client. when you search for a title and click the "place a hold" link
#17:23:03dchristens...takes you to the bit where you scan the patron barcode, and a screen to fiddle with hold details.
#17:23:11jeffdchristens: works for me as the admin user in 1.4.0.4. have you run autogen since changing org unit types and adding/removing org units?
#17:23:17dchristensthe bottom of that screen has a button to actually place the hold :-)
#17:23:31jeffand it's clicking that button that appears to do nothing?
#17:23:37dchristenscorrect
#17:23:51jeffi think i've encountered that before, but i don't remember if it was an autogen thing or not.
#17:23:53dchristens(yes to the autogen, too)
#17:24:23jamesrf has joined #openils-evergreen
#17:24:59dchristensHuh - something else weird... going into admin -> local system admin gives me a 404. I've blown something up somewhere :-)
#17:25:11jeffouch.
#17:25:38jeffmight want to start with your apache error log.
#17:25:52jeffi also must now depart. keep the channel posted with what you find. :)
#17:26:07dchristensYepper.... looks like jabber's not jabbering :-)
#17:26:12jeffgood luck!
#17:26:13dchristensjeff++
#17:28:46dchristensYep, that was it. shut down apache, stopped opensrf, and gave ejabberd a swift kick. started services, started apache... Ta da! Holds are happy :-)
#17:34:51dchristens has left #OpenILS-Evergreen
#19:12:07grahamf has joined #openils-evergreen
#19:28:19agJohnSpeaking of ejabberd... My OpenSRF install is stalled out trying to configure ejabberd (it's apparently not happy despite the fact that the processes show up). Log file says:
#19:28:20agJohn=INFO REPORT==== 2009-04-06 18:22:33 ===
#19:28:22agJohn application: ejabberd
#19:28:23agJohn exited: {bad_return,{{ejabberd_app,start,[normal,[]]},
#19:28:25agJohn {'EXIT',{{badmatch,{aborted,{no_exists,config}}},
#19:28:27agJohn [{ejabberd_config,set_opts,1},
#19:28:28agJohn {ejabberd_app,start,2},
#19:28:30agJohn {application_master,start_it_old,4}]}}}}
#19:28:32agJohn type: temporary
#19:28:34agJohnNow, I had a typo in the ejabberd.cfg file (from the mods required from the default file), but I fixed that--so now I'm hoping someone has a brilliant suggestion....
#19:29:17agJohnThe typo gave a different error, btw...
#19:32:57brendan_ga_ has joined #OpenILS-Evergreen
#19:33:19brendan_ga has quit IRC
#19:42:27djfiander has joined #OpenILS-Evergreen
#19:50:23agJohnUninstall and reinstall of ejabberd did the trick. Got no clue what the root problem was....
#20:01:40djfiander"Item is published monthly on the second Wednesday of the month except in April when it's published on the second Thursday, and May, when it's published on the first Wednesday."
#20:01:45djfianderthis is hard.
#20:13:25phase_bbIt's a game between the publishers and the ils vendors
#20:14:13grahamf` has joined #openils-evergreen
#20:14:38djfianderI thought M.A.D. went out of fashion in the 60s
#20:31:00grahamf has quit IRC
#21:24:06dbs has joined #openils-evergreen
#21:25:26kgs_ has quit IRC
#21:32:11berickthese are college students! shouldn't they be playing their basketball games at a reasonable hour?
#21:43:25djfianderthey're college students on basketball scholarships. who says they have classes?
#21:45:05kbeswick_ has joined #openils-evergreen
#21:46:39kbeswick_miker_: you there?
#21:53:53kbeswick_ has quit IRC
#21:58:16jamesrf has quit IRC
#22:07:35jamesrf has joined #openils-evergreen
#22:10:55djfiander has quit IRC
#22:12:22grahamf` has left #openils-evergreen
#23:19:34denials has quit IRC
#23:24:24denials has joined #OpenILS-Evergreen
#23:55:59jeff gets used to posting to the list more
#23:56:16jeffi haven't been in an email frame of mind lately.
< Sunday, April 5th, 2009Raw Log FileTuesday, April 7th, 2009 >