| # | Time | Nick | Message |
|---|
| # | 00:04:33 | tildeequals has joined #evergreen |
| # | 00:10:14 | dbs has quit IRC |
| # | 03:44:17 | tildeequals has quit IRC |
| # | 03:44:17 | denials has quit IRC |
| # | 03:44:17 | atz_ has quit IRC |
| # | 03:44:18 | shadowspar has quit IRC |
| # | 03:44:18 | finnapz has quit IRC |
| # | 03:44:18 | kbeswick_ has quit IRC |
| # | 03:44:19 | csharp has quit IRC |
| # | 03:44:40 | phasefx has quit IRC |
| # | 03:44:41 | gmcharlt has quit IRC |
| # | 03:44:41 | eeevil has quit IRC |
| # | 03:44:41 | wjr has quit IRC |
| # | 03:44:42 | brendan2 has quit IRC |
| # | 03:44:43 | berick has quit IRC |
| # | 03:45:29 | mtate has quit IRC |
| # | 03:45:29 | moodaepo has quit IRC |
| # | 03:45:29 | mrpeters-isl has quit IRC |
| # | 03:45:29 | Callender has quit IRC |
| # | 03:45:45 | dbwells has quit IRC |
| # | 03:48:08 | brendan2 has joined #evergreen |
| # | 03:48:08 | wjr has joined #evergreen |
| # | 03:48:08 | eeevil has joined #evergreen |
| # | 03:48:08 | gmcharlt has joined #evergreen |
| # | 03:48:08 | phasefx has joined #evergreen |
| # | 03:48:08 | berick has joined #evergreen |
| # | 03:48:38 | mtate has joined #evergreen |
| # | 03:48:38 | moodaepo has joined #evergreen |
| # | 03:48:38 | mrpeters-isl has joined #evergreen |
| # | 03:48:38 | Callender has joined #evergreen |
| # | 03:49:07 | dbwells has joined #evergreen |
| # | 03:49:48 | tildeequals has joined #evergreen |
| # | 03:49:48 | denials has joined #evergreen |
| # | 03:49:48 | atz_ has joined #evergreen |
| # | 03:49:48 | shadowspar has joined #evergreen |
| # | 03:49:48 | finnapz has joined #evergreen |
| # | 03:49:48 | kbeswick_ has joined #evergreen |
| # | 03:49:48 | csharp has joined #evergreen |
| # | 06:07:41 | gett has joined #evergreen |
| # | 06:07:47 | gett | hi |
| # | 06:08:04 | gett | I need help for opensrf |
| # | 06:09:24 | gett | I run maverick. When I installing i have error in command make -f src/extras/Makefile.install <distribution> where <distribution> is maverick. Any help? |
| # | 06:27:46 | gett has quit IRC |
| # | 06:36:17 | gett has joined #evergreen |
| # | 06:46:56 | gett has quit IRC |
| # | 07:26:17 | alxp has joined #evergreen |
| # | 08:26:29 | Dyrcona has joined #evergreen |
| # | 08:33:16 | mjgiarlo | @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. |
| # | 08:33:16 | pinesol | mjgiarlo: The operation succeeded. |
| # | 08:44:05 | Dyrcona | @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. |
| # | 08:44:05 | pinesol | Dyrcona: The operation succeeded. |
| # | 08:53:05 | mjgiarlo | people put things in production? that's what I have been missing. |
| # | 08:55:04 | kmlussier has joined #evergreen |
| # | 08:57:32 | Dyrcona | :) |
| # | 08:57:39 | Dyrcona | We'll get there, eventually. :) |
| # | 09:04:34 | r123 has joined #evergreen |
| # | 09:20:20 | Callender has quit IRC |
| # | 09:21:32 | tspindler has joined #evergreen |
| # | 09:25:56 | Callender has joined #evergreen |
| # | 09:32:05 | Dyrcona has quit IRC |
| # | 09:35:33 | dbs has joined #evergreen |
| # | 09:40:25 | jenny has joined #evergreen |
| # | 09:42:57 | tspindler has quit IRC |
| # | 09:43:44 | tspindler has joined #evergreen |
| # | 09:50:52 | rsoulliere has joined #evergreen |
| # | 09:53:30 | tsbere wonders if eeevil is around or still off without a "real" computer |
| # | 09:54:30 | eeevil | tsbere: on a call, but as soon as it's over I'll be committing that patch from Dyrcona |
| # | 09:55:12 | tsbere | 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. |
| # | 09:55:14 | eeevil | tsbere: if that's what you're referring to, re "real computer" ;) |
| # | 09:57:05 | eeevil | ahh... I'm prepping for ALA midwinter, but I will try ... swore off computers for the most part during my time off :) |
| # | 09:58:32 | tsbere | As for "real computer" I was referring to your comment on bug 695510 where you said "not near a real computer ATM" ;) |
| # | 10:11:31 | atheos has joined #evergreen |
| # | 10:15:31 | rsoulliere has quit IRC |
| # | 10:18:17 | bshum has joined #evergreen |
| # | 10:20:43 | bshum | Has anyone here heard of SIF specification for schools? |
| # | 10:21:40 | gmcharlt | bshum: sifinfo.org ? |
| # | 10:21:53 | gmcharlt | I don't know anything about it other than that it exists |
| # | 10:21:57 | bshum | That seems to be the one. |
| # | 10:22:10 | bshum | Someone here was wondering if Evergreen could work with something like that. |
| # | 10:22:17 | bshum | I didn't recall reading anything like that. |
| # | 10:22:23 | bshum | But thought I would poke around |
| # | 10:22:34 | tsbere gets SQL errors from MSSql upon opening the page |
| # | 10:22:45 | tsbere | I don't think Evergreen works well with MSSql errors |
| # | 10:24:28 | tsbere | 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. |
| # | 10:24:39 | bshum | tsbere: Heh :S |
| # | 10:26:14 | gmcharlt | bshum: well, the general answer is yes - SIF just appears to be a set of XML schemas and an SOA framework for data exchange |
| # | 10:26:59 | gmcharlt | 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 |
| # | 10:28:24 | bshum | gmcharlt: I'll ask for some more details. Thanks for peeking at it for us. |
| # | 10:29:14 | kbeswick_ has quit IRC |
| # | 10:29:42 | gmcharlt | bshum: http://specification.sifinfo.org/implementation/2.0/LibraryAutomationWorkingGroup.html |
| # | 10:29:46 | kmlussier has quit IRC |
| # | 10:30:01 | gmcharlt | so it appears that at least some thought has been spent on what an ILS would do with it |
| # | 10:30:20 | bshum | Hmm |
| # | 10:30:59 | kbeswick has joined #evergreen |
| # | 10:36:23 | kmlussier has joined #evergreen |
| # | 10:58:17 | djfiander has joined #evergreen |
| # | 11:01:49 | eeevil | grabbing 0474 |
| # | 11:03:45 | agJohn | 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. |
| # | 11:03:47 | agJohn | The instructions say to edit the user running apache2 by changing /etc/apache2/apache2.conf when on Ubuntu Hardy & Debian Etch. |
| # | 11:03:49 | agJohn | 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). |
| # | 11:04:22 | agJohn | 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.) |
| # | 11:05:20 | tsbere | Lucid I believe is configured the same way |
| # | 11:05:40 | bshum has quit IRC |
| # | 11:07:04 | agJohn | 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... |
| # | 11:07:43 | agJohn | And, the entry is: User www-date changed to User opensrf -- sorry for the incorrect note above. |
| # | 11:07:51 | tsbere | I wonder if it is more of a "version of Apache" difference |
| # | 11:08:48 | agJohn | 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. |
| # | 11:10:53 | agJohn | 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.) |
| # | 11:35:08 | agJohn | 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... |
| # | 11:35:10 | agJohn | ...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) |
| # | 11:35:45 | agJohn | Step 8 (w/ or w/o the sunglasses) |
| # | 11:36:39 | agJohn | 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? |
| # | 11:39:00 | eeevil | 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 |
| # | 11:39:36 | dbs | +1 to refactoring magic spells |
| # | 11:40:22 | dbs | agJohn: maybe link to http://coffeecode.net/archives/212-Introduction-to-SQL-for-Evergreen-administrators.html while you're at it? |
| # | 11:40:44 | agJohn | Very good. |
| # | 11:40:59 | dbs needs to fix the link to the HTML version (or more accurately the apache rewrite) |
| # | 11:44:40 | granitize has joined #evergreen |
| # | 11:46:47 | demiankatz has joined #evergreen |
| # | 11:47:17 | demiankatz | Hello. Anyone have a moment to help a newbie with a 2.0RC1 problem? |
| # | 11:47:47 | dbs | demiankatz: fire away! |
| # | 11:48:00 | dbs | (and welcome, nice to see you in these parts) |
| # | 11:48:08 | demiankatz | Thanks! I've installed the software successfully on a brand new Ubuntu 10.04 installation... |
| # | 11:48:20 | demiankatz | The web client seems to be working correctly (accessed via browser)... |
| # | 11:48:35 | demiankatz | 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. |
| # | 11:48:48 | dbs | demiankatz: can you log in via srfsh? |
| # | 11:49:17 | demiankatz | 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... |
| # | 11:49:20 | dbs | demiankatz: and also, did you restart apache after running the 'osrf_ctl.sh' command? |
| # | 11:49:25 | demiankatz | The thing that's going wrong is when I enter GOOD credentials, I get the error. |
| # | 11:49:43 | dbs | demiankatz: hmm - and memcached is running? |
| # | 11:49:52 | jenny has quit IRC |
| # | 11:50:05 | demiankatz | Memcached is definitely running... and I believe I restarted Apache, though it's easy enough to try that again as a sanity check. |
| # | 11:50:07 | tsbere | Any chance of pasting the error message? |
| # | 11:50:13 | demiankatz | 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. |
| # | 11:50:36 | demiankatz | ...and more detailed debug info: |
| # | 11:50:42 | demiankatz | "message":"robj is null", |
| # | 11:50:48 | dbs | http://paste.lisp.org/new/evergreen is available for pastes |
| # | 11:50:49 | demiankatz | "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" |
| # | 11:51:15 | demiankatz | Ahh, good to know. I'll use that next time! |
| # | 11:51:42 | dbs | the paste bot isn't in channel, so you'll need to copy the link for us |
| # | 11:51:51 | demiankatz | 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? |
| # | 11:52:10 | tsbere | A few errors do go by the first time (dropping things that aren't there) |
| # | 11:52:14 | dbs | demiankatz: depends on the errors; it tries to drop schemas |
| # | 11:52:31 | tsbere | I think it is all functions that it throws a hissy on the first time, though. |
| # | 11:53:11 | demiankatz | 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. |
| # | 11:53:32 | tsbere | Were any of them errors on a CREATE FUNCTION compared to a DROP FUNCTION? |
| # | 11:54:51 | demiankatz | 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. |
| # | 11:55:00 | dbs | demiankatz: might be in the PostgreSQL log |
| # | 11:55:03 | eeevil | demiankatz: just to be certain, you ran autogen.sh -u? |
| # | 11:55:38 | demiankatz | I believe so -- that sounds familiar, and I went straight from the published installation docs for 2.0RC1. |
| # | 11:55:44 | demiankatz | In any case, let me see if I can dig up some Postgres logs.... |
| # | 11:55:50 | dbs | demiankatz: also, if you could poke at /openils/var/log/osrfsys.log for "ERR", that might be helpful |
| # | 11:56:05 | demiankatz | will do |
| # | 11:57:45 | demiankatz | I'm noticing this error repeatedly in my postgres logs: |
| # | 11:57:46 | demiankatz | relation "config.circ_modifier" does not exist at character 407 |
| # | 11:58:03 | demiankatz | 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). |
| # | 11:58:03 | dbs | demiankatz: oh, that sounds like a problem |
| # | 11: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 |
| # | 11:59:19 | demiankatz | I'll give it a try. |
| # | 12:00:47 | Dyrcona has joined #evergreen |
| # | 12:01:03 | Dyrcona is in another meeting. |
| # | 12:01:34 | demiankatz | Rerunning the script definitely cleared the database (my workstation registration had to be re-entered) but it didn't change the underlying problem. |
| # | 12:01:50 | demiankatz | Lots of messages about the "container" and "asset" schemas not existing. |
| # | 12:01:59 | slipscomb has joined #evergreen |
| # | 12:02:14 | demiankatz | Also "action" and "acq" for that matter. |
| # | 12:03:20 | tsbere | 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? |
| # | 12:03:22 | demiankatz | (oh, and to address the earlier point, I checked my bash history and confirmed that I definitely ran autogen.sh -u) |
| # | 12: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" |
| # | 12:04:14 | agJohn | If schemas do not exist, then something rather earlier in the process is the difficulty. |
| # | 12:04:31 | agJohn | That is, than autogen.sh |
| # | 12:04:35 | demiankatz | Are you referring to 2.II. in this document? http://evergreen-ils.org/dokuwiki/doku.php?id=server:2.0:install |
| # | 12:04:56 | dbs | demiankatz: redirecting stdout and stderr for eg_db_config.pl and pasting the schema creationg errors would be really helpful at this point :) |
| # | 12:04:57 | demiankatz | I skipped that step since I'm using a single-server setup -- was that a mistake? |
| # | 12:05:10 | demiankatz | Okay, will do.... one moment. |
| # | 12:05:25 | tsbere | demiankatz: 3.I, the three psql -f statements is what I was thinking. |
| # | 12:05:32 | dbs | demiankatz: heh |
| # | 12:05:35 | dbs | "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" |
| # | 12:06:13 | dbs | oh wait, yes, you have postgresql installed |
| # | 12:06:27 | dbs | sorry, trying to focus on the meeting which is supposed to be held right now |
| # | 12:06:35 | jenny has joined #evergreen |
| # | 12:06:48 | demiankatz | 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." |
| # | 12:06:54 | dbs | demiankatz: so yes, what tsbere said: step 3. I |
| # | 12:07:06 | djfiander | wonders if anybody would fund development of an OpenSRF binding for elisp |
| # | 12:07:36 | demiankatz | Yes, I definitely completed that step with no apparent errors. |
| # | 12:07:38 | Dyrcona | djfiander: opensrf in emacs? |
| # | 12:07:52 | dbs | demiankatz: cool, let's see the pastes then :) |
| # | 12:08:38 | djfiander | Dyrcona: there's already a jabber client, so how hard could it be? |
| # | 12:09:04 | Dyrcona | djfiander: easy peasy, lemon sqeezy. :) |
| # | 12:09:18 | demiankatz | It's about 90k -- is that okay in a paste, or would it be better to email it to you? |
| # | 12:10:22 | dbs | demiankatz: that probably won't make it into a paste |
| # | 12:10:28 | dbs | post it somewhere with a link? |
| # | 12:10:37 | demiankatz | Sure, that should be possible... one moment. |
| # | 12:10:42 | dbs | btw, anybody interested in the dev meeting? |
| # | 12:10:57 | phasefx looks at the agenda |
| # | 12:10:59 | djfiander | dbs: it's why I'm here |
| # | 12:11:01 | Dyrcona | me, me, me! i'm interested in the dev meeting! |
| # | 12:11:24 | demiankatz | http://vufind.org/docs/dblog.txt |
| # | 12:11:28 | tsbere | dev meetings are good. |
| # | 12:11:48 | berick | mtg++ |
| # | 12:12:17 | tsbere | demiankatz: Can't locate Library/CallNumber/LC.pm - Some of your perl is missing. |
| # | 12:12:29 | demiankatz | aha. |
| # | 12:12:51 | demiankatz | Come to think of it, I think I noticed an error about that during the CPAN installation and then promptly forgot all about it! |
| # | 12:13:00 | dbs | heh |
| # | 12:13:15 | demiankatz | Let me see if I can fix it by reinstalling the general dependencies. |
| # | 12:13:18 | dbs | okay, let's roll; I'll run the meeting / minutize if there are no other volunteers |
| # | 12:13:48 | dbs | Action items from previous meeting: I still haven't done either of mine |
| # | 12:14:11 | dbs | I don't think eeevil has written up his release notes for 1.6.1.x |
| # | 12:14:26 | dbs | phasefx: any action on acq.open-ils.org? |
| # | 12:14:34 | phasefx updated acq.open-ils.org this morning. brianf also made a 2.0rc1 server available. both are listed on the wiki |
| # | 12:14:42 | dbs | phasefx++ brianf++ |
| # | 12:15:13 | dbs | csharp is going to get back to us on mailing lists in general real soon now (per email this morning I think?) |
| # | 12:15:13 | demiankatz | I don't want to disrupt your meeting -- should we continue this in a little while? |
| # | 12:15:28 | b_bonner has joined #evergreen |
| # | 12:15:41 | Dyrcona | demainkatz: yes, please. |
| # | 12:15:44 | dbs | demiankatz: we'll hopefully wrap up in less than half an hour, if you could get back to us that would be great |
| # | 12:15:54 | demiankatz | will do. Thanks for your help! |
| # | 12:15:56 | dbs | (and you're welcome to hang out, we'll try to suck you in) |
| # | 12:16:24 | djfiander | demiankatz: flee while you still can!!! |
| # | 12:16:28 | phasefx | demiankatz: if you're curious, re: meeting, http://www.open-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-01-04 |
| # | 12:16:41 | dbs | eeevil: I don't think you got the release checklist proposal out to the mailing list, although it was discussed at the community meeting |
| # | 12:17:00 | jamesrf has joined #evergreen |
| # | 12:17:02 | dbs | (also, general statement, http://evergreen-ils.org/dokuwiki/doku.php?id=dev:evergreen:release_checklist is available for extending / munging) |
| # | 12:17:49 | dbs | Any other outstanding action items from previous meetings? |
| # | 12:18:11 | eeevil | dbs: I didn't |
| # | 12:18:47 | dbs | eeevil: okay, it's a new year, time for a fresh start :) |
| # | 12:18:53 | eeevil | heh |
| # | 12:19:11 | phasefx | wxpython for staff client |
| # | 12:19:31 | dbs | 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 |
| # | 12:19:47 | dbs | ergo, there are no bugs targeted to 1.6.1.6 currently :) |
| # | 12:20:05 | Dyrcona | i nominate bshum for bug wrangler for 1.6.1.x. |
| # | 12:20:33 | dbs | Dyrcona: heh, pick on the guy who's not here eh? |
| # | 12:20:35 | eeevil | Dyrcona: :) |
| # | 12:20:48 | Dyrcona | oh, sorry, didn't know he wasn't here. |
| # | 12:20:49 | dbs will do the 1.6.1.x launchpad munging |
| # | 12:20:54 | dbs | at least for today :) |
| # | 12:20:59 | gmcharlt | bshum was in earlier this morning, that's close enough ;) |
| # | 12:21:17 | dbs | 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 |
| # | 12:21:37 | dbs | (probably not targeted because I hadn't created the 1.6.2.1 milestone until recently) |
| # | 12:21:47 | eeevil | 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?) |
| # | 12:22:19 | dbs | eeevil++ |
| # | 12:22:32 | dbs | are there any known bugs in 1.6.1.5 that require a 1.6.1.6? |
| # | 12:23:06 | eeevil | there are a couple post-1.6.1.5 fixes in svn ... I don't recall them exactly |
| # | 12:23:13 | eeevil | except for the one I committed today |
| # | 12:23:28 | eeevil | from Robert@Mohawk |
| # | 12:23:38 | eeevil | which was just the class::dbi version check |
| # | 12:23:40 | dbs | okay, https://launchpad.net/evergreen/+milestone/1.6.1.6 exists now |
| # | 12:26:03 | dbs | 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? |
| # | 12:26:33 | dbs | I am curious about what 1.6.2.0 has that 2.0 doesn't, though |
| # | 12:27:12 | eeevil | 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 |
| # | 12:27:24 | tsbere | dbs: It may be the opposite, what did 2.0 change that 1.6.2 hasn't? |
| # | 12:27:28 | dbs | eeevil: right |
| # | 12:27:45 | eeevil | IOW, I think applying fixes to the 1.6.2 branch that come from 1.6.1 bug reports/patches is correct |
| # | 12:27:58 | agJohn | Others are curious about what 1.6.2.0 has that 2.0 does not have... |
| # | 12:28:08 | eeevil | but I wouldn't expect much community effort on the only-in-1.6.2 stuff |
| # | 12:28:27 | eeevil | dbs: a big one is the batch marc update via staff client UI |
| # | 12:28:34 | eeevil | (non-2.0 feature) |
| # | 12:28:39 | dbs | and hopefully there won't be too many conflicts in those bug fixes |
| # | 12:28:47 | dbs | ah |
| # | 12:29:19 | eeevil | that's purely data and UI, but there's something db-related that I totally can't recall OTTOMH right now |
| # | 12:29:38 | dbs | coll |
| # | 12:29:40 | dbs | cool |
| # | 12:29:42 | phasefx | record merge interface has been tweaked too |
| # | 12:29:58 | phasefx | allows marc editor use, for example |
| # | 12:30:00 | dbs | phasefx: and that's not in 2.0 either? |
| # | 12:30:03 | phasefx | right |
| # | 12:30:35 | dbs | all queued up for 2.1 though |
| # | 12:31:01 | dbs | 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 |
| # | 12:31:30 | phasefx | if 2.1 is getting cut from trunk, guaranteed. If not, then we'll have to remember to backport |
| # | 12:31:32 | dbs will move one of the https://launchpad.net/evergreen/+milestone/2.0rc1 bugs - about see / see from tracings - to 2.0rc2 |
| # | 12:32:28 | eeevil | 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 |
| # | 12:32:41 | berick | phasefx: 2.1 will from trunk |
| # | 12:32:47 | phasefx | roger that |
| # | 12:32:49 | dbs | 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 |
| # | 12:32:51 | eeevil | just dreading doing it is all |
| # | 12:33:15 | eeevil | dbs++ #authority stuffs ... rad work, sir |
| # | 12:33:17 | dbs | fixing an arguable regression from 1.6 in terms of the tracings |
| # | 12:33:17 | phasefx | dbs++ |
| # | 12:33:40 | jasonb has joined #evergreen |
| # | 12:33:53 | dbs | eeevil: yayz for the custom index defs, if you can get to that before I can, awesome |
| # | 12:34:18 | Meliss has joined #evergreen |
| # | 12:34:55 | dbs | 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? |
| # | 12:35:12 | eeevil | dbs: be warned, I'm running away to ALA tomorrow and really need to get to tsbere's patches soon ... :( |
| # | 12:35:34 | eeevil | (re index def upgrade) |
| # | 12:36:09 | dbs | eeevil: no problem |
| # | 12:36:48 | eeevil | 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? |
| # | 12:36:48 | dbs | phasefx: a number of those bugs look like UI bits (hold notes, "boo") |
| # | 12:37:07 | jamesrf | we at sitka are upgrading our test server to rc1 (rc2?) this week and then doing some testing so we might find some bugs |
| # | 12:37:13 | eeevil | (s/cleanup/cleanup and minor UI stuff) |
| # | 12:37:34 | dbs | eeevil: lemme backport that authority tracing stuff - I'll do it right after the meeting |
| # | 12:37:46 | eeevil | jamesrf: there are a few fixed post-rc1, so ... |
| # | 12:38:02 | eeevil lets |
| # | 12:38:19 | dbs | sitka++ for the apache process spinning out of control detailed bug report: https://bugs.launchpad.net/evergreen/+bug/690910 |
| # | 12:38:33 | jamesrf | yeah it's actually rel_2_0@19082 |
| # | 12:40:42 | dbs | Okay - so not getting much on the outstanding bugs - shall we move on to post-2.0 planning? |
| # | 12:41:24 | eeevil | +1 |
| # | 12:42:38 | eeevil | I'm not going to raise my hand for dojo 1.5, but I'm all for someone doing it :) |
| # | 12:42:40 | dbs | 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 |
| # | 12:42:52 | djfiander | eeevil: really. |
| # | 12:42:53 | djfiander | ? |
| # | 12:43:42 | gmcharlt | well, there's at least one dojo 1.3 bug we're currently working around in 2.0 |
| # | 12:43:44 | dbs | If there are other major infrastructure changes to consider, now would be a good time to get them onto the docket |
| # | 12:43:52 | eeevil | 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 |
| # | 12:44:57 | eeevil | 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) |
| # | 12:45:19 | dbs | 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 |
| # | 12:45:22 | eeevil | the first is obviously subjective, but the second is less so |
| # | 12:46:02 | Ghidorah has joined #evergreen |
| # | 12:46:22 | jamesrf | i think due diligence is warranted |
| # | 12:46:29 | eeevil | 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 |
| # | 12:46:44 | eeevil | or very nearly out ... or whatever it is |
| # | 12:47:09 | eeevil | (there are other drawbacks, like "it's not git" ;), of course) |
| # | 12:47:24 | Ghidorah | Hello everyone. |
| # | 12:47:31 | eeevil | anyway, I'll respond to the initial on-list discussion |
| # | 12:47:45 | dbs | Hi Ghidorah: we're just wrapping up a developer meeting - should be done in less than 10 minutes :) |
| # | 12:48:06 | Ghidorah | dbs: Ok, I won't interrupt . |
| # | 12:48:17 | eeevil | dbs: re "other major infrastructure changes to consider" ... I have one |
| # | 12:48:25 | dbs | Ghidorah: you're welcome to hang out, for sure! |
| # | 12:48:36 | dbs | eeevil: sure, fire away / put it on the list |
| # | 12:49:05 | eeevil | so ... I'll be sending to the list soon (I hope ... working out a couple things) a proposal that will require postgres 9.0+ |
| # | 12:49:27 | dbs | I'll put a message on the mailing list to encourage others to propose and discuss |
| # | 12:49:30 | eeevil | (or, lots of 8.4-compat code ... which is an option, but not my pref) |
| # | 12:50:17 | eeevil | 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 ;) ) |
| # | 12:50:55 | dbs | 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 |
| # | 12:51:17 | dbs | (says the guy who didn't want any pre-8.3 support in 1.6.x :) |
| # | 12:52:02 | djfiander | get a room you two |
| # | 12:52:03 | dbs | (lack of distro support probably isn't a big hurdle given backport repos) |
| # | 12:52:12 | dbs | Oh, oh! |
| # | 12:52:28 | dbs | Totally off the agenda, but - Evergreen conference - I was going to book flights |
| # | 12:52:35 | eeevil | and, all tsbere's in-db stuff needs to be taken back up |
| # | 12:53:02 | berick chuckles at squeeze backport before squeeze is even released |
| # | 12:53:15 | dbs | 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") |
| # | 12:53:55 | dbs will post something to the mailing list about Evergreen conference and dev team meeting possibility |
| # | 12:54:02 | eeevil | dbs: I'm for it |
| # | 12:54:25 | dbs | eeevil: "taken back up" - forward ported to 9.0? (sorry, not that familiar with the in-db stuff) |
| # | 12:56:36 | dbs | 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? |
| # | 12:56:49 | eeevil | dbs: just reviewed and committed to trunk |
| # | 12:57:17 | eeevil | +1 +1 |
| # | 12:57:36 | berick | (+1 +1)++ |
| # | 12:58:12 | djfiander | not an rvalue |
| # | 12:58:22 | djfiander | s/r/l |
| # | 12:58:48 | dbs | okay. yay. Welcome to 2011, everyone :) |
| # | 12: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" |
| # | 12:59:30 | berick | indeed |
| # | 12:59:53 | dbs | Ghidorah / demiankatz: I think the meeting is done |
| # | 13:00:24 | demiankatz | Okay... Good news on this end: everything is working now. |
| # | 13:00:33 | demiankatz | The problem is that I can't work CPAN properly. ;-) |
| # | 13:00:37 | berick | let's see if djfiander is an lvalue.. djfiander-- Hey, it worked ;) |
| # | 13:00:57 | demiankatz | 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." |
| # | 13:01:06 | berick | djfiander++ # karma restoration ;) |
| # | 13:01:22 | demiankatz | 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. |
| # | 13:01:32 | demiankatz | Then I just had to blow away and rebuild the database, and all was well. |
| # | 13:01:48 | demiankatz | A couple of suggestions to prevent others from falling into this trap: |
| # | 13:02:11 | demiankatz | 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. |
| # | 13:02:37 | demiankatz | 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. |
| # | 13:02:39 | Ghidorah has quit IRC |
| # | 13:03:12 | demiankatz | 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! |
| # | 13:03:16 | dbs | demiankatz: heh, I think the CPAN "yes/no" dialogue changed between releases |
| # | 13:03:25 | demiankatz | Ahhh, that would explain it! |
| # | 13:03:50 | dbs | 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" |
| # | 13:03:52 | Ghidorah has joined #evergreen |
| # | 13:04:19 | dbs | demiankatz: good suggestion on 2 |
| # | 13:04:47 | demiankatz | 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! |
| # | 13:04:57 | dbs | demiankatz: good suggestion |
| # | 13:05:02 | dbs | demiankatz++ |
| # | 13:05:40 | demiankatz | 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. |
| # | 13:06:13 | demiankatz | I'm definitely looking forward to switching to open source here -- hopefully we can pull it off in the not-too-distant future! |
| # | 13:07:24 | rjackson-isl has joined #evergreen |
| # | 13:09:05 | b_bonner has quit IRC |
| # | 13:09:30 | dbs | demiankatz: http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.6:install&rev=1292534895&do=diff look okay? |
| # | 13:09:52 | dbs | demiankatz: we'd be lucky to have you :) |
| # | 13:10:20 | demiankatz | Looks good to me! |
| # | 13:10:26 | demiankatz | Thanks for the fast fix. |
| # | 13:10:39 | demiankatz | Now I need to go show off our new Evergreen installation to the rest of the team. ;-) |
| # | 13:10:51 | dbs | better to do it now, lest I forget :) |
| # | 13:10:58 | demiankatz | I know what you mean! |
| # | 13:11:41 | jasonb has quit IRC |
| # | 13:12:17 | dbs | Ghidorah: fire away |
| # | 13:12:46 | Ghidorah | dbs: Thanks! I was wondering if there is anything special I need to do |
| # | 13:12:59 | slipscomb has left #evergreen |
| # | 13:13:04 | Ghidorah | to go from a server running 1_6_0_3 to the latest 1.6.1 branch |
| # | 13:15:50 | jenny has quit IRC |
| # | 13:17:00 | dbs | 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 |
| # | 13:17:15 | demiankatz has quit IRC |
| # | 13:17:21 | dbs | although the page looks a little out of date :/ |
| # | 13:18:09 | Ghidorah | So if I were going from server A (running older evergreen) to server B, I should upgrade server A all the way? |
| # | 13:18:20 | Dyrcona has quit IRC |
| # | 13:18:51 | Dyrcona has joined #evergreen |
| # | 13:30:58 | b_bonner has joined #evergreen |
| # | 13:38:48 | tsbere | 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. |
| # | 13:47:07 | Ghidorah has quit IRC |
| # | 13:50:52 | bshum has joined #evergreen |
| # | 14:04:59 | bshum1 has joined #evergreen |
| # | 14:05:16 | bshum has quit IRC |
| # | 14:05:18 | bshum1 is now known as bshum |
| # | 14:06:14 | jenny has joined #evergreen |
| # | 14:13:02 | bshum1 has joined #evergreen |
| # | 14:13:10 | bshum has quit IRC |
| # | 14:13:14 | bshum1 is now known as bshum |
| # | 14:18:02 | tildeequals has quit IRC |
| # | 14:20:35 | moodaepo | agJohn++ # SQL stuff |
| # | 14:21:29 | bshum | Indeed! agJohn++ |
| # | 14:23:28 | Dyrcona | Is there a way to do OpenSRF::Multisession from JavaScript? |
| # | 14:23:40 | dbs | eeevil: my backporting is done |
| # | 14:25:19 | eeevil | dbs++ |
| # | 14:25:30 | eeevil | Dyrcona: not without porting it ;) |
| # | 14:29:07 | Dyrcona | eeevil: not good. :( |
| # | 14:30:11 | Dyrcona | 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. |
| # | 14:32:23 | Dyrcona | 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. |
| # | 14:32:24 | eeevil | 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? |
| # | 14:32:32 | Dyrcona | yes. |
| # | 14:32:53 | Dyrcona | cstore gives us timed out errors and the client goes bonkers with error windows. |
| # | 14:33:00 | eeevil | too many happening at once? |
| # | 14:33:16 | eeevil | cstore give the timeout, or something calling cstore times out on the cstore call |
| # | 14:34:11 | eeevil | Dyrcona: if you're seeing a really long running query (as in, SELECT * FROM pg_stat_activity; ), then perhaps we just need an index |
| # | 14:34:51 | eeevil | if you're seeing too many cstores get eaten, then increase your cstore max backends (and pg max_connections, likely) ... no? |
| # | 14:35:23 | Dyrcona | i'll have the error message for you in a second. it takes a minute or so. |
| # | 14:35:28 | eeevil | IOW, how long does one open-ils.circ.hold.details.retrieve.authoritative take |
| # | 14:36:02 | Dyrcona | another problem is that the error dialogs pile up and some go "blank" along the way, that's probably a xulrunner issue, though. |
| # | 14:36:51 | Dyrcona | so, in other words, I need a more powerful database server... |
| # | 14:37:25 | dbs | Dyrcona: or, as eeevil noted, an index (if it's just a long-running query) |
| # | 14:37:33 | eeevil | Dyrcona: so it's the queries behind open-ils.circ.hold.details.retrieve.authoritative that are timing out? |
| # | 14:38:36 | eeevil | 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 |
| # | 14:39:08 | Dyrcona | my client seems to have frozen or something... |
| # | 14:39:26 | eeevil | Dyrcona: select now()-query_start as duration,current_query from pg_stat_activity where current_query <> '<IDLE>' order by 1 desc limit 10; |
| # | 14:40:18 | Dyrcona | um, i think the query has ended.... |
| # | 14:40:50 | Dyrcona | 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. |
| # | 14:41:26 | Dyrcona | and my client is useless, now, so I can't get the error information that was coming up. |
| # | 14:42:04 | eeevil | 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 |
| # | 14:42:23 | eeevil | and regardless, we may just need an index to make dogpiles faster |
| # | 14:42:40 | eeevil | (fwiw, I don't think we've seen this particular issue before) |
| # | 14:44:02 | rsoulliere has joined #evergreen |
| # | 14:45:19 | dbs | 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? |
| # | 14:46:23 | Dyrcona | The org_unit that I'm seeing this at has 296 items on the hold shelf. |
| # | 14:47:51 | dbs | first query is ordered by action.hold_request.cut_in_line, which has no index |
| # | 14:48:54 | tildeequals has joined #evergreen |
| # | 14:48:59 | Dyrcona | brb |
| # | 14:49:48 | jeff___ is now known as jeff |
| # | 14:49:53 | jeff has joined #evergreen |
| # | 14:50:07 | dbs | 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 |
| # | 14:52:19 | eeevil | Dyrcona: fwiw, the hold shelf is in use in an org that has (last I looked) 1.5k+ holds on the shelf |
| # | 14:52:42 | dbs | eeevil: still on the shelf because the client is blocking? :) |
| # | 14:53:49 | eeevil | dbs+- #funny ... |
| # | 14:54:57 | dbs | 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? |
| # | 14:55:31 | eeevil looks |
| # | 14:56:32 | Dyrcona is going to rejoin from other computer. |
| # | 14:56:39 | Dyrcona has quit IRC |
| # | 14:57:14 | Dyrcona has joined #evergreen |
| # | 14:58:46 | eeevil | dbs: I believe the index would be on ccm, which wouldn't be used on a table that small |
| # | 15:01:00 | dbs | eeevil: that would make sense, and hopefully postgresql planner would work that out, I just try not to assume |
| # | 15:01:35 | dbs | Dyrcona: how many entries does action.hold_request have in your db? |
| # | 15:03:02 | Dyrcona | 70,084 rows in ahr. |
| # | 15:03:41 | eeevil | Dyrcona: real data, or all holds are for one usr or on one title or something like that |
| # | 15:03:48 | eeevil | ? |
| # | 15:04:04 | Dyrcona | real data migrated from our old system. |
| # | 15:04:52 | granitize has left #evergreen |
| # | 15:04:58 | eeevil | k |
| # | 15:05:21 | eeevil | I'd still really like to know the query times while you're pulling the list up |
| # | 15:05:40 | Dyrcona | most of them lack a current_copy 'cause I'm not doing something right to get the targeter to work on them. |
| # | 15:06:12 | Dyrcona | 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. |
| # | 15:06:59 | eeevil | 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 ... |
| # | 15:07:49 | eeevil | Dyrcona: if you have more holds per title than copies on the shelf (available/reshelving) you should expect null current_copy values ... |
| # | 15:07:55 | dbs | There's no index on action.hold_request.hold_type, which seems strange |
| # | 15:08:01 | eeevil | if not, then yeah, something else is going on |
| # | 15:08:29 | eeevil | dbs: but there is on target |
| # | 15:08:34 | dbs | I would hope that postgresql would use the target index for the (type+target) where clause, and just scan the rows returned for target |
| # | 15:08:36 | dbs | right |
| # | 15:08:45 | eeevil | and that's very selective even without type |
| # | 15:08:50 | rickd_ has joined #evergreen |
| # | 15:08:53 | Dyrcona | ok. i'm looking through the code to see if the queries are using a field that I haven't filled in. |
| # | 15:09:11 | Dyrcona | i think i can ignore cut_in_line, though, 'cause that appears to use a coalesce. |
| # | 15:09:42 | eeevil | sorting 300-ish rows isn't worth the index anyway |
| # | 15:10:15 | eeevil | sorting 10k rows probably wouldn't be if it's not used in the where clause too (it's not) |
| # | 15:11:55 | Dyrcona | would a blank avg_wait_time in config.circ_modifier be the problem? |
| # | 15:12:35 | Dyrcona | i'll set them all to 1 day to see if that makes a difference. |
| # | 15:12:39 | eeevil | Dyrcona: shouldn't be: OpenSRF::Utils::interval_to_seconds($wait_data->{avg_wait_time} || $default_wait); |
| # | 15:12:58 | Dyrcona | ah. ok. |
| # | 15:13:37 | Dyrcona | oh. i see its a left join anyway. |
| # | 15:14:59 | granitize has joined #evergreen |
| # | 15:21:24 | Dyrcona | i'm going to try again. any logs in particular that I should tail? |
| # | 15:23:13 | eeevil | Dyrcona: just watch the query times while you try to use the UI |
| # | 15:27:51 | dbs | might be useful seeing what max_connections in postgresql.conf is set to, along with the open-ils.cstore opensrf.xml config section |
| # | 15:28:35 | Dyrcona | ok. i tried with a library that have a few things on their hold shelf. it runs rather quickly. |
| # | 15:28:54 | Dyrcona | i'll try the one with 296 now and watch pg_stat_activity again. |
| # | 15:31:45 | b_bonner has quit IRC |
| # | 15:35:43 | mrpeters-isl has quit IRC |
| # | 15:35:48 | mrpeters-isl has joined #evergreen |
| # | 15:36:02 | mrpeters-isl has joined #evergreen |
| # | 15:37:11 | Dyrcona | hmm. i'm more confused. |
| # | 15:37:21 | Dyrcona | nothing really seemed to run that long, then boom! |
| # | 15:38:42 | Dyrcona | 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. |
| # | 15:40:47 | mjg_ has joined #evergreen |
| # | 15:41:04 | mjg_ has left #evergreen |
| # | 15:43:13 | alxp has quit IRC |
| # | 15:44:51 | Dyrcona | I do get a few of these: open-ils.cstore 2011-01-04 15:36:40 [WARN:4214:osrf_application.c:839:1294173303 |
| # | 15:44:53 | Dyrcona | 74860] Returning method exception with message: An unknown server error occurred |
| # | 15:45:22 | dbs | Dyrcona: anything in the postgresql logs? |
| # | 15:47:38 | Dyrcona | no. not near that timestamp, and I noted that the clock on the postgres server is about 16 minutes off from the evergreen server. |
| # | 15:58:49 | Dyrcona | 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. |
| # | 15:59:04 | rsoulliere has quit IRC |
| # | 16:00:37 | Meliss has quit IRC |
| # | 16:04:12 | tspindler has quit IRC |
| # | 16:09:45 | jamesrf has quit IRC |
| # | 16:15:58 | b_bonner has joined #evergreen |
| # | 16:20:20 | dbs | Minutes from today's meeting at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-01-04 |
| # | 16:20:25 | dbs | please adjust |
| # | 16:20:39 | granitize has quit IRC |
| # | 16:26:18 | b_bonner has joined #evergreen |
| # | 16:26:51 | rjackson-isl has quit IRC |
| # | 16:27:21 | b_bonner has joined #evergreen |
| # | 16:28:08 | dbs | 2011-01-11 agenda at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-01-11 |
| # | 16:28:20 | Dyrcona | dbs++ |
| # | 16:29:45 | berick | dbs++ |
| # | 16:33:14 | kmlussier has quit IRC |
| # | 16:41:08 | jenny1 has joined #evergreen |
| # | 16:42:33 | jenny1 has left #evergreen |
| # | 16:43:02 | jenny has quit IRC |
| # | 16:44:22 | dbwells has left #evergreen |
| # | 16:54:52 | b_bonner has joined #evergreen |
| # | 16:59:42 | bshum has quit IRC |
| # | 17:04:25 | b_bonner has quit IRC |
| # | 17:22:32 | djfiander has quit IRC |
| # | 17:29:01 | Dyrcona has quit IRC |
| # | 17:35:41 | tildeequals_ has joined #evergreen |
| # | 17:36:17 | tildeequals has quit IRC |
| # | 18:17:39 | Dmagick-home has joined #evergreen |
| # | 18:29:40 | b_bonner has joined #evergreen |
| # | 18:46:27 | Maryll has joined #evergreen |
| # | 18:50:57 | Maryll has quit IRC |
| # | 19:11:28 | jamesrf has joined #evergreen |
| # | 19:20:06 | b_bonner has quit IRC |
| # | 19:50:35 | jamesrf has quit IRC |
| # | 20:24:14 | tildeequals_ has quit IRC |
| # | 20:59:49 | vickir has joined #evergreen |
| # | 21:02:29 | vickir | 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? |
| # | 21:05:42 | eeevil | vickir: hours of operation in the Organizational Unit editor |
| # | 21:06:11 | vickir | thank you |
| # | 21:06:15 | eeevil | np |
| # | 21:09:57 | vickir has quit IRC |
| # | 21:22:26 | jamesrf has joined #evergreen |
| # | 21:32:27 | rjackson-isl has joined #evergreen |
| # | 21:43:24 | corretico has joined #evergreen |
| # | 21:45:37 | rjackson-isl has quit IRC |
| # | 21:46:31 | jamesrf has quit IRC |
| # | 21:57:29 | eeevil | dbs: the authority nls stuff may have not been completely backported ... |
| # | 21:57:30 | eeevil | cp: cannot stat `locale/ru-RU/authority.js': No such file or directory |
| # | 21:57:31 | eeevil | make: *** [install] Error 1 |
| # | 21:57:48 | eeevil | dbs: so .. I'm commenting that out in the makefile for rc2 |
| # | 22:16:48 | Anon507 has joined #evergreen |
| # | 22:16:58 | Anon507 | wats up |
| # | 22:17:38 | Anon507 has quit IRC |
| # | 22:42:59 | eeevil | 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. |
| # | 22:43:02 | eeevil out |
| # | 22:56:43 | dbs | eeevil: argh. okay, I'll see what I can do for rc3 |
| # | 22:56:48 | dbs | have a good ALA |
| # | 23:26:21 | dbs | eeevil: fixed now (whee) |
| # | 23:26:32 | dbs | eeevil++ # mr. release man! |
April 10-13