| # | Time | Nick | Message |
|---|
| # | 00:20:46 | mjgiarlo has quit IRC |
| # | 00:31:04 | mjgiarlo has joined #evergreen |
| # | 00:58:53 | mjgiarlo has quit IRC |
| # | 01:05:00 | mjgiarlo has joined #evergreen |
| # | 04:25:31 | rjackson-isl has left #evergreen |
| # | 07:12:56 | Dmagick__ has quit IRC |
| # | 07:14:14 | sfortin has joined #evergreen |
| # | 07:20:08 | Dmagick_ has joined #evergreen |
| # | 07:25:30 | Dmagick_ has quit IRC |
| # | 07:27:37 | Dmagick_ has joined #evergreen |
| # | 07:55:02 | collum has joined #evergreen |
| # | 08:07:13 | alxp has joined #evergreen |
| # | 08:10:01 | Dmagick_ has quit IRC |
| # | 08:21:01 | 84XABC4MG has joined #evergreen |
| # | 08:34:35 | shopkins has joined #evergreen |
| # | 08:35:37 | AaronZ has joined #evergreen |
| # | 08:36:21 | alxp has quit IRC |
| # | 08:37:42 | 84XABC4MG is now known as Dmagick |
| # | 08:58:16 | kmlussier has joined #evergreen |
| # | 09:11:29 | Dyrcona has joined #evergreen |
| # | 09:14:05 | dbs has joined #evergreen |
| # | 09:14:05 | dbs has joined #evergreen |
| # | 09:18:08 | gdunbar has joined #evergreen |
| # | 09:26:06 | kmlussier has quit IRC |
| # | 09:26:20 | tspindler has joined #evergreen |
| # | 09:27:26 | artunit_ has joined #evergreen |
| # | 09:29:00 | artunit has quit IRC |
| # | 09:29:03 | artunit_ is now known as artunit |
| # | 09:32:39 | kmlussier has joined #evergreen |
| # | 09:34:09 | jenny has joined #evergreen |
| # | 09:34:34 | bshum has joined #evergreen |
| # | 09:42:36 | yboston has joined #evergreen |
| # | 09:48:35 | mjgiarlo has quit IRC |
| # | 09:50:50 | mjgiarlo has joined #evergreen |
| # | 10:47:20 | mjgiarlo has quit IRC |
| # | 10:52:01 | mjgiarlo has joined #evergreen |
| # | 11:06:25 | eby_ has joined #evergreen |
| # | 11:08:51 | eby_ has quit IRC |
| # | 11:09:16 | eby_ has joined #evergreen |
| # | 11:15:22 | eby__ has joined #evergreen |
| # | 11:17:20 | eby_ has quit IRC |
| # | 11:19:19 | mjgiarlo has quit IRC |
| # | 11:21:05 | eby__ has quit IRC |
| # | 11:26:10 | mjgiarlo has joined #evergreen |
| # | 11:37:17 | bshum | dbs: Can we add the 2011 conference blog to Planet Evergreen? |
| # | 11:43:40 | jeff | bshum: do you have a link to the feed for the conference blog? |
| # | 11:44:06 | bshum | jeff: Hmm, let me see if I can locate it for you... |
| # | 11:44:16 | bshum | http://pines.georgialibraries.org/evergreen2011/blog |
| # | 11:44:18 | bshum | That looks to be it. |
| # | 11:44:35 | bshum | It's light so far of course, but more publicity is always good :) |
| # | 11:45:19 | jeff | agreed. the blog doesn't seem to have a feed, though. probably need to confer with the drupal admin on that site. |
| # | 11:45:48 | jeff | (no rss/atom/etc listed in a way that a browser/reader can determine) |
| # | 11:46:34 | jeff | http://pines.georgialibraries.org/evergreen2011/rss.xml seems empty |
| # | 11:47:17 | bshum | Ahh, good call |
| # | 11:47:23 | bshum | Poke csharp about it :) |
| # | 11:47:57 | bshum | Thanks jeff |
| # | 11:51:36 | Dyrcona | Can anyone help with this: http://paste.lisp.org/display/117390 ? |
| # | 11:52:03 | Dyrcona | I am so not used to configuring Apache on Debian/Ubuntu. |
| # | 11:52:44 | bshum | Well, the no virtualhosts thing I see quite often with an extra line in ports.conf |
| # | 11:52:48 | jeff | NameVirtualHost *:80 has no VirtualHosts is usually harmless, a quirk of there being two declarations of that NameVirtualHost |
| # | 11:52:51 | bshum | I usually comment it out. |
| # | 11:53:06 | jeff | you could use netstat -an or lsof -in to see what else might be listening on *:443 |
| # | 11:53:37 | jeff | I don't know if apache will try to bind twice if you have two Listen 443 declarations |
| # | 11:54:06 | jeff | ah, indeed it will. |
| # | 11:54:37 | jeff | Dyrcona: you probably have a "Listen 443" in more than one place. normally on debian/ubuntu i'd expect to see it once in /etc/apache2/ports.conf -- if you have it elsewhere, remove one of the two. |
| # | 11:54:57 | parsr has joined #evergreen |
| # | 11:55:04 | Dyrcona | thanks. It looks like the one in eg.conf is the problem. |
| # | 11:55:07 | bshum | There's one in eg.conf |
| # | 11:55:11 | bshum | You're supposed to comment it out. |
| # | 11:55:18 | bshum | It's part of the install instructions, I believe. |
| # | 11:55:44 | Dyrcona | um, where? i was using the README. |
| # | 11:55:56 | bshum | Sorry it's part of the install instructions on the wiki :) |
| # | 11:56:00 | bshum | For installing Evergren |
| # | 11:56:02 | bshum | *evergreen |
| # | 11:56:17 | bshum | I guess the Readme could use some updating again. |
| # | 11:56:51 | csharp checks on why the Conference blog feed remains unfed... |
| # | 11:57:13 | bshum | Dyrcona: Section 7.II from here: http://www.open-ils.org/dokuwiki/doku.php?id=server:2.0:install |
| # | 11:57:26 | bshum | "Comment the line Listen 443 as it conflicts with the same declaration in /etc/apache2/ports.conf." |
| # | 11:57:52 | bshum | I believe that clause is also present in the 1.6 install steps |
| # | 11:58:14 | Dyrcona | thanks. now, it is working. |
| # | 12:19:52 | parsr has quit IRC |
| # | 12:22:11 | parsr has joined #evergreen |
| # | 12:24:59 | mjgiarlo has quit IRC |
| # | 12:35:46 | mjgiarlo has joined #evergreen |
| # | 12:39:38 | parsr | update -- getting - "Use of uninitialized value in join or string at /usr/local/share/perl/5.8.8/OpenSRF/Application.pm line 118." in our EG 1614 open-ils.circ_unix.log following check-in |
| # | 12:49:41 | mtcarlson has joined #evergreen |
| # | 12:51:19 | BryanKingsford has joined #evergreen |
| # | 12:52:07 | BryanKingsford has quit IRC |
| # | 12:55:37 | BryanK has joined #evergreen |
| # | 12:57:53 | r123 has joined #evergreen |
| # | 13:02:33 | dbs | parsr: there's a fix for that that senator checked in late last week |
| # | 13:05:56 | dbs | http://svn.open-ils.org/trac/ILS/changeset/18910 |
| # | 13:06:29 | dbs | (and... we should probably mark that in the downloads page as a major gotcha until 1.6.1.5 can get rolled out) |
| # | 13:07:19 | Meliss has joined #evergreen |
| # | 13:08:34 | BryanK | I'm trying to overlay a bib record from a java client program. Using method open-ils.cat.biblio.record.xml.update does part of the job, but the meta data is inconsistent. Is that the right method to use? Any ideas? |
| # | 13:09:32 | mjgiarlo has quit IRC |
| # | 13:10:43 | tildeequals has quit IRC |
| # | 13:11:00 | parsr | dbs: thanks! Will check out shortly... |
| # | 13:13:02 | dbs | BryanK: probably need to reingest it |
| # | 13:14:29 | mjgiarlo has joined #evergreen |
| # | 13:16:00 | BryanK | I tried using method open-ils.ingest.full.biblio.record to reingest it but didn't get a response back from the server. If that's the right method to use, perhaps I'm just setting up the request wrong. |
| # | 13:17:05 | dbs | No response at all? That's weird |
| # | 13:18:41 | dbs | Dyrcona / bshum: perhaps rather than shipping a default configuration that needs to be modified, we could start shipping a default config file that doesn't need that modification? Doesn't make sense to force everyone to comment out "Listen 443" |
| # | 13:20:32 | jeff | i suspect it's a matter of distro defaults, and how they may have changed over time. |
| # | 13:20:48 | dbs | parsr: hmm. not 100% sure that that fix alone will be enough, as senator made a few other changes prior. you might want to post to the list |
| # | 13:20:59 | jeff | it might be time to eliminate the warning from the duplicate NameVirtualHost entries also. |
| # | 13:21:00 | dbs | jeff: absolutely. |
| # | 13:22:10 | jeff | of course, eliminating a warning on debian-based distros may very well cause redhat-based distros to break, but then it comes down to an "Uncomment these if you're running one of the following distros" kind of thing. |
| # | 13:22:23 | jeff | dbs: you're our fedora expect now, right? ;-) |
| # | 13:23:17 | dbs | jeff: it's a battle between csharp and I |
| # | 13:24:02 | dbs | I forked the install docs: http://evergreen-ils.org/dokuwiki/doku.php?id=server:2.0:install:fedora |
| # | 13:33:53 | brian_f has joined #evergreen |
| # | 13:54:45 | finnapz has left #evergreen |
| # | 13:58:46 | finnapz has joined #evergreen |
| # | 14:06:36 | parsr | dbs: would that changeset require a service restart to take effect? |
| # | 14:09:30 | finnapz has quit IRC |
| # | 14:13:58 | finnapz has joined #evergreen |
| # | 14:18:41 | bshum | parsr: Most of the time I change anything perl related, I end up needing to restart things. |
| # | 14:19:02 | zigo has joined #evergreen |
| # | 14:19:22 | zigo is now known as zigo-_- |
| # | 14:22:01 | parsr | bshum: But I suppose that can't be done without some possible disruption to current Staff Client sessions? Perhaps a perl restart only? |
| # | 14:22:33 | bshum | parsr: Your guess is as good as mine whether a perl restart would disrupt current operations, unfortunately. |
| # | 14:23:08 | bshum | But that does seem like the service that'd need restarting. |
| # | 14:46:28 | zigo-_- has quit IRC |
| # | 14:46:54 | zigo has joined #evergreen |
| # | 14:46:59 | zigo is now known as zigo-_- |
| # | 14:54:23 | mjgiarlo has quit IRC |
| # | 14:57:42 | mjgiarlo has joined #evergreen |
| # | 15:02:40 | dbs | parsr: you should be able to restart only open-ils.circ. shouldn't affect the staff client sessions (other than if the restart somehow happens right in the middle of a transaction) |
| # | 15:21:05 | Maryll has joined #evergreen |
| # | 15:21:55 | Maryll has left #evergreen |
| # | 15:22:09 | collum has left #evergreen |
| # | 15:30:50 | zigo-_- has quit IRC |
| # | 15:31:05 | mjgiarlo has quit IRC |
| # | 15:31:15 | csharp | jeff: bshum: dbs: Conference blog RSS now active: http://pines.georgialibraries.org/evergreen2011/rss.xml |
| # | 15:31:16 | zigo has joined #evergreen |
| # | 15:31:24 | zigo is now known as zigo-_- |
| # | 15:31:50 | jeff | csharp: hooray! thanks! |
| # | 15:31:56 | dbs | csharp: adding to planet now |
| # | 15:36:06 | bshum | Yay! csharp++ |
| # | 15:41:28 | csharp | dgivens++ # Darin Givens, GPLS Webmaster deserves the karma ;-) |
| # | 15:42:03 | kmlussier has quit IRC |
| # | 15:43:35 | mjgiarlo has joined #evergreen |
| # | 15:46:22 | bshum | Does anyone have any thoughts on the complexity of changing a circ modifier to use a different wording? (assuming that it's been employed throughout the libraries). For example, if one were to try changing a circ mod from "advdf" to "moviesf" |
| # | 15:46:42 | bshum | I assume circ/hold rules would need to be redone, along with all the asset.copy |
| # | 15:48:13 | sfortin has quit IRC |
| # | 15:48:18 | bshum | Any user specific templates |
| # | 15:49:07 | bshum trying to come up with "the list" of things to change. |
| # | 15:49:35 | jenny has quit IRC |
| # | 15:49:48 | eeevil | bshum: the name column can be changed at will without hurting anything |
| # | 15:50:11 | eeevil | the code column (usually the same as name) is the pkey, and fkeys point at that |
| # | 15:50:51 | parsr | dbs: how to restart "open-ils.circ" only -- I've always just restarted Perl for these kinds of things, but can't see (examining startup script, etc) how this is done. Is that an srfsh thing? |
| # | 15:51:21 | dbs | parsr: opensrf-perl.pl lets you control individual perl services |
| # | 15:53:35 | finnapz has left #evergreen |
| # | 15:54:43 | parsr | ah -- ok - thanks! |
| # | 15:56:43 | brian_f has quit IRC |
| # | 15:59:21 | Meliss has quit IRC |
| # | 16:02:31 | phasefx | parsr: one gotcha might be item attribute templates re: changing circ mods |
| # | 16:03:09 | phasefx | parsr: sorry, bshum |
| # | 16:03:42 | parsr | hey! |
| # | 16:03:44 | phasefx | bshum: and I see you realized templates. bah :) |
| # | 16:06:35 | eeevil | phasefx: surely the templates use the code, not the name, to point at a template, no? |
| # | 16:06:40 | bshum | phasefx: Yeah I'm making an exhaustive list of gotchas |
| # | 16:06:45 | eeevil | er, point at a circ mod |
| # | 16:06:48 | bshum | They seem to use the code, yeah |
| # | 16:07:12 | bshum | eeevil: Changing the names should be trivial, agreed, but we are aiming to change our codes to follow a more concise and appropriate method. |
| # | 16:07:25 | bshum | We just didn't know any better when we first started :) |
| # | 16:07:58 | eeevil | bshum: people shouldn't be seeing the codes (I mean, any more than they should be seeing (and depending on), say, copy id) |
| # | 16:08:17 | eeevil | if the UI is using code where it could just use name, then that needs to be fixed |
| # | 16:08:35 | mjgiarlo has quit IRC |
| # | 16:08:38 | bshum | eeevil: Aha, interesting. |
| # | 16:08:56 | eeevil | however, as for anything with a real fkey (asset.copy.circ_modifier, for instance) the should absorb a change just fine |
| # | 16:09:16 | eeevil | the fkeys should all be defined with ON UPDATE CASCADE |
| # | 16:09:42 | phasefx | I think the templates are referencing circ mods by .code() |
| # | 16:10:35 | eeevil | hrm.. well, config.circ_matrix_matchpoint's fkey is not ON UPDATE CASCADE ... that should be addressed. |
| # | 16:11:05 | eeevil | re "if the UI is using code ..." I mean for display purposes, of course |
| # | 16:12:13 | bshum | eeevil: Well, I know in 2.0 beta we've seen the code : name : description appear in all places it can now. |
| # | 16:12:28 | bshum | I'd have to verify in 1.6 what shows up in holdings maintenance and other displays. |
| # | 16:12:51 | bshum | For sanity in our production, we opted for code = name in all cases. |
| # | 16:13:02 | bshum | So we might be applying more weight to code than is actually necessary. |
| # | 16:13:12 | phasefx | that's a localizable property, fwiw. easy to change |
| # | 16:13:53 | bshum | Long term, we'd have to rewrite how alot of our SQL reports operate since we match directly on the code for certain error checking. |
| # | 16:13:57 | phasefx | common.properties, staff.circ_modifier.display |
| # | 16:15:07 | bshum | phasefx: Oh neat, that must be new to 2.0? (don't recall that in 1.6) |
| # | 16:15:19 | phasefx | bshum: it's new, yeah |
| # | 16:15:25 | mjgiarlo has joined #evergreen |
| # | 16:16:01 | phasefx | bshum: you can also override it in a common_custom.properties file; no need to change the stock entry |
| # | 16:16:42 | bshum | Custom entry. Intriguing |
| # | 16:17:10 | bshum | Sounds like we'll have alot to look for. |
| # | 16:17:44 | bshum | I was just asked how crazy it might be to perform such changeovers for the circ mods & was trying to pin down our potential pitfalls. |
| # | 16:18:13 | bshum | Wish folks had spent more time agonizing over the initial codes now. |
| # | 16:18:17 | bshum | Oh well. |
| # | 16:19:04 | bshum | Anywho, I have to head out, but thanks phasefx and eeevil! Lots for us to think about. |
| # | 16:19:06 | eeevil | bshum: my recommendation would be to just change the name (unless you're collapsing multiple codes into one) and push for removal of instances of code at the front-end UI level |
| # | 16:19:22 | eeevil | latorz |
| # | 16:19:26 | bshum | eeevil: Collapsing is occurring |
| # | 16:19:26 | eeevil also runs away |
| # | 16:19:29 | bshum | In addition to name changes |
| # | 16:19:33 | bshum actually leaving now :) |
| # | 16:19:42 | bshum has quit IRC |
| # | 16:19:44 | parsr | EG 1.6.1.4 -- updated to r18910 and now get this in the logs http://paste.lisp.org/display/117401 -- I am not using booking only trying to check-in standard item |
| # | 16:19:50 | mjgiarlo has quit IRC |
| # | 16:20:49 | eeevil | parsr: AIUI, in 1.6.1.4, you still have to run the booking app, even if you don't intend to use it |
| # | 16:22:08 | eeevil | parsr: or is r18910 supposed to get you to the point where you can turn it off ... |
| # | 16:22:34 | eeevil | I know that's in 2.0, and there was a push to backport it, but ... it looks like it's not all there, perhaps |
| # | 16:22:45 | mjgiarlo has joined #evergreen |
| # | 16:22:49 | eeevil | anyway, /me really runs |
| # | 16:22:58 | parsr | eeevil -- not certain. I registered Booking and it appears to be working (but not tested in detail). Could that error be result of some other error in how booking is configured? |
| # | 16:27:52 | jenny has joined #evergreen |
| # | 16:27:53 | r123 has left #evergreen |
| # | 16:29:07 | shopkins has quit IRC |
| # | 16:30:16 | parsr has quit IRC |
| # | 16:37:24 | kmlussier has joined #evergreen |
| # | 16:38:10 | mjgiarlo has quit IRC |
| # | 16:45:08 | tspindler has quit IRC |
| # | 16:46:06 | mjgiarlo has joined #evergreen |
| # | 17:01:19 | kmlussier has quit IRC |
| # | 17:28:04 | Dyrcona has quit IRC |
| # | 17:34:12 | dbs has quit IRC |
| # | 17:44:50 | rsinger has quit IRC |
| # | 17:45:06 | finnapz has joined #evergreen |
| # | 17:46:46 | parsr has joined #evergreen |
| # | 17:52:18 | parsr | Update -- Thanks to Steve & "Bruce" Lee @ ESI support. Turned out that the booking listener was not loaded and that in our opensrf.xml file the <appname>open-ils.booking</appname> was missing from activeapps section! |
| # | 17:53:11 | parsr | Check-ins now working fine. Now let's see what else we can bust! |
| # | 17:56:26 | mjgiarlo has quit IRC |
| # | 17:59:13 | phasefx | tsbere: btw, I'm seeing something interesting with staff client upgrades at the moment: "The update could not be installed. Please make sure there are no other copies of open_ils_staff_client running on your computer, and then restart open_ils_staff_client to try again." But the upgrade has happened, I just don't see it until I manually exit and restart the client |
| # | 18:03:53 | jenny has left #evergreen |
| # | 18:09:27 | mjgiarlo has joined #evergreen |
| # | 18:11:04 | yboston has quit IRC |
| # | 18:11:30 | mtcarlson has quit IRC |
| # | 18:23:03 | parsr has quit IRC |
| # | 18:46:55 | zigo-_- has quit IRC |
| # | 19:18:18 | mjgiarlo has quit IRC |
| # | 19:21:51 | mjgiarlo has joined #evergreen |
| # | 20:29:03 | lisppaste has joined #evergreen |
| # | 20:51:35 | b_bonner has joined #evergreen |
| # | 20:54:35 | agJohn has joined #evergreen |
| # | 21:00:15 | mjgiarlo has quit IRC |
| # | 21:05:53 | mjgiarlo has joined #evergreen |
| # | 21:15:43 | agJohn | Anybody know (off the top of your head) what the setup is missing when you get this error from an attempt to check out a pre-cat item? |
| # | 21:15:45 | agJohn | Can't call method "duration_rule" on an undefined value at /openils... /Circulate.pm |
| # | 21:15:46 | agJohn | The copy record is apparently being created w/o a circ_modifier value so I'm puzzled.... |
| # | 21:23:52 | phasefx | I don't, but I'd check to see to that autogen has been ran and that you're not missing the magic asset.call_number with id = -1 |
| # | 21:36:12 | jeff | agJohn: copy being created without a circ modifier before 2.0 would be normal. depending on your circ scripts or in-db circ, you might be missing a "fall through" rule that should point to a duration rule for items without circ modifier. |
| # | 21:36:58 | jeff | agJohn: you should be able to circ a copy with a null circ modifier -- you could test with a 'real' copy with circ mod and a 'real' copy with a null circ mod, and if the 'real' copy with null circ mod throws the same error as your pre-cat... |
| # | 21:37:08 | jeff | agJohn: ...then check your circ scripts or in-db matchpoints |
| # | 21:37:37 | agJohn | phasefx: Thanks for the reply. I don't think autogen can be the problem; call_number w/ id = -1 is in place. |
| # | 21:37:38 | agJohn | jeff: I think you've got it; I know there's no such rule on either of the two DBs I checked.... |
| # | 21:39:48 | jeff | agJohn: in 2.0, staff can pick a circ modifier when creating a pre-cat item (at checkout time), before that i believe they just always have a null circ mod, so you need to account for that in your scripts/matchpoints |
| # | 21:40:39 | jeff | (good best practice anyway. no reason to penalize circ staff / patrons for a processing/cataloging staff oversight) |
| # | 21:44:19 | agJohn | jeff: Would you expect a restart of the Evergreen processes to be required for that additional "fall-through" rule to take effect? |
| # | 21:45:30 | jeff | i wouldn't, but i could be wrong. |
| # | 21:45:35 | phasefx | agJohn: yeah, that's what I get for skimming |
| # | 21:46:06 | agJohn | phasefx: Not at all--I appreciated the suggestions! |
| # | 21:47:28 | phasefx | incidentally, you can base circ behavior off the mere fact of an item being a pre-cat |
| # | 21:48:50 | agJohn | How do I set that up? (I'm working with 1.6.1.x versions, in this case.) |
| # | 21:49:07 | agJohn | Would that be via scripts or in-DB--don't really want to mess w/ scripts.... |
| # | 21:50:18 | phasefx | scripts for sure; I'm still not all that familiar with in-db. I don't think there is a match point there |
| # | 21:54:55 | agJohn | Well, dang. Added the no-circ-mod rule; still no workie. Restarted all the processes; still no workie. Hmmm. |
| # | 21:56:29 | phasefx | agJohn: you know about action.find_circ_matrix_matchpoint? stored procedure that might make for easier testing |
| # | 21:57:11 | agJohn | Yeah, I've used that a time or two; thanks for the reminder. |
| # | 21:58:16 | agJohn | Hmm. Appears I was testing with an admin user rather than the Patron group I set up the rule for.... |
| # | 21:58:23 | jeff | aha |
| # | 21:59:34 | agJohn | That was it, thanks much phasefx & jeff! |
| # | 22:00:57 | JMCraig has joined #evergreen |
| # | 22:01:12 | jeff | agJohn: you're welcome! |
| # | 22:03:55 | agJohn has quit IRC |
| # | 22:04:03 | JMCraig is now known as agJohn |
| # | 22:10:53 | mjgiarlo has quit IRC |
| # | 22:15:37 | mjgiarlo has joined #evergreen |
| # | 22:16:26 | b_bonner_ has joined #evergreen |
| # | 22:16:26 | b_bonner has quit IRC |
| # | 22:16:26 | b_bonner_ is now known as b_bonner |
| # | 22:50:02 | mjgiarlo has quit IRC |
| # | 22:55:20 | mjgiarlo has joined #evergreen |
| # | 23:02:41 | b_bonner has quit IRC |
April 10-13