2011-03-02T00:33:11 *** dbs has quit IRC 2011-03-02T00:42:57 *** pmplett has quit IRC 2011-03-02T00:44:08 *** pmplett has joined #evergreen 2011-03-02T01:36:10 *** pmplett has quit IRC 2011-03-02T02:12:45 *** moodaepo has quit IRC 2011-03-02T03:00:35 *** jennam has quit IRC 2011-03-02T03:11:04 *** jennam has joined #evergreen 2011-03-02T03:11:04 *** jennam has joined #evergreen 2011-03-02T05:33:27 *** phasefx has quit IRC 2011-03-02T05:34:50 *** phasefx has joined #evergreen 2011-03-02T07:49:22 *** rickd_ has joined #evergreen 2011-03-02T07:57:22 *** rickd_ has quit IRC 2011-03-02T08:03:10 *** kmlussier has joined #evergreen 2011-03-02T08:09:20 *** sfortin has joined #evergreen 2011-03-02T08:17:19 *** rickd_ has joined #evergreen 2011-03-02T08:31:50 *** _bott_1 has quit IRC 2011-03-02T08:35:12 *** _bott_ has joined #evergreen 2011-03-02T08:36:19 *** dbs has joined #evergreen 2011-03-02T08:36:43 thanks for the tag fix, gmcharlt 2011-03-02T08:45:25 "the letters are in the right order, but they are not joined together" - knowing close to nothing about Arabic, is that a result of the font used to display the text? 2011-03-02T08:46:27 I read that as "some of the letters are supposed to be combined for whatever reason, such as ae occasionally ends up being one 'letter'" 2011-03-02T08:46:48 But I don't know enough about arabic to be certain 2011-03-02T08:46:58 tsbere: yes, that's what I'm saying 2011-03-02T08:47:00 * dbs peers at http://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures 2011-03-02T08:47:35 Thing is, when I have seen ae combined (after being a and e) I have seen a unicode "joiner" between them.......seems a bit excessive to need that for a large portion of text. 2011-03-02T08:47:43 when we used NFD, the display was much less pleasant for chars like é than NFC was 2011-03-02T08:52:50 Too early for me to be trying to parse this, I think, but it looks like in Arabic things are supposed to look different depending on where they are in the word or sentence? 2011-03-02T08:53:27 So not joining words properly would result in it not rendering even close to correctly 2011-03-02T08:56:01 * tsbere would need examples of wrong compared to correct rendering just to consider starting working on a solution 2011-03-02T08:56:04 tsbere: I think we lack sufficient information to have an intelligent conversation 2011-03-02T08:56:23 who wants to ask Christopher for said examples? 2011-03-02T08:57:07 s/er// 2011-03-02T08:57:38 * tsbere lost the email in his tabs 2011-03-02T08:57:43 was it sent to general or dev? 2011-03-02T08:58:00 general 2011-03-02T08:58:04 * dbs needs to reboot 2011-03-02T08:58:06 *** dbs has quit IRC 2011-03-02T08:58:58 *** phasefx has quit IRC 2011-03-02T08:59:36 *** phasefx has joined #evergreen 2011-03-02T09:01:36 *** dbs has joined #evergreen 2011-03-02T09:01:36 *** dbs has joined #evergreen 2011-03-02T09:04:15 *** phasefx has quit IRC 2011-03-02T09:05:01 *** Meliss has joined #evergreen 2011-03-02T09:05:07 *** phasefx has joined #evergreen 2011-03-02T09:08:07 I did some quick tests in firefox with some example words, and indeed the rendering changes (in firefox) depending on letter position. Insert whitespace in the middle and both sides of the whitespace change. 2011-03-02T09:08:23 Not sure what triggers that yet, though 2011-03-02T09:08:44 appears to be a standard utf-8 page 2011-03-02T09:08:59 *** Callender has quit IRC 2011-03-02T09:13:01 *** yboston has joined #evergreen 2011-03-02T09:16:50 *** gdunbar has joined #evergreen 2011-03-02T09:18:16 Quick DB question: The view "payment_view" joins the money.payment table with "pg_class" to get the payment type (ie: forgive, cash, credit, etc). Where can I find this "pg_class"? I would like to do something similar as part of a different query, but having the payment type would be helpful 2011-03-02T09:20:43 AaronZ-PLS: Tis a postgres thing, I believe 2011-03-02T09:20:51 From a random version doc page: "The catalog pg_class catalogs tables and most everything else that has columns or is otherwise similar to a table." 2011-03-02T09:28:42 tsbere:thanks 2011-03-02T09:29:56 yay, green across the top of http://testing.evergreen-ils.org/buildbot/waterfall 2011-03-02T09:36:48 *** jenny has joined #evergreen 2011-03-02T09:37:35 *** Callender has joined #evergreen 2011-03-02T09:46:50 tsbere: re the rendering of some unicode character points seems to depend on normalization form of utf-8 (obv, when so encoded) ... for some scripts NFD works better and for others NFC is better ... and (at least in IE7 and before) that "betterness" seems to be reversed 2011-03-02T09:49:10 If Christoph could provide us with some sample records, and some screenshots of the text contained within how it should look and how it currently looks, that would probably be helpful 2011-03-02T09:49:57 eeevil: yeah, I mentioned the NFC vs. NFD thing to tsbere as well; NFC in Firefox was way the hell better for our purposes 2011-03-02T09:50:12 but samples++ + tests++ 2011-03-02T09:52:37 dbs: so you did. you++ 2011-03-02T09:54:37 *** r123 has joined #evergreen 2011-03-02T09:54:55 *** r123 has left #evergreen 2011-03-02T10:11:24 *** moodaepo has joined #evergreen 2011-03-02T10:31:35 *** moodaepo has quit IRC 2011-03-02T10:34:01 *** moodaepo has joined #evergreen 2011-03-02T10:43:59 *** yboston has quit IRC 2011-03-02T10:49:41 *** jenny has quit IRC 2011-03-02T10:49:59 *** bshum has joined #evergreen 2011-03-02T10:50:46 *** yboston has joined #evergreen 2011-03-02T10:59:53 *** jenny has joined #evergreen 2011-03-02T11:28:08 I've exposed a branch on evergreen-equinox.git called masslnc-vol-item-ui. The goal is to provide an option for unifying the volume/copy creator and item attribute editor, and to allow editing of parts and affixes 2011-03-02T11:29:18 I may have to check that out 2011-03-02T11:29:51 If only due to being employed by a masslnc member 2011-03-02T11:29:58 would definitely appreciate the eyeballs 2011-03-02T11:30:15 well, the parts and affix UI parts will probably be in the bib_parts and cn_affix branches ... 2011-03-02T11:30:26 for the time being 2011-03-02T11:30:48 *** collum has joined #evergreen 2011-03-02T11:31:08 And now it may have become more work to look at than I have time for, and thinking about it I am not sure I could do looking at it justice. 2011-03-02T11:31:21 * tsbere can barely create items to begin with :( 2011-03-02T11:39:54 *** phasebb has joined #evergreen 2011-03-02T11:58:14 I have a question for ldirector users... 2011-03-02T11:59:06 PINES is using ldirector to route to each of the brick heads, but looks to be using IPtables to route to our 2 SIP servers 2011-03-02T11:59:33 is there any reason why the SIP routing would be done with IPtables and not ldirector? 2011-03-02T12:00:02 csharp: I planned to try ldirector routing with SIP (we only have one server atm) 2011-03-02T12:00:35 So it's just a single entry pointing to our SIP server currently. 2011-03-02T12:00:43 Not sure what'll happen if we add additional ones 2011-03-02T12:01:32 bshum: thanks for the feedback 2011-03-02T12:02:12 csharp: mrpeters-isl doesn't seem to be on, but he might have additional information. I know EI uses a bunch of SIP servers, and they also run ldirector 2011-03-02T12:03:39 *** pmplett has joined #evergreen 2011-03-02T12:05:21 *** jlamos has joined #evergreen 2011-03-02T12:05:28 *** jenny has quit IRC 2011-03-02T12:06:12 *** jlamos has left #evergreen 2011-03-02T12:07:17 csharp: Don't know if you can trust it, but I found a doc where someone is making examples using SIP and ldirector: http://ur1.ca/3dfvb 2011-03-02T12:07:23 So maybe it's fine? 2011-03-02T12:07:34 bshum: thanks! 2011-03-02T12:07:54 I'll be testing it soon enough. 2011-03-02T12:08:04 So I'll let you know if we encounter any quirks on our end. 2011-03-02T12:09:30 *** jlamos has joined #evergreen 2011-03-02T12:10:14 *** chrissharp123 has joined #evergreen 2011-03-02T12:11:12 *** jennam has quit IRC 2011-03-02T12:11:58 Or vice versa if you get there first ;) 2011-03-02T12:13:13 bshum: we're just looking to mirror the current setup, and asking questions along the way about whether X was set up for a particular reason or just because that's how someone chose to do it one day ;-) 2011-03-02T12:27:09 tsbere: so masslnc-cataloging-enhancements is the real branch we'll work with going forward. It pulls in cn_affix, bib_parts, and masslnc-vol-item-ui 2011-03-02T12:28:26 * tsbere does a git fetch for his remote to get the new branch/updates 2011-03-02T12:28:56 *** jenny has joined #evergreen 2011-03-02T12:30:49 I must be getting used to git. I just asked git to tell me what actually changed...and was looking at the answer before I realized I had asked git that. 2011-03-02T12:38:29 *** phasebb has quit IRC 2011-03-02T13:06:59 well, looking at things, I would only have one suggestion so far 2011-03-02T13:07:14 And it is really isn't that important 2011-03-02T13:07:15 csharp / bshum: the primary reason for not using ldirector for SIP is (when PINES' EG cluster was built) ldirector didn't have a way to add arbitrary tests for health -- it knew about http (and thus ping.txt) natively, and could check a local file, but had nothing that would actually test the SIP pipe. So, because it didn't do more than iptables, and iptables is faster, we went with that 2011-03-02T13:09:51 phasefx: Do you want my not really all that important thoughts? 2011-03-02T13:09:59 or rather thought 2011-03-02T13:10:37 tsbere: I love thoughts 2011-03-02T13:10:58 eeevil: I also remember an issue where the SIP connections wouldn't die correctly and it would eventually kill the SIP servers 2011-03-02T13:11:02 Well, in regards to the SQL queries in particular for call number prefix/suffix stuff 2011-03-02T13:11:11 berick: remember that? --^ (using ldirector for sip load balancing) 2011-03-02T13:11:19 Currently they look like cnp.label || CASE WHEN cnp.label <> '' THEN ' ' ELSE '' END || cn.label || CASE WHEN cns.label <> '' THEN ' ' ELSE '' END || cns.label 2011-03-02T13:11:49 I think that they are slightly more readable, and possibly slightly faster, if they look like this: CASE WHEN cnp.label <> '' THEN cnp.label || ' ' ELSE '' END || cn.label || CASE WHEN cns.label <> '' THEN ' ' || cns.label ELSE '' END 2011-03-02T13:12:01 bradl: ahhh... yes indeed. ld kept closed connections half open, and the sip server wouldn't notice that 2011-03-02T13:12:03 And that is the extent of my thoughts so far. 2011-03-02T13:12:21 we never solved why it did that... we just used iptables.. 2011-03-02T13:12:36 10% wrong, 90% done, to quote Rogan ;) 2011-03-02T13:12:42 heh 2011-03-02T13:12:59 tsbere: that's a fine point, and thanks for the eyeballs 2011-03-02T13:15:29 tsbere: actually, I'm going to use use a slightly different test, int >, which should be slightly faster still than a text <> 2011-03-02T13:15:37 bradl: yes, that matches my recollection. the "up test" chewed up backends 2011-03-02T13:16:43 yeah, that's right 2011-03-02T13:17:42 collective_memory++ 2011-03-02T13:18:08 collective_memory_recorded_by_pinesol++ 2011-03-02T13:18:54 pinesol_on_old_community_server-- :) 2011-03-02T13:19:15 so, the take-away is, "it'll work until it brings the whole thing to a screeching halt" ;) 2011-03-02T13:21:07 eeevil: Actually, I take back my "only that" comment. I didn't notice the default for prefix, at least, because the insert into is asset.call_number_preffix instead in 040.schema.asset.sql - and for that matter the insert for suffix is using sufffix too. 2011-03-02T13:23:59 * dbs hopes to add a "run eg_db_config.pl" test to the CI server for Evergreen to catch schema errors 2011-03-02T13:24:14 or, you know, if anyone else wants to take a stab at editing buildbot.cfg... 2011-03-02T13:26:42 dbs: Potential issue is that on a dry run on a true fresh DB there are a number of error lines that can be safely ignored 2011-03-02T13:27:00 we are the hive brain 2011-03-02T13:28:32 tsbere: fixxing the exxxxtra fs 2011-03-02T13:29:59 *** jenny has quit IRC 2011-03-02T13:30:25 tsbere: yes, you can filter known non-problems 2011-03-02T13:32:54 phasefx: pinesol_on_lupin? 2011-03-02T13:34:13 csharp: need to put everything on lupin. maybe next weekend I can work on that 2011-03-02T13:34:30 phasefx: lemme know how I can help 2011-03-02T13:34:40 will do 2011-03-02T13:36:43 because everybody was dying for this, I put the current rules of governance draft into AsciiDoc format in http://svn.open-ils.org/trac/ILS-Contrib/browser/governance/governance.txt 2011-03-02T13:36:54 dbs++ 2011-03-02T14:04:30 Hmm, on the holds pull list page, there's a "Print Page" button on the upper right hand corner that doesn't seem to ever work. 2011-03-02T14:04:38 It just claims "We are unable to Print or Print Preview this page." 2011-03-02T14:04:44 And might be a bit misleading 2011-03-02T14:04:53 There is a print button in the lower left hand corner 2011-03-02T14:04:56 That does work 2011-03-02T14:10:23 *** dbs has quit IRC 2011-03-02T14:11:43 bshum: we need to hide that button 2011-03-02T14:12:08 phasefx: Is that all one bar across the top? I see there's a reload, etc on the left side too 2011-03-02T14:12:11 it's geared toward printing HTML pages, which the pull list no longer is in that context 2011-03-02T14:12:23 Aha 2011-03-02T14:16:32 *** kmlussier has quit IRC 2011-03-02T14:36:57 Also, it seems that we cannot clone any of our existing A/T event definitions. It's bumping up the sequence but not actually doing anything. 2011-03-02T14:37:15 In our log, the error reads: "null value in column "hook" violates not-null constraint" 2011-03-02T14:40:06 *** kmlussier has joined #evergreen 2011-03-02T14:50:27 *** dbs has joined #evergreen 2011-03-02T14:50:27 *** dbs has joined #evergreen 2011-03-02T14:51:01 kmlussier: http://masslnc.cwmars.org/ instead of http://masslnc.org ? 2011-03-02T14:51:58 It redirects there, but I usually use masslnc.org. Is it not redirecting? 2011-03-02T14:54:11 hmm. Didn't work earlier for me, but works now 2011-03-02T14:54:32 never mind :) 2011-03-02T14:54:50 I believe redirection errors are my department on that one. Unless someone at cwmars can make it just know what masslnc.org is so I can point an A record thataway. 2011-03-02T14:55:44 *** pmplett has quit IRC 2011-03-02T14:55:54 So, it seems that attempting to clone an A/T event definition loses the hook, reactor, validator field entries from the original. 2011-03-02T14:56:26 bshum: That sounds significantly less like a "clone" than it should be 2011-03-02T14:56:33 tsbere++ 2011-03-02T14:56:48 tsbere: Yeah I'm trying to see if maybe it's because we're attempting to clone our old 1.6 A/T definitions vs. newer 2.0 ones 2011-03-02T14:56:55 And if there's a significant difference between them 2011-03-02T14:57:16 I would expect a clone to make as close to a dupe as possible in that context, regardless of rule age. 2011-03-02T14:57:34 Right, it used to work in 1.6 2011-03-02T14:57:41 But hasn't been working in 2.0 for us 2011-03-02T14:58:42 dbs: Glad you made it in. Was starting to worry I would need to set out yet another correction on a URL. :-) 2011-03-02T14:58:57 Oh weird, it works for some but not others. 2011-03-02T14:59:15 Going to try to narrow down the differences 2011-03-02T15:01:32 *** chrissharp123 has quit IRC 2011-03-02T15:01:44 *** Andy__ has joined #evergreen 2011-03-02T15:02:08 eeevil: In the readability improvements for the sql in biblio.pm, I think line 465 was intended to be removed (the old label build compared to the new that was put above it) 2011-03-02T15:03:03 *** dbs has quit IRC 2011-03-02T15:04:51 *** dbs has joined #evergreen 2011-03-02T15:05:24 tsbere: that sounds like something I'd do... sec 2011-03-02T15:07:36 thansks 2011-03-02T15:08:11 *** jenny has joined #evergreen 2011-03-02T15:11:05 *** pmplett has joined #evergreen 2011-03-02T15:39:32 *** collum has quit IRC 2011-03-02T15:41:00 Speaking on A/T event definitions. Is it possible for an A/T event to clear fines? 2011-03-02T15:42:52 AaronZ-PLS: I imagine you can create a Reactor for that; but there's not a stock one already doing it that I see 2011-03-02T15:44:17 *** pmplett has quit IRC 2011-03-02T15:44:25 Alright, so it's intermittent, some A/T we can clone, and others we can't. Nothing coming up different in the event_definition other than having different org units. And spontaneously, it seems that every so often, a definition we could clone at one point cannot be cloned a few moments later. 2011-03-02T15:45:02 Poking at the logs for clues, but so far, coming up empty 2011-03-02T15:45:08 We have several libraries who give fine free status for a year to people that contribute $100+ to a capital fund, but they are not fine free at other libraries and some of them are abousing that status. I would like to create an event that voids the fines for those people if the checkout library is the library which has granted the fine free status 2011-03-02T15:45:23 *** justin_mo has joined #evergreen 2011-03-02T15:46:30 Is there a better way to do this? 2011-03-02T15:47:15 How do you know they are fine-free status to begin with? 2011-03-02T15:48:03 currently there is a stat cat. We are looking to add a new patron group "donor" to replace that stat cat 2011-03-02T15:48:41 How do you plan to differentiate where they are a donor? 2011-03-02T15:49:02 Home library 2011-03-02T15:49:08 AaronZ-PLS: we recently had that request in PINES, but it was for a fines-free week - we did not do it in the software, but I'm interested in being able to 2011-03-02T15:49:51 in that case, it was an entire library system within our consortium, and I figure it would be done with circ rules in 1.6-2.0 2011-03-02T15:49:53 One of our libraries apparently had a fines free week too. Lucky there's an "amnesty" checkin mode in 2.0 that voids all fines off incoming items. 2011-03-02T15:49:55 Well, when fallthrough comes around (2.1) you could rig it up so that the "donor" patron group when aligned with the correct user home ou gets a "no fines" recurring or max fine rule 2011-03-02T15:50:06 bshum: nice! 2011-03-02T15:50:12 AaronZ-PLS: you could use a new bool staff-only user setting type as an opt-in setting for an A/T 2011-03-02T15:50:13 2.0++! 2011-03-02T15:51:27 So the rule would be: "IF = Donor AND CircLib = HomeLib" void the bill with the message "Bill voided for Donor Patron" 2011-03-02T15:52:08 eeevil: how would that work? 2011-03-02T15:56:06 Would that be a new stat cat?, or is there another way to add a user setting? 2011-03-02T15:56:26 *** Meliss has quit IRC 2011-03-02T16:07:23 AaronZ-PLS: you can add user settings 2011-03-02T16:07:42 (sorry ... attacking code ... shoulda just stayed quiet ;) ) 2011-03-02T16:08:36 AaronZ-PLS: but, as bshum said, having those users in a subgroup of Patron would be more straight forward 2011-03-02T16:09:31 well, I see bshum didn't say that, but mentioned amnesty 2011-03-02T16:09:31 tsbere actually, but yes! 2011-03-02T16:09:46 right, tsbere 2011-03-02T16:09:50 bshum++ 2011-03-02T16:09:55 tsbere++ 2011-03-02T16:10:28 Is the action_trigger_filters.json.example an important thing to have a real file equivalent for in an /openils/conf folder? 2011-03-02T16:12:08 Hello all. I'm the IT guy for a library consortium in Missouri and we are considering implementing an open-source option for those libraries that might be interested. When researching options, Evergreen and Koha are the obvious front runners. Again and again I've seen it said (mostly by people who ended up going with Koha) that Evergreen is "more suited for large libraries and consortia" but haven't ever really seen any data to 2011-03-02T16:12:59 justin_mo: IRC will truncate long lines.. we didn't see what comes after "ever really seen any data to" 2011-03-02T16:13:13 Oh, sorry. 2011-03-02T16:13:18 ...back this up. 2011-03-02T16:13:25 That's all you missed. 2011-03-02T16:14:05 Looking for something to support the assertion that 'Evergreen is better for consortia' 2011-03-02T16:15:41 it was designed to support consortia, but small libraries use it as well 2011-03-02T16:16:23 it may be better to see what feature-sets are more closely aligned to what you're looking for when comparing these applications 2011-03-02T16:16:50 justin_mo: a lot depends on who you are organizing the option you are presenting to your libraries 2011-03-02T16:17:09 *** dbs has quit IRC 2011-03-02T16:17:19 if you're building (or have aims of buidling) a state wide resource-sharing system and shared catalog, that's what Evergreen was designed for 2011-03-02T16:18:02 if the libraries would be adopting individual open source catalogs, you might consider giving them option of picking either Evergreen or Koha based on features they need 2011-03-02T16:18:22 for example, if you need EDI support out of the box, Evergreen currently has that but Koha does not 2011-03-02T16:18:27 gmcharlt: We actually have a state-wide resource sharing system, but it's almost completely academic libraries, and all are running Millennium 2011-03-02T16:18:37 conversely, if you need LDAP integration out of the box, Koha currently has that but Evergreen does not 2011-03-02T16:19:01 of course, both projects I think will ultimately converge on "checkbox" features like that 2011-03-02T16:19:57 gmcharlt: w/r/t giving them the option, I don't think we have the bandwidth (personnel wise) to handle two different systems. Does Evergreen have qualities that make it inherently more scalable, cheaper to develop, more performant, etc? 2011-03-02T16:20:17 Basically I'm talking about "non-checkbox" features 2011-03-02T16:22:15 *** dbs has joined #evergreen 2011-03-02T16:24:35 well, in the context of a shared Evergreen catalog, it's explicitly designed to be more scalable, particularly in terms of making it easy to add additional application servers as transaction growth warrants 2011-03-02T16:25:23 in particular, it lends itself well to setting up a bunch of relatively cheap application servers 2011-03-02T16:25:32 gmcharlt: That's exactly the type of thing I'm curious about. 2011-03-02T16:26:20 *** gdunbar has quit IRC 2011-03-02T16:26:21 cheaper to develop? it's a wash. IMO, the barrier to entry to develop for Koha is lower, but Evergreen has a younger code base and has a bit less cruft 2011-03-02T16:26:38 Koha has a rather larger development community (and more commercial developers), though 2011-03-02T16:27:45 From what I've seen the Koha devs are much more international. 2011-03-02T16:28:11 incidentally, http://koha-community.org/ is the definitive site for that project, in case you've been elsewhere 2011-03-02T16:28:12 Also, despite the larger community of Koha, Evergreen seems to be adding new features more rapidly 2011-03-02T16:28:13 just as a point of information, by the way, I'm a committer to Evergreen and the release manager of Koha 3.2.0, so if you're detecting that I'm firmly straddling the fence, you'd be correct :) 2011-03-02T16:28:23 Hey, Evergreen has international! USA _and_ Canada! 2011-03-02T16:28:32 Ahaha 2011-03-02T16:28:34 and elsewhere 2011-03-02T16:28:36 dbs: and Georgia the country! 2011-03-02T16:29:34 Sorry, I was talking about code contributions. Definitely, I recall a trip to Armenia a few years ago 2011-03-02T16:29:51 gmcharlt: tbh, someone straddling the fence is exactly what I need. We were put in the position to make a decision, so it really puts us on the same fence... except we have to eventually pick a side. 2011-03-02T16:30:03 as far as rate of adding features - also a wash; some things that are new to Evergreen 2.0 Koha has had for years; on the other hand, some things that Evergreen does Koha doesn't currently support 2011-03-02T16:30:43 but we all love open source over proprietary ;-) 2011-03-02T16:31:23 proprietary is the ditch running on both sides of said fence I think 2011-03-02T16:31:26 Koha's next conference is in India, whereas Evergreen's is in Georgia (the state, not the country) :) 2011-03-02T16:32:21 justin_mo: as far as talking to (relatively close-by) libraries are concerned, you can get a good Koha perspective from several consortia in Kansas 2011-03-02T16:32:29 and the Evergreen POV from Indiana 2011-03-02T16:33:58 gmcharlt and atz are probably the only people really qualified to talk about both koha and evergreen, so you lucked out justin_mo! 2011-03-02T16:34:16 We actually took a trip up to Michigan to visit MLC before the INCOLSA merge. 2011-03-02T16:34:26 dbs: I'm a lucky guy! 2011-03-02T16:34:45 *** kmlussier has quit IRC 2011-03-02T16:36:29 Thanks for the start guys. 2011-03-02T16:42:29 *** bshum has quit IRC 2011-03-02T17:00:00 *** jenny has quit IRC 2011-03-02T17:06:36 *** dbs has quit IRC 2011-03-02T17:34:51 *** justin_mo has quit IRC 2011-03-02T17:37:50 *** yboston has quit IRC 2011-03-02T17:47:31 *** jenny has joined #evergreen 2011-03-02T17:59:14 *** jenny has left #evergreen 2011-03-02T18:09:46 *** dbwells_ has joined #evergreen 2011-03-02T18:13:33 *** dbwells has quit IRC 2011-03-02T18:13:41 *** dbwells_ is now known as dbwells 2011-03-02T18:23:14 *** sfortin has quit IRC 2011-03-02T18:34:31 *** rickd__ has joined #evergreen 2011-03-02T18:35:39 *** rickd_ has quit IRC 2011-03-02T18:36:15 *** atheos has quit IRC 2011-03-02T18:41:06 *** atheos has joined #evergreen 2011-03-02T18:55:18 *** r123 has joined #evergreen 2011-03-02T20:39:10 *** rangi has quit IRC 2011-03-02T20:39:11 *** mjgiarlo has quit IRC 2011-03-02T20:43:20 *** rangi has joined #evergreen 2011-03-02T20:43:20 *** mjgiarlo has joined #evergreen 2011-03-02T20:45:33 *** rangi has quit IRC 2011-03-02T20:45:34 *** mjgiarlo has quit IRC 2011-03-02T20:51:06 *** rangi has joined #evergreen 2011-03-02T20:51:07 *** mjgiarlo has joined #evergreen 2011-03-02T21:07:23 *** phasefx has quit IRC 2011-03-02T21:09:52 *** rickd__ has quit IRC 2011-03-02T21:19:17 *** phasefx has joined #evergreen 2011-03-02T21:33:45 *** dbs has joined #evergreen 2011-03-02T21:33:49 *** dbs has joined #evergreen 2011-03-02T23:54:25 *** pinesol has joined #evergreen 2011-03-02T23:54:25 -calvino.freenode.net- [freenode-info] channel trolls and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp 2011-03-02T23:55:31 *** phasefx2 has quit IRC 2011-03-02T23:56:09 *** dave-esi has quit IRC 2011-03-02T23:56:10 *** phasefx2 has joined #evergreen 2011-03-02T23:56:17 *** dave-esi_ is now known as dave-esi