2009-12-01T01:10:47 *** eguest309 has joined #Evergreen 2009-12-01T01:11:19 *** [1]atz has joined #evergreen 2009-12-01T01:14:03 *** atz has quit IRC 2009-12-01T01:14:27 *** [1]atz is now known as atz 2009-12-01T01:45:12 *** pmplett has quit IRC 2009-12-01T02:33:20 *** jamesrf has quit IRC 2009-12-01T02:43:03 *** eguest309 has left #Evergreen 2009-12-01T02:46:56 *** levani_el has joined #evergreen 2009-12-01T02:46:58 opensrf@ubuntu:/openils/bin$ ./autogen.sh -c /openils/conf/opensrf_core.xml -u Updating Evergreen organization tree and IDL using '/openils/conf/opensrf_core.xml' Updating fieldmapper Prototype mismatch: sub main::__LONG_MAX__ () vs none at /usr/lib/perl/5.10/_h2ph_pre.ph line 309. Constant subroutine __LONG_MAX__ redefined at /usr/lib/perl/5.10/_h2ph_pre.ph line 309. Updating web_fieldmapper Prototype mismatch: sub main::_ 2009-12-01T02:47:12 help resolve this problem 2009-12-01T02:47:30 ./autogen.sh -c /openils/conf/opensrf_core.xml -u 2009-12-01T02:47:37 don`t work 2009-12-01T02:56:41 *** levani_el has quit IRC 2009-12-01T03:00:15 *** eguest309_ has joined #Evergreen 2009-12-01T03:35:48 *** levani_el has joined #evergreen 2009-12-01T03:44:01 *** eguest309 has joined #Evergreen 2009-12-01T04:04:27 *** levani_el has quit IRC 2009-12-01T04:09:42 *** eguest309_ has quit IRC 2009-12-01T04:12:22 *** eguest309 has quit IRC 2009-12-01T04:12:42 *** eguest309 has joined #Evergreen 2009-12-01T06:02:00 *** eguest309 has quit IRC 2009-12-01T06:36:32 *** bshum has joined #evergreen 2009-12-01T06:41:21 *** bshum has quit IRC 2009-12-01T07:10:13 *** eguest309 has joined #Evergreen 2009-12-01T07:24:35 *** alxp has joined #evergreen 2009-12-01T07:51:01 *** mck9 has joined #evergreen 2009-12-01T08:01:27 *** rickd has quit IRC 2009-12-01T08:31:03 *** gmcharlt_ is now known as gmcharlt 2009-12-01T08:44:34 *** atz has quit IRC 2009-12-01T08:45:15 *** atz has joined #evergreen 2009-12-01T08:52:37 *** adbowling-isl has joined #evergreen 2009-12-01T09:07:53 *** dbs has joined #evergreen 2009-12-01T09:27:40 *** atz has quit IRC 2009-12-01T09:28:12 *** atz has joined #evergreen 2009-12-01T09:37:03 *** dbs has quit IRC 2009-12-01T09:54:25 *** phase_bb has quit IRC 2009-12-01T09:56:29 *** dbs has joined #evergreen 2009-12-01T09:56:54 *** r123 has joined #evergreen 2009-12-01T10:01:00 *** gmcharlt has quit IRC 2009-12-01T10:01:13 *** gmcharlt has joined #evergreen 2009-12-01T10:05:46 *** bshum has joined #evergreen 2009-12-01T10:09:28 *** atz has quit IRC 2009-12-01T10:09:33 *** bshum has left #evergreen 2009-12-01T10:09:58 *** rickd has joined #evergreen 2009-12-01T10:10:11 *** atz has joined #evergreen 2009-12-01T10:48:24 wlayton++ 2009-12-01T10:54:12 *** [1]atz has joined #evergreen 2009-12-01T10:59:33 dbs: I'm of two minds about designing interfaces that have options to do "simplifieid" coding as a way of making things easier for libraries 2009-12-01T10:59:58 on the one hand, I'm not sure that basic Perl is that much more complicated than javascript 2009-12-01T11:00:39 and if that kind of add-on had based on Perl scripts or modules, it would reduce the number of moving points 2009-12-01T11:00:54 plus, I feel that more libraries should know how to code 2009-12-01T11:00:57 at least a little 2009-12-01T11:01:18 gmcharlt: right - and the defaults are probably fine for many libraries 2009-12-01T11:01:34 on the other hand, in practice a lot of people do get turned off by anything that smacks of code 2009-12-01T11:01:59 or things like XSLT for customizing web display 2009-12-01T11:02:54 at which point, true usability (at least for the "typical" librarian) implies just going ahead and putting in in-DB settings and basic admin UIs from the get-go 2009-12-01T11:03:09 I think the priority has to be enabling clean data import first and foremost, and then customizability - whether directly in Perl, or in a separate JavaScript file, or in the database - comes after 2009-12-01T11:03:53 dbs: definitely - dropping records because of obscure character encoding handling bugs (and have you ever seen such a bug that wasn't obscure?) is the worst of all worlds 2009-12-01T11:04:21 you as the king of data migrations might be biased :) 2009-12-01T11:04:51 * gmcharlt dismisses that possibility ;) 2009-12-01T11:05:44 seriously, though, we do have a fairly broad music collection which - imagine! - has composers from all over the world. one of the nice things about Evergreen is that we were able to finally display their names correctly 2009-12-01T11:06:58 * dbs goes to teach someone how to generate an overdue report based on circ modifier instead of shelving location 2009-12-01T11:07:36 *** brendan_ga has quit IRC 2009-12-01T11:08:13 *** eguest309_ has joined #Evergreen 2009-12-01T11:12:21 *** atz has quit IRC 2009-12-01T11:12:21 *** [1]atz is now known as atz 2009-12-01T11:15:39 *** eguest309 has quit IRC 2009-12-01T11:15:40 *** eguest309_ is now known as eguest309 2009-12-01T11:21:59 *** brendan_ga has joined #evergreen 2009-12-01T11:46:03 *** cpeach has quit IRC 2009-12-01T11:56:14 *** eguest309 has left #Evergreen 2009-12-01T12:07:12 *** bshum has joined #evergreen 2009-12-01T12:07:18 *** bshum has left #evergreen 2009-12-01T12:07:38 *** bshum has joined #evergreen 2009-12-01T12:09:19 *** bshum has left #evergreen 2009-12-01T12:15:39 *** jamesrf has joined #evergreen 2009-12-01T12:19:24 *** atz has quit IRC 2009-12-01T12:19:54 *** eguest309 has joined #Evergreen 2009-12-01T12:20:06 *** atz has joined #evergreen 2009-12-01T12:20:07 *** eguest309 has quit IRC 2009-12-01T12:32:52 *** twirlip has quit IRC 2009-12-01T12:39:11 *** [1]atz has joined #evergreen 2009-12-01T12:48:16 phasefx++ 2009-12-01T12:49:54 eh, what have I done now? 2009-12-01T12:50:04 answering questions on the lists! 2009-12-01T12:50:11 (probably among other things) 2009-12-01T12:50:18 phasefx++ # list work 2009-12-01T12:50:38 yeah, I'm just going to get poked at later for not doing development work :) 2009-12-01T12:52:06 according to my inbox2, inbox3, etc., I have declared email bankruptcy 6 times now 2009-12-01T12:52:25 I just feel bad for the folks who don't get answers 2009-12-01T12:52:35 it is bad when they don't. 2009-12-01T12:52:40 * phasefx_ nods 2009-12-01T12:52:59 thanks for your efforts in keeping that number lower. :) 2009-12-01T12:56:16 *** atz has quit IRC 2009-12-01T12:56:24 *** [1]atz has quit IRC 2009-12-01T12:57:04 *** atz has joined #evergreen 2009-12-01T12:59:45 *** twirlip has joined #evergreen 2009-12-01T13:07:36 *** dbs is now known as dbs_chaos_manor 2009-12-01T13:20:48 *** bbonner has joined #Evergreen 2009-12-01T13:33:04 *** dbs_chaos_manor is now known as dbs 2009-12-01T13:33:18 *** jamesrf has left #evergreen 2009-12-01T13:33:26 *** jamesrf has joined #evergreen 2009-12-01T13:38:15 report test day. i built a report, told it to run immediately, now i can't run it again for a day? is there a ways to say my report has no recurrance constraint? 2009-12-01T13:39:11 StephenGWills: uhh, you should be able to reschedule the report again right away, if you go back to the template page. 2009-12-01T13:40:16 by creating a new report from the template? 2009-12-01T13:40:53 yes 2009-12-01T13:42:55 ok. I had a different workflow stuck in my head. that is working. tx. 2009-12-01T13:44:27 *** levani_el has joined #evergreen 2009-12-01T13:48:28 hello i see bug fix https://bugs.launchpad.net/ubuntu/+source/perl/+bug/303765 but how solve it? 2009-12-01T13:59:41 hello folks. I've been exploring the database side of things and doing some experimenting, and have now created a situation I can't seem to figure out. 2009-12-01T13:59:45 :( 2009-12-01T14:00:17 I keep getting "You do not have sufficient permissions to run reports" when I try to get to the reports screen. 2009-12-01T14:02:05 mister dan are you there? plz help solve problem 2009-12-01T14:02:16 I am logged in as the admin user and it looks like I have several report permissions including RUN_REPORTS. 2009-12-01T14:02:40 I expect it is something simple. 2009-12-01T14:33:45 *** senator has quit IRC 2009-12-01T14:38:32 *** r123 has quit IRC 2009-12-01T14:49:43 *** bbonner has quit IRC 2009-12-01T14:59:39 *** levani_el has quit IRC 2009-12-01T15:24:53 *** brian_ has joined #evergreen 2009-12-01T15:25:23 *** adbowling-isl has quit IRC 2009-12-01T15:26:18 *** brian_ has quit IRC 2009-12-01T15:39:43 *** alxp has quit IRC 2009-12-01T15:53:04 * dbs eagerly signs up for libdata 2009-12-01T16:08:02 *** jamesrf is now known as jamesrf-afk 2009-12-01T16:09:08 *** jerry__ has joined #evergreen 2009-12-01T16:09:57 *** jerry__ has quit IRC 2009-12-01T16:24:43 *** pmplett has joined #evergreen 2009-12-01T16:43:44 *** senator has joined #Evergreen 2009-12-01T16:45:02 *** plogik has joined #evergreen 2009-12-01T16:58:27 I'm having an issue outputing patron addresses when i invoke generate_circ_notices.pl. I noticed, in the that osrfsys.log, that opensrf calls were being made as such; 'request en-US service method'. Calls should be made with en-CA rather then en-US. opensrf.xml reflects en-CA as default. 2009-12-01T17:00:40 assuming this is the problem, where would i look to make changes so that en-CA is used when making opensrf calls? 2009-12-01T17:05:27 plogik: there's a default locale in opensrf.xml - possibly 2009-12-01T17:07:42 as i mentioned, is set as en-CA 2009-12-01T17:08:27 ah, sorry. my attention span is too short to read that much 2009-12-01T17:08:36 good luck 2009-12-01T17:14:20 plogik: maybe it's a bad assumption that the locale has anything to do with your problem. you said you have an issue with patron addresses - what's the issue? 2009-12-01T17:18:20 i guess it was just a starting point.. The addresses arn't being populated in the xml output thats generated by generate_circ_notices.pl 2009-12-01T17:19:00 ah, yeah, i doubt that has anything to do with locale 2009-12-01T17:21:21 plogik: are you dealing with migrated data? if you load a patron in the staff client, do you have a mailing address listed in the sidebar? in the patron editor, are any of the addresses on a problem patron selected as "mailing"? 2009-12-01T17:22:04 I've never generated circ notices with patron addresses, so go with jeff :) 2009-12-01T17:22:08 plogik: it is possible for patrons to end up with one or more addresses in the system, but with none of those addresses tagged as "mailing" (or "physical") 2009-12-01T17:22:46 i've run into this recently when doing other reporting, i do not know if it impacts generate_circ_notices.pl, but it makes sense that it would. 2009-12-01T17:23:19 @later dbwells weird, haven't seen that kind of bug before - admin shouldn't need any permissions to do reporting - but maybe a work_ou? 2009-12-01T17:23:19 dbs: Error: The "Later" plugin is loaded, but there is no command named "dbwells" in it. Try "list Later" to see the commands in the "Later" plugin. 2009-12-01T17:23:25 @later tell dbwells weird, haven't seen that kind of bug before - admin shouldn't need any permissions to do reporting - but maybe a work_ou? 2009-12-01T17:23:25 dbs: The operation succeeded. 2009-12-01T17:23:49 *** dbs has quit IRC 2009-12-01T17:24:14 *** jamesrf-afk is now known as jamesrf 2009-12-01T17:25:53 jeff: ah... yes this is all migrated data. i'll take a look. I might have tags the addresses as "physical" 2009-12-01T17:39:40 *** pmplett has quit IRC 2009-12-01T17:45:19 *** pmplett has joined #evergreen 2009-12-01T17:51:03 jeff: thx for the direction! The issue had to do with the maiing_address value in actor.usr... 2009-12-01T18:04:44 plogik: great! 2009-12-01T18:14:29 *** pmplett has quit IRC 2009-12-01T18:15:42 *** pmplett has joined #evergreen 2009-12-01T19:05:12 *** brendan_ga_ has joined #evergreen 2009-12-01T19:08:47 *** brendan_ga has quit IRC 2009-12-01T19:18:38 *** mrpeters-isl_ has joined #evergreen 2009-12-01T19:20:26 *** djfiander has joined #Evergreen 2009-12-01T19:24:22 *** atz has quit IRC 2009-12-01T19:25:02 *** atz has joined #evergreen 2009-12-01T19:26:37 *** mrpeters-isl_ has quit IRC 2009-12-01T20:59:40 *** djfiander has left #Evergreen 2009-12-01T21:02:04 *** [1]atz has joined #evergreen 2009-12-01T21:07:29 *** atz has quit IRC 2009-12-01T21:07:29 *** [1]atz is now known as atz 2009-12-01T21:13:36 *** mck9 has quit IRC 2009-12-01T21:31:03 *** [1]atz has joined #evergreen 2009-12-01T21:33:58 *** pmplett_ has joined #evergreen 2009-12-01T21:34:19 *** [1]atz has quit IRC 2009-12-01T21:34:28 *** atz has quit IRC 2009-12-01T21:34:59 *** atz has joined #evergreen 2009-12-01T21:51:04 *** pmplett has quit IRC 2009-12-01T21:58:41 *** dbs has joined #evergreen 2009-12-01T22:02:29 *** pmplett_ is now known as pmplett 2009-12-01T23:59:42 *** dbs has quit IRC