Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Tuesday, May 3rd, 2011

< Monday, May 2nd, 2011Raw Log FileWednesday, May 4th, 2011 >
#TimeNickMessage
#02:27:50dbs has quit IRC
#03:32:41jamesrf has quit IRC
#03:33:08kbeswick has quit IRC
#03:33:56kbeswick has joined #evergreen
#03:33:57jamesrf has joined #evergreen
#03:44:20pmpafk has quit IRC
#07:30:14atheos has joined #evergreen
#07:34:12LBA has joined #evergreen
#07:56:11LBA has quit IRC
#08:09:28gmcharlt@quote random
#08:09:28pinesol_greengmcharlt: Quote #5: "<senator> the armenian regression sounds like a spy novel" (added by bshum at 03:44 PM, February 22, 2011)
#08:09:28pinesolgmcharlt: Quote #5: "<senator> the armenian regression sounds like a spy novel" (added by bshum at 03:44 PM, February 22, 2011)
#08:10:46LBA has joined #evergreen
#08:10:49LBA has left #evergreen
#08:35:55Crickets has joined #evergreen
#08:36:57finnx2 has joined #evergreen
#08:49:53sfortin has joined #evergreen
#08:51:45berick@quote add <unknown> Write every commit message like the next person who reads it is an axe-wielding maniac who knows where you live
#08:51:45pinesol_greenberick: The operation succeeded. Quote #7 added.
#08:51:45pinesolberick: The operation succeeded. Quote #7 added.
#08:55:59rsinger has joined #evergreen
#08:59:54finnx2 has quit IRC
#09:00:52gdunbar has joined #evergreen
#09:02:34bjwebb has joined #evergreen
#09:17:55finnx2 has joined #evergreen
#09:25:46michael-niagara has joined #evergreen
#09:27:20michael-niagaraI was hopeing for a little help with and error I get while running some SQL provided by Dan to fix this bug https://bugs.launchpad.net/evergreen/+bug/732681
#09:28:09michael-niagaraI ran "UPDATE authority.record_entry SET active = active WHERE 1 = 1;" and get the following error :ERROR: error from Perl function "maintain_control_numbers": Wide character in null operation at /usr/share/perl5/MARC/Charset/Table.pm line 96.
#09:28:35michael-niagaraany ideas?
#09:29:06Cricketseeevil: I wonder if this could make it in before the beta: https://bugs.launchpad.net/evergreen/+bug/770261 ?
#09:29:18Crickets is now known as Dyrcona
#09:29:30DyrconaWhy does it keep logging me in as Crickets?
#09:30:08Dyrconanickserv--
#09:30:39jcarocci has joined #evergreen
#09:30:41eeevilDyrcona: I was planning on getting that in, yes ... had trouble finding it yesterday :)
#09:30:55eeevildbwells++ # thanks for pushing your stuff in
#09:33:16jenny has joined #evergreen
#09:35:30Dyrcona has quit IRC
#09:35:43Crickets has joined #evergreen
#09:35:59Crickets chirps.
#09:36:02finnx2 has quit IRC
#09:36:04Crickets is now known as Dyrcona
#09:36:21tsbere_ has joined #evergreen
#09:36:29tsbere_ is now known as Crickets
#09:37:15Dyrcona has left #evergreen
#09:37:32Dyrcona has joined #evergreen
#09:37:42Crickets has quit IRC
#09:38:01Dyrconaempathy--
#09:38:20Dyrconahaving_fun_in_IRC++
#09:39:02tsbereeeevil: In regards to bug fixing, should I take the surveyrequired patch from https://bugs.launchpad.net/evergreen/+bug/745123 and make a new bug for it? I call "you can't register someone in show required mode when a survey is required" a potentially important bug.
#09:50:37KN2W has quit IRC
#09:51:00jcarocci_ has joined #evergreen
#09:51:32yboston has joined #evergreen
#09:52:11KN2W has joined #evergreen
#10:04:53dbs has joined #evergreen
#10:04:53dbs has joined #evergreen
#10:10:35bgoble has joined #evergreen
#10:14:13ybostonI would like to browse the ESI public GIT repository, can some one provide the base URL? (ESI is building some enhancements for my library and I wanted to see miker et al in action)
#10:15:31finnx2 has joined #evergreen
#10:15:56jeffyboston: http://git.esilibrary.com/
#10:16:16eeeviltsbere: sure ... you have a fix too? ;)
#10:16:48tsbereeeevil" The second patch (patronreg_surveyrequired) on https://bugs.launchpad.net/evergreen/+bug/745123 is the fix.
#10:16:53ybostoneevil: thanks a lot
#10:17:05ybostonsorry, thanks jeff
#10:19:24jeffyboston: due to the distributed nature of git, there's no "central" repository, so work may be happening elsewhere. The people doing the work would know best. :)
#10:19:58ybostonjeff: thanks for the tip (btw, nice to meet you in person last week)
#10:20:54eeeviltsbere: ahh.. perfect
#10:21:27jeffyboston: thanks! nice to me you also! always good to put faces to names and nicknames
#10:22:33ybostonjeff: my offer still stands if you want some test marc records of a media heavy collection (30,000 CDs)
#10:22:56gmcharltyboston: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:code_repositories points to other repos as well
#10:23:24jeffgmcharlt++
#10:24:35ybostongmcharlt: thanks
#10:30:05dbwellsmichael-niagara: It looks like at least one record in your authority set has a small corruption which MARC::Charset isn't handling well. I don't recall the exact factors which cause this error at the moment, but my guess would be a UTF-8 record where the leader/09 still indicates MARC-8 for the encoding.
#10:30:52dbwellsmichael-niagara: In any case, assuming the problem isn't too widespread, a simple plan would be to do the query in chunks to narrow down the problem record.
#10:33:30dbwellsmichael-niagara: e.g. "UPDATE authority.record_entry SET active = active WHERE id > 0 AND id < 10000;", then adjust the two numbers to work through your record. If it turns out that you have a lot of problem record, there are smarter but more complicated ways to go about it.
#10:34:09dbwellssorry s/record/records/ in two places
#10:34:33michael-niagara@dbwells, thats exactly what I'm looking for. Thanks I will try it tonight
#10:34:33pinesol_greenmichael-niagara: Error: "dbwells," is not a valid command.
#10:34:34pinesolmichael-niagara: Error: "dbwells," is not a valid command.
#10:34:39finnx2 has quit IRC
#10:36:19phasefxguess we should look at silencing old pinesol (keep it running as long as legacy.evergreen-ils.org is running though)
#10:43:13rsinger has quit IRC
#10:43:34tsbere wanted to double-check the patch on bug 745123 before re-creating......but is finding his dev system unhappy
#10:46:55dbsmichael-niagara: also note that a number of the database functions have been improved in the last few releases (even in the upcoming 2.0.6); you're on 2.0.2 if I recall correctly?
#10:47:42finnx2 has joined #evergreen
#10:47:55michael-niagarayeah 2.0.2. but it might be a while before our consortium decides on the next upgrade :(
#10:49:56dbseeevil: do we want MARC::Charset assume_unicode(1) / ignore_errors(1) set everywhere explicitly where we're using MARC::File::XML BinaryEncoding => UTF8? maintain_control_numbers() does not currently mention MARC::Charset
#10:50:02phasefx2@channel lobotomy add
#10:50:03pinesol_greenphasefx2: Error: You don't have the #evergreen,op capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
#10:50:03pinesolphasefx2: The operation succeeded.
#10:51:09gmcharltdbs: MARC::Charset is sourced by MARC::File::XML regardless, so +1 to assume_unicode(1) throughout
#10:51:17eeevilgrabbing 0527
#10:51:24eeevildbs: probably, sir
#10:51:29drdata_esi has joined #evergreen
#10:51:53rsinger has joined #evergreen
#10:55:32jcarocci has quit IRC
#11:02:00tsbereeeevil: https://bugs.launchpad.net/evergreen/+bug/776457
#11:02:23tsbere now needs to figure out what he did to his other git branch such that he can't even log in
#11:02:48eeevilthanks, sorking on that now, actually
#11:04:10dbsgmcharlt: eeevil: okay. hopefully michael-niagara can file a bug with an example broken record with which we can reproduce the problem - or should I just go ahead and add assume_unicode(1) knowing that it's the right thing to do?
#11:05:18dbsalso, added http://evergreen-ils.org/dokuwiki/doku.php?id=dev:opac:template-toolkit:todos as a stub of dev todos, obviously reflecting my own biases about how TT OPAC could be developed in the short term. AFAIK there's no publicly visible dev plan for the remaining pieces of TT OPAC functionality
#11:05:48dbs(that's not a bad thing! just trying to provide a rallying point for community development)
#11:06:36gmcharltdbs: just run with assume_unicode(1) for now; hopefully test case will come, but if not, assume_unicode(1) is almost certainly correct
#11:06:44gmcharltdbs: and thanks for the TT notes
#11:06:47dbsgmcharlt: cool, will do
#11:07:15dbsgmcharlt: heh, had to make those notes anyway as I'll almost certainly forget everything I was thinking over the past few days :)
#11:07:46gmcharltdbs: you mean you haven't already done like me and outsourced your brain to the wiki?
#11:08:15dbsgmcharlt: it's a continual process :) and it's outsourced to more than one wiki
#11:09:11finnx2 has quit IRC
#11:11:02dbsLooks like in trunk 7 database functions use MARC::File::XML without invoking MARC::Charset. I guess I'll grab 0528
#11:25:17dbsNote to self: authority.flatten_marc and biblio.flatten_marc should be flattened into one evergreen.flatten_marc with an additional "record-type" argument to dedupe some code
#11:29:55eeevildbs: see the vandelay-improvement branch
#11:30:39dbsheh, damned DVCS! You must have the all-seeing eye of eeevil
#11:31:08eeevil:)
#11:31:31dbseeevil: should I update 1.6-2.0 upgrade script with this as well?
#11:32:52eeevilhrm... I suppose it could just be cat'd to the end
#11:32:59eeevilI don't have a strong pref, though
#11:34:07gmcharlteeevil for Evergreen Panopticon in 2011!
#11:36:03dbseeevil: I was thinking that the cleaner version of the functions would make for a smoother upgrade, in which case we'd want them replacing the existing CREATEs in place
#11:37:54eeevildbs: if they're used in-line in the upgrade, you're totally correct. but if they're only used after, for the reingest, I don't know that it matters ... and I can't recall off-hand which is true
#11:41:15dbsGood point; authority.normalize_heading gets called, but biblio.maintain_control_numbers / *.flatten_marc perhaps not
#11:41:54atz_eeevil: how's Norcross area for storm damage? ESI OK?
#11:42:30eeevilatz_: we're fine over here. nort-west of ATL got hit bad, though
#11:45:08dbwellsWe drove through some of the damage areas on the way back, quite astounding.
#11:46:00finnx2 has joined #evergreen
#11:47:24eeevildbwells: I bet ... one town in AL was basically erased ... very scary
#11:47:34dbsHrmm. what's :eg_version in "INSERT INTO config.upgrade_log (version, applied_to) VALUES ('0528', :eg_version);" ?
#11:47:36atz_just saw some aerial photos of flattened paths through forests.
#11:49:11dbsguess I need to learn me the new db upgrade deps/supersedes stuff; not sure what I'm supposed to do in the upgrade/0528_foo.sql script for config.upgrade_log now
#11:49:42eeevildbs: it's too-be-pulled from eg_config
#11:49:59jcarocci_ has quit IRC
#11:50:29dbsI guess in 0528 I just do the usual "INSERT INTO config.upgrade_log (version) " and skip the applied_to column
#11:50:30eeevildbs: you can remove applied_to by hand in that
#11:50:37eeevilright
#11:50:51dbsexcellent. thanks eeevil
#11:51:14eeevilwe should probably skip using the boilerplate-builder until we have the new-fangled update-db script done
#11:51:45eeevil glances at gmcharlt, and then away, so as not to arouse suspicion
#11:51:50dbsheh
#11:52:30gmcharlteeevil++
#12:04:40youdonotexist has joined #evergreen
#12:12:40atheoshas anyone had any luck with ovftool? attempting to convert the virtual image for use with vmware enterprise. About to give up, and compile evergreen from source :/
#12:13:36dbsooh, ugh. without assume_unicode(1), lots of data getting destroyed. double-plus ungood.
#12:14:05dbsatheos: Grant Johnson at UPEI was able to wrestle it into place for their ESX setup
#12:14:20dbss/at UPEI/formerly of UPEI/
#12:14:26atheosThanks dbs, is he in irc?
#12:14:55dbsatheos: doesn't look like it
#12:15:06dbsoccasionally he posts to the mailing lists though
#12:15:23natschil has joined #evergreen
#12:16:36atheosok, I'll throw a squeeze image up in here, and see how quickly I can get evergreen going. heck, I might just fire up virtualbox on my mac, and rsync / to a fresh squeeze virtual image on ESX.
#12:18:10finnx2 has quit IRC
#12:18:49natschil has quit IRC
#12:19:01tsbereatheos: Were you one of the people that was going to look at my php sip2 stuff?
#12:21:52michael-niagara has quit IRC
#12:22:05natschil has joined #evergreen
#12:22:15atheostsbere - yup
#12:22:38tsbere couldn't recall, and was too lazy to look through logs
#12:22:53atheostsbere - I've got my own little php sip2 library, but I'm always interested in learning from other peoples work
#12:23:11tsbereatheos: I think you gave me a copy of yours
#12:23:13atheossend your link again, I'll check it out. looked at it briefly while I was in GA
#12:23:19atheosright
#12:23:33atheoshopefully, you found mine useful
#12:23:36tsberehttp://git.mvlcstaff.org/?p=tsbere/PHPSIP2.git;a=summary
#12:24:09finnx2 has joined #evergreen
#12:24:24atheosbookmarked, thanks tsbere
#12:27:20natschil has quit IRC
#12:31:34finnx2 has quit IRC
#12:38:32tsbereatheos: BTW, you might want to look for my timeout setting stuff. Might help with what I think was a comment in your code of "will hang here forever" or something.
#12:39:39rsinger has quit IRC
#12:40:03natschil has joined #evergreen
#12:43:00atheostsbere - I've tried a number of things there, and still had issues when SIP went down. The problem, is that the SIP server was running fine and accepting connections, but couldn't communicate with evergreen. the php script was waiting for a response, and never timed out. I'll paste my last attempt at getting the timeout to function when SIP locked up (as opposed to SIP being down)
#12:43:47tsbereDyrcona / eeevil: Line 1284 of fm_IDL.xml is missing an s in oils_persist. Prevents autogen.sh from running.
#12:44:07Dyrconasorry, that would be my fault.
#12:44:13atheostsbere http://paste.lisp.org/display/121732
#12:45:23Dyrconai didn't try an autogen after doing the code. i just checked that it loaded ok, and that i was able to put in the matchpoints that I needed.
#12:46:29dbsDyrcona / eeevil: I will amend fm_IDL.xml accordingly; thanks tsbere
#12:47:10tsbereatheos: I use sockets and socket timeouts: http://git.mvlcstaff.org/?p=tsbere/PHPSIP2.git;a=blob;f=sip2client.class.php;h=72a6e8def3e0a211a64e1d23ae87e145be468c1f;hb=9e7009ae63efbfc59c4d7229ef9463cde10da648#l133
#12:47:11dbsnote to self: add schema validation (as we have a schema for fieldmapper IDL) to unit tests
#12:48:38tsberedbs: There are more issues than that. That was just the first. :(
#12:48:54dbstsbere: ah, more issues with fm_IDL.xml?
#12:49:00atheostsbere - I'll probably end up using your library. you have any reservations on this being added/used in pfSense?
#12:49:02tsbereNo, more issues with autogenning.
#12:49:34Dyrconaare they related to that patch or to something else?
#12:50:06tsbereOk, I run autogen again to grab the error and it stops erroring.
#12:50:52dbsheh
#12:51:14dbs is building a new schema from trunk and will attempt to recreate before committing fm_IDL.xml fix
#12:51:50tsbere may have some cruft from his testing other stuff going on, as he discovered the typo when going to do a full test of his latest patch
#12:53:10dbsworks here
#12:53:27dbsI'll commit the fm_IDL.xml bit, if anything else pops up let us know!
#12:54:00tsbereatheos: I have no issues with anyone using it in a manner consistent with the way I licensed it.
#12:54:09tsbereAnything beyond that and yea, ask me ;)
#12:55:15atheostsbere - pfSense is BSD licensed, so I'll probably just leave it be and/or fix my code when I get some free time.
#12:56:01tsbereatheos: Note I used the LGPL. As in "the library can be used without forcing you to license the entire thing as GPL".
#12:56:26atheostsbere - noted, thanks.
#13:06:17AaronZ-PLS has joined #evergreen
#13:12:34tsbereatz_, you around?
#13:12:39atz_?
#13:13:03tsbereYou have time to look at a sipserver patch?
#13:13:53atz_i'll fire up my VM and push it.
#13:14:03kmlussier has joined #evergreen
#13:14:21tsbereatz_: http://git.mvlcstaff.org/?p=tsbere/SIPServer.git;a=shortlog;h=refs/heads/extra_patron_fields specifically. I have an ILS side patch I am about to throw onto launchpad too.
#13:14:56tsbereGood news is that this could be the last patch for *patron* extra fields needed for the sipserver side of things ;)
#13:15:06atz_not having the full test setup i used to have is a bummer :\
#13:17:19tsbereThe best you could test is "it does nothing, because the ILS doesn't support it yet" without my other patch :(
#13:22:18DyrconaWe should be doing some testing of the SIP2 fee payment branch that I mentioned the other day.
#13:22:27DyrconaIt only requires changes on the ILS side.
#13:25:45natschil has quit IRC
#13:28:18tsbereFor anyone caring about my statcats via sip2 stuff, just opened https://bugs.launchpad.net/evergreen/+bug/776583 for it.
#13:29:23jenny has quit IRC
#13:32:43rsinger has joined #evergreen
#14:04:31atheosnice tsbere++
#14:05:05natschil has joined #evergreen
#14:10:21atz_gah... looking at Patron.pm, bunches of lame accessor functions. i guess it doesn't matter b/c this abstraction class isn't even used, right?
#14:11:44tsberepatron.pm in the sipserver code itself? Isn't that a dummy for testing purposes?
#14:12:03tsbere made sure to do a "patron->can" thing or whatever too
#14:12:26atz_yeah, it's supposed to be a full abstraction class. didn't work out b/c of koha/eg fork.
#14:13:04tsbereI know that evergreen itself has a Patron.pm that defines most of the same things. If not all of them and then some.
#14:13:20atz_yeah, that is the idea
#14:13:21atz_https://github.com/sitka/evergreen/blob/rel_1_6_0/Open-ILS/src/perlmods/OpenILS/SIP/Patron.pm
#14:14:03atz_dirty implementation details
#14:15:20tsbere added to the trunk version of that file with his latest launchpad patch
#14:15:36atz_ nod
#14:15:54tsbereextra_fields isn't that useful on the sip side unless some ILS side can provide it, after all ;)
#14:19:20natschil has quit IRC
#14:19:42natschil has joined #evergreen
#14:24:04atz_is anybody at sitka available to get their git mirror updating again? last updated on the 19th...
#14:24:16atz_https://github.com/sitka/evergreen/network
#14:25:33dbsatz_, jeffdavis is one sitka-ite IIRC
#14:25:52dbsjamesrf, obviously, but he's idling
#14:26:14tsbereatz_: If this has to do with your own use of it, if you want *a* git mirror for now, you can try git://git.mvlcstaff.org//Evergreen/ILS.git which I have updating every 15 min or so if there is anything new to update.
#14:28:24atz_s'ok, been meaning to realign my github repo as a fork of theirs anyway.
#14:30:43dbs has been relying on git.esilibrary.com - only a couple more weeks until git.evergreen-ils.org, hopefully
#14:30:51atz_cool
#14:30:55gmcharltayup
#14:31:45pmplett has joined #evergreen
#14:32:29AaronZ-PLS has quit IRC
#14:32:37AaronZ-PLS has joined #evergreen
#14:32:49atz_is that going to be the new home or a similar SVN mirror?
#14:33:16atz_ah, nm, found the dev emails
#14:33:19dbsatz_: we're moving to git natively (assuming a flood of -1's don't come into the poll I posted)
#14:35:10atz_ happy
#14:54:51JohnC has joined #evergreen
#15:05:23bgoble has quit IRC
#15:11:53dbs has quit IRC
#15:14:31atheosbeen a while since I installed Evergreen. gotta say, it's gotten MUCH easier. kudos on the install documentation and pre-requisite makefile scripts
#15:16:13jamesrfatz_: yeah it's on the todo list, the server went down. i'll poke our sysadmin, we have been using mvlc's
#15:17:58atz_thx
#15:18:22atz_i guess it won't be anything in a few weeks
#15:18:32atz_everybody seems cool using git now
#15:18:54jamesrfbtw jeffdavis and pmpcat are sitka-ites
#15:21:26tsbereThe way I set up MVLC's it would be trivial to hand someone a pubkey and configure it to shove to github as well
#15:22:02tsbereWhether or not it would be worth it where we are approaching an official git repo as the primary is another question entirely
#15:22:22jamesrfyeah maybe best to hold off for the offical git
#15:22:43atz_yeah, once we start from git, github becomes a seamless auxilliary space
#15:23:37jcarocci has joined #evergreen
#15:30:10DyrconaI am rummaging through the perlmods in search of examples of CStoreEditor and/or json_query strings to do something like what I want, and I've come very close, but I still have a question.
#15:30:30senatorshoot
#15:31:29DyrconaI want to pull the patron's name, barcode and some other information from action.hold_request where the hold is on the shelf, waiting for pickup and not expired, and there is no action.hold_notification entry for the hold.
#15:31:57DyrconaI've got the first part, I think. It's the no action.hold_notification that I haven't found a good example for.
#15:32:51DyrconaAre there any examples of json_query with subqueries? or a way to specify the join?
#15:33:34senatoryes, but what do you have so far? there may be an easier way. can you paste it?
#15:33:38DyrconaI've been looking mostly in OpenILS::Application::Circ::Holds.pm for obvious reasons, but it turns out to have some good examples.
#15:33:51Dyrconajust a sec, it's mostly in my head at the moment. :)
#15:34:09pmplett has left #evergreen
#15:34:20pmplett has joined #evergreen
#15:34:48senatorhere's the link to the relevant json_query documentation btw: /home/lebbeous/git/EG-EQ/Open-ILS/src/sql/Pg/upgrad
#15:34:51senatorwhoops
#15:34:52senatornot that
#15:34:56senatorhttp://www.open-ils.org/dokuwiki/doku.php?id=documentation:technical:jsontutorial
#15:34:59senatorthat
#15:35:35natschil has quit IRC
#15:35:44jeffDyrcona: is this for issa?
#15:35:59Dyrconajeff: no. its for something else.
#15:37:26tsbereWe have many projects and jump between them way too frequently. Or so it seems, anyway.
#15:38:49DyrconaPlus, I only work on issa nights and weekends, since its paid separate from my "day job."
#15:39:07Dyrconasenator: thanks, I think that document really helped me.
#15:39:38DyrconaI'll paste what notes I had made for using CStoreEditor with a possible flesh to get usr information, at least.
#15:39:52senatorcool.
#15:40:30collum has quit IRC
#15:40:49senatori believe a left join of ahn to ahr with a "ahn": {"id": null} in the where clause is more or less what you're going for
#15:40:52senatorgood luck
#15:41:03Dyrconahttp://paste.lisp.org/display/121738
#15:41:29Dyrconathanks. i was thinking of using a not in with a subquery, but I'll try the join.
#15:41:56b_bonner has joined #evergreen
#15:42:38DyrconaAfter writing the pasted comments as a note to myself, I was looking around line 2991 in Holds.pm and I realized a json_query could probably get everything that I need in one go.
#15:43:01collum has joined #evergreen
#15:45:03senatorDyrcona: i think i wrote that code, so i can certify it is unnecessarily show-offy
#15:45:08senatorcode that works > elegance
#15:46:54sfortin has quit IRC
#15:47:09jcarocci has quit IRC
#15:47:19Dyrconai'll agree with that. it also looks like a good example of a somewhat complex json query.
#15:47:26kmlussier has quit IRC
#15:48:04Dyrconaanyway, i'm working on what will become a WWW module to list the names, phone numbers, and barcodes of patrons with holds on the shelf for an automated dialing system.
#15:48:47DyrconaIt could get put in with the other OpenILS::WWW modules if there is enough interest out there.
#15:49:28senatorthere likely would be interest.
#15:49:52Dyrconaright now, i'm just planning to send a CSV in a strictly defined format.
#15:51:41b_bonner has quit IRC
#15:55:44natschil has joined #evergreen
#16:01:44dbs has joined #evergreen
#16:17:14DyrconaThere is no pdf of the 2.0 documentation. Is that intentional?
#16:22:31dbsDyrcona: I doubt it. Post to the mailing list and I bet rsoulliere will jump on it
#16:25:17Dyrconajust sent a message to general.
#16:28:20DyrconaHmm. I wonder if lines 1510 and 1511 of HoldNotify.pm are not a bug. It checks to see if the editor/session can create a hold notification at the patron's home_ou. Shouldn't it be checking for the staff user's work_ou?
#16:29:52jeffDyrcona: that code already exists in contrib, albeit in a form that might use some cleaning up.
#16:30:20jeffDyrcona: not arguing against refactoring / reinventing at this point, just making sure you know it exists.
#16:30:55jeffDyrcona: feel free to open a bug -- either the code will be fixed, or the idea behind it will be clarified!
#16:31:05jeffi'm doing some similar work
#16:31:10Dyrconajeff: Ok. I was mostly just asking, because it struck me as a bit odd, but it possibly explains why so many permissions are granted at the consortium level.
#16:36:21Dyrconanever rains but it pours: while i'm in IRC discussing holds related code questions, someone opens a ticket on our ticket system about clearing expired holds from the holds shelf. turns out they didn't have the UPDATE_HOLDS permission.
#16:36:22natschil has quit IRC
#16:39:03jeff grins
#16:41:50tsbere hates seeing responses to one thread on a mailing list that have no relation to what they responded to
#16:46:47dbstsbere: yeah, it bugs me a bit too, but I guess it's the easiest way for some people to post to the list
#16:47:15dbsI think we're allowed to flame people for thread abuse on -dev, but have to have mercy on -general :)
#16:50:38phasefxdoesn't help that you have forums with no threading, such that folks don't learn
#16:55:14jenny1 has joined #evergreen
#17:00:20atz_ has quit IRC
#17:05:17AaronZ-PLS has quit IRC
#17:08:08yboston has quit IRC
#17:22:13KN2W has quit IRC
#17:29:06Dyrcona has quit IRC
#17:30:13b_bonner has joined #evergreen
#17:54:49b_bonner has quit IRC
#17:56:16jenny1 has left #evergreen
#18:02:12b_bonner has joined #evergreen
#18:07:01b_bonner has quit IRC
#18:07:30b_bonner has joined #evergreen
#19:15:12youdonotexist has quit IRC
#19:59:52bjwebb has quit IRC
#20:06:26jamesrfis mod_idlchunk.c +500 an actual error or just a debugging message?
#20:09:23jamesrfcaveat: i can't read C
#20:25:58eeeviljamesrf: ap_log_rerror is just how you write to the apache error log, and it does look like debugging info
#20:26:13eeevila bit spew-y, I guess
#20:27:54dbs2 has joined #evergreen
#20:29:12dbs2jamesrf: quick look suggests that that should be a debug message (APLOG_DEBUG) instead of APLOG_ERR, as there's no way of avoiding it
#20:34:26eeeevil has joined #evergreen
#20:35:32dbs2 has quit IRC
#20:45:58jamesrfyeah jeffdavis just noticed we're getting 3 of those all the time and i was wondering if we could just remove that or mapke it a debug msg
#20:47:21eeeevil has quit IRC
#20:53:39eeeevil has joined #evergreen
#20:57:56b_bonner has left #evergreen
#21:20:46pmplett has quit IRC
#22:07:50KN2W has joined #evergreen
#22:12:32jamesrf has quit IRC
#22:16:34KN2W has quit IRC
#22:39:24dbsheh, nice, I see in backscroll now that eeevil already answered jamesrf. duh.
#22:44:09dbs@later tell berick dbs/tt-htmlcleanup branch on gitorious.org/evergreen-library-system does what it says; was trying to work out why zotero wasn't working for batches of results and decided to clean up the HTML along the way
#22:44:09pinesol_greendbs: The operation succeeded.
#22:45:03dbsas it turns out, it seems the real problem is OpenILS::WWW::SuperCat::unapi needing some love
#22:58:40KN2W has joined #evergreen
#23:00:43KN2W has left #evergreen
#23:27:54eeeevil has quit IRC
#23:36:41eeeevil has joined #evergreen
#23:51:23youdonotexist has joined #evergreen
< Monday, May 2nd, 2011Raw Log FileWednesday, May 4th, 2011 >