IRC log for #koha, 2008-02-09

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

All times shown according to UTC.

Time Nick Message
12:19 kados mornin nengard
12:20 paul 'morning kados
12:20 kados hiya paul and the rest of #koha
12:20 paul: I am about to push up a patch to help with the problem of 'too many translations' ...
12:21 paul great !
12:21 kados paul: you can tell me if it works for you
12:21 paul I still don't see the fr => fr-FR patch for installer pushed
12:21 i'll test immediatly
12:22 kados hmmm, I don't think I have the installer patch
12:23 nope
12:23 I have 3-4 from you though
12:23 paul it's a patch called "moving fr installer to to-FR"
12:23 kados when did you submit it?
12:23 paul :-(
12:23 I submitted it at least twice.
12:24 1st time jan, 18 or 19
12:24 2nd time 3 days ago
12:24 kados I did see one where you did 'moving fr installer to FR-fr' which is wrong
12:24 but that was a while ago
12:24 paul yep.
12:24 kados and i haven't seen anything since
12:24 paul i've removed it and written a fr => fr-FR one
12:24 I can send it again immediatly if you want
12:25 kados sure
12:25 paul (chris told yesterday me he had validated it)
12:25 I send it to patches at koha.org ?
12:25 kados yes please
12:26 paul done
12:26 kados paul: also, quick question if you have a moment
12:26 paul throw it, i'll find time to answer
12:26 kados do any of your libraries want a bib-level call number/classification? or do they all want item-level only?
12:27 paul mmm... complex questions. all of them want item level call number, for sure.
12:27 but some of them also want bib level "call number", usually dewey classif
12:28 what I try to explain to libraries is that dewey is an intellectual classification, thus refers to biblio & callnumber is for physical location, thus refer to item level
12:29 kados right
12:31 paul !!!!! about the patch : "Change homebranch to branch for advanced search." you just pushed up
12:31 It will probably break some things
12:32 (in NoZebra search)
12:32 why did you change once again ?
12:32 kados we use 'branch' and in the back-end you decide if that means homebranch or holdingbranch IMO
12:32 paul (I mean Ryan)
12:32 kados it was broken
12:33 adv search was broken, ryan fixed it
12:33 paul I'll become mad with those moves :\
12:33 I think I made a wrong patch for NZ search then.
12:33 kados so your adv search is not broken?
12:34 paul as I've changed host-items for homebranch and if I understand this patch, i'll have to change again for "branch"
12:34 (at least, in NZ seach it's not)
12:34 kados please test zebra search
12:34 and let me know
12:36 paul http://i15.bureau.paulpoulain.[…]sort_by=relevance returns 1001 results
12:36 seems not broken for me.
12:36 although that may mean my record.abs is "wrong"
12:38 mmm... bib1.att & record.abs for marc21 still contain homebranch (att 8012 & 952$a)
12:38 so where does the "branch" limit go to ?
12:39 kados branch is just for CCL IIRC
12:39 paul http://i15.bureau.paulpoulain.[…]sort_by=relevance returns 1001 results as well anyway.
12:39 so maybe i'm wrong
12:40 about authorities stuff from gmcharlt-away: do you know if there are things to do for UNIMARC setup ?
12:41 i'll ask gm when he's back
12:41 kados I think he only switched marc21 to DOM
12:41 he should be on in a few hours
12:42 paul I'm almost sure he didn't changed anything in unimarc
12:42 so we will have to do it.
12:42 kados *nod* I think so too
12:43 paul so, if you release the beta in this state, it won't work for UNIMARC libraries, which would be a real shame.
12:43 kados ?
12:43 I'm pretty sure it will work for unimarc
12:43 paul really ? that's fine then
12:43 kados even though it uses the old DOM filter
12:43 oops, old ABS I mean
12:44 but we'll have to check with gmcharlt and of course, test
12:58 paul kados: the patch for language chooser is "handling multiple languages gracefully in sysprefs, allow..." ?
13:01 kados yes
13:02 gmcharlt-away paul, kados: I need to check one thing about not breaking UNIMARC authorities -- but if there's a problem, I should have a patch submitted by thismorning
13:02 this morning, even
13:03 paul gmcharlt-away: ++
13:03 kados : http://i15.bureau.paulpoulain.[…]/koha/mainpage.pl (login abel/able)
13:03 kados : http://i15.bureau.paulpoulain.[…]/koha/mainpage.pl (login abel/abel)
13:03 the language list is empty.
13:03 is there a syspref I have to set ?
13:04 kados oh!
13:05 you don't have a 'language' syspref for the staff client?
13:05 http://i15.bureau.paulpoulain.[…]eld=opaclanguages
13:05 is for the OPAC
13:05 and there is another one 'language' for the staff client
13:05 paul seems I havent, right ;-)
13:05 kados how do you know what language to load in the staff client?
13:07 paul YES ! works very well
13:08 kados IMO it needs a bit more testing
13:08 but it's getting there
13:09 I found a bug in the OPAC
13:09 related to lang switching
13:09 paul it it a choice to have "english" for OPAC and "english(en)" for staff ?
13:10 kados no, the langswitcher drop-down doesn't work in the OPAC
13:10 I noticed on your opac
13:10 but ... I have to get some coffee first :-)
13:11 paul gmcharlt: at 1st glance, with a very few testing, authorities seems to still work for UNIMARC on an uptodate git
13:11 so your patches seems not to break anything for UNIMARC. (But that's only 1st level testing)
13:12 gmcharlt paul: good -- the main thing I need to check is to make sure that my changes to ccl.properties didn't break anything
13:12 paul: also, the link_bibs_to_authorities.pl batch job won't work for UNIMARC authorities yet
13:13 paul what does this script do exactly (as your commit note was short ;) )
13:14 gmcharlt scans each heading in each bib record and creates, updates, or removes the subfield $9 link based on the presense or absense of an authority record for that heading
13:15 paul can't this script create authorities itself if it does not exist ?
13:15 that would be a perfect toolbox script for migrations !
13:16 gmcharlt paul: no, but it will be easy to create such a script once I refactor the biblioaddsauthorities code in to a C4::Biblio or C4::AuthoritiesMarc function
13:16 fbcit g'morning koha
13:17 gmcharlt paul: although for the record, I'm not a big fan of system-create authority records, but I'll still write a batch job to do it ;-)
13:17 hi fbcit
14:01 lloyd_ owen, need to center hthat logo :)
15:08 MatthewMetzger Hello.
15:09 I have a question about the documentation for installer/data/mysql/update22to30.pl
15:10 I'm getting one of the errors that is listed on http://wiki.koha.org/doku.php?id=22_to_30, but that page also says "don't bother". I'm not sure what "don't bother" is exactly referring to. Does it mean that I shouldn't worry about the error at all?
15:12 gmcharlt MatthewMetzger: which error?
15:12 MatthewMetzger moving bibliothesaurus to InnoDB
15:12 DBD::mysql::db do failed: The used table type doesn't support FULLTEXT indexes at koha-3.00.00-alpha/installer​/data/mysql/update22to30.pl line 1729.
15:14 gmcharlt MatthewMetzger: as far as I can tell, you really can ignore that message -- I don't think Koha 3 uses any mysql FULLTEXT indexes
15:14 MatthewMetzger gmcharlt: thanks :)
15:15 I did get quite a few other error messages, seeming mostly to do with virtual shelves (which I don't think we have used, so there might not be database entries for them).
15:15 I have saved the output of installer/data/mysql/update22to30.pl
15:16 Do you think I can ignore these errors, too?
15:16 gmcharlt MatthewMetzger: could you post that output as a bug at bugs.koha.org -- it could be that all of the error messages are perfectly benign, but having output of 2.2 -> 3.0 upgrades will help QA
15:16 for one thing, it may be worth patch update22to30.pl to quell the error messages that really are benign
15:17 MatthewMetzger sure. I haven't posted a bug before. That's a great idea, though. I'll try to do it right now.
15:28 paul gmcharlt: & MatthewMetzger : for ppl using a very old version of Koha, there maybe still a "bibliothesaurus" table, deprecated since 2.0 that has fulltext indexes
15:29 MatthewMetzger: you can ignore that message, gmcharlt is right. You can even drop that table, it's useless for years
15:29 MatthewMetzger I'm upgrading from 2.2.9 to 3.0. So I guess that error doesn't apply to me.
15:30 gmcharlt paul: thanks for confirming
15:30 MatthewMetzger so I can get rid of bibliothesaurus? Does it hurt to leave it there (will I continue to get error messages)?
15:33 I posted the output in bugzilla. Bug#: 1820
15:35 CGI042 test
15:42 Stimpy Are you using Koha?
15:44 Hi Ren
15:44 ren No, not yet, but we are very interested.
15:44 Hi, Stimpy
15:45 Stimpy I need to go to a meeting, but look forward to talking to Koha users here
15:46 MatthewMetzger have a good meeting!
15:50 lloyd_ ren and stimpy lol
15:51 MatthewMetzger I was a little confused as to how cartoon characters were talking to each other... LOL
16:31 frederic Hello
16:33 gmcharlt hi frederic
16:36 frederic hi gmchrlt
16:36 you've been working hard!
16:36 paul frederic:  the good IRC software autocomplete the nicks after a few letters (mine : by pressing tab)
16:38 frederic paul: Thanks. So mine is good :)
16:41 MatthewMetzger Hello again. I have some more database errors from step three of the web install of 3.0
16:43 Should I be concerned?
16:44 gmcharlt what are the errors?
16:45 MatthewMetzger Here's the first one:
16:45 [Fri Feb 8 10:35:44 2008] updatedatabase.pl: DBD::mysql::db do failed: Duplicate entry 'DebugLevel' for key 1 at /usr/share/koha/intranet/cgi-bin/ins​taller/data/mysql/updatedatabase.pl line 103.
16:46 gmcharlt MatthewMetzger: that one's OK
16:46 MatthewMetzger here's the next one:
16:47 [Fri Feb 8 10:35:44 2008] updatedatabase.pl: DBD::mysql::db do failed: Table 'tags' already exists at /usr/share/koha/intranet/cgi-bin/ins​taller/data/mysql/updatedatabase.pl line 110.
16:47 do you have time to take a look at eight or so errors?
16:48 gmcharlt tags error OK if the tags table exists and has two columns: entry varchar(255) primary key, weight bigint(20)
16:49 MatthewMetzger: I personally don't have time ATM the moment to look at all eight, but I will review bug 1820 later today, so you can add the additional errors there if you like
16:49 MatthewMetzger tags exists, but has 0 records
16:49 gmcharlt: thanks.
16:50 gmcharlt zero records is fine, I believe, if you haven't been using OPAC tagging
16:51 MatthewMetzger gmcharlt: okay. Thanks. I'll try to add the rest of the errors to bug 1820 (still learning bugzilla)
16:53 frederic gmcharlt: After a git rebase origin, I'm trying to update zebra config files. I've done perl Makefile.PL and then make. This last command fails with an error message: Bad arg length for Socket::inet_ntoa... rewrite-config.PL line 67. Any idea?
16:54 gmcharlt frederic: are you using Debian?
16:54 frederic yes
16:56 gmcharlt frederic: looks like code attempting to guess your server's IP address is not working on your box for some reason
16:56 you can work around by setting the WEBSERVER_IP environment variable before you issue the make
17:00 frederic Yes. That's it. I should have look at rewrite-config.PL before ringing you. Thanks.
17:00 gmcharlt frederic: a possible cause is that for whatever reason, the results of Sys::Hostname::hostname don't resolve to an IP address per gethostbyname
17:02 frederic Indeed, it comes from a hostname mispelling (wrong character) on this box.
20:03 MatthewMetzger Hello again.
20:03 I seem to be having a session issue with the administration web interface.
20:04 Everytime I try to change a setting, or even go to a different page, I have to log in again.
20:04 I checked the timeout value and also switched between mysql and tmp for session storage. I'm in the midst of trying to upgrade from 2.2.9 to 3.0
20:05 This is from the 3.0 administration interface
20:20 atz MatthewMetzger: enable cookies?
20:21 MatthewMetzger atz: cookies are enabled in the browser... I believe ... is that what you mean .. or a koha setting?
20:21 atz yeah, in the browser is what I meant
20:22 MatthewMetzger atz: I have my browser set to "accept cookies from any site"
20:22 so that can't be the problem

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

koha1