2011-11-01T00:10:16 *** edoceo has quit IRC 2011-11-01T00:10:43 *** edoceo has joined #evergreen 2011-11-01T00:44:38 I'm having an issue with https://bugs.launchpad.net/evergreen/2.1/+bug/843961 that bug. it says the fix is released but I built my evergreen on the 17th, it should be in there. getting the error "ASSET_CALL_NUMBER_NOT_FOUND Requested asset_call_number was not found" 2011-11-01T09:01:51 *** pinesol_green has joined #evergreen 2011-11-01T09:03:49 Started pinesol up, heading to the office now. 2011-11-01T09:04:12 csharp++ #early morning sys admin 2011-11-01T09:06:23 while creating patrons i m recieving an error 2011-11-01T09:06:27 i.e 2011-11-01T09:06:30 The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. 2011-11-01T09:08:11 darshan: More information about this error may be available in the server error log. Check your apache error log. 2011-11-01T09:08:36 really i dont knew abt it 2011-11-01T09:08:39 i m sorry 2011-11-01T09:08:49 can u guide me for it 2011-11-01T09:09:02 * tsbere just spent a few minutes fighting with "what did I break?" only to find out his authtoken had expired while he was changing code 2011-11-01T09:10:13 ------------------------------------------------------------------------------------------------------------------------------------------------ 2011-11-01T09:10:15 The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/2.2.14 (Ubuntu) Server at 192.168.1.187 Port 80 2011-11-01T09:10:20 --------------------------------------------------------------------------------- 2011-11-01T09:10:32 this is actual error 2011-11-01T09:12:30 ne1 plz 2011-11-01T09:15:34 *** AaronZ-PLS has joined #evergreen 2011-11-01T09:18:15 darshan: the apache error.log is in /var/log/apache2/error.log 2011-11-01T09:18:44 k 2011-11-01T09:24:48 i said i dont have any idea of error.log file 2011-11-01T09:25:14 i cant make out wats the error mention in it ,many lines r der 2011-11-01T09:25:28 plz wat can i do else 2011-11-01T09:25:33 to solve it 2011-11-01T09:27:07 My take on changing active/primary card status: http://git.mvlcstaff.org/?p=tsbere/ILS.git;a=shortlog;h=refs/heads/patron_card_editor 2011-11-01T09:27:08 Any thoughts? 2011-11-01T09:33:00 tsbere: perhaps permissions need to be applied (also) by the ML? and, I assume that the existing group_application_permission stuff still holds via ML code? 2011-11-01T09:33:14 *** jenny has joined #evergreen 2011-11-01T09:33:24 *** akilsdonk has joined #evergreen 2011-11-01T09:34:46 *** sfortin has joined #evergreen 2011-11-01T09:37:27 eeevil: If I apply those permissions at the ML then the replace barcode button will stop working (unless I come up with a convoluted set of additional checks) 2011-11-01T09:38:06 eeevil: But the group_application_permission stuff should still hold via the ML. I could, if it would make you feel better about it, put a check for that in as well though. 2011-11-01T09:38:58 i dont knew what exactly error is in error.log file many file missing is shown der ... 2011-11-01T09:39:04 tsbere: nah, those don't need to be surfaced in the UI (except maybe to disable the save button? but that's well outside the scope of your change) 2011-11-01T09:40:06 tsbere: but, these new permissions ... I guess it'd take a new API (or at least api_name) to trigger the checks. anyone can currently whack around the old cards? 2011-11-01T09:40:19 at the api level, I mean 2011-11-01T09:40:30 eeevil: The replace barcode button does everything I do already. Just slightly more limited in doing so. 2011-11-01T09:40:45 And technically register patron does some of it, even. 2011-11-01T09:41:11 The entire thing is one big "update this fleshed actor.usr" including creating and/or updating anything in the cards array (but not deleting) 2011-11-01T09:41:36 fair enough, looks good to me 2011-11-01T09:42:31 Heh. The "Save" button itself is already disabled if you have zero rights to edit the user. Would only take me a minute or two of extra coding to make it hide the editing interfaces for cards. 2011-11-01T09:43:54 hrm... can't decide if it'd be better to restrict read access if you don't have edit perms. we don't otherwise, though, so probably no restriction needed 2011-11-01T09:44:02 *** Meliss has joined #evergreen 2011-11-01T09:44:31 eeevil: Editing interfaces. As in the active/primary selectors. Not the actual See All button and what it otherwise shows ;) 2011-11-01T09:45:34 * tsbere apparently made it easy on himself, only had to change one line of code (he thinks, still needs to test) 2011-11-01T09:52:09 *** yboston has joined #evergreen 2011-11-01T10:03:24 eeevil: Dropped a quick commit onto the branch to basically not even check the permissions for active/primary editing unless you have the appropriate group application permissions there. 2011-11-01T10:04:02 * tsbere still needs to edit the seed values and make an upgrade script, though 2011-11-01T10:09:43 *** dbs has joined #evergreen 2011-11-01T10:09:43 *** dbs has joined #evergreen 2011-11-01T10:12:25 :- [warn][client 192.168.1.16] incomplete redirection target of '/opac/en-US/skip/default/xml/index.xml' for URI '/' modified to 'http://192.168.1.187/opac/en-US/skin/default/xml/index.xml' [error][client 192.168.1.16] can't call method "mtime" on an undefined value at /usr/local/share/perl/5.10.1/OpenILS/WWW/EGweb.pm line 177.\n,referer:http://192.168.1.187/xul/reL2_1_0/serve 2011-11-01T10:12:40 m reciving this two errors 2011-11-01T10:14:25 darshan: Sorry, can't help you with that one... I don't know much about EGWeb. 2011-11-01T10:15:13 ok .thnkx for looking atleast ,ne1 else plz 2011-11-01T10:16:30 darshan: I can say it looks like the second about the undefined value is your real problem. The first is just a warning. 2011-11-01T10:17:25 ok 2011-11-01T10:17:39 but dat only i want to ask 2011-11-01T10:25:51 *** dbs_ has joined #evergreen 2011-11-01T10:29:10 *** dbs has quit IRC 2011-11-01T10:32:40 ne1 else plz ,can give me ne solution or ne effort on this 2011-11-01T10:35:21 darshan: If no one has seen that error before, they may not be able to help you. 2011-11-01T10:35:52 darshan: You have to open the source of EGWeb.pm, go to line 177, and see if you can figure out why it gives that error. 2011-11-01T10:36:36 k 2011-11-01T10:39:49 darshan: '/opac/en-US/skip/default/xml/index.xml' -- 'skip'? should be 'skin'? 2011-11-01T10:43:57 dunnoyes my mistake it was it is skin only frnd 2011-11-01T11:03:20 ne1 else plz 2011-11-01T11:03:23 ? 2011-11-01T11:08:24 I'm having an issue with https://bugs.launchpad.net/evergreen/2.1/+bug/843961 that bug. The patch seems to have been applied (in fact I lookeda the "git diff" and made sure they were fine...but the change had already been made to the files so the error should have never happened in the first place. 2011-11-01T11:09:43 *** darshan has quit IRC 2011-11-01T11:17:29 Do we have 1) interest and 2) attendees available for the Evergreen Dev meeting (or is it pull request meeting) today in 45 minutes? 2011-11-01T11:19:16 I have interest, and can attend. 1 person does not make a plural, though. 2011-11-01T11:19:20 *** darshan has joined #evergreen 2011-11-01T11:19:35 tsbere: i'm with you at least :) 2011-11-01T11:19:51 *** dbs_ is now known as dbs 2011-11-01T11:20:04 Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. 2011-11-01T11:20:38 atleast some can guess why it says no address given when i try to register new patron 2011-11-01T11:23:13 dbs: I do think that this week should be a pullrequest....but then again, we have "skipped" the last month's worth of meetings, it feels like. 2011-11-01T11:23:43 *** sal_ has joined #evergreen 2011-11-01T11:23:44 tsbere: you're probably right, I'll throw some stuff into an email that might be pertinent to pull requests 2011-11-01T11:26:22 dbs: interest, but limited availability :( 2011-11-01T11:29:58 i think no1 knew this kind of error?\ 2011-11-01T11:36:55 darshan: probably because you're running the client on the server. 2011-11-01T11:37:15 no i m running client on some other machine 2011-11-01T11:37:27 dunno, then 2011-11-01T11:38:40 darshan: what you're seeing is an Apache error, not an Evergreen error, if that helps 2011-11-01T11:39:07 *** jamesrf has joined #evergreen 2011-11-01T11:39:43 i dont know about apache error,i just saw error.log file in var/log/Apache2... 2011-11-01T11:40:09 and i m getting this error 2011-11-01T11:40:36 [warn][client 192.168.1.16] incomplete redirection target of '/opac/en-US/skip/default/xml/index.xml' for URI '/' modified to 'http://192.168.1.187/opac/en-US/skin/default/xml/index.xml' 2011-11-01T11:41:02 m 2011-11-01T11:41:32 *** darshan has quit IRC 2011-11-01T11:41:56 *** darshan has joined #evergreen 2011-11-01T11:42:08 [warn][client 192.168.1.16] incomplete redirection target of '/opac/en-US/skip/default/xml/index.xml' for URI '/' modified to 'http://192.168.1.187/opac/en-US/skin/default/xml/index.xml' 2011-11-01T11:42:30 [warn][client 192.168.1.16] incomplete redirection target of '/opac/en-US/skip/default/xml/index.xml' for URI '/' modified to 'http://192.168.1.187/opac/en-US/skin/default/xml/index.xml' 2011-11-01T11:42:37 darshan: please don't 2011-11-01T11:42:43 [error][client 192.168.1.16] can't call method "mtime" on an undefined value at /usr/local/share/perl/5.10.1/OpenILS/WWW/EGweb.pm line 177.\n,referer:http://192.168.1.187/xul/reL2_1_0/server/util/rbrowser.xul?url/=/eg/actor/user/register%3Db55690e80ec05ccdd... 2011-11-01T11:42:54 sorry 2011-11-01T11:44:18 now wat error i m recieving is in front of u ,now ne1 can help out me plzzz 2011-11-01T11:45:31 http://pastie.org/2793987 and this is error i m receiving at client side 2011-11-01T11:46:22 darshan: "reL2_1_0" vs. "rel2_1_0"? 2011-11-01T11:52:34 some more errors of file not found is coming in error.log file 2011-11-01T11:53:58 *** darshan has quit IRC 2011-11-01T11:57:48 dbs: I've been negligent in putting together the wiki pages, but the calendar doesn't have a dev meeting scheduled today (it's set for next Tuesday). Is this an unscheduled one due to the number of missed discussions last month? 2011-11-01T11:59:24 *** tfaile has joined #evergreen 2011-11-01T11:59:31 bshum: I think it was supposed to be a pull request meeting originally, or am I wrong, as usual? :) 2011-11-01T11:59:55 bshum: Weeks we don't have a dev meeting we are supposed to be doing pullrequest meetings. 2011-11-01T12:00:08 same time, same place, more code review ;) 2011-11-01T12:00:56 Right, the "pullrequest" meetings aren't listed on the calendar as such. The topics dbs posted to the mailing list seemed more "dev meeting" oriented when I read it. But I'm sure there's no hard rules about what is discussed/when 2011-11-01T12:01:48 Well, we keep skipping meetings due to lack of availability...... 2011-11-01T12:02:55 Yes. I'm happy to throw the alternating dev meeting / merge request meetings onto the calendar, for however much that helps 2011-11-01T12:04:16 bshum: the relevant part of the email that I just posted was to suggest that merge request meetings / review ought to prioritize review of contributions from new contributors, to help encourage further contributions & to them grow into core contributors 2011-11-01T12:04:58 at least, based on discussions with other projects that have found success in growing their contributor base & with mentoring students this wa 2011-11-01T12:05:00 way 2011-11-01T12:06:27 *** abcd_ has joined #evergreen 2011-11-01T12:06:51 *** abcd_ has quit IRC 2011-11-01T12:07:51 The other stuff I wrote about was largely due to the absence of dev meetings for the past while - might as well get the discussion going on the dev list if we can't do it via IRC (and some of the long-form stuff is better suited to mailing list anyway) 2011-11-01T12:08:35 So... pull requests? 2011-11-01T12:09:13 dbs: Alrighty, just curious :) 2011-11-01T12:09:33 *** bjwebb has quit IRC 2011-11-01T12:09:54 http://ur1.ca/5f9q5 is one view of pull requests (in descending order of date created) 2011-11-01T12:12:30 I would think ascending order, if going by that, would be more useful (oldest first and all) 2011-11-01T12:13:25 tsbere: yes, you can ignore my "focus on getting new contributor's patches" stuff that way :) 2011-11-01T12:13:47 dbs: I am the newest one on the list your way. Am I new? ;) 2011-11-01T12:13:48 (of course, we probably have some old "new contributor's patches" hanging around) 2011-11-01T12:14:04 tsbere: whatever. I can go and get some lunch 2011-11-01T12:16:16 as far as I can tell bugs.launchpad.net doesn't give us a "view bugs with pull requests or patches generated by people who aren't committers" option 2011-11-01T12:18:18 I'm a bit confused on the importing of the patrons database. The fields "profile", "home_ou", what are they for? is the home_ou the home library they belong to or something? I'm not sure what the profile is for the. it's an int field 2011-11-01T12:18:32 *** jasonb_ has joined #evergreen 2011-11-01T12:18:41 home_ou is "home library", yes. 2011-11-01T12:18:42 enhancin: you can follow the foreign key references 2011-11-01T12:19:12 "profile" is the permission group. permission.grp_tree -- Patrons, etc. sometimes Primary Permission Group in some interfaces. 2011-11-01T12:19:19 "actor_usr_profile_fkey" FOREIGN KEY (profile) REFERENCES permission.grp_tree(id) 2011-11-01T12:19:34 (via "\d actor.usr" at the psql interface) 2011-11-01T12:19:36 and yes, please listen to dbs. :-) 2011-11-01T12:19:41 dbs++ 2011-11-01T12:19:48 * dbs attempting to teach an enhancin to fish :) 2011-11-01T12:20:19 also handy -- showing all schemas: \dn, and showing all tables in a given schema: \dt actor. 2011-11-01T12:20:37 jeff++ 2011-11-01T12:21:49 * dbs will grab 878507 and 869338 from Dyrcona 2011-11-01T12:23:45 gonna read up on that thanks. 2011-11-01T12:24:17 and 787162 from joelewis 2011-11-01T12:26:03 also, for some reason in our library it won't let us change the location. it could be related it bug 843961 but the fix has been patched in my release. we can't add copies so it never shows that we have any in the library... 2011-11-01T12:26:21 and 870171 from Ian Bays (PTFS) although it will need some extra lovin 2011-11-01T12:27:16 incidentally, I'm willing to almost rubberstamp (check less vigorously) branches that have been signed-off by multiple folks, even if they're not committers 2011-11-01T12:27:27 phasefx: that's the idea, yeah 2011-11-01T12:27:54 * phasefx offers it as a reminder then :) 2011-11-01T12:28:38 phasefx: I just don't think there have been very many cases of that happening, to date 2011-11-01T12:29:26 no. Also, a "works for me" on a launchpad ticket would serve as a sign-off in my mind 2011-11-01T12:29:33 lower the barrier 2011-11-01T12:29:48 mmm, I'm less keen on that 2011-11-01T12:30:06 too low? 2011-11-01T12:30:41 a sign-off at least indicates that the person actually did integrate the commit into a local repo (even if it's still no guarantee that they actually exercised the commit) 2011-11-01T12:33:55 we want a low barrier to contributing, sure, but I don't think that means lowering the level of review. plus, getting actual git sign-offs is good for stats (gamification of contributions - who signed-off on the most commits, etc) 2011-11-01T12:34:14 I'll grab 884773 and 878975 from tsbere 2011-11-01T12:34:57 I'll get 884806 from berick... oh wait, no I won't 2011-11-01T12:36:00 dbs: I'll get your 872651 re: added content 2011-11-01T12:36:14 872344 from senator for acq edi hasn't misbehaved on our production so far. I'd have to remind myself how to sign-off on someone else's working branch. 2011-11-01T12:37:36 *** Dyrcona has quit IRC 2011-11-01T12:37:41 * dbs dances for 872651 action 2011-11-01T12:38:38 * phasefx needs to revisit 845763, but other eyeballs there welcome 2011-11-01T12:38:49 (also added content related) 2011-11-01T12:39:14 bshum: git checkout -b origin/master; git cherry-pick -s ; #test test test; git push working :user/bshum/branchname 2011-11-01T12:39:15 *** ernieSimuro has joined #evergreen 2011-11-01T12:39:40 *** tsbere has quit IRC 2011-11-01T12:40:41 can someone tell me where the action.circulation field opec_renawls is set from the opac or staff client? 2011-11-01T12:46:24 *** kmlussier has quit IRC 2011-11-01T12:52:57 *** AaronZ-PLS has quit IRC 2011-11-01T12:56:46 *** kmlussier has joined #evergreen 2011-11-01T12:57:01 *** Dyrcona has joined #evergreen 2011-11-01T13:05:21 dbs: Thanks for the quick steps, took me a few to figure out the commithash parts (hadn't retrieved all the working branches properly). 2011-11-01T13:05:58 ah, should have added "git fetch --all" as step #1, and "add pertinent git remotes" as step #0 :) 2011-11-01T13:07:24 Yeah I went back to the dev:git wiki page to recall all those steps 2011-11-01T13:07:38 But glad to be learning new things 2011-11-01T13:26:09 *** AaronZ-PLS has joined #evergreen 2011-11-01T13:28:34 okay - general question - autogen.sh is still the right usage for 2.1, right? cache-generator.sh is for 2.2+? 2011-11-01T13:28:58 csharp: I think cache-generator.sh is supposed to be gone, now. 2011-11-01T13:29:07 oh - hmm 2011-11-01T13:29:46 dbs or tsbere could probably explain better, but I believe autogen.sh now does everything cache-generator.sh did. 2011-11-01T13:30:05 cache-generator.sh is gone 2011-11-01T13:30:13 * Dyrcona goes to fire up his home development server since the office seems to have lost Internet. 2011-11-01T13:34:09 I guess you could say that cache-generator was experimental. 2011-11-01T13:34:33 transitional 2011-11-01T13:35:03 * dbs wonders if any Amazon added content folks know if the current added content module actually accepts anything other than ISBNs 2011-11-01T13:36:29 Niagara College mentioned something about Amazon supporting DVD cover art and I'm not sure if those DVDs have ISBNs or if something else is going on... wondering if passing every incoming "key" to Business::ISBN for normalization is valid practice within the specific context of Amazon.pm 2011-11-01T13:37:22 * dbs goes to check niagara college's opac to find some example DVDs... 2011-11-01T13:38:38 * dbs finds http://niagaracollege.niagaraevergreen.ca/opac/en-CA/skin/nc/xml/rdetail.xml?r=224778&ol=2&t=black&tp=keyword&l=2&d=1&f=g&hc=46&rt=keyword 2011-11-01T13:39:15 020a of "B001ECQ75A" -- I guess that's a horrible abuse of the ISBN field. But it's "working" (sigh) 2011-11-01T13:39:29 *cringe* 2011-11-01T13:39:36 Eww 2011-11-01T13:40:03 * Dyrcona was just about to mention that. 2011-11-01T13:40:16 amazon ID as ISBN 2011-11-01T13:40:21 also, *shame* -- AC code from hackfest still needing some air 2011-11-01T13:40:32 http://www.amazon.com/Horrible-abuses-of-ISBNs/dp/B001ECQ75A 2011-11-01T13:40:37 :) 2011-11-01T13:40:56 whoa. I'm getting both pg 9.0 and 9.1 installed and started. 2011-11-01T13:40:59 there's room in MARC for an amazon id, just like there is for a musicbrainz id/fingerprint -- just not that way. :-) 2011-11-01T13:43:31 yeah 2011-11-01T13:46:07 http://pastebin.com/PNRSZMLs 2011-11-01T13:46:48 *** bjwebb has joined #evergreen 2011-11-01T13:46:48 *** bjwebb has joined #evergreen 2011-11-01T13:47:08 Dyrcona: I've seen that happen before on one of my other servers with both 8.4 and 9.0 installed at the same time. 2011-11-01T13:47:25 bshum: Ubunut, FTW! 2011-11-01T13:47:28 The init.d script controls both at the same time. 2011-11-01T13:47:42 ubunut, heh. 2011-11-01T13:47:43 :) 2011-11-01T13:47:51 Sounds about right nowadays. 2011-11-01T13:48:00 typo or freudian slip, you be the judge. 2011-11-01T13:48:22 think I'll get rid of 9.0 and setup a database from scratch. 2011-11-01T13:48:52 * csharp vacillates between Ubuntu and Fedora - likes Fedora at work and Ubuntu at home for the moment ;-) 2011-11-01T13:51:42 *** jasonb_ has quit IRC 2011-11-01T13:52:21 * Dyrcona has probably spent so much time with different distros that is has impaired his ability to use just one distro. 2011-11-01T13:53:29 I'll probably be that way in the end, but I still have a general preference for APT over YUM (or others) 2011-11-01T13:53:48 *** jamesrf has quit IRC 2011-11-01T13:55:38 *** jamesrf has joined #evergreen 2011-11-01T13:57:51 I always get tripped up on upstart vs chkconfig (the best thing Red Hat stole from SGI). I much prefer editing rc.conf files. :) 2011-11-01T14:04:19 Guess I'll just start over with fresh git repos and install everything from scratch again. 2011-11-01T14:10:04 I have a question about using pgtune for Evergreen: does anyone recommend using one of the database types DW, OLTP, Web, Mixed, or Desktop? 2011-11-01T14:10:55 I guess if it is a dedicated db box, you'd want to use DW or OLTP? 2011-11-01T14:17:04 mixed or web or oltp 2011-11-01T14:18:06 DW defaults to 20 connections 2011-11-01T14:18:37 Yeah that wasn't fun on go-live day... 2011-11-01T14:19:09 dbs: thanks. I have usually used Mixed when the database server is also ejabberd and the osrf processes. 2011-11-01T14:19:48 bshum: I forget how many connections we have in production. 2011-11-01T14:19:50 "mixed" refers to the type of workload - e.g. lots of reads _and_ writes 2011-11-01T14:20:01 Dyrcona: I think we ended up raising ours to 1500 or so 2011-11-01T14:20:04 dbs: Ah.... 2011-11-01T14:20:28 Nope, just 1000 2011-11-01T14:22:42 i'll have to look those up again later. I seem to recall finding something online that discussed the differences once. 2011-11-01T14:22:58 currently we have a OILS_SETTING_VOID_LOST_ON_CHECKIN and i'm working on OILS_SETTING_FORGIVE_LOST_ON_CHECKIN -- forgive vs void. 2011-11-01T14:23:17 to avoid "what happens when both are set", i'm just saying that the forgive variant trumps to void variant. 2011-11-01T14:23:55 if (forgive) { blah1 } elseif (void) { blah2 } else { whatever } 2011-11-01T14:24:11 jeff: Think you need YAOUS to say which trumps which. :) 2011-11-01T14:25:06 now i'm looking at OILS_SETTING_RESTORE_OVERDUE_ON_LOST_RETURN and pondering if i should make it examine the circ to see if OD fines were voided or forgiven, and react accordingly. 2011-11-01T14:26:09 No wonder how our staff sometimes get lost when they ask us to explain some of these inner workings to them. 2011-11-01T14:26:39 yeah. 2011-11-01T14:27:18 other options would be to have two different ways to "restore" OD fines, each as their own setting, or to consult the current setting that dictates how they are voided/forgiven... 2011-11-01T14:27:41 but i think having the one "restore" option that consults the circ to see how it should "restore" makes some sense. 2011-11-01T14:28:36 fewer gotchas when it comes to OU setting changes affecting a circ that started under setting one and then setting two was configured. 2011-11-01T14:28:50 Is any of this making sense, or am I just babbling? 2011-11-01T14:29:58 Makes some sense to me. 2011-11-01T14:32:24 I'll take some sense. Thanks. :-) 2011-11-01T14:33:02 So, if both settings are enabled, the "forgive" one takes precedence? (if I read the scrollback correctly...) 2011-11-01T14:33:36 right. the "forgive" variant would take precedence over the "void" ... somewhat arbitrary, I suppose -- newer setting wins? :-) 2011-11-01T14:33:39 Then when restoring overdues, it'll check the circulation to see how to handle things 2011-11-01T14:34:14 I wouldn't say it's entirely arbitrary, but I would probably want to see that reflected in the description for both OU settings. 2011-11-01T14:34:20 yeah. if there are voided overdues, it'll unvoid them -- like it does now -- the current behavior of OILS_SETTING_RESTORE_OVERDUE_ON_LOST_RETURN 2011-11-01T14:34:29 bshum: certainly. 2011-11-01T14:35:02 But then if there are forgives, it'll create new ones based on what had been forgiven to that point? 2011-11-01T14:35:06 and if there is a forgive payment with a specific note, it'll re-bill the overdues as a single billing. 2011-11-01T14:35:12 Aha 2011-11-01T14:35:17 Nice, I like that. 2011-11-01T14:35:55 this helps make money taken in for billing type X always be that, and voids don't upset the history of "this was applied toward OD, this was applied toward lost item fee, etc. 2011-11-01T14:36:49 and checking in an item that was lost and paid for no longer voids the lost billing resulting in us owing the patron. 2011-11-01T14:36:57 *** dbs has quit IRC 2011-11-01T14:37:00 the forgive payments are only made for the outstanding amounts. 2011-11-01T14:37:03 *** tsbere has joined #evergreen 2011-11-01T14:37:11 Woot! We have net again! 2011-11-01T14:37:17 guess the office has net again. 2011-11-01T14:37:24 * tsbere missed the majority of the pullrequest stuff 2011-11-01T14:37:35 so, overdue item with $10 in OD fines and $5 paid cash gets a forgive payment of $5 instead of having $10 in OD fines voided. 2011-11-01T14:38:08 jeff: what about just voiding the unpaid part? in some cases that may be possible. 2011-11-01T14:38:32 I guess though voiding lost fees leads to credits. 2011-11-01T14:38:38 right. 2011-11-01T14:39:13 voiding unpaid overdue fines would be possible in some cases, but not where payments don't directly align with billings -- you can't partially-void a billing. 2011-11-01T14:39:18 phasefx: https://bugs.launchpad.net/evergreen/+bug/884773 got an update since you apparently grabbed it. Minor-ish. 2011-11-01T14:39:33 roger roger 2011-11-01T14:39:52 jeff: Generate a new billing for the part they paid and then void the partially paid one! :P 2011-11-01T14:40:09 tsbere: right. i opted for "one or the other, not a mix of both" in this case. :-) 2011-11-01T14:40:18 tsbere: forgive payments for the remaining amount is easier. 2011-11-01T14:40:41 jeff / Dyrcona: I know that. Hence the emote. ;) 2011-11-01T14:41:41 in the face of unpaid non-OD billings on the circ, the "forgive OD on lost" just opts not to forgive. those will happen, but will hopefully be rare enough that they aren't a burden on staff. 2011-11-01T14:43:10 say, a rental that was unpaid for some reason, then a set of overdues. 2011-11-01T14:44:03 this whole process has cemented the folly of trying to test by hand. :P 2011-11-01T14:49:30 *** dbs has joined #evergreen 2011-11-01T15:01:12 since it would be silly to void some and forgive others, maybe just a setting for "forgive instead of void on lost stuff" :P 2011-11-01T15:03:01 jeff: that makes sense. 2011-11-01T15:04:24 let's see where voiding is done by the system... the whole lost item process, backdated checkin... anywhere else? 2011-11-01T15:04:28 * jeff looks 2011-11-01T15:06:11 amnesty mode 2011-11-01T15:06:16 ah yes. 2011-11-01T15:06:16 For the checkin modifiers 2011-11-01T15:06:43 "amnesty" practically begs for forgiveness :) 2011-11-01T15:06:44 and "hey, this item you tried to check out is already checked out -- normal checkin or checkin w/ forgiveness/amnesty?" 2011-11-01T15:06:50 backdated checkin and amnesty mode are I think the same code on the back end. 2011-11-01T15:07:08 jeff: Yeah that checkout override just came up a few minutes ago here. 2011-11-01T15:07:20 sounds like we need to create a synonym for "forgive" called "void" 2011-11-01T15:07:56 *** youdonotexist has joined #evergreen 2011-11-01T15:08:03 void_overdues in CircCommon.pm seems to be the common point -- that's also where the current void OD on lost is working from. 2011-11-01T15:08:27 so that we can differentiate between "forgive" (as in "patron pleaded for forgiveness") and "forgive" (as in "wanted to avoid fines but also wanted to avoid the horrible results of actually voiding fines") 2011-11-01T15:08:45 and bury classic void out in the backyard 2011-11-01T15:08:48 heh 2011-11-01T15:08:52 "written off" 2011-11-01T15:09:13 "This is not the void you are looking for" 2011-11-01T15:09:29 "ignored" 2011-11-01T15:09:48 but also: system forgiving-instead-of-voiding and staff-forgiving can be determined based on the lack of a SYSTEM FORGIVEN: blah note or something. 2011-11-01T15:11:15 dbs: i support your proposed burying of "classic void", though. 2011-11-01T15:12:03 jeff: yeah, just trying to avoid a case where a patron summary shows $6500 in "forgiven" bills that were actually backdated checkins or whatever 2011-11-01T15:13:19 * dbs isn't doing any work in that area so welcomes whatever jeff can come up with 2011-11-01T15:13:28 i don't think that forgiven payments are cumulative in the summary anywhere. 2011-11-01T15:13:57 jeff: not yet :) 2011-11-01T15:14:01 this will likely result in more bills showing in the Bills History interface 2011-11-01T15:14:04 dbs: aha :-) 2011-11-01T15:15:09 (since the bills history interface last i checked omitted transactions where all billings were voided and there were no payments. 2011-11-01T15:15:15 ) 2011-11-01T15:16:10 Yeah that's not been very fun for us. 2011-11-01T15:17:32 The unseen voided billings I mean. 2011-11-01T15:18:36 yeah, so with this we'd be seeing more instead of less visibility. acceptable for us. 2011-11-01T15:19:10 +1 2011-11-01T15:22:22 *** s1gn1fy has joined #evergreen 2011-11-01T15:31:40 new servers++ 2011-11-01T15:31:41 :D 2011-11-01T15:32:51 Yay! 2011-11-01T15:36:34 Is it normal for the 0643 upgrade script to run for a long time? 2011-11-01T15:36:54 yes 2011-11-01T15:37:05 thought so. thanks. 2011-11-01T15:37:08 Took us a couple of hours. 2011-11-01T15:37:32 well, guess it will take me a couple of hours, too. :) 2011-11-01T15:37:44 maybe I should have just run a databse dump. 2011-11-01T15:38:15 bshum++ # pinesol intervention 2011-11-01T15:38:56 Dyrcona: Of course, we ran the pre-upgrade-script version. Slightly simpler, but takes no less time ;) 2011-11-01T15:39:34 well, I'm updating my dev machine in the office and my one at home. 2011-11-01T15:39:56 Doing the one at home as a mostly fresh installation. 2011-11-01T15:40:11 I forgot how much there was to configure. 2011-11-01T15:49:37 *** plux has quit IRC 2011-11-01T15:50:21 grabbing 0645 2011-11-01T15:58:06 *** kmlussier has quit IRC 2011-11-01T15:58:52 grace_periods-- 2011-11-01T16:00:24 *** Meliss has quit IRC 2011-11-01T16:04:10 jeff: I did some significant work on that recently for backdating and such... 2011-11-01T16:05:15 *** dbs has quit IRC 2011-11-01T16:11:45 things checking for tomorrow. 2011-11-01T16:11:51 checking in 2011-11-01T16:12:17 Patrons getting notices before the events that send the notices even fire. 2011-11-01T16:12:27 I need to find the person with the time machine. 2011-11-01T16:13:07 tsbere: yeah. my main gripe with grace periods is that we don't use them and i'm uncertain of how they're supposed to work, so when I see code dealing with them, I'm not sure how NOT to break it. 2011-11-01T16:13:33 jeff: I re-wrote almost all of it somewhat recently. Ask me questions :D 2011-11-01T16:18:19 tsbere: How do grace periods work? :-) 2011-11-01T16:19:31 jeff: You want in master, or do you want the history lesson from before then too? 2011-11-01T16:19:55 *** collum has quit IRC 2011-11-01T16:20:00 both, if you have the time and inclination. 2011-11-01T16:21:27 wish I'd known that 0643 would take so long. I'd have run it via screen. 2011-11-01T16:22:36 *** s1gn1fy has quit IRC 2011-11-01T16:23:42 dang...I'm feeling like a newb.... 2011-11-01T16:23:59 anyway to check the names of users registered with ejabberd? 2011-11-01T16:25:01 Dyrcona: Several. Easiest for your purposes is to try and register them. If that doesn't work, change register to change-password if needed ;) 2011-11-01T16:25:10 *** ernieSimuro has quit IRC 2011-11-01T16:25:42 i'm getting stupid newb errors on running autogen.sh. :p 2011-11-01T16:25:47 jeff: Before indb grace periods the grace period was a parameter to the fine generator cron job for number of fine intervals. If a circ was within that number of fine intervals overdue the fine generator would skip it for the time being. 2011-11-01T16:25:48 ejabberdctl registered_users private.localhost 2011-11-01T16:25:52 ejabberdctl registered_users public.localhost 2011-11-01T16:25:58 jeff++ 2011-11-01T16:25:58 *** dbs has joined #evergreen 2011-11-01T16:25:59 (changing host as needed) 2011-11-01T16:26:15 Those will work for me verbatime. 2011-11-01T16:26:41 Failed RPC connection to the node ejabberd@evergreen: nodedown 2011-11-01T16:26:54 Well, maybe its not a misconfiguration on my part, exactly..... 2011-11-01T16:27:18 jeff: indb grace periods fixed the problem of on-checkin fine generation making grace periods useless (before indb a patch for "don't do at checkin on % 86400 fine intervals" was included at one point) by moving the grace period to the DB. It became an interval of its own, allowed to be unrelated to the fine interval. 2011-11-01T16:27:25 Dyrcona: sudo? 2011-11-01T16:27:35 oh...sudo! 2011-11-01T16:27:49 I know a babe with the power of sudo! :) 2011-11-01T16:28:00 so, if ejabberd is running and you are running ejabberdctl as root, check /etc/default/ejabberd -- but unless you've changed things, you shouldn't have to do that. 2011-11-01T16:28:50 sudo fixes it, and I think I know what my problem is....I changed two usernames from router to something my ejabberd user, and I think that was a mistake. 2011-11-01T16:29:15 jeff: Most recently (master only, I think) I coded the ability for grace periods to auto-extend, AND made backdating into the grace period void all overdues. Auto extending is controlled by three OU settings, one for master on/off, the other two for modifiers to how extending is calculated. 2011-11-01T16:30:33 okay. grace period bits of void_overdues and extend_grace_period are what I had been looking at most recently. 2011-11-01T16:30:51 *** sfortin has quit IRC 2011-11-01T16:31:12 Any specific questions there? 2011-11-01T16:31:41 think it is working now. guess I can help *other* newbs a little better next time they say they're starting up and getting that error. 2011-11-01T16:32:06 jeff: In general, backdating into the grace period auto-changes from "backdated" to "backdated with amnesty", basically. 2011-11-01T16:32:11 tsbere: not yet. knowing what you just explained helps me put it into context -- most fell into place. 2011-11-01T16:32:55 do we have a forward-date checkin option? 'cause I got a call a few minutes ago from a staff person who says that books are showing a checkin date of tomorrow. 2011-11-01T16:33:24 *** jamesrf_ has joined #evergreen 2011-11-01T16:33:25 We have "time zones are a PITA" forced on 2011-11-01T16:33:33 Beyond that I don't think so 2011-11-01T16:33:38 *** jamesrf has quit IRC 2011-11-01T16:33:47 Dyrcona: offlines with badness all around? server clock off somewhere? backdated checkin interface with tomorrow's date input -- i've never tried that... 2011-11-01T16:34:04 jeff: Backdate to the future fails, I think... 2011-11-01T16:34:15 client doesn't like to let you do that 2011-11-01T16:35:10 * Dyrcona redirects emails to the in-house ticket system. 2011-11-01T16:38:54 whee. i can login with srfsh, so I guess I'm done. :) 2011-11-01T16:54:10 *** b_bonner_ has joined #evergreen 2011-11-01T17:00:40 there are surprisingly few places where bills are voided/unvoided. 2011-11-01T17:00:50 just lots of paths to those places. 2011-11-01T17:01:53 *** akilsdonk has quit IRC 2011-11-01T17:02:04 jeff: I think that is a good thing 2011-11-01T17:03:21 i agree. 2011-11-01T17:03:53 it makes it easier to implement theoretical things like "don't void paid billings" 2011-11-01T17:06:03 *** dbs has quit IRC 2011-11-01T17:09:41 *** AaronZ-PLS has quit IRC 2011-11-01T17:16:15 * Dyrcona likes working from home. I probably got more done than if I had gone into the office. 2011-11-01T17:17:48 Well, with the state of our internet today at the office...... 2011-11-01T17:18:11 I think mine had a little momentary trouble at the same time. 2011-11-01T17:18:34 I believe mine goes through the same CO. Maybe they only lost part of their power? 2011-11-01T17:19:36 My cell was a bit dodgy during the down time. 2011-11-01T17:20:12 Your connection likely doesn't terminate there as the next hop, so it was able to route to an alternate path 2011-11-01T17:20:25 could be. 2011-11-01T17:24:38 *** fortin has joined #evergreen 2011-11-01T17:26:08 *** _bott_ has quit IRC 2011-11-01T17:26:11 *** dkyle has quit IRC 2011-11-01T17:34:13 :-( 2011-11-01T17:51:56 *** jenny has left #evergreen 2011-11-01T18:07:35 *** yboston has quit IRC 2011-11-01T18:10:01 *** youdonotexist has quit IRC 2011-11-01T18:15:44 *** fortin has quit IRC 2011-11-01T18:24:41 *** jamesrf_ is now known as jamesrf 2011-11-01T18:28:47 jeff: Something wrong? 2011-11-01T18:29:33 tsbere: reacting to the bott/dkyle ping timeouts. 2011-11-01T18:29:42 ahh 2011-11-01T18:41:37 well, i can login to my home server with a staff client, so yay for me! :) 2011-11-01T18:43:01 maybe I'll catalog some of my books... 2011-11-01T18:44:59 squirrels-- 2011-11-01T18:45:48 *** mrpeters-isl_ has joined #evergreen 2011-11-01T18:49:23 hey guys -- im trying to relocate the "Place Hold" link in our catalog (in rdetail) but am running in to trouble with it in 2.0.4. This -- http://git.evergreen.lib.in.us/git/?p=Evergreen.INCustom/Evergreen/.git;a=commitdiff;h=88311dece29353829b508c3e941e0340adf803bc -- works in rel_2_1 -- but doesnt in rel_2_0. I've tried to "borrow" the code from rdetail_summary.xml and move it to rdetail_extras.xml but no such luck. T 2011-11-01T18:50:09 anyone have a branch where they've done something similar that I could poke at? 2011-11-01T18:51:00 mrpeters-isl_: Remove the id='rdetail_place_hold' from the td, it should only be on the a 2011-11-01T18:51:45 ok ill give that a shot 2011-11-01T18:53:29 * mrpeters-isl_ remembers you already telling me this. i must have comitted the wrong code to git though. 2011-11-01T18:57:08 http://mig.evergreen.lib.in.us/opac/en-US/skin/default/xml/rdetail.xml?r=7218078 -- that seems to break things 2011-11-01T18:57:50 http://pastie.org/2796007 2011-11-01T18:58:40 You typoed something, I guess? 2011-11-01T18:58:46 * tsbere would need to see the diff 2011-11-01T18:59:48 yeah, im going to share it. I don't think I missed anything but xmllint chokes hard on rdetail_extras.xml 2011-11-01T19:00:43 *** mrpeters-isl__ has joined #evergreen 2011-11-01T19:02:27 *** sal_ has quit IRC 2011-11-01T19:04:23 *** mrpeters-isl_ has quit IRC 2011-11-01T19:04:23 *** enhancin has quit IRC 2011-11-01T19:05:15 tsbere: http://git.evergreen.lib.in.us/git/?p=Evergreen.INCustom/Evergreen/.git;a=commitdiff;h=17321b599f8e729b026189c592585eaaf4dfb3f0 2011-11-01T19:06:26 not sure where that extra class came from...maybe thats my problem 2011-11-01T19:06:42 yep thatll do it 2011-11-01T19:07:21 mrpeters-isl__: I'm not sure about the ; after the javascript href. 2011-11-01T19:08:32 it seems to work on the previously linked catalog page 2011-11-01T19:09:24 hold went through 2011-11-01T19:09:27 mrpetest-isl__: OK. 2011-11-01T19:13:25 Thinks maybe someone should document setting up a z39.50 target. 2011-11-01T19:18:54 *** mrpeters-isl__ has quit IRC 2011-11-01T19:56:49 *** enhancin has joined #evergreen 2011-11-01T20:00:45 guess no one is around who knows the significance of the format column in config.z3950_attr? 2011-11-01T20:01:05 I'm trying to configure an Evergreen installation to talk to another Evergreen installation via z39.50. 2011-11-01T20:01:45 So far, title searches seem to work, but ISBN searches don't. Even if I copy and paste the isbn as it appears in the marc on the z3950 target server. 2011-11-01T20:05:04 Dyrcona: format is the same as bib-1 "structure" attribute 2011-11-01T20:05:06 I suppose question 1 is "does the target z39.50 server work on isbn searches in general" 2011-11-01T20:08:40 the target z39.50 server is ours at MVLC. 2011-11-01T20:09:12 jamesrf: does mean the format should be 1? 2011-11-01T20:10:47 i don't know what it should be for an Evergreen server but i tried it using yaz-client against our server and it doesn't seem to matter 2011-11-01T20:11:06 on our z39.50 targets most are 6, some are 1 or 2 2011-11-01T20:11:11 for isbn 2011-11-01T20:11:26 i don't know enough about the guts of z39.50 to make a successful attempt with yaz-client. 2011-11-01T20:11:48 also, I think I need to edit my shortcuts to use -no-remote. 2011-11-01T20:14:27 you can look in your logs for something like this: z3950: search [@attr 1=8 @attr 4=1 @attr 5=1 "1570612552" ] took 0 seconds 2011-11-01T20:14:58 you can put that stuff in the square brackets into the "raw search" on the z39.50 screen 2011-11-01T20:15:54 tinker with the values, @attr 1= is code, 4 = format, 5 = truncation, what's after the = is the value 2011-11-01T20:16:28 code = 'use', format = 'structure' in bib-1 speak: http://www.loc.gov/z3950/agency/defns/bib1.html 2011-11-01T20:18:09 although i would first also follow tsbere's advice and check that the target EG server can respond to isbn searches 2011-11-01T20:19:17 Dyrcona: If it is our server I wouldn't trust it. Test it anyway. ;) 2011-11-01T20:19:42 Because you think SRU is broken? 2011-11-01T20:20:16 Because I don't trust any of our configs that aren't used by our libraries daily. And some of them I don't even trust. 2011-11-01T20:21:19 i can't get two instances of evergreen to run at the same time, and I'm using the xulrunner -no-remote option on both. 2011-11-01T20:21:47 should it go before or after the application.ini file? 2011-11-01T20:21:53 You will need two profiles 2011-11-01T20:22:08 probably after the application.ini, though 2011-11-01T20:24:56 one is set to aa_permachine, or maybe they both are with different installation directories. 2011-11-01T20:25:14 I renamed one in the application.ini and its working for now. 2011-11-01T20:25:46 Even when permachine they still use the profile directory. They just store some things in the install directory instead. 2011-11-01T20:27:25 well, it looks like our server is busted for isbn searching via z39.50. 2011-11-01T20:27:40 if I search using a client connected to our server, I find the book. 2011-11-01T20:27:45 in the local catalog. 2011-11-01T20:28:13 If I search from a client connected to my dev server against our server at MVLC, I don't find the book via ISBN. 2011-11-01T20:29:23 If I add the LOC into the search, I can find their copy by ISBN. 2011-11-01T20:29:46 tsbere: Should I open a ticket? :p 2011-11-01T20:31:23 :p 2011-11-01T20:31:46 *** akilsdonk has joined #evergreen 2011-11-01T21:04:43 *** akilsdonk has quit IRC 2011-11-01T21:31:51 catalogued 4 books despite z39.50 woes. 2011-11-01T21:43:43 *** agJohn has quit IRC 2011-11-01T21:55:41 *** dbs has joined #evergreen 2011-11-01T22:23:42 *** Dyrcona has quit IRC 2011-11-01T23:18:08 *** dbs has quit IRC 2011-11-01T23:45:07 [{"__c":"osrfMessage","__p":{"threadTrace":0,"payload":{"__c":"osrfMethodException","__p":{"status":" *** Call to [open-ils.fielder.cmc.atomic] failed for session [0.73293056755594171320205383572], thread trace [0]:\nBad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at /usr/lib/perl/5.10/Socket.pm line 214.\n\n","statusCode":500}},"type":"STATUS","locale":"en-US"}}] 2011-11-01T23:45:13 that's a new one.