| # | Time | Nick | Message |
|---|
| # | 00:11:14 | CmptrWz has joined #evergreen |
| # | 00:12:45 | cbandito_ has joined #evergreen |
| # | 00:16:12 | denials has joined #evergreen |
| # | 00:16:14 | phasefx__ has joined #evergreen |
| # | 00:16:45 | dbs has quit IRC |
| # | 00:16:45 | cbandito has quit IRC |
| # | 00:16:45 | phasefx has quit IRC |
| # | 00:16:46 | tsbere has quit IRC |
| # | 00:16:53 | cbandito_ is now known as cbandito |
| # | 00:22:47 | shadowspar has quit IRC |
| # | 00:30:45 | denials has quit IRC |
| # | 00:47:38 | tildeequals has quit IRC |
| # | 00:58:16 | jeff | sorry, i was running opensrf 1.6.1 on ubuntu 10.04 (lucid), python 2.6.5 |
| # | 00:58:44 | jeff | and i had only a single opensrf python service |
| # | 01:13:07 | tildeequals has joined #evergreen |
| # | 02:13:38 | pmplett_ has quit IRC |
| # | 02:38:04 | shadowspar has joined #evergreen |
| # | 07:09:04 | shopkins has joined #evergreen |
| # | 07:18:51 | dbs has joined #evergreen |
| # | 07:19:45 | dbs has quit IRC |
| # | 07:33:10 | sfortin has joined #evergreen |
| # | 08:11:11 | gmcharlt grabs 0462 |
| # | 08:30:15 | mjgiarlo | denials_: I'm running maverick, btw. |
| # | 08:30:36 | mjgiarlo | denials_: used the ubuntu-karmic or ubuntu-lucid make for dependencies and it worked a-ok for me. |
| # | 08:31:11 | mjgiarlo | dbs++ # btw, I switched to trunk last night and, yay, works! didn't need to futz with anything. |
| # | 08:32:39 | kmlussier has joined #evergreen |
| # | 09:03:04 | Dyrcona has joined #evergreen |
| # | 09:03:49 | Dyrcona | CmptrWz: Signed in from home, I see. :) |
| # | 09:05:08 | bshum has joined #evergreen |
| # | 09:08:19 | Meliss has joined #evergreen |
| # | 09:22:25 | bshum has quit IRC |
| # | 09:26:54 | CmptrWz is now known as tsbere |
| # | 09:27:17 | tsbere | Dyrcona: Actually, the server I was connected to died around midnight, and that was the next alt nick it picked. |
| # | 09:30:56 | jenny has joined #evergreen |
| # | 09:43:09 | dbs has joined #evergreen |
| # | 09:47:53 | atz has joined #evergreen |
| # | 09:49:24 | jenny1 has joined #evergreen |
| # | 09:50:18 | kmlussier_ has joined #evergreen |
| # | 09:51:36 | jenny has quit IRC |
| # | 09:54:26 | kmlussier has quit IRC |
| # | 09:54:30 | kmlussier_ is now known as kmlussier |
| # | 09:56:29 | r123 has joined #evergreen |
| # | 10:04:48 | bshum has joined #evergreen |
| # | 10:49:46 | phasefx__ is now known as phasefx |
| # | 11:00:51 | atz has quit IRC |
| # | 11:03:53 | atz has joined #evergreen |
| # | 11:11:07 | atz_ has joined #evergreen |
| # | 11:13:35 | atz has quit IRC |
| # | 11:16:43 | atz has joined #evergreen |
| # | 11:19:17 | atz_ has quit IRC |
| # | 11:34:27 | bshum | Hmm, a question about 2.0 |
| # | 11:34:31 | bshum | For OPAC searches |
| # | 11:34:49 | bshum | It seems to render search results one at a time |
| # | 11:35:05 | bshum | Before it displays facets and other information or allows you to click on any given result. |
| # | 11:35:15 | bshum | Is this a new approach? |
| # | 11:35:38 | bshum | Seems slower, maybe I need to customize something to enhance how it displays? |
| # | 11:35:40 | dbs | might be the use of bibtemplate in the search results screen? |
| # | 11:36:37 | bshum | dbs: That's what I'm wondering I guess. |
| # | 11:36:49 | bshum | Not sure enough of the details of what's changing between 1.6 and 2.0 |
| # | 11:38:15 | dbs | Everything :) |
| # | 11:38:25 | bshum | :) |
| # | 11:38:40 | csharp figures the ***SPAM*** tags on mrpeters-isl's emails is because of the SQL statements in the body... |
| # | 11:39:03 | csharp | I'll see about whitelisting you, mrpeters-isl |
| # | 11:39:12 | bshum | Ooh |
| # | 11:39:18 | bshum | If you're picking folks to be whitelisted :) |
| # | 11:39:22 | csharp | heh |
| # | 11:39:28 | csharp | hold on :-) |
| # | 11:40:02 | csharp | I was just about to say... we're setting up a server at GPLS which is meant to handle all Evergreen Community list traffic |
| # | 11:40:07 | csharp | (eventually) |
| # | 11:40:10 | dbs | csharp++ |
| # | 11:40:50 | csharp | I expect we'll keep the anti-spam programs that are required on our email server (current home of the lists) *off* of the new server |
| # | 11:41:03 | csharp | so whitelists will hopefully not be necessary |
| # | 11:41:04 | csharp hopes |
| # | 11:41:29 | mrpeters-isl | csharp: thanks! |
| # | 11:41:34 | csharp | however, bshum, if you want me to whitelist you or someone else, please let me know :-) |
| # | 11:41:59 | csharp | s/whitelist/ask our IT folks to whitelist/ |
| # | 11:42:42 | dbs | bshum: I wonder if part of what you're seeing has to do with the attempts to prevent the white screens of death; large chunks of JavaScript have been repositioned |
| # | 11:43:10 | bshum | dbs: Oh, scary |
| # | 11:43:18 | bshum | dbs: Well I haven't seen a white screen of death |
| # | 11:43:22 | bshum | So that's a plus, right? :) |
| # | 11:43:38 | phasefx | one thing I notice is that the open-ils-documentation list puts subscription requests in moderation, but the other lists are doing otherwise. What I'm curious about, is that I notice attempts by spammers at joining the doc list, and I deny those, but I wonder how come it's not a problem with the other lists |
| # | 11:44:40 | csharp | phasefx: I've wondered that myself :-0 |
| # | 11:45:06 | eeevil | bshum: the rendering hasn't really changed, the difference is that before, without bibtemplate, the rendering was in a tight enough loop that it looked like it was just dropping them all in at once |
| # | 11:45:51 | eeevil | bibtemplate adds enough delay that the browser goes ahead and renders them individually ... chrome will still render them in chunks, but not always all at once |
| # | 11:46:46 | bshum | Hmm |
| # | 11:46:55 | dbs | In chromium, I see the header appear; then a delay, then all the results and the facets at once |
| # | 11:47:14 | eeevil | right ... but in IE and FFX, it tends to do them one at a time |
| # | 11:47:48 | dbs | Yep. Weird. |
| # | 11:48:00 | phasefx | if things are happening by multiple callbacks, after every function call the browser has an opportunity to do stuff, like render |
| # | 11:48:04 | eeevil | it's a repainting optimization, and v8 is faster than jscript or spidermonkey |
| # | 11:48:19 | eby has quit IRC |
| # | 11:48:44 | eeevil | phasefx: but id doesn't always take advantage of that ... only when the delay is long enough. for chrome, it's often not long enough because of the speed of v8 |
| # | 11:48:49 | ebyr has joined #evergreen |
| # | 11:48:49 | dbs | and then if you resubmit the same search in FFX, you get it all at once like chromium thanks to the power of caching |
| # | 11:49:05 | phasefx | eeevil: right, opportunity may not be used |
| # | 11:50:20 | eeevil wants to work on opensearch+FeedTemplate results page ... will render all at once, and faster too :) |
| # | 11:51:04 | dbs wants to rip and replace with Template::Toolkit |
| # | 11:51:50 | dbs | gotta get that social branch mojo working |
| # | 11:52:17 | phasefx wants to see things work like that instant searching as you type thing in google :) |
| # | 11:52:33 | mrpeters-isl | that annoys me haha |
| # | 11:52:54 | mrpeters-isl | ill see something catch my eye below, then i type one more letter nad that result moves...heh |
| # | 11:52:56 | phasefx | annoys me in the netflix wii app because it's slow :) |
| # | 11:53:11 | mrpeters-isl | wii has netflix now? interesting |
| # | 11:53:17 | phasefx types fast, but doesn't point & click letters fast |
| # | 11:53:29 | bshum | Ouch, IE8 does not like our 2.0 OPAC |
| # | 11:53:30 | mrpeters-isl | surprised its fast enough to decode the video |
| # | 11:53:31 | phasefx | mrpeters-isl: has it without disc now |
| # | 11:53:38 | mrpeters-isl | cool! same on ps3 |
| # | 11:53:49 | phasefx | and xbox 360 |
| # | 11:54:17 | phasefx | the ps3 can handle HD streaming of course (and probably the 360) |
| # | 11:54:23 | mrpeters-isl | yea, always was on 360...which was why ps3 had to have the disc |
| # | 11:54:39 | mrpeters-isl | some kind of exclusive license with microsoft at first |
| # | 11:54:45 | mrpeters-isl | phasefx: so its non HD on the Wii? |
| # | 11:54:47 | dbs | bshum: ruh-roh |
| # | 11:55:06 | mrpeters-isl | very curious...since i have both....i could move the wii into bedroom for a second netfix location! |
| # | 11:55:12 | phasefx | mrpeters-isl: as far as I know. Sorry folks for the off-topic chatter while others are on-topic :D |
| # | 11:55:25 | mrpeters-isl | heh yeah sorry...thanks phasefx |
| # | 11:55:30 | bshum | dbs: Oh, wait, it actually popped up with the message to install the Chrome overlay. I remember that discussion on the mailing list. Guess that's in there now, eh? |
| # | 11:55:52 | bshum | Well, rendered that I mean |
| # | 11:55:53 | dbs | bshum: eeevil added it ages ago |
| # | 11:55:56 | eeevil | bshum: GCF is offered in 2.0, yes |
| # | 11:55:56 | bshum | And then displayed no results |
| # | 11:56:16 | phasefx | mrpeters-isl: in any case, having an infrastructure that _could_ do that (given whatever horsepower you'd need) would be nifty :) |
| # | 11:56:59 | pmplett has joined #evergreen |
| # | 11:57:42 | mrpeters-isl | back to your original point though, i think it would be awesome to have that feature in Evergreen. I think it'd work better than it does (for me) on google. |
| # | 12:01:30 | mjgiarlo | could someone offer a guess -- even wild speculation is OK -- as to how many institutions are running opensrf? (I understand that 99-100% of those will be running Evergreen as well.) |
| # | 12:02:28 | phasefx | mjgiarlo: http://evergreen-ils.org/blog/?p=431 ? |
| # | 12:03:28 | mjgiarlo | phasefx++ # that'll do. |
| # | 12:05:01 | dbs | there's also http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen_libraries - counting there takes me up to 32, from the 29 referenced in the comments in that blog post |
| # | 12:05:13 | dbs | and whatever natschil is doing :) |
| # | 12:05:16 | eeevil | mjgiarlo: 30-ish production EG instances explicitly known (start of Sept '10), plus many test/training/dev instances ... depending on how you count, of course, there are hundreds |
| # | 12:06:28 | eeevil | (and I suspect at least a dozen "unknown" production or pre-production instances, and another half dozen or so known-but-not-yet-live) |
| # | 12:07:45 | ebyr | i got it half installed if you like decimals |
| # | 12:08:15 | dbs | berick / mjgiarlo / jeff: so, after upgrading to Fedora 14 (with Python 2.7), "opensrf.py -l -a start_all" still only starts 2 of my 3 defined services, but "osrf_ctl.sh -l -a start_python" starts'em all |
| # | 12:08:42 | dbs | yay for sh! |
| # | 12:12:47 | tildeequals has quit IRC |
| # | 12:20:43 | pmplett has quit IRC |
| # | 12:24:25 | phasefx crashed firefox, chaos powers are back |
| # | 12:29:14 | dbs | phasefx++ |
| # | 12:42:25 | atz_ has joined #evergreen |
| # | 12:43:26 | atz has quit IRC |
| # | 12:43:37 | tildeequals has joined #evergreen |
| # | 12:47:13 | atz has joined #evergreen |
| # | 12:48:17 | pmplett has joined #evergreen |
| # | 12:48:45 | atz_ has quit IRC |
| # | 12:49:36 | jamesrf has joined #evergreen |
| # | 12:50:03 | gmcharlt | dbs++ |
| # | 12:53:15 | dbs | gmcharlt: what? I'm a failure, still no feedback on the dev meeting time for next week: http://libmail.georgialibraries.org/pipermail/open-ils-dev/2010-November/006488.html |
| # | 12:53:58 | brian_f has joined #evergreen |
| # | 12:54:14 | bshum | I'm waiting to see what elusive west-coasters care to reply :) |
| # | 12:55:04 | atz_ has joined #evergreen |
| # | 12:56:55 | atz has quit IRC |
| # | 13:01:29 | dbs | jamesrf: this means you :) |
| # | 13:08:00 | phasefx | yay, crashed it again |
| # | 13:08:31 | jamesrf thumbs up |
| # | 13:08:50 | dbs | jamesrf: that's nice and ambiguous :) |
| # | 13:09:03 | tsbere | phasefx: Your chaos powers are weak, just crashing the browser. Why is the server still working? :P |
| # | 13:09:42 | atz has joined #evergreen |
| # | 13:09:50 | atz has quit IRC |
| # | 13:10:05 | csharp strengthens the firewall around PINES' production servers... |
| # | 13:10:07 | phasefx | tsbere: it's built an immunity against me |
| # | 13:10:08 | atz has joined #evergreen |
| # | 13:10:39 | phasefx | csharp: you should have seen the ball lightning the last time I was in your server cage |
| # | 13:10:44 | csharp | ha! |
| # | 13:11:27 | Dyrcona | bshum: never mind the west coasters....what time do the chinese developers prefer or the indians? |
| # | 13:12:02 | atz_ has quit IRC |
| # | 13:12:33 | dbs will be happy to schedule meetings at any time that suits developers, no matter what timezone they're in, if it means more goodness for evergreen |
| # | 13:14:27 | jenny1 has quit IRC |
| # | 13:14:30 | Dyrcona is generally facetious, but i have meetings all day on the 16th so the time doesn't matter much to me. |
| # | 13:14:38 | atz_ has joined #evergreen |
| # | 13:16:10 | atz has quit IRC |
| # | 13:17:56 | atz has joined #evergreen |
| # | 13:19:40 | atz_ has quit IRC |
| # | 13:26:00 | brian_f | I've got a Beta1 question about the staff client |
| # | 13:26:54 | brian_f | When I retrieve a patron record, and click the "Edit" button to review/edit name, address info, I get an internal server error. |
| # | 13:27:31 | brian_f | The message suggests checking the logs-- which ones would be the best starting place? |
| # | 13:27:59 | brian_f | (I didn't see this error in Alpha4, didn't install Alpha5) |
| # | 13:29:29 | dbs | brian_f: did you create the symlink for the dojo theme? |
| # | 13:30:14 | dbs | (per https://bugs.launchpad.net/evergreen/+bug/673149 ) |
| # | 13:30:54 | atz_ has joined #evergreen |
| # | 13:31:08 | atz has quit IRC |
| # | 13:31:32 | brian_f | dbs: Nope... I missed that. I'll give it a try and be back if it doesn't get me on track. Thanks! |
| # | 13:32:01 | tsbere hopes he doesn't have to worry about that using a SVN checkout |
| # | 13:32:32 | dbs | tsbere: nope, only shows up if you run the css minimizer apparently |
| # | 13:34:58 | phasefx | crash 3, I'm on a roll (found something reproducible) |
| # | 13:35:40 | brian_f | dbs: I ran those commands, but still see the same error |
| # | 13:36:29 | brian_f | All buttons other than Edit seem to work fine |
| # | 13:37:49 | phasefx | internal server errors should be putting useful info in the apache error log |
| # | 13:38:48 | eeevil | what's the vim syntax to set tabwidth to 4? stupid tabs... |
| # | 13:38:59 | dbs | eeevil: :set ts=4 |
| # | 13:39:04 | dbs | :set sw=4 |
| # | 13:39:05 | eeevil | dbs++ |
| # | 13:39:22 | brian_f | phasefx: thx |
| # | 13:39:32 | tsbere | and if you want, :set expandtab make the tab key put spaces in instead. |
| # | 13:40:18 | dbs almost always wants that |
| # | 13:40:24 | dbs | :set et -- for the lazy |
| # | 13:40:59 | tsbere prefers real tabs in files, because then if he wants tabs to be the width of 6 spaces he can do that while someone else working on the same file can be at 4 or 8 or 2 even |
| # | 13:41:14 | tsbere usually uses 4 himself, though |
| # | 13:41:22 | phasefx | and for turning :set options off, put the word no in front of the setting |
| # | 13:42:17 | phasefx | :set list is useful for seeing tabs |
| # | 13:42:47 | atz_ | do we still not have an example vimrc file committed? |
| # | 13:43:13 | atz_ | (which would have those commands) |
| # | 13:43:25 | dbs | atz_: I'm sure it's there |
| # | 13:43:29 | tsbere | atz_: I can't use an example vimrc file, because I don't work on one project. Also, different files seem to have different conventions in the source. :P |
| # | 13:43:53 | atz_ | you can call vim w/ a command-line option to use a different .vimrc file |
| # | 13:43:59 | atz_ | so have one per project, basically |
| # | 13:44:07 | tsbere | Which is really annoying |
| # | 13:44:10 | dbs | and as atz suggested, alias that to something like "egvim" |
| # | 13:44:21 | csharp | atz_: http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/examples/vimrc?rev=15687 |
| # | 13:44:53 | tsbere | and doesn't help if I have different tabs open in vim for different projects because I am working on making them talk to each other. :P |
| # | 13:45:54 | tsbere still doesn't know why people want spaces where tabs are appearance-configurable by each individual user |
| # | 13:46:17 | atz_ | tsbere: precisely *because* they are appearance-configurable per user |
| # | 13:46:25 | tsbere | Why is that a bad thing? |
| # | 13:46:36 | dbs | tsbere: some people use tabs to align var assignments, which then look ridiculous with a different tabwidth |
| # | 13:47:22 | dbs adds "Tabs vs. spaces" to the next developer meeting agenda, just after "vi vs. emacs vs. eclipse" |
| # | 13:47:24 | atz_ | tsbere: b/c consistent appearance is the goal. also vim is not the only view of source code. |
| # | 13:48:46 | dbs admits that one of the problems that pops up from time to time is the modelines that he added to various files back when tabs were the preferred mode in EG |
| # | 13:50:32 | plogik | A little off topic....My suspicions tell me i can use standard json queries with pcrud, but my efforts tell me otherwise.... Is this possible? (I'm hoping I can pass these calls through http-translator) |
| # | 13:51:05 | plogik | sample: [{"__c":"osrfMessage","__p":{"threadTrace":0,"type":"REQUEST","payload":{"__c":"osrfMethod","__p":{"method" :"open-ils.pcrud.bre.json_query","params":["b562343fddeca85719fa923446282129",{"select":{"bre":"value" },"from":"bre","where":{"id":"178325"}}]}},"locale":"en-US"}}] |
| # | 13:51:34 | tsbere points out that the example vimrc should not have bg=dark as one of the sets, and possibly not vnoremap statements. The bg statement is a bad thing because that is a UI appearance thing, and the vnoremap ones are changing key functionality on people. |
| # | 13:51:54 | tsbere | Alternatively, put a large pile of comments in there explaining what each set of commands does and *why* |
| # | 13:52:55 | eeevil | plogik: no, no json_query on pcrud |
| # | 13:53:57 | eeevil | plogik: however, 1) there's no value column on bre and 2) you can do that with open-ils.pcrud.direct.biblio.record_entry.retrieve "b562343fddeca85719fa923446282129", 178325 |
| # | 14:00:44 | brian_f | Checking the apache log file, I see this error: [Wed Nov 10 18:37:22 2010] [error] [client 97.122.124.81] File does not exist: /openils/var/web/xul/rel_2_0_beta1/server/locale/en-US/common_custom.properties |
| # | 14:01:10 | brian_f | I see common.properties file, but not common_custom.properties |
| # | 14:02:00 | dbs | that's probably not a fatal error - I think phasefx added the ability to have a *_custom.properties file that would override definitions in the base *.properties file (IIRC) |
| # | 14:02:51 | dbs | brian_f: anything else in /openils/var/log/osrfsys.log or in the JavaScript Console (Admin -> Developers Only -> JavaScript Console)? |
| # | 14:02:59 | eeevil | dbs: indeed, in a similar manner to how dojo does i18n |
| # | 14:03:18 | eeevil | (you know that, but just for the "class" ;) ) |
| # | 14:04:01 | dbs | right, lots of spurious 404s (until you build a dojo layer optimizes them out, at least for the dojo case) |
| # | 14:04:07 | brian_f | Immediately after that error, I see [error] [client 97.122.124.81] Can't call method "mtime" on an undefined value at /openils/lib/perl5/OpenILS/WWW/EGWeb.pm |
| # | 14:04:14 | LBA has joined #evergreen |
| # | 14:04:22 | dbs | that sounds more interesting |
| # | 14:04:46 | brian_f | Next is [info] [client 127.0.0.1] Connection to child 1 established (server localhost:443) |
| # | 14:05:01 | brian_f | But then [client 127.0.0.1] SSL library error 1 in handshake (server localhost:443) |
| # | 14:05:20 | brian_f | SSL Library Error: 336027900 error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol speaking not SSL to HTTPS port!? |
| # | 14:05:24 | dbs | brian_f, |
| # | 14:05:28 | dbs | don't worry about those |
| # | 14:05:33 | brian_f | okay |
| # | 14:05:46 | dbs | did you link oils_web.xml.example to oils_web.xml in /openils/conf/ ? |
| # | 14:06:12 | brian_f | Hmmm. I may have missed that step, let me check |
| # | 14:06:27 | dbs | that's what that mtime error suggests to me |
| # | 14:09:00 | mjgiarlo | eeevil: thanks for the #s back there. I expect folks to ask "why are you so excited about a technology that's only used by a handful of weird libraries" so I want to be forearmed. ;) |
| # | 14:09:22 | mjgiarlo | dbs++ # again, thanks for the start_all workaround |
| # | 14:09:35 | brian_f | dbs: you were right on, I had missed that step. Now it is coming up fine. Thanks! |
| # | 14:09:50 | jenny has joined #evergreen |
| # | 14:10:17 | Dyrcona | anyone set up config.bib_source entries for OverDrive or Safari? If so what value did you use for quality? |
| # | 14:10:32 | dbs | mjgiarlo: because as the Architect you can bend OpenSRF to your will |
| # | 14:11:03 | mjgiarlo | dbs: I can make dozens of arguments re the benefits of opensrf |
| # | 14:11:10 | tsbere | Can someone please add the 'echo "export PERL5LIB=/openils/lib/perl5:\$PERL5LIB" >> ~/.bashrc' statement to one of the opensrf or evergreen readme files? I keep forgetting to do that when using the readmes as a reference. :( |
| # | 14:12:06 | dbs | tsbere: will do sir |
| # | 14:12:15 | parsr has joined #evergreen |
| # | 14:12:44 | dbs | I see we have the PATH but not the PERL5LIB munging in the OpenSRF readme |
| # | 14:12:46 | mjgiarlo | dbs: it's the question of "should we invest in something used only by a few dozen libraries, especially considering we may be the first one to 1) use python services, and 2) employ opensrf outside of evergreen" that will be harder to answer. but I won't need to answer that for a while, methinks. matters less for a prototype. |
| # | 14:14:36 | dbs | tsbere: it's in trunk OpenSRF README now, thanks! |
| # | 14:14:48 | tsbere | dbs++ |
| # | 14:16:16 | dbs | mjgiarlo: Oh, I understand! "Buy low, sell high" is a good tip, I hear |
| # | 14:16:40 | mjgiarlo snorts |
| # | 14:17:13 | mjgiarlo | (Also, if we have opensrf running in production here, it will make it easier to argue for migrating from symphony to evergreen in a few years.) |
| # | 14:17:42 | Dyrcona | mjgiarlo: You have my sympathy. |
| # | 14:18:11 | mjgiarlo | I don't ever have to deal with the ILS, so I will pass that sympathy on. |
| # | 14:24:28 | phasefx | lesson learned today, dojo.cookie(name,value,{'expires':-1}); is different than dojo.cookie(name,value,{'expires':'-1'}); // DO use the string version for expires |
| # | 14:25:40 | dbs | really? wow. dojo, sometimes you're weird |
| # | 14:26:07 | phasefx | -1 is as good as deleting the cookie |
| # | 14:26:46 | phasefx | which is what they give in their example for deleting a cookie :) |
| # | 14:26:55 | pmplett is now known as pmpafk |
| # | 14:27:12 | phasefx | but I was thinking -1 meant never expire |
| # | 14:27:31 | phasefx | or expire at end of session, or soemthing |
| # | 14:27:55 | dbs | So, the docs say that the value for expires should be a number or a date |
| # | 14:28:01 | dbs | what the heck is '-1'? |
| # | 14:28:18 | atz has joined #evergreen |
| # | 14:29:48 | phasefx | dbs: arg, must be something specific to Cookies.js which I just perpetuated in my attempt to replace Cookies.js with dojo.cookie |
| # | 14:30:20 | atz_ has quit IRC |
| # | 14:30:37 | dbs | heh |
| # | 14:30:56 | dbs | maybe expires:10000 then? |
| # | 14:31:09 | phasefx | dbs: if Cookies.js sees a -1, it doesn't specify an actual expires option for the cookie. that's about useless |
| # | 14:34:30 | Dyrcona | phasefx: does that make it a "session" cookie? |
| # | 14:34:53 | phasefx | it seems to |
| # | 14:39:00 | phasefx | Cookies.js is also doing such tricks as handling "+1yr" |
| # | 14:39:37 | Dyrcona | Cookies.js++ |
| # | 14:39:52 | phasefx | my mission is to kill it :D |
| # | 14:41:12 | phasefx | dojo.cookie is using days |
| # | 14:43:57 | tsbere has made really really really really crappy "this is not a production server" logo files <_< |
| # | 14:44:45 | dbs | phasefx: dojo.cookie(name, value, {"expires":dojo.date.add(Date(), "year", 1)); // for +1 year, roughly? |
| # | 14:46:08 | phasefx just put 365 |
| # | 14:46:46 | phasefx | now, is there any reason one would set the expiration date to the epoch rather than just delete the cookie? |
| # | 14:47:25 | dbs | 365.25 |
| # | 14:48:06 | moodaepo | If we have items in a copy location set to holdable BUT the copy location itself is set to NOT holdable will the items be used to fulfill holds? |
| # | 14:48:35 | eeevil | moodaepo: no |
| # | 14:48:54 | tsbere | phasefx: Because some browsers don't actually wipe out the cookie unless it is expired? |
| # | 14:49:50 | dbs | moodaepo: the great phasefx once explained it as "one NO overrides any number of YESes" (except more eloquently) |
| # | 14:50:09 | phasefx | No's win |
| # | 14:50:25 | moodaepo | Hmm well we have a case of mysterious hold processing then...a copy of toy story 3 which was assigned to a location that was set to not holdable has fulfilled a hold! |
| # | 14:50:43 | moodaepo goes to recheck the logs && db |
| # | 14:51:49 | phasefx is just going to use the dojo example verbatim and let it handle browser idio(t)syncrasies |
| # | 15:02:30 | brian_f | Who does the staff client builds for Windows? |
| # | 15:03:51 | brian_f | (the install package, that is) |
| # | 15:04:16 | csharp | brian_f: phasefx |
| # | 15:04:49 | csharp | brian_f: http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:packaging_the_staff_client_for_windows |
| # | 15:04:55 | brian_f | csharp: thanks. |
| # | 15:05:01 | csharp | you can roll your own :-) |
| # | 15:05:55 | phasefx | soon it'll be whoever is rolling the main release |
| # | 15:05:57 | tsbere has apparently done something wrong, as firefox has no issues with this cert but xulrunner does. :( |
| # | 15:06:10 | csharp | brian_f: btw, in trunk, there is architecture built-in to build windows clients from the Linux server without need of another program - just fyi |
| # | 15:06:30 | brian_f | Yes, I was thinking about doing that over the weekend but didn't want to recreate the wheel. |
| # | 15:06:47 | phasefx | or rather, the other program used works in a linux environment |
| # | 15:07:09 | csharp | phasefx: right |
| # | 15:07:11 | brian_f | csharp: thanks, yes I played with that a bit several weeks ago. |
| # | 15:07:40 | dbs | tsbere++ # for that |
| # | 15:07:48 | brian_f | phasefx: just wanted to mention that the Beta1 install routine mentions alpha in several places. |
| # | 15:08:25 | brian_f | No big deal but had me wondering if I grabbed the wrong install |
| # | 15:08:41 | dbs | brian_f: on the wiki? |
| # | 15:09:18 | brian_f | the install exe on the downloads page |
| # | 15:11:04 | dbs | ah, then that is indeed in phasefx's court :) |
| # | 15:11:06 | brian_f | I could clean that up |
| # | 15:12:19 | phasefx | brian_f: if you installed alpha previously, it may be re-using paths, etc. But if the installer has labels that say alpha, yeah, that can be fixed |
| # | 15:15:06 | brian_f | I believe it was the install paths in the installer, or certainly non-significant labels that should be in the install setup. Perhaps it was re-using paths. It did install fine. |
| # | 15:17:34 | phasefx | brian_f: roger that. I'll start including the actual inno script I use on that wiki page for any other such installers |
| # | 15:18:58 | brian_f | phasefx: Sounds good. If you want, I could also take that off your hands. It's been a while since I used Inno, but I've done it before. |
| # | 15:20:01 | phasefx | brian_f: sounds great. Hopefully we'll get to push the trunk installer work into 2.x relatively soon |
| # | 15:20:23 | phasefx | brian_f++ |
| # | 15:35:18 | ebyr is now known as eby |
| # | 15:43:34 | jeffdavis has joined #evergreen |
| # | 15:44:35 | atz_ has joined #evergreen |
| # | 15:46:50 | atz has quit IRC |
| # | 15:49:54 | atz has joined #evergreen |
| # | 15:50:29 | atz_ has quit IRC |
| # | 15:55:13 | atz_ has joined #evergreen |
| # | 15:56:30 | csharp | @insult Office2010 |
| # | 15:56:30 | pinesol` | csharp: Error: "insult" is not a valid command. |
| # | 15:56:37 | dbs | phasefx: what's the magic key combo that opens up the JS console from the staff client login screen? trying to figure out why I'm getting "ReferenceError: aou not defined" |
| # | 15:56:42 | csharp | pinesol`: since when? |
| # | 15:56:42 | pinesol` | csharp: Error: "since" is not a valid command. |
| # | 15:56:56 | dbs | csharp: there is no insult that can possibly match what Office 2010 deserves |
| # | 15:57:02 | atz has quit IRC |
| # | 15:57:21 | dbs | csharp: zoia in #code4lib is pinesol`s sassier, much less community-appropriate cousin |
| # | 15:57:31 | csharp | anyway, Excel 2010 will not open Evergreen-created reports - anybody out there with a workaround? solution? |
| # | 15:57:31 | phasefx | dbs: I don't think we have such a key combo at the login window |
| # | 15:57:54 | csharp | dbs: yes - I was wishing pinesol` to be more like zoia (and apparently it used to be) |
| # | 15:57:55 | phasefx | dbs: but, there may be a pref.js or developer.js setting that enables a button for the console |
| # | 15:58:28 | csharp | whois pinesol` |
| # | 15:58:31 | phasefx | dbs: also, invoking xulrunner with -console -jsconsole is useful |
| # | 15:58:42 | Meliss has quit IRC |
| # | 16:00:29 | sfortin has quit IRC |
| # | 16:00:34 | dbs | csharp: there was a patch on the list for that, IIRC |
| # | 16:00:45 | dbs | phasefx: ah yes, merci |
| # | 16:01:18 | dbs | last thing the client does on the console is "request open-ils.actor open-ils.actor.org_tree.descendants.retrieve 1,-1" which returns null |
| # | 16:01:32 | dbs | (at the point of registering the workstation) |
| # | 16:03:47 | dbs | ah, got it. the usual fm_IDL.xml blowing up due to partial translations after the upgrade |
| # | 16:04:00 | dbs | been a long time since I've upgraded like that, I guess |
| # | 16:06:04 | atz has joined #evergreen |
| # | 16:06:07 | bshum | csharp: Awhile back I think moodaepo and some others were talking about how Excel 2007 wasn't working with Evergreen report outputs. |
| # | 16:06:36 | moodaepo | Yea jeff provided the solution |
| # | 16:06:38 | bshum | Maybe the problem is persisting to Excel 2010 |
| # | 16:07:36 | atz_ has quit IRC |
| # | 16:07:51 | csharp | we just had ESI upgrade some Perl modules that fixed 2007 issues, but 2010 still will not open excel reports output |
| # | 16:08:13 | csharp | I'm tending to think that the problem is Excel, not Evergreen, but that doesn't help much :-) |
| # | 16:08:24 | csharp | rather like the IE8 issue |
| # | 16:08:46 | phasefx | could have the reports page offer a link to LibreOffice :-) |
| # | 16:08:47 | bshum | csharp: Yeah, the fix that moodaepo was working with is perl module related. |
| # | 16:08:57 | moodaepo | csharp: If they upgraded packages you might be right |
| # | 16:08:59 | csharp | phasefx: definitely! |
| # | 16:09:11 | phasefx | or use csv (yuck) |
| # | 16:09:25 | moodaepo | "there is a bug in OLE::Storage_Lite and/or Spreadsheet::WriteExcel. fixed in OLE::Storage_Lite 0.19 -- mrpeters found that he also needed to upgrade Spreadsheet::WriteExcel, my recommended version there was 2.29 or higher." |
| # | 16:09:26 | dbs | oh right, I vaguely remember that discussion now |
| # | 16:09:28 | bshum | I'd test the problem with you csharp, but I don't have Excel 2010 around :) |
| # | 16:10:13 | dbs | I do recall someone saying that 2010 broke things in a new way though |
| # | 16:10:26 | csharp | bshum: that's part of the problem - a few libraries have upgraded |
| # | 16:10:39 | csharp | I only got 2010 to test this issue out, actually :-) |
| # | 16:12:28 | shopkins has quit IRC |
| # | 16:12:37 | parsr has quit IRC |
| # | 16:14:57 | mrpeters-isl | i can help |
| # | 16:15:21 | mrpeters-isl | let me check 2010 though...not sure i've ever checked that |
| # | 16:15:42 | moodaepo thinks that for us those patches fixed MSO 2010 issues |
| # | 16:15:47 | mrpeters-isl | me too |
| # | 16:15:54 | mrpeters-isl | otherwise i would have noticed |
| # | 16:15:59 | mrpeters-isl | ive used 2010 for about a year now |
| # | 16:16:07 | mrpeters-isl | through the betas |
| # | 16:26:17 | bshum has quit IRC |
| # | 16:34:41 | AaronZ has quit IRC |
| # | 16:34:58 | atz_ has joined #evergreen |
| # | 16:36:36 | atz has quit IRC |
| # | 16:36:48 | tsbere questions if the staff client build enhancements will ever end up in 2.0, or if that has been relegated to 2.1 at this point |
| # | 16:38:51 | dbs | tsbere: auto-update and the installers? I think those have been marked for 2.1 for some time |
| # | 16:39:22 | atz has joined #evergreen |
| # | 16:42:29 | atz_ has quit IRC |
| # | 16:43:39 | atz_ has joined #evergreen |
| # | 16:44:05 | kmlussier has quit IRC |
| # | 16:44:47 | atz has quit IRC |
| # | 16:46:52 | jeff | csharp: those perl modules are the main issue. keep in mind that after upgrading them you will need to restart clark-kent.pl and re-generate report output. |
| # | 16:47:28 | jeff | csharp: i believe the problem manifested in both office 2007 and office 2010, possibly only when used on win7. |
| # | 16:47:52 | jeff | csharp: never experienced it myself, but helped debug the issue back when. |
| # | 16:50:17 | atz_ has quit IRC |
| # | 16:50:51 | atz has joined #evergreen |
| # | 16:54:24 | atz_ has joined #evergreen |
| # | 16:55:55 | atz has quit IRC |
| # | 16:57:04 | atz has joined #evergreen |
| # | 16:58:43 | atz_ has quit IRC |
| # | 17:00:55 | atz_ has joined #evergreen |
| # | 17:03:02 | atz has quit IRC |
| # | 17:06:25 | atz has joined #evergreen |
| # | 17:09:18 | atz_ has quit IRC |
| # | 17:15:27 | dbs | grabbing 0463 |
| # | 17:26:28 | Dyrcona has left #evergreen |
| # | 17:29:43 | atz_ has joined #evergreen |
| # | 17:30:48 | jenny has left #evergreen |
| # | 17:31:31 | atz has quit IRC |
| # | 17:33:19 | atz has joined #evergreen |
| # | 17:34:44 | atz_ has quit IRC |
| # | 17:38:52 | atz_ has joined #evergreen |
| # | 17:39:30 | atz has quit IRC |
| # | 17:53:44 | atz_ has quit IRC |
| # | 17:54:10 | atz_ has joined #evergreen |
| # | 18:00:12 | atz__ has joined #evergreen |
| # | 18:02:30 | atz_ has quit IRC |
| # | 18:03:19 | jamesrf has quit IRC |
| # | 18:04:44 | pmpafk is now known as pmplett |
| # | 18:16:51 | ebyr has joined #evergreen |
| # | 18:16:51 | eby has quit IRC |
| # | 18:17:01 | ebyr is now known as eby |
| # | 18:26:09 | atz has joined #evergreen |
| # | 18:27:30 | atz__ has quit IRC |
| # | 18:30:23 | atz_ has joined #evergreen |
| # | 18:31:53 | atz has quit IRC |
| # | 18:37:09 | bshum has joined #evergreen |
| # | 18:52:33 | atz has joined #evergreen |
| # | 18:54:30 | atz_ has quit IRC |
| # | 19:05:00 | atz has quit IRC |
| # | 19:06:15 | atz has joined #evergreen |
| # | 19:30:47 | atz_ has joined #evergreen |
| # | 19:31:48 | atz has quit IRC |
| # | 19:40:18 | atz has joined #evergreen |
| # | 19:41:45 | atz_ has quit IRC |
| # | 19:52:16 | atz_ has joined #evergreen |
| # | 19:54:19 | atz has quit IRC |
| # | 19:56:15 | atz__ has joined #evergreen |
| # | 19:59:26 | atz_ has quit IRC |
| # | 19:59:43 | weather15 has joined #evergreen |
| # | 19:59:50 | weather15 | Hello Everyone |
| # | 20:00:07 | weather15 | When executing createdb -E UNICODE evergreen |
| # | 20:00:33 | weather15 | I get this result: createdb: database creation failed: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (SQL_ASCII) |
| # | 20:00:41 | weather15 | Any idea as to what to do? |
| # | 20:02:03 | bshum | Hi weather15, I'm not sure, but maybe try this: "createdb -T template0 -E UNICODE evergreen" |
| # | 20:02:40 | weather15 | bchum: Thanks, That Worked! |
| # | 20:02:45 | bshum | They added the -T template0 part awhile back |
| # | 20:02:47 | atz has joined #evergreen |
| # | 20:02:47 | weather15 | *bshum |
| # | 20:02:53 | bshum | But might not have updated all the documentation for it |
| # | 20:03:02 | weather15 | I think I can fix it |
| # | 20:03:30 | bshum | I think it also depends on what distro of Linux / PG version you're working with. |
| # | 20:04:41 | atz__ has quit IRC |
| # | 20:07:13 | weather15 | Anyone else here have a problem with 2.0 beta 1 |
| # | 20:07:25 | weather15 | I have a spare computer here that I installed it on |
| # | 20:07:38 | weather15 | It seems that you can not modify library braches |
| # | 20:07:54 | weather15 | or organizational location for that matter |
| # | 20:08:03 | weather15 | They can't be deleted |
| # | 20:08:11 | bshum | weather15: I believe it's possible to edit the information in them. But deleting them is much trickier and not possible from the GUI. |
| # | 20:08:29 | weather15 | Using the staff client |
| # | 20:08:34 | bshum | There's been a little discussion on the mailing list about it. |
| # | 20:08:38 | bshum | But no decision as of yet |
| # | 20:08:39 | weather15 | There's a delete button in 2.0 |
| # | 20:08:58 | weather15 | This button how ever does not work |
| # | 20:09:02 | bshum | That's correct, but because of how the database is structured, it's not possible to use it. |
| # | 20:09:22 | weather15 | I tried the old documentation connect to database and then delete using sql |
| # | 20:09:27 | weather15 | this also gave me an error |
| # | 20:09:36 | weather15 | leading me to believe the database changed |
| # | 20:10:39 | bshum | Yes, that is correct. |
| # | 20:10:51 | weather15 | Anyone here has admin access to the wiki? |
| # | 20:10:56 | weather15 | *have? |
| # | 20:11:00 | atz_ has joined #evergreen |
| # | 20:11:40 | weather15 | or the ability to edit users? |
| # | 20:11:50 | weather15 | I can't remember what my username is |
| # | 20:12:43 | atz has quit IRC |
| # | 20:13:24 | atz has joined #evergreen |
| # | 20:15:37 | atz__ has joined #evergreen |
| # | 20:16:04 | atz_ has quit IRC |
| # | 20:18:17 | atz has quit IRC |
| # | 20:19:34 | bshum | For reference, this is a link to the markmail thread about the org unit modification issues recently reported by Repke: http://markmail.org/message/gn6hknkirnkqo3on |
| # | 20:35:22 | dbs | weather15: also, you'll need to create a symbolic link in /openils/var/web/js/dojo/dijit |
| # | 20:35:54 | weather15 | Okay Thanks dbs how can this be done? |
| # | 20:35:57 | dbs | weather15, https://bugs.launchpad.net/bugs/673149 |
| # | 20:36:13 | bshum | Maybe we should create a bug ticket about the org units. |
| # | 20:36:26 | bshum | By my count this is the fourth time I've heard someone ask about it. |
| # | 20:36:53 | pmplett has quit IRC |
| # | 20:37:06 | weather15 | dbs thanks! |
| # | 20:37:42 | atz has joined #evergreen |
| # | 20:39:14 | atz has joined #evergreen |
| # | 20:39:31 | atz__ has quit IRC |
| # | 20:45:55 | atz_ has joined #evergreen |
| # | 20:46:13 | dbs | bshum: bug ticket would be good |
| # | 20:46:39 | dbs | FAQ, known problems and workarounds... lots of things we should probably do |
| # | 20:48:20 | atz has quit IRC |
| # | 20:49:22 | weather15 | What do you do when you get this: Updating fieldmapper No Response from settings server...going to sleep? |
| # | 20:53:44 | dbs | weather15: grep ERR /openils/var/log/osrfsys.log |
| # | 20:54:42 | weather15 | dbs: [2010-11-10 20:48:47] opensrf.settings [ERR :13445:EX.pm:66:] Exception: OpenSRF::EX::Session 2010-11-10T20:48:47 OpenSRF::Transport /usr/local/share/perl/5.10.1/OpenSRF/Transport.pm:92 Session Error: opensrf@private.localhost/client_at_evergreen.hsd1.ma.comcast.net._13441 IS NOT CONNECTED TO THE NETWORK!!! |
| # | 20:55:38 | atz has joined #evergreen |
| # | 20:56:36 | atz_ has quit IRC |
| # | 20:57:21 | weather15 | dbs: opensrf 2010-11-10 20:55:13 [ERR :13327:osrf_system.c:401:] Child process 13329 (app opensrf.dbmath) killed by signal 15 |
| # | 20:58:03 | dbs | weather15: did you stop the services? or are you by any chance running on a system with not much RAM? |
| # | 20:58:20 | weather15 | yes and I restarted them |
| # | 20:58:39 | weather15 | I have 4GB of ram I don't consider this to be not much ram |
| # | 20:59:31 | dbs | 4GB is plenty |
| # | 20:59:51 | weather15 | I am just wondering what I need to do to correct this |
| # | 20:59:59 | weather15 | I just check the config files |
| # | 21:00:03 | dbs | okay, so if you run "ps wax | grep opensrf.settings" do you have any hits? |
| # | 21:00:04 | weather15 | with the login info |
| # | 21:00:51 | lisppaste | weather15 pasted "output" at http://paste.lisp.org/display/116488 |
| # | 21:01:10 | weather15 | dbs:http://paste.lisp.org/+2HVS |
| # | 21:01:15 | atz_ has joined #evergreen |
| # | 21:02:10 | tildeequals_ has joined #evergreen |
| # | 21:02:40 | dbs | weather15: hmm, definitely there. we've seen timeouts due to strange network problems in the past |
| # | 21:03:17 | tildeequals has quit IRC |
| # | 21:03:18 | weather15 | yes |
| # | 21:03:31 | atz has quit IRC |
| # | 21:03:34 | atz__ has joined #evergreen |
| # | 21:05:30 | atz_ has quit IRC |
| # | 21:05:38 | weather15 | dbs: Any ideas? |
| # | 21:06:11 | dbs | you might want to update the timeout values in /usr/local/share/perl5/OpenSRF/Utils/SettingsClient.pm to 300 instead of 10 |
| # | 21:06:25 | weather15 | it's strange though |
| # | 21:06:33 | dbs | sounds crazy, but I think that got mrpeters-isl through a similar problem in the past |
| # | 21:06:58 | weather15 | I attempted to instal 2.0 on this machine yesterday that worked then I re-installed Ubuntu today and this does not work |
| # | 21:07:21 | dbs | ohh |
| # | 21:07:44 | dbs | bah, never mind; dust on my screen turned a period into a comma :) |
| # | 21:08:01 | dbs | were you connected to the same network when you were running yesterday? |
| # | 21:08:07 | weather15 | yes |
| # | 21:08:36 | dbs | Hmm. Do try changing the timeouts there, restart the perl services, and then try autogen.sh again |
| # | 21:09:02 | weather15 | That directory does not exist |
| # | 21:11:31 | weather15 | dbs: should I reboot network devices and the machine? |
| # | 21:11:37 | dbs | find /usr/local -name SettingsClient.pm |
| # | 21:13:25 | weather15 | weird it's a read only fiel |
| # | 21:15:08 | weather15 | Okay Updated |
| # | 21:17:30 | weather15 | dbs: See My Next Paste |
| # | 21:17:56 | dbs | okay |
| # | 21:18:07 | dbs | annotating? |
| # | 21:18:18 | lisppaste | weather15 pasted "output" at http://paste.lisp.org/display/116489 |
| # | 21:18:33 | pmplett has joined #evergreen |
| # | 21:18:46 | weather15 | dbs: Yes |
| # | 21:19:08 | dbs | "Attempting to build a client session as a server Session ID" - that's the first time I've seen that one |
| # | 21:19:36 | dbs | do your four ejabberd users all have different usernames / passwords? |
| # | 21:19:46 | weather15 | yes |
| # | 21:19:56 | dbs | huh |
| # | 21:20:00 | weather15 | Not exactly |
| # | 21:20:06 | weather15 | Just different passwords |
| # | 21:20:23 | weather15 | and the default usernames opensrf/router |
| # | 21:20:32 | dbs | okay, that's good |
| # | 21:21:01 | dbs | and one on each of public.localhost vs. private.localhost |
| # | 21:21:11 | weather15 | yup |
| # | 21:21:17 | dbs | and public.localhost has a different ip address from private.localhost |
| # | 21:21:31 | weather15 | no |
| # | 21:21:38 | dbs | ooh |
| # | 21:21:43 | weather15 | Ye srather sorry |
| # | 21:21:47 | weather15 | *yes rather |
| # | 21:21:48 | dbs | ahh |
| # | 21:22:01 | weather15 | There on the local machine |
| # | 21:22:26 | weather15 | 127.0.1.2 public.localhost public 127.0.1.3 private.localhost private |
| # | 21:24:20 | dbs | I'm at a bit of a loss; maybe eeevil or berick can throw a lifeline on http://paste.lisp.org/display/116489 |
| # | 21:24:56 | weather15 | dbs: That would be great! |
| # | 21:25:12 | weather15 | dbs: I can quite understand what's going on here either |
| # | 21:25:23 | weather15 | *can't this keyboard is slow |
| # | 21:25:34 | weather15 | and leaves out letters here and there |
| # | 21:26:50 | dbs | Are you running with -l for localhost, or trying to use evergreen.hsd1.ma.comcast.net? |
| # | 21:27:16 | weather15 | -l |
| # | 21:29:05 | weather15 | dbs: Looks like i'm stuck with something that does not work |
| # | 21:30:11 | weather15 | dbs: I think I got something that might help! |
| # | 21:30:49 | lisppaste | weather15 pasted "new" at http://paste.lisp.org/display/116490 |
| # | 21:31:27 | weather15 | dbs: If you look at that ^ it looks to me that OpenSRF perl is not starting |
| # | 21:35:12 | weather15 | dbs: this may be similar: http://www.mail-archive.com/open-ils-dev@list.georgialibraries.org/msg04443.html |
| # | 21:39:46 | weather15 | dbs: I just rebooted that machine |
| # | 21:41:31 | weather15 | dbs: I got this: Exception: OpenSRF::EX::Session 2010-11-10T21:41:11 OpenSRF::Utils::SettingsClient /usr/local/share/perl/5.10.1/OpenSRF/Utils/SettingsClient.pm:103 Session Error: router@private.localhost/opensrf.settings IS NOT CONNECTED TO THE NETWORK!!! |
| # | 21:42:20 | dbs | weather15: but "ps wax | grep opensrf.settings" still shows a running service? |
| # | 21:42:50 | weather15 | 1283 pts/1 S+ 0:00 grep --color=auto opensrf.settings |
| # | 21:43:16 | dbs | yeah, opensrf isn't started |
| # | 21:43:23 | dbs | probably stale PIDs in /openils/var/run |
| # | 21:43:31 | dbs | rm /openils/var/run/* |
| # | 21:44:32 | weather15 | okay started up |
| # | 21:45:07 | weather15 | running autogen again |
| # | 21:46:00 | weather15 | Attempting to build a client session as a server Session ID [1289443527.80009277.754181244187], remote_id [opensrf@private.localhost/opensrf.settings_drone_at_localhost_1353] at /usr/local/share/perl/5.10.1/OpenSRF/AppSession.pm line 98. |
| # | 21:46:27 | dbs | huh. http://list.georgialibraries.org/pipermail/open-ils-dev/2010-April/005970.html is the followup to the message you posted, btw |
| # | 21:47:20 | dbs | (i.e. another ubuntu update fixed the problem) |
| # | 21:47:28 | weather15 | No Solution ha? |
| # | 21:47:48 | weather15 | I did find this out though the error means:#throw OpenSRF::EX::PANIC ("Attempting to build a client session as a server" . # " Session ID [$sess_id], remote_id [$remote_id]"); |
| # | 21:48:05 | tildeequals_ has quit IRC |
| # | 21:49:34 | weather15 has quit IRC |
| # | 21:52:40 | tildeequals has joined #evergreen |
| # | 22:00:33 | tildeequals has quit IRC |
| # | 22:02:35 | dbs | grabbing 0464 |
| # | 22:03:01 | tildeequals has joined #evergreen |
| # | 22:23:24 | tildeequals_ has joined #evergreen |
| # | 22:23:44 | tildeequals has quit IRC |
| # | 22:43:29 | dbs | Letting 0464 go. Not necessary after all |
| # | 22:57:52 | dbs | kind of weird for are/sre/bre to require the client to update edit_date, that should probably be a database trigger |
| # | 22:58:37 | jeff | though it's kinda' nice to be able to mass-update some circ mods without having to disable a trigger or worry about it updating everything |
| # | 22:59:18 | jeff | though that's none of are/sre/bre, so nevermind |
| # | 23:02:53 | atz has joined #evergreen |
| # | 23:04:10 | brian_f has left #evergreen |
| # | 23:04:57 | atz__ has quit IRC |
| # | 23:06:07 | eeevil | dbs: though jeff identified the reason it's not a trigger. update of some other column than marc (or a db-level "fix") shouldn't change the edit_date (which signifies a human editing the marc data, combined with "who" from editor ... the auditor can be used to see under-the-covers edit times) |
| # | 23:06:58 | eeevil | s/shouldn't/shouldn't necessarily/ |
| # | 23:07:41 | jeff | though for harvesting marc records, you sometimes want/need to see those machine edit times. no great solution there. |
| # | 23:08:13 | jeff | unless you do a trigger-updated secondary update timestamp field |
| # | 23:11:29 | eeevil | jeff: or, if you need that, update the edit_date when you do you batch update, but only for those updates where you'll need to know it happened |
| # | 23:12:10 | dbs | eeevil: I suppose. We're already capable of distinguishing between old.marc == new.marc cases on ingest, so to me an edit of marc is an edit, but I can buy that. |
| # | 23:14:41 | atz_ has joined #evergreen |
| # | 23:15:44 | dbs | In the meantime, if any of you have a clever way of distinguishing between import via z39.50 and create new marc, I've got the "just overwrite 001/003 instead of pushing into 035" piece ready to commit |
| # | 23:15:55 | atz has quit IRC |
| # | 23:15:56 | jeff | arguably, you care about any machine/batch edits when harvesting/reharvesting... but yes, updating the edit_date at the same time is probably best for now. |
| # | 23:26:43 | atz has joined #evergreen |
| # | 23:26:46 | dbs updates his bed_time |
| # | 23:26:52 | dbs has quit IRC |
| # | 23:29:23 | atz_ has quit IRC |
| # | 23:57:56 | pmplett has quit IRC |
April 10-13