Time Nick Message 03:42 robin my $arg2 = $newdata{'dateenrolled'} || C4::Dates->today('iso'); 03:42 robin ^-- not a good name for a variable :) 04:03 Genji hiya all 04:04 Genji where in the config files in zebra, is the options @attr 2=102 and @attr 5=1 set on things like wrdl? 04:04 Genji or are they set on kw? 05:52 cait good morning 06:27 chris hi cait 06:29 cait hi chris 06:53 chris hi francharb 06:55 francharb hi chris 07:16 chris *sigh* 07:37 Fred Hi 07:38 Fred I ve a question about 3.2 beta 07:39 Fred is there sthg wrong reported with translate script and LangInstaller.pm? 07:40 chris not that im aware of no 07:40 chris you could check bugs.koha-community.org 07:41 Fred i ve found nothing there too :) 07:41 Fred then i guess i ve missed something...cause i got this kind of error : Can't exec "/usr/share/koha/intranet/cgi-bin/misc/translator/tmpl_process3.pl" 07:42 chris hmm 07:42 chris whats the permissions on that file? 07:43 Fred in fact this path seems wrong 07:43 Fred -rwxr-xr-x 1 koha koha 07:43 chris that looks fine then 07:45 Fred but my tmpl_process3.pl is in /usr/share/koha/misc/translator, guess it s that he doesn't like much 07:46 fredericd Fred: It's possible that the translation script doesn't work if Koha isn't installed in devel mode. Not sure it's a bug... 07:46 fredericd chris: Nice exchange on koha list! 07:50 Fred Oh could be that then, cause i m on standard installation 07:51 chris fredericd: its disheartening that have to keep saying the same things again and again and again though :( 08:02 fredericd chris: everybody understands now how to submit large development via git branches; Maybe someone should write it on the wiki 08:02 chris yeah, that wouldn't be a bad idea 08:06 chris and ill tell my wife to invoice PTFS :) 08:14 Fred another question 08:15 Fred i ve been through translation using tmpl_process3.pl for opac and intranet templates, could i do the same for pref.po? 08:15 chris translate 08:49 chris grumble 08:54 chris wb kf 08:55 kf hi chris 10:49 druthb howdy, #koha! 10:49 chris hiya druthb 10:51 chris @wunder wellington,nz 10:51 munin chris: The current temperature in Wellington, New Zealand is 10.0�C (10:00 PM NZST on July 07, 2010). Conditions: Mostly Cloudy. Humidity: 87%. Dew Point: 8.0�C. Windchill: 6.0�C. Pressure: 29.80 in 1009 hPa (Steady). 10:51 chris that winds getting up a bit 10:52 chris http://metservice.com/towns-cities/wellington 10:54 kf|mtg hi druthb 10:54 kf|mtg @wunder Konstanz 10:54 munin kf|mtg: The current temperature in Taegerwilen, Taegerwilen, Germany is 22.3�C (1:04 PM CEST on July 07, 2010). Conditions: Clear. Humidity: 48%. Dew Point: 11.0�C. Pressure: 30.19 in 1022.2 hPa (Steady). 10:54 druthb hi, kf! :D 10:55 mib_entyn Hello - would anyone be able to tell me how to add a marc tag to the OPAC display? 245 $b isn't showing even though there is an entry in the record? 10:56 druthb mib_entyn: you'll need to edit the MARC framework for that; it's not hard to take care of.. just edit it for the framework that the bib record is, or you might want to do it for all frameworks. 10:57 mib_entyn The tag is showing OK in the frame work, it's just not showing in the full bib view when the record is searched in OPAC - sorry for being vauge! 10:59 druthb Hrm. I would think in full view, it should be, then. That's a stumper to me..anyone else? 10:59 druthb You might check back a little later in the day, and look for "owen"; he's a big-time OPAC/displays person, done a lot of work in that area. He might know something I do not,. 11:00 kf|mtg mib_entyn: are u using the xslt display? 11:00 mib_entyn Thanks - I'll stay conencted and check back in a while 11:00 mib_entyn xslt display? Not sure what you mean about that - sorry! 11:00 kf|mtg can I take a look at your catalog? I think the marc frameworks is only for marc view, you should be able to see 245$b in normal view 11:01 kf|mtg there is a sys pref in parameters where you can choose xslt as alternative for the normal view 11:01 kf|mtg I think its a bit better perhaps. 11:01 mib_entyn Cool - I will try it out and let you know 11:01 kf|mtg when you go to administration > system preferences search for xslt 11:03 mib_entyn well, that didn't change anything. Should i need to reload apache or anything? 11:05 mib_entyn Just out of interest, is it possible to add non-standard tags to the display? How would you go about that? edit the stylesheet? 11:06 kf|mtg mib_entyn: it should work immediately 11:06 kf|mtg perhaps its a problem with your record? 11:06 kf|mtg mib_entyn: use xslt and edit the stylesheet 11:07 kf|mtg mib_entyn: which koha version are u using? 11:07 mib_entyn 3.0006010 11:07 mib_entyn it's happening with any record 11:08 kf|mtg result list or detail view? 11:12 mib_entyn Well, turns out I'm a muppet! Its working fine now after that xslt change, I was looking in the wrong place! I just need to add a non standard tag now, can I just copy an existing section in the xslt and change it as required? 11:14 kf|mtg yes 11:14 mib_entyn thanks! 11:14 kf|mtg no worries .) 11:14 kf|mtg :) 11:14 druthb kf++ 11:16 kf|mtg :) 12:16 gmcharlt good morning 12:17 jwagner morning 12:36 kf|mtg hi gmcharlt and jwagner 12:42 druthb hi gmcharlt and Nate and owen! :D 12:42 owen Hi all 12:42 kf|mtg hi owen 12:42 Nate Hiya everyone, druthb! 12:45 owen nahuel: What version of Koha does Bug 4954 apply to? 12:45 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4954 enhancement, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, modifying a member renew his card 12:45 nahuel at least 3.0 12:46 owen nahuel: Can you please include that information when you file bugs? 12:46 nahuel depends 12:47 nahuel I have not always the time to test on 3.2 12:47 owen That's fine. If all you know is that it's a 3.0.x problem, then say that 12:47 owen Then at least someone can look at it and know it needs to be tested in 3.2 12:47 nahuel generally bugs on 3.0 exists on 3.2 12:48 owen ...but not all patches for 3.0 apply to 3.2, so someone needs to do more work to finish it 12:48 nahuel of course 12:48 nahuel me too :p 12:49 owen The patch you submitted was for 3.0.x, correct? 12:51 nahuel yep 12:54 owen Are Net::Server and UNIVERSAL::require new dependencies? 12:57 fredericd owen: both modules are used by SIP2 server 12:58 owen Ah, so I can ignore them :) 13:00 fredericd superbly 13:14 hdl nahuel: I ported the patch on master 13:15 hdl (the patch you submitted this morning ... will send today) 13:27 mib_ycu7u Can anyone help me out? I can't seem to get my Author Authorities showing in Cat when trying to link. The search returns no results. version 3.06 13:27 owen mib_ycu7u: Zebra is running and you can search for other kinds of records? 13:29 mib_ycu7u Yep, all other seaches fine 13:29 mib_ycu7u I mightn't have been clear. This is if I want to add a new Bib record and when entering an Author I click the "..." button to browse authorities, nothing returns in the search results when I enter an Author name 13:33 * owen isn't an authority record user so I don't know how to help mib_ycu7u 13:34 mib_ycu7u Thanks owen, I will hang around for a while! 14:29 fredericd mib_ycu7u: Do you have populated Koha with authority records? are they indexed by Zebra? 14:39 owen Regarding Bug 4957... 14:39 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4957 normal, P5, ---, oleonard, NEW, browse shelf shouldn't appear if no call number 14:39 owen Is that correct, that the shelf browser should be displayed only if there is a call number? 14:40 kf|mtg is there a way you can delete a vendor? 14:41 owen kf: looks like you're stuck with them! 14:41 gmcharlt owen: I think that is a slightly too broad a statement, but there's an obvious practical difficulty browsing in call number order if an item has no call number 14:42 kf owen: ouch. 14:42 owen kf: I'm not an acquisitions expert, but I don't see any links or buttons for deletions 14:43 kf me neither 14:43 gmcharlt well, one consideration for acquisitions is protecting the audit trail - so it's not unreasonable to restrict deleting vendor records, particularly if they have transactions attached to them 14:43 * kf makes a note to read something about english grammar soon 14:43 gmcharlt kf: don't do it! we'll never see you again! 14:43 kf i can reopen and delete the orders 14:43 kf gmcharlt: is it that bad? 14:44 * kf hides 14:44 owen gmcharlt: Good point. You *can* make a vendor inactive 14:44 gmcharlt actually, no, it isn't that bad 14:44 gmcharlt English *spelling*, on the other hand ... 14:45 owen Making a vendor inactive doesn't seem to hide them from the display, but it prevents you from adding a new basket 14:45 * kf was speaking about her english grammar .) 14:45 kf not in general 14:45 kf owen: seems I cant delete some orders, perhaps the printed orders? 14:45 gmcharlt kf: I was speaking generally about the oddities of the English language :) 14:46 kf I think German is much more difficult and full of oddities 14:46 gmcharlt i.e., if you spend time going down the rabbit hole of English spelling and grammar, it may take a while before you can unbury yourself 14:47 kf hm, perhaps better learn perl 14:47 gmcharlt touche 14:48 kf owen: you can delete budgets - without warning and all before you start deleting orders.. is this a good thing? 14:48 gmcharlt ick, no 14:49 owen Doesn't like any deletion-without-warning interactions 14:49 owen whoops, that was a /me 14:50 gmcharlt owen: that's OK, I don't like them either :) 14:53 kf im preparing our test installation for a presentation next week 14:53 kf file a bug? 14:54 owen "file a bug" is almost always the right answer ;) 14:55 kf *sighs* will test a bit more and file a bug 14:57 owen Okay gmcharlt, are there other factors which make a shelf browse functional and useful in the absence of a call number? 14:58 gmcharlt owen: well, I could imagine a variation that is essentially a browse on any field, including author, title, or subject, that displays cover images 14:58 owen But that's hypothetical 14:58 gmcharlt but yeah, as it is currently implemented, and as I think most people conceptualize it, it's just a browse by call number 14:59 owen Okay, so for the purposes of Bug 4957, it would be logical to wrap the shelf browse link in a check for a call number 14:59 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4957 normal, P5, ---, oleonard, NEW, browse shelf shouldn't appear if no call number 15:13 mib_ycu7u Anyone around that might be able to help with this problem ---> if I want to add a new Bib record and when entering an Author I click the "..." button to browse authorities, nothing returns in the search results when I enter an Author name 15:22 CGI520 Hi, I very new in this but i want to learn. I need traslate a Koha but my operative system is windows i try i read guides i don´t have support so I need HELP!!! 15:24 CGI520 HI!!! 15:26 mib_ycu7u what language are you trying to translate to? 15:27 CGI520 thanks 15:27 CGI520 To Spanish 15:27 CGI520 i have version 2.2.9 for windows 15:27 kf 2.2.9 is very old 15:28 CGI520 umm so windows i dont found more update 15:28 kf I think there are not many people who can help you with that version and bugs will not get fixed 15:29 CGI520 I want to use Koha but i dont know to windows exist other version or is necessary to use linux 15:29 kf I think debian/ubuntu/linux is the better option at the moment, there are a lot of install manuals too 15:30 CGI520 Excuse me for my english 15:30 kf I think chris_n is working on koha on windoes - but not sure what the status is 15:30 kf Im not a native speaker :) 15:30 CGI520 where are you? 15:31 CGI520 but to write much better 15:31 kf Germany 15:31 CGI520 Colombia 15:34 CGI520 Cris_n appears in green... so means?? 15:35 owen @seen chris_n 15:35 munin owen: chris_n was last seen in #koha 5 days, 19 hours, 41 minutes, and 38 seconds ago: <chris_n> heya paul 15:42 owen I've got a Perl question: In Circulation.pm, there are lines like $issuingimpossible{UNKNOWN_BARCODE} = 1; 15:42 owen How is the upper-case significant? 15:43 druthb hi, brendan and wizzyrea_! 15:43 wizzyrea_ hey there 15:43 imp owen: just a guess, sounds like an enum 15:50 kf bye all, will be back for the meeting :) 15:51 wizzyrea_ oh what time is the meeting 15:51 gmcharlt 19:00 UTC+0 15:51 gmcharlt three hours from now 15:51 wizzyrea_ kool ty 15:52 kf owen: ok, seems you cant delete vendors and you cant edit orders (even if basket is not closed) 15:52 kf *sighs* 15:52 brendan hi ruth 15:57 munin New commit(s) kohagit: bug 4953 - make the debian package copy in YUI images <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=618b092a5e9f37551ccac178f1735ddf6d05d1b8> / bug 4952 - make the koha-remove script stop zebra for the instance <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=8dcfa1ec4cd78be7b6525ea4ac519e7adef942c6> 16:01 gmcharlt owen: re bug 4954 is your comment about replicating the bug or testing the patch? 16:01 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4954 enhancement, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, modifying a member renew his card 16:01 owen Replicating the bug 16:01 owen I couldn't reproduce it 16:07 munin New commit(s) kohagit: (bug #4954) allow date expiry modification only on step 0 and 3 <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5f5d093c5b5742dc21ca96c0b58bcee3a074da7d> / Update 3.0 to 3.2 budgets <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=17800939e8a3e6f34549ade0e5e068728e5cb907> 16:17 munin New commit(s) kohagit: (bug #3772) show place hold button in isbd view <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=3807dd7b19de3f400a956c573d8f3369837ba7f4> 16:24 owen I was just testing Bug 4295 and I'm finding that overduerules.pl isn't saving *anything* 16:24 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4295 normal, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, Overduerules doesn't save "debarred" conf 16:24 owen Could someone else try it? 16:27 munin New commit(s) kohagit: UNIMARC coded field search : No results <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ab1ca606e33ecd9d10833e2ee9143c31ed127f89> 16:28 owen Never mind, the entries which didn't save didn't have a delay value specified 16:28 owen It'd be nice to get a warning about that 16:35 owen sekjal? 16:37 munin New commit(s) kohagit: Fix for Bug 4484, Rss tag is not escaped in search result <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=6127553c4494393beb3cec6bc534db0db079a5a9> / newordersuggestion would not filter by status <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=eb53c0d662ea7c4eefce905844903ad6ac50e741> / error 500 when record cannot be loaded <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=6e 16:37 sekjal hey, owen 16:39 owen Hi sekjal, I was going to check in with you about reassigning Bug 3393 to you 16:39 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3393 major, PATCH-Sent, ---, ian.walls, ASSIGNED, Default branches and overdues notices 16:39 owen But I went ahead and did it :) 16:39 sekjal owen: cool 16:48 cait hi all 17:01 cait owen++ #because he deserves it 17:33 mib_ipx1t . 17:34 pianohack I agree 17:34 pianohack . 17:35 joetho warming up for an irc meeting? 17:35 joetho . 17:38 pianohack Just helping out mib_ipx1t 17:38 pianohack How are you, joetho? 17:40 joetho "hangin on by a thread" 17:53 slef moo 17:54 pianohack hola slef 17:55 slef T-55mins? 17:55 owen slef, I'd be interested hearing your opinion on this: http://lists.katipo.co.nz/pipermail/koha/2010-July/024453.html 17:56 slef debar isn't in ODLIS, so should be removed. What does it mean? 17:57 chris banned 17:57 chris is what it means here, and what it meant in koha's case 17:57 slef blocked might be a nicer way of putting it? 17:58 chris oh it isnt a nice thing 17:58 chris you have to do a lot to get debarred 17:58 slef oh ok, so banned 17:58 owen chris: It depends on your library's policy 17:58 chris well there are other flags for stopping lending 17:59 chris debarred is 'get the hell out of the library cos u tried to burn it down' 17:59 chris not to be confused with suspended cos we dont have a valid address for you 17:59 owen That's certainly not how it is understood in my experience 17:59 slef ODLIS calls it "problem patron" http://lu.com/odlis/odlis_p.cfm#problempatron 18:00 wizzyrea_ agree with owen here 18:00 owen Since overdue notice triggers can debar a patron it seems that it has now been tied to less serious circ policy 18:00 owen That's always how we've used it 18:00 slef owen's example seems to be http://lu.com/odlis/odlis_d.cfm#delinquent 18:00 wizzyrea_ it's kind of the worst in a series of "your account is not in good standing" flags 18:01 chris ah yeah, if it has been tied to overdues, it has had its original use corrupted 18:01 owen chris I'm very surprised--I never knew that the original meaning was so serious! 18:01 wizzyrea_ I can't think of any library that actually uses the ILS as a list of banned patrons 18:01 chris in that case suspended would be ok 18:01 wizzyrea_ at least none of mine 18:02 slef wizzyrea_: it might work if entry barriers were linked to the LMS 18:02 wizzyrea_ true 18:02 sekjal it'd make an interesting enhancement. have a page with the names and pictures of people not allowed in the building, and a place to the contact info for your local security team 18:02 wizzyrea_ < has mostly very small libraries, and none with entry barriers 18:02 chris its more that its a signal that you cant just let someone borrow again if they come and ask you nicely 18:02 slef I think I've used exactly one library where I had to scan my card on entry. 18:03 chris rather than practically used to throw people out 18:03 wizzyrea_ I think at core we're talking about the same thing 18:03 slef ok, who's going to summarise this? 18:04 chris well i think since it has been morphed into meaning suspended, and is tied to things like overdues 18:04 wizzyrea_ the "no, you can't use the library" flag. 18:04 chris suspended is fine 18:05 sekjal if we extend the granular permissions system to the patrons, we can have permissions like "CanBorrow", "CanUseLocally", and "CanAccessFacilities" 18:05 chris i can always translate it back 18:05 chris :) 18:09 scott . 18:10 owen _ 18:11 chris ! 18:12 druthb ? 18:12 pianohack ¿ 18:13 pianohack (caucasiocentrists!) 18:15 druthb ß 18:15 wizzyrea_ ø 18:16 scott ? 18:16 druthb þ 18:16 wizzyrea_ å 18:16 slef no-one trying to type that character you get by pressing alt and f4? 18:17 * wizzyrea_ waits with bated breath... 18:17 * druthb suggests that we write a collaborative poem using only punctuation, letters with diacritics, and non-Roman alphabets. 18:17 slef wizzyrea_: nah, no-one's falling for it. 18:18 druthb буфет 18:18 wizzyrea_ does that still work in linux? 18:18 wizzyrea_ >.> 18:18 wizzyrea_ I've never tried it 18:18 slef depends if you're using one of the poor Windows Wannabe systems 18:18 owen ...like Ubuntu I guess 18:19 slef I suspect kubuntu is most likely for it to still work. 18:20 slef Not sure about ubuntu and the ubuntu machine I usually use is a few countries away just now. 18:20 slef (and not online) 18:24 gmcharlt how very irresponsible of it - tell it to come home ;) 18:27 slef I've better things to do than shepherd laptops. I'll ignore it and it will come home. 18:28 joetho did you ever find your laptops, wizzyrea? 18:28 wizzyrea_ no, I'm sure they are in the loving hands of some poor college student by now 18:29 wizzyrea_ or sold on ebay or somesuch 18:30 pianohack slef: dunno about ubuntu either, but base compiz on my arch install has alt-f4 mapped 18:30 pianohack Anyway, bye for now, might log in later with new laptop 18:31 joetho "loving hands of poor college student" 18:32 joetho "enrolling in college" 18:32 joetho "bye for now, log in later with NEW LAPTOP" 18:32 joetho I must have a suspicious nature. 18:32 wizzyrea_ hehe 18:35 owen Should the fix for Bug 3783 have allowed me to see multiple 856u's in one record? 18:35 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3783 normal, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, marcurls doesn't support multiple subfields url 18:39 scott Is this thing on? 18:39 owen Okay, bug 3783 fixed, but the fix only applies to non-xslt 18:39 wizzyrea_ affirmative, scott 18:39 owen scott: I thought you already found that out? Weren't you in on the punctuation poetry slam? 18:40 SJeffery_ What is the reason for having to review past version roadmaps? 18:40 slef SJeffery_: current version roadmaps 18:41 SJeffery_ Features that were on the roadmap that didn't make it into the release that need to be pused into a future release? 18:42 chris 3.0. and 3.2 are the current versions, 3.4 is a future one, is what slef was saying i think :) 18:43 slef yes, sorry, rushing, trying to get some stuff finished before the meetings 18:43 scott 3.4 is dealing with architectural issues, is that correct? 18:44 scott We have some speed issues, when opening patron records with alot of stuff on them. 18:45 chris performance issues yes 18:46 SJeffery_ Ah, ok, I was thinking 3.0 was considered an "old" release. 18:47 gmcharlt SJeffery_: it's the maintenance release - think of it as current stable, like Debian lenny, with 3.2 being squeeze 18:48 slef 3.0 = current, 3.2 = coming soon, 3.4 = future 18:49 scott cool 18:49 gmcharlt good afternoon, good evening, and good morning 18:49 gmcharlt I'm calling this meeting to order 18:49 cait :) 18:49 * owen puts down his bug-swatter 18:49 gmcharlt agenda for this meeting can be found at http://wiki.koha-community.org/wiki/General_IRC_Meeting,_7_July_2010 18:50 gmcharlt and consists of 18:50 gmcharlt 1. Update on Roadmap to 3.2. 18:50 gmcharlt 2. Update on Roadmap to 3.0. 18:50 gmcharlt 3. Update on Roadmap to 3.4. 18:50 gmcharlt 4. Follow-up on actions from General IRC Meeting, 2 June 2010. 18:50 gmcharlt 5. Agree times of next meetings. 18:50 gmcharlt but first, let's have a round of introductions 18:50 * gmcharlt = Galen Charton, 3.2 RM 18:50 chris chris cormack, 3.4 RM 18:50 * owen Owen Leonard, Nelsonville Public Library 18:50 jwagner Jane Wagner, PTFS 18:50 * wizzyrea_ Liz Rea, NEKLS 18:50 * nengard = Nicole C. Engard, ByWater Solutions & Doc Manager (here with 3 new koha librarians) 18:50 cait Katrin Fischer, BSZ 18:50 joetho joetho = Joe Tholen, SEKLS / Kansas 18:51 sekjal Ian Walls, ByWater Solutions 18:51 collum Garry Collum, Kenton County Public Library 18:51 scott Scott Kushner, MTPL/NJ 18:51 thd Thomas Dukleth, Agogme, New York City 18:51 rhcl Greg Lawson - Rolling Hills Consolidated Library 18:51 Colin = Colin Campbell, PTFS Europe 18:51 brendan Brendan Gallagher, ByWater Solutions 18:51 * slef = MJ Ray, software.coop worker-owner 18:51 joetho welcome to the three new Kohanians with Nicole! 18:51 SJeffery_ Steve Jeffery, FCX 18:52 nengard new librarians asking if Kohanians is a real word :) hehe 18:52 slef it's probably something less pronouncably Maori 18:52 chris_n Chris Nighswonger, FBC 18:52 chris no s in maori 18:53 chris tangata koha 18:53 chris would work 18:53 gmcharlt nice 18:53 gmcharlt one to the agenda 18:53 gmcharlt first 18:54 gmcharlt as far as 3.2 is concerend, I've released the beta 18:54 gmcharlt there are currently six blockers to close before the release candidate can come out 18:54 gmcharlt namely 18:54 tajoli Zeno Tajoli, CILEA (Italy) 18:54 gmcharlt bug 3536 18:54 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3536 blocker, PATCH-Sent, ---, chris, ASSIGNED, Checked In item requiring transfer does not consistently trigger transfer prompt 18:55 gmcharlt for which patch is available; I will be testing and pushing 18:55 gmcharlt bug 3756 18:55 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3756 blocker, P5, ---, gmcharlt, NEW, new sys prefs - no way to add a new local use preference 18:55 jcamins Sorry I'm late. 18:55 gmcharlt for this, a quick-and-dirty approach will have to do, namely repurposing code from the previous sysprefs editor to handle local sysprefs only 18:56 gmcharlt bug 4141 18:56 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4141 blocker, PATCH-Sent, ---, gmcharlt, NEW, reconcile 3.0.x and HEAD database updates for 3.2.0 18:56 * jcamins = Jared Camins-Esakov, American Numismatic Society and elsewhere 18:56 gmcharlt my thanks to hdl and BibLibre for doing work on that, as well as letting me borrower a copy of a 3.0 production database to test the upgrade path with as well 18:56 gmcharlt bug 4188 18:57 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4188 blocker, P1, ---, gmcharlt, ASSIGNED, Basketgroup print fails to generate a file 18:57 gmcharlt which is fully patched, and I think is just one more test away from closure 18:57 gmcharlt bug 4310 18:57 chris sweet 18:57 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4310 blocker, P5, ---, henridamien, NEW, No Migration for budgets from 3.0 to 3.2 18:57 gmcharlt which hdl submtted a patch for earlier today 18:57 gmcharlt pending testing, hopefully this can be close 18:57 * wizzyrea_ cheers 18:58 gmcharlt Colin: since you were the last to test on that bug, if you can test again, I'd appreciate it 18:58 gmcharlt and finally 18:58 chris for 3756, i vote we dont close the bug when the quick and dirty patch is applied, merely drop its severity 18:58 gmcharlt bug 4472 18:58 Colin I'll try running an upgrade 18:58 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4472 blocker, PATCH-Sent, ---, chris, NEW, img tags in xslt broken after automatic translation 18:58 gmcharlt chris: sounds good 18:58 cait I think we can close that 18:59 chris yay! 18:59 gmcharlt cait: so French and Spanish translation generation now tests OK? cool 18:59 cait no 18:59 cait but the img tags are not the problem 18:59 nengard chris agreed 18:59 cait different bugs 19:00 cait can separate them, but have no idea what is wrong with spanish, some files were not generated by the translate script 19:00 gmcharlt cait: well, that may still keep it a blocker, though, if it's preventing the translated tempates from being generated 19:00 cait and the french translation contains html entities 19:00 gmcharlt I'd like to ask chris and/or fredericd to look into that one 19:01 chris cait: they arent in the .po file eh? 19:01 chris anyway we can investigate later 19:01 cait chris: the html entities come from pootle 19:01 cait can be fixed there 19:02 chris ah ok 19:02 cait not sure about problems with ohter languages, chose Spanish, French and German for testing 19:02 tajoli Also marc21_field_007.tmpl has problem on translation 19:02 slef gmcharlt: why are most of the bugs showing as blocking HEAD not rel_3_2? 19:03 slef gmcharlt: (want me to relabel?) 19:03 gmcharlt slef: sure, go ahead 19:03 slef relabelling... 19:05 gmcharlt so upon closing of the blockers, or at least sufficient reason to downgrade their severity, I will release RC1 19:05 paul_p hello everybody, from an hotel in Lille 19:05 chris tajoli: can you file a bug for that please 19:05 chris rc1++ 19:05 gmcharlt upon confirmation that upgrades from 3.0.x to RC1 are OK 19:05 gmcharlt it will become general release 19:05 paul_p rc1++, I confirm ;-) 19:05 chris yay 19:05 wizzyrea_ \o/ 19:06 cait what happens to the other bugs? some are really annoying 19:06 chris they get fixed asap and go into 3.0.1 19:06 nengard you mean 3.2.1 19:06 wizzyrea_ 3.2.1 19:06 cait for example you cant use singlebranchmode atm 19:06 chris yeah that one 19:06 nengard :) 19:06 wizzyrea_ :D 19:06 wizzyrea_ jinx nengard 19:07 gmcharlt I'll accept patches for major bugs, but they those bugs will not be allowed to hold up RC1 19:07 slef relabelled 19:07 tajoli OK I will do a bug about it. Which level ? 19:07 gmcharlt tajoli: normal, I'd say 19:07 chris major tajoli 19:07 chris heh 19:07 chris spot the translation manager :) 19:07 * gmcharlt thumb-wrestles with chris 19:07 chris fredericd's job soon :) 19:08 gmcharlt but anyway, in no event will general release happen later than the general meeting next month 19:08 * chris_n cheers 19:08 * wizzyrea_ cheers 19:08 chris sounds like if we work hard, we could get rc1 out in the next week 19:08 gmcharlt string freeze is in effect 19:08 chris cool, ill regen the .po files 19:09 Nate Nate Curulla, ByWater Solutions... sorry im late! 19:09 gmcharlt so a general announcement to the translators to continue their good offices woudl be a good idea 19:09 slef (hey, where's the Severity descriptions page gone from the help?) 19:09 * owen finds string freezes to be unfair to kittens everywhere 19:10 tajoli A question: what to do if the bug is present in 3.0 and 3.2. The exactly same code ? 19:10 nengard LOL 19:10 owen http://bugs.koha-community.org/bugzilla3/page.cgi?id=fields.html#bug_severity 19:10 tajoli Two entry in bugzilla or only one ? 19:10 slef thanks owen! 19:10 gmcharlt tajoli: one 19:10 tajoli OK 19:11 thd owen: 3.2.1 should have no shortage of kittens which had been frozen out of 3.2 19:11 slef tajoli: today I think it gets accepted into rel_3_2, then relabelled for rel_3_0. Mention that it applies to both! 19:11 tajoli Clearly 19:12 slef 3.2.1 gives me kittens 19:12 gmcharlt any quesitons before we move to the update on 3.0? 19:13 chris not from me 19:13 gmcharlt ok, moving on, then - hdl? 19:13 hdl yep 19:14 davi here for a while 19:14 hdl 3.0.7 will be issued in the next couple of weeks. 19:14 hdl And will be the last of 3.0.x 19:16 hdl I still need some time to make a clean updatedatabase from 3.0 to 3.2 19:16 hdl any questions comments ? 19:17 gmcharlt if not, on to the 3.4 update 19:17 chris just a big thanks from me 19:17 gmcharlt chris? 19:17 chris right, ive been holding off talking about 3.4 too much, because its always more exciting to make new bugs instead of fixing old ones 19:17 chris but now 3.2 is nearly out, we can start thing about 3.4 19:18 chris_n hehe 19:18 chris patches that cant go into 3.2 have been pushed up in new/ branches in git 19:18 chris eg new/db_dump 19:18 gmcharlt (http://wiki.koha-community.org/wiki/RFCs_for_Koha_3.4) 19:19 chris until 3.2 is released and branched, this practice will continue 19:19 slef should we review 3.0's roadmap and move bits that didn't happen to 3.4? 19:19 * gmcharlt would vote for that practice continuing for non-trivial topics 19:19 nengard chris are we supposed to be doing something diff with our patches to make it so that they make it into a new/ branch? or are you just picking what wasn't added to 3.2? 19:19 chris if you want to label it [3.4] 19:20 chris that would make it easier, basically anything that is not a bug fix now, is not going into 3.2 anything that is a feature set, gets made into a branch 19:20 gmcharlt slef: I'd suggest reissuing a call for RFCs on anything that was proposed but not contributed 19:20 chris yes, that is a good idea 19:21 gmcharlt i.e., 3.2 RFCs that have a decent chance of actually getting code would be candidates for 3.4 19:21 gmcharlt but legacy RFCs that never got done or never got submitted shouldn't be tacked on to the 3.4 list without discussion 19:21 chris if people wold like to put there names against things they plan to work on on that page also, that would be handy 19:22 chris eg, catalyst plan to work on the template::toolkit conversion and db schema abstraction 19:22 jwagner Question -- should sponsored new development be listed here? 19:22 chris yes 19:22 chris_n should RFCs also contain an associated bug# for an enhancement request? 19:22 chris ideally yes 19:22 gmcharlt ideally, yes 19:23 chris_n and the bug marked as sponsored 19:23 chris_n snap 19:23 slef ok 19:23 paul_p if we have time-based/frequent releases shouldn't we have a "RFC" page, with a column "timeline expected" and "integrated in version ..." ? 19:23 chris_n +1 19:23 paul_p more than a RFC3.4, RFC36 ... 19:23 gmcharlt paul_p: worth considering 19:23 chris_n I think knowing a vendor's timeframe would be most helpful 19:24 thd Knowing reality would also be helpful 19:24 Colin it is important to know that an rfc is likely to be delivered 19:24 chris yes 19:24 paul_p yep 19:24 chris and wether its under a 6 month embargo 19:25 jwagner I'm concerned about the page getting overwhelmed. We have maybe a couple of _hundred_ features sponsored that we'll be listing within the next few weeks. 19:25 paul_p (we already have most of the 3.4 BibLibre RFCs already written and on git.biblibre.com ...) 19:25 jwagner Do you really want that much on the page? 19:25 chris also, if we move to tighter releases, some features are not going to make it 19:25 chris_n perhaps links from that page to the detailed RFCs? 19:25 chris jwagner: if it actually is going to be sent as patches to be merged in 19:25 paul_p jwagner: maybe a page for each module ? "RFC acq, RFC cataloguing, RFC serials,..." ? 19:25 * chris_n hates having to scroll too far down a page 19:26 cait +1 19:26 hdl paul_p: could be subcategories 19:26 paul_p yes hdl 19:26 chris also, if we are doing timebased, if something isnt ready, we wont be pushing it just to make the deadline, it will just have to miss that release 19:26 jwagner paul_p, subpages might be preferable. How about a link to a complete list on another site? 19:26 thd People should be encouraged to update originally anticipated timelines with current anticipation as reality takes over 19:27 chris_n +1 19:27 paul_p chris, yes, a non ready feature would be delayed 19:27 cait what is the time frame we are speaking of? 19:27 chris also, a feature that has bugs would be removed 19:27 chris under true timebased 19:27 chris_n topic branches will definitely help with that sort of thing 19:28 nengard should we look at other public rfc type pages and see how they're organized to give us ideas on how it's best done? 19:28 paul_p easier to manage fast cycles : if the feature is ready say 1 month after the release, that would be easier to deal with : we deliver it to the customer, and we integrate it in next version 19:28 chris chris_n: defnitely 19:28 hdl but there would be a branch which could containe more patches. 19:28 nengard I'd say a table with links to full descriptions, titles, expected dates, and sponsorship (based on what we're all saying) 19:28 chris_n nengard: +1 19:28 sekjal I had proposed to the devel list that we do major releases (X.Y) on a features basis, and minor releases (X.Y.Z) on a timed basis. Is that feasible? 19:28 paul_p nengard++ 19:29 chris this is a major topic we are going to be working on at the developer conference in 4 months time 19:29 nengard how cow! is it that soon!! :) 19:29 gmcharlt nengard: which probably pushes some of it back to the bugs database, which would allow tagging of enh bugs and reporting on them 19:29 nengard how = holy 19:29 chris_n and bugzilla does some time tracking as well 19:29 * paul_p still has to take his plane ticket... 19:29 nengard i have mine! 19:29 nengard and my hotel 19:29 nengard :) 19:30 chris estimated time of completion would make mine and colin's job a lot easier 19:30 cait paul_p: me too 19:30 gmcharlt sekjal: I think it's one or the other - once a branch hits maintenance mode, pushing bugfixes isn't generally an issue 19:30 hdl the problem is that sometimes, feature branche and bug fixes branch touches the same files. 19:31 sekjal gmcharlt: I'm thinking that new features slated for, say 3.4, could be added to 3.2.1 if they were completed early 19:31 sekjal and passed QA 19:31 chris ahh no 19:31 Colin and had tests 19:31 * chris_n says no, too 19:31 * paul_p think it would be very hard, so say no too 19:31 chris_n 3.2.x will only be bugfixes 19:31 chris maybe if it had tests and made no db changes 19:31 tajoli Personaly I prefer time bases releases also for major (x.Y) 19:32 Colin or architecture changes 19:32 * chris_n digs his feet in further 19:32 chris :) 19:32 gmcharlt chris_n++ # and if any features get added to 3.2.1 or later, I strongly suggest that they only be cherry-picks 19:32 slef I suspect that the number of involved parties downstream of the developers may make ETAs too unreliable to be useful. Better to lay down koha schedule and let what makes it make it. 19:32 hdl chris_n: I agree with you provided that the timeline for 3.4 is really short. 19:32 paul_p yes, that's what I did for 2.2.x : new minor features without DB changes (or very minor ones like a new index) were added to 2.2.n+1 19:32 chris_n hdl: should be 6 months or there about 19:32 chris slef: i think you are right 19:32 nengard soemtimes time based is unreasonable - if there is a bug that's blocking release - then it's blocking release - no matter how long it takes to fix ... we can shoot for time based, but it's not always acheivable 19:33 paul_p nengard: the hope is that with topic branches & tests & ... there won't be BLO introduced 19:33 nengard got it 19:33 Colin in cases like that the code that brought the bug gets pulled 19:33 chris_n nengard: with an always stable HEAD it is possible 19:33 paul_p even if I feel that will never be 100% sure 19:33 chris Colin++ 19:33 joetho I think a relatively fixed time period for releases sounds like a good idea, particularly for developer/vendor planning. 19:33 slef nengard: pull out the code and release without that feature if possible 19:33 paul_p wow .... fire in german goal area... 19:34 nengard key words being 'if possible' 19:34 paul_p s/goal/scoring/ 19:34 slef (where is git demerge when we need it? ;-) ) 19:34 cait paul_p: no fun to watch today 19:34 slef paul_p: goal area is fine 19:34 gmcharlt ye olde git revert 19:34 chris well, the way it will work 19:34 slef gmcharlt: depends if it made a release, then was found to BLO... but this is all corner case of a corner case 19:35 chris_n plenty of QA should help avoid too many of those corner cases :) 19:35 paul_p fire in spanish goal area now ... but still 0-0 ;-) 19:35 chris slef: we do 3 weekly releases here, i have lots of experience pulling branches back out 19:36 chris (for another project not koha) 19:36 paul_p chris: do you deliver to a lot of customers this 3weekly releases ? 19:36 chris a bugs a bug 19:36 paul_p because I can't imagine to updage all our customers every 3 weeks ! 19:37 cait I think you can always decide to skip one release 19:37 chris nope wouldnt do koha every three weeks, just saying, pulling branches isnt that bad 19:37 paul_p cait, of course. 19:37 paul_p chris, ok 19:37 slef chris: does it stuff up much? 19:38 chris nope, merges are run multiple times a day, developers are emailed when there are conflicts 19:38 chris we havent had to roll back a release yet 19:38 slef cool 19:39 chris which is lucky, cos its the second busiest website in nz hehe 19:39 paul_p chris: could we have the tools you use to merge/mail/... that would be useful for a lot of us 19:39 wizzyrea_ prety sure luck doesn't really factor into it 19:39 chris paul_p: yep i think so 19:39 paul_p chris++ 19:39 paul_p that would be awesome ! 19:39 chris i plan to get some of our git gurus to talk at the dev conference also 19:39 thd chris: Which is the first busiest website in NZ? 19:39 hdl that would also help the project. 19:40 chris trademe.co.nz 19:40 paul_p git gurus++ 19:40 gmcharlt a lot of also has to do with planning on having more topic branches from the start 19:40 chris *nod* 19:40 chris we have a branch for every work request 19:40 chris or bugzilla bug, in koha case 19:40 paul_p about topic branches : once a branch is merged, do you remove it or keep it ? 19:40 chris thd: both are owned by fairfax 19:41 paul_p because we tried to use branches. And we ended with hundreds of branches, and it was impossible to deal with all of them ! 19:41 chris i delete my local ones 19:41 paul_p (look at git.biblibre.com, you'll see ...) 19:41 chris and push to the archive 19:41 gmcharlt paul_p: depends on your workflow; certainly you can prune them once a topic branch has been merged in upstream 19:42 gmcharlt anyway, other question or comments about 3.4 before we move on in the agenda? 19:42 paul_p we decided to have a branch for each bug. I'm not sure it's a good idea now, we end with too many branches... 19:42 chris i recommend for any developers who might be able to make it, come to kohacon :) 19:42 paul_p yes, i've one gmcharlt !!! 19:42 paul_p what about our 500+ patches ;-) any news from catalyst chris ? 19:42 chris paul_p: i can show you how to manage that, we have a couple of thousand branches 19:42 paul_p (and lars mail) 19:43 chris paul_p: waiting for them to be rebased on master, and split into feature branches, then we can begin qa 19:43 jwagner We usually do one branch per feature, although related ones may be combined. 19:43 paul_p chris: would be pleased to learn ! 19:43 chris jwagner: we do an int branch for that 19:43 chris bug_323_int_bug_453 19:43 chris eg 19:43 paul_p chris: lars wrote that maybe catalyst could dedicate some time to do that. Or did I misunderstood something ? 19:44 chris paul_p: reed wrote that 19:44 chris and yep we can do QA 19:44 hdl chris : so you are not publicising all your branches then. 19:44 chris hdl: this is for stuff, not koha 19:44 hdl you just squahs merge the branches ? 19:45 hdl chris yes... but we are all working on koha. And we will surely have quite a big tree 19:45 chris paul_p: we have signoff from the directors to use some resource from our QA team (catalyst has a dedicated qa team) 19:45 hdl with kyle hall, masmedios, xercode, ptfs biblibre. 19:45 chris hdl: lines of code is about the same 19:46 chris yes, linux kernel is quite big too hdl :) there are ways to do it 19:46 hdl Sure. we just have too harmonize actions and work. 19:47 chris_n chris: will the dev meetings from kohacon be recorded and published? 19:47 chris yep, if you have a feature set, that is a discreet unit then the chances of it being able to be accepted multiple tenfold 19:47 * chris_n thinks particularly of the git ones 19:47 chris chris_n: ill see what i can do 19:47 thd chris_n++ 19:48 chris jwagner: back to the int branches, that means 1, both, or the other feature can go in, thats why we do it that way 19:48 paul_p goal ! (for spain) 19:48 cait nooo 19:48 jwagner I was more referring to development work -- there may be specs for 2-3 different features, but they all touch the same code & are better done as one branch. 19:48 thd :) 19:49 paul_p ppl crying in the street :D some spanish ppl in Lille it seems ... 19:49 chris yeah, id do them as 3 branches with an integration branch 19:49 gmcharlt heh 19:49 gmcharlt moving on before the World Cup takes over the agenda 19:50 chris_n :) 19:50 thd :) 19:50 gmcharlt regarding action items from the previous meeting 19:50 paul_p gmcharlt++ 19:50 rhcl What's the World Cup? 19:50 * jwagner has never understood football/soccer/whatever you call it 19:50 gmcharlt rhcl: hush, you silly American ;) 19:50 paul_p lol 19:50 thd I have an issue from the previous meeting relating to license upgrade. 19:50 gmcharlt anyway, regarding the action items - looks like the AGPL discussion has resumed on the mailnig lists 19:51 gmcharlt and I suggest that that discussion stay there for now, unless something can be brought up briefly 19:51 paul_p gmcharlt: ++ 19:51 chris +1 19:51 cait +1 19:51 thd No one has commented on this message, http://tinyurl.com/24nwjdv , which is truncated in the Katipo archive. 19:51 chris_n +1 19:51 scott Haven't you heard, we're Ameripean's now? 19:53 thd I would like to encourage people to comment on the conclusion from Aaron Williamson in the 4 July message about the inclusion of unmodified third party modules in the Corresponding Source. 19:53 thd ... under AGPL 3 specific obligations. 19:53 gmcharlt thd: noted with thanks 19:54 thd that was my 4 July message which quoted a message from Aaron a couple of days before. 19:55 chris ok bus time 19:55 slef I'm a little confused by having multiple threads of very long messages. I don't know how well anyone else is coping? 19:55 chris i hope i make it before i miss the last one 19:55 chris will try to be back from the phone 19:55 slef run chris run 19:55 thd slef: I agree about the multiple threads 19:55 gmcharlt thd: slef: takes a while to digest them, for sure 19:56 * chris_n is awash in thd's research as well 19:56 chris_n not to detract from its value :) 19:56 paul_p another news : there will be soon a new chris... a french one. Christophe Croullebois will start working for BibLibre on jul, 19th ;-) 19:56 paul_p too many chris on koha :D 19:56 wizzyrea_ oh sweet, chris's on 3 continents. I like. 19:56 thd I will start returning to my usual practise of introducing new threads for specific topics now that I am over a major confusion with Aaron. 19:57 chris_n more_chris_s++ 19:57 paul_p there will also be a Stéphane (Delaune) 19:57 gmcharlt paul_p: we'll just refer to him as M. Croullebois ;) 19:57 paul_p (2 new developers) 19:57 wizzyrea_ biblibre++ 19:57 gmcharlt anway, to close this meeting, let's set the time for the next one 19:57 gmcharlt first Wednesday of August is the 4th 19:57 chris_n +1 19:57 * paul_p will be in holiday 19:58 gmcharlt 10:00 UTC+0 ? 19:58 paul_p (july 19th to aug 8th) 19:58 slef We have probable new workers in process, but it's not so simple as hiring/firing. 19:58 paul_p slef: you don't know french laws : firing someone is harder than you can imagine here ;-) 19:58 thd Is after 8 August OK for others? 19:58 chris_n maybe aug 11? 19:59 slef I think I will be UTC-5 then, so might not make it. 19:59 * owen can't make that time FWIW 19:59 gmcharlt ok, how about 19:59 gmcharlt 8/11 19:00 UTC+0 ? 19:59 thd slef: are you coming to the US? 20:00 chris_n +1 20:00 thd +1 20:00 * gmcharlt selfishingly prefers that anyway :) 20:00 owen +1 20:00 chris Back 20:00 sekjal +1 20:00 cait +1 20:00 owen consensus from the Americans ;) 20:00 chris_n hehe 20:01 hdl +1 20:01 Colin +1 from europe 20:01 tajoli +1 20:01 slef +1 20:01 thd chris is 8/11 19:00 UTC+0 good for the next meeting for you. 20:01 paul_p but aug, 8th is a sunday ! 20:01 thd ? 20:01 paul_p oups, sorry 20:01 * chris_n looks to see if Colin is wearing an orange bow tie ;-) 20:01 slef thd: later. 20:01 paul_p silly americans that put months first ;-) 20:02 gmcharlt ok, I'm going to call it - next general meeting is Wednesday, 11 August 2010 at 19:00 UTC+0 20:02 paul_p OK for aug, 11th 20:02 slef 2010-08-11 20:02 gmcharlt thanks, everybody! 20:02 thd paul_p months should be first in ISO format. 20:02 thd paul_p the silly Americans put the months first and then the year last. 20:03 paul_p thd: was joking ;-) 20:03 thd Months first and the year last is a sin against rationality. 20:03 thd I was not joking :) 20:04 gmcharlt thd: well, the US is not Laputia, so that's OK ;) 20:04 thd Natural language is also a sin against rationality :) 20:05 hdl thd: pray for us sinners. 20:06 cait 3 minutes... 20:06 chris Works for me 20:07 chris And made it to the bus 20:07 cait before world cup is over for germany 20:07 cait now 2 20:07 scott That's Ameri-peans, Owen 20:08 larsw good morning 20:08 chris Hi larsw 20:09 paul_p hi larsw & good morning to you 20:09 Colin sorry cait 20:09 cait hi larsw 20:09 paul_p sorry cait 20:09 paul_p really expected germany to win. 20:10 * cait cries a little bit 20:10 * paul_p will support oranje for the final I think 20:10 slef new world cup winners, here we go! 20:10 paul_p right slef 20:10 slef I will support Spain because they put out Germany who put out England (and who cares we were awful) 20:10 cait ok. that was enough sports for me until the next world cup 20:11 Colin hop holland ( and orange everything) 20:11 paul_p slef: right, england were awful. Not like the great french team that did really a great competition :D :D 20:11 chris Rugby world cup next year 20:11 chris In nz 20:11 slef paul_p: yeah, but that was self-harm. Our lot didn't even have the energy to riot. 20:12 slef football presenter on netherlands tv is wearing a bright purple jacket and mauve shirt! 20:12 hdl ok thanks a lot gmcharlt and chris 20:13 chris Thank you hdl 20:13 davi Spain finalist :) 20:14 chris Bueno 20:14 davi S� 20:14 chris Sad for cait but a new country is good 20:15 richard hi 20:15 chris Hi richard 20:15 chris Cold in island bay today eh? 20:15 richard sure is 20:16 richard took the dogs for a walk this morning and just about froze my face off 20:17 chris Yeah that wind is crazy cold 20:18 owen chris do you have a moment for a Perl question? 20:19 chris Yep 20:19 owen There are parts of Circulation.pm which look like this: $issuingimpossible{USERBLOCKEDREMAINING} = $count; 20:19 owen Is there a significance to the upper-case? 20:19 chris right 20:19 chris That's a hash 20:19 chris Yes 20:20 chris In perl U != u 20:22 chris Not sure why that was chosen as the hash key 20:22 chris But it is a different key to the lowercase word 20:23 chris Is that what you were asking? 20:23 owen But the fact that it is in upper case doesn't signify something in itself? 20:23 chris Nope 20:23 chris Its just a string 20:24 owen I'm looking in particular at this, on line 858: $needsconfirmation{RESERVED} = 20:24 owen "$res->{'reservedate'} : $resborrower->{'firstname'} $resborrower->{'surname'} ($resborrower->{'cardnumber'})"; 20:24 owen The script is cramming a bunch of strings together so I was looking to split them out into their own variables 20:24 chris Normally I put ' around them 20:25 chris But if its a single word you don't have to 20:25 chris Right 20:25 chris Id write that as $ 20:26 chris Gah 20:26 chris Makes sense 20:26 chris I have fat fingers today 20:26 chris Can't type good on the phone 20:27 slef off for dinner 20:27 chris A hash key can be any string 20:27 chris 'reserve date' eg 20:29 owen Okay, whatever wasn't working for me this morning is working now. I thought I was missing some arcane bit of syntax knowledge 20:29 chris So reserved could be set 1 if there is a reserve 20:29 chris Then you could assign the rest to other hash keys 20:31 chris Ok my stop soon bbiab 20:31 owen Thanks chris, see you later 20:31 * owen wraps it up for the day 20:41 chris back 22:13 chris hi reed 22:14 robin g'morning everyone 22:14 chris http://stats.workbuffer.org/irclog/koha/2010-07-07#i_467905 meeting log if you are interested 22:34 richard thanks chris 22:36 chris so i have a question 22:36 chris for anyone who is hear 22:36 chris here too 22:37 chris do any libraries have no charge to issue an item, but one to renew it? 22:37 chris if so, how do you handle that in koha, if we cant currently i need to add it 22:37 * wizzyrea_ doesn't have any of those 22:38 chris yeah, this is my first one 22:38 chris im suspecting i need to add a new column to itemtypes 22:38 chris so instead of charge 22:38 chris we have issue charge, and renewal charge 22:39 richard chris: i'm pretty sure that rangitikei wanted something similar 22:39 chris well 2 now :) 22:39 chris 2 is enough to do it :) 22:39 chris seems like 2 columsn would allow for whatever you wanted to set 22:40 chris both 0 for no charges, etc 22:40 chris both 1 for $1 for an issue and again for a renewal 22:40 chris anyone see fatal flaws in my plan? 22:40 wizzyrea_ ew and the requisite issuing rules 22:40 wizzyrea_ to define that behavior 22:41 wizzyrea_ sorry maybe that one's obvious 22:41 chris well i dont think that needs changing 22:41 chris i think the discount column just applies to both 22:41 wizzyrea_ you don't need a place to define "pay 1 dollar for renewal" instead of "renew for free" 22:41 wizzyrea_ ? 22:41 chris itemtypes 22:41 chris 2 columsn there 22:41 wizzyrea_ oh I see 22:42 chris issue charge and renewal charge 22:42 chris instead of just charge like now 22:42 chris which doubles for both 22:42 wizzyrea_ so you're gonna force an itype for charged renewals 22:42 chris yes 22:42 wizzyrea_ sorry took me a minute to wrap my head around it 22:42 chris if you have items that only incur a renewal charge 22:43 chris the library in question never charges for issues 22:43 chris only for renewals 22:43 chris so no new itemtypes for them 22:43 wizzyrea_ and this will be defined in addition or alongside reserve rules 22:43 chris no you just set the charge amount in itemtypes 22:44 chris then if you want to make it not apply to a borrower category 22:44 chris you make a rule in smart rules 22:44 chris and set the discount to 100% 22:44 wizzyrea_ ah, then no, I don't see any fatal flaws there 22:45 chris cool 22:45 chris i wont have to reject it when i send it to myself then 22:45 chris :) 22:45 wizzyrea_ haha 22:45 chris ill add it, and HDC can test 22:45 chris then in 10983 months ill release it 22:46 wizzyrea_ and make sure it's based on the code available today 22:46 chris oh i was planning on basing it on 2003 22:46 wizzyrea_ instead of the code available then 22:47 * chris stops snarking and goes to write some code 22:47 wizzyrea_ lol 22:47 wizzyrea_ sorry, I'm a snark enabler 22:48 chris well they dont make a small target :) 22:55 reed ooo, forgot there was a mtg 22:55 chris heya druthb 22:55 druthb hi chris. 22:55 wizzyrea_ yo ruth howareya 22:56 druthb 'm good, wizzyrea_! :D 22:56 chris @wunder washington,dc 22:56 munin chris: The current temperature in Eckington Pl, NE, Washington, District of Columbia is 37.2�C (6:56 PM EDT on July 07, 2010). Conditions: Partly Cloudy. Humidity: 40%. Dew Point: 21.0�C. Pressure: 29.94 in 1013.8 hPa (Steady). Heat advisory in effect until 11 PM EDT this evening... 22:57 chris thats pretty warm 22:57 chris you can surely spare 10 degrees for us 22:57 chris :) 22:57 druthb yah. warm enough to want to stay indoors a lot. 22:57 druthb Supposed to rain tomorrow; we shall see. 22:57 wizzyrea_ @wunder lawrence, ks 22:57 munin wizzyrea_: The current temperature in Channel 6 Downtown, Lawrence, Kansas is 29.1�C (5:57 PM CDT on July 07, 2010). Conditions: Clear. Humidity: 72%. Dew Point: 24.0�C. Pressure: 29.91 in 1012.8 hPa (Falling). 23:00 druthb "This is Lawrence KS...is anybody listening? Anybody at all..." 23:00 chris heh 23:00 * druthb watched "The Day After" recently.. 23:00 wizzyrea_ heh 23:00 wizzyrea_ that always kind of creeped me out 23:00 chris nz made a film like that 23:00 chris called quiet earth 23:01 chris http://en.wikipedia.org/wiki/The_Quiet_Earth_(film) 23:01 druthb The first time it showed, I was in high school. And Nightline was right after--first thing they said was "Look out your window; your neighborhood is still there." 23:01 chris heh 23:02 robin ohh, I haven't seen that. 23:03 druthb that looks sooooo good! 23:03 * robin adds to his Fatso list 23:03 chris we should ahve a kohacon nz film night :) 23:04 wizzyrea_ hehe 23:05 druthb My first movie of that genre, that I recall, was http://en.wikipedia.org/wiki/Damnation_Alley_%28film%29 .. 23:05 druthb I was okay until the killer cockroaches. That wierded me right out. 23:17 chris yeah, that'd do it 23:30 robin What's the best URL for pointing people at Koha mailing lists? 23:30 robin Preferably non-technical-oriented 23:31 chris http://koha-community.org/support/ 23:34 * druthb waves.