| # | Time | Nick | Message |
|---|
| # | 00:03:35 | foocraft has joined #evergreen |
| # | 00:15:07 | foocraft has quit IRC |
| # | 01:37:38 | jamesrf has joined #evergreen |
| # | 03:38:56 | foocraft has joined #evergreen |
| # | 08:20:34 | drdata_esi_ has joined #evergreen |
| # | 08:20:52 | Callender_ has joined #evergreen |
| # | 08:21:29 | drdata_esi has quit IRC |
| # | 08:21:43 | drdata_esi_ is now known as drdata_esi |
| # | 08:22:18 | Callender has quit IRC |
| # | 08:22:30 | Callender_ is now known as Callender |
| # | 10:15:21 | Dyrcona has joined #evergreen |
| # | 10:27:52 | dbs | Hi, freshly upgraded from 1.6.1 to 2.0 system, why can't you retrieve the global cache in O:Search:Biblio? |
| # | 10:29:44 | dbs | It would be helpful if ye olde syslog server didn't decide to choke this AM, too |
| # | 10:45:30 | foocraft has quit IRC |
| # | 10:53:08 | dbs | Wow. That's weird - I had to call initialize() explicitly within O::Search::Biblio to init the vars there. This is with OpenSRF 2.0.0. ENOTTOSPEC |
| # | 11:29:46 | dbs has quit IRC |
| # | 11:31:46 | bjwebb has quit IRC |
| # | 12:03:59 | bshum | dbs: What's the best way to test that? We also just upgraded to OpenSRF 2.0.0 with Evergreen 2.0.6(ish) |
| # | 12:05:13 | bshum | Oh, heh, he's not around, guess I'll find out later :) |
| # | 12:09:52 | tsbere | bshum: You could @later him |
| # | 12:10:26 | bshum | tsbere: True, but I'll just poke him later. |
| # | 12:20:06 | dbs has joined #evergreen |
| # | 12:51:54 | Conlin has joined #evergreen |
| # | 12:51:57 | Conlin | Hello |
| # | 12:54:09 | bshum | Conlin: Greetings! |
| # | 12:54:30 | Conlin | I am looking for some help. I was here a couple weeks ago |
| # | 12:55:21 | Conlin | I am looking for a way to make a login for for my library's website. I would, in an ideal world, like it to integrate with evergreen. I have been looking through the documentation and I cannot find much |
| # | 13:00:25 | bshum | Conlin: I'm not too familiar with that whole process and it can be a bit quiet on Sundays. Perhaps it would be worth attempting to ask more about that during this upcoming week or mailing your questions out to our general mailing list to see if that'll help spark some discussion. |
| # | 13:01:20 | Conlin | Ok thanks! Thats waht i got last time I was here, but I thought I would check in and see if anyone had new information |
| # | 13:01:21 | Conlin | Thanks so much! |
| # | 13:05:49 | bshum | Conlin: Was this you? GDCPLG? http://www.open-ils.org/irc_logs/evergreen/2011-05/%23evergreen.11-Wed-2011.log |
| # | 13:06:06 | bshum | If so, looks like phasefx attempted to follow up at the end of that log. |
| # | 13:09:09 | Conlin | Yep that was me |
| # | 13:09:11 | Conlin | thanks! |
| # | 13:10:07 | Conlin | Ok awesome. That might be a little over my head, but i am sure I can learn. That looks really help ful! |
| # | 13:10:33 | bshum | Sure, maybe phasefx can explain more next time you're both around. |
| # | 13:10:36 | bshum | Good luck :) |
| # | 13:11:28 | Conlin | Thanks! |
| # | 13:18:56 | Conlin has quit IRC |
| # | 13:27:44 | bjwebb has joined #evergreen |
| # | 13:34:12 | Dyrcona has quit IRC |
| # | 14:01:37 | dbs | @later tell berick if you have any ideas why O:Search:Biblio wouldn't have its initialize sub automatically run by OpenSRF (on an OpenSRF rel_2_0 / Evergreen rel_2_0 / Debian Lenny system) I'm all ears. (And that's a really disturbing image) |
| # | 14:01:37 | pinesol_green | dbs: The operation succeeded. |
| # | 14:03:04 | dbs | meanwhile, our backup / logging server totally crashed. good job, little guy, way to pick a good time to go down. and as it's the backup server, the fsck on reboot is going to take an eternity |
| # | 14:08:03 | tsbere | better the backup than, say, a production box. |
| # | 14:09:19 | dbs | true. Of course, as it's our logging server, I would like to use it to figure out why the upgrade of our production servers from 1.6.1 -> 2.0 appears to be wonky |
| # | 14:10:05 | tsbere | Ahhh. A case of "the most useful debugging tool decided to die as soon as you want it"? |
| # | 14:11:28 | dbs | Yeah. As I was typing "cd /var/log/remote/" it died. Protecting its secretssssessss |
| # | 14:12:13 | tsbere | Oh, it *really* went for die on demand. That sucks. |
| # | 14:12:34 | dbs | Only 20 or so minutes until this volume finishes its fsck ; hopefully that's the really big one. |
| # | 14:13:30 | dbs | huzzah for HP's iLO java applet that lets me see what's going on (virtualized console inside a windows VM, whee) |
| # | 14:14:58 | dbs | tsbere: did you ever come up with a solution for the "js / css caching is awesome, until we want to kill the cache" problem? I'm considering a combination of a bash for loop and sed to ln *.js to *.js.2011-05-22... |
| # | 14:15:39 | tsbere | dbs: I think some of that may have been worked on already |
| # | 14:16:01 | dbs | not looking forward to telling people to hard refresh their browser on a bunch of different catalogue screens for the next month (whoops, should have shrunk down the cache window a few weeks ago) |
| # | 14:16:11 | dbs perks up |
| # | 14:16:42 | tsbere | Git says commit hash e31c592c19368c09c4ccc3d9029ccf1dc9eb74d9 on master was the start of that, I think |
| # | 14:17:09 | tsbere | "Print the path to files written by autogen in support of a cache-killing hash" |
| # | 14:17:27 | tsbere | Dunno if it is being used yet |
| # | 14:18:07 | dbs doesn't know how to look at the diff of just one commit |
| # | 14:18:32 | tsbere | One way is to just go to git.evergreen-ils.org ;) |
| # | 14:18:47 | dbs | getting all kinds of other changes with "git diff e31c592c19368c09c4ccc3d9029ccf1dc9eb74d9" |
| # | 14:19:09 | tsbere | git diff e31c592c19368c09c4ccc3d9029ccf1dc9eb74d9 e31c592c19368c09c4ccc3d9029ccf1dc9eb74d9^1 |
| # | 14:19:25 | dbs | hah, okay |
| # | 14:19:43 | dbs | DRY |
| # | 14:20:00 | tsbere | ^1 is "previous commit" in refspeak, I think |
| # | 14:20:57 | tsbere | Looks like 28283b6fea32c44658a515816943b577281de3af is related |
| # | 14:22:12 | tsbere | and edf90f147fa0385faaaeaace957de49420dc0617 |
| # | 14:24:55 | bshum | Doesn't seem like those were ever applied to the rel_2_0 branch |
| # | 14:25:33 | tsbere | Nope. Just trunk/master |
| # | 14:25:38 | bshum | Only 2.1 and trunk |
| # | 14:26:00 | dbs | awesome: "fsck died with exit status 1", that's always good to see |
| # | 14:26:00 | tsbere | Tis "new feature" territory. Thus doesn't go into released versions. |
| # | 14:26:05 | dbs | yup |
| # | 14:26:13 | bshum | Right. |
| # | 14:26:45 | dbs | ergo, "jerry-rig local hack" territory comes into play |
| # | 14:27:30 | tsbere | Good news: It is solved (in whole or part) in 2.1 ;) |
| # | 14:27:54 | bshum | dbs: What are the symptoms of the problem you're describing with opensrf 2.0.0? (We're using it now with our recently upgraded cluster but we use Ubuntu Lucid not Debian Lenny). Curious to see if it's something that's a problem here too... |
| # | 14:27:56 | dbs | We do hope to get there this summer |
| # | 14:28:19 | dbs | bshum: oh, it would be pretty obvious; search wouldn't work at all |
| # | 14:28:30 | bshum | dbs: Oh, well... that sounds particularly bad then. |
| # | 14:29:40 | bshum | So far, searching seems fine, so I guess we weren't affected. |
| # | 14:30:15 | dbs | Yeah, being on Lenny isn't ideal but it was the most expedient route (idea being that we would make our two app servers independent bricks, then be able to do a clean reinstall of squeeze on one brick while the other chugs along) |
| # | 14:30:56 | dbs | FWIW, it's not a Lenny thing, as our test server (another Lenny app server -> Squeeze database server combo) didn't exhibit the same symptoms |
| # | 14:31:54 | bshum | Hmm |
| # | 14:31:56 | dbs curses himself a bit for taking the "safe, stable" way out for once rather than directly installing 2.1 like he had originally planned |
| # | 14:33:45 | tsbere usually finds the "safe, stable" way is rarely safe and/or stable |
| # | 14:50:37 | dbs | -= THIS MESSAGE NOT LOGGED =- |
| # | 15:19:17 | agJohn has joined #evergreen |
| # | 15:25:47 | atz has joined #evergreen |
| # | 15:46:03 | b_bonner has joined #evergreen |
| # | 15:49:58 | b_bonner has quit IRC |
| # | 15:50:39 | b_bonner has joined #evergreen |
| # | 15:55:45 | b_bonner_ has joined #evergreen |
| # | 16:00:02 | b_bonner_ has joined #evergreen |
| # | 16:00:11 | b_bonner_ has left #evergreen |
| # | 16:00:19 | dbs | worked up a cache-killing approach for 2.0 that will probably avoid the bulk of the damage, but looking forward to 2.1 and beyond |
| # | 16:03:29 | bshum | dbs: I'd be curious to see what you did. |
| # | 16:03:43 | bshum | Maybe when things settle a bit for you. |
| # | 16:03:46 | dbs | bshum: I'll write it up when things calm down - yeah |
| # | 16:05:22 | bshum | dbs: Of course. Thanks and good luck. |
| # | 16:06:58 | b_bonner has quit IRC |
| # | 16:07:44 | b_bonner has joined #evergreen |
| # | 16:08:12 | b_bonner has left #evergreen |
| # | 16:11:09 | Dyrcona has joined #evergreen |
| # | 16:29:16 | Callender has quit IRC |
| # | 16:29:17 | drdata_esi has quit IRC |
| # | 16:30:11 | leed has quit IRC |
| # | 16:30:11 | Dmagick_ has quit IRC |
| # | 16:30:25 | phasefx has quit IRC |
| # | 16:30:45 | mtate has quit IRC |
| # | 16:32:04 | egbuilder has quit IRC |
| # | 16:36:19 | tsbere | looks like the testing server went down. Was this from a planned update? |
| # | 16:37:48 | dbs | which testing server? |
| # | 16:37:56 | b_bonner_ has joined #evergreen |
| # | 16:37:57 | dbs is twitchy |
| # | 16:38:39 | b_bonner_ has quit IRC |
| # | 16:39:30 | b_bonner_ has joined #evergreen |
| # | 16:41:54 | berick | dbs: have you tried perl -c path/to/search.pm ? it sounds like the module might be faililng to load during init |
| # | 16:42:24 | dbs | berick: a brilliant idea! |
| # | 16:42:50 | berick | and/or path/to/search/biblio.pm |
| # | 16:43:42 | dbs | yeah |
| # | 16:44:11 | dbs | perl -c /openils/lib/perl/OpenILS/Application/Search.pm complains about the lack of a bootstrap config, that's interesting |
| # | 16:44:42 | dbs | ahh, and Search::Serial needs MARC::Record 2.0.1. |
| # | 16:45:10 | dbs | berick++ |
| # | 16:45:46 | dbs wonders whether Makefile.install has that as a dep for lenny, or just the libmarc-record-perl... |
| # | 16:48:30 | dbs will wonder about that later after installing MARC::Record 2.0.3 |
| # | 16:49:17 | tsbere | dbs: http://testing.evergreen-ils.org/ isn't responding, and egbuilder left the channel due to a timeout? |
| # | 16:50:09 | dbs | oh, THAT test server |
| # | 16:50:33 | dbs | tsbere: didn't know if you meant one of the dev or community "test" servers, or what |
| # | 16:50:40 | dbs blames equinox :) |
| # | 16:51:02 | dbs | I'll poke tonight - getting kicked out of the library |
| # | 16:51:09 | b_bonner has joined #evergreen |
| # | 16:51:49 | dbs | yay, serials holdings! |
| # | 16:51:52 | dbs scoots |
| # | 16:51:59 | dbs | berick++ |
| # | 16:52:01 | tsbere noticed testing.blah not responding, just now looking at the fact a pile of people left at the same time tells me a network connection likely died |
| # | 16:52:42 | dbs | yes, all suspiciously in the same vicinity... |
| # | 16:52:44 | dbs | tsbere++ |
| # | 16:52:54 | berick | dbs: *whew* glad it's back up |
| # | 16:53:04 | atz has quit IRC |
| # | 16:53:18 | dbs | this is a long weekend for canucks, so totally sluggish for academics. ergo a good weekend to upgrade :) |
| # | 16:53:21 | dbs | okay, goiong |
| # | 16:53:57 | tsbere | dbs: We do that next weekend. Just that we migrate. <_< |
| # | 16:58:29 | dbs has quit IRC |
| # | 16:58:46 | b_bonner is now known as zz_b_bonner |
| # | 17:02:20 | zz_b_bonner is now known as b_bonner |
| # | 17:05:33 | b_bonner has left #evergreen |
| # | 17:20:23 | b_bonner_ has joined #evergreen |
| # | 17:23:20 | b_bonner_ has left #evergreen |
| # | 18:49:09 | atz has joined #evergreen |
| # | 19:03:41 | wlayton has joined #evergreen |
| # | 20:13:00 | RBecker has quit IRC |
| # | 20:28:55 | RBecker has joined #evergreen |
| # | 20:31:52 | Dyrcona has quit IRC |
| # | 21:44:50 | artunit has quit IRC |
| # | 22:04:30 | artunit has joined #evergreen |
| # | 23:28:53 | wlayton has quit IRC |
April 10-13