Time Nick Message 23:42 * jcamins is good. 23:41 wizzyrea how is everyone today 23:29 wizzyrea oh hi thanks! 23:27 jcamins wizzyrea: well-done on the last sign off of the year. 23:25 huginn New commit(s) needsignoff: [Bug 5786] Move AllowOnShelfHolds system preference to the Circulation Matrix <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5786> 23:18 * jcamins waves back. 23:18 * wizzyrea waves 22:42 jcamins gmcharlt: never mind. 22:22 jcamins gmcharlt: around? 21:30 trea ha 21:29 jcamins I will forgive the blasphemy, since you have made an exception. 21:29 jcamins :) 21:29 trea i'm not usually. i do appreciate a well made confection, however. and they are quite good 21:28 jcamins trea: good. I know that everyone else is a fan of fudge, but you'd never mentioned an abiding love for individually wrapped fudges. :) 21:27 trea both the year, and the fudge 21:27 trea thanks jcamins, it is fantastic 21:26 * jcamins hopes you like fudge. :) 21:26 jcamins Happy new year, trea. 21:03 cait this cat has a hard life 21:02 jcamins Also, his bowl is always overflowing with food. That's not nearly enough. 21:02 cait ;) 21:02 cait poor myshkin 21:01 jcamins (he has a hard life... no one ever pays any attention to him, so any attention is much-appreciated) 20:59 cait :) 20:58 jcamins He's purring loudly. 20:58 jcamins He liked that. 20:58 * cait pats myshkin 20:58 jcamins Myshkin checks an item off his to-do list: prevent Jared using the keyboard. 20:57 cait heh 20:57 * jcamins checks an item off his to-do list. 20:56 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 enhancement, PATCH-Sent, ---, kmkale, ASSIGNED , Add ability to take book cover images from local img db 20:56 jcamins sekjal: consider yourself nudged about QAing bug 1633. :) 20:25 cait :) 20:09 schuster same to you! It is looking to be a great year!!! Lots of hope and opportunity! 20:06 cait and happy new year! 20:06 cait oh 20:06 cait :) 20:04 schuster Yes I hope to be able to do more in the near future... I had some help getting my "dev" environment setup and am working toward being part of the community again. 20:03 cait we can really use more hands on the bugs 20:02 cait we have gbsd on friday, perhaps you might want to join the fun :) 20:02 cait cool! 20:02 cait ah :) 19:58 schuster sorry bugs. 19:55 cait not you wahanui :) 19:55 wahanui logs are at http://stats.workbuffer.org/irclog/koha/ 19:55 cait logs? 19:54 schuster cait thanks will do. I am looking at some of the older logs that I had even put in and seeing which ones we now have resolved etc... bumping up against others that I just scratch my head on! 19:50 cait 3.2.9 is EOL - I thiink I would close it WONTFIX and comment it's working in master 19:41 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6582 major, P5 - low, ---, kyle.m.hall, NEW , Can't upload patron images 19:41 schuster I was looking at the bugs database today and came across Bug 6582 - it seems to be working with the latest koha can this be closed? 18:54 bag heh 18:54 * libsysguy is afraid of merge conflicts in production after holiday updates 18:53 libsysguy nengard said that she was doing some testing 18:53 libsysguy w00t 18:52 bag I'm pushing too libsysguy 18:52 bag and I think it's almost ready for a sign-off 18:52 bag we're testing it 18:52 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5549 enhancement, PATCH-Sent, ---, ian.walls, ASSIGNED , Hourly Loans 18:52 libsysguy yo bag any word on bug 5549 18:50 huginn bag: The current temperature in K6LCM - Westside / Mesa, Santa Barbara, California is 16.4�C (10:49 AM PST on January 02, 2012). Conditions: Clear. Humidity: 85%. Dew Point: 14.0�C. Pressure: 30.19 in 1022.2 hPa (Steady). 18:50 bag @wunder 93109 18:49 huginn libsysguy: The current temperature in Tyler One Weather, Tyler, Texas is 13.1�C (12:48 PM CST on January 02, 2012). Conditions: Clear. Humidity: 24%. Dew Point: -7.0�C. Pressure: 30.60 in 1036.1 hPa (Steady). 18:49 libsysguy @wunder 75799 18:49 wahanui nengard was last seen on #koha 3 days, 37 minutes and 0 seconds ago, saying: wow - warmed up here [Fri Dec 30 18:11:47 2011] 18:49 libsysguy seen nengard 18:48 libsysguy hi cait...happy new year to you too :) 18:48 cait hi libsysguy - and a happy new year :) 18:48 libsysguy o/ 18:01 cait :) 18:01 wahanui authorities faq is http://koha-community.org/documentation/faq/authorities/ 18:01 cait authorities faq? 18:01 cait was teaching wahanui too 18:00 greenmang0 cait, thanks 17:56 greenmang0 cait, *click* 17:54 cait authorities faq is http://koha-community.org/documentation/faq/authorities/ 17:53 cait you have to decideif you want to use authorities or not 17:53 cait it wants you to add an authority 17:53 cait hmm 17:53 cait authortities faq? 17:51 greenmang0 how can I add author name? 17:50 greenmang0 friends, i want to add Author Name but 100a tag is locked ... 17:21 jcamins You're welcome. 17:20 cait ok thx! 17:14 jcamins Right. 17:11 cait see also froms have probably their own auth records? 17:11 cait so 17:11 cait ah 17:11 jcamins "See also from" means "you can use this term, but here's something else you might be interested in." 17:10 jcamins "See from" means "don't use this term, use this other one." 17:10 jcamins Ah. 17:10 cait I only wondered where the difference is between see also from an see from :) 17:10 cait but that much I knew 17:10 cait yes 17:10 jcamins cait: you asked me earlier. 17:09 fredericd hello to all and happy new year 17:09 cait ok? 17:09 jcamins cait: 5xx in authorities is see *also* from. 17:09 jcamins :) 17:09 cait will not do it then 17:09 cait hm ok 17:08 jcamins cait: you asked! No! It's too depressing! 17:08 jcamins ;) 17:08 cait so why do we do it that way? 17:08 cait ok 17:08 jcamins_away cait: it's depressing. 17:08 jcamins_away cait: actually, don't do that. 17:07 jcamins_away cait: take a look at rebuild_zebra.pl, and ask yourself "why?" 17:07 jcamins_away cait: no, it's a big problem for indexing. 17:02 greenmang0 magnus_afk, thanks ... i installed koha and everything worked as expected :) 17:00 cait toold = tools... can't type 17:00 cait where export = toold / eport bibliographic records and exports from cart and shelf :) 16:59 cait it's only ugly as an export format 16:59 cait not sure it's a problem for indexing 16:59 cait hm? 16:56 jcamins_away cait: that's a serious problem for indexing. 16:56 jcamins_away cait: yeah. 16:54 cait so no root element around them all and repeated definitions of <? xml 16:54 cait it's doing single exports all over and over and sticking them together 16:53 cait I figured out yesterday that our marcxml export for more than one record is not really looking right 16:53 cait yeah 16:49 jcamins_away Ah, BibTeX export. How I do loathe thee. 16:45 gaetan_B bye ! 16:43 cait hi again #koha 16:14 huginn New commit(s) needsignoff: [Bug 7396] Debarred message not displayed over SIP2 <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7396> 16:07 magnus_afk greenmang0: nope, that line always shows up i think... not sure why 16:04 huginn New commit(s) needsignoff: [Bug 6374] Use "size" as names/hash keys leads to an unexpected results when using Template::Toolkit (name of a virtual method there) <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6374> 15:32 greenmang0 hi friends, i just downloaded latest koha source code ... 3.06.02 .. when executing "perl Makefile.PL" the very first line says "unable to locate koha-conf.xml in src/koha-3.06.02/C4/Context.pm line 308" ... will there be any problem while installing? 14:29 jcamins_away (it won't, tag() doesn't work... I'll have to ask gmcharlt later) 14:20 jcamins Does anyone know if this will work: $bibfield->update(tag => $bibfield->tag() =~ s/^./6/); 14:16 francharb kf++ 14:16 francharb just let me know when it's done jcamins 14:16 kf but will still be there signing off and testing 14:16 kf francharb: friday is a holiday here :) 14:16 francharb next time then! ;) 14:15 * jcamins won't have this done by Friday. 14:15 francharb on friday, i will be working on signing off patches the whole day ;) 14:15 francharb hehe 14:14 jcamins francharb: thanks. I'll need a UNIMARC sign-off when I'm done with this, so now I know who to pester. :) 14:14 francharb jcamins, if you need more examples, just ask me! ;) 14:12 jcamins francharb++ 14:12 jcamins francharb: thanks. 14:11 francharb for a 700 $a Hugo $b Victor (if its a book by Victor Hugo) 14:11 francharb or 14:10 francharb for a 600 $$a Hugo $b Victor (if the book is about Victor Hugo) 14:10 jcamins Exactly what I need! 14:10 francharb and use it 14:10 jcamins Perfect! 14:10 francharb auth heading : 200 $a Hugo $b Victor 14:09 francharb you can have 14:09 francharb for example 14:09 francharb jcamins, yes 14:08 jcamins francharb: can you have personal name subjects? 14:08 jcamins francharb: okay, I think maybe I'm understanding this after all. 14:08 francharb jcamins, yes 14:08 jcamins francharb: wait, 6xx is for UNIMARC, too? 14:07 * jcamins thinks maybe he will provide the test for MARC21, and then send an e-mail begging UNIMARC experts to help with the UNIMARC tests. 14:06 paul_p wrong example... 14:06 paul_p oups, francharb is right ! 14:05 francharb jcamins, except that 7XX is for personnal/corporate name. For topical subject, you should use 6XX in the biblios 14:04 paul_p if you say biblio field 700 is linked to authorities "topical subject" and say for authorities "Topical subject" have 250 field reported to biblio, then, 250$* will be copied into 700$* when you select an authority 14:04 francharb jcamins, 2XX is the tag for authorities heading. Then, in the biblios, you can use those heading in the 5XX, 6XX or 7XX 14:04 jcamins paul_p: but that's for the authority record and not the bib record, right? 14:03 paul_p jcamins, the | auth_tag_to_report into auth_types table. 14:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7394 major, P5 - low, ---, oleonard, NEW , Broken detail page for last link from result page 14:02 kf bug 7394 14:02 sekjal brb 14:02 paul_p francharb, jcamins has a question about authorities, but it seems I can answer myself. feel free to add anything ! 14:02 jcamins paul_p: hm, now how do I add those headings to a bib record? 14:01 francharb paul_p, ? 14:01 paul_p 250 Heading - Topical Subject 14:01 paul_p 245 Heading - Name/Collective Uniform Title 14:01 paul_p 240 Heading - Name/Title 14:01 paul_p 235 Heading - Collective Uniform Title 14:01 paul_p 230 Heading - Uniform Title 14:01 paul_p 220 Heading - Family Name 14:01 paul_p 215 Heading - Territorial or Geographical Name 14:01 paul_p 210 Heading - Corporate Body Name 14:01 paul_p 200 Heading - Personal Name 14:01 paul_p jcamins, http://archive.ifla.org/VI/3/p1996-1/uniafull.htm#2-- 14:01 sekjal I should have been harder-nosed about wrapping it all in a syspref. using JS/CSS to hide it seemed like enough... 14:00 paul_p jcamins, OK, got it. It depends on the authority type. it's a 2XX field. 14:00 sekjal it must have side-effects 14:00 sekjal sorry, I didn't mean the links themselves, I meant the new code in opac/opac-detail.pl that creates them 13:59 jcamins paul_p: in MARC21, if I have an authority record and want to create a heading that will match that authority record, I look for a 1xx field in the authority record, and change (for example) '100' to '600'. 13:59 kf not using the new feature at all 13:59 kf and selected the last link 13:59 kf I did a new search 13:59 kf it wasn't in my tests 13:59 sekjal that code is pretty complex 13:59 sekjal it's got to be the new next/previous links 13:58 kf working on the bug report 13:58 kf it's weird! 13:58 kf sekjal: I asked my coworker - no caching here. and it's been reproducable in 2 different installations now 13:57 paul_p jcamins, I don't understand 13:56 sekjal so it must be getting superceded by something... some kind of caching 13:56 jcamins paul_p: if I want to create a heading in a bib record so that it matches an authority record, what field should I look at in the authority record, and should I be changing the tag or indicators at all in the heading for the bib record? 13:56 sekjal kf: use of the Details display is hardcoded into the opac-detail.pl code... there is just one line to fetch the XSLT displayed info, and it passed "Display" as a string 13:55 paul_p francharb, you would be helpfull here probably ! 13:55 jcamins paul_p: sounds good. 13:55 paul_p jcamins, throw your question, I should be able to answer. Or give you the right person nickname ;-) 13:55 jcamins paul_p: I'm looking at authority linking. 13:54 jcamins paul_p: technical, but pretty basic. 13:54 paul_p jcamins, mmm... technical or functionnal question ? 13:53 jcamins paul_p: who would be a good person to talk to about authorities in UNIMARC? 13:52 jcamins paul_p++ 13:52 * paul_p discussing with other BibLibre developers of C4=>Koha namespace, preparing our next IRC meeting... 13:49 jcamins Nothing that would impact display, though. 13:49 * jcamins is on latest master, with a few additional patches. 13:49 sekjal two week old master for me 13:48 kf I can file a bug... perhaps someone wants to search for a solution? ;) 13:48 kf I have a 3.6.2 13:48 kf you 2 tested on master? 13:48 sekjal okay, great, bug confirmed... now how the heck is is happening? 13:48 kf and it explains why the same record would work sometimes 13:47 sekjal of course 13:47 sekjal OPACXSLTDetailsDisplay must be on, too 13:47 kf I started to feel crazy 13:47 kf relief 13:47 kf what a reliev 13:47 sekjal only happens if OPACXSLTResultsDisplay is on 13:46 sekjal confirmed 13:46 sekjal had to adjust my sysprefs... testing 13:46 jcamins And clearly a bug. 13:46 jcamins sekjal: you should try it. It's incredible. :) 13:45 jcamins That's crazy! 13:45 jcamins Whoah! 13:44 kf search for anything, more than 20 hits, open last record on the page 13:43 kf I can reproduce 13:43 kf yes 13:43 kf or from a result page 13:43 kf sekjal: it's always the last record from a result list that's broken it seems 13:43 kf I found a pattern 13:43 kf oh 13:40 kf hm sometimes 13:40 kf from result list too 13:39 sekjal only occurring when using the back/forward dev, or also straight from a search results list (opac-search.pl)? 13:36 kf it really seems to use the wrong xslt 13:36 kf and that is wrong 13:36 kf one I went to from the result list, using the new back/forward buttons 13:36 kf one I searched for directly - auto-forward, that displays right 13:36 kf in 2 different tabs 13:36 kf I am looking at the same record now 13:36 kf and 13:36 kf nope 13:35 sekjal memcached enabled? 13:35 kf results link 13:35 sekjal kf: do you mean when you click a results link, or when there is a single result, and Koha auto-forwards? 13:35 kf wonder why robin was awake! 13:34 kf jcamins: ;) 13:34 jcamins Hey, fun fact: with DOM indexing there is not actually a reason why one couldn't support UNIMARC and MARC21 in the same installation. Other than the fact that doing so would be absurd. 13:33 kf it seems to happen when I get it from the result page 13:33 kf I had the case where suddenly the record would display normally 13:33 sekjal can you reproduce this reliably, or does it seem to happen at random? 13:32 kf but why would it do that? and why only for some records? 13:31 kf instead of the detail xslt 13:31 kf the only idea I have is that it's using the result xslt 13:31 kf it's driving me crazy 13:31 kf sekjal: me neither 13:31 jcamins Happy new year, paul_p. 13:30 sekjal happy new year, paul_p 13:30 sekjal kf: I can't see why the XSLT would process the availability template... 13:30 paul_p happy new year jcamins & sekjal & magnus_afk ! 13:29 jcamins Heh. Very true. 13:29 jcamins "Zebra would hate you forever." 13:25 kf no and yes 13:24 sekjal and are the Framework codes standard? 13:24 kf judging from the xslt it should not be possible to display like that 13:24 sekjal is there anything in the Summary field of the particular item type? 13:24 kf I compared with one that works... I don't see it 13:24 kf no, a very simple record 13:22 sekjal kf: that's really weird... any abnormalities in the MARC? 13:22 magnuse happy new year folks! 13:18 paul_p happy new year everobody !!! 13:18 kf and a happy new year :) 13:18 kf hi paul_p 13:18 kf marc21 13:18 sekjal I forget, marc21 or unimarc? 13:17 kf xslt 13:16 sekjal normal or XSLT view? 13:15 kf of course... there are only a few records in the database where this happens why most of them look completely normla 13:14 kf and my title is a link with the biblionumber and it shows availability information on the detail page 13:14 kf it's a 3.6.2 install 13:14 kf [off] http://opac.bsz-bw.de/koha_temp/avail.png 13:14 sekjal sure 13:14 kf can I show you something weird to see if you have an idea about it? :) 13:14 sekjal just trying to catch up after over a week off :/ 13:13 sekjal kf: yes 13:13 kf sekjal: still around? 13:13 dpavlin my approach is to assign number at save time (so librarians will see it in current page reload) instead at page generation time. 13:13 kf and the item is not cataloged, cancelled and someone else has used the next higher number... you will end up with a gap 13:12 kf but if you "reserve" the number 13:12 kf seems like a common problem 13:12 kf I am not sure how other systems do that 13:12 kf I understand 13:11 dpavlin From time to time, we also get student help, which makes this problem even worse. 13:10 dpavlin This doesn't seem to be a problem, but when there are 2 people doing this at same time, collisions do occur. 13:09 dpavlin main problem is that two open browsers will allocate same next stocknumber, and when one of them saves item, another will get error and will have to re-do save. 13:08 kf so perhaps it didn't need to check at first, but now should 13:08 kf stocknumber was a unique field at first... but that was changed later 13:08 dpavlin kf: thanks. from looking in the code of cataloguing/value_builder/stocknumber* it doesn't seem to have any check for duplicate values (which we had with similar code in first iteration of our changes) 12:48 sekjal happy new year, jcamins! 12:48 jcamins_away Happy new year, sekjal! 12:47 sekjal happy new year, kf! 12:47 kf happy new year sekjal 12:47 kf but perhaps you might want to look at those 12:47 huginn New commit(s) needsignoff: [Bug 7162] Factorize code for order cancellation <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7162> 12:47 kf or it is not really new now :) 12:46 kf but not sure how it works 12:46 kf and there is also a plugin for that 12:46 kf dpavlin: for the inventory number there is a new field now - stocknumber 12:44 dpavlin this time with year as first part, and 1... numbers for each item in that year. 12:44 dpavlin another example is inventory book we have to keep for each item which is again a number, 12:43 dpavlin kf: in my case, they have to be unique within same prefix (and without gaps). 12:37 huginn New commit(s) needsignoff: [Bug 6751] Link in readingrec.pl to export a barcode file <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6751> 12:29 kf dpavlin: that right? 12:28 kf because callnumbers are no unique fields 12:28 kf but we can not use the same solution as for barcodes 12:28 kf hm, so the problem is that callnumbersr should be incrmented 12:07 dpavlin I should probably brain-dump this to koha-dev also ;-) 12:06 dpavlin We have similar problem now for barcodes (which fail on save if somebody allready reserved this one), but current unique constraint can't be applied to multiple sequences in one field 12:05 dpavlin Use case is multiple callnumbers sequences (implemented in table) which should trigger increment on save to prevent gaps in ranges 12:05 magnuse think i rolled back all the changes by Zoe23 now, thanks for alerting dpavlin 12:04 dpavlin as opposed to cludge which is one-line change inside ./cataloguing/additem.pl 12:04 dpavlin Would it make sense to try to somehow introduce value_builder callback on optional http request param 12:03 dpavlin On un-related note, I'm ugrading our production to latest master, and I have need for value_builder to call perl code on save instead on page generation. 12:01 dpavlin Happy new year everyone :-) 12:01 magnuse i have blocked the user 12:01 magnuse you need to have special privileges, i think 12:01 kf magnuse will probably know 12:01 kf hi dpavlin - happy new year 12:00 dpavlin we had quote a few wiki pages link spammed by user Zoe23. I can't seem to find option to revert to previous version of page. Am I missing something? 11:52 kf or not 11:52 kf I think I know what it is 11:42 kf it shows right under publisher 11:42 kf very weird 11:41 magnuse weird 11:36 kf 3.6.2 11:36 kf I am quite surprised too 11:36 kf yeah 11:36 magnuse current master? 11:36 magnuse oh, never seen that 11:36 kf on the detail page 11:36 kf where it should not appear 11:36 kf I get it 11:36 magnuse sorry - you get the colorful link and don't want it, or the other way around? 11:34 kf this is weird 11:34 kf hm now it reappeared 11:32 kf turning off the 865 as image pref made it disappear 11:32 wahanui somebody said interesting was good 11:32 kf oh interesting 11:29 * kf is confused 11:29 kf like it shows on result list - colorful link in middle of my bilbiographic record display 11:28 kf on detail page 11:28 kf no 11:28 magnuse availability info on result lists? 11:28 magnuse didn't quite catch what the problem was, though? 11:28 magnuse hehe 11:28 kf no hoping someone says he has a patch for it :( 11:28 kf magnuse: 10:44 huginn New commit(s) needsignoff: [Bug 5358] keep track of cancelled orders <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5358> 10:40 magnuse hoping for some magig help from wahanui? 10:39 magnuse ? 10:33 kf availability information of result list on opac detail page? :( 10:33 kf *sighs* 10:04 huginn New commit(s) needsignoff: [Bug 6132] System preferences are case sensitive <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6132> 09:34 magnuse yup 09:34 kf oh on friday! nice! 09:24 wahanui next gbsd is http://wiki.koha-community.org/wiki/2012-01-06_Global_bug_squashing_day 09:24 magnuse next gbsd? 09:24 magnuse Oak 09:22 Oak magnuse 09:19 huginn kf: The current temperature in Konstanz, Germany is 6.0�C (10:00 AM CET on January 02, 2012). Conditions: Overcast. Humidity: 90%. Dew Point: 4.0�C. Pressure: 29.93 in 1013 hPa (Falling). 09:19 kf @wunder Konstanz 09:17 magnuse ooh, hot! 09:17 huginn magnuse: The current temperature in Bodo, Norway is 3.0�C (9:50 AM CET on January 02, 2012). Conditions: Mostly Cloudy. Humidity: 60%. Dew Point: -4.0�C. Windchill: -4.0�C. Pressure: 29.27 in 991 hPa (Steady). 09:17 magnuse @wunder boo 09:15 huginn Oak: Error: No such location could be found. 09:15 francharb kf, best wishes! 09:15 Oak @wunder moon 09:15 huginn Oak: The current temperature in Islamabad, Pakistan is 20.0�C (2:00 PM PKT on January 02, 2012). Conditions: Haze. Humidity: 33%. Dew Point: 3.0�C. Pressure: 30.04 in 1017 hPa (Steady). 09:15 Oak @wunder islamabad 09:14 huginn Oak: The current temperature in Konstanz, Germany is 6.0�C (10:00 AM CET on January 02, 2012). Conditions: Overcast. Humidity: 90%. Dew Point: 4.0�C. Pressure: 29.93 in 1013 hPa (Falling). 09:14 Oak @wunder Konstanz 09:09 kf happy new year francharb and clrh :) 09:07 wahanui hey, francharb 09:07 francharb hi 08:47 magnuse happy new year clrh 08:46 clrh hello all, back from holidays, happy new year :) 08:10 kf ja, alles gut :) 08:07 asaurat gut gerutscht in neues Jahr, kf ? :D 08:05 magnuse good morning and happy new year kf 08:05 kf happy new year #koha, julian_m and asaurat :) 08:05 asaurat and happy new year =) 08:05 asaurat hi all ! 08:04 kf good morning #koha 08:04 julian_m happy new year magnuse 08:01 magnuse happy new year, cait AmitG julian_m alex_a 07:59 alex_a and happy new year 07:59 alex_a hello #koha 07:58 julian_m hi #koha 07:34 cait happy new year magnuse! 07:27 magnuse happy 2012, #koha!! 06:46 cait happy new year 06:46 cait Hi Amit :) 06:46 AmitG heya cait Happy New Year :) 05:02 Oak :) 05:02 bag you too Oak 05:02 Oak Happy New Year! 05:01 bag :) 05:01 Oak hmm 05:01 cait happy new year bag and Oak :) 05:00 Oak Guten Morgen cait :) 05:00 Oak kia ora #koha 04:58 bag happy new year 04:57 bag hey cait 04:38 cait good morning #koha 03:17 bag hey AmitG happy new year 03:17 AmitG heya chris, bag Happy New Year