← 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/installer/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/installer/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