| # | Time | Nick | Message |
|---|
| # | 00:04:41 | pmplett is now known as pmpafk |
| # | 00:28:14 | dbs has joined #evergreen |
| # | 01:40:03 | b_bonner_ has joined #evergreen |
| # | 01:40:06 | mcarlson has quit IRC |
| # | 01:40:06 | b_bonner has quit IRC |
| # | 01:40:32 | mcarlson has joined #evergreen |
| # | 01:42:28 | b_bonner has joined #evergreen |
| # | 01:42:57 | mcarlson_ has joined #evergreen |
| # | 01:43:03 | mcarlson has quit IRC |
| # | 01:43:03 | mcarlson_ is now known as mcarlson |
| # | 01:43:28 | b_bonner_ has quit IRC |
| # | 01:46:05 | foocraft has quit IRC |
| # | 02:54:26 | pmpafk is now known as pmplett |
| # | 03:08:57 | Callender_ has joined #evergreen |
| # | 03:10:11 | Callender has quit IRC |
| # | 03:10:19 | Callender_ is now known as Callender |
| # | 03:35:38 | atz_ has joined #evergreen |
| # | 03:39:11 | atz__ has quit IRC |
| # | 04:10:02 | pmplett has quit IRC |
| # | 04:30:15 | pmplett has joined #evergreen |
| # | 04:32:34 | pmplett_ has joined #evergreen |
| # | 07:26:39 | Sally has joined #evergreen |
| # | 08:00:52 | kmlussier has joined #evergreen |
| # | 08:27:25 | Dyrcona has joined #evergreen |
| # | 08:28:29 | Dyrcona has quit IRC |
| # | 08:34:54 | Dyrcona has joined #evergreen |
| # | 08:35:02 | Dyrcona has left #evergreen |
| # | 08:35:06 | Dyrcona has joined #evergreen |
| # | 08:41:11 | dbs has joined #evergreen |
| # | 08:41:11 | dbs has joined #evergreen |
| # | 08:42:23 | Dyrcona | Phase 1 of MVLC's data migration finished last night at 11:37 pm EDT (23:37 -0400). |
| # | 08:42:44 | dbs | how's it going, Dyrcona? |
| # | 08:42:57 | Dyrcona | I am happy to report that for the first time ever, a call number/volume finished without a single error. |
| # | 08:43:15 | Dyrcona | I would say it is going better than expected. |
| # | 08:44:10 | Dyrcona | Phase 2 of the load begins sometime tomorrow morning with users, copies, and ends with transactions and statistical data. |
| # | 08:44:24 | dbs | mvlc++ |
| # | 09:00:37 | guest has joined #evergreen |
| # | 09:36:53 | berick | tsbere: commented on sip_statcats2 ticket |
| # | 09:40:01 | yboston has joined #evergreen |
| # | 10:00:54 | Callender has quit IRC |
| # | 10:01:45 | Callender has joined #evergreen |
| # | 10:05:30 | bshum | dbs: Hmm, actually it would appear that the yaz version does matter after all. Went with a fresh install of Evergreen on Lucid and all attempts to point at a zurl fail. |
| # | 10:05:46 | dbs | bshum: but works on squeeze, yeah? |
| # | 10:05:55 | bshum | dbs: Going back to check my other ubuntu servers, it looks like I manually downgraded them to 3.0.47, but the default install still puts 3.0.52 on them. |
| # | 10:06:11 | bshum | dbs: That is correct, I actually reformatted a box with Squeeze to run this for now. |
| # | 10:06:19 | dbs | Yeah, that's why we left 3.0.47 in Makefile.install; it works |
| # | 10:06:21 | bshum | dbs: I'll verify that shortly. |
| # | 10:06:40 | bshum | dbs: Right, the lucid target must not be respecting that specific version, yet. |
| # | 10:06:42 | dbs | Some day we'll have to figure out yaz 4 compatibility |
| # | 10:06:58 | bshum | Squeeze is using Yaz 4.0.11 it seems. |
| # | 10:07:05 | bshum | By default after running the makefiles |
| # | 10:07:24 | dbs has pretty much washed his hands of ubuntu as he hasn't used it for > 1 year |
| # | 10:07:26 | bshum | And I've done tests with Yaz 4.2.0 (installed directly from the repos) |
| # | 10:51:55 | Rural has joined #evergreen |
| # | 10:53:00 | Dyrcona | geez.... vendors have problems when your server says its version is HEAD because you're running the master branch from git. |
| # | 10:53:18 | Dyrcona | then, they need "master branch" and "git" explained to them. |
| # | 10:53:27 | bshum | Pfft |
| # | 10:54:29 | gmcharlt | ouch |
| # | 10:56:35 | Dyrcona | Since we're running stuff that won't come out until 2.2, maybe we set the version to 2-2-pre. :) |
| # | 10:56:50 | tsbere | I vote for 0-0-0-MVLC ;) |
| # | 10:57:26 | Rural | Hi. I've had a junior (when it comes to Linux) tech at our school division fighting with installing Evergreen for the last few days. Now I'm going to give it a go. Is there a preferred platform to run it on (ie. Debian, Ubuntu, or Arch)? |
| # | 10:58:16 | Dyrcona | Rural: Debian, Ubuntu, and Fedora seem most common/supported in roughly that order. We use Ubuntu here @ MVLC. |
| # | 10:59:20 | Rural | Cool. I've got an Ubuntu 10.04 VM ready and waiting. Will start the install now. |
| # | 11:00:25 | Rural | Are the instructions on the wiki the ones to follow? (We've noticed differences between the wiki and PDF install instructions.) |
| # | 11:01:17 | Dyrcona | Rural: I use the README instructions, but I'm a little crazy at this point. |
| # | 11:02:30 | Rural | Dyrcona: I take it you are installing from source. Correct? |
| # | 11:02:50 | Dyrcona | Rural: Yes, I/we install from source. |
| # | 11:04:31 | bshum | Rural: I'd recommend the wiki steps for 2.0, those are pretty well tested by community members. (I like to think so) |
| # | 11:04:35 | dbs | Rural: a virtualbox image or the DEBs on http://archive.georgialibraries.org/ (used for installing on Debian Squeeze) are the only non-source ways to install at the moment |
| # | 11:05:34 | Rural | dbs: Good point. Looking at the wiki's installation instructions, I'm seeing that. |
| # | 11:06:06 | dbs | and note that the DEBs are still very rough :) |
| # | 11:09:57 | kmlussier | I'm looking at https://bugs.launchpad.net/evergreen/+bug/781305 |
| # | 11:10:36 | kmlussier | If the behavior isn't going to change here, shouldn't the auto-print hold and transit slips heading be removed since it is misleading? |
| # | 11:11:19 | kmlussier | Which leads to the question of why a separate screen is needed to capture holds. Does this screen do anything different from the check-in screen? |
| # | 11:12:13 | Dyrcona | The holds screen auto-prints receipts and the regular doesn't unless told to do so. That's the only difference that I see. |
| # | 11:14:07 | youdonotexist has joined #evergreen |
| # | 11:14:49 | kmlussier | But it isn't auto printing holds receipts unless you have already checked this off in the check-in screen. |
| # | 11:16:18 | kmlussier | I think that's the bug that Jason was trying to fix with that patch. |
| # | 11:16:58 | tsbere | kmlussier: I don't think it is what he is trying to fix |
| # | 11:17:05 | tsbere | At least not what you are looking at |
| # | 11:17:12 | tsbere looked at the patch this time |
| # | 11:18:53 | kmlussier | OK, so you're saying I wouldn't be duplicating something if I submitted a bug report on this? |
| # | 11:22:45 | tsbere | Although what you are describing doesn't look like it should be happening either. |
| # | 11:24:25 | tsbere thinks he figured it out |
| # | 11:30:22 | phasefx | so in ye olde past, slips would pop-up a Print/No-Print dialog, and if Print was selected, no further dialog would display. Auto-Print would suppress that dialog and assume Print. Later, a print dialog (of the sort where you choose the printer) snuck in, so you couldn't potentially have two dialogs, and Auto-Print would still only concern itself with the first dialog |
| # | 11:30:40 | phasefx | s/couldn't/could/ |
| # | 11:31:12 | dbs wonders where the org unit settings for disabling auto-print fit in :) |
| # | 11:31:23 | phasefx | geeze, I don't even know anymore :) |
| # | 11:31:47 | phasefx tries to make a wiki page to sort it all out |
| # | 11:32:01 | phasefx | then maybe we can throw it all out and start over :) |
| # | 11:38:39 | dbs | in HTML5! |
| # | 11:39:34 | phasefx | oh, if we're going to start that far over I'd be much happier about it :D |
| # | 11:41:50 | tsbere | Hey phasefx, can you look at my hold_capture branch? |
| # | 11:42:03 | phasefx | ok |
| # | 11:42:04 | tsbere | kmlussier: BTW, my hold_capture branch should fix what you were seeing |
| # | 11:43:33 | kmlussier | tsbere++ Thanks! :-) |
| # | 11:44:40 | phasefx | tsbere: probably affects 1.6 as well, eh? |
| # | 11:46:09 | tsbere | phasefx: I have no clue how far back it goes. I only looked at "current" |
| # | 11:46:58 | tsbere | phasefx: Whenever oils_persist was applied to those menu items, I would say ;) |
| # | 11:56:54 | phasefx | tsbere++ |
| # | 12:00:25 | StephenGWills has joined #evergreen |
| # | 12:05:35 | bshum | So far, it looks like adding the "install_yaz" target for lucid puts the known working version in and subsequent usage of that server to run the simple2zoom script works. |
| # | 12:07:15 | bshum | It looks like the makefile.install is different between master and rel_2_0 now (removed the hardy target in master) |
| # | 12:08:22 | dbs | yep, no sense in continuing to support hardy in master |
| # | 12:09:43 | Rural | Me again. Installing opensrf from the wiki on an Ubuntu 10.04 machine. When registering users with ejabber, I'm getting: Failed RPC connection to the node ejabberd@evergreen: nodedown |
| # | 12:11:42 | dbs | ejabberd isn't running, or at least is not accessible on that hostname |
| # | 12:12:04 | dbs | if you changed hostnames, then ejabberd might have gotten broken |
| # | 12:12:21 | dbs | or if you typoed the changes to the ejabberd.cfg file, ejabberd might have gotten broken |
| # | 12:12:54 | Rural | dbs: I've confirmed that ejabberd is running. Looking at ejabberd.cfg now. |
| # | 12:14:20 | dbs | Rural: is "evergreen" in the list of hostnames in ejabberd.cfg? |
| # | 12:15:44 | Rural | dbs: Checking. |
| # | 12:18:02 | Rural | {hosts, ["localhost", "private.localhost", "public.localhost", "evergreen"]} |
| # | 12:18:37 | Rural | Which is to say that I added it and restarted ejabberd, but I'm still getting the nodedown message. |
| # | 12:21:14 | Rural | The ejabberd logs are pointing me at an error. Probably just a typo on my part. |
| # | 12:23:42 | Rural | Found it. I was missing the period at the end of the {hosts, ["localhost", ...]} line. |
| # | 12:32:32 | dbs | nice catch, that syntax can be tricky |
| # | 12:36:13 | phasefx | for those interested: http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:auto_print |
| # | 12:44:52 | StephenGWills_ has joined #evergreen |
| # | 12:46:08 | bshum | Does anyone know the syntax for offline circ DOB field? |
| # | 12:46:24 | tsbere | Probably YYYY-MM-DD |
| # | 12:48:06 | phasefx | heh, Patron needs to be born yesterday |
| # | 12:48:37 | StephenGWills has quit IRC |
| # | 12:48:37 | StephenGWills_ is now known as StephenGWills |
| # | 12:49:17 | phasefx | "dob":"2000-01-01" |
| # | 12:50:01 | bshum | tsbere: phasefx: Thanks folks. That worked. One of our libraries called us and none of us could remember and our first attempts didn't work :) |
| # | 12:50:40 | tsbere | bashum: When in doubt with date *anything*, assume database format. Which is YYYY-MM-DD. Dojo interfaces may be different. |
| # | 12:50:58 | bshum | Yeah that's what confused me. |
| # | 12:51:02 | bshum | Silly patron editor :) |
| # | 12:51:22 | phasefx | it used to tell you what to use, bleh |
| # | 12:51:34 | bshum | Yeah, now it just cries "invalid date" |
| # | 12:55:21 | bshum | Git question, if I submit a patch for master, what happens next for all the tagged versions of Evergreen? At the very least I'm thinking about rel_2_0, but I suppose this might apply to others. |
| # | 12:55:46 | tsbere | bshum: Committer can cherry-pick to other versions |
| # | 12:55:56 | bshum | tsbere: Ah, alright. |
| # | 12:55:58 | tsbere | For example, I think phasefx just did that with my most recent patch |
| # | 12:56:03 | tsbere | Clear back to rel_2_0 |
| # | 12:56:07 | phasefx | yeap |
| # | 12:56:11 | tsbere | And then he needed to write one for 1.6 |
| # | 12:56:17 | tsbere | Because it didn't fit that far back |
| # | 12:56:40 | phasefx | or I could have left 1.6 alone.. it'll be deprecated once 2.1 is gold |
| # | 12:57:34 | phasefx | (but I'm nice like that;) |
| # | 12:58:24 | bshum | Simple enough. |
| # | 12:58:41 | bshum | It's a very, very small change I want to suggest. |
| # | 12:58:52 | bshum | To help future users of Lucid not to suffer in the hell I've been in. |
| # | 12:59:17 | youdonotexist has quit IRC |
| # | 12:59:27 | tsbere just thought of Ryoga for some reason |
| # | 13:10:40 | tsbere | berick: Will probably look at those changes for the sip stat cats stuff this weekend. Originally I had issues with permacrud, probably due to typos in fm_IDL.xml <_<. Any thoughts on the more up to date active_date stuff? |
| # | 13:17:03 | youdonotexist has joined #evergreen |
| # | 13:33:30 | csharp | is there a good source for what macros are actually available in the receipt template editor? |
| # | 13:34:00 | csharp | the "Macros" lists in 1.6.1.8 do not appear to be complete |
| # | 13:38:05 | tsbere | That will vary on which version and which backports you have. |
| # | 13:38:10 | tsbere | And what you are printing |
| # | 13:38:15 | tsbere | And which section of the slip you are in......... |
| # | 13:38:23 | tsbere thinks the answer is "no" |
| # | 13:46:25 | bshum | Hmm, what's an XML-RPC server? |
| # | 13:49:19 | senator | bshum: generally speaking? this crusty old document serves as a good overview http://www.xmlrpc.com/spec If you mean "what's an XML-RPC server in the context of Evergreen," or if you're just playing jeopardy, that may call for different responses |
| # | 13:49:52 | bshum | senator: Ah alright, well, I got poked by Library ELF (some vendor I guess) asking us where our xml-rpc server was, and I was all "huh?" |
| # | 13:50:08 | bshum | Apparently KCLS is using one for them to connect to |
| # | 13:50:24 | bshum | So yes, within the context of Evergreen :) |
| # | 13:51:47 | tsbere thinks we got poked for that today too |
| # | 13:51:53 | bshum | I see references about it in our eg_vhost file |
| # | 13:51:57 | bshum | So I guess we might have something |
| # | 13:52:16 | senator | evergreen usually has something at host/xml-rpc ... i forget what it does. but you can introspect or do whatever the xml-rpc equivalent thing is... |
| # | 13:52:37 | KN2W has joined #evergreen |
| # | 13:52:52 | parsr has joined #evergreen |
| # | 13:56:25 | gmcharlt | Dyrcona: what version are you going live on? 2.0.6 + stuff, or 2.1ish + stuff? |
| # | 13:56:55 | dbs | master + stuff :) |
| # | 13:56:56 | Dyrcona | gmcharlt: 2.1ish + stuff. specifically, it is the master branch as of today. |
| # | 13:57:12 | tsbere | Plus stuff |
| # | 13:57:16 | gmcharlt | Dyrcona: wheeee! |
| # | 13:57:23 | csharp | stuff++ |
| # | 13:57:35 | dbs | user/dbs/fix-mfhd-render for anyone that wants to sign off on a fairly trivial (but important) MFHD rendering fix |
| # | 13:57:43 | parsr | Greetings -- Trying to fix a "showstopper" on our upgrade to 2.0x. Somehow have our IE interaction unacceptably slow with OPAC; not sure what happened. IE is departmental standard here and also we're not allowed to recommend install of GCF. Any tips on troubleshooting this super long time for IE downloading / interpreting "dojo.js" file: http://geoscan.ess.nrcan.gc.ca/evergreen/errors/internet- |
| # | 13:57:45 | parsr | explorer.png ?? |
| # | 13:57:46 | dbs | MVLC is doing what Conifer did two years ago |
| # | 13:57:51 | bshum | senator: Thanks, I'll poke around and see what I can find :) |
| # | 13:57:52 | parsr | http://geoscan.ess.nrcan.gc.ca/evergreen/errors/internet-explorer.png |
| # | 13:58:04 | dbs | MVLC++ |
| # | 13:59:28 | dbs | parsr: uh, wow. Push for hastened dev of TT OPAC? |
| # | 14:01:25 | parsr | dbs: Yes indeed - but I've got to roll out 2.0x --- I can't pull this off without half decent IE performance. Same browser **doesn't** have same kind of delay with other 2.0x sites. So pointing to something local... A bit stuck on this one.. |
| # | 14:03:57 | parsr_ has joined #evergreen |
| # | 14:04:05 | dbs | parsr: The png doesn't show the cause of all of those iterations, unfortunately, but it looks like dojo.query is getting invoked on every element of something large |
| # | 14:05:40 | parsr_ | dbs: would recompiling EG affect the contents of dojo.js (worth a try?) -- ?? |
| # | 14:06:19 | parsr has quit IRC |
| # | 14:06:26 | parsr_ is now known as parsr |
| # | 14:07:02 | lisppaste | senator pasted "apparently how to use EG xml-rpc" at http://paste.lisp.org/display/122308 |
| # | 14:07:10 | senator | bshum: ^-- |
| # | 14:08:18 | bshum | Okay. |
| # | 14:08:25 | bshum | That... seems complicated. |
| # | 14:08:33 | bshum | But at least we have those entries in our opensrf.xml |
| # | 14:08:34 | parsr has joined #evergreen |
| # | 14:08:37 | bshum | So I guess it'll be fine :) |
| # | 14:09:15 | bshum | Thanks senator |
| # | 14:09:24 | parsr | george has flaky internet connection --- in the basement of building (work won't let me do IRC) |
| # | 14:09:58 | senator | np. hopefully library elf already knows what they want to do with it and you won't have to worry |
| # | 14:10:34 | dbs | parsr: I'm not sure what to say - other than that I strongly doubt recompiling EG will affect Dojo performance |
| # | 14:11:17 | parsr | dbs: thanks... we'll continue to explore... |
| # | 14:14:30 | csharp tries out GNOME 3 on Fedora 15... has KDE 4.1 flashbacks... |
| # | 14:14:43 | senator | new_things-- |
| # | 14:14:56 | csharp | heh |
| # | 14:14:59 | senator | (kidding, a little) |
| # | 14:15:09 | csharp | I completely understand |
| # | 14:15:14 | Sally has quit IRC |
| # | 14:15:26 | csharp cranks up Clementine and pines for KDE 3.5 |
| # | 14:17:28 | dbs | csharp: so far I'm finding F15 pretty fine |
| # | 14:17:52 | dbs | cut over to it on my main laptop yesterday afternoon, very little pain |
| # | 14:20:15 | Dyrcona | So, I'm feeling lazy: what do JSON queries return for boolean values in Perl? 1 or 0? |
| # | 14:31:04 | senator | Dyrcona: 't' and 'f' :-( |
| # | 14:31:27 | Dyrcona | senator: thank you muchly. |
| # | 14:31:39 | senator | np |
| # | 14:35:39 | sfortin has joined #evergreen |
| # | 14:54:01 | Sally has joined #evergreen |
| # | 14:55:58 | pmplett_ has quit IRC |
| # | 14:55:58 | pmplett has quit IRC |
| # | 14:59:38 | gmcharlt | phasefx: do you know of any reason why the 2.1 client when run with profile manager might be occassionally croak on saving largish bib records, but work OK when not run under profile manager? |
| # | 14:59:58 | lisppaste | bshum annotated #122308 "error trying xml-rpc" at http://paste.lisp.org/display/122308#1 |
| # | 15:00:30 | phasefx | gmcharlt: that sounds very bizarre |
| # | 15:01:16 | phasefx | any more details on what is meant by croak? |
| # | 15:01:59 | gmcharlt | phasefx: specifically, it occassional returns a network error that spit backs the gateway call |
| # | 15:02:33 | gmcharlt | on the server end, the request gets received but never gets forwarded past json_gateway |
| # | 15:03:24 | phasefx | gmcharlt: do you know if a newly created profile makes a difference? |
| # | 15:03:50 | gmcharlt | phasefx: when it happened to me, it was with a new profile; don't know about old profiles |
| # | 15:04:21 | foocraft has joined #evergreen |
| # | 15:04:23 | tsbere | Theoretically, it *always* runs the profile manager. It just doesn't show the dialog. |
| # | 15:04:39 | tsbere | A good way of testing would be to force-specify the "bad" profile via command line? |
| # | 15:10:17 | joseph__ has joined #evergreen |
| # | 15:11:26 | phasefx | gmcharlt: I don't see anything obvious in bugzilla |
| # | 15:11:40 | KN2W has quit IRC |
| # | 15:11:58 | tsbere likes his git pushworking command |
| # | 15:12:00 | gmcharlt | phasefx: thanks for checking; it's entirely possible it's just a coincidence |
| # | 15:13:36 | lisppaste | tsbere pasted "git pushworking" at http://paste.lisp.org/display/122312 |
| # | 15:13:44 | tsbere | In case anyone wants a copy ^^ |
| # | 15:14:27 | phasefx | tsbere: sweet |
| # | 15:14:57 | joseph__ | I'm getting exceptions when I run this JS: var types = new openils.PermaCrud({authtoken:authtoken}).retrieveAll('acnc'); any ideas? |
| # | 15:16:19 | ernieSimuro has quit IRC |
| # | 15:16:52 | tsbere | joseph__: Step 1 would be to use http://paste.lisp.org/new/evergreen to tell us some of the exceptions, I think. Unless someone spots a blatant issue with the call. |
| # | 15:18:57 | lisppaste | joseph__ pasted "Exception" at http://paste.lisp.org/display/122313 |
| # | 15:19:02 | dbs | joseph__: maybe "authtoken":"authtoken" (quote the strings)? |
| # | 15:20:59 | joseph__ | dbs: Same problem, sorry. |
| # | 15:21:10 | dbs | I guess JavaScript isn't as strict as JSON anyway; I just default to strict mode |
| # | 15:22:38 | dbs | is that paste the exception you're getting? |
| # | 15:22:47 | joseph__ | Yes it is. |
| # | 15:23:12 | dbs | it just looks like you're getting null output, rather than an exception |
| # | 15:24:09 | tsbere | Thought it might be a permacrud issue, but it has an actions and a retrieve. But no create/update/delete. |
| # | 15:24:26 | tsbere | Fair warning: Until fm_IDL.xml has create/update/delete those likely won't work ;) |
| # | 15:24:37 | dbs | yeah, that was the first thing I checked |
| # | 15:25:09 | joseph__ | Okay, I was wondering about that; will any temporary string work? |
| # | 15:25:18 | dbs | huh - you need the complete set? Did not know that |
| # | 15:25:37 | dbs | joseph__: Yep, ENOPERMISSION should be fine |
| # | 15:25:39 | tsbere | dbs: I think it says "and we have a node with that name" in the backend code. |
| # | 15:25:56 | joseph__ | Great, I'll try that out now, thanks :) |
| # | 15:26:07 | tsbere was debugging some of that when he forgot to put an <actions> block |
| # | 15:26:54 | tsbere | dbs: It isn't so much "it won't let you create/update/delete" as "it won't create the accessor functions for create/update/delete", I believe. |
| # | 15:27:22 | csharp | dbs: yeah F15 is pretty nice! |
| # | 15:27:35 | dbs | ah, reading oils_pcrud.c it looks like if readonly attribute is set on the class then it doesn't care about CUD |
| # | 15:27:48 | dbs | oils_persist:readonly="true" |
| # | 15:27:51 | tsbere | That too |
| # | 15:28:26 | tsbere doesn't see a readonly in acnc though |
| # | 15:30:00 | dbs | no, I didn't see it either. just pointing out another potential approach for joseph__ to try |
| # | 15:30:23 | joseph__ | I'm going to try the readonly first as that is all I need to do at the moment. |
| # | 15:30:51 | dbs | (and then autogen.sh and restart OpenSRF C) |
| # | 15:33:22 | parsr | dbs: FWIW, in case this helps narrow down things; our IE seems to be chewing up the time on this part of the code: http://geoscan.ess.nrcan.gc.ca/evergreen/errors/dojo-hang.png (Also, re-installed opensrf & evergreen with no change). So points to maybe Apache conf issue ?? |
| # | 15:35:38 | atz__ has joined #evergreen |
| # | 15:36:31 | joseph__ | dbs: The oils_persist:readonly="true" did not work, I'll try the other now. |
| # | 15:36:42 | dbs | joseph__: man, that sucks |
| # | 15:36:52 | Rural | So (when I'm not putting out unrelated fires) I'm working my way through my first install. Executing 'osrf_ctl.sh -l -a start_all' as the opensrf user gets me an uninitialized value $@ on line 152 of Client.pm. That throws an exception: "Jabber Exception: Could not authenticate with Jabber server:". |
| # | 15:39:07 | atz_ has quit IRC |
| # | 15:43:42 | dbs can confirm that open-ils.pcrud.search.acnc does not get registered, although the code in oils_pcrud.c suggests it should be |
| # | 15:44:27 | dbs | bah, except that's on our production 2.0 server, which doesn't have the permacrud entry at all |
| # | 15:44:59 | Rural | One of my techs kept getting stuck here too. It is failing when starting OpenSRF Perl. |
| # | 15:46:53 | joseph__ | dbs: I can't get it to work the other way either, I run autogen.sh, restart OpenSRF totally, restart the webserver, but alas I still get an "exception" which requires me to have a try except block. Hmm... |
| # | 15:48:04 | Sally has quit IRC |
| # | 15:48:52 | dbs | joseph__: from srfsh, does: *introspect open-ils.pcrud "open-ils.pcrud.search.acnc"* show anything? (omit the *s) |
| # | 15:50:44 | bshum | dbs: Quick question, which version of Evergreen/OpenSRF did you upgrade your site to? |
| # | 15:51:12 | dbs | bshum: OpenSRF trunk, Evergreen 2.0.6+ (as of May 23) |
| # | 15:51:59 | dbs | parsr: sorry man, I got nothing |
| # | 15:52:25 | joseph__ | dbs: "Recieved no data from the server" |
| # | 15:52:54 | dbs | huh, that's really weird |
| # | 15:53:03 | parsr | dbs: thanks. |
| # | 15:53:05 | dbs | joseph__: this is working with trunk? |
| # | 15:53:10 | bshum | dbs: Just curious. I've been trying senator's approach to checking for xml-rpc gateway exposed services. Mine don't seem to be working, but neither does yours and we're on the same version of Evergreen. But Indiana and KCLS (they're on 2.0.4) did work. Just poking at ideas. Thanks. |
| # | 15:54:07 | dbs calls the feds for bshum's unauthorized pen-testing |
| # | 15:54:15 | bshum | :) |
| # | 15:54:36 | dbs | bshum: I've never paid attention to the XML RPC stuff |
| # | 15:54:44 | bshum | Fair enough, was just poking around to see if I was the only one. |
| # | 15:54:45 | dbs | so don't take our site as any indication |
| # | 15:54:58 | parsr | reviewing our apache settings. In file apache2.conf, our production has "MaxRequestsPerChild 1000" -- sound right? (on our dev, for whatever reason, it's set to 10000) |
| # | 15:55:03 | bshum | I'm waiting for moodaepo to show up and I'll ask him too :) |
| # | 15:55:06 | Dyrcona was told that our xml-rpc isn't working either. |
| # | 15:55:19 | joseph__ | dbs: Working with the 2.0.3 developer image; another oddity (or maybe it is just me) /openils/conf/fm_IDL.xml /openils/var/web/reports/fm_IDL.xml both have the same contents, but the second doesn't get updated when I run autogen.sh |
| # | 15:55:48 | dbs | joseph__: ah, 2.0.3 - does the "controller" part of the acnc class definition include open-ils.pcrud? |
| # | 15:56:17 | dbs | neither one should be updated when you run autogen.sh |
| # | 15:56:38 | joseph__ | dbs: *facepalm* Thanks :D |
| # | 15:56:59 | Rural | Found the problem. I had added new lines to set the username and passwd entries in one place in opensrf_core.xml. They were set again later in the file. |
| # | 15:56:59 | dbs | if you've installed multiple languages, then /openils/var/web/reports/fm_IDL.xml gets turned into an entityized XML file that loads entity definitions from a DTD file |
| # | 15:57:11 | joseph__ | dbs: I was working on the trunk on my main machine and didn't think to check in the virtual one. |
| # | 15:57:31 | tsbere | bshum: It fails against our server(s) too. "Un-convertable reference: HASH, cannot use at /usr/share/perl5/RPC/XML.pm line 164." |
| # | 15:57:36 | dbs | joseph__: I only knew because I just did that on our production system :) |
| # | 15:58:08 | bshum | tsbere: Peachy... I see that error in my logs too. |
| # | 15:58:14 | joseph__ | dbs: Great thanks, just in time to drive home :) |
| # | 16:00:53 | tsbere attempts something basic to fix the xml rpc stuff |
| # | 16:02:07 | tsbere | bshum: Use cpan to install RPC::XML and restart things. |
| # | 16:02:34 | tsbere | apparently whatever version we have installed is borked |
| # | 16:02:43 | bshum | Oh awesome. |
| # | 16:02:50 | joseph__ has quit IRC |
| # | 16:03:24 | tsbere | ubuntu installs 0.72, cpan has 0.74, cpan's works, ubuntu's doesn't |
| # | 16:07:28 | bshum | tsbere: I'll give that a try and get back to you. |
| # | 16:09:52 | collum has quit IRC |
| # | 16:13:13 | bshum | tsbere++ # that does work |
| # | 16:14:00 | dbs | git Q: in our Conifer repo, if I push origin/master into origin/rel_2_0, can I then push the Evergreen master into Conifer master to start building a proper set of forks based off of master? |
| # | 16:14:42 | dbs | s/forks/topic branches/ |
| # | 16:16:22 | tsbere isn't sure what dbs is going at |
| # | 16:16:54 | tsbere | dbs: Do you want to rename master to rel_2_0 and then have a master tracking the main repo's master? |
| # | 16:17:07 | dbs | tsbere: yes |
| # | 16:17:15 | tsbere | dbs: I can rig that up for you. Shall I? |
| # | 16:18:06 | dbs | tsbere: that, or... I dunno. we're on 2.0 right now, so we would want to have branches based off of that; but we do want to move up to 2.1 in the next few months |
| # | 16:19:00 | dbs | having a separate repo for Conifer, instead of just some set of branches, is still a bit confusing to me |
| # | 16:19:03 | tsbere | dbs: You can base branches on things in *other* repos too. Also, if you want, I could make the conifer rel_2_0 branch auto-update with the main copy too. |
| # | 16:20:02 | tsbere | depending on how I rig it, it could auto-grab any branch with a matching name in the base repo, actually. So to start a rel_2_1 branch you would just push to one. |
| # | 16:20:37 | dbs | tsbere: it probably makes the most sense for now for me to simply pull manually, as right now all of our branches match base repo names |
| # | 16:21:02 | dbs | maybe in a week or two when we've sorted things out we'll be ready - thanks for the offer, though (and sorry to bug you, again, during your go-live) |
| # | 16:22:03 | kmlussier has quit IRC |
| # | 16:33:28 | guest has left #evergreen |
| # | 16:38:43 | AaronZ-PLS has quit IRC |
| # | 16:48:14 | dbs has quit IRC |
| # | 16:56:05 | parsr has quit IRC |
| # | 17:19:20 | wjr has quit IRC |
| # | 17:19:27 | wjr has joined #evergreen |
| # | 17:22:42 | Dyrcona has quit IRC |
| # | 17:32:34 | yboston has quit IRC |
| # | 17:41:48 | Rural | In the install instructions (http://evergreen-ils.org/dokuwiki/doku.php?id=server:2.0:install) in step 2 VII, it seems really strange to copy over the OpenSRF configuration that you've setup. Any particular reason why? |
| # | 17:44:32 | gdunbar has quit IRC |
| # | 17:50:25 | jeff | Rural: you modify the opensrf config and test to ensure that opensrf is working, before you move on to installing evergreen. |
| # | 17:51:05 | Rural | jeff: Ah! Gotcha. |
| # | 17:51:27 | jeff | Rural: you can/could skip opensrf configuration and testing and move on to the evergreen install, but i wouldn't recommend skipping it for your first time. |
| # | 17:51:46 | jeff | Rural: i.e., if you have trouble, expect someone to ask if you tested opensrf first, and if not to go back and do that. ;-) |
| # | 17:59:01 | Rural | Ha. Ya, I read you clearly. |
| # | 18:07:46 | Rural | In step 4 of the wiki install instructions (link given above), what is the significance of the user (ie. --user blah). Is this the account that will normall be used to access the database? |
| # | 18:15:33 | Dyrcona has joined #evergreen |
| # | 18:16:03 | Rural | Or is that the same user as created in step 3 II? |
| # | 18:30:08 | b_bonner has left #evergreen |
| # | 18:31:05 | Rural | In step 4 of the wiki install, which user should be used (ie. --user blah)? Is that the evergreen user created in the previous step? |
| # | 18:33:02 | Dyrcona | Rural: That user is usually named "admin" but you can name them anything you want. I'd advise against using the same name as in Step 3. |
| # | 18:35:09 | bshum | Rural: To be clear, in step 4 the --user refers to the database user that you create in the step 3. The --admin-user refers to the admin user account for Evergreen. |
| # | 18:36:25 | bshum | Which is what I think Dyrcona meant to say ;) |
| # | 18:36:48 | Dyrcona | oh, right sorry. |
| # | 18:36:58 | Rural | bshum: Thanks. That's what I figured. In any case, I must have had a typo or something, as it just worked. |
| # | 18:37:14 | Dyrcona | trying to listen to someone, right an email, and half pay attention to IRC. ;) |
| # | 18:37:20 | Dyrcona | ^right^write |
| # | 18:37:31 | Rural | Dyrcona: Trust me, I understand. |
| # | 18:37:37 | Dyrcona is tired and should probably quit working for the day. |
| # | 18:39:25 | bshum | Rural: Yay for things that "just work" :) |
| # | 18:40:57 | Rural | bshum: Agreed. This install is more involved than I'd like, but I understand why. |
| # | 18:41:59 | Rural | If there weren't a storm brewing and no need to check a flock of sheep for new lambs, I'd finish this. But duty calls. |
| # | 18:58:30 | Rural has quit IRC |
| # | 18:59:09 | tsbere | Tad warm today |
| # | 18:59:14 | tsbere just installed an A/C unit |
| # | 19:00:22 | tsbere | Amazingly, despite the A/C unit being in and on now, I feel worse than before I installed it. Probably has to do with lugging an A/C unit down a flight of stairs and installing it. |
| # | 19:03:27 | Dyrcona opened windows on opposite sides of the room and has a nice breeze. |
| # | 19:27:01 | youdonotexist has quit IRC |
| # | 20:47:33 | Dyrcona has quit IRC |
| # | 21:19:36 | Dyrcona has joined #evergreen |
| # | 22:27:37 | StephenGWills has left #evergreen |
| # | 22:40:54 | joseph_ has joined #evergreen |
| # | 23:59:18 | foocraft has quit IRC |
April 10-13