IRC log for #koha, 2008-05-06

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
12:04 hdl nengard: as far as I know, no rss feeds other than search results page
12:04 nengard hdl lots of libraries/librarians in the US do ... I have it here - but don't see a way to subscribe cause it doesn't have autofeed detection
12:04 thanks hdl
12:04 just wanted to be sure
12:05 hdl nengard: should we add a subscribe icon  in result lists ?
12:05 nengard maybe ... for those with older browsers
12:05 should i submit as bug/enhancement?
12:12 paul nengard: (hi) I would say "yes", as IE6 is still widely used.
12:12 hdl nengard: please.
12:12 nengard paul hdl - will do!
12:13 hdl nengard: when you create a new bug and realize it is not, I'd rather you mark bug as INVALID than marking resolved.
12:14 nengard hdl - didn't I do that today ... mark it invalid?
12:14 paul yes, you marked "invalid" the bug about RSS not working on safari
12:15 hdl from what I saw, you marked it resolved/fixed and not invalid.
12:16 nengard hdl i did two this morning - one was invalid one wasn't - i'll make sure i makr them right next time
12:16 hdl no problems.
12:16 Thx nengard
12:52 nengard translaters - looks like someone is working on a greek translation: http://blog.bigballofwax.co.nz[…]05/koha-in-greek/
13:04 mc .kf
13:04 oops
13:04 sorry
14:02 gmcharlt greetings #koha
14:04 paul hi gmcharlt
14:05 gmcharlt paul: as you know, I've been working on DB schema reconciliation
14:05 I've ended up with a number of changes to update22to30.pl, so would like to know if you'd be willing to take a look at a patch today or tomorrow
14:06 paul that will be difficult to find time for that today & tomorrow i'm away.
14:06 hdl, some minuts available for that ?
14:07 hdl ok for me
14:07 gmcharlt hdl: thanks
15:04 hdl: patches in question now submitted to patch list
16:02 paul gmcharlt: ?
16:02 gmcharlt hi paul
16:02 paul are those patches changing something to items.onloan ?
16:03 I just realise that in update22to30.pl, items.onloan default is '0000-00-00' where it is NULL in kohastructure.sql
16:03 this changes a lot of things !
16:03 gmcharlt paul: the only thing it should be changing is the default value
16:04 paul: yeah, sorry about the size of the patch, but hopefully is for the best
16:04 paul (i've modified the wiki 2-3 hours ago to tell ppl to change onloan to have NULL as default value, but i think i was wrong : it should be done by changing update22to30.pl
16:04 gmcharlt I'll be making patches to add test cases later this week
16:04 test cases to confirm DB schema after upgrade from 2.2.9 and the 3.0 alpha and beta
16:05 paul note sure i'm clear enough : the update22to30 create items.onloan with default '0000-00-00' while kohastructure.sql has default NULL
16:05 gmcharlt but also test cases to confirm in the future that kohastructure.sql and updatedate.pl stay in sync
16:05 paul update22to30 is WRONG.
16:05 kohastructure.sql is RIGHT
16:05 acmoore didn't we recently make some decision about which of those (NULL or 0000-00-00) is preferred and work towards making them all agree?
16:05 paul does your today patch deal with that ?
16:05 gmcharlt acmoore: NULL
16:05 paul acmoore: yep, and we agree 0000-00-00 is not a correct value
16:05 that's why I say that
16:06 gmcharlt paul: my version of update22to30.pl has items.onloan defaulting to NULL
16:06 acmoore good. It's not on my calendar, so I could never figure out why it was in any of my databases. ;)
16:06 paul gmcharlt: it means you changed that recently, as it's 0000-00-00 for me ;-)
16:07 so my recent wiki entry will become useless soon (I wrote to manually change the value)
16:07 acmoore gmcharlt, how do you write test cases for those two things?
16:07 gmcharlt actually, git blame says that it's null as of 2007-10-08 (from a patch you made ;-) ) - but the change I made to the default value handling in general may have corrected a bug
16:07 paul ??? update22to30, line 1098, reads :
16:08        items => [
16:08            {
16:08                field    => 'onloan',
16:08                type    => 'date',
16:08                null    => 'NULL',
16:08                key        => '',
16:08                default    => '0000-00-00',
16:08                extra    => '',
16:08            },
16:08 gmcharlt acmoore: current test case is just a script that runs through the paces.  for test::class, will have to wrapping the DB clearing and rebuilding into KohaTest.pm - full test suite could then clear the database three times and install (the SQL at least) four times, at least as default
16:09 paul: oops, you're right - I checked again and I did change the default after all in my patch
16:09 paul OK, I prefer that
16:09 gmcharlt acmoore: similarly, the installer itself can be tested that way
16:10 acmoore: although we may want to add a 'lots-of-tests' target to t/Makefile, and divvy up the tests
16:11 acmoore: between those that are for normal use of Koha and ones that QA the install
16:13 acmoore gmcharlt, sounds good.
16:13 MatthewMetzger Hello, I still have some major problems with search in Koha 3 beta2. search.pl is running for long periods of time, taking up most of the server's processing power. I'm using nozebra right now, but tried switching to zebra. I ran into what may be configuration errors on my part or may be bugs. I'm not sure. Does anyone have a bit of time to spend on this?
16:13 gmcharlt MatthewMetzger: a bit, yes
16:13 MatthewMetzger Where should we start?
16:14 acmoore gmcharlt, there's lots of discussion about separating tests that verify that the application works on your platform, and tests that are good for developers to run, like pod coverage. I can see us adding some of the second kinds of tests for database stuff and such.
16:14 gmcharlt what errors are you getting in zebra mode?
16:14 acmoore: yep
16:14 acmoore gmcharlt, go ahead with MatthewMetzger. we can discuss this database testing stuff later.
16:15 MatthewMetzger I can't even get zebra started. Just a minute and I'll give you the exact text, but it has something to do with "urx.chr"
16:16 I'm running "/usr/share/koha/bin/migrat​ion_tools/rebuild_zebra.pl -b" again now. It will give me the exact warnings.
16:18 hmm... These errors are different than before, looks like a permission issue (which I could probably solve myself), but they are different than before.
16:18 11:17:27-05/05 zebraidx(3465) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied]
16:18 11:17:27-05/05 zebraidx(3465) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied]
16:18 11:17:27-05/05 zebraidx(3465) [fatal] Could not select database biblios errCode=109
16:18 11:17:27-05/05 zebraidx(3466) [log] zebra_start 2.0.28 /etc/koha/zebradb/zebra-biblios.cfg
16:18 11:17:27-05/05 zebraidx(3466) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so
16:18 11:17:27-05/05 zebraidx(3466) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied]
16:18 11:17:27-05/05 zebraidx(3466) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied]
16:18 11:17:27-05/05 zebraidx(3466) [fatal] Could not select database biblios errCode=109
16:18 gmcharlt: I'm sorry. I ran this as the wrong user.
16:18 gmcharlt: I'll do it again from the koha user.
16:18 gmcharlt ok
16:22 MatthewMetzger gmcharlt: pastebin.com seems really slow from where I am. Do you mind if I post ten or more lines to IRC?
16:23 gmcharlt MatthewMetzger: try http://rafb.net/paste/ and if that doesn't work, then paste into IRC
16:24 MatthewMetzger http://rafb.net/p/X9SZZa74.html
16:26 I'll note that line 5: /tmp/2iZjZzmI7F/biblio doesn't seem to be created or exist, but the script gives no error.
16:28 gmcharlt MatthewMetzger: your zebra config seems to date from pre-beta2.  If that's the case, then getting the beta2 package, running through Makefile.PL again, the doing 'make update_zebra_conf' should sync things up
16:28 including the urx.chr file
16:29 MatthewMetzger ahh! Thank you. Yes, I did install alpha. I have the beta2 package.
16:29 I'll give that a try
16:33 Looks like I deleted the package. I'll download it again.
16:34 paul gmcharlt: on a standard setup, where is zebra DB stored ? (in which directory)
16:34 gmcharlt paul: /var/lib/koha/zebradb
16:34 paul thx
16:36 MatthewMetzger gmcharlt: thanks again for your help. I'll have to do the update of the zebra_conf after lunch. I'll let you know if it successfully solves the problem. Thanks again :)
16:36 gmcharlt MatthewMetzger: you're welcome
18:46 MatthewMetzger gmcharlt: how do I know if 'make update_zebra_conf' ran correctly? I get some unfamiliar output and '/usr/share/koha/bin/migrat​ion_tools/rebuild_zebra.pl -b' returns the same warnings.
18:48 gmcharlt MatthewMeztger: one minute
18:48 MatthewMetzger okay.
19:17 gmcharlt MatthewMetzger: back
19:17 MatthewMetzger hello
19:17 while you were gone.
19:17 I corrected some errors in my /etc/koha.xml, but it didn't seem to help
19:18 Should I give you the output of  'make update_zebra_conf'?
19:18 gmcharlt yes please
19:18 MatthewMetzger umask 022; /usr/local/bin/perl -MExtUtils::Install -e 'install({@ARGV}, '\''0'\'', 0, '\''0'\'');' -- \
19:18                blib/ZEBRA_CONF_DIR /etc/koha/zebradb
19:18 umask 022; /usr/local/bin/perl -MExtUtils::Install -e 'install({@ARGV}, '\''0'\'', 0, '\''0'\'');' -- \
19:18                blib/PAZPAR2_CONF_DIR /etc/koha/pazpar2
19:19 gmcharlt also, let me know if you now have an /etc/koha/zebradb/etc/urx.chr
19:20 MatthewMetzger gmcharlt: no I don't. I have one in /usr/local/share/idzebra-2.0/tab/urx.chr , but 'ls /etc/koha/zebradb/etc/urx.chr' says that file doesn't exist.
19:21 gmcharlt in your unpackaged Koha distribution, does ./etc/zebradb/etc/urx.chr exist?
19:21 MatthewMetzger ...
19:22 ~/koha-3.00.00-beta2/etc/zebradb/etc/urx.chr does exist
19:25 paul anyone around to help me with a SAX::PurePerl problem ?
19:26 atz paul: what OS?
19:26 gmcharlt MatthewMetzger: does blib/ZEBRA_CONF_DIR/etc/urx.chr exist?
19:26 paul debian
19:27 atz ok, i've run into some problems w/ that previously on debian
19:27 paul libexpat1-dev installed
19:27 libxml-parser-perl installed too
19:27 atz basically it came down to using the debian binary package instead of the CPAN version
19:27 MatthewMetzger gmcharlt: no
19:28 atz are  you getting some kind of api error, paul ?
19:28 gmcharlt MatthewMetzger: hmm - try 'make' and see if it turns up; if so, then do 'make update_zebra_conf' again
19:28 paul atz: do you mean I have to install libxml-parser through CPAN ?
19:28 nope, I just saw rebuild_zebra was VERY slow
19:28 so tried :
19:28 MatthewMetzger gmcharlt: okay....
19:28 atz no, in my experience, using CPAN is what messed me up  : \
19:28 paul whistler:~# /usr/local/koha/misc/sax_parser_print.pl
19:28 XML::SAX::PurePerl=HASH(0x81e59bc)
19:28 which package are u speaking of ?
19:29 libxmlparser-perl = installed through apt-get
19:29 atz right
19:29 paul that's what I did
19:30 atz it was one of the MARC/XML packages
19:30 paul iirc, I installed them through CPAN, not through apt-get
19:31 atz I get:
19:31 misc/sax_parser_print.pl
19:31 XML::LibXML::SAX::Parser=HASH(0x81fe8b0)
19:31 paul which is the correct result
19:31 MatthewMetzger gmcharlt: perhaps that's what I did wrong.... It looks like I didn't run 'make' by itself to begin with.
19:32 gmcharlt MatthewMetzger: ok.  it is working now?
19:32 MatthewMetzger gmcharlt: I ran 'sudo make  update_zebra_conf' and now /etc/koha/zebradb/etc/urx.chr exists. I'll try running the zebra index thing again.
19:32 gmcharlt ok
19:34 MatthewMetzger gmcharlt: Yes! :) The urx.chr errors are now gone, but I still have a warning that causes zebra to stop. I'll put the output in a pastebin
19:35 http://rafb.net/p/qdUMWi91.html
19:36 it seems that the /tmp directory is not being written to.
19:36 That's my uneducated guess, anyway.
19:37 gmcharlt MatthewMetzger: actually, it is, but it's a temp directory that's deleted at the end of the run.  you can run rebuild_zebra.pl with the -k option to keep the temp directory around for inspection
19:38 MatthewMetzger I knew I was un-educated :)
19:38 so that's not the problem
19:38 something else is, though
19:39 I'm guessing that the last line should not say 'zebra_stop'
19:39 gmcharlt I suspect the "Record didn't contain match fields in (bib1,Local-number)
19:39 is your database upgraded from 2.2?
19:39 MatthewMetzger I did run the upgrade scripts. I'm guessing that it wouldn't hurt to run them again.
19:40 gmcharlt MatthewMetzger: actually, hold on a second - there's one in particular that I need to look up
19:41 MatthewMetzger Okay. Is there a way to tell what DB version I'm using without running the scripts again?
19:41 gmcharlt ok, in /etc/zebradb/marc_defs/marc21/biblios/record.abs, there's a line "#melm 090$c     Local-number:w"
19:41 try uncommenting that, then running rebuild_zebra again
19:41 MatthewMetzger okay...
19:41 here goes.
19:42 - /etc/zebradb/marc_defs/marc21/biblios/record.abs is emtpy
19:42 I'll search for the file...
19:43 gmcharlt ah, right it would be /etc/koha/zebradb/...
19:43 MatthewMetzger found it.
19:45 rebuild_zebra is running
19:45 I uncommented that line
19:45 It's definitely doing something different....
19:47 Here's some of the output at the end: http://rafb.net/p/Hp43Ic13.html
19:47 it looks like zebra is still stopping at the end.
19:47 gmcharlt zebra_stop is benign - means "zebraidx has finishing its processing"
19:48 so you should be able to start zebrasrv (if you haven't already) and try a search
19:48 MatthewMetzger gmcharlt: so that means that zebra is probably working!
19:49 paul atz: problem solved, thanks to mc (and thanks to the great screen tool !)
19:49 MatthewMetzger okay. I'll change the nozebra to off and start the zebrasrv (is there special command for that?)
19:49 atz cool
19:49 MatthewMetzger s/off/on/
19:50 gmcharlt MatthewMetzger: sudo /etc/init.d/koha-zebra-daemon start
19:51 MatthewMetzger ls: cannot access /etc/init.d/koha-zebra-daemon: No such file or directory
19:52 gmcharlt MatthewMetzger: did you do a standard install?  If so, check out section 5 of INSTALL.debian
19:53 MatthewMetzger I did do a standard install. I will read that doc.
20:13 atz owen: any known CSS issues w/ Opera?
20:14 i have a ticket w/ screenshots from a user where the uppermost options are overlapping other text
20:19 MatthewMetzger gmcharlt: zebra search works now. Thank you so much! :) Now I can wade through some of the other errors (well, maybe later this week). I hope that our time was helpful from a debugging / documentation standpoint. The only thing that I would recommend is that a note about 'make update_zebra_conf' be added to INSTALL and INSTALL.debian for people upgrading from Alpha to Beta2, I couldn't find it, but I may be wrong about it not being
20:20 gmcharlt MatthewMetzger: yeah, that needs to be documented, as well as the record ID field change for MARC21 users upgrading from 2.2.9
20:20 MatthewMetzger is that the line that we uncommented?
20:20 gmcharlt yes
20:22 MatthewMetzger okay. So our time was not in vain. We have found documentation deficiencies. Does a bug need to be filed?
20:23 I'll assume that you are on top of it. - Have a great day!
20:24 gmcharlt thanks, you too - but yeah, please file a bug
20:24 MatthewMetzger gmcharlt: okay, I will
20:30 cait can somebody help me updating my .po-files plz?
20:30 i tried sudo ./tmpl_process3.pl update -i /usr/share/koha/opac/htdocs/opac-tmpl/prog/en -r -x .*unimarc.* -s po/de-DE-i-opac-t-prog-v-3000000.po -o /home/caitlin/test
20:30 always get : Update FAILED.
20:31 paul no other message ?
20:31 cait: no other message ?
20:31 cait Charset in/out: UTF-8 at ./tmpl_process3.pl line 257.
20:31 paul just an info. well placed. so not the problem
20:31 cait no other message then :(
20:32 paul strange...
20:32 do you get some .....................
20:32 cait no
20:32 paul before the message ?
20:32 very very strange.
20:32 I don't have any idea where it can come from, sorry
20:32 cait perhaps its just a stupid mistake?
20:33 -s are my current .po files, is that correct?
20:33 paul the sudo should be useless
20:33 yep
20:33 cait ok
20:33 is -o ok?
20:33 paul but at least we're sure it's not a permission problem ;-)
20:33 cait :)
20:34 paul for update, the -o is useless
20:34 cait ok
20:34 i try without
20:34 yeah its the same
20:34 caitlin@wombat:/usr/share/koha/misc/translator$ ./tmpl_process3.pl update -i /usr/share/koha/opac/htdocs/opac-tmpl/prog/en -r -x .*unimarc.* -s /home/caitlin/de-DE-i-opac-t-prog-v-3000000.po
20:35 paul i really don't have any idea. And i'm too tired (10:45PM here in France) to be helpfull.
20:35 i'll go to bed now. good luck
20:35 cait in germany its the same
20:35 paul right ;-)
20:35 cait im tired too... but a little frustrated
20:36 but thx for the help
20:36 paul at european time, you'll usually find at least 3 of us (BibLibre : paul, hdl, mc)
20:36 cait at least its not some really stupid mistake
20:36 cant chat from work
20:36 paul don't hesitate to ask for help
20:36 cait testing koha there too... but cant join the chat here
20:36 gmcharlt cait: paul et al are your best bet from this one, but I'm willing to try this one out if you'll send me a copy of your .po
20:36 paul gmcharlt: ++
20:37 cait thx gmcharlt , give me your email plz
20:37 atz cait: ls -ld /usr/share/koha/misc/translator .*unimarc.* /home/caitlin/de-DE-i-opac-t-prog-v-3000000.po
20:37 cait and thx for helping me!
20:38 drwxr-xr-x 3 koha    koha      4096 2008-04-24 19:51 /usr/share/koha/misc/translator
20:41 seems ok?
20:41 gmcharlt: sending...
20:42 gmcharlt cait: thx
20:43 cait my translation is not as far as i wanted it to be ... but i hope i can spend more time the next days
20:43 atz cait: but you should get lines for the unimarc and 300000.po file
20:44 *files*
20:45 cait sorry atz, i dont understand
20:45 atz ls -ld /usr/share/koha/misc/translator .*unimarc.* /home/caitlin/de-DE-i-opac-t-prog-v-3000000.po
20:45 ^^ should list all the stuff your operation is attempting to run or read
20:46 cait i get this:
20:46 drwxr-xr-x 3 koha    koha      4096 2008-04-24 19:51 /usr/share/koha/misc/translator
20:46 atz ls -l .*unimarc.*
20:46 perhaps that argument is off in your command?
20:47 cait its ubuntu
20:47 and im a total linux-newbie
20:47 :(
20:48 gmcharlt cait: email received - give me a second to try it
20:48 atz maybe gmcharlt can say... what is the .*unimarc.* argument trying to reference?
20:48 some hidden files?
20:49 cait thx gmcharlt
20:49 i got the line from a mail in the mailinglist and changed the paths ... so well... i dont really know
20:50 but as my database ist unimarc it seemed ok ... :(
20:51 my current .po-file ist /home/caitlin/de...
20:58 gmcharlt cait: try 'msgmerge'
21:00 cait gettext is missing, i apt-get it
21:01 gmcharlt btw, -x .*unimarc.* means to exclude files containing 'unimarc' when updating the po file
21:01 cait oh
21:01 ok
21:02 how does msgmerge work?
21:03 gmcharlt it appears to merge strings from one PO file to another
21:03 acmoore gmcharlt++ # running one test class at a time
21:03 cait perhabs you can give me an example? there are so many options, im confused
21:04 gmcharlt cait: sorry, wasn't clear - msgmerge is called by tmpl_process3.pl, you don't need to run it directly
21:05 now that you've apt-got the package that contained it
21:05 cait ah
21:05 ok
21:05 gmcharlt try running tmpl_process3.pl again
21:05 cait wow its .....-ing :)
21:06 seems successful
21:06 thx gmcharlt!
21:06 gmcharlt you're welcome
21:08 atz plenty of time
21:08 cait wah i dont think so
21:09 atz what do you have to present?
21:09 cait and koha is  probably not ready for a huge german academic library atm
21:09 showing koha and some of the functions
21:10 i think acquisitions will be the main problem
21:10 atz the french guys are building a totally new acq. module
21:10 cait ah
21:10 is there more information about it somewhere?
21:11 atz i don't have any, but paul could probably tell you more
21:11 gmcharlt cait: paul has a spec or something (in French) - ask him tomorrow
21:11 cait french ...
21:12 but i will ask him about it and give it to my colleague for translation :)
21:12 ah
21:13 can i store the inventory number somewhere?
21:13 atm i have it in itemnotes but this is not a good solution
21:14 gmcharlt cait: what's the inventory number?  is it different from the item barcode?
21:14 cait mom i will look it up
21:15 hm
21:15 its different from the barcode
21:15 atz and itemnumber (table key)?
21:16 cait somtimes ist like year/number
21:16 2007/1, 207/3
21:17 can i use itemnumber for that?
21:17 gmcharlt cait: do the librarians need to search on it?  or change it?  or add new ones? (i.e., is it Horizon-specific, perhaps?)
21:17 cait no
21:17 gmcharlt cait: no, itemnumber is the internal Koha item ID
21:17 and is assigned automatically
21:17 cait every library in germany has an inventory number as far as i know
21:18 you have to keep an inventory book for it too
21:18 its given to the materials during acquisition process
21:18 i m not good in explainingin english. im sorry
21:19 build for germany only
21:19 atz interesting
21:19 gmcharlt cait: no, it's fine - it's starting to sound like something that some U.S. libraries used to do
21:20 cait: but, yeah, sounds like it could use it's own field
21:20 cait yeah
21:20 gmcharlt Koha actually (in the MARC framework) lets you define an item subfield that doesn't have an equivalent in the items table
21:20 cait thoght so, but i doubt adding a new column would work automatically?
21:21 gmcharlt such subfields get mapped (as XML strings) to items.more_subfields_xml
21:21 and are available for display, searching, and editing
21:21 cait sounds interesting, but i m not sure, i know how to do it
21:21 gmcharlt not that hard, actually - here's how you do it:
21:22 go to Administration -> 'Koha to MARC mapping'
21:23 cait i get inventory number at unimarc 949 $d
21:23 gmcharlt look at list of subfields (for record type item) and pick one that's unused
21:23 then in Administration -> MARC Bibliographic framework, add a new subfield definition (must be the same tag as the rest of the item fields)
21:24 cait hm
21:24 gmcharlt then that subfield is available, and you can load your MARC bibs with the inventory number in that subfield instead of item notes
21:25 cait im not sure.. perhaps paidfor?
21:25 dont know what this one is for
21:25 gmcharlt cait: no, not that one - I mean, pick a letter or number for the subfield code that isn't already used by another field
21:26 cait ah ok
21:26 thats already there
21:26 949 d
21:26 949 is our tag for holdings
21:26 instead of 995
21:26 gmcharlt in that case, you're good to go if the 949$d is already defined in the UNIMARC framework
21:27 cait no
21:27 i created it
21:28 gmcharlt ah, ok
21:29 cait but where can i link the field to?
21:29 atm its items.itemnotes
21:30 gmcharlt cait: you don't have to - if you don't explicitly link to a particular column, it will be automatically swept into items.more_subfields_xml
21:30 cait i already importet a small academic library with 43.000 items, worked well
21:30 ah
21:31 so just change it now to items.more_subfields_xml and reimport?
21:31 gmcharlt no, just change the kohafield to blank, then reimport
21:32 cait hm
21:32 and how to search for it=
21:32 ?
21:33 gmcharlt for searching, just add an entry to your zebra config (the unimarc biblio record.abs, most likley) for the 949$d or whatever subfield you will use
21:33 cait ah
21:33 record.abs is the file...
21:33 atm only title and author are working
21:38 i have to go to bed know
21:38 gmcharlt cait: ok. g'night
21:39 cait its near to midnight
21:39 thank you again for helping me with translation and inventory number and everything
21:39 gmcharlt you're welcome
21:40 cait good night!
07:02 hdl hi
08:19 frederic hello
11:18 hdl owen around ?

← Previous day | Today | Next day → | Search | Index

koha1