| # | Time | Nick | Message |
|---|
| # | 00:10:02 | dbs has quit IRC |
| # | 02:07:33 | darshan has joined #evergreen |
| # | 02:11:33 | darshan | i have setup an action trigger with hook hold.available and hold.capture but while capturing holds i am not receiving mail ,i even have setup mail configuration,but then to mail is not cuming ,i am getting the following error [error][client 192.168.1.66] File does not exist : /openils/var/web/xul/re_2_1_0/server/util/print_custom.js |
| # | 02:11:52 | darshan | plz help me ,to get soln for this |
| # | 02:45:46 | Dyrcona has joined #evergreen |
| # | 02:46:04 | Dyrcona | Anybody leave me a later? |
| # | 02:46:09 | Dyrcona | Nope. |
| # | 02:57:28 | darshan | lol.wat does it mean dyrcona |
| # | 02:58:19 | Dyrcona | @later tell darshan It means that I am checking if anyone did this with a message to me. |
| # | 02:58:19 | pinesol_green | Dyrcona: The operation succeeded. |
| # | 02:58:53 | Dyrcona | darshan: type something in the channel. |
| # | 02:59:16 | darshan | i have already and from last three days ,but no-one replying me |
| # | 02:59:26 | Dyrcona | It also means I have insomnia. |
| # | 02:59:31 | Dyrcona | :( |
| # | 02:59:36 | darshan | dyrcona- |
| # | 02:59:38 | darshan | i have setup an action trigger with hook hold.available and hold.capture but while capturing holds i am not receiving mail ,i even have setup mail configuration,but then to mail is not cuming ,i am getting the following error [error][client 192.168.1.66] File does not exist : /openils/var/web/xul/re_2_1_0/server/util/print_custom.js |
| # | 03:01:04 | Dyrcona | darshan: looks like you have a typo if you copied and pasted the error message. |
| # | 03:01:23 | Dyrcona | unless you did name your installation re_2_1_0? |
| # | 03:01:29 | darshan | :) sometimes |
| # | 03:02:43 | darshan | dyrcona-i m really sorry ,its afternoon over here ,n i need to go to have my yummy lunch ,plz atleast you ans me ,n suggest some solution for this |
| # | 03:02:54 | darshan | i will brb |
| # | 03:03:30 | Dyrcona | well, I don't have a solution, since triggers work for me and I can't find a file named print_custom.js on my server. |
| # | 03:03:51 | Dyrcona | I'd suggest copying the one from the client to that location and see what happens. |
| # | 03:05:35 | darshan | ok |
| # | 03:05:39 | darshan | i will try that |
| # | 03:06:44 | Dyrcona | I've not seen that error before. |
| # | 04:51:24 | darshan | dyrcona -r u der? |
| # | 04:51:51 | Dyrcona | yes |
| # | 04:52:50 | darshan | i knew something different ,when i m placing hold for my patron ,i m reciving many errors in my error.log file |
| # | 04:53:14 | darshan | nad those were file does not exist error's |
| # | 04:53:21 | darshan | sorry and* |
| # | 04:54:04 | darshan | although my hold r being successfully placing |
| # | 04:54:26 | darshan | ? |
| # | 05:01:19 | darshan | ? |
| # | 05:08:53 | Dyrcona | Yeah, there's a lot of "junk" messages in the logs, mostly from undefined values being concatenated into strings. |
| # | 05:15:47 | Dyrcona | oof. maybe I can get an hour's nap before i have to get ready for the day. |
| # | 05:15:55 | Dyrcona has quit IRC |
| # | 06:04:50 | Helenbean has joined #evergreen |
| # | 06:22:47 | lisppaste has joined #evergreen |
| # | 06:54:42 | darshan | ne1 else |
| # | 06:54:47 | darshan | plz can ans me |
| # | 07:40:44 | darshan has quit IRC |
| # | 07:53:48 | adm_ils has joined #evergreen |
| # | 07:54:21 | fortin has joined #evergreen |
| # | 07:58:04 | adm_ils | i am receiving an error's in errorlog files when m placing holds for my patrons ,plz guide me for this |
| # | 08:28:51 | Dyrcona has joined #evergreen |
| # | 08:56:39 | adm_ils has quit IRC |
| # | 08:57:49 | bwicksall has joined #evergreen |
| # | 09:05:51 | Meliss has joined #evergreen |
| # | 09:10:48 | dbs has joined #evergreen |
| # | 09:13:13 | gdunbar has joined #evergreen |
| # | 09:17:19 | jenny has joined #evergreen |
| # | 09:19:03 | dbs runs into a never-before-seen "xsl:attribute: Cannot add attributes to an element if children have been already added to the element." during metabib.reingest_metabib_field_entries() run over a broad swath of records |
| # | 09:19:23 | dbs | naturally, no identifier for which record it was :) |
| # | 09:20:11 | dbs | Feeling pretty good about LP 825039 though |
| # | 09:23:36 | tlilleberg has joined #evergreen |
| # | 09:30:31 | kmlussier has joined #evergreen |
| # | 09:46:27 | eeevil | dbs: whoa, that's crazy ... libxslt upgrade? |
| # | 09:47:43 | dbs | eeevil: heh, as in "libxslt upgrade required"? |
| # | 09:48:30 | dbs | yeah, dunno - i'm tempted to try running a record with 2 245 fields / a bunch of duplicate subfields through MODS32 to see if I can break it that way |
| # | 09:48:48 | dbs | MODS32 is strong - but is it MARC-in-the-wild strong? :) |
| # | 09:49:09 | eeevil | dbs: nothing's that strong, silly man |
| # | 09:55:11 | dbs | mmm, "UPDATE metabib.*_field_entry SET value = value WHERE value LIKE '%''%'" is way faster than invoking metabib.reingest_field_entries() - curse that XSL |
| # | 10:02:51 | eeevil | dbs: was about to say "gmcharlt mumbled something about finding tuits to add MODS34 ... I suppose that should be applied there as well?" but looking at the example links in that LP ticket, I don't see anything different in the mods32 output ... should I? |
| # | 10:10:39 | dbs | eeevil: in-db vs. /openils/var/xsl methinks |
| # | 10:11:19 | eeevil | ah, gotcha ... time for in-db unapi! |
| # | 10:27:31 | tsbere reads an internal ticket and finds a bug. In his own code. :( |
| # | 10:49:38 | sal_ has joined #evergreen |
| # | 10:50:02 | eeevil | tsbere: ain't that always the way |
| # | 10:50:46 | tsbere | eeevil: Waiting on a dev system rebuild/reload before I test a fix. Then, if it works, it gets launchpad treatment. <_< Then I can work on something else. |
| # | 10:50:59 | sal_ | Dyrcona: Having just tried to configure SIP on Koha, can I just congratulate you and the SIP developers on (a) clear documentation, and (b) graceful startup and shutdown scripts? Oy. |
| # | 10:51:21 | tsbere cheats his dev system's VM by installing rng-tools and telling to to base /dev/random entropy on /dev/urandom |
| # | 10:55:32 | _bott_ | hmm... checkin_scan_time always = checkin_time that seems odd |
| # | 10:55:46 | tsbere | _bott_: Backdate a checkin and then tell us that again ;) |
| # | 10:58:20 | _bott_ | doh! silly query |
| # | 10:59:20 | _bott_ | I wish I'd get what I wanted instead of what I asked for |
| # | 11:00:38 | Dyrcona | _bott_: Remember to be careful what you ask for. |
| # | 11:02:11 | dbs | So, uh, what kind of a dev meeting do we want today? |
| # | 11:03:05 | eeevil | the kind where I cajole tsbere into cutting 2.1.1, 2.0.11 and 2.2-alpha1? ;) |
| # | 11:03:36 | tsbere | eeevil: You can get 2.1.1 and 2.2-alpha1 out of me. You aren't getting 2.0.11 :P |
| # | 11:03:50 | Dyrcona chuckles. |
| # | 11:03:52 | eeevil | heh |
| # | 11:04:41 | Dyrcona | I'd like to see some things go in before alpha1, but its no big. |
| # | 11:05:11 | eeevil | Dyrcona: the sooner a1 comes out, the sooner a2 can come out! eh? EH?! :) |
| # | 11:05:27 | Dyrcona | sure. |
| # | 11:06:58 | Dyrcona decides to fix up his code for lp869338. |
| # | 11:07:26 | youdonotexist has joined #evergreen |
| # | 11:07:28 | dbs | Maybe another "Google Books API is changing in ~2 weeks - anybody got a plan for dealing with that or are we just going to panic when the time comes?" (I guess that's a plan, heh) |
| # | 11:07:56 | Dyrcona | google-- |
| # | 11:08:16 | tsbere | dbs: Our solution is "We turned all that off in production by the direction of our members *anyway*...." |
| # | 11:08:23 | dbs | heh |
| # | 11:08:23 | jeff | we don't use the integration. my opinions are probably irrelevant. :-) |
| # | 11:08:32 | csharp | tsbere: ours too |
| # | 11:08:53 | Dyrcona | we use a *gasp* commercial solution for book jackets, etc. |
| # | 11:08:58 | dbs | We killed the search results integration, but like the details |
| # | 11:09:12 | csharp | our at-home patrons would love it, but our librarians who lock down OPACs specifically to prevent access to Google would not |
| # | 11:09:17 | dbs | Evergreen never used google for jackets, fwiw |
| # | 11:09:25 | jeff | *nod* |
| # | 11:09:40 | Dyrcona | dbs: ok, but we get reviews, etc. as well from our vendor. |
| # | 11:09:52 | dbs | specifically the Google Previews - that's the one killer feature. |
| # | 11:10:41 | dbs | Evergreen never provided inline reviews, etc, from Google either. Just a link to the Google Books page from search results, and a preview of the full-text book in record details |
| # | 11:11:00 | Dyrcona | what about switch to OpenLibrary is it? |
| # | 11:11:24 | mrpeters-isl | Can I talk anyone into an update to http://www.open-ils.org/dokuwiki/doku.php?id=faqs:evergreen_roadmap ? Maybe some things to expect in 2.2 and beyond? |
| # | 11:11:26 | dbs tries to parse that :) |
| # | 11:11:46 | mrpeters-isl | obviously, unofficial and subject to change |
| # | 11:11:54 | Dyrcona too much early a.m. chat with India.....sleep deprivation, etc. |
| # | 11:11:58 | dbs | mrpeters-isl: Perhaps a new RELEASE_NOTES.txt in master would be appropriate |
| # | 11:12:01 | tsbere | mrpeters-isl: Change, change, and more change! ;) |
| # | 11:12:34 | Dyrcona points to IRC logs around 9:30 GMT. |
| # | 11:13:52 | mrpeters-isl | dbs, yeah...not a bad idea. I'd even be interested in having things people are working on independently on there as possibilities. |
| # | 11:14:29 | mrpeters-isl | maybe someone would see, for example, that Dyrcona is working on the "Friends" feature and be interested in contributing |
| # | 11:14:29 | Dyrcona points to http://egdev.mvlcstaff.org/Special:AllPages |
| # | 11:15:15 | mrpeters-isl is giving a presentation tomorrow...looking to fill time with exciting new things coming |
| # | 11:15:41 | dbs | mrpeters-isl: it's a good idea, we haven't been too successful at keeping the wiki-based roadmap anywhere close to matching reality, but perhaps someone could comb Launchpad for things committed only to master / targeted to 2.2.0 & populate from there, along with some git log work |
| # | 11:15:56 | dbs | that's pretty much how I started the 2.1 release notes |
| # | 11:16:13 | mrpeters-isl | yeah, i was combing through git just now trying to pick out a few things people were working on |
| # | 11:16:16 | Dyrcona | Did we start the meeting early or is this just preamble? |
| # | 11:16:34 | mrpeters-isl | oh, Dyrcona just preamble i guess |
| # | 11:18:01 | Dyrcona didn't mean to squelch the conversation. |
| # | 11:18:36 | mrpeters-isl | nah you didn't. i think dbs is right |
| # | 11:19:44 | Dyrcona | so, mrpeters-isl do I hear you volunteering? :) |
| # | 11:20:47 | mrpeters-isl | heh i'm definetly going to post what i gather before tomorrow |
| # | 11:21:22 | mrpeters-isl | is there a simple way to find the first commit in a branch? say, user/dyrcona/friends_impl, can I find the initial commit simply for that? |
| # | 11:21:23 | Dyrcona | cool. I don't get to documentation much. |
| # | 11:21:38 | mrpeters-isl | assuming, that'd get me to hopefully some basis of that the branch hopes to do |
| # | 11:21:53 | Dyrcona | mrpeters-isl: depends on if it has been rebased or not. |
| # | 11:22:19 | Dyrcona | mrpeters-isl: I'm not sure that branch actually has anything in it. I'd have to check again. |
| # | 11:22:48 | mrpeters-isl | ok. just was looking for a bit more info about your goal there. i know it has something to do with granting control of your account to another user |
| # | 11:23:22 | Dyrcona | mrpeters-isl: The goal was to provide an user interface to manage the existing friends feature as well as make the permissions actually do something. |
| # | 11:23:46 | Dyrcona | mrpeters-isl: Along the way, I came up with a new schema that I've not implemented, yet. |
| # | 11:23:50 | mrpeters-isl | ok, so i probably need to go back further. i don't know anything about the friends feature existing now. |
| # | 11:24:01 | tsbere | mrpeters-isl: All backend, no frontend ;) |
| # | 11:24:24 | mrpeters-isl | yeah. but the future is something frontend i assume, right? |
| # | 11:24:31 | Dyrcona | Yeah, its just a couple of tables, some buckets, and a basic perl module to manage the buckets, but no code to do much else. |
| # | 11:24:53 | Dyrcona | yep, if I ever get the tuits.... :) |
| # | 11:25:42 | Dyrcona | I couldn't sleep last night, so I made a list of things that I'm supposed to be working on along with my other duties as a means of telling my boss that I can't really take on much else right now. |
| # | 11:26:24 | mrpeters-isl | you had time to TRY to sleep? oh, you're not doing enough ;) |
| # | 11:27:47 | eeevil | imma start pulling some requests, starting at the bottom of https://bugs.launchpad.net/evergreen/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.tag=pullrequest&field.tags_combinator=ANY&search=Search |
| # | 11:28:20 | Dyrcona grumbles at Gnome 2..... |
| # | 11:28:57 | Dyrcona | moused over the URL to click it, and bam! display server restarted. now all my windows are 1 workspace. |
| # | 11:29:31 | Dyrcona | well, I'm off to get some caffeinated beverage, be back in a few. |
| # | 11:42:49 | berick | eeevil++ |
| # | 11:42:54 | tsbere | eeevil++ |
| # | 11:42:59 | tsbere was about to do that anyway |
| # | 11:43:28 | berick | oh, suuuure you were ;) |
| # | 11:43:30 | tsbere | eeevil: When we have finished pulling things today I can drop 2.1.1 and 2.2-alpha1. |
| # | 11:43:43 | tsbere | berick: Just got back with caffeinated bevarages with Dyrcona ;) |
| # | 11:44:20 | berick | sounds like a winning idea |
| # | 11:44:37 | eeevil | tsbere: not just me, I hope! :) |
| # | 11:45:06 | tsbere | eeevil: I said "we" didn't I? |
| # | 11:45:30 | eeevil | indeed |
| # | 11:49:03 | lisppaste has quit IRC |
| # | 11:49:47 | Dyrcona | lisppaste-- # giving lisp a bad name. |
| # | 11:50:23 | phasefx | have a scheme for replacing it? |
| # | 11:50:27 | phasefx ducks |
| # | 11:50:44 | tsbere | phasefx: paste.evergreen-ils.org! And tie it into pinesol_green! |
| # | 11:50:46 | tsbere ducks too |
| # | 11:51:09 | phasefx | sounds like a great idea |
| # | 11:51:20 | dbs | phasefx++ |
| # | 11:51:35 | tsbere has no idea how hard it is to integrate that kind of thing into pinesol_green |
| # | 11:51:39 | Dyrcona | there's a logo joke in their somewhere..... |
| # | 11:52:09 | dbs | go forth |
| # | 11:52:31 | phasefx | you'd think you'd be doing logo with shell programming, but no |
| # | 11:53:26 | Dyrcona | eeevil++ |
| # | 11:53:52 | Dyrcona | now I can remove some entries from my "list of bugs to bug eeevil about." ;) |
| # | 11:55:09 | dbs looks at https://bugs.launchpad.net/evergreen/+bug/787162 again, one month later |
| # | 11:58:49 | Dyrcona | I'm not sure if this https://bugs.launchpad.net/evergreen/+bug/873416 is actually a bug or if the original behavior was intended. It was easy to change, though if it was a bug. |
| # | 12:00:39 | kmlussier has quit IRC |
| # | 12:01:18 | dbs | Dyrcona: delete last copy behaviour depends on an OU setting IIRC |
| # | 12:01:59 | dbs | but you would think that it would allow you to delete the last copy in any case - just controls whether the bib gets deleted too |
| # | 12:02:06 | phasefx | but anything "unhandled" is an error, at least a little bit |
| # | 12:02:06 | Dyrcona | yep. |
| # | 12:02:49 | Dyrcona | in this case, deleting the volumes won't let you delete the last copy if it is on that volume. |
| # | 12:03:21 | Dyrcona | if you delete the last copy (via copy delete) all is fine. Its when you delete the last volume with the last copy attached. |
| # | 12:03:37 | Dyrcona | is that where I may have missed a setting? |
| # | 12:03:53 | dbs | ah - that sounds kind of intentional to me. you can delete other volumes that have copies attached? |
| # | 12:04:27 | Dyrcona | i'd have to try again, I don't remember if I thoroughly tested that. |
| # | 12:05:05 | dbs hopes that there is at least a warning dialogue that would say "hey, if you delete this volume you know you're going to delete the 30 copies attached to it too, right?" |
| # | 12:05:25 | Dyrcona | heh. |
| # | 12:05:53 | Dyrcona | let's leave that one for now, then. i'll do some more investigation and either invalidate it or add some more comments. |
| # | 12:05:56 | dbs | wow, eeevil is on a tear |
| # | 12:06:04 | Dyrcona | yep. |
| # | 12:06:15 | phasefx | made one poor soul feel compelled to unsubscribe |
| # | 12:06:23 | dbs | going to invalidate all of my testing of this one branch! |
| # | 12:07:18 | dbs | or maybe I should give up trying out the reported problem on clean master, then applying the fix and rebuilding and ensuring that the problem is actually fixed |
| # | 12:08:52 | eeevil | grabbing 0647 |
| # | 12:11:35 | tsbere fights with his email backlog a bit |
| # | 12:15:56 | phasefx | tsbere: the fix of yours eeevil just merged, Fix JSPac Hold Editor Org Selector - Don't wipe out all changes just because the OU was changed. Does that work with parts holds? |
| # | 12:16:24 | tsbere | phasefx: I don't see why it wouldn't work with part holds? |
| # | 12:16:49 | tsbere | Unless part holds are grabbing parts based on "you changed the OU".....but I couldn't get the OU to stay changed *anyway*. |
| # | 12:17:08 | phasefx | I just remember the interface refresh being a big pain, but it was changing the parts offered based on pickup lib |
| # | 12:17:55 | phasefx | but that was hold placement, I'm thinking of |
| # | 12:18:00 | tsbere | my testing notes indicate that I couldn't even reliably keep the new OU selection, let alone anything else. |
| # | 12:18:18 | phasefx | k, thanks |
| # | 12:18:43 | tsbere | phasefx: Note that the same code is used for placing *and* editing holds, so parts interaction may need some looking at... |
| # | 12:18:50 | phasefx nods |
| # | 12:19:06 | tsbere | But I don't recall parts having any OU-specific hooks........ |
| # | 12:19:34 | phasefx | meant to look at your patch before but forgot. Maybe I'll remember to revisit this time :) |
| # | 12:22:03 | tsbere grumbles about trying to keep lists of links updated without any notification when they *change* |
| # | 12:29:24 | phasefx | tsbere: I think the pickup lib gets used if a hard boundary is in effect. Looking at open-ils.search.biblio.record_hold_parts |
| # | 12:30:05 | tsbere | phasefx: Then the logic needs some serious tweaking to not overwrite everything when you change pickup library on edit? |
| # | 12:30:11 | tsbere never tested with hard boundaries in place |
| # | 12:30:55 | tsbere rarely tests things with *soft* boundaries in place, for that matter, let alone hard ones |
| # | 12:31:38 | phasefx | yeah, I'm certainly not itching to work on it |
| # | 12:32:07 | tsbere | I'm lucky if I remember to re-apply the library settings I am testing between database blowouts ;) |
| # | 12:33:18 | phasefx | it's listing "viable" parts, based on copies, and hard boundaries restrict the copies |
| # | 12:34:25 | tsbere | ok. Still think that "reload the page that ignores everything and fills it with the hold's *current* values" is a bad thing when editing ;) |
| # | 12:37:17 | phasefx | don't disagree |
| # | 12:38:11 | tsbere is amazed at how many bugs he either contributed code to *or* isn't confident in his ability to test them |
| # | 12:42:03 | dbs | tsbere++ |
| # | 12:46:28 | matt_carlson has joined #evergreen |
| # | 12:49:53 | tsbere updates the call number class interface bug there with a thought on what might be wrong |
| # | 12:53:29 | tsbere | Now back to my link review. <_< |
| # | 12:59:41 | dbs | after fixing two showstopper bugs in https://bugs.launchpad.net/evergreen/+bug/787162, /me removes the pullrequest tag after running into one more |
| # | 13:00:37 | dbs | tsbere: hah, your email came in while I was pushing that commit for the missing command element :) |
| # | 13:01:18 | tsbere | heh |
| # | 13:04:00 | youdonotexist has quit IRC |
| # | 13:07:48 | youdonotexist has joined #evergreen |
| # | 13:08:20 | csharp | okay - 1.6.1.8 age protection question... if an item is age-protected, that stops is from transiting for holds, but if the item is returned at a location other than the circ lib, opportunistic holds capture doesn't care if something's age-protected, right? |
| # | 13:08:34 | csharp | s/stops is/stops it/ |
| # | 13:09:47 | csharp | so Evergreen wouldn't say "hey, this is not the circ lib for this item so send it back to fills holds at the circ lib" |
| # | 13:10:33 | tsbere | csharp: Age protection even counts for opportunistic, last I checked....at least for indb? |
| # | 13:10:47 | csharp | tsbere: ah - this is pre-in-db |
| # | 13:10:55 | csharp | I bet that's what's at issue |
| # | 13:11:18 | tsbere | I think it is intended more as a "This item fills holds for the owning library, in general, until it is past age X, even if returned 90 OUs away" |
| # | 13:11:28 | jeff | csharp: in our experience, ahp failed when items were returned at a library other than the home library. the hold would then fill all holds at that library before transiting home. |
| # | 13:11:55 | jeff | csharp: we fixed it by switching to fifo hold capture, since "next" worked better for us than "nearest" |
| # | 13:11:59 | csharp | jeff: okay - that's what I'm seeing |
| # | 13:17:05 | Meliss has quit IRC |
| # | 13:45:10 | Dyrcona | yay for distractions.--2 hours later and I still haven't started what I wanted to. |
| # | 13:49:35 | csharp | Dyrcona: totally with you ;-) |
| # | 14:02:55 | Dyrcona | haha. i'm still not doing what I said I would do. |
| # | 14:03:20 | Dyrcona | looking into supercat, not a bug, just want to see how it works to tell someone how to setup a url. |
| # | 14:03:43 | matt_carlson has quit IRC |
| # | 14:13:09 | Helenbean has quit IRC |
| # | 14:19:13 | dbs has quit IRC |
| # | 14:21:27 | mrpeters-isl | Is the call number classification feature in 2.1 limited to Generic and LoC or is that configurable somewhere for individual organizations? |
| # | 14:21:55 | _nsfd has joined #evergreen |
| # | 14:27:38 | phasefx_ | mrpeters-isl: there's a table for it (so you can add/remove classifications), but it's not per org |
| # | 14:29:02 | mrpeters-isl | right. saw the table. so it's not configurable in the staff client, just from the db? |
| # | 14:29:35 | phasefx_ | mrpeters-isl: currently. There's a launchpad ticket with a branch that has an interface for it, but it's not working currently |
| # | 14:29:47 | mrpeters-isl | 10-4 thats good enough for me. thanks |
| # | 14:32:26 | phasefx switches back to this nick |
| # | 14:35:58 | _nsfd | Please help: OpenILS::Application::Trigger::Event /usr/local/share/perl/5.10.1/OpenILS/Application/Trigger/Event.pm:498 System ERROR: lineitems is not a field on Fieldmapper::action::circulation Please repair the environment. |
| # | 14:36:10 | _nsfd | I am not able to send notification .. |
| # | 14:36:18 | _nsfd | email notification |
| # | 14:38:14 | youdonotexist has quit IRC |
| # | 14:38:28 | librarywebchic has joined #evergreen |
| # | 14:38:29 | jeff | dbs, others: potential incoming SRU question. :-) |
| # | 14:38:33 | jeff | heh. speaking of... |
| # | 14:39:57 | jeff | librarywebchic: your issue with the urls in the documentation at http://docs.evergreen-ils.org/2.0/draft/html/z3950.html may simply be an issue with the dev.gapines.org host. |
| # | 14:40:38 | jeff | librarywebchic: using demo.evergreencatalog.com (an Equinox demo host that came to mind offhand) seems to work (adjusted Hemingway to "Smith"): http://demo.evergreencatalog.com/opac/extras/sru?version=1.1&operation=searchRetrieve&query=smith&maximumRecords=0 |
| # | 14:42:06 | jeff | (next up on #evergreen: how to get an answer to your question without even asking!) |
| # | 14:42:44 | csharp | I find that I asking someone else often makes me realize the answer ;-) |
| # | 14:43:03 | librarywebchic | @jeff thanks jeff. the Explain screen here is working and listing all the indexes too |
| # | 14:43:03 | pinesol_green | librarywebchic: Error: "jeff" is not a valid command. |
| # | 14:43:10 | jeff | csharp: heh. |
| # | 14:43:19 | jeff | librarywebchic: great! |
| # | 14:43:57 | jeff | librarywebchic: for future reference, there's a list of community demo servers here: http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers |
| # | 14:44:16 | jeff | librarywebchic: sometimes hosts go up or down or are upgraded after being mentioned in docs, etc. |
| # | 14:45:16 | _nsfd | jeff: can you give some info on how to update this field mappper |
| # | 14:46:26 | librarywebchic has left #evergreen |
| # | 14:47:07 | _nsfd | anyone know how to do "Please repair the environment." |
| # | 14:48:04 | bshum | I just did that this morning |
| # | 14:48:10 | matt_carlson has joined #evergreen |
| # | 14:48:56 | jeff | _nsfd: Sorry, I don't have knowledge of event trigger/reactor functionality in Evergreen yet. The error indicates that something is trying to reference a field called "lineitems" on a circ object. "lineitems" is usually found on an acqpo / Fieldmapper::acq::purchase_order object. |
| # | 14:55:26 | _nsfd | jeff: I am very new to evergreen,. where can I find Fieldmapper objects? is is XML file or in the database? |
| # | 14:56:01 | bshum | You'd have to check both places. |
| # | 14:56:19 | bshum | the fm_IDL.xml file in /openils/conf/ on most servers, would include fieldmapper references. |
| # | 14:57:07 | bshum | But then in the database, in the action_trigger.event_definition table, you'd have to check the template field to find out why you're referring to lineitems in there. And then in action_trigger.environment to find out which paths are specified for that event_definition that's broken. |
| # | 14:58:08 | bshum | My guess is that the action/trigger that's attempting to run has either the wrong template info, or the wrong environment associated with it. |
| # | 14:58:32 | bshum | Which I'm sure Dyrcona, gmcharlt, and others talked about the other day... hmm |
| # | 14:58:33 | _nsfd | I am using existing one.. not create any new |
| # | 14:59:24 | matt_carlson has quit IRC |
| # | 14:59:45 | bshum | _nsfd: Do you mean editing an existing one or trying to run an existing one? From a default installation presumably? |
| # | 14:59:46 | jeff | bshum++ |
| # | 15:00:17 | _nsfd | yes.. from default installation |
| # | 15:01:24 | bshum | _nsfd: If you're editing an existing definition, then you may need to look over the template details to find out where lineitems is showing up incorrectly. If you're using existing ones in the default, then I'm concerned that something must have gone wrong with your installation of Evergreen. |
| # | 15:01:53 | bshum | I'm pretty sure what ships in the default works out of the box. |
| # | 15:02:03 | edoceo | I'm still having "No Response from settings server" on my `autogen.sh -u` - I've pulled IPv6 off the system, double checked my settings in /etc/hosts and in ejabberd.cfg - |
| # | 15:03:58 | edoceo | There's loads of spew, I can see FieldMapper working in the loglevel 4 output ..... when I start osrf_ctl |
| # | 15:04:11 | edoceo | Get some stuff, not sure if errors: [DEBG:6372:oils_sql.c:431:] No data found for class [rsce2]: 0, ERROR: relation "reporter.legacy_cat2" does not exist |
| # | 15:04:54 | _nsfd has quit IRC |
| # | 15:05:52 | edoceo | Oh, dip...now it's working....any my only recent change was loglevel 3 => 4... |
| # | 15:06:18 | tsbere | I would change back to loglevel 3, then |
| # | 15:06:24 | tsbere | 4 is going to fill up your disk. Fast. :P |
| # | 15:07:59 | Dyrcona | i also don't think changing the log level fixed anything. something else you did fixed it. |
| # | 15:09:47 | edoceo | Yea, nothing had changed on the box in last 16h, I simply restarted eJabber and osrf (for the N-th time). Back to level 3. I'll see what happens on the next flush+build |
| # | 15:10:53 | edoceo | Does anyone have a link to that demodata.sh script? |
| # | 15:23:02 | jeff | edoceo: http://help.evergreen.lib.in.us/generate-demodata.tar.gz |
| # | 15:23:17 | edoceo | thx! |
| # | 15:23:24 | jeff | edoceo: You're welcome! |
| # | 15:24:07 | csharp | Evergreen_Indiana++ |
| # | 15:24:25 | edoceo | Getting a few errors when running .....but.....that's current best way to make demo data right? |
| # | 15:24:27 | csharp | I've been looking to put together something like that |
| # | 15:24:38 | csharp | edoceo: in an automated way ;-) |
| # | 15:25:21 | csharp needs either a lot more time or a clone of himself to do all that he wants to do |
| # | 15:25:47 | jeff | edoceo: there's also two options here: http://evergreen-ils.org/dokuwiki/doku.php?id=advocacy:demonstration_data |
| # | 15:26:35 | jeff | edoceo: and a paste from a month or so ago regarding demodata.sh being used on a regular basis to reload a demo machine: http://paste.lisp.org/display/124819 |
| # | 15:26:49 | jeff | edoceo: other than the information contained there, i've no experience with that tool yet. |
| # | 15:26:52 | edoceo | that paste is where I started |
| # | 15:27:25 | edoceo | I'm guessing there are no official "demo sets" or things like that and the wild-west of these scripts is what I have to go on? |
| # | 15:29:35 | csharp | edoceo: that's correct to my knowledge |
| # | 15:29:53 | jeff | edoceo: there were some examples using marc2bre to import things like the project gutenberg records, here: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-admin:importing:bibrecords |
| # | 15:30:00 | jeff | edoceo: i don't know if that is still current. |
| # | 15:30:37 | phasefx | of course, we would welcome a demo set, and volunteers to maintain it as the db schema changes :) |
| # | 15:30:49 | jeff | edoceo: the ingest process has changed considerably since i last used marc2bre, and the python script in the demonstration_data wiki page may be the better option for you. |
| # | 15:31:42 | Dyrcona found the whole marc2bre process to be clunky. |
| # | 15:35:16 | tlilleberg has quit IRC |
| # | 15:35:28 | eeevil | grabbing 0648 |
| # | 15:38:21 | Dyrcona | hmm... might be fun to write a gutenberg record loader/updater similar to http://git.mvlcstaff.org/?p=jason/safariload.git;a=summary |
| # | 15:42:35 | jeff | hey, another handy tool. |
| # | 15:42:46 | berick has loaded the gutenberg recs via vandelay w/ success several times in the past |
| # | 15:43:06 | Dyrcona | I have too, but crashed the database server trying to load them all at once. |
| # | 15:43:26 | berick | good times |
| # | 15:43:48 | berick | Dyrcona: crashed how? |
| # | 15:44:00 | Dyrcona | berick: ran out of shared memory. |
| # | 15:44:33 | berick | ah |
| # | 15:44:40 | Dyrcona | berick: we run three (4?) database instances on the one server: production, my dev database, training, and a "sql test" database. |
| # | 15:44:49 | Dyrcona | four: i can't count. |
| # | 15:45:42 | Dyrcona | at least, we're pretty sure that loading 38,000+ records was what put it over the top. |
| # | 15:45:55 | tsbere keeps his dev databases inside his dev VMs |
| # | 15:46:12 | tsbere also doesn't try and do dev testing with a copy of production loaded |
| # | 15:46:16 | Dyrcona likes to play with "real" data. |
| # | 15:48:02 | Dyrcona is having a hard time keeping up with eeevil today. |
| # | 15:49:54 | Dyrcona | I was able to load all of the gutenberg records at once last year on a dedicated dev machine via vandelay, so it likely has to do with all the load on our server and the use of the OPAC, etc. |
| # | 15:50:16 | Dyrcona | last spring, rather.....it has been a long year! |
| # | 15:57:23 | mrpeters-isl | http://paste.lisp.org/display/124819 may or may not actually work...it was just sort of an outline |
| # | 15:57:59 | mrpeters-isl | if you can tell me the errors you're getting, edoceo, i'll see if i can help |
| # | 16:04:30 | fortin has quit IRC |
| # | 16:12:07 | eeevil | grabbing 0649 ... then I'm giving up for the day |
| # | 16:13:05 | eeevil | @later dbs I looked at your search_normalize() branch, but I'm just too spent to merge something that complicated today ... sorry |
| # | 16:13:05 | pinesol_green | eeevil: Error: The "Later" plugin is loaded, but there is no command named "dbs" in it. Try "list Later" to see the commands in the "Later" plugin. |
| # | 16:13:10 | eeevil | @later tell dbs I looked at your search_normalize() branch, but I'm just too spent to merge something that complicated today ... sorry |
| # | 16:13:10 | pinesol_green | eeevil: The operation succeeded. |
| # | 16:21:23 | tsbere | eeevil++ |
| # | 16:21:32 | edoceo | mrpeters-isl: well losts, and lost the scroll-back, so am reloading/retrying, news at 11 |
| # | 16:21:55 | edoceo | *lots |
| # | 16:26:09 | dbs has joined #evergreen |
| # | 16:26:48 | Dyrcona | If eeevil is done, guess that means that 2.2alpha1 is out tomorrow? |
| # | 16:27:18 | eeevil | I'm done ... merged ~30, only 30 more to go |
| # | 16:27:34 | bshum | eeevil++ |
| # | 16:27:50 | Dyrcona | eeevil^10 |
| # | 16:28:20 | berick updates his master dev server and gives it a good kick |
| # | 16:28:38 | eeevil | well, I've been too quiet for the last few weeks. time to help out |
| # | 16:28:55 | Dyrcona has been trying to work on lp869338 and make the changes that dbs suggested, but has been too busy rebasing. :) |
| # | 16:29:07 | dbs | better than freebasing |
| # | 16:29:22 | Dyrcona | just ask Richard Pryor. |
| # | 16:30:06 | _bott_ has quit IRC |
| # | 16:30:22 | dbs | eeevil: don't worry about the search_normalize branch today; it should basically apply itself, but I wanted to give it a clean trial before applying the pullrequest tag to it |
| # | 16:31:00 | _bott_ has joined #evergreen |
| # | 16:31:02 | dbs wanted to get the call number classification bug merged in first and lost his 1 hour of non-meeting time to that |
| # | 16:31:18 | eeevil | dbs: my only concern is the update to title|proper, if, say, that's been changed. but nothing else looked scary, fwiw |
| # | 16:31:31 | edoceo | How critical are the "-T template0 --lc-ctype=C --lc-collate=C -E UNICODE" options for creating the evergreen database? these specifics are not mentioned in the readme |
| # | 16:31:34 | dbs | eeevil: ooh write |
| # | 16:32:01 | Dyrcona | edoceo: very. |
| # | 16:32:03 | dbs | eeevil: you mean using titleNonfiling instead of title |
| # | 16:32:22 | dbs | edoceo: in master and I think 2.1 those options are passed in via --create-database |
| # | 16:32:29 | dbs | or should be, IIRC |
| # | 16:33:20 | dbs confirms they are in master |
| # | 16:33:50 | dbs | and in rel_2_1 as well |
| # | 16:34:04 | edoceo | In, the perl script that we run, that the readme says to? |
| # | 16:34:20 | edoceo | That is: Open-ILS/src/support-scripts/eg_db_config.pl ? |
| # | 16:34:24 | eeevil | dbs: well, I mean if someone replaced their xpath and format ... hint: some have ;) ... but that's minor cleanup, just wanted to make a note of it, really |
| # | 16:34:24 | Dyrcona | edoceo: yes. |
| # | 16:34:25 | dbs | and the README specifies to use eg_db_config.pl --create-database, ergo, no need to spec in the readme |
| # | 16:34:58 | edoceo | K, I will try the master one... |
| # | 16:35:01 | dbs | eeevil: sure, we had moved to marcxml with 245abgk or something like that, I get ya |
| # | 16:35:11 | dbs | edoceo: 2.1.0 should as well |
| # | 16:35:25 | dbs | edoceo: always helps to specify what you're working with :) |
| # | 16:36:09 | dbs | eeevil: mind you, we moved to 245abgk because of the <nonSort> element |
| # | 16:36:15 | edoceo | nak, mine were created en_US.UTF-8 (gentoo, x64, 9.0.3) |
| # | 16:38:11 | eeevil | ok, now I'm /really/ done with merging |
| # | 16:38:14 | dbs wonders if a gentoo "honour_create_db_options" flag defaults to off or something |
| # | 16:38:27 | edoceo is checking with master now |
| # | 16:40:29 | dbs | edoceo: how are you checking? |
| # | 16:40:55 | edoceo | looking at that perl script and then running it over & over, looking at results |
| # | 16:41:03 | dbs | how are you looking at the results? |
| # | 16:41:11 | dbs | e.g. "SHOW LC_COLLATE;" ? |
| # | 16:41:18 | edoceo | ?psql? \l, show all; &- -- yep |
| # | 16:41:53 | dbs | so, specifically, lc_collate and lc_ctype are showing up as en_US.UTF8? |
| # | 16:42:11 | dbs likes details |
| # | 16:42:36 | edoceo | I'll pastebin some stuff for you |
| # | 16:43:36 | dbs worries that "some stuff" may not == "details" but okay |
| # | 16:45:03 | edoceo | Oh, cripe! Too many test passes and not enough coffee -- the one that showed up incorrectly was not from the perl script but from another pass. |
| # | 16:45:15 | dbs | hah :) |
| # | 16:45:24 | dbs | I've been there |
| # | 16:45:34 | edoceo | Yea, I'm using those demo datas and some other stuff I found to try and make a re-creatable work environment |
| # | 16:47:07 | tsbere | eeevil: https://bugs.launchpad.net/sipserver/+bug/877704 may be enough for the SIPServer side of the renewal ok bit |
| # | 16:49:56 | eeevil | tsbere: that's such a small change that I wouldn't cry if you just pushed it in, if you're feeling saucy |
| # | 16:55:06 | tsbere goes for it |
| # | 16:59:36 | tsbere | So, we waiting on anything before 2.1.1 or 2.2-alpha1? |
| # | 17:00:01 | eeevil | tsbere: does your tool build an upgrade script? |
| # | 17:00:14 | eeevil | if not, that. if so, I guess not |
| # | 17:00:53 | tsbere | eeevil: You know, I don't recall doing that. Because upgrade scripts are a PITA. <_< |
| # | 17:01:37 | tsbere | With the superceded/deprecates info I could do so, if we properly mark everything. But only for master, as we don't do that for 2.1, right? |
| # | 17:02:26 | eeevil | right |
| # | 17:02:55 | eeevil | the upgrade script for 2.1.0-2.1.1 is just the pile that have been added since 2.1.0 |
| # | 17:03:08 | bgoble has joined #evergreen |
| # | 17:05:12 | tsbere | Looks like a whopping 7 there |
| # | 17:05:42 | tsbere hasn't built upgrade scripts in the past, isn't sure he should start now |
| # | 17:06:06 | tsbere probably *could* do a cheap upgrade script builder though |
| # | 17:06:33 | tsbere | Namely "grab all the upgrade scripts, in order, from the previous branch and cat them together" |
| # | 17:06:43 | dbs | we aren't marking anything superceded/deprecates and aren't doing atomic upgrade scripts right now, so it's all been for naught so far :) |
| # | 17:08:09 | tsbere | Outside of "cat the upgrade scripts together" what would be done for an upgrade script? Extra insert into version log for the version being upgraded to? |
| # | 17:08:22 | dbs probably should mark the array_accum etc native function bug as a pullrequest, broader testing be damned |
| # | 17:09:23 | dbs | tsbere: that's about it, I think. also remove obvious duplicates from earlier in the chain. and hope that the upgrade scripts match the change to the base schema |
| # | 17:13:16 | tsbere | Looks like things also try and get wrapped in one big commit rather than the pile of individual ones |
| # | 17:13:55 | tsbere has only looked at a couple previous upgrade scripts for checking, though |
| # | 17:13:56 | dbs | tsbere: true - you want the upgrade to either fail as a whole (well, mostly) or succeed |
| # | 17:14:53 | dbs | otherwise things get complex if commit 9 of 21 fails and scrolls off the screen (what? no stderr / stdout redirect? I've never done that) |
| # | 17:17:53 | fortin has joined #evergreen |
| # | 17:18:25 | tsbere works on a "auto-build an upgrade script" function |
| # | 17:20:00 | Dyrcona may be back later tonight with client programming questions that only the daytime (E|CST) denizens of the channel can answer. |
| # | 17:29:16 | Dyrcona has quit IRC |
| # | 17:35:27 | edoceo | Hm, does open-ils require both pl/perl and pl/perlU ? |
| # | 17:42:15 | jenny has left #evergreen |
| # | 17:45:46 | dbs | really just plplerlu these days |
| # | 17:46:15 | edoceo | But, should have both right? Seem mine "cannot allocate multiple Perl interpreters on this platform" |
| # | 17:47:57 | dbs | edoceo: I don't think that's the issue. This time it really does sound like a build flag :/ |
| # | 17:48:02 | dbs needs to roll |
| # | 17:48:04 | dbs has quit IRC |
| # | 17:48:05 | gmcharlt | interesting that the first hit on "cannot allocate multiple perl interpreters on this platform" is *drumroll* a blogpost by somebody who was installing Evergreen |
| # | 17:48:06 | gmcharlt | http://textsfornothing.com/blog/2009/07/15/postgresql-error-can-not-allocate-second-perl-interpreter-on-this-platform/ |
| # | 17:48:27 | gmcharlt | but yeah, upshot is that Perl needs to be compiled the right way |
| # | 17:48:34 | gmcharlt | the post I just linked to has suggestions |
| # | 17:49:38 | matt_carlson has joined #evergreen |
| # | 17:52:37 | Helenbean has joined #evergreen |
| # | 17:56:26 | fortin has quit IRC |
| # | 18:00:50 | sal_ has quit IRC |
| # | 18:13:23 | Dyrcona has joined #evergreen |
| # | 18:47:49 | tecoripa has joined #evergreen |
| # | 18:47:59 | tecoripa | hello, anyone here? |
| # | 18:48:23 | tecoripa | ok, I'll post some questions on the list. |
| # | 18:48:44 | tecoripa has left #evergreen |
| # | 19:13:57 | tecoripa has joined #evergreen |
| # | 19:14:05 | tecoripa has left #evergreen |
| # | 19:15:17 | Dyrcona | sshfs is slow this time of night. ;) |
| # | 19:27:28 | matt_carlson has quit IRC |
| # | 19:39:28 | Dyrcona is about to have the first 2.2alpha1+ install. :) |
| # | 19:44:47 | tsbere | Dyrcona: Counting our installs as 2.2prealpha? :p |
| # | 19:45:07 | Dyrcona | just updated my dev server. |
| # | 19:45:21 | Dyrcona | but yeah. |
| # | 19:45:37 | bshum is jealous |
| # | 19:45:57 | Dyrcona | think I got the config.bib_source.can_have_copies branch fixed as dbs asked without needing any real help. |
| # | 19:46:21 | Dyrcona | will know if it works in a few minutes. gotta download a new client. |
| # | 19:46:34 | Dyrcona | chrome changes, y'know. |
| # | 19:54:29 | Dyrcona | aw, bummer: Error in chrome/content/cat/opac.js, add_volumes(): Error: File not found: lib/cat/util.js |
| # | 19:55:50 | Dyrcona | and more errors from bib_brief.js..... :( |
| # | 19:56:04 | Dyrcona | well, it almost never works the first time, does it? |
| # | 20:01:53 | Dyrcona | Error in server/cat/bib_brief.js, add_volumes(): Error: Could not create namespace[cat.util]: SyntaxError: missing ; before statement |
| # | 20:02:20 | Dyrcona | Except, I don't see where the missing ; would be. |
| # | 20:13:20 | Dyrcona | Guess I'll figure it out tomorrow. |
| # | 20:21:36 | Dyrcona | heh. stupid error. |
| # | 20:21:48 | Dyrcona | still gotta fix opac.js. |
| # | 20:58:05 | bgoble has quit IRC |
| # | 21:06:42 | Dyrcona laughs maniacally. |
| # | 21:14:30 | Dyrcona has quit IRC |
| # | 21:35:07 | finnx has joined #evergreen |
| # | 21:39:25 | finnx has quit IRC |
| # | 21:53:25 | finnx has joined #evergreen |
| # | 23:37:29 | Callender has quit IRC |
| # | 23:39:39 | Callender has joined #evergreen |
| # | 23:43:59 | Helenbean has quit IRC |
April 10-13