2011-01-04T00:04:33 *** tildeequals has joined #evergreen 2011-01-04T00:10:14 *** dbs has quit IRC 2011-01-04T03:44:17 *** tildeequals has quit IRC 2011-01-04T03:44:17 *** denials has quit IRC 2011-01-04T03:44:17 *** atz_ has quit IRC 2011-01-04T03:44:18 *** shadowspar has quit IRC 2011-01-04T03:44:18 *** finnapz has quit IRC 2011-01-04T03:44:18 *** kbeswick_ has quit IRC 2011-01-04T03:44:19 *** csharp has quit IRC 2011-01-04T03:44:40 *** phasefx has quit IRC 2011-01-04T03:44:41 *** gmcharlt has quit IRC 2011-01-04T03:44:41 *** eeevil has quit IRC 2011-01-04T03:44:41 *** wjr has quit IRC 2011-01-04T03:44:42 *** brendan2 has quit IRC 2011-01-04T03:44:43 *** berick has quit IRC 2011-01-04T03:45:29 *** mtate has quit IRC 2011-01-04T03:45:29 *** moodaepo has quit IRC 2011-01-04T03:45:29 *** mrpeters-isl has quit IRC 2011-01-04T03:45:29 *** Callender has quit IRC 2011-01-04T03:45:45 *** dbwells has quit IRC 2011-01-04T03:48:08 *** brendan2 has joined #evergreen 2011-01-04T03:48:08 *** wjr has joined #evergreen 2011-01-04T03:48:08 *** eeevil has joined #evergreen 2011-01-04T03:48:08 *** gmcharlt has joined #evergreen 2011-01-04T03:48:08 *** phasefx has joined #evergreen 2011-01-04T03:48:08 *** berick has joined #evergreen 2011-01-04T03:48:38 *** mtate has joined #evergreen 2011-01-04T03:48:38 *** moodaepo has joined #evergreen 2011-01-04T03:48:38 *** mrpeters-isl has joined #evergreen 2011-01-04T03:48:38 *** Callender has joined #evergreen 2011-01-04T03:49:07 *** dbwells has joined #evergreen 2011-01-04T03:49:48 *** tildeequals has joined #evergreen 2011-01-04T03:49:48 *** denials has joined #evergreen 2011-01-04T03:49:48 *** atz_ has joined #evergreen 2011-01-04T03:49:48 *** shadowspar has joined #evergreen 2011-01-04T03:49:48 *** finnapz has joined #evergreen 2011-01-04T03:49:48 *** kbeswick_ has joined #evergreen 2011-01-04T03:49:48 *** csharp has joined #evergreen 2011-01-04T06:07:41 *** gett has joined #evergreen 2011-01-04T06:07:47 hi 2011-01-04T06:08:04 I need help for opensrf 2011-01-04T06:09:24 I run maverick. When I installing i have error in command make -f src/extras/Makefile.install where is maverick. Any help? 2011-01-04T06:27:46 *** gett has quit IRC 2011-01-04T06:36:17 *** gett has joined #evergreen 2011-01-04T06:46:56 *** gett has quit IRC 2011-01-04T07:26:17 *** alxp has joined #evergreen 2011-01-04T08:26:29 *** Dyrcona has joined #evergreen 2011-01-04T08:33:16 @later tell gett I don't think maverick is a valid distribution in opensrf trunk yet. I've been using "lucid" as the distribution on maverick, though, and it seems to work. YMMV. 2011-01-04T08:33:16 mjgiarlo: The operation succeeded. 2011-01-04T08:44:05 @later tell gett As a followup to what mjgiarlo said about maverick, I'd recommend sticking to long term support releases, particularly if you're talking about a production environment. 2011-01-04T08:44:05 Dyrcona: The operation succeeded. 2011-01-04T08:53:05 people put things in production? that's what I have been missing. 2011-01-04T08:55:04 *** kmlussier has joined #evergreen 2011-01-04T08:57:32 :) 2011-01-04T08:57:39 We'll get there, eventually. :) 2011-01-04T09:04:34 *** r123 has joined #evergreen 2011-01-04T09:20:20 *** Callender has quit IRC 2011-01-04T09:21:32 *** tspindler has joined #evergreen 2011-01-04T09:25:56 *** Callender has joined #evergreen 2011-01-04T09:32:05 *** Dyrcona has quit IRC 2011-01-04T09:35:33 *** dbs has joined #evergreen 2011-01-04T09:40:25 *** jenny has joined #evergreen 2011-01-04T09:42:57 *** tspindler has quit IRC 2011-01-04T09:43:44 *** tspindler has joined #evergreen 2011-01-04T09:50:52 *** rsoulliere has joined #evergreen 2011-01-04T09:53:30 * tsbere wonders if eeevil is around or still off without a "real" computer 2011-01-04T09:54:30 tsbere: on a call, but as soon as it's over I'll be committing that patch from Dyrcona 2011-01-04T09:55:12 eeevil: Was more in a "poke you about my patch as we are after RC1, last I checked" mood today, but Dyrcona's is good too. 2011-01-04T09:55:14 tsbere: if that's what you're referring to, re "real computer" ;) 2011-01-04T09:57:05 ahh... I'm prepping for ALA midwinter, but I will try ... swore off computers for the most part during my time off :) 2011-01-04T09:58:32 As for "real computer" I was referring to your comment on bug 695510 where you said "not near a real computer ATM" ;) 2011-01-04T10:11:31 *** atheos has joined #evergreen 2011-01-04T10:15:31 *** rsoulliere has quit IRC 2011-01-04T10:18:17 *** bshum has joined #evergreen 2011-01-04T10:20:43 Has anyone here heard of SIF specification for schools? 2011-01-04T10:21:40 bshum: sifinfo.org ? 2011-01-04T10:21:53 I don't know anything about it other than that it exists 2011-01-04T10:21:57 That seems to be the one. 2011-01-04T10:22:10 Someone here was wondering if Evergreen could work with something like that. 2011-01-04T10:22:17 I didn't recall reading anything like that. 2011-01-04T10:22:23 But thought I would poke around 2011-01-04T10:22:34 * tsbere gets SQL errors from MSSql upon opening the page 2011-01-04T10:22:45 I don't think Evergreen works well with MSSql errors 2011-01-04T10:24:28 More errors on the specification page. I already don't trust the specification if the site promoting it can't even work properly for more than 1 page load. 2011-01-04T10:24:39 tsbere: Heh :S 2011-01-04T10:26:14 bshum: well, the general answer is yes - SIF just appears to be a set of XML schemas and an SOA framework for data exchange 2011-01-04T10:26:59 main question, really, is whether there are implementation guidelines for whatever a school would be using it for to interchange with an ILS that are more nailed down than (say) NCIP 2011-01-04T10:28:24 gmcharlt: I'll ask for some more details. Thanks for peeking at it for us. 2011-01-04T10:29:14 *** kbeswick_ has quit IRC 2011-01-04T10:29:42 bshum: http://specification.sifinfo.org/implementation/2.0/LibraryAutomationWorkingGroup.html 2011-01-04T10:29:46 *** kmlussier has quit IRC 2011-01-04T10:30:01 so it appears that at least some thought has been spent on what an ILS would do with it 2011-01-04T10:30:20 Hmm 2011-01-04T10:30:59 *** kbeswick has joined #evergreen 2011-01-04T10:36:23 *** kmlussier has joined #evergreen 2011-01-04T10:58:17 *** djfiander has joined #evergreen 2011-01-04T11:01:49 grabbing 0474 2011-01-04T11:03:45 There's a minor error in the install instructions for Evergreen. I'm a little reluctant to just change it but it persists from version to version. 2011-01-04T11:03:47 The instructions say to edit the user running apache2 by changing /etc/apache2/apache2.conf when on Ubuntu Hardy & Debian Etch. 2011-01-04T11:03:49 I don't have a copy of Etch running at the moment, but I have a bunch of Hardy installs and they require changing /etc/apache2/envvars (as the instructions direct for newer versions). 2011-01-04T11:04:22 So, anyone got Etch handy so they can check the config file that contains the www-user setting? (Or I can just change the instructions for Hardy.) 2011-01-04T11:05:20 Lucid I believe is configured the same way 2011-01-04T11:05:40 *** bshum has quit IRC 2011-01-04T11:07:04 Yeah, the directions for Lucid are correct as they stand; it's only the older version(s?) that have the wrong file for making the change listed. I know it's not correct for Hardy. Don't have Etch available to check it... 2011-01-04T11:07:43 And, the entry is: User www-date changed to User opensrf -- sorry for the incorrect note above. 2011-01-04T11:07:51 I wonder if it is more of a "version of Apache" difference 2011-01-04T11:08:48 tsbere, that's almost certainly the case. I think when the directions were originally created, that the aptitude-available version of apache was older on the older OS's. 2011-01-04T11:10:53 Hmmm. I'll see if the apache docs suggest a version number. But, if the current version for Debian Etch is the same as what I get on Ubuntu Hardy (which seems likely), then an adjustment would be a help, I think. (Minor, but I know the intent has always been that if you follow the directions carefully, the end result works.) 2011-01-04T11:35:08 OK. Well, seeing no one jump in with info on Etch, and finding tsbere's note about the Apache version being the real issue, I've changed the directions to basically suggest editing the apache.conf file only if the envvars file is not there to edit. http://open-ils.org/dokuwiki/doku.php?id=server:1.6.1:install (step 8); I modified the 2.0 instructions to remove the potentially-confusing... 2011-01-04T11:35:10 ...reference to Debian Squeeze at the corresponding spot (since no other step has that kind of for-this-OS-version-do-it-this-way kind of entry--the directions do say they're tested on Deb. Squeeze). http://evergreen-ils.org/dokuwiki/doku.php?id=server:2.0:install (step 8) 2011-01-04T11:35:45 Step 8 (w/ or w/o the sunglasses) 2011-01-04T11:36:39 Other than the Random Magic Spells section in the wiki, is there a spot for SQL tips and tricks? Should we have a separate spot for this? 2011-01-04T11:39:00 agJohn: that's fine for now, and yes, it's probably time to refactor the magic spells page into separate sections ... just a tuit issue, I suppose 2011-01-04T11:39:36 +1 to refactoring magic spells 2011-01-04T11:40:22 agJohn: maybe link to http://coffeecode.net/archives/212-Introduction-to-SQL-for-Evergreen-administrators.html while you're at it? 2011-01-04T11:40:44 Very good. 2011-01-04T11:40:59 * dbs needs to fix the link to the HTML version (or more accurately the apache rewrite) 2011-01-04T11:44:40 *** granitize has joined #evergreen 2011-01-04T11:46:47 *** demiankatz has joined #evergreen 2011-01-04T11:47:17 Hello. Anyone have a moment to help a newbie with a 2.0RC1 problem? 2011-01-04T11:47:47 demiankatz: fire away! 2011-01-04T11:48:00 (and welcome, nice to see you in these parts) 2011-01-04T11:48:08 Thanks! I've installed the software successfully on a brand new Ubuntu 10.04 installation... 2011-01-04T11:48:20 The web client seems to be working correctly (accessed via browser)... 2011-01-04T11:48:35 but when I try to log in with the staff client (using the default admin / open-ils login), it gives me a nasty error message. 2011-01-04T11:48:48 demiankatz: can you log in via srfsh? 2011-01-04T11:49:17 Yes. OpenSRF seems to be up and running. In fact, the staff client even works to the extent that if I give it a bad password, it fails to authenticate... 2011-01-04T11:49:20 demiankatz: and also, did you restart apache after running the 'osrf_ctl.sh' command? 2011-01-04T11:49:25 The thing that's going wrong is when I enter GOOD credentials, I get the error. 2011-01-04T11:49:43 demiankatz: hmm - and memcached is running? 2011-01-04T11:49:52 *** jenny has quit IRC 2011-01-04T11:50:05 Memcached is definitely running... and I believe I restarted Apache, though it's easy enough to try that again as a sanity check. 2011-01-04T11:50:07 Any chance of pasting the error message? 2011-01-04T11:50:13 FIXME: If you encounter this alert, please inform your IT/ILS helpdesk staff or your friendly Evergreen developers. Tue Jan 04 2011 11:48:43 GMT-0500 (Eastern Standard Time) Error during login sequence. The client will logout after this dialog. 2011-01-04T11:50:36 ...and more detailed debug info: 2011-01-04T11:50:42 "message":"robj is null", 2011-01-04T11:50:48 http://paste.lisp.org/new/evergreen is available for pastes 2011-01-04T11:50:49 "fileName":"http://hector.library.villanova.edu/xul/rel_2_0_rc1/server/OpenILS/data.js", "lineNumber":540, "stack":"()@http://hector.library.villanova.edu/xul/rel_2_0_rc1/server/OpenILS/data.js:540\n(0)@http://hector.library.villanova.edu/xul/rel_2_0_rc1/server/util/exec.js:76\n", "name":"TypeError" 2011-01-04T11:51:15 Ahh, good to know. I'll use that next time! 2011-01-04T11:51:42 the paste bot isn't in channel, so you'll need to copy the link for us 2011-01-04T11:51:51 Anyway, one other possibly pertinent detail: during installation, everything seemed to run smoothly... except I noticed a number of errors scrolling by during the initialization of the Postgres database. Is that normal? 2011-01-04T11:52:10 A few errors do go by the first time (dropping things that aren't there) 2011-01-04T11:52:14 demiankatz: depends on the errors; it tries to drop schemas 2011-01-04T11:52:31 I think it is all functions that it throws a hissy on the first time, though. 2011-01-04T11:53:11 Definitely looked like a lot of function-related errors... so hopefully that's just the normal noise. In any case, since things appear to be mostly working, it certainly wasn't a total failure. 2011-01-04T11:53:32 Were any of them errors on a CREATE FUNCTION compared to a DROP FUNCTION? 2011-01-04T11:54:51 Unfortunately, I didn't have the foresight to redirect the output to a log... so I don't have a record of exactly what happened. 2011-01-04T11:55:00 demiankatz: might be in the PostgreSQL log 2011-01-04T11:55:03 demiankatz: just to be certain, you ran autogen.sh -u? 2011-01-04T11:55:38 I believe so -- that sounds familiar, and I went straight from the published installation docs for 2.0RC1. 2011-01-04T11:55:44 In any case, let me see if I can dig up some Postgres logs.... 2011-01-04T11:55:50 demiankatz: also, if you could poke at /openils/var/log/osrfsys.log for "ERR", that might be helpful 2011-01-04T11:56:05 will do 2011-01-04T11:57:45 I'm noticing this error repeatedly in my postgres logs: 2011-01-04T11:57:46 relation "config.circ_modifier" does not exist at character 407 2011-01-04T11:58:03 It doesn't seem to be directly tied to my login problem, though (that is, I don't get a new log entry every time I reproduce the error). 2011-01-04T11:58:03 demiankatz: oh, that sounds like a problem 2011-01-04T11:58:54 * dbs wonders if rerunning the eg_db_config.pl script will resolve that issue - and if there's an error in creating the schema on perfectly clean databases 2011-01-04T11:59:19 I'll give it a try. 2011-01-04T12:00:47 *** Dyrcona has joined #evergreen 2011-01-04T12:01:03 * Dyrcona is in another meeting. 2011-01-04T12:01:34 Rerunning the script definitely cleared the database (my workstation registration had to be re-entered) but it didn't change the underlying problem. 2011-01-04T12:01:50 Lots of messages about the "container" and "asset" schemas not existing. 2011-01-04T12:01:59 *** slipscomb has joined #evergreen 2011-01-04T12:02:14 Also "action" and "acq" for that matter. 2011-01-04T12:03:20 demiankatz: Sounds like some backend modules weren't installed in the DB to me, like the XML or tsearch pieces. Did you get those steps done? 2011-01-04T12:03:22 (oh, and to address the earlier point, I checked my bash history and confirmed that I definitely ran autogen.sh -u) 2011-01-04T12:04:06 *** ChanServ changes topic to "Dev meeting agenda: http://ur1.ca/2qsta | Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.lisp.org/new/evergreen" 2011-01-04T12:04:14 If schemas do not exist, then something rather earlier in the process is the difficulty. 2011-01-04T12:04:31 That is, than autogen.sh 2011-01-04T12:04:35 Are you referring to 2.II. in this document? http://evergreen-ils.org/dokuwiki/doku.php?id=server:2.0:install 2011-01-04T12:04:56 demiankatz: redirecting stdout and stderr for eg_db_config.pl and pasting the schema creationg errors would be really helpful at this point :) 2011-01-04T12:04:57 I skipped that step since I'm using a single-server setup -- was that a mistake? 2011-01-04T12:05:10 Okay, will do.... one moment. 2011-01-04T12:05:25 demiankatz: 3.I, the three psql -f statements is what I was thinking. 2011-01-04T12:05:32 demiankatz: heh 2011-01-04T12:05:35 "You must install the PostgreSQL server yourself prior to running the prerequisite installer Makefile ('Makefile.install'); either on the same system as Evergreen itself, or on another system on the network" 2011-01-04T12:06:13 oh wait, yes, you have postgresql installed 2011-01-04T12:06:27 sorry, trying to focus on the meeting which is supposed to be held right now 2011-01-04T12:06:35 *** jenny has joined #evergreen 2011-01-04T12:06:48 Right, I installed with "make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_84" but I skipped the second part of the section because it says "If PostgreSQL is running on the same server as the rest of Evergreen, these prerequisites will automatically be available to PostgreSQL." 2011-01-04T12:06:54 demiankatz: so yes, what tsbere said: step 3. I 2011-01-04T12:07:06 wonders if anybody would fund development of an OpenSRF binding for elisp 2011-01-04T12:07:36 Yes, I definitely completed that step with no apparent errors. 2011-01-04T12:07:38 djfiander: opensrf in emacs? 2011-01-04T12:07:52 demiankatz: cool, let's see the pastes then :) 2011-01-04T12:08:38 Dyrcona: there's already a jabber client, so how hard could it be? 2011-01-04T12:09:04 djfiander: easy peasy, lemon sqeezy. :) 2011-01-04T12:09:18 It's about 90k -- is that okay in a paste, or would it be better to email it to you? 2011-01-04T12:10:22 demiankatz: that probably won't make it into a paste 2011-01-04T12:10:28 post it somewhere with a link? 2011-01-04T12:10:37 Sure, that should be possible... one moment. 2011-01-04T12:10:42 btw, anybody interested in the dev meeting? 2011-01-04T12:10:57 * phasefx looks at the agenda 2011-01-04T12:10:59 dbs: it's why I'm here 2011-01-04T12:11:01 me, me, me! i'm interested in the dev meeting! 2011-01-04T12:11:24 http://vufind.org/docs/dblog.txt 2011-01-04T12:11:28 dev meetings are good. 2011-01-04T12:11:48 mtg++ 2011-01-04T12:12:17 demiankatz: Can't locate Library/CallNumber/LC.pm - Some of your perl is missing. 2011-01-04T12:12:29 aha. 2011-01-04T12:12:51 Come to think of it, I think I noticed an error about that during the CPAN installation and then promptly forgot all about it! 2011-01-04T12:13:00 heh 2011-01-04T12:13:15 Let me see if I can fix it by reinstalling the general dependencies. 2011-01-04T12:13:18 okay, let's roll; I'll run the meeting / minutize if there are no other volunteers 2011-01-04T12:13:48 Action items from previous meeting: I still haven't done either of mine 2011-01-04T12:14:11 I don't think eeevil has written up his release notes for 1.6.1.x 2011-01-04T12:14:26 phasefx: any action on acq.open-ils.org? 2011-01-04T12:14:34 * phasefx updated acq.open-ils.org this morning. brianf also made a 2.0rc1 server available. both are listed on the wiki 2011-01-04T12:14:42 phasefx++ brianf++ 2011-01-04T12:15:13 csharp is going to get back to us on mailing lists in general real soon now (per email this morning I think?) 2011-01-04T12:15:13 I don't want to disrupt your meeting -- should we continue this in a little while? 2011-01-04T12:15:28 *** b_bonner has joined #evergreen 2011-01-04T12:15:41 demainkatz: yes, please. 2011-01-04T12:15:44 demiankatz: we'll hopefully wrap up in less than half an hour, if you could get back to us that would be great 2011-01-04T12:15:54 will do. Thanks for your help! 2011-01-04T12:15:56 (and you're welcome to hang out, we'll try to suck you in) 2011-01-04T12:16:24 demiankatz: flee while you still can!!! 2011-01-04T12:16:28 demiankatz: if you're curious, re: meeting, http://www.open-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-01-04 2011-01-04T12:16:41 eeevil: I don't think you got the release checklist proposal out to the mailing list, although it was discussed at the community meeting 2011-01-04T12:17:00 *** jamesrf has joined #evergreen 2011-01-04T12:17:02 (also, general statement, http://evergreen-ils.org/dokuwiki/doku.php?id=dev:evergreen:release_checklist is available for extending / munging) 2011-01-04T12:17:49 Any other outstanding action items from previous meetings? 2011-01-04T12:18:11 dbs: I didn't 2011-01-04T12:18:47 eeevil: okay, it's a new year, time for a fresh start :) 2011-01-04T12:18:53 heh 2011-01-04T12:19:11 wxpython for staff client 2011-01-04T12:19:31 1.6.1.5 was released ages ago, we need to create a 1.6.1.6 milestone and "Fix release" the 1.6.1.5 bugs in launchpad 2011-01-04T12:19:47 ergo, there are no bugs targeted to 1.6.1.6 currently :) 2011-01-04T12:20:05 i nominate bshum for bug wrangler for 1.6.1.x. 2011-01-04T12:20:33 Dyrcona: heh, pick on the guy who's not here eh? 2011-01-04T12:20:35 Dyrcona: :) 2011-01-04T12:20:48 oh, sorry, didn't know he wasn't here. 2011-01-04T12:20:49 * dbs will do the 1.6.1.x launchpad munging 2011-01-04T12:20:54 at least for today :) 2011-01-04T12:20:59 bshum was in earlier this morning, that's close enough ;) 2011-01-04T12:21:17 https://launchpad.net/evergreen/+milestone/1.6.2.1 shows only 1.6.2.1 bug, but eeevil mentioned two others in his "sugar plum" email 2011-01-04T12:21:37 (probably not targeted because I hadn't created the 1.6.2.1 milestone until recently) 2011-01-04T12:21:47 just let me know when to cut 1.6.1.6, 1.6.2.1 (well, I'll just cut that asap) and 2.0-whatever (RC2?) 2011-01-04T12:22:19 eeevil++ 2011-01-04T12:22:32 are there any known bugs in 1.6.1.5 that require a 1.6.1.6? 2011-01-04T12:23:06 there are a couple post-1.6.1.5 fixes in svn ... I don't recall them exactly 2011-01-04T12:23:13 except for the one I committed today 2011-01-04T12:23:28 from Robert@Mohawk 2011-01-04T12:23:38 which was just the class::dbi version check 2011-01-04T12:23:40 okay, https://launchpad.net/evergreen/+milestone/1.6.1.6 exists now 2011-01-04T12:26:03 1.6.2.0 - I've got a longish (sigh) email on that drafted, but in general we're pretending it doesn't exist except for those libraries that really, really want it? 2011-01-04T12:26:33 I am curious about what 1.6.2.0 has that 2.0 doesn't, though 2011-01-04T12:27:12 dbs: as far as the community is concerned, I'm fine with it being treated as, say, 1.6.1 + unsupported features ... and not advertised 2011-01-04T12:27:24 dbs: It may be the opposite, what did 2.0 change that 1.6.2 hasn't? 2011-01-04T12:27:28 eeevil: right 2011-01-04T12:27:45 IOW, I think applying fixes to the 1.6.2 branch that come from 1.6.1 bug reports/patches is correct 2011-01-04T12:27:58 Others are curious about what 1.6.2.0 has that 2.0 does not have... 2011-01-04T12:28:08 but I wouldn't expect much community effort on the only-in-1.6.2 stuff 2011-01-04T12:28:27 dbs: a big one is the batch marc update via staff client UI 2011-01-04T12:28:34 (non-2.0 feature) 2011-01-04T12:28:39 and hopefully there won't be too many conflicts in those bug fixes 2011-01-04T12:28:47 ah 2011-01-04T12:29:19 that's purely data and UI, but there's something db-related that I totally can't recall OTTOMH right now 2011-01-04T12:29:38 coll 2011-01-04T12:29:40 cool 2011-01-04T12:29:42 record merge interface has been tweaked too 2011-01-04T12:29:58 allows marc editor use, for example 2011-01-04T12:30:00 phasefx: and that's not in 2.0 either? 2011-01-04T12:30:03 right 2011-01-04T12:30:35 all queued up for 2.1 though 2011-01-04T12:31:01 okay, moving on to 2.0 (if that's okay): https://launchpad.net/evergreen/+milestone/2.0rc2 shows no bugs, but again, that milestone didn't exist in launchpad until recently 2011-01-04T12:31:30 if 2.1 is getting cut from trunk, guaranteed. If not, then we'll have to remember to backport 2011-01-04T12:31:32 * dbs will move one of the https://launchpad.net/evergreen/+milestone/2.0rc1 bugs - about see / see from tracings - to 2.0rc2 2011-01-04T12:32:28 I should create one ... for moving custom index defs around during upgrade to make room for the pinned-id ones added in stock 2.0 2011-01-04T12:32:41 phasefx: 2.1 will from trunk 2011-01-04T12:32:47 roger that 2011-01-04T12:32:49 I've managed to put a UI / API-adding but not API-changing fix together in trunk that will help bring a level of see/see from authority support into existence 2011-01-04T12:32:51 just dreading doing it is all 2011-01-04T12:33:15 dbs++ #authority stuffs ... rad work, sir 2011-01-04T12:33:17 fixing an arguable regression from 1.6 in terms of the tracings 2011-01-04T12:33:17 dbs++ 2011-01-04T12:33:40 *** jasonb has joined #evergreen 2011-01-04T12:33:53 eeevil: yayz for the custom index defs, if you can get to that before I can, awesome 2011-01-04T12:34:18 *** Meliss has joined #evergreen 2011-01-04T12:34:55 https://bugs.launchpad.net/evergreen/+bugs?orderby=-datecreated looks pretty good (look at all those "Fix committed" at the top!), anything else to note on 2.0 or bugs in general? 2011-01-04T12:35:12 dbs: be warned, I'm running away to ALA tomorrow and really need to get to tsbere's patches soon ... :( 2011-01-04T12:35:34 (re index def upgrade) 2011-01-04T12:36:09 eeevil: no problem 2011-01-04T12:36:48 IMO, it's all cleanup at this point ... perhaps I should cut rc2 now-ish for testing of recent commits and we can work on polishing (upgrade script, etc) while rc2 is tested? 2011-01-04T12:36:48 phasefx: a number of those bugs look like UI bits (hold notes, "boo") 2011-01-04T12:37:07 we at sitka are upgrading our test server to rc1 (rc2?) this week and then doing some testing so we might find some bugs 2011-01-04T12:37:13 (s/cleanup/cleanup and minor UI stuff) 2011-01-04T12:37:34 eeevil: lemme backport that authority tracing stuff - I'll do it right after the meeting 2011-01-04T12:37:46 jamesrf: there are a few fixed post-rc1, so ... 2011-01-04T12:38:02 * eeevil lets 2011-01-04T12:38:19 sitka++ for the apache process spinning out of control detailed bug report: https://bugs.launchpad.net/evergreen/+bug/690910 2011-01-04T12:38:33 yeah it's actually rel_2_0@19082 2011-01-04T12:40:42 Okay - so not getting much on the outstanding bugs - shall we move on to post-2.0 planning? 2011-01-04T12:41:24 +1 2011-01-04T12:42:38 I'm not going to raise my hand for dojo 1.5, but I'm all for someone doing it :) 2011-01-04T12:42:40 I put the Dojo + DVCS items as brainstorming ideas more than anything else, although my email about Git at the EG conference is an attempt to shore that up somewhat 2011-01-04T12:42:52 eeevil: really. 2011-01-04T12:42:53 ? 2011-01-04T12:43:42 well, there's at least one dojo 1.3 bug we're currently working around in 2.0 2011-01-04T12:43:44 If there are other major infrastructure changes to consider, now would be a good time to get them onto the docket 2011-01-04T12:43:52 re git ... many of you know my opinion on dvcs in general and git in particular ... however, if we're going to discuss dvcs I think we should toss bzr into the mix 2011-01-04T12:44:57 for a couple reasons: it's much simpler (as in, it doesn't twist the brain of those used to non-d vcs) and it's got lauchpad integration (potentially a big bonus for us) 2011-01-04T12:45:19 eeevil: sure, I would support that (discussing which dvcs); it's one of the reasons I put the link to the python developers' fairly thorough ruminations on hg vs. bzr vs. git into my email 2011-01-04T12:45:22 the first is obviously subjective, but the second is less so 2011-01-04T12:46:02 *** Ghidorah has joined #evergreen 2011-01-04T12:46:22 i think due diligence is warranted 2011-01-04T12:46:29 biggest drawback with bzr (that I've run into in practice) is it's crap support on older debians ... but with squeeze out now, that's not so much a concern 2011-01-04T12:46:44 or very nearly out ... or whatever it is 2011-01-04T12:47:09 (there are other drawbacks, like "it's not git" ;), of course) 2011-01-04T12:47:24 Hello everyone. 2011-01-04T12:47:31 anyway, I'll respond to the initial on-list discussion 2011-01-04T12:47:45 Hi Ghidorah: we're just wrapping up a developer meeting - should be done in less than 10 minutes :) 2011-01-04T12:48:06 dbs: Ok, I won't interrupt . 2011-01-04T12:48:17 dbs: re "other major infrastructure changes to consider" ... I have one 2011-01-04T12:48:25 Ghidorah: you're welcome to hang out, for sure! 2011-01-04T12:48:36 eeevil: sure, fire away / put it on the list 2011-01-04T12:49:05 so ... I'll be sending to the list soon (I hope ... working out a couple things) a proposal that will require postgres 9.0+ 2011-01-04T12:49:27 I'll put a message on the mailing list to encourage others to propose and discuss 2011-01-04T12:49:30 (or, lots of 8.4-compat code ... which is an option, but not my pref) 2011-01-04T12:50:17 so ... just to plant the seed ... when shall we start thinking about bumping the PG version to 9.0 ;) (says they guy that fought to keep support for 8.1 in 1.6.x ;) ) 2011-01-04T12:50:55 eeevil: sure - obviously lack of current distro out-of-the-box packages for 9.0 is the major concern, but otherwise you know I'm all for keeping postgresql current 2011-01-04T12:51:17 (says the guy who didn't want any pre-8.3 support in 1.6.x :) 2011-01-04T12:52:02 get a room you two 2011-01-04T12:52:03 (lack of distro support probably isn't a big hurdle given backport repos) 2011-01-04T12:52:12 Oh, oh! 2011-01-04T12:52:28 Totally off the agenda, but - Evergreen conference - I was going to book flights 2011-01-04T12:52:35 and, all tsbere's in-db stuff needs to be taken back up 2011-01-04T12:53:02 * berick chuckles at squeeze backport before squeeze is even released 2011-01-04T12:53:15 and wondering if I should tack an extra day or two at the end for some focused dev time (less "hack fest" and more "IRC meeting / coding in real life") 2011-01-04T12:53:55 * dbs will post something to the mailing list about Evergreen conference and dev team meeting possibility 2011-01-04T12:54:02 dbs: I'm for it 2011-01-04T12:54:25 eeevil: "taken back up" - forward ported to 9.0? (sorry, not that familiar with the in-db stuff) 2011-01-04T12:56:36 anyhoo - wrapping up - next meeting, same time, same place? we'll hopefully had 6 days of 2.0rc2 testing under our belts and be getting closer to the 2.0 GA? 2011-01-04T12:56:49 dbs: just reviewed and committed to trunk 2011-01-04T12:57:17 +1 +1 2011-01-04T12:57:36 (+1 +1)++ 2011-01-04T12:58:12 not an rvalue 2011-01-04T12:58:22 s/r/l 2011-01-04T12:58:48 okay. yay. Welcome to 2011, everyone :) 2011-01-04T12:59:24 *** ChanServ changes topic to "Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.lisp.org/new/evergreen" 2011-01-04T12:59:30 indeed 2011-01-04T12:59:53 Ghidorah / demiankatz: I think the meeting is done 2011-01-04T13:00:24 Okay... Good news on this end: everything is working now. 2011-01-04T13:00:33 The problem is that I can't work CPAN properly. ;-) 2011-01-04T13:00:37 let's see if djfiander is an lvalue.. djfiander-- Hey, it worked ;) 2011-01-04T13:00:57 The OpenSRF installation docs suggest that "You can say “no” to the initial CPAN configuration prompt to allow it to automatically configure itself to download and install Perl modules from CPAN." 2011-01-04T13:01:06 djfiander++ # karma restoration ;) 2011-01-04T13:01:22 I followed this advice, made some bad decisions, and messed things up... but restoring everything to defaults and letting the auto-configure do its thing allowed everything to work properly. 2011-01-04T13:01:32 Then I just had to blow away and rebuild the database, and all was well. 2011-01-04T13:01:48 A couple of suggestions to prevent others from falling into this trap: 2011-01-04T13:02:11 1.) Perhaps suggest that while users *can* say "no" to the CPAN auto-configure prompt, they really shouldn't unless they know that they need to. 2011-01-04T13:02:37 2.) Add better detection of missing dependencies to the database generation script so that it does not appear to succeed when it is really unable to continue. 2011-01-04T13:02:39 *** Ghidorah has quit IRC 2011-01-04T13:03:12 However, in spite of this one problem, the installation process was a lot less painful than I remember it being the last time I tried this. Things definitely seem to be moving in the right direction! 2011-01-04T13:03:16 demiankatz: heh, I think the CPAN "yes/no" dialogue changed between releases 2011-01-04T13:03:25 Ahhh, that would explain it! 2011-01-04T13:03:50 at some point, CPAN said "say 'no' if you want it to auto-configure", and now I think it says "say "yes" if you want it to autoconfigure" 2011-01-04T13:03:52 *** Ghidorah has joined #evergreen 2011-01-04T13:04:19 demiankatz: good suggestion on 2 2011-01-04T13:04:47 In that case, the documentation should probably be reworded to avoid mentioning a specific UI response. I let my sense of the literal overwhelm my common sense! 2011-01-04T13:04:57 demiankatz: good suggestion 2011-01-04T13:05:02 demiankatz++ 2011-01-04T13:05:40 Glad to be of some small assistance. Thanks for all of your help in getting me to this point. I'm sure I'll be back with more questions as I get deeper into the setup process. Hopefully I'll be able to get a bit more involved in the community sooner or later. 2011-01-04T13:06:13 I'm definitely looking forward to switching to open source here -- hopefully we can pull it off in the not-too-distant future! 2011-01-04T13:07:24 *** rjackson-isl has joined #evergreen 2011-01-04T13:09:05 *** b_bonner has quit IRC 2011-01-04T13:09:30 demiankatz: http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.6:install&rev=1292534895&do=diff look okay? 2011-01-04T13:09:52 demiankatz: we'd be lucky to have you :) 2011-01-04T13:10:20 Looks good to me! 2011-01-04T13:10:26 Thanks for the fast fix. 2011-01-04T13:10:39 Now I need to go show off our new Evergreen installation to the rest of the team. ;-) 2011-01-04T13:10:51 better to do it now, lest I forget :) 2011-01-04T13:10:58 I know what you mean! 2011-01-04T13:11:41 *** jasonb has quit IRC 2011-01-04T13:12:17 Ghidorah: fire away 2011-01-04T13:12:46 dbs: Thanks! I was wondering if there is anything special I need to do 2011-01-04T13:12:59 *** slipscomb has left #evergreen 2011-01-04T13:13:04 to go from a server running 1_6_0_3 to the latest 1.6.1 branch 2011-01-04T13:15:50 *** jenny has quit IRC 2011-01-04T13:17:00 Ghidorah: http://evergreen-ils.org/dokuwiki/doku.php?id=upgrading:evergreen suggests that you should do all of the 1.6.0.x->1.6.0.y upgrades (at least the database schema upgrades) before jumping from 1.6.0.x to 1.6.1.x 2011-01-04T13:17:15 *** demiankatz has quit IRC 2011-01-04T13:17:21 although the page looks a little out of date :/ 2011-01-04T13:18:09 So if I were going from server A (running older evergreen) to server B, I should upgrade server A all the way? 2011-01-04T13:18:20 *** Dyrcona has quit IRC 2011-01-04T13:18:51 *** Dyrcona has joined #evergreen 2011-01-04T13:30:58 *** b_bonner has joined #evergreen 2011-01-04T13:38:48 Ghidorah: You should only need to upgrade the database portion, not the actual software install on the server. So if you are using the same database for both you don't have to do much on A. 2011-01-04T13:47:07 *** Ghidorah has quit IRC 2011-01-04T13:50:52 *** bshum has joined #evergreen 2011-01-04T14:04:59 *** bshum1 has joined #evergreen 2011-01-04T14:05:16 *** bshum has quit IRC 2011-01-04T14:05:18 *** bshum1 is now known as bshum 2011-01-04T14:06:14 *** jenny has joined #evergreen 2011-01-04T14:13:02 *** bshum1 has joined #evergreen 2011-01-04T14:13:10 *** bshum has quit IRC 2011-01-04T14:13:14 *** bshum1 is now known as bshum 2011-01-04T14:18:02 *** tildeequals has quit IRC 2011-01-04T14:20:35 agJohn++ # SQL stuff 2011-01-04T14:21:29 Indeed! agJohn++ 2011-01-04T14:23:28 Is there a way to do OpenSRF::Multisession from JavaScript? 2011-01-04T14:23:40 eeevil: my backporting is done 2011-01-04T14:25:19 dbs++ 2011-01-04T14:25:30 Dyrcona: not without porting it ;) 2011-01-04T14:29:07 eeevil: not good. :( 2011-01-04T14:30:11 eeevil: I'm trying to fix some crashes we get when doing "Browse Hold Shelf" and it appears that the requests are firing "too fast" for our server or something, so I was hoping to make it work with OpenSRF::Multisession. 2011-01-04T14:32:23 I see in the gateway.log that the requests for open-ils.circ.hold.details.retrieve.authoritative are coming from the client, so to use something like multisession around the results of open-ils.circ.captured_holds.id_list.on_shelf.retrieve, I'd need to do multisession in the javascript. 2011-01-04T14:32:24 Dyrcona: not sure what you mean ... what requests are firing too fast? the ones to retrieve data to flesh out the rows in the grid? 2011-01-04T14:32:32 yes. 2011-01-04T14:32:53 cstore gives us timed out errors and the client goes bonkers with error windows. 2011-01-04T14:33:00 too many happening at once? 2011-01-04T14:33:16 cstore give the timeout, or something calling cstore times out on the cstore call 2011-01-04T14:34:11 Dyrcona: if you're seeing a really long running query (as in, SELECT * FROM pg_stat_activity; ), then perhaps we just need an index 2011-01-04T14:34:51 if you're seeing too many cstores get eaten, then increase your cstore max backends (and pg max_connections, likely) ... no? 2011-01-04T14:35:23 i'll have the error message for you in a second. it takes a minute or so. 2011-01-04T14:35:28 IOW, how long does one open-ils.circ.hold.details.retrieve.authoritative take 2011-01-04T14:36:02 another problem is that the error dialogs pile up and some go "blank" along the way, that's probably a xulrunner issue, though. 2011-01-04T14:36:51 so, in other words, I need a more powerful database server... 2011-01-04T14:37:25 Dyrcona: or, as eeevil noted, an index (if it's just a long-running query) 2011-01-04T14:37:33 Dyrcona: so it's the queries behind open-ils.circ.hold.details.retrieve.authoritative that are timing out? 2011-01-04T14:38:36 if so, which one(s) is (are) running too long? pg_stat_activity can tell you that if you look at it while you're trying to load the browse hold shelf UI 2011-01-04T14:39:08 my client seems to have frozen or something... 2011-01-04T14:39:26 Dyrcona: select now()-query_start as duration,current_query from pg_stat_activity where current_query <> '' order by 1 desc limit 10; 2011-01-04T14:40:18 um, i think the query has ended.... 2011-01-04T14:40:50 i also don't think it is 1 query. i think it is the number of queries for hold request information because 1 of them runs fairly fast. 2011-01-04T14:41:26 and my client is useless, now, so I can't get the error information that was coming up. 2011-01-04T14:42:04 Dyrcona: if they're timing out then they're slow and you'll see them in pg_stat_activity ... otherwise something else is going on 2011-01-04T14:42:23 and regardless, we may just need an index to make dogpiles faster 2011-01-04T14:42:40 (fwiw, I don't think we've seen this particular issue before) 2011-01-04T14:44:02 *** rsoulliere has joined #evergreen 2011-01-04T14:45:19 retrieve_hold_queue_status_impl in O:A:Circ:Holds makes a number of newish-looking queries, perhaps it's an indexing issue with one of those once you hit a certain threshold of # of holds? 2011-01-04T14:46:23 The org_unit that I'm seeing this at has 296 items on the hold shelf. 2011-01-04T14:47:51 first query is ordered by action.hold_request.cut_in_line, which has no index 2011-01-04T14:48:54 *** tildeequals has joined #evergreen 2011-01-04T14:48:59 brb 2011-01-04T14:49:48 *** jeff___ is now known as jeff 2011-01-04T14:49:53 *** jeff has joined #evergreen 2011-01-04T14:50:07 with a subquery against action.hold_copy_map with a where using the hold column - but there is a composite unique index that includes the hold column 2011-01-04T14:52:19 Dyrcona: fwiw, the hold shelf is in use in an org that has (last I looked) 1.5k+ holds on the shelf 2011-01-04T14:52:42 eeevil: still on the shelf because the client is blocking? :) 2011-01-04T14:53:49 dbs+- #funny ... 2011-01-04T14:54:57 hmm - does acp.circ_modifier need an index for that last query in retrieve_hold_queue_status_impl where acp is left-joined against ccm? 2011-01-04T14:55:31 * eeevil looks 2011-01-04T14:56:32 * Dyrcona is going to rejoin from other computer. 2011-01-04T14:56:39 *** Dyrcona has quit IRC 2011-01-04T14:57:14 *** Dyrcona has joined #evergreen 2011-01-04T14:58:46 dbs: I believe the index would be on ccm, which wouldn't be used on a table that small 2011-01-04T15:01:00 eeevil: that would make sense, and hopefully postgresql planner would work that out, I just try not to assume 2011-01-04T15:01:35 Dyrcona: how many entries does action.hold_request have in your db? 2011-01-04T15:03:02 70,084 rows in ahr. 2011-01-04T15:03:41 Dyrcona: real data, or all holds are for one usr or on one title or something like that 2011-01-04T15:03:48 ? 2011-01-04T15:04:04 real data migrated from our old system. 2011-01-04T15:04:52 *** granitize has left #evergreen 2011-01-04T15:04:58 k 2011-01-04T15:05:21 I'd still really like to know the query times while you're pulling the list up 2011-01-04T15:05:40 most of them lack a current_copy 'cause I'm not doing something right to get the targeter to work on them. 2011-01-04T15:06:12 however, when this was first reported to us by a member last month, we deleted all of the rows where current_copy is null, and the problem still occurred. 2011-01-04T15:06:59 these are all id or (type+target) driven queries, so either you really do need a bigger server (doubtful) or something needs indexing, or the data is borked ... 2011-01-04T15:07:49 Dyrcona: if you have more holds per title than copies on the shelf (available/reshelving) you should expect null current_copy values ... 2011-01-04T15:07:55 There's no index on action.hold_request.hold_type, which seems strange 2011-01-04T15:08:01 if not, then yeah, something else is going on 2011-01-04T15:08:29 dbs: but there is on target 2011-01-04T15:08:34 I would hope that postgresql would use the target index for the (type+target) where clause, and just scan the rows returned for target 2011-01-04T15:08:36 right 2011-01-04T15:08:45 and that's very selective even without type 2011-01-04T15:08:50 *** rickd_ has joined #evergreen 2011-01-04T15:08:53 ok. i'm looking through the code to see if the queries are using a field that I haven't filled in. 2011-01-04T15:09:11 i think i can ignore cut_in_line, though, 'cause that appears to use a coalesce. 2011-01-04T15:09:42 sorting 300-ish rows isn't worth the index anyway 2011-01-04T15:10:15 sorting 10k rows probably wouldn't be if it's not used in the where clause too (it's not) 2011-01-04T15:11:55 would a blank avg_wait_time in config.circ_modifier be the problem? 2011-01-04T15:12:35 i'll set them all to 1 day to see if that makes a difference. 2011-01-04T15:12:39 Dyrcona: shouldn't be: OpenSRF::Utils::interval_to_seconds($wait_data->{avg_wait_time} || $default_wait); 2011-01-04T15:12:58 ah. ok. 2011-01-04T15:13:37 oh. i see its a left join anyway. 2011-01-04T15:14:59 *** granitize has joined #evergreen 2011-01-04T15:21:24 i'm going to try again. any logs in particular that I should tail? 2011-01-04T15:23:13 Dyrcona: just watch the query times while you try to use the UI 2011-01-04T15:27:51 might be useful seeing what max_connections in postgresql.conf is set to, along with the open-ils.cstore opensrf.xml config section 2011-01-04T15:28:35 ok. i tried with a library that have a few things on their hold shelf. it runs rather quickly. 2011-01-04T15:28:54 i'll try the one with 296 now and watch pg_stat_activity again. 2011-01-04T15:31:45 *** b_bonner has quit IRC 2011-01-04T15:35:43 *** mrpeters-isl has quit IRC 2011-01-04T15:35:48 *** mrpeters-isl has joined #evergreen 2011-01-04T15:36:02 *** mrpeters-isl has joined #evergreen 2011-01-04T15:37:11 hmm. i'm more confused. 2011-01-04T15:37:21 nothing really seemed to run that long, then boom! 2011-01-04T15:38:42 also. i did a query to guesstimate how many items should be on 1 library's hold shelf and get 82, but the client only shows 25. I guess I need to understand this stuff better. it is possibly something that I'm not doing when loading requests. 2011-01-04T15:40:47 *** mjg_ has joined #evergreen 2011-01-04T15:41:04 *** mjg_ has left #evergreen 2011-01-04T15:43:13 *** alxp has quit IRC 2011-01-04T15:44:51 I do get a few of these: open-ils.cstore 2011-01-04 15:36:40 [WARN:4214:osrf_application.c:839:1294173303 2011-01-04T15:44:53 74860] Returning method exception with message: An unknown server error occurred 2011-01-04T15:45:22 Dyrcona: anything in the postgresql logs? 2011-01-04T15:47:38 no. not near that timestamp, and I noted that the clock on the postgres server is about 16 minutes off from the evergreen server. 2011-01-04T15:58:49 well, i have a demo server to set up, so I think I'll skip trying to load holds on it until i have this figured out. 2011-01-04T15:59:04 *** rsoulliere has quit IRC 2011-01-04T16:00:37 *** Meliss has quit IRC 2011-01-04T16:04:12 *** tspindler has quit IRC 2011-01-04T16:09:45 *** jamesrf has quit IRC 2011-01-04T16:15:58 *** b_bonner has joined #evergreen 2011-01-04T16:20:20 Minutes from today's meeting at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-01-04 2011-01-04T16:20:25 please adjust 2011-01-04T16:20:39 *** granitize has quit IRC 2011-01-04T16:26:18 *** b_bonner has joined #evergreen 2011-01-04T16:26:51 *** rjackson-isl has quit IRC 2011-01-04T16:27:21 *** b_bonner has joined #evergreen 2011-01-04T16:28:08 2011-01-11 agenda at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-01-11 2011-01-04T16:28:20 dbs++ 2011-01-04T16:29:45 dbs++ 2011-01-04T16:33:14 *** kmlussier has quit IRC 2011-01-04T16:41:08 *** jenny1 has joined #evergreen 2011-01-04T16:42:33 *** jenny1 has left #evergreen 2011-01-04T16:43:02 *** jenny has quit IRC 2011-01-04T16:44:22 *** dbwells has left #evergreen 2011-01-04T16:54:52 *** b_bonner has joined #evergreen 2011-01-04T16:59:42 *** bshum has quit IRC 2011-01-04T17:04:25 *** b_bonner has quit IRC 2011-01-04T17:22:32 *** djfiander has quit IRC 2011-01-04T17:29:01 *** Dyrcona has quit IRC 2011-01-04T17:35:41 *** tildeequals_ has joined #evergreen 2011-01-04T17:36:17 *** tildeequals has quit IRC 2011-01-04T18:17:39 *** Dmagick-home has joined #evergreen 2011-01-04T18:29:40 *** b_bonner has joined #evergreen 2011-01-04T18:46:27 *** Maryll has joined #evergreen 2011-01-04T18:50:57 *** Maryll has quit IRC 2011-01-04T19:11:28 *** jamesrf has joined #evergreen 2011-01-04T19:20:06 *** b_bonner has quit IRC 2011-01-04T19:50:35 *** jamesrf has quit IRC 2011-01-04T20:24:14 *** tildeequals_ has quit IRC 2011-01-04T20:59:49 *** vickir has joined #evergreen 2011-01-04T21:02:29 We hope to have our Evergreen ILS ready to go within a week or two. Does anyone know if there is a way to set closed dates by a formula? For example, closing every Sunday? 2011-01-04T21:05:42 vickir: hours of operation in the Organizational Unit editor 2011-01-04T21:06:11 thank you 2011-01-04T21:06:15 np 2011-01-04T21:09:57 *** vickir has quit IRC 2011-01-04T21:22:26 *** jamesrf has joined #evergreen 2011-01-04T21:32:27 *** rjackson-isl has joined #evergreen 2011-01-04T21:43:24 *** corretico has joined #evergreen 2011-01-04T21:45:37 *** rjackson-isl has quit IRC 2011-01-04T21:46:31 *** jamesrf has quit IRC 2011-01-04T21:57:29 dbs: the authority nls stuff may have not been completely backported ... 2011-01-04T21:57:30 cp: cannot stat `locale/ru-RU/authority.js': No such file or directory 2011-01-04T21:57:31 make: *** [install] Error 1 2011-01-04T21:57:48 dbs: so .. I'm commenting that out in the makefile for rc2 2011-01-04T22:16:48 *** Anon507 has joined #evergreen 2011-01-04T22:16:58 wats up 2011-01-04T22:17:38 *** Anon507 has quit IRC 2011-01-04T22:42:59 WOOO HOOO ... 1.6.1.6, 1.6.2.1 and 2.0-RC2 all uploaded! ... off to pack for ALA mid-winter. if any of you will be there, swing by the ESI booth. 2011-01-04T22:43:02 * eeevil out 2011-01-04T22:56:43 eeevil: argh. okay, I'll see what I can do for rc3 2011-01-04T22:56:48 have a good ALA 2011-01-04T23:26:21 eeevil: fixed now (whee) 2011-01-04T23:26:32 eeevil++ # mr. release man!