Time Nick Message 00:45 hudsonbot Starting build 304 for job Koha_Master (previous build: STILL UNSTABLE -- last SUCCESS #296 1 day 2 hr ago) 00:46 munin New commit(s) kohagit: Bug 5327 - Now we are doing db calls, we need to shift this to t/db_dependent <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=e03026adffe58561db842f7dcf8dcb064539b224> / Added unit tests to test all of get_amazon_tld in Amazon.pm. <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=b56121db026837e3d6d6e7e7f3800d7a5b92923c> 01:12 hudsonbot Project Koha_Master build #304: STILL UNSTABLE in 26 min: http://hudson.koha-community.org/job/Koha_Master/304/ 01:12 hudsonbot * Zach Sim: Added unit tests to test all of get_amazon_tld in Amazon.pm. 01:12 hudsonbot * Chris Cormack: Bug 5327 - Now we are doing db calls, we need to shift this to t/db_dependent 01:21 chris !hudson build koha_master now 01:21 hudsonbot chris: job koha_master build scheduled now 01:22 hudsonbot Starting build 305 for job Koha_Master (previous build: STILL UNSTABLE -- last SUCCESS #296 1 day 2 hr ago) 01:24 chris @later tell jcamins if you want a patch to make it into my list, make sure you set the bug to signed-off .. this is your one freebie :) 01:24 munin chris: The operation succeeded. 01:33 CIA-1 Koha: 03chrisc 07new/enh/bug_4289 * rv3.02.00-560-gd5c0b2a 10/ (installer/data/mysql/updatedatabase.pl kohaversion.pl): Bug 4289: Bumping version number up 01:33 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4289 enhancement, PATCH-Sent, ---, oleonard, NEW, Add a syspref 'OpacPublic', to hide OPAC search-bar and force authentication on all OPAC pages 01:36 munin New commit(s) kohagit: Bug 4289: Bumping version number up <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d5c0b2a4be9c14efef5c4127af01a035a8f29f71> / Bug 4289 Followup: Add syspref default value and in opac.pref <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=b63a2ae03fa015e8f5304871385decb25398a5f4> / Bug 4289: 'OpacPublic' feature <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=f46b03cf2da045c7 01:40 CIA-1 Koha: 03claudia.forsman 07new/enh/bug_5628 * rv3.02.00-561-g422df40 10/koha-tmpl/opac-tmpl/prog/itemtypeimg/kids icons new/ (28 files): New icon set for kids, has ben rezided to 48 by 48px 01:41 CIA-1 Koha: 03chrisc 07new/enh/bug_5628 * rv3.02.00-562-ga387b6f 10/ (85 files in 4 dirs): New icon set, renaming and making files in the intranet too 01:41 CIA-1 Koha: 03chrisc 07new/enh/bug_5628 * rv3.02.00-562-g907cf10 10/ (85 files in 4 dirs): New icon set, renaming and making files in the intranet too 01:42 CIA-1 Koha: 03chrisc 07new/enh/bug_5628 * rv3.02.00-562-gbe1a194 10/ (85 files in 4 dirs): New icon set, renaming and making files in the intranet too 01:44 havergara hello 01:44 havergara can someone help me with my problem please? 01:50 hudsonbot Yippie, build fixed! 01:50 hudsonbot Project Koha_Master build #305: FIXED in 28 min: http://hudson.koha-community.org/job/Koha_Master/305/ 01:50 havergara no one online? 01:50 havergara T_T 01:51 hudsonbot Starting build 306 for job Koha_Master (previous build: FIXED) 01:51 havergara :s 02:08 mib_glrnd sorry about the typo by the way >.< 02:08 havergara hello guys can you please healp me? 02:09 chris whats your problem? we wont know if we can help until we know what the issue is 02:09 ibeardsle no-one can help anyone without knowing what the problem is and what has been done to sort it out 02:09 havergara sorry 02:10 havergara i was asking for help for around sometime already no one is responding :s 02:10 havergara my problem involves the fines in my KOHA system 02:11 havergara everything is set accordingly,, the cronjob for fines.pl is already running 02:11 chris ok 02:11 havergara and the computation of fines according to the log on the server is functioning well 02:12 havergara but when i go to the OPAC and see the overdued items a patron borrowed, it says under fines field: NO 02:12 havergara the item is supposed to be overdued over two days already 02:12 claudia the apologies about the typo was from me fyi >.< sorry about that. 02:13 chris is there lines in your accountlines table? 02:13 chris for that borrower 02:13 havergara yes there is 02:13 chris what version of Koha 02:13 Spartanes Chris is teaching us to typo in commits. 02:13 havergara version 3.00.06.010 02:14 claudia its true 02:14 chris if you look at the patron in the staff side, does it show the fines? 02:15 chris i havent heard this bug reported before, but 3.0.6 is pretty old now, so it may have been fixed 02:15 havergara no sir...it says the same... 02:16 havergara there are some which have the same situation as mine on the forums but there are no folow ups as to if those problems have already fixed 02:16 hudsonbot Project Koha_Master build #306: UNSTABLE in 25 min: http://hudson.koha-community.org/job/Koha_Master/306/ 02:16 hudsonbot * Mason James: Bug 4289: 'OpacPublic' feature 02:16 hudsonbot * Fr?d?ric Demians: Bug 4289 Followup: Add syspref default value and in opac.pref 02:16 hudsonbot * Chris Cormack: Bug 4289: Bumping version number up 02:17 havergara a chris sir... 02:17 chris havergara: i know that fines definitely show in all the 3.2.x releases 02:17 havergara there is no record for that user in the accountlines 02:17 chris oh, i thought you said there was? 02:17 havergara im sorry for that 02:17 havergara i just checked 02:18 chris ahh, well then it sounds like fines2.pl is not putting the fines in 02:18 chris thats where they are stored 02:18 havergara where can i find this fine2.pl 02:18 chris or fines.pl 02:18 havergara my koha 3 seems to not have this file 02:18 chris if you run fines.pl by hand, does it work? 02:19 havergara yes sir 02:19 havergara it works 02:19 havergara i just did that too awhile ago 02:19 chris i mean does it put rows into accountlines 02:19 havergara but if i check on the staff and OPAC...no fines appears 02:19 chris if not, then either its not working or the rules are not set up right 02:19 chris all fines.pl should do, is put rows into accountlines 02:20 havergara o,,no sir...if i do the fines.pl by hand, it shows computation but there are no records entered to the accountlines 02:21 havergara the only things showing in my accountlines table are the charging of reservation and membership if im not mistaken... 02:21 havergara OMG 02:21 havergara im screwed..hehe! 02:22 chris you need to check your system preferences 02:24 chris check the setting for finesMode 02:24 chris what is that set to? 02:28 havergara hello 02:28 havergara sir chris 02:28 havergara i a,went to our server\ 02:28 havergara sorry for the delay on reply 02:28 chris yep, what is the systempreference for finesMode set to? 02:28 havergara so this is the situation im into 02:29 havergara a ok...uhm it is set to production 02:30 havergara we executed the fines.pl in the server and the result was it ca detect the patron having fines but then i think the computation is not done 02:31 eter hey yall ... took a loong holiday break 02:31 chris havergara: there is no setting for calculate and charge 02:31 havergara it can only detect that a certain patron has overdues and those overdues are the dues made in Account management and Reserve Charge 02:32 eter hey chris how is your new yaer? 02:32 chris eter: pretty good so far 02:32 havergara sir can i request you to guide me to step by step set my fines preferences pls?:) 02:32 chris havergara: i have no idea for 3.0.6 02:32 chris you are probably best to ask on the mailing list 02:32 havergara aw :s 02:33 eter hey system.prefs> opacheader is that for links to customization files or is it for direct codes? 02:33 havergara i did already posted a load there but my account up to now is not accepted 02:33 havergara wt heck..hehe 02:34 eter ok never mind found it ....codes 02:34 havergara by the way, chris what do you mean i have no setting for calculate and charge? 02:34 chris in 3.2.x there are 3 settings you can choose for finesmode 02:35 chris one is 'calculate and charge' 02:35 havergara o...yeah i think i really dont have that 02:35 havergara do you think thats the problem?\ 02:36 havergara and heres an update to the records inside accountlines 02:38 havergara what is account type "FU" 02:38 chris Fine Unpaid 02:38 havergara there is a record just added 02:38 chris cool, what is the borrowernumber? try looking at that borrower in the opac 02:39 chris (or in the staff interface) 02:39 havergara ok ok...:) 02:40 havergara yeah!wooooooooooooooooooooooooooo...! 02:40 havergara i think its a fine from overdues of books\ 02:40 havergara but 02:41 havergara hey why is it located on the total and not in line with the book record 02:41 chris yes FU is from overdues 02:41 havergara i mean in the staff client 02:41 havergara over the patron details 02:41 chris i dont know, i havent looked at 3.0.x in over a year 02:42 havergara on the checked out are 02:42 havergara on the cheked out area 02:43 havergara there you can see the fields: ITEM TYPE, TITLE, CHECKED OUT ON, DUE DATE, CHARGE, and PRICE 02:43 havergara under charge 02:43 chris thats replacement price 02:43 chris not the fines 02:43 chris they only show on the accounts page 02:43 chris the price column there is for the price of the book 02:44 havergara ok i see 02:44 havergara so i went to the OPAC 02:44 havergara and went to my fines 02:44 wasabi havergara: i think chris is whispering you "update your koha to 3.2-stable" :) 02:44 havergara there under fines, still "No" is placed 02:45 chris but it is showing in staff? 02:46 havergara i mean on summary, if i go to summary, it says under fines "No" 02:46 havergara but if i go to the my fines, the fine is already showing 02:46 havergara wasabi hahaha 02:46 chris ok 02:46 chris so yeah, that might be a bug, but 3.0.x is no longer developed, so it wont be fixed 02:47 chris and probably is already fixed in 3.2.x and 3.4 02:47 havergara :s:/ 02:47 havergara what is the latest stable version of koha anyway? 02:47 chris 3.2.2 is the latest stable release 02:47 havergara o ok... 02:47 chris 3.2.3 will be released on the 22nd 02:48 havergara hmmmm 02:48 havergara but my 3.0 is already implemented 02:48 havergara their going to kill me haha 02:48 havergara and i havent any experience yet in upgrading... 02:48 wasabi $ git reset —hard v3.02.00-rc 02:49 wasabi so, set up a test koha…. 02:49 chris yes you should definitely do the update on a test one first 02:50 wasabi and experiment with upgrading it to 3.2 02:50 chris and the bug is fairly minor, as the fines are actually being levied 02:50 wasabi http://wiki.koha-community.org/wiki/Version_Control_Using_Git 02:51 chris so its just a display issue on the summary page 02:53 havergara yes i believe it is 02:54 havergara let me just see if i can fix that issue :D 02:56 chris claudia: http://www.myacpl.org/koha/?p=160 02:57 glernil good day! 02:57 glernil how can i show the call number of the biblio in the opac? 03:04 havergara i think thats supposed to be filled in the catalog record? 03:07 havergara chris? 03:07 ibot rumour has it chris is awesome or a real world traveller 03:09 Silens claudia? 03:09 havergara this i think is the one causing the display issue 03:09 havergara <!-- TMPL_VAR NAME="charge" --> 03:32 Amit heya all 03:42 ibeardsle would people consider the system accepting a birthdate in the future a bug? 05:00 chris ibeardsle: yes, I would 05:10 Oak \o 06:17 ibeardsle chris: johnboy's had a unit test that was returning -19 as an age .. maybe walk him through getting a bug filed ;) 06:18 chris Good idea :) 06:53 cait good morning #koha 06:58 francharb hello #koha 07:06 cait hi francharb 07:15 Amit heya cait 07:19 cait hi Amit 07:24 cait bye all 07:45 chris evening all 07:51 kf morning #koha 07:55 ibeardsle this the 2nd shift starting? 07:57 CIA-1 Koha: 03chrisc 07new/enh/bug_4289 * rv3.02.00-561-gce5bf27 10/installer/data/mysql/ (6 files in 6 dirs): Bug 4289: Updating other sysprefs until we change the installer, we need to do this 07:57 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4289 enhancement, PATCH-Sent, ---, oleonard, NEW, Add a syspref 'OpacPublic', to hide OPAC search-bar and force authentication on all OPAC pages 07:57 chris ibeardsle: europe coming online :) 07:59 kf huh? 07:59 kf unit_tests++ :) 08:01 munin New commit(s) kohagit: Bug 4289: Updating other sysprefs until we change the installer, we need to do this <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ce5bf27254f405e622efa3283708b01892c28bdf> 08:04 kf morning paul_p 08:04 * kf wonders what cait was doing here... 08:08 paul_p 'morning kf 08:08 paul_p i'm in Metz, near germany ;-) 08:15 hudsonbot Starting build 307 for job Koha_Master (previous build: UNSTABLE -- last SUCCESS #305 6 hr 53 min ago) 08:35 kf paul_p: you are travelling a lot! but still 355km away from me google maps says 08:38 hudsonbot Yippie, build fixed! 08:38 hudsonbot Project Koha_Master build #307: FIXED in 23 min: http://hudson.koha-community.org/job/Koha_Master/307/ 08:38 hudsonbot Chris Cormack: Bug 4289: Updating other sysprefs until we change the installer, we need to do this 08:38 paul_p kf, yep, my wife think i'm travelling too much... 08:39 ivanc hallo #koha 08:39 paul_p next week in Lille once again 08:39 paul_p 'morning ivanc -at least if you're from Europe/Africa- otherwise good afternoon, evening or whatever ;-) 08:49 * kf waves to ivanc 08:52 chris http://hudson.koha-community.org/job/Koha_Master/HTML_Report/? <-- check it out, 49.2% subroutine coverage, im aiming for 80% eventually but as long as it keeps going up im happy 09:05 paul_p hello chris. How are things in NZ ? 09:08 paul_p chris ? 09:08 ibot chris is awesome or a real world traveller 09:09 chris paul_p: busy but good 09:09 paul_p I've a question for you : i've splitted biblibre-various in 20 very small branches, with 2-3 patches each. Do you prefer a pull request for each of them or a git send-email ? 09:10 * paul_p tend to go git-send-email 09:10 ivanc hallo kf :) 09:12 chris git send-email then hopefully ppl will sign off on them 09:13 paul_p ok, will do that. 09:13 paul_p 2nd question = any news from integration of other branches ? [I have had no more feedback from anyone] 09:13 chris nope, still waiting on sign off on them, you read owens feedback eh? 09:14 paul_p which one ? [i've read some and think I fixed them, but may have missed something] 09:15 chris on the wiki i think 09:15 * paul_p will check again [maybe we have too many sources : wiki, bz, mls ...] 09:21 chris well normally feedback would go on the bug, but most of these dont have bugs 09:21 chris hopefully that wont happen anymore 09:21 kf I am not sure, but I think the bug got updated as well 09:21 kf I remember seeing a lotof mails 09:22 paul_p yep kf, me too, i'll check again 09:22 kf yep, bug 5575 09:22 chris its hard to update the bug, cos the bug covers a lot of things 09:22 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5575 enhancement, PATCH-Sent, ---, paul.poulain, NEW, 3.4 BibLibre circ & members improvements 09:22 kf owen++ 09:22 paul_p owen++ 09:22 chris i think that branch is getting pretty close to being mergeable 09:23 paul_p and I missed all of those comments. 09:23 paul_p owen++ 10:40 paul_p ok, time to go to catch my train... good night to kiwis/aussies, good day to others 14:08 hdl hi 14:08 kf hi hdl 14:08 owen Hi everyone 14:08 hdl hi owen 14:09 hdl still confused why would the irc connections per ip be limited to 3 connections 14:34 jcamins Good morning, #koha 14:36 owen Hi jcamins 14:37 sekjal howdy, jcamins, owen, hdl! 14:39 kf hi sekjal and jcamins 14:40 sekjal hi, kf! 14:47 jcamins Hello, owen, sekjal, and kf. 15:55 wizzyrea good morning 15:56 wizzyrea well that was not what I intended to do 16:06 fcapo Hello, I'm having a problem with my search results right now. Some search results show "No title" and they have no biblionumber. 16:06 fcapo Koha version 3.02.02.001 16:08 fcapo The problem happens on marc records that go over the 99999 characters limit of the MARC format. 16:09 fcapo I use -x option on rebuild zebra so it can index the records that go over that limit, but those records show "No title" 16:12 fcapo Koha seems to be configured to use GSR-1 and not DOM for Zebra indexations 16:12 fcapo for biblio records that is... 16:14 fcapo So when I get the search results from Zebra, I get them in MARC format and not XML, so the 99999 characters limit kicks back and the search result is broken. 16:15 fcapo see: http://search.cpan.org/~mirk/Net-Z3950-ZOOM/lib/ZOOM.pod#raw%28%29 16:15 kf sorry fcapo - have not run into that 16:19 hdl fcapo: yes... 16:19 hdl fcapo: it is using GRS-1 for biblio records 16:19 hdl and the limit is there. 16:19 hdl You may want to use the zebrasrv with -k 50000 16:19 hdl fcapo: yes... 16:19 hdl fcapo: it is using GRS-1 for biblio records 16:19 hdl and the limit is there. 16:19 ibot i already had it that way, hdl. 16:19 hdl You may want to use the zebrasrv with -k 50000 16:21 fcapo hdl: I'll look into that option, thanks for the feedback 16:25 fcapo tried with -k 50000 then did a rebuild_zebra.pl . It changed nothing. 16:27 fcapo then problem is that I receive the search results in MARC when they should be in XML. If a record goes over the limit of 99999 characters, I don't receive the full record because the size information of the leader is incorrect. 16:28 fcapo XML doesn't look at the size information of the leader, that's why it can go over the limit. 16:28 hdl yes. 16:28 hdl in fact, I think that MARC::Record should not rely on directory 16:29 hdl to build the structure. 16:29 hdl It should take tag/subfield characters and decode. 16:30 hdl But that would not abide by the normalization 16:31 hdl We have had the same problem and would be induced into either get the MARC::File::XML or reduce the count of items (usually it is because the record contains XXXXXXXXX items) 16:32 hdl using the XML returned by zebra could be a way... But it is s l o w 16:32 fcapo so that's the reason they stayed with GRS-1? 16:33 hdl one of the reasois 16:33 fcapo ok 16:53 chris_n circ rules question; given a self-checkout setup: if a patron runs up against their renewal limit, what's to keep them from checkin/checkout and circumvent the renewal limit? 16:54 kf hm 16:54 kf I think nothing 16:54 kf but if there is no reserve on it it's probably not really a problem? 16:54 kf otherwise he could come back the next day... only annoying for the borrower 16:55 kf but: the problem is he will even be able to check the item out again if there is a reserve (using selfcheck) 16:55 kf at least this is what happens at our self check stations (rfid/sip2) because the item does not go into waiting 16:55 wizzyrea ther'es nothing that keeps someone from doing that 16:55 wizzyrea kf really? 16:55 kf yep 16:55 wizzyrea I thought that was fixed 16:56 * wizzyrea is suddenly unsure that all of our dev escaped 16:56 wizzyrea because ours won't let you check something out without a reserve 16:56 wizzyrea er 16:56 kf with :) 16:56 wizzyrea if a reserve is placed 16:56 wizzyrea yes, that 16:56 kf we are waiting for the rfid vendor do some tests now 16:56 kf but the tests we did looked not very promising :( 16:56 wizzyrea that makes me feel very unhappy :) 16:56 wizzyrea :( 16:57 wizzyrea 3.2 version? 16:57 kf 3.1.61 16:57 wizzyrea ohh 16:57 wizzyrea yea 16:57 wizzyrea ok 16:57 kf tested with 3.2.1 I think 16:57 wizzyrea hmmm 16:58 kf bug 3638 16:58 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3638 normal, PATCH-Sent, ---, colin.campbell, ASSIGNED, Status of hold not changed when item checked in via SIP2 Interface 17:00 kf wizzyrea: perhaps I missed something, hope they will test tomorrow and we will know more 17:00 chris you might need to bug colin about that 17:00 kf have to go now - getting late - see you all a bit later 17:00 kf hi chris 17:01 kf updated bug - but I see now that I didn#t mention the "checkout with reserve" 17:01 kf will try to write him this week when vendor has tested 17:01 kf bye all - coworker waiting for me 17:03 chris_n back, sorry 17:05 chris_n so in reality, renewal limits are only to accommodate holds? 17:06 wizzyrea well no 17:06 wizzyrea it's to keep someone from renewing an item indefinitely 17:06 wizzyrea through the opac 17:06 chris_n but not through self-checkout 17:06 wizzyrea right 17:06 chris_n seems a bug to me then 17:06 wizzyrea maybe the selfcheck needs to honor that, to make it so that a staff person has to check it in and out again 17:07 chris_n that's the behavior I would expect 17:07 wizzyrea I think I agree with that 17:07 wizzyrea this is the builtin self check, not a RFID one 17:07 wizzyrea right? 17:07 * chris_n wonders how many libraries use self-checkout 17:07 chris_n right 17:07 wizzyrea at least on our RFID machines, you can't check in from the kiosk 17:08 wizzyrea you can renew, but once you hit the limit it disallows it 17:08 chris_n iirc one can forbid a patron from checking in using self-checkout 17:08 wizzyrea and you'd have to talk to a person 17:08 chris_n there's a syspref for it 17:09 * wizzyrea notes that her machines are not using the builtin selfcheck, do it through SIP 17:09 chris_n right 17:09 wizzyrea and I believe it works as you expect it to 17:09 chris_n we probably should disallow checkins via self-checkout 17:09 wizzyrea that would be your best immediate solution 17:09 wizzyrea probalby 17:10 wizzyrea properly spelled, of course 17:10 chris_n hehe 17:13 chris hdl: do you have a minute? 17:13 chris can you try connecting more than 4 times now? 17:14 chris or anyone for that matter 17:15 * chris thinks he has changed that limit 17:15 * chris_n need to have his head checked 17:16 chris_n chris: limit? 17:16 ibot it has been said that limit is there. 17:16 wizzyrea ibot forget limit 17:16 ibot wizzyrea: I forgot limit 17:16 wizzyrea connect to what? 17:16 jcamins IRC. 17:16 wizzyrea o 17:17 chris yeah 17:17 chris_n wizzyrea: preventing checkouts would sort of defeat the purpose of having a self-checkout.... :-S 17:17 chris_n so sco really needs a feature that prevents checking out an item that is over its renewal limit 17:17 wizzyrea chris_n: true, but you were wanting to limit checkIN's 17:18 chris_n arghh!! :-P 17:18 wizzyrea so that to check in the book had to go through a staff member :) 17:18 chris that makes sense to me 17:18 chris_n is it time to quit yet? 17:18 jcamins wizzyrea: you can check *in* with a self check-out machine? 17:18 wizzyrea hehe 17:18 wizzyrea jcamins: not on ours you can't 17:18 wizzyrea apparently you can with the builtin sco 17:18 chris yeah sounds dangerous 17:18 chris_n very 17:18 chris checkin and then leave with the book 17:18 chris_n yup 17:19 * wizzyrea makes the zoidberg noise: "woop woop woop woop" 17:19 chris should be off by default 17:19 chris_n also allows circumvention of the renewal limits 17:19 chris_n chris: isn't there a syspref to control that? 17:19 chris maybe 17:19 chris but it should be off by default 17:20 chris it might be that you have to turn it off ... you should have to turn it on 17:20 chris is what i want checked :) 17:21 wizzyrea http://www.youtube.com/watch?v=R97Ao5e3m5E&feature=related 17:21 wizzyrea this noise 17:21 wizzyrea (please don't watch the whole thing) 17:21 jcamins wizzyrea: why? 17:22 wizzyrea because it's 11 minutes of zoidberg going woop woop woop 17:22 wizzyrea and you might go a bit batty. 17:22 jcamins No, *that* I understood. 17:22 wizzyrea lol 17:22 jcamins I was asking more generally, why? 17:22 wizzyrea why not? 17:22 * wizzyrea might be feeling obtuse. 17:23 wizzyrea better than acute, I guess. 17:23 jcamins :) 17:25 chris so can anyone confirm the multiple connects from the same ip/subnet to irc now works? 17:25 wizzyrea un moment 17:25 chris seems to from here, but i want signoff :-) 17:26 * chris_n will have to investigate further, but there does not appear to be such a syspref 17:26 jcamins How many of me are connected now? 17:26 liz2 I have 5, what was teh limit 17:27 chris used to be 4 17:27 * chris_n thinks we can really get things done now 17:27 chris so looks fixed to me 17:27 chris_n with so many people 17:27 liz1 omg there are so many of me 17:27 * jwagner pokes head in, sees lots of clones! 17:27 chris cool, time to go put out the rubbish, and make the kids breakfast 17:27 chris thanks for testing 17:27 chris_n quitters! 17:27 chris_n :) 17:28 jwagner And I thought we could get five times the work done.... 17:28 * jwagner goes back to arguing with data mapping now, sigh 17:28 jcamins Did I get all of my clones? 17:28 jcamins Looks like it. 17:35 chris_n @quote add chris: friends don't let friends use proprietary software. 17:35 munin chris_n: The operation succeeded. Quote #115 added. 17:39 cait hi #koha 17:45 cait reading back 17:46 cait wizzyrea: we do check-ins on the self-check 17:46 cait wizzyrea: I think it's agood feature, but perhaps we need to add a pref to check for "had item checked out until renewal limit on the same day" or something like that 17:46 cait if you want to prevent them from doing that 17:47 cait I think most libraries will allow you to check out the book again when nobody has a reserve on it and you have showed it to them once 17:54 * cait talks to herself ;) 18:02 chris i do think there should be a pref to disable checkins on self check though 18:04 cait for sip you can do that in the config file 18:04 chris yes, but we need one for the sco bit 18:04 cait ok 18:05 cait academy today? :) 18:07 chris yep, for the morning 18:07 chris then they are off to weta for the afternoon 18:07 cait weta? 18:08 chris http://www.wetafx.co.nz/about/ 18:08 sekjal can anyone confirm that fines originally posted in 2010 are still accruing in 2011? 18:09 chris none of my clients have advised me otherwise, and it would be the first year that ever happened if it wasnt 18:09 chris ill go look in a couple of dbs 18:09 sekjal thanks, chris 18:10 sekjal I had one client notice this, and I think I've found the same behaviour on another server 18:11 chris it shouldnt care about the date the fine started, but the date the item is due 18:11 cait sekjal: got a fine on a sunday today! have to check again tomorrow :( finesCalendar was set to noFinesWhenclosed 18:11 cait decided to go home after I saw that in my report 18:12 chris and you have all sundays set in the calendar as a holiday eh? 18:16 cait yep 18:16 cait in the library's calendar 18:16 cait wanted to check again tomorrow with standard set too 18:16 chris good idea 18:17 cait but this fines and notices will drive me crazy one day 18:20 cait hm and my report was not paginating... it was really time to leave 18:20 chris sekjal: it seems ok at hlt 18:21 sekjal thanks for checking, chris. 18:21 sekjal this is freakin' weird 18:23 pastebot "chris" at 203.97.214.51 pasted "Fines" (8 lines) at http://paste.koha-community.org/123 18:23 chris running some sql like that might help you 18:24 sekjal chris: does your fines.pl script run around 8:30am? 18:24 chris yup 18:24 sekjal ok 18:25 sekjal for dates from last year, the timestamp get stuck on the last day they were open; no more updates are made by fines.pl, just sometimes by librarians. 18:28 sekjal does HLT use the calendars for calculating fines? 18:30 chris weird 18:30 chris i dont think so 18:31 chris is it doing fines for new ones? 18:31 sekjal I believe so... let me confirm 18:31 chris is it only ones that were due last year that are problem? 18:32 cait what is your finescalendar setting? 18:32 sekjal noFinesWhenClosed 18:33 cait chris ? 18:33 ibot chris is awesome or a real world traveller 18:34 sekjal I'm not seeing new fines with dates after the new year. lost item charges and the like, sure, but not new fines charges 18:34 cait have you checked the calculation in fines.pl? 18:35 chris right so its all items 18:35 chris no fines 18:35 chris ? 18:35 chris fines.pl runs at 1.05am ive found 18:35 sekjal wait, no, I'm seeing fines from 19-01 18:36 pastebot "chris" at 203.97.214.51 pasted "select * from accountlines whe" (8 lines) at http://paste.koha-community.org/124 18:36 chris yeah, cos thats definitely working fine at hlt 18:36 chris ok i have to go catch a bus, ill try to look more at work 18:37 sekjal thanks, chris, have a good ride 19:06 chris My stop bbiab 19:33 chris back 19:37 cait I don't get it 19:38 cait can someone create a new order in koha head and tell me how the calculation works? i have tax and discount set to 10% 19:40 chris hmm probably want one of the biblibre people, or robin 19:40 chris both of whom arent here 19:41 cait yeah, was testing robin's patch 19:42 cait I get 10.0 8.74 - 7.97 19:42 cait 7.87 19:42 cait the last one, not 7.97 19:53 paul_p hello world 19:53 paul_p i'm about to flood patches ml with patches ;-) 19:53 paul_p fixes for 5575 + patches for splitted biblibre_about branch 19:58 chris ill apply the 5575 ones to the branch and push it 19:58 chris paul_p: you shouldnt need to use mibbit anymore, i think ive fixed the limit on connections 19:59 * paul_p checks immediatly 20:00 paul_p_ chris++ 20:01 paul_p_ well, in fact I can't check the limit is gone, because i'm in an hotel, not at office 20:01 paul_p_ but will check later 20:02 chris i got jcamins and wizzy to test they had 5 clones connected each, so i think should be ok :) 20:03 * jcamins thinks it's probably good that it wasn't cait and jcamins... that would've been a lot of talk about analytics. ;) 20:03 cait hehe 20:03 cait at the moment I would be happy to talk about price calculation 20:05 cait ah, I think I found it 20:05 cait my euro rate as not set to 1 20:05 chris johnboy: http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=422df40debd8cc46d085c7022056b84ff71583ee 20:05 chris cait: ahhh that would do it 20:05 cait yep, that was the problem 20:10 Nate hi #koha 20:10 chris hi Nate 20:10 Nate demoing Koha to a library in CT! 20:10 Nate say hi 20:10 paul_p hello cait & Nate 20:10 cait hello paul_p 20:10 owen Hi CT! 20:11 cait hello Nate and CT :) 20:11 paul_p chris, do you have recieved the 6 mails sent to koha-patches@koha-community.org now ? 20:11 jcamins Hello, CT. 20:13 druthb Hi, Nate, and the folks in CT! 20:13 paul_p seems yes, they are in http://lists.koha-community.org/pipermail/koha-patches/2011-January/thread.html 20:13 paul_p but i've nothing in my own mailbox. (I was afraid to have a pb with smtp not enabled on my wifi) 20:15 chris i got 6 mails paul_p 20:15 paul_p ok, will continue with the "various" branches, but I have to file bugs before 20:16 paul_p + looking at a match Marseille/Auxerre (semi final of the french league cup) 20:16 paul_p so don't expect me to be too efficient ;-) 20:18 cait hmpf some ideas about tax? 20:18 cait looking at the code I thought list price dont include + tax rate should work 20:18 cait but I only get the discount calculated 20:46 mib_v56o2 nick\ claudia 20:46 mib_v56o2 nick/ claudia 20:46 owen /nick 20:47 claudia thanks 20:47 cait hi claudia 20:48 claudia hi cait 20:58 cait chris: bug 2865 20:58 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2865 major, P3, ---, chris, NEW, Acquisitions: GST not calculating correctly. 21:00 cait chris: any update on this? I am also not sure that gst really works - is this patch available somewhere? 21:03 chris you'll need to ask robin when he is back 21:05 * chris has lost track, too much to keep track of, im down to just tracking things that are signed off 21:06 cait ook, when will robin be back? :) 21:06 chris 2 weeks 21:06 cait hmpf. 21:06 chris you could have a look in the git.catalyst repo too 21:06 chris if it exists it should be in there 21:06 cait ok 21:06 chris check the hlt branch 21:07 cait trying to understand jo's spreadsheet 21:07 cait I think the budgeted cost should be what the library is going to pay for the book - I would think list price + gst - discount 21:07 cait just thinking loud so someone can disagree 21:08 jcamins cait: I don't know much about budgets, but isn't shipping listed separately? 21:08 jcamins I'd think some libraries would include shipping in their budget. 21:08 jcamins (per-basket, not per-book, though) 21:09 cait oh there is no way to add shipping costs at the moment 21:09 cait so I don't even start talking about that ;) 21:09 jcamins cait: oh. 21:09 jcamins Well, as I said, I don't know much about budgets. 21:09 cait thx for trying ;) 21:10 jcamins What am I doing? 21:11 cait not sure 21:11 jcamins I hate it when I stop typing half-way through a word, and don't know what the word was supposed to be. 21:11 cait oh 21:11 cait want a cookie? 21:11 jcamins Yes please. 21:17 * cait sends jcamins a big chocolate chip cookie 21:17 jcamins Thank you! 21:17 jcamins :D 21:18 jcamins cait++ # for cookies 21:18 cait apparently it's all I am able to do ... 21:24 chris hi ronald 21:27 ronald hiya chris 21:31 cait chris: I think I found the patch - trying to figure it out 21:42 chris cool 22:24 chris wb Nate 22:24 Nate Hi Chris! 22:35 sekjal goodnight, #koha! 22:39 cait good night all 22:52 CIA-1 Koha: 03chrisc 07new/bug_5327 * rv3.02.00-563-g3787664 10/t/ (Members.t db_dependent/Members.t): Shifting and little tidy up of the members tests 22:53 CIA-1 Koha: 03chrisc 07new/bug_5327 * rv3.02.00-563-g3147726 10/t/ (Members.t db_dependent/Members.t): Bug 5327: Shifting and little tidy up of the members tests 22:53 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5327 enhancement, P5, ---, gmcharlt, NEW, Unit tests required for all C4 modules 22:59 Brooke kia ora 23:00 hudsonbot Starting build 308 for job Koha_Master (previous build: FIXED) 23:04 munin New commit(s) kohagit: Bug 5327: Shifting and little tidy up of the members tests <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=314772637ce23285defd5372c772c3562c560fc2> / Bug 5327 Some tests added <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d567945517021ed093c7ec7c246514cea444df12> 23:26 hudsonbot Project Koha_Master build #308: UNSTABLE in 25 min: http://hudson.koha-community.org/job/Koha_Master/308/ 23:26 hudsonbot * johnboy: Bug 5327 Some tests added 23:26 hudsonbot * Chris Cormack: Bug 5327: Shifting and little tidy up of the members tests 23:28 chris 49.9% 23:28 Nate goodnight #koha! 23:30 jcamins Good night, #koha 23:43 wasabi http://idle.slashdot.org/story/11/01/19/2116252/DSL-Installation-Fail