Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Wednesday, November 9th, 2011

< Tuesday, November 8th, 2011Raw Log FileThursday, November 10th, 2011 >
#TimeNickMessage
#00:27:44kivilahtio has quit IRC
#00:28:14kivilahtio has joined #evergreen
#01:11:06dbs has quit IRC
#04:33:25adm_ils has joined #evergreen
#04:34:10adm_ilshi..anybody around?
#04:34:23adm_ilsi need help urgently
#05:05:30adm_ils has quit IRC
#05:55:41pmplett has joined #evergreen
#06:09:16jamesrf has quit IRC
#06:09:48jamesrf has joined #evergreen
#06:12:32wlayton has joined #evergreen
#06:51:36wlayton has quit IRC
#07:17:17adm_ils has joined #evergreen
#07:18:50adm_ilsException: OpenSRF::EX::ERROR 2011-11-08T01:07:49 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.-------------i am getting following error when u test action trigger
#07:34:05adm_ilsException: OpenSRF::EX::ERROR 2011-11-08T01:07:49 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.-------------i am getting following error when u test action trigger
#07:52:41collum has joined #evergreen
#08:19:40Dyrcona has joined #evergreen
#08:23:19Dyrcona has joined #evergreen
#08:38:18adm_ilsne1 can ans me? plz
#08:50:16raynerj has joined #evergreen
#08:57:41Dyrcona make clean in perlmods doesn't delete Cronscript.pm, so if you've ever installed from your working directory and there are changes to Cronscript.pm, you don't get 'em.
#08:59:36DyrconaYuk. It's worse than that.....
#09:01:56Dyrconagit clean -f -d fixes it.
#09:02:27DyrconaImportant note if you're building/upgrading via git, I guess.
#09:03:35DyrconaLooks like it affects more than just Cronsctipt.pm.
#09:03:45DyrconaExplains some weirdness on my dev machine.
#09:05:22tlilleberg has joined #evergreen
#09:05:33Dyrconatsbere: When you get back to your seat, I'd appreciate it if you could share with me the URL that you're using to download XulRunner.
#09:06:59akilsdonk has joined #evergreen
#09:07:42shopkins has joined #evergreen
#09:11:21Dyrconatsbere: not so important now. using version 3.6.24 resolves my immediate problem.
#09:12:37tsberephasefx: :( ignoreWhitespace breaks loading marc records, apparently.....but the prettyPrinting = false alone seems to fix the issues with the editor.
#09:15:00Meliss has joined #evergreen
#09:15:36dbs has joined #evergreen
#09:16:16Dyrconatsbere: So, I can tell Vickie it should be fixed?
#09:16:23kmlussier has joined #evergreen
#09:16:28tsbereDyrcona: I wouldn't if I were you.
#09:16:29Dyrconanm. you beat me to it.
#09:16:31tsbereyea
#09:16:59Dyrcona*bad german accent* I know nothink!
#09:24:41jenny1 has joined #evergreen
#09:35:46Dyrconaoops. found a typo.
#09:36:20StephenGWills has joined #evergreen
#09:39:07Dyrconamost embarrassing thing about it, it's in code that I wrote and dbs committed. :(
#09:39:21dbsDyrcona: oh noes
#09:40:43dbsDyrcona: please don't leave me hanging
#09:40:45Callender has quit IRC
#09:41:52Dyrconadbs: In the authenticate method of Cronscript.pm, I have Opensrf::AppSession and it should be OpenSRF::Appsession.
#09:42:01Dyrconahttps://bugs.launchpad.net/evergreen/+bug/888092
#09:42:24Dyrconaerr... OpenSRF::AppSession..... dumb fingers.
#09:42:26dbsah, good, code that's not used by anything else yet right?
#09:42:33Dyrconaright.
#09:42:38Dyrconaso far, just me using it.
#09:43:37dbshttp://testing.evergreen-ils.org/buildbot/waterfall shows that we have testing clients that are still offline that prolly should have caught that - will poke the clients
#09:44:04dbs notes that evergreen master on ubuntu 8.04 is probably not such a burning need anymore
#09:45:10dbs kicks csharp - hey, wake up yer buildslaves!
#09:45:47dbshmm, no reported errors in http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/921/steps/test/logs/stdio
#09:46:54tsberedbs: Unused code that doesn't appear to fail until you attempt to use it not reporting errors? Makes perfect sense to me.
#09:47:50dbstsbere: ah, of course you're right. haven't had my coffee yet.
#09:48:41dbsThat does nicely underscore the need for tests that actually exercise code, though, rather than our (mostly) "use_ok" basic syntax check
#09:50:09dbs maybe blind, doesn't see "Opensrf" anywhere
#09:50:50dbsoh, looking at Cronscript.pm, not Cronscript.pm.in. hmm
#09:50:59tsbereThat is a different apparent bug
#09:51:10tsbereCronscript.pm doesn't get re-built when the .in version changes.
#09:51:15tsbereAnd make clean doesn't wipe it out either
#09:51:42dbsyou have to run ./configure to make the not-.in version
#09:51:55dbsalso, see cmake
#09:52:31adm_ils has quit IRC
#09:53:03Dyrconadbs: thanks.
#09:53:05dbs tries ./configure
#09:53:31dbscrap. I give up.
#09:54:07dbsactually ... make clean _made_ Cronscript.pm
#09:54:35dbs@hate autotools
#09:54:35pinesol_green`dbs: Error: "hate" is not a valid command.
#09:57:01Dyrconaautotools--
#09:57:38Dyrconadbs: http://pastebin.com/p4ZJyQXh
#09:57:41dbsprobably "./configure && make" is required
#09:57:52Dyrconahappens when trying to authenticate.
#09:58:13dbsfabulous
#09:58:15Dyrconasomething else is wrong with the authenticate method, so I'll update my branch further when I have fixed it.
#09:58:53Callender has joined #evergreen
#09:59:06dbs looks around to see where his login test script went
#09:59:29Dyrconawait a minute.... maybe its my client code causing the error.
#09:59:41dbsyep, ./configure && make definitely regenerates Cronscript.pm
#09:59:52dbsDyrcona: that's kind of what I was thinking
#10:00:07Dyrconayep, bad hashref member.
#10:00:20dbs doesn't have a native Evergreen test env at the moment, was just in the middle of reconfiguring ejabberd etc after the upgrade to F16
#10:01:44dbs wonders whether ejabberd max_fsm_queue = 1000 is reasonable for Evergreen; looks like a recent addition to ejabberd.cfg per https://support.process-one.net/browse/EJAB-1185
#10:03:58sal_ has joined #evergreen
#10:06:07tsberedbs: Is that enabled by default now?
#10:06:27dbstsbere: as of F16 it is, also added to debian according to the bug
#10:07:17tsbereHmmm
#10:09:48sfortin has joined #evergreen
#10:10:05dbsI guess we'll need to watch the ejabberd logs and see if any warnings come up
#10:18:21yboston has joined #evergreen
#10:29:23tsberelooks like ubuntu 10.04 doesn't get that setting in any ejabberd files. Yet.
#10:30:17dbsI would be surprised if they slid that into existing distro versions, but hey, it's a crazy world
#10:32:00tsbereWell, my test system has piles o backports branches enabled
#10:32:12tsbereSo I wouldn't be surprised if it does show up eventually
#10:34:15Dyrcona wonders if anyone would like this http://pastebin.com/8AkGp7Av added to OpenILS::Application::AppUtils? I use it an awful lot, myself.
#10:41:45dbsDyrcona: only if you replace the duplicated code in O:A:Vandelay and O:A:Acq:Order with calls to your function
#10:41:53dbswhich would be a big +1 from me
#10:42:48dbsDyrcona: and arguably, put it in O:Utils::Normalize instead
#10:43:22Dyrconadbs; ok. will look at that later.
#10:43:51afterl has joined #evergreen
#10:45:19phasefxtsbere: where is the ignoreWhitespace change breaking things?
#10:45:46tsberephasefx: Apparently anywhere "new XML(" is called. :/
#10:46:02tsbereMost noticable when you load the marc edit window from an existing record
#10:46:41tsbereRemoving the "XML.ignoreWhitespace = false" line (and comment, why not) seems to fix that and lets the editor not break on excess whitespace
#10:55:00phasefxtsbere: I can't get any error to happen :(
#10:55:42phasefxusing the marc editor with New Marc, from the z39.50 interface, or .. ah, existing record does break
#10:56:22phasefx grumbles
#10:56:38tsbereSome interfaces just end up with it silently failing with a silent javascript notice. Others.....well, you can see what others do.
#10:57:37phasefxreturn of the syntax error
#10:57:48phasefxbut untrapped this time
#10:58:07tsbereBut prettyPrinting = false alone seems to fix things without syntax errors
#10:59:09dbsif only XUL had native MARC / MARCXML support
#10:59:19phasefxtsbere: you have a branch? (I'm fine just doing it and pushing such a change without a signoff, but crossing t's and dotting i's, etc.)
#10:59:31tsberephasefx: I can have a commit shortly.
#10:59:50phasefxtsbere: cool deal, will give it a test, etc.
#11:00:06phasefxMARC as a first-class datatype
#11:00:23phasefx writes to the ecmascript folks
#11:01:14tsberephasefx: Dropped a commit onto http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/tsbere/fix_marc_edit_whitespace
#11:02:06dbsDyrcona: this should make you happier about your 6000 bad 008 fields: SELECT COUNT(*) FROM metabib.full_rec WHERE tag = '008' AND char_length(value) != 40; returns 908302 for us
#11:03:29dbs39733 with a 008 length > 40 - great
#11:03:59dbs1436531 with a 008 length = 40
#11:04:59Dyrconadbs: We have some with a length of 347. They appear to have fields from the marc editor of our previous ils pasted in them.
#11:06:25phasefxtsbere++ tested well for me, committing
#11:07:32matt_carlson has joined #evergreen
#11:14:33AaronZ-PLS has quit IRC
#11:17:17dbsDyrcona: ah, 50 is our longest
#11:53:18Dyrconadbs: http://pastebin.com/gLQKCjLM
#11:54:22dbsDyrcona: looks nice, something like that should probably get tacked onto the "MARC Editor eats my whitespace babies" bug
#12:10:51Dyrconadbs: I'll remove the authentication bits and add it as a comment on the bug.
#12:13:11bshumHmm, is there any way to alter the ZIP code file so that it works with XXXXX-XXXX (the full zip code) for autofill? So far, adding it as such in the file doesn't seem to do anything, hardcoded styling to only the first 5 digits in the patron registration form?
#12:13:26bshumSorry, full US zip
#12:14:05tsbereI don't think that there is a hardcode to 5 digits in the patron registration form
#12:14:15tsbereBut there might be in reading the zip code file
#12:14:16bshumHmm, maybe it's an order problem in the file
#12:14:24bshumOh
#12:14:26bshumDidn't think of that
#12:14:27gmcharltyes, there is currently a harded-coded assumption
#12:14:52gmcharlti.e., the ZIP code search string is truncated to its first five digits
#12:15:15tsberegmcharlt: Similar to the hard coded assumption in the jspac that phone numbers look like ###-###-#### and aren't any longer than that? <_<
#12:15:22tsbere hates hard coded assumptions
#12:15:34gmcharlttsbere: how very un-American of you ;)
#12:15:37tsbere knows he has created them in the past though
#12:16:02tsberegmcharlt: It is very american of me. I hate it when other people make them, and then make them myself. :P
#12:16:08gmcharltbshum: if you're inclined to play around the code, look at the search_zips routine of ./Open-ILS/src/perlmods/lib/OpenILS/Application/Search/Zips.pm
#12:16:16gmcharlttsbere++
#12:16:55Dyrconaall them backwards nations use metric.... ;)
#12:21:47bshumgmcharlt++ I might play with that when I get the chance.
#12:22:03bshumApparently two towns have the same zip code, which I'm not sure how that's possible, but those two towns are fighting about who autopopulates
#12:22:39Dyrconabshum; not unusual, happens here in Mass, too.
#12:22:43senatortowns can have many zip codes, and zip codes can have many towns
#12:22:49bshumEvil.
#12:22:50senatorpeople don't expect that, and get upset
#12:22:56Dyrconayep.
#12:23:49Dyrconabshum: generate a pseudo-random value between 1 and 100, if its even town A populates, if its odd town B.
#12:24:08bshumDyrcona: Heh
#12:25:10gmcharltnot nearly ambitious enough
#12:25:23gmcharltwhat you should do is start agitating for one of them to annex the other
#12:25:23bshumSo it's a matter of that regex for zip code matching
#12:25:36senatorzip codes do each have one, definitive "default" place name according to the usps, if you want to settle the question heavy handedly
#12:25:55jeffbshum: quick solution -- remove that zip code from autocomplete. neither town gets autocompleted.
#12:26:17gmcharltjeff++ # simple virtuousity
#12:26:33bshumjeff: I proposed that too, nobody liked that.
#12:26:40jefflong term: integrate pluggable address lookup/quality services for address normalization, zip + address to zip+4, etc.
#12:27:06gmcharltmedium term - move zips.txt to the database
#12:27:10tsberebshum: If they can't decide on who autocompletes, disable autocomplete. For everyone. Then have the entire group vote on who gets autocompleted for that zip before you turn it back on ;)
#12:27:29jeffbshum: ah, in that case, have it autocomplete to WHOVILLE or THISVILLE and they can delete the string that does not apply to them. :P
#12:27:47bshumHeh
#12:28:09tsbere doesn't recall ever setting up autocomplete for MVLC..........in part due to being lazy about doing a basic check of a zips file
#12:28:36bshumUh oh
#12:28:40bshumPower just hiccuped
#12:28:50sal_ has quit IRC
#12:28:56bshumAm i still alive?
#12:29:05Dyrconayes. you're here.
#12:29:35tsberebshum: If you want to auto-check if you are still alive, /ns help or similar. :)
#12:30:36bshumAh, for next time.
#12:33:02gmcharltbshum: I don't know, you may actually be a bot
#12:33:07gmcharlta very helpful bot
#12:33:15gmcharltand one that blows the Turing test out of the water ;)
#12:33:55Dyrconagmcharlt: Why do you say 'one that blows the Turing test out of the water?'
#12:35:34gmcharltDyrcona: in the sense that if bshum were actually a bot, he's already proven himself an example of strong AI
#12:35:49Dyrconagmcharlt: How does that make you feel?
#12:36:11gmcharlt catches on
#12:36:23Dyrconahttp://en.wikipedia.org/wiki/ELIZA
#12:36:38gmcharltyep
#12:36:39gmcharltDyrcona++
#12:39:51_bott_ has quit IRC
#12:40:16_bott_ has joined #evergreen
#12:44:14csharp got a 1600 on the turing test
#12:45:21Dyrconaif you ask some of our members' staff, i flunked the turing test. :)
#12:45:26csharpheh
#12:46:11dbscsharp: any chance you can poke the eg testing build slaves? (at least the ubuntu 10.04 one; the 8.04 doesn't seem heavily relevant these days)
#12:47:21csharpdbs: yeah - sure
#12:47:36matt_carlson has quit IRC
#12:48:43tsbereDyrcona: I dunno. Did you fail it, or did they? :P
#12:52:52csharpdbs: are we building on all the distros we want/need to?
#12:53:15csharp could replace 8.04 with something more pertinent
#12:53:26dbscsharp: at the moment, probably. once 12.04 comes out and debian next comes out, those will be high-priority
#12:53:34csharpk
#12:53:36dbscsharp: if you're mad, F16 :)
#12:53:40csharpheh
#12:53:52csharpwhy the hell not?
#12:58:08csharpdbs: okay - both 'buntus are back up and slaving
#12:58:35dbscsharp++
#13:11:18mrpeters-isl has quit IRC
#13:59:40fortin has joined #evergreen
#14:03:12tater-laptop has joined #evergreen
#14:04:43dbs notes "Crap. Google is pulling the plug on the Books API in a month"
#14:07:02tsbereSo, what are we waiting on for 2.1.1?
#14:08:34Dyrconagoogle--
#14:08:58Dyrconaintroduce cool stuff for a year or two, then yank it for no good reason.
#14:09:01bshumHmm
#14:09:13bshumWhere does that get used? Previews and search?
#14:10:52bshumAlso, IE--
#14:11:06tsbereWe have most of that turned off anyway. <_<
#14:11:20tater-laptop has quit IRC
#14:11:27tater-laptop has joined #evergreen
#14:11:28berick@karma IE
#14:11:28pinesol_green`berick: Karma for "IE" has been increased 0 times and decreased 9 times for a total karma of -9.
#14:11:45berickIE--
#14:11:52berick-9 is way too high
#14:12:03senatorberick++
#14:12:07DyrconaIE--
#14:13:06dbsbshum: yep, search results and details pages
#14:13:26berickgeneral question, the jspac currently dissalows hold freezing when the hold is in transit. shall I add the same restriction to the tpac (hard-coded) or does anyone see a need for a setting to allow/disallow this behavior?
#14:13:34dbswe turn it off on search results, but the preview function is popular on the details pages
#14:13:38bericknote, I've never heard anyone say they want the ability to freeze while in transti..
#14:14:07bshumdbs: Yeah I've been trying to kill it in search results but with little success.
#14:14:19bshumBy that I mean convincing everybody that we don't need it.
#14:14:56tsbereberick: I think that "freezing once captured" should be disallowed in general.
#14:15:21tsbereWhether that means it is in transit or on the hold shelf
#14:15:52bericktsbere: that's actaully what the jspac enforces.. no post-capture freezing (should have been more specific)
#14:15:55berick.. and I agree
#14:16:36tsbereberick: I would be happy with you jamming the code in the backend, not just in the tpac, so that future interfaces have the same protection
#14:16:55berickindeed, i was going to suggest the same
#14:17:32tsbereHeh. My dev machine's "Shelf Browser" shows "UNCATALOGED" :D
#14:17:50berickcool, i'll add a block to the hold edit API code and a bit to the tpac that prevents it from being an option.
#14:29:33chtrotter has joined #evergreen
#14:30:14jenny1Ok - it's time to start the November Reports TaskForce Meeting!
#14:30:23chtrotterhi, jenny!
#14:30:32jenny1Hi Cristina!
#14:30:43jenny1The agenda for today's meeting is posted...http://open-ils.org/dokuwiki/doku.php?id=evergreen-reports:meetings:2011-11-09-agenda
#14:30:53afterl is Amy Terlaga, Bibliomation
#14:31:06jenny1 is Jenny Turner, PALS
#14:31:39chtrotterchtrotter is Cristina Hernandez Trotter, Oconee Regional Library System (PINES)
#14:32:03phasefx is Jason Etheridge, Equinox
#14:32:10akilsdonk has quit IRC
#14:32:26matt_carlson has joined #evergreen
#14:32:27jenny1Also, as we are running through introductions, if anyone would like to compile minutes from today's chat, please speak up!
#14:33:35jamesrf has quit IRC
#14:34:10jenny1Anyone else here for the reports meeting?
#14:34:34bshum is Ben Shum, Bibliomation
#14:34:36bshum(sorta)
#14:35:45jenny1Let's move on to reviewing the minutes from the last meeting. I was unable to attend, but I did take a stab at compiling notes. http://open-ils.org/dokuwiki/doku.php?id=evergreen-reports:meetings:2011-10-12
#14:35:53jenny1Did I miss anything?
#14:36:34chtrotterLooks good to me.
#14:36:37matt_carlson has quit IRC
#14:37:29StephenGWills is Steve Wills, checking in
#14:38:20jenny1Good deal. Cristina, do you have any updates on the PINES RFP? (moving on to 3.I.)
#14:38:40jamesrf has joined #evergreen
#14:39:23chtrotterYes, but not good news.
#14:39:48jenny1Oh oh...
#14:39:50chtrotterI received this news last week: "I am so sorry to report that our reports interface development project will have to be cancelled or postponed due to a budget shortfall for this fiscal year."
#14:39:58chtrotterAlas!
#14:40:25afterlSo sorry to learn this. :-(
#14:40:28jenny1That is bad news. Sorry to hear it.
#14:41:16chtrotterPINES is hoping to sign an agreement with Emerald to simply postpone development, but not sure if the state guidelines will allow that. Might have to go through the whole bidding process again, etc.
#14:41:44chtrotterYeah, I am bummed. I was looking forward to the whole process.
#14:42:14chtrotterNot to mention that I was real hopeful that the end result would be actually useful and user-friendly.
#14:42:31jenny1Well, if you hear anything one way or another, let us know. Let's hope you won't have to get bids all over again.
#14:42:47chtrotterDefinitely will keep y'all in the loop.
#14:43:02Meliss has quit IRC
#14:43:13jenny1Thanks, Cristina. Moving on to the standard plea for documentation...
#14:43:28jenny1if you've got it, share it! : )
#14:44:24afterlHow should we share it?
#14:44:25jenny1And, related to this, I'm wondering if anyone has any documentation on creating Acq reports. Anyone?
#14:45:09chtrotterPINES is not using Acq module at this time.
#14:45:27jenny1You can email it to me directly, to the reports list, or link to it on the DocuWiki page (http://evergreen-ils.org/dokuwiki/doku.php), if it is something that can't be easily integrated into the DIG documentation
#14:46:28chtrotterI finally linked my training materials to the "Community-contributed Documentation and Tutorials" page. You can find it at the very bottom of the page: http://open-ils.org/dokuwiki/doku.php?id=community_tutorials
#14:47:00jenny1chtrotter: Thanks!
#14:47:41jenny1afterl: does that answer your question?
#14:47:45tater-laptop has quit IRC
#14:47:49afterlyes, it does, thanks!
#14:47:59tater-laptop has joined #evergreen
#14:48:48jenny1Ok, if there's nothing else on documentation, is Jeff here with news/updates on jasperreports?
#14:49:27akilsdonk has joined #evergreen
#14:49:43jeffhi!
#14:50:01afterlhi, jeff!
#14:50:21jeffTADL went live with JasperReports last week, and we are continuing to add reports. I hope to have a public demo up before the end of the year. We want to share! :-)
#14:50:55jenny1Great news! I take it things are going well?
#14:52:21edoceo has joined #evergreen
#14:52:26jenny1and/or does anyone have any questions for jeff?
#14:53:09chtrotterNo questions here. Just looking forward to the demos!
#14:53:41jamesrf has quit IRC
#14:53:43jenny1jeff: have you considered presenting something at the Evergreen Conference on this?
#14:54:53jenny1(and the same question/hint goes out to anyone doing anything cool with Reports...)
#14:55:40shopkins has quit IRC
#14:56:23jenny1Ok, and with that we'll move on to item IV. on the agenda: the 2012 Evergreen Conference
#14:56:52chtrotterWish I could be there! *sigh*
#14:57:20jamesrf has joined #evergreen
#14:57:36jenny1alas! Well, for those who will be there, session proposals are due Nov. 30. Full info is here: http://evergreen2012.org/?p=85
#14:59:20jenny1and I am still hoping we can get a pre- or post-conference SQL reports training scheduled. But I don't have an update (been busy and haven't followed up with the Indiana folks).
#14:59:29jenny1bshum: have you heard anything?
#14:59:44afterlhold on, jenny
#14:59:50jenny1k
#14:59:53afterlhe's coming
#14:59:55bshumI haven't heard anything yet.
#15:00:15bshumWe should poke them again on it.
#15:01:15jenny1I can poke after the meeting. : )
#15:01:32bshumjenny++
#15:02:09jenny1Does anyone have anything else I should poke about? Since I am poking...
#15:02:55jenny1Or awesome ideas for a Reports Interest Group meeting? Start brainstorming now!
#15:05:13jenny1Is there anything else I may have forgotten to move over to our agenda from past meetings? Or is there anything new to discuss?
#15:06:01enhancin has joined #evergreen
#15:06:53tater-home has joined #evergreen
#15:06:53enhancinOn electronic resources I've inserted into each MARC entry the $9 into the datafield 856 in order to give it a location. I've run autogen.sh and restart apache and even reset osrf but the changes aren't showing up still
#15:07:11chtrotterI wanted to share that the PINES community just started a reports list-serv, which seems like a promising way for library staff to help each troubleshoot reports.
#15:07:32jenny1nice!
#15:08:20chtrotterWe have had it up only a couple weeks now. And at first, there was a lot of talk about how about the current reports interface is really lacking...
#15:08:48enhancinan example would be "Hackers" as seen here: http://209.236.66.49/opac/en-US/skin/default/xml/rdetail.xml?r=20029
#15:09:16chtrotterI think some folks felt better having others to commiserate with...but since then, there has been some good info sharing.
#15:09:42tater-laptop has quit IRC
#15:10:19jenny1And for the greater community, don't forget that our reports list (evergreen-reports@list.evergreen-ils.org) could be used for sharing/problem solving, too.
#15:11:09dbsenhancin: there's a meeting scheduled through the next 20 minutes, probably best to hold off on questions until then
#15:11:22enhancindbs: ah okay.
#15:12:25jenny1If there's nothing else from the Reports TF, we can probably wrap things up. Our Dec. meeting is scheduled for Dec. 14 (same time/place). Does that work for the majority?
#15:12:45afterlIt should
#15:12:50chtrotteryep
#15:14:03jenny1Sounds great; thanks everyone!
#15:14:15fortin has quit IRC
#15:14:52chtrotterThanks, Jenny, for leading the meeting.
#15:15:18jenny1enhancin: I think you are free to ask questions...thanks for your patience
#15:15:30enhancinYou're welcome, didn't mean to interrupt!
#15:15:43tater-home is now known as tater-laptop
#15:16:32jamesrf has quit IRC
#15:16:42enhancinanyways, I had electronic resources and they weren't showing up. Somebody had advised me to put an $9 subfield into the 856 datafield in order for it to show up. It worked on one of them so I ran a regular expression on the database in order to add it to all of them but they're still not showing up. http://209.236.66.49/opac/en-US/skin/default/xml/rdetail.xml?r=20029 is the example
#15:17:27tater-laptop has quit IRC
#15:18:45dbsenhancin: shows up if you scope it to "Edens Library" right?
#15:20:00enhancinHm, if i select the library it shows up...but if I search without selecting the library then it doesn't show up...
#15:20:24enhancinThe main one should search through both right?
#15:20:29dbsenhancin: what version of Evergreen is this?
#15:20:39enhancin2.1 should be latest
#15:21:00dbsThe scope / depth got flipped around from how it used to operate, can't remember if that was in 2.1 or master
#15:22:04dbsTry setting one record's $9 to CONS (or whatever the shortname of the top-level actor.org_unit entry is) and see if it shows up in any search scope
#15:24:38enhancinah...yeah I guess it needs to be CCSC not LIB...dang
#15:29:53sal_ has joined #evergreen
#15:32:52sal_SIP issue: I check in a book based in one branch that's on hold for another branch. Send in a 9 packet, never get the 10 packet back...
#15:33:08sal_Status of book is now "checked out" but location is "stacks".
#15:33:39enhancinI wish postgresql had multithreaded single queries....47,000 entries takes a long time to run a regex on marc records
#15:34:38jeffenhancin: several queries, broken up by range of record ids? :-)
#15:34:59enhancinalmost sounds like too much work. at least I have an excuse to screw around for 20 minutes
#15:35:49sal_And holding patron now shows "no copy" for "current copy".
#15:36:51sal_(come to think of it, that last bit might be okay)
#15:38:46sal_can check in inside staff client (and transit slip is generated), but can't do it from SIP.
#15:52:30tsberesal_: "Stacks" won't change. That is the copy/shelving location.
#15:52:52tsbereBeyond that, we haven't had issues with SIP2 based checkins. Do you get error messages in logs?
#15:52:59jamesrf has joined #evergreen
#15:53:02collumA question from our PC technician. If you install EG client on Windows 7 - 64 bit, does it take advantage of the 64 bit architecture?
#15:53:19tsberecollum: Only in that it gets unrestricted access to up to 4 GB of memory ;)
#15:53:28sal_Need to go look beyond the SIP log ;-)
#15:53:43collumThanks tsbere
#15:53:52tsberecollum: xulrunner is basically 32 bit only
#15:54:12sal_Checkins for holds that don't require transit to another branch seem to work fine.
#15:54:31sal_* goes to check other logs
#15:55:11tsbereWe actually have all SIP2 checkins come through as transits when there are holds, even local ones
#15:55:24sal_* scratches head
#15:55:46sal_might have set up check in packet wrong...
#15:56:09sal_but all I changed was the item #.
#15:56:17collumAh! gotcha.
#15:57:10sal_* shuts down EG, moves logs, restarts...
#16:03:12jamesrf has quit IRC
#16:04:06chtrotter has quit IRC
#16:06:23sal_Okay, I have item from BR1 checked out, with hold for pickup in BR2
#16:07:10sal_Hmm. That seems to have worked. *Really confused*
#16:09:53tsberesal_: Welcome to the world of evergreen debugging ;)
#16:10:50sal_Heh.
#16:10:56sal_Okay, will try, try again.
#16:12:02sal_What's the timeout on "in transit'?
#16:12:04jamesrf has joined #evergreen
#16:12:14sal_39313002140053
#16:12:32sal_Oops, cursor in wrong window ;-)
#16:16:36tlilleberg has quit IRC
#16:17:58sal_Okay, now I can't recreate it. Sporadic bugs--my favorite!
#16:18:39sal_Will keep poking. Thanks anyway.
#16:20:37jamesrf has quit IRC
#16:49:50kmlussier has quit IRC
#16:51:19raynerj has left #evergreen
#17:10:40StephenGWills has quit IRC
#17:15:52sal_okay, SIP/holds question... If I have an item that's checked out at branch A and on hold for a patron at branch B, how does EG know into which branch the item is checked in? Does it just assume that on the 2nd checkin, it's at branch B?
#17:16:05sal_(It seems to be ignoring the AP field, hence the question)
#17:16:06tsberehome ou of the user SIP is using
#17:17:58sal_Hmm. If all the branches in my system have the same OU...
#17:18:14tsberebranches are OUs
#17:18:15tsbere<_<
#17:18:31sal_Hmm.
#17:18:39tsbereOU = Org Unit.
#17:19:14sal_So each branch should have its own SIP user. That makes sense. (I'm playing with a 2nd branch for the first time.)
#17:19:42tsbereYea
#17:19:43pmplett has quit IRC
#17:20:52sal_*headdesk* configure SIP user for branch 2 with home library of branch 2.
#17:22:00jamesrf has joined #evergreen
#17:27:39jamesrf has quit IRC
#17:30:43Dyrcona has quit IRC
#17:31:47akilsdonk has quit IRC
#17:36:40dbs has quit IRC
#17:44:14ladymaya has joined #evergreen
#17:45:01ladymaya has left #evergreen
#17:46:13jenny1 has left #evergreen
#17:47:50sfortin has quit IRC
#18:04:23yboston has quit IRC
#18:08:53edoceoI'm running: make STAFF_CLIENT_STAMP_ID=rel_2_1_0 install (from 2.1.0a source) and getting errors that I cannot write to /usr/lib64/perl5/site_perl/5.12.3
#18:09:15edoceoBut, aren't I supposed to run that make command as a regular user who doesn't have write permissions there?
#18:10:51gmcharltedoceo: no, you need to run it as root (or sudo root) to install the Perl modules
#18:11:13gmcharltafter that, the next step in the instructions is to fix up the ownership of files in /openils
#18:12:22edoceothx!
#18:13:10gmcharltyou're welcome
#18:14:59bjwebb has quit IRC
#18:27:19dbwells_ has joined #evergreen
#18:27:54dbwells has quit IRC
#18:31:19sal_ has quit IRC
#18:34:24enhancin has quit IRC
#19:31:52jamesrf has joined #evergreen
#19:39:36jamesrf has quit IRC
#20:34:57tater-laptop has joined #evergreen
#20:55:48wlayton has joined #evergreen
#21:41:52finnx has joined #evergreen
#21:56:56wlayton has quit IRC
#22:32:22dbs has joined #evergreen
#23:01:59jamesrf has joined #evergreen
< Tuesday, November 8th, 2011Raw Log FileThursday, November 10th, 2011 >