← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:03 | rangi_mib joined #koha | |
00:10 | cait left #koha | |
01:09 | huginn | New commit(s) needsignoff: [Bug 7001] User Configurable Slips <http://bugs.koha-community.org[…]w_bug.cgi?id=7001> |
01:09 | ibeardslee joined #koha | |
02:16 | logbot joined #koha | |
03:20 | moof joined #koha | |
03:20 | moof | ooh, mibbit widget! |
03:22 | AmitG joined #koha | |
03:22 | AmitG | heya chris gm |
03:26 | kmkale joined #koha | |
03:26 | AmitG | heya kmkale |
03:34 | kmkale | Namaskaar AmitG |
03:34 | Namaskaar #koha | |
04:06 | Oak joined #koha | |
04:34 | BobB | hey kmkale are you about now? |
05:00 | eythian joined #koha | |
05:02 | Irma joined #koha | |
05:14 | ebegin | Is there any term of use for the Koha logo ? Do we have to state taht Koha trademark is own by LibLime ?? |
05:32 | That what i wished ;) | |
05:40 | stuartyeates joined #koha | |
05:43 | cait joined #koha | |
05:44 | cait | morning #koha |
05:45 | rangi | hi cait |
05:45 | cait | hi rangi :) |
05:50 | kmkale joined #koha | |
05:58 | AmitG | heya cait |
05:58 | heya BobB | |
06:00 | BobB | hi Amit |
06:03 | cait | hi AmitG and BobB |
06:04 | BobB | hi cait |
06:05 | * BobB | waves to Europe in general |
06:07 | cait | I think most of Europe still sleeping :) |
06:11 | BobB | Is it about 7am in Germany? I think in our summer the difference is 8 hours? |
06:11 | No that's not right. | |
06:11 | 10 hours | |
06:13 | cait | yep, |
06:13 | 7:13 now | |
06:13 | 12 hours to nz | |
06:13 | so 10 to australia? | |
06:19 | @wunder Konstanz | |
06:19 | huginn | cait: The current temperature in Konstanz, Germany is 3.0°C (7:00 AM CET on November 21, 2011). Conditions: Heavy Fog. Humidity: 97%. Dew Point: 3.0°C. Pressure: 30.18 in 1022 hPa (Steady). |
06:40 | Oak joined #koha | |
06:50 | BobB | brrrr :) |
06:50 | @wunder Sydney, New South Wales | |
06:50 | huginn | BobB: The current temperature in Sydney, New South Wales is 22.0°C (5:30 PM EST on November 21, 2011). Conditions: Mostly Cloudy. Humidity: 64%. Dew Point: 15.0°C. Pressure: 29.95 in 1014 hPa (Falling). |
06:54 | rangi | http://www.3news.co.nz/Welling[…]3470/Default.aspx |
06:54 | heels, and wellington wind | |
06:54 | not a good mix | |
06:57 | kmkale | Namaste BobB & rangi :) |
06:57 | BobB | kmkale Namaste |
06:58 | cait | hi kmkale |
06:58 | :) | |
06:58 | rangi | heya kmkale |
06:58 | kmkale | Namaste cait :) |
06:58 | BobB | How are you Koustubha? We miss your smiling face each day. |
06:59 | kmkale | I miss you all BobB |
07:00 | BobB: How are you & Irma? | |
07:00 | BobB | Well, you are not able to say that Thane is quiet without us, I bet. |
07:01 | We are well. I have recovered from my cold. This is our first full week back at our desks and there is plenty to do. :) | |
07:01 | But KohaCon was excellent, so thank you once more. | |
07:08 | huginn | New commit(s) needsignoff: [Bug 7250] stage_biblios_file.pl is missing options for encodings, wrongly passing the MARC flavour instead <http://bugs.koha-community.org[…]w_bug.cgi?id=7250> |
07:26 | alex_a joined #koha | |
07:26 | alex_a | hello #koha |
07:27 | Oak | Bonjour alex_a :) |
07:27 | hello miss cait :) | |
07:28 | kia ora #koha | |
07:29 | cait | hello Oak :) |
07:32 | huginn | New commit(s) needsignoff: [Bug 4330] Copyright statements out of date <http://bugs.koha-community.org[…]w_bug.cgi?id=4330> |
07:32 | alex_a | hello cait Oak :) |
07:36 | cait | hi alex_a :) |
07:37 | marcelr joined #koha | |
07:37 | marcelr | hello koha |
07:46 | cait | hi marcelr :) |
07:46 | thx for your qa work! | |
07:48 | cait left #koha | |
07:52 | marcelr | hi cait |
07:54 | reiveune joined #koha | |
07:54 | reiveune | hello |
07:55 | wahanui | niihau, reiveune |
08:06 | francharb joined #koha | |
08:06 | francharb | morning! |
08:12 | rangi | hi marcelr, alex_a, francharb, and reiveune |
08:13 | reiveune | hi rangi :) |
08:13 | asaurat joined #koha | |
08:14 | paul_p joined #koha | |
08:14 | alex_a | hello rangi |
08:15 | AmitG | heya francharb, alex_a |
08:16 | paul_p | hello everybody |
08:16 | AmitG | heya paul_p |
08:16 | rangi | hi paul_p |
08:18 | kf joined #koha | |
08:20 | kf | @wunder Konstanz |
08:20 | huginn | kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 3.1°C (9:20 AM CET on November 21, 2011). Conditions: Fog. Humidity: 97%. Dew Point: 3.0°C. Windchill: 3.0°C. Pressure: 30.16 in 1021.2 hPa (Steady). |
08:36 | sophie_m joined #koha | |
08:49 | Khmar joined #koha | |
08:49 | Khmar | Hello everyone. |
08:49 | rangi | hi Khmar |
08:50 | Khmar | I'm Noufal Ibrahim. I was there at the Koha conference in Thane earlier this month. |
08:50 | I just wanted to pitch in and continue to support and help out with the stuff we talked about at the event. | |
08:53 | hdl joined #koha | |
08:54 | Khmar | Is there a mailing list for the project? I looked around the website but didn't find it. |
08:54 | Anand and I were the two chaps from the Internet Archive's Open Library project. | |
08:54 | rangi | which website did you look at? |
08:55 | Khmar | koha-community.org |
08:55 | wahanui | koha-community.org is probably actually updated and right |
08:55 | rangi | http://koha-community.org/supp[…]ha-mailing-lists/ |
08:55 | Khmar | Cool. Thanks. I'll sign up. |
08:56 | kf | or mailing lists? |
08:56 | wahanui | mailing lists are at http://koha-community.org/supp[…]ha-mailing-lists/ |
08:56 | kf | :) |
08:56 | Khmar | Ah. A bot. Excellent. :) |
08:56 | kf | same link, only making wahanui work for his cookies |
08:57 | Khmar | So, my plan is to open issues on the tracker for the things we talked about the conference and then to make sure that everything is wokring properly on the OL side for you guys. |
08:58 | brb | |
08:58 | kf | I think that sounds good - you might want to check for open bugs first |
08:59 | rangi | i think there are ones on bugs.koha-community.org already |
08:59 | kf | and perhaps link your entries together with a 'super bug' |
08:59 | bug 7152 | |
08:59 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7152 enhancement, P4, ---, robin, ASSIGNED , Koha should make it easy for librarians to attach covers using Open Library |
09:00 | kf | bug 7153 |
09:00 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7153 enhancement, PATCH-Sent, ---, oleonard, NEW , Show Open Library as Search Target in "More Searches" in OPAC detail page |
09:00 | kf | bug 7161 |
09:00 | are some | |
09:00 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7161 enhancement, PATCH-Sent, ---, oleonard, NEW , Open Library - Larger image, Read, borrow and checked-out status |
09:12 | fabio_t joined #koha | |
09:13 | fabio_t | good morning people! |
09:13 | rangi | hi fabio_t |
09:13 | fabio_t | hi rangi |
09:13 | kf | hi fabio_t :) |
09:14 | where are you from fabio_t? | |
09:14 | fabio_t | Italy, kf |
09:14 | kf | ah :) |
09:14 | fabio_t | it's 10:14 am here |
09:14 | kf | I am from Germany |
09:14 | 10:14 here too :) | |
09:15 | fabio_t | I had some troubles with backup restoring with Koha 3.6 packages |
09:15 | I'm working on it | |
09:18 | huh, I was wondering if I should file a bug about a missing step in configuration of Koha 3.6 deb version | |
09:18 | kf | in the wiki manual? |
09:18 | fabio_t | no, in the software itself |
09:19 | rangi | whats the missing step? |
09:19 | fabio_t | after a fresh install of an UNIMARC instance |
09:20 | and after the setting up of a library | |
09:20 | MARC bibliographic framework test fails | |
09:20 | kf | ah, why does it fail? |
09:21 | didn't load the wrong frameworks I hope? | |
09:21 | fabio_t | complaining about missing links of biblio.biblionumber and biblioitems.biblioitemnumber to UNIMARC framework |
09:21 | don't know, framework seems ok | |
09:22 | rangi | hmm that doesnt sound like a packaging issue |
09:22 | the packages use the same framework files as the tarball | |
09:22 | fabio_t | so you have to go to the MARC and Koha mappings page |
09:24 | and manually set the link for biblionumber from the biblioitems page by the dropdown | |
09:24 | setting it to 001 @ | |
09:25 | rangi | have you tested it with the tarball? because i dont think it has anything to do with the packages |
09:25 | fabio_t | (in koha2marclinks.pl page) |
09:25 | rangi | so reporting a packaging bug would be the wrong thing to do |
09:25 | fabio_t | no, I didn't test with that |
09:26 | rangi | did you use the it-IT files |
09:26 | ? | |
09:26 | fabio_t | I wouldn't claim it is a package issue |
09:26 | yes but same error with en installation | |
09:27 | however after i set this manually, MARC framework test is passed | |
09:27 | with no errors | |
09:27 | rangi | hmm i think 001 @ is the wrong thing |
09:27 | fabio_t | hm |
09:28 | rangi | but i dont use unimarc so i could be wrong |
09:28 | fabio_t | ok |
09:28 | rangi | you could try the fr-FR ones |
09:29 | thats the one that most UNIMARC users use | |
09:29 | and should be the most up to date | |
09:29 | Guillaume1 joined #koha | |
09:29 | fredericd | fabio_t UNIMARC Koha installation isn't that much tested in other languages than fr-FR |
09:29 | fabio_t | oh I didn't notice that 001 @ is dropped in the biblio dropdown! |
09:30 | thanks for the advice rangi and frederic | |
09:31 | could I install an italian version of Koha then just import the default french UNIMARC framework, right? | |
09:32 | rangi | you could yep |
09:32 | but then all the marc would be in french :) | |
09:32 | fabio_t | eheh |
09:32 | kf | perhaps update the it-IT files too - for the translations |
09:32 | rangi | but it would be a good test |
09:33 | fabio_t | I will evaluate this, because I don't know if cataloguers feel comfortably with french language |
09:34 | I understand it quite good, so I could run a test | |
09:34 | rangi | you probably just need to update the it-IT files if they are broken |
09:35 | fabio_t | this would be the better option |
09:35 | fredericd | Zeno Tajoli is the person who has introduced UNIMARC italian support into Koha |
09:35 | and why UNIMARC and not MARC21? | |
09:38 | Khmar | back. I'll check the bugs and keep my eye on them. Thanks kf |
09:38 | fabio_t | afaik, UNIMARC is a better choice for countries like Italy |
09:39 | but I don't have a vast knowledge about it | |
09:39 | still learning a lot :) | |
09:39 | kmkale joined #koha | |
09:40 | fabio_t | be back in a minute |
09:43 | back | |
09:45 | paul_p | hi fabio_t (from Marseille, France ;-) ) About your issue: iirc, there is a glitch in the admin/checkmarc.pl making it sometimes complain, even if there is no problem |
09:46 | iirc, it's something about biblionumber and biblioitemnumber not being in the same field. It used to be true, but now, Koha has no problem with those 2 being connected to different MARC fields. | |
09:47 | fabio_t | hi paul_p |
09:48 | paul_p | fabio_t, an option would be to load the french marc framework. If you get the same complain, for sure, it's checkmarc that is wrong. Because french MARC (the full one) is working well ! |
09:48 | s/would be/could be/ | |
09:51 | fabio_t | I would overlook MARC framework test but I don't know if this is the cause of Zebra not rebuilding indexes for imported records |
09:54 | complaining about bib1 Local number | |
09:54 | when I run koha-rebuild-zebra -f myInstance | |
09:55 | Khmar joined #koha | |
09:55 | kf | fabio_t: if it works after fixin the fields, I think you are on the right track |
09:55 | perhaps compare with settings in other languages? | |
09:57 | fabio_t | I will post some screenshot and relative Zebra behaviour |
09:57 | ...or import success | |
10:03 | fredericd | fabio_t: Do you have biblionumber in your biblio records in 001 ou 090$9 field? |
10:03 | fabio_t | biblio.biblionumber is linked to 001 by default |
10:04 | biblioitems.biblioitemnumber to 090$a | |
10:05 | fredericd | (1) Check your biblio records in DB: bibliotms.marcxml field |
10:06 | (2) Check you Zebra records.abd config file (in marc_defs/unimarc/biblio) | |
10:06 | records.abs | |
10:09 | fabio_t | record.abs was set to 090$9 |
10:09 | I checked it last week | |
10:09 | should I change it to 090$a? | |
10:09 | I tried once but with no luck | |
10:10 | fredericd | By default, you get both in records.abs |
10:10 | melm 001 Local-number,Local-number:n | |
10:10 | and | |
10:10 | chris_n` joined #koha | |
10:10 | fredericd | melm 090$9 Local-number,Local-number:n |
10:12 | fabio_t | so is mine... record.abs should be correct, right? |
10:12 | the default one | |
10:12 | I mean. | |
10:12 | fredericd | yes |
10:12 | fabio_t | well |
10:12 | fredericd | So it means that your biblio records haven't biblionumber in 090$9 or 001 |
10:13 | fabio_t | going to check biblioitems.marcxml |
10:13 | kf | prhaps it's really a problem in the en frameworks? |
10:13 | hm or records | |
10:14 | fabio_t | kf it's a good guess because I got test failed with english UNIMARC installation too |
10:15 | kf | I think fredericd coudl be right though |
10:15 | he knwos better how the unimarc frameworks work | |
10:15 | we are using marc21 | |
10:15 | fabio_t | ok |
10:16 | biblioitems table is empty | |
10:16 | kf | oh |
10:16 | fabio_t | because I wasn't able to fully import my records |
10:16 | kf | did you import records at all? |
10:17 | fabio_t | when I run import for staging records, import stucks at 0% |
10:17 | fredericd | fabio_t: I suppose you have access to your MySQL DB? |
10:17 | fabio_t | yes I have |
10:17 | fredericd | SELECT marcxml FROM biblioitems |
10:18 | and see if you have 001 or 090$9 field | |
10:20 | fabio_t | SELECT marcxml FROM `biblioitems` returns no values |
10:21 | fredericd | not good, no bibli records |
10:21 | fabio_t | yep :( |
10:21 | import always fails | |
10:22 | fredericd | you have to step back yto your import procedure |
10:22 | fabio_t | I can stage records but I can't import them |
10:23 | with this setup: http://imageshack.us/photo/my-[…]defaultsetup.png/ | |
10:24 | fredericd | Have you tried using the command line import scipt? bulkmarcimport.pl |
10:26 | fabio_t | I get MARC framework test fail, I can import records but Zebra can't build the index (koha-rebuild-zebra -f myInstance returns [warn] Record didn't contain match fields in (bib1, Local-number)), so they can't be searched and so on |
10:26 | not yet | |
10:27 | fredericd | your framework is fine |
10:27 | ignore zebra error until you suceed importing records | |
10:30 | alex_a joined #koha | |
10:33 | fabio_t | ok, so default setup (the screenshot one) is fine |
10:33 | but MARC framework test fails | |
10:33 | and I can't do anything with records | |
10:33 | records are fine too | |
10:34 | checked in other installation | |
10:36 | fredericd | ignore MARC framework test. The test is buggy |
10:36 | fabio_t | ok |
10:36 | fredericd | put your records somewhere so you can look at them |
10:37 | fabio_t | so I can ignore framework test and zebra warning since records are fully imported |
10:38 | fredericd | but your records are not fully imported... |
10:38 | fabio_t | ok I'm going to restore default settings |
10:38 | you're right, they seems to be imported | |
10:39 | in Koha backend page | |
10:39 | I'm going to reimport records and check the db | |
10:39 | * seem | |
10:41 | ok now import isn't stuck at 0% anymore | |
10:45 | kf | fabio_t: have you done both steps? |
10:45 | stage and import? | |
10:46 | fabio_t | yes, stage was succesful |
10:46 | kf | yep |
10:46 | but now you have to import them | |
10:46 | before you can reindex :) | |
10:47 | fabio_t | import will finish in two minutes |
10:47 | yes | |
10:47 | kf | ok |
10:48 | fabio_t | moreover, last time I got them imported, I couldn't revert the import |
10:49 | that is nasty too | |
10:49 | ! | |
10:49 | kf | hm yes |
10:49 | perhaps all related to problems with the internal numbers | |
10:51 | fabio_t | okay, records import completed, db tables populated (biblio, biblioitems, items) |
10:52 | if I sort biblio.biblionumber and biblioitems.biblioitemnumber, first value is 2 | |
10:53 | is it normal? | |
10:53 | kf | hm, perhaps you have a deleted record somewhere? |
10:53 | I think it should be ok | |
10:54 | fabio_t | hm, I've only imported and reverted (or, at least, tried to) the whole bunch of records (about 33k) |
10:55 | only bulk operations with this instance | |
10:56 | fredericd | fabio_t: Work on a small set of records |
10:56 | fabio_t | okay fredericd |
10:56 | wahanui | well, fredericd is translation manager for 3.8 |
10:59 | fabio_t | if I search for a record (title field or filtering search by item type) I get no results, both in backend and opac |
11:00 | but that's fine because I have not reindexed yet | |
11:01 | so I'm running koha-rebuild-zebra -f instanceName | |
11:03 | kf | sorry, lunch |
11:03 | fabio_t | Koha backend's and database number of holdings differ |
11:04 | have a nice meal | |
11:05 | do I have to worry if their number is not the same? | |
11:09 | reindex completed | |
11:09 | with 12:06:27-21/11 zebraidx(734) [warn] Record didn't contain match fields in (bib1,Local-number) | |
11:10 | hdl | fabio_t: check that your record.abs file point the correct tag/subfield for your biblionumber as Local-number |
11:10 | fabio_t | I'm still getting no search results |
11:12 | hi hdl, it does | |
11:12 | melm 001 Local-number,Local-number:n | |
11:12 | melm 090$9 Local-number,Local-number:n | |
11:12 | thanks | |
11:13 | hdl | fabio_t: take only ONE and remove the other. |
11:14 | fabio_t | okay |
11:15 | then I have to run koha-restart-zebra myInstance, right? | |
11:16 | now 090$9 is commented | |
11:24 | asaurat left #koha | |
11:24 | fabio_t | Zebra restarted, rebuilding index again |
11:25 | by the way, I edited /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs | |
11:25 | I think it's the right one. | |
11:28 | in ...unimarc/authorities/record.abs there is only melm 001 Local-Number, nothing related to 090 | |
11:31 | again... 12:30:28-21/11 zebraidx(4766) [warn] Record didn't contain match fields in (bib1,Local-number) | |
11:32 | and, sadly, no records found by search | |
11:33 | Guillaume1 joined #koha | |
11:35 | fabio_t | nor authorities |
11:39 | any clue on that? otherwise I could revert this import and try to import again from command line instead of Koha's GUI | |
11:54 | kf_lunch | fabio_t: I think your indexed field should match the field for bibnumber in your framework |
11:54 | and then I woudl try importing again | |
11:54 | command line/gui should make not much of a difference here I guess | |
11:55 | fabio_t | I don't know how to do that |
11:56 | as far as I know, that is made by record.abs | |
11:56 | and my record.abs looks fine | |
11:57 | may I have to contact someone at Indexdata? | |
11:59 | kf_lunch | no |
11:59 | I don't think they can help you with koha | |
11:59 | hm | |
11:59 | I think there is something small going wrong and the other things are only side effects | |
11:59 | in your frameworks, to which field is biblionumberl inked? | |
12:00 | koha-to-marc-mappings | |
12:02 | fabio_t | biblio.biblionumber linked to 001 @ |
12:03 | biblioitems.biblioitemnumber linked to 090$a | |
12:03 | kf_lunch | hm |
12:03 | ok | |
12:03 | I think your local_number index should point to 001 then | |
12:04 | not sure about 090$a | |
12:04 | Oak | fabio_t++ |
12:04 | kf++ | |
12:04 | fabio_t | biblioitems.biblionumber is not linked though |
12:04 | kf_lunch | too early Oak - we have not solved the problem yet |
12:05 | Oak | fredericd++ |
12:05 | hehe | |
12:05 | kf_lunch | fabio: that should be ok |
12:06 | fabio_t | I think your local_number index should point to 001 then |
12:06 | in record.abs? | |
12:06 | Oak | that does not matter to me. what counts is... you know. the effort, time, patience, persistence. and me being quiet all along. |
12:06 | kf_lunch | fabio_t: yes |
12:06 | fabio_t | :) |
12:06 | kf_lunch | is this like it was? |
12:06 | or what was there to begin with? | |
12:07 | I still think perhaps the frameworks are messy | |
12:07 | trying to reset to a default indexing configuration and testing the french frameworks might be worth it | |
12:07 | fabio_t | biblio.frameworkcode is empty |
12:07 | for every record | |
12:07 | kf_lunch | that's ok |
12:07 | means default | |
12:07 | fabio_t | ok |
12:11 | I will go with that | |
12:12 | can I paste the output of SELECT marcxml FROM biblioitems WHERE biblionumber=2? | |
12:13 | I mean, a raw paste in #koha | |
12:14 | kf_lunch | for pastes you can use paste.koha-community.org |
12:15 | pastebot | "fabio_t" at 93.47.20.20 pasted "output of SELECT marcxml FROM biblioitems" (64 lines) at http://paste.koha-community.org/126 |
12:16 | kf_lunch | fabio_t: I am not very familiar with unimarc |
12:16 | it looks not wrong to me - for what it's worth | |
12:17 | fabio_t | oh, forgot it |
12:18 | * I forgot | |
12:18 | Irma joined #koha | |
12:19 | kf_lunch | I think at first it might have been an import problem |
12:19 | and now something is perhaps wrong because of trying to fix it | |
12:19 | I would take a step back | |
12:19 | fabio_t | ok |
12:20 | is there a log I can look at? | |
12:20 | kf_lunch | there are logs |
12:21 | but I think the mapping changes are not logged | |
12:22 | fabio_t | thanks anyway |
12:23 | kf_lunch | sorry we didn't get it working |
12:23 | it's probably really a small thing | |
12:25 | fabio_t | don't worry |
12:25 | I will try with french UNIMARC after lunch ;) | |
12:25 | kf_lunch | ok :) |
12:28 | fabio_t joined #koha | |
12:28 | fredericd | fabia has quit. Too bad. I had a theory for him... |
12:29 | kf_lunch | I think he wants to come back |
12:29 | or is back | |
12:29 | after lunch | |
12:29 | fredericd | He may have done a system installation in MARC21 and then a web installation in UNIMARC... |
12:29 | kf_lunch | fredericd: that could make sense |
12:29 | he was using the packages | |
12:29 | kmkale joined #koha | |
12:31 | fabio_t_away joined #koha | |
12:31 | fredericd | fabio_t_away: you're here? |
12:31 | fabio_t_away | yes, I'm still here |
12:31 | kf_lunch | windows-- |
12:31 | fabio_t_away | ! |
12:31 | fredericd | I may have an explanation for you |
12:32 | You may have done a system installation in MARC21 and then a web installation in UNIMARC... | |
12:32 | fabio_t | ok |
12:32 | jwagner joined #koha | |
12:33 | fredericd | check your koha-conf.xml file |
12:34 | fabio_t | lots of strings about MARC21 indeed |
12:34 | Oak | :) |
12:34 | fredericd | look at zebra-biblios.cfg file |
12:35 | the profilePath parameter | |
12:35 | kf_lunch | fredericd++ |
12:36 | Oak | fredericd++ |
12:36 | fabio_t | profilePath:/etc/koha/zebradb/biblios/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/marc21/biblios:/etc/koha/zebradb/lang_defs/en |
12:36 | !!! | |
12:36 | Oak | excellent |
12:36 | fabio_t | fredericd++ |
12:37 | fredericd | replace "marc21" with "unimarc"... |
12:38 | Oak | and after that, hug fredericd |
12:38 | fabio_t | lang_defs subdirectory has to be "en" |
12:38 | ? | |
12:38 | :D | |
12:39 | paul_p | fabio_t, I suspect the lang_defs / french will suit your needs though. It also contains diacritics equivalence, that are not related to en/fr |
12:39 | fabio_t, another option would be to set-up icu. | |
12:40 | (that's just an idea to follow. Not 100% sure) | |
12:40 | fabio_t | does icu stand for International Components for Unicode? |
12:41 | kf_lunch | hm I think for italian the normal indexing might be ok? |
12:42 | fredericd | for me, Paul is correct. There are few accents in Italian, like in French |
12:42 | so substitute "en" with "fr" | |
12:42 | kf_lunch | fredericd: we us it without icu for german, with umlauts, that works ok. we have also a setup with icu for a library with hebrew |
12:42 | hm. meant fabio_t | |
12:42 | fabio_t | yes, just à è é ì ò ù |
12:42 | kf_lunch | wrong auto_correct |
12:43 | fredericd | with "fr", e=é=è |
12:43 | kf_lunch | I thik standard ight be easier, for the other you have to change settings |
12:43 | for ic | |
12:43 | u | |
12:43 | fredericd | with "en", e <> é |
12:43 | kf_lunch | and the packages update might kill it - not sure. so I would not use icu for now |
12:44 | asaurat joined #koha | |
12:49 | fabio_t | YAAAY. things work. |
12:50 | thanks a lot guys! | |
12:51 | paul_p | fabio_t, i'm happy for you |
12:51 | fabio_t | kf++ |
12:52 | paul_p++ | |
12:52 | hdl++ | |
12:52 | paul_p | ah... I was wondering why everybody had a ++ and not me :D :D |
12:52 | kf_lunch | yay :) |
12:52 | happy it works | |
12:53 | hdl1 joined #koha | |
12:53 | fabio_t | now lunch will taste better :D |
12:55 | druthb joined #koha | |
12:55 | huginn | New commit(s) needsignoff: [Bug 7240] Cleaning up import tables and action_logs <http://bugs.koha-community.org[…]w_bug.cgi?id=7240> |
12:55 | druthb | o/ |
12:55 | paul_p | hello dpavlin & druthb !!! |
12:56 | fabio_t_away, happy pasta ! | |
12:56 | dpavlin | hi everybody! :-) |
12:56 | druthb | :D |
12:57 | kf_lunch | hi dpavlin and druthb :) |
12:57 | xslt-- | |
12:57 | windows-- | |
12:58 | dpavlin: I noticed you added 'Sponsored' to one of my bugs - I reset it | |
12:58 | dpavlin: not sponsored by a library :) | |
13:00 | jcamins | Morning, all. |
13:00 | druthb | morning, jcamins |
13:01 | kf_lunch | jcamins: |
13:01 | help :) | |
13:02 | collum joined #koha | |
13:04 | NateC joined #koha | |
13:17 | oleonard joined #koha | |
13:18 | oleonard | Hi #koha |
13:19 | druthb | hi, oleonard! :) |
13:21 | oleonard | Up to anything fun lately druthb? |
13:22 | druthb | Archaeological dig on my desk...piles of paper and cables and *stuff*. |
13:26 | * oleonard | is doing an archaeological dig on his git branches, making sure they all rebase cleanly |
13:33 | ago43 joined #koha | |
13:40 | JesseM_ joined #koha | |
13:58 | sekjal joined #koha | |
13:58 | oleonard | Greetings fellow Americans. |
13:59 | sekjal | morning, oleonard |
14:01 | dpavlin | kf_lunch: that was mistake. However, should I set sponsored to my bugs which I implemented or not? |
14:06 | fabio_t joined #koha | |
14:11 | kf_lunch | dpavlin: I am not sure, but I woudl note the sponsoring library if you do |
14:11 | kf | lunch long over |
14:13 | trea joined #koha | |
14:23 | huginn | New commit(s) needsignoff: [Bug 7113] Standardize vendor id name in templates and scripts <http://bugs.koha-community.org[…]w_bug.cgi?id=7113> |
14:28 | kf | oleonard++ |
14:30 | oleonard | Thanks kf, trying to follow up on loose ends this morning |
14:30 | kf | I have to do that too :( |
14:30 | hopefully some time this week | |
14:37 | mib_enlrof joined #koha | |
14:37 | imageologist joined #koha | |
14:38 | mib_enlrof | Hello - I just moved from Koha 3.00.06 to 3.6 (latest) and now I can't place holds - they were fine in the last version and all sysPrefs are set to allow holds |
14:38 | Anyone seen this? | |
14:41 | oleonard | mib_enlrof: Start here: http://koha-community.org/docu[…]q/circulation/#25 |
14:41 | (last question on the page) | |
14:44 | imageologist | hi all... |
14:45 | PuerScyphu joined #koha | |
14:46 | imageologist | I'm facing some issues on bulk data migration.... I have submitted my problem on http://koha.1045719.n5.nabble.[…]ha-td4998748.html please review and guide me for right solution |
14:46 | PuerScyphu | 5http://baron.proudandloud.com 7Create your own unique T-SHIRT.10In our website you can upload your image and create your own design and order the product you made |
14:46 | maximep joined #koha | |
14:46 | oleonard | chris_n around? |
14:46 | PuerScyphu left #koha | |
14:46 | * oleonard | was going to ask him to boot someone |
14:47 | chris_n | here |
14:48 | too late :( | |
14:48 | oleonard | Having him get booted would have been more satisfying :) |
14:49 | imageologist: Did you follow the suggestion you got following your message? | |
14:50 | mib_enlrof | oleonard: Surely the upgrade wouldn't have removed all my circulation rules? |
14:51 | oleonard | mib_enlrof: No, but the upgrade might have changed the conditions under which holds work by default |
14:52 | mib_enlrof | oleonard: OK, would they be documented anywhere, do you know? The changes the upgrade might have made? |
14:52 | imageologist | oleonard: as per "Adalid Ortiz" suggestions I have followed and trying only 10 books recode with MarcEdit but still getting same error |
14:53 | oleonard: did you reviewed my attached file? | |
14:53 | mib_enlrof | Lots of these in the error log: |
14:54 | Use of uninitialized value $reservedfor in string eq at /usr/share/koha/opac/cgi-bin/opac/opac-reserve.pl | |
14:59 | wizzyrea | mornin |
14:59 | kf | morning liz :) |
15:00 | wizzyrea | time-of-day, I should say :) |
15:00 | Oak | morning wizzyrea |
15:01 | wizzyrea | hi oak :) |
15:01 | Oak | :] |
15:09 | mib_enlrof | Is anyone running 3.6 after upgrading and find the holds are still working? |
15:10 | wizzyrea | define "working" |
15:10 | mib_enlrof | eh....functioning as designed! |
15:11 | wizzyrea | i.e. can you place holds? can you fill holds? Can you transit holds? |
15:11 | what can't you do | |
15:11 | oleonard | mib_enlrof: We can all confirm that holds can be made to work, it's just a matter of figuring out what needs to be done. |
15:11 | nengard joined #koha | |
15:11 | mib_enlrof | The holds were working correctly until I upgraded to 3.6 |
15:11 | wizzyrea | but the broad answer to your question is "yes, holds work" |
15:11 | what did you upgrade from? | |
15:11 | mib_enlrof | all SysPrefs are still there |
15:12 | 3.00.06 | |
15:12 | and circ rules too - still there | |
15:12 | wizzyrea | do you have a default circulation rule? |
15:12 | mib_enlrof | Yep |
15:13 | quite a few of these in the logs: | |
15:13 | opac-reserve.pl: Use of uninitialized value $reservedfor in string eq at /usr/share/koha/opac/cgi-bin/opac/opac-reserve.pl line 408 | |
15:13 | wizzyrea | that has a holds allowed count: http://screencast.com/t/K0oBtMRp4 |
15:14 | mib_enlrof | That's correct |
15:14 | wizzyrea | and this happens on old and new holds? |
15:15 | mib_enlrof | Old holds? |
15:15 | yes, to new holds | |
15:15 | wizzyrea | you had holds in your system already right? |
15:15 | mib_enlrof | yep, working correctly |
15:15 | wizzyrea | "old holds" |
15:15 | so only new holds aren't working correctly? | |
15:15 | oleonard | Line 408 is different in 3.6.x versus master, those of us on dev installs may not be seeing the same thing |
15:15 | mib_enlrof | with you now |
15:16 | yes, holds worked correctly until the upgrade | |
15:16 | sekjal | mib_enlrof: do you have any null borrowernumbers in your reserves table? |
15:16 | mib_enlrof | one sec, I'll check |
15:16 | * wizzyrea | is running 3.6.0 and hasn't seen this issue |
15:16 | wizzyrea | (yet) |
15:17 | mib_enlrof | sekjal: No NULL values, no |
15:18 | This too: | |
15:18 | opac-reserve.pl: Use of uninitialized value in string ne at /usr/share/koha/opac/cgi-bin/opac/opac-reserve.pl line 473, <DATA> line 253 | |
15:18 | Those two line show up when a reserve is called | |
15:18 | in the log, that is | |
15:19 | * wizzyrea | idly wonders if you are trying to place a hold as the superlibrarian |
15:20 | wizzyrea | for the superlibrarian (the koha db user) |
15:20 | mib_enlrof | Nope |
15:21 | this line too, appears a lot: | |
15:21 | request.pl: Use of uninitialized value in hash element at /usr/share/koha/intranet/cgi-bin/reserve/request.pl line 330, <DATA> line 253 | |
15:21 | sekjal left #koha | |
15:21 | sekjal joined #koha | |
15:24 | mib_enlrof | ummm, seems that script isn't in the best shape, running a check on its syntax show a lot of problems. |
15:25 | It has just occured to my that I just pulled the "latest" version from the download site | |
15:25 | Is this stable? | |
15:25 | wizzyrea | that's 3.6.0 |
15:25 | yes | |
15:25 | jcamins | mib_enlrof: how did you check for syntax errors? |
15:25 | wizzyrea | you came a long way from 3.0.6 |
15:25 | mib_enlrof | Yeah - that is worry me too |
15:26 | wizzyrea | perhaps you should verify that all of your updates happened correctly - double check your database against schema.koha-community.org |
15:26 | kf | mib_enlrof: are you looking at the english templates? |
15:26 | mib_enlrof: or do you hae additional langauges installed/in use? | |
15:27 | mib_enlrof | All the templates are there but I am only using en |
15:27 | kf | hm ok |
15:27 | jcamins | mib_enlrof: you had to go through the web installer after upgrading, right? |
15:27 | mib_enlrof | jcamins: just the scripts using the standard perl switch to check it |
15:27 | jcamins | mib_enlrof: which standard Perl switch? |
15:27 | mib_enlrof | Yep, WI completeed |
15:27 | -c | |
15:28 | jcamins | Thanks. |
15:28 | kf | mib_enlrof: your problem is no holdsß |
15:28 | ? | |
15:28 | * jcamins | goes to try perl -c request.pl |
15:28 | kf | have you checked your maxreserves system preference has a value? |
15:28 | wizzyrea | apparently he can't place holds |
15:28 | * kf | tries to remember what we did after updating |
15:28 | kf | maxreserves should not be empty |
15:28 | mib_enlrof | kf: Yep, no holds! |
15:29 | kf | and you need a default-default-default rule in your circulation matrix |
15:29 | both things can cause problems with setting holds in my experience | |
15:29 | jcamins | Ooh, good point! And maxreserves isn't filled in by default. |
15:29 | wizzyrea | http://screencast.com/t/o04Gd0aON6R |
15:29 | kf | nope |
15:29 | mib_enlrof: can you try adding a value to maxreserves? | |
15:29 | under system preferences | |
15:29 | wizzyrea | just search for "maxreserves" |
15:29 | kf | ah nice, wizzyrea did a picture :) |
15:29 | rhcl joined #koha | |
15:30 | wizzyrea | should we make it populate by default? seems dumb to have that be a roadblock for people. |
15:30 | people can remove it if they don't want hols | |
15:30 | holds* | |
15:30 | mib_enlrof | OK - maxreserves was empty |
15:30 | wizzyrea | kf++ good catch |
15:30 | jcamins | wizzyrea: whoever started removing it should just finish the process. |
15:30 | kf | ok |
15:30 | * kf | crosses fingers |
15:30 | mib_enlrof | just gonna check if that resovled the problem |
15:30 | kf | wizzyrea: documentation++ :) |
15:30 | had a checklist for our updates | |
15:31 | from 3.0.x to 3.2.x | |
15:31 | wizzyrea | ooooo |
15:31 | * wizzyrea | would like to see this mysterious documentation |
15:31 | doesn't even care that it's in german | |
15:31 | mib_enlrof | No joy |
15:31 | damn - thought that was it solved | |
15:31 | kf | it is in german I fear :) |
15:31 | mib_enlrof: can be a combination of some problems | |
15:31 | * wizzyrea | has a google translator |
15:31 | wizzyrea | :P |
15:31 | kf | try adding the default-default-default or all-all-all rule in your circ matrix |
15:32 | a rule for standard library, all itemtypes all patron categories | |
15:32 | doesn't matter much what you set there | |
15:32 | wizzyrea | he says he has one |
15:32 | (or she) | |
15:32 | kf | hm |
15:32 | mib_enlrof | I think I tried that - I will check again# |
15:32 | he | |
15:32 | lol! | |
15:33 | wizzyrea | can't assume in #koha ;) |
15:33 | mib_enlrof | Can I paste a screen shot of my circ matrix anywhere? |
15:33 | wizzyrea | jing is popular |
15:33 | but people put screencaps just about everywhere - photobucket | |
15:33 | is popular too. | |
15:34 | * wizzyrea | doesn't think pastebot supports graphics |
15:34 | kf | nope |
15:34 | text only | |
15:34 | hdl1 | imagebin |
15:35 | kf | mib_enlrof: what's the exact error message you get when trying to place a hold? |
15:35 | wizzyrea | mib_enlrof: http://www.screencast-o-matic.com/ |
15:35 | also a good choice | |
15:36 | mib_enlrof | "Sorry, none of these items can be placed on hold. " |
15:36 | wizzyrea | yea, you've got a setting somewhere |
15:36 | that needs a value | |
15:36 | a circ rule, maxreserves | |
15:36 | jcamins | paul_p: around? |
15:36 | wizzyrea | perhaps you're not allowing holds on that item type? |
15:36 | how are your circ rules set up? does every rule have a holds allowed value? | |
15:36 | or just the default rule | |
15:37 | if you see my cap, every rule has a holds allowed value | |
15:37 | kf | yep I think circ matrix is the next thing to check |
15:37 | mib_enlrof | wizzyrea: There are a good lot, that's why I wanted to post an image |
15:37 | wizzyrea | because we define different rules for certain item types |
15:37 | paul_p | jcamins, yes (on phone) |
15:37 | kf | mib_enlrof: do you have more than one library? |
15:37 | jcamins | paul_p: I have a question for when you get off the phone. |
15:37 | mib_enlrof | technically, yes! |
15:37 | but it;s in singalmode | |
15:38 | kf | oh |
15:38 | mib_enlrof | single |
15:38 | kf | try turning that off |
15:38 | jcamins | paul_p: nothing vitally important. |
15:38 | mib_enlrof: singlebranch mode doesn't work. | |
15:38 | kf | for a test |
15:38 | mib_enlrof | but that hasn't changed since the upgrade |
15:38 | kf | yep |
15:38 | problems witht hat | |
15:38 | hdl joined #koha | |
15:38 | kf | let's try to rule it out as source of your problem |
15:38 | but it has had problems with holds in the past | |
15:38 | mib_enlrof | ok, I will switch it off |
15:39 | sekjal | mib_enlrof: you've confirmed that you don't have any null borrowernumbers in reserves. Can you confirm that each borrowernumber corresponds to a current, valid borrower? |
15:40 | mib_enlrof | OK - Singlemode didn't make a difference |
15:40 | kf | ok |
15:40 | mib_enlrof | I check the borrowernumbers in reserves still exist |
15:40 | i will check | |
15:40 | kf | and perhaps the circ rules |
15:41 | can you get the text from an sql report of issuing rules? | |
15:41 | you could paste that instead of a screenshot if that's a problem | |
15:41 | wizzyrea | yes, check the circ rules - if the item type you are trying to put on hold doens't have a holds allowed value (but a circ rule defining it's other behavior) it won't work |
15:41 | ugh get rid of that apostrophe. | |
15:41 | mib_enlrof | Yep, I can get the sql, I will just grab it |
15:42 | kf | mib_enlrof: paste.koha-community.org |
15:43 | maximep | anyone knows if there is a preference or a way to hide records without items in the search results ? |
15:43 | wizzyrea | opacsuppression |
15:43 | wait, you mean in the opac or staff interface? | |
15:43 | maximep | probably opac |
15:44 | wizzyrea | then look into opacsuppression :) |
15:44 | should be in the manual | |
15:46 | pastebot | "mib_enlrof" at 137.191.227.58 pasted "Circ Rules" (20 lines) at http://paste.koha-community.org/127 |
15:46 | maximep | thanks, looking into it |
15:47 | wizzyrea | but you don't have a default rule? |
15:47 | for all - all - all | |
15:48 | mib_enlrof | Ha - I do in the Staff screen! |
15:48 | strange! | |
15:49 | kf | maximep: opacsuppression requires a flag in the record, opachiddenitems is perhaps another idea |
15:49 | mib_enlrof: holds in staff work? | |
15:49 | * wizzyrea | has never gotten opachiddenitems to work |
15:49 | mib_enlrof | No, sorry - ALl-All-All shows up in the circ rules admin page |
15:49 | kf | mib_enlrof: is that the complete table? |
15:50 | ah | |
15:50 | perhaps it's the setting, try save it | |
15:50 | mib_enlrof | yep, complete table |
15:50 | kf | it shows, but it's not saved |
15:50 | preselected values | |
15:51 | mib_enlrof: does it work? | |
15:51 | maximep | kf: hmmm thanks, forgot about that. That's new from 3.4, right ? |
15:52 | pastebot | "mib_enlrof" at 137.191.227.58 pasted "BA Course Student BA Course Bo" (16 lines) at http://paste.koha-community.org/128 |
15:52 | kf | maximep: I think so |
15:52 | mib_enlrof | badly formatted screen print of the staff interface |
15:52 | see the All-All-All at the bottom? | |
15:52 | wizzyrea | mib_enlrof: just try adding another all all all |
15:52 | mib_enlrof | is that what is required? |
15:52 | wizzyrea | humor us |
15:52 | mib_enlrof | OK, one sec |
15:53 | are ya ready? | |
15:54 | wizzyrea | are you? |
15:54 | mib_enlrof | LOL! |
15:54 | that has worked!" | |
15:54 | Thanks for sticking with e! | |
15:54 | me | |
15:54 | any reason why it need two lines? | |
15:55 | wizzyrea | it doesn't have 2 lines |
15:55 | mib_enlrof | The admin screen does, now |
15:55 | paul_p | 5PM and i just started what I planned to do this afternoon :'(( |
15:55 | kf | paul_p: I know the feeling... but decided to go home now |
15:56 | tomorrow is another day | |
15:56 | bye all :) | |
15:56 | and grats mib_enlrof :) | |
15:56 | kf left #koha | |
15:56 | paul_p | bye kf |
15:56 | mib_enlrof | thanks kf |
15:56 | jcamins | paul_p: I hate that! |
15:57 | paul_p: how is the solr integration going? | |
15:57 | wizzyrea | mib_enlrof: it doesn't have 2 lines it has 1 line that is a rule, the other is the line that suggests values for you to input |
15:59 | paul_p | jcamins, we haven't started working on it yet. It's a huge job, and we plan to do push all our acq & serial enhancements 1st (see biblibre.com/blog I blogged about that a few hours ago) |
15:59 | mib_enlrof | No, I wish I could paste a screen from the site I am on - the line at the end to add the option is fine, then there are 2 above it with ALL-All_all |
16:00 | And, there wasn't any entryin the SQL table - weired! | |
16:01 | I gotta go - thanks again for the help! | |
16:02 | wizzyrea | well. glad we got that worked out. |
16:03 | chris_n | heh |
16:04 | oleonard | So what was the thing that fixed it? |
16:04 | Was the error in the log a red herring? | |
16:04 | wizzyrea | he added a default rule all all all |
16:04 | and populated maxreserves | |
16:04 | oleonard | Hm, so the thing I suggested over an hour ago :P |
16:05 | wizzyrea | the thing you suggested over an hour ago |
16:05 | exactly :) | |
16:06 | i'm sure the errors in the log were legit - did we never fix that thing where we populate a default rule? | |
16:06 | apparently not | |
16:06 | and maxreserves really ought to have a default value. | |
16:06 | oleonard | It does for me in a new install |
16:07 | wizzyrea | hmm and we probably don't want to nuke out people's values on upgrade |
16:07 | oleonard | I'd be surprised if 3.0.6 worked without it |
16:07 | wizzyrea | it apparently did work |
16:08 | maximep | Reading the Solr presentation. I can't wait to try it! Lots of features I didn't even know Solr had |
16:09 | oleonard | In other news, the installation of 3.6.x (not master) I did last week will not let me place holds :| |
16:10 | libsysguy joined #koha | |
16:10 | libsysguy | morning #Koha |
16:10 | sekjal | maximep: its very exciting stuff |
16:10 | * jcamins | stops talking about libsysguy. |
16:11 | libsysguy | hehe jcamins |
16:12 | hey jcamins you may be a good person to ask this…do you know a good way to identify records that have diacritics | |
16:13 | rafasaad joined #koha | |
16:13 | jcamins | libsysguy: specific diacritics? |
16:13 | Or just any diacritics? | |
16:14 | wizzyrea | oleonard: wait for real? |
16:15 | or are you being funny | |
16:15 | oleonard | yeah for real |
16:15 | libsysguy | any really…basically any new stuff goes in correctly... |
16:15 | wizzyrea | my sarcasm detector is broken today |
16:15 | libsysguy | but the stuff from the migration fails hard |
16:16 | so im thinking they migrated in a weird format | |
16:16 | like not utf-8 | |
16:17 | jcamins | Ah. |
16:17 | Yeah, most likely. | |
16:17 | That's tricky. | |
16:18 | Easiest is probably to look for all records with high bits set. | |
16:20 | * jcamins | isn't sure how to do that in MySQL. |
16:21 | asaurat left #koha | |
16:24 | kmkale joined #koha | |
16:25 | kmkale | @weather v\Thane |
16:25 | huginn | kmkale: Error: HTTP Error 500: Server Error |
16:25 | kmkale | @weather Thane |
16:25 | huginn | kmkale: The current temperature in Mumbai, India is 28.0°C (9:10 PM IST on November 21, 2011). Conditions: Smoke. Humidity: 54%. Dew Point: 18.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
16:25 | druthb | @wunder 38401 |
16:25 | huginn | druthb: The current temperature in Spring Hill, Tennessee is 18.3°C (12:25 PM AST on November 21, 2011). Conditions: Scattered Clouds. Humidity: 98%. Dew Point: 18.0°C. Pressure: 30.19 in 1022.2 hPa (Falling). |
16:25 | druthb | I'd rather be in Thane, I think. |
16:26 | maximep | @wunder yqc |
16:26 | wizzyrea | @wunder lawrence ks |
16:26 | huginn | maximep: The current temperature in Kangirsuk, Quebec is -11.0°C (11:00 AM EST on November 21, 2011). Conditions: Low Drifting Snow. Humidity: 79%. Dew Point: -14.0°C. Windchill: -20.0°C. Pressure: 29.58 in 1002 hPa (Rising). |
16:26 | wizzyrea: The current temperature in Channel 6 Downtown, Lawrence, Kansas is 3.4°C (10:26 AM CST on November 21, 2011). Conditions: Overcast. Humidity: 82%. Dew Point: 1.0°C. Windchill: 3.0°C. Pressure: 30.25 in 1024.3 hPa (Rising). | |
16:26 | maximep | me too. |
16:26 | wizzyrea | yeeeahh |
16:26 | druthb | The torrential rain we had earlier has finally slowed down some. |
16:26 | maximep | at least it's sunny here |
16:29 | druthb | The only downer I had with Thane is all the pollution...much more than I was used to. Didn't cause *me* any breathing problems, but I had to wash the crud out of my combs every day or two. |
16:31 | rafasaad | hi all... somebody knows how can i fix a problem with searchs in koha? in portuguese, we have the "ç" in our alphabet, but we need koha found words if written with "c". Ex. (head=cabeça) cabeça/cabeca... |
16:31 | libsysguy | @wunder 75799 |
16:31 | huginn | libsysguy: The current temperature in Tyler One Weather, Tyler, Texas is 15.7°C (10:31 AM CST on November 21, 2011). Conditions: Overcast. Humidity: 92%. Dew Point: 14.0°C. Pressure: 30.07 in 1018.2 hPa (Steady). |
16:33 | cait joined #koha | |
16:34 | libsysguy | any word on solr development? |
16:34 | maximep | I think u can use koha-dev/etc/zebradb/lang_defs/en/sort-string-utf.chr to map characters |
16:34 | libsysguy: I was just reading https://depot.biblibre.com/ppo[…]ohacon11-solr.pdf | |
16:34 | interesting stuff | |
16:35 | libsysguy | maximep: that is interesting stuff |
16:37 | sekjal | main problem with Solr dev right now is that it removes Zebra support |
16:38 | so, my idea is that we add some scaffolding, and support both | |
16:38 | keep C4/Search.pm working with Zebra, and create Koha::Search::Solr to contain the Solr code | |
16:38 | then wrap it all in a syspref, so the library can pick which to use | |
16:38 | wizzyrea | ^^ what he said |
16:39 | sekjal | depending on that choice, the appropriate configs show up |
16:39 | cait | hi again #koha |
16:39 | sekjal | once Koha::Search::Zebra is working, we can drop C4::Search in favour of the more robust system |
16:41 | paul_p | sekjal, zeno, from italy, already reintroduced zebra over our new C4::SearchEngine stuff. |
16:41 | sekjal | paul_p: right, I know he's working on it. hadn't heard that it was completed yet |
16:41 | paul_p | C4:SearchEngine is expected to be search engine agnostic, with standard APIs |
16:42 | wizzyrea | zeno++ |
16:42 | paul_p | sekjal, he sent us a patch, we couldn't test it |
16:42 | tajoli++ | |
16:42 | wizzyrea | tajoli++ |
16:42 | couldn't remember >> | |
16:44 | jcamins | paul_p: from what I saw, it looked like Zeno's patch reimplemented Zebra into the separate Solr branch, which means that it couldn't actually be merged into 3.8. |
16:44 | paul_p | jcamins, right. |
16:45 | (and it's how it was intended to be made) | |
16:45 | jcamins | paul_p: so all the changes since the solr code was branched are just going to be dropped from 3.8? |
16:45 | That seems like a huge step backwards. | |
16:49 | paul_p | jcamins, 1st, that won't probably be for 3.8, 2nd, that's why it won't be so trivial : we will have to check there is no step backwards (or very small & acceptable ones) |
16:51 | jcamins | paul_p: 3.10, or whatever. Wouldn't it be better to implement the new search interface using the existing C4::Search code, then introduce the solr work? |
16:51 | sekjal | we need a more robust Searching test suite before we can know if any chances we make "work" or not |
16:51 | paul_p | jcamins, I don't think so, because the existing C4::Search is really ugly |
16:51 | sekjal | given data set X, and query Y, we should get results Z |
16:52 | and have enough queries run to showcase all the possible combinations | |
16:52 | no easy task | |
16:52 | jcamins | paul_p: it's ugly, but at least it reduces the chance of regression. |
16:52 | sekjal | but that will allow us to prove if any search engine implementation works as intended |
16:54 | cait | unit_tests++ |
16:54 | I think we really need to replace Search.pm | |
16:54 | I recently found out that when you leave the first field empty, and searhc for the second only... it will combine index from first field with search term from second | |
16:54 | grr. | |
16:54 | sekjal | cait: wow, that's lame |
16:55 | I think if we put together a sensible set of unit tests for Search, our current implementation would fail quite a few | |
16:56 | cait | sekjal: it is |
16:56 | the library wanted me to change the keyword keyword keyword to different options | |
16:56 | sekjal: that's how we found out | |
16:58 | sekjal: and true about the tests, but we don't want to make it worse | |
16:58 | and sru and z39.50 are really things I don't want to loose | |
17:00 | sophie_m left #koha | |
17:01 | melia joined #koha | |
17:03 | sekjal | cait: right, cannot lose those options. any alternative engine must continue to support them |
17:03 | cait | only saying it's not only search |
17:03 | it's other things too | |
17:04 | reiveune | bye |
17:04 | reiveune left #koha | |
17:07 | hdl | sekjal: which options ? |
17:07 | tcohen joined #koha | |
17:07 | hdl | Sru/ z3950 ? |
17:08 | We reimplemented z3950 layer with indexdata SimpleServer. | |
17:08 | It uses those configuration files we all know and love. | |
17:08 | sekjal | hdl: yes, I thought I'd read you have Z39.50 working with Solr now |
17:09 | hdl | So I think SRU should work also. |
17:09 | but no time to test that. | |
17:10 | and Claire posted some tests... | |
17:10 | for search requirements. | |
17:11 | https://docs.google.com/a/bibl[…]ey=CIiPk_gB#gid=0 | |
17:11 | cait | perhaps we should have a testing event |
17:11 | bring people together to write a test suite | |
17:11 | for search, or gathering search cases | |
17:12 | hdl | taht was for a start. |
17:16 | * libsysguy | is excited about solr |
17:20 | fabio_t | I'm quitting... see you! |
17:27 | wizzyrea | nengard++ for the supergood opac videos |
17:27 | nengard_lunch | :) |
17:27 | cait | nengard_lunch++ |
17:28 | nengard_lunch | time to go give a webinar :) glad you like them!! |
17:44 | Khmar left #koha | |
17:44 | huginn | New commit(s) needsignoff: [Bug 7251] Fields are separated by "t" when the delimiter preference is set to "tabulation" in overdue_notices.pl <http://bugs.koha-community.org[…]w_bug.cgi?id=7251> |
17:48 | magnuse | kia ora #koha |
17:56 | huginn | New commit(s) needsignoff: [Bug 6976] User hold limit can be avoided by users in OPAC <http://bugs.koha-community.org[…]w_bug.cgi?id=6976> |
17:56 | francharb | bye all |
17:59 | logbot joined #koha | |
18:04 | slef | hi all |
18:10 | rangi | morning |
18:11 | wizzyrea | mornin |
18:14 | cait | morning |
18:15 | @wunder Konstanz | |
18:15 | huginn | cait: The current temperature in Konstanz, Germany is 4.0°C (7:00 PM CET on November 21, 2011). Conditions: Mist. Humidity: 99%. Dew Point: 4.0°C. Pressure: 30.11 in 1020 hPa (Rising). |
18:15 | rangi | @wunder Wellington nz |
18:15 | huginn | rangi: The current temperature in Wellington, New Zealand is 10.0°C (7:00 AM NZDT on November 22, 2011). Conditions: Partly Cloudy. Humidity: 82%. Dew Point: 7.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
18:18 | paul_p joined #koha | |
18:19 | magnuse | @wunder osl |
18:19 | huginn | magnuse: The current temperature in Oslo / Gardermoen, Norway is 0.0°C (7:00 PM CET on November 21, 2011). Conditions: Mist. Humidity: 100%. Dew Point: 0.0°C. Pressure: 30.18 in 1022 hPa (Rising). |
18:19 | magnuse | @wunder boo |
18:19 | huginn | magnuse: The current temperature in Bodo Vi, Norway is 6.0°C (7:00 PM CET on November 21, 2011). Conditions: Light Rain. Humidity: 88%. Dew Point: 5.0°C. Pressure: 29.99 in 1016 hPa (Rising). |
18:19 | magnuse | yay! (waiting for the plane ;-) |
18:20 | rangi | :) |
18:21 | I saw some tweets, sounds like it went well | |
18:21 | Oak | night |
18:23 | slef | @wunder avonmouth |
18:23 | huginn | slef: Error: No such location could be found. |
18:23 | slef | @wunder egfc |
18:23 | huginn | slef: Error: No such location could be found. |
18:24 | slef | oh for flipping heck |
18:24 | @wunder gedney hill | |
18:24 | huginn | slef: Error: No such location could be found. |
18:24 | slef | @wunder spalding |
18:24 | huginn | slef: Error: No such location could be found. |
18:24 | slef | huginn: do you know anywhere? |
18:24 | huginn | slef: I suck |
18:24 | slef | that you do |
18:24 | @wunder brs | |
18:24 | huginn | slef: The current temperature in Bristol Airport, United Kingdom is 9.0°C (5:50 PM GMT on November 21, 2011). Conditions: Light Drizzle. Humidity: 100%. Dew Point: 9.0°C. Pressure: 29.89 in 1012 hPa (Steady). |
18:25 | slef | @wunder Weston-super-Mare SOMERSET |
18:25 | huginn | slef: The current temperature in Weston-Super-Mare, United Kingdom is 10.9°C (6:25 PM GMT on November 21, 2011). Conditions: Light Drizzle. Humidity: 98%. Dew Point: 11.0°C. Pressure: 29.97 in 1014.8 hPa (Steady). |
18:25 | slef | warmer than yow |
18:26 | rangi | heh |
18:26 | * cait | waves at slef and magnuse |
18:27 | cait | @wunder Konstanz |
18:27 | huginn | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 2.7°C (7:25 PM CET on November 21, 2011). Conditions: Clear. Humidity: 95%. Dew Point: 2.0°C. Windchill: 3.0°C. Pressure: 30.09 in 1018.8 hPa (Steady). |
18:27 | magnuse | rangi: yeah, i think people liked the ideas i set forth - basically it's the ones i have put on the wiki - to be continued... ;-) |
18:27 | * magnuse | waves at cait |
18:27 | cait | :) |
18:27 | rangi | excellent |
18:27 | * slef | waves at cait |
18:27 | cait | :) |
18:27 | * magnuse | waves at slef |
18:28 | * rangi | waves at a penguin |
18:28 | cait | ? |
18:28 | magnuse | time to catch that plane - see ya! |
18:28 | cait | I am feeling cold, but penguins? |
18:29 | safe travels magnus_away | |
18:29 | rangi | we have penguins near my house |
18:29 | little blue ones | |
18:30 | cait | oh |
18:37 | slef | damn. I wanted to put kohacon12 news on the new software.coop front page but I think we have unresolved questions still |
18:37 | rangi | oh? |
18:38 | cait | oh? |
18:38 | slef | yeah with the probable venue |
18:38 | rangi | I already bought tickets! |
18:38 | slef | nm... we'll sort it out in the morning |
18:38 | rangi | (didn't really) |
18:38 | slef | hehe foolish doing that before it's confirmed |
18:39 | just not enough hours in these short days at the mo :-/ | |
18:40 | * cait | nods |
18:42 | rangi | yeah it gets mental in the run up to the new year |
18:42 | cait | hm, more feels like it was ike this all year |
18:43 | wizzyrea | oy lunchy |
18:43 | * wizzyrea | didn't notice the time |
18:45 | fcapo joined #koha | |
18:45 | rangi | hmm my stop in a bit |
18:47 | fcapo | Hello, what is the correct way to have stopwords removed in my Zebra search queries? |
18:49 | cait | zebra does not work with stopwords |
18:49 | no stop words | |
18:50 | fcapo | Ok... and QueryRemoveStopwords doesn't work with Zebra? |
18:50 | cait | no |
18:50 | :) | |
18:50 | fcapo | And why wouldn't it work? :P |
18:50 | cait | because it's not designed to? |
18:50 | not sure there | |
18:50 | wahanui | somebody said not sure there was a way you can use the field in acq |
18:51 | cait | forget not sure there |
18:51 | wahanui | cait: I forgot not sure there |
18:53 | libsysguy joined #koha | |
18:54 | libsysguy | does anybody know if biblibres branch has their solr implementation? |
18:55 | cait | there is a branch with solr |
18:55 | libsysguy | there is? |
18:55 | cait | have you looked at git.biblibre.com? |
18:55 | libsysguy | oh no I was just looking at git.koha-community.org |
18:55 | ah hah | |
18:55 | there is it | |
18:55 | ) | |
18:56 | fcapo | So... nobody knows the reason why QueryRemoveStopwords doesn't work with Zebra? Our client really want that feature and I'm looking at my options. I could adapt QueryRemoveStopwords to work with Zebra. |
18:56 | cait | i think the original reason for stop words was |
18:57 | to not slow down searches | |
18:57 | and it doesn't matter for zebra | |
18:57 | or it's still fast when you search for and and it | |
18:57 | wizzyrea | and, koha is one of the few ILS's that can actually find Stephen King's IT |
18:57 | cait | guessing a bit here |
18:57 | yep | |
18:57 | thx wizzyrea for showing up :) | |
18:57 | wizzyrea++ :) | |
18:58 | wizzyrea | well you're the one answering the question lol. |
18:58 | I think there's a kiwi band "The" as well | |
18:58 | and koha, unlike every other ILS | |
18:58 | can find that too. | |
18:58 | cait | yep |
18:58 | fcapo | ok, thanks for the answers. |
18:58 | maximep | there's a band called The The :p |
18:58 | cait | fcapo: has the client given you a reason why they want stop words? |
18:58 | fcapo | Still, if librarians want stopwords, I gotta give them stopwords :P |
18:58 | * cait | can't think of a good reason |
18:58 | jcamins | There's also the poetry journal the. |
18:59 | cait | only if they assume it makes things slow |
18:59 | druthb | @quote get 123 |
18:59 | huginn | druthb: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) |
18:59 | wizzyrea | I would suspect that they want them because they are dubious about koha's search |
18:59 | are they new koha users? | |
18:59 | bag | @wunder 06516 |
18:59 | huginn | bag: The current temperature in Third Avenue Park, West Haven, Connecticut is 12.8°C (1:55 PM EST on November 21, 2011). Conditions: Scattered Clouds. Humidity: 55%. Dew Point: 4.0°C. Pressure: 30.26 in 1024.6 hPa (Steady). |
18:59 | druthb | Stopwords is one of those mad schemes that has persisted needlessly |
18:59 | bag | @wunder 93109 |
18:59 | mtj | wizzyrea: the band is called 'the the' :) |
18:59 | huginn | bag: The current temperature in K6LCM - Westside / Mesa, Santa Barbara, California is 16.7°C (10:59 AM PST on November 21, 2011). Conditions: Clear. Humidity: 72%. Dew Point: 12.0°C. Pressure: 30.17 in 1021.6 hPa (Steady). |
18:59 | wizzyrea | mtj: thanks, I couldn't remember for sure! |
18:59 | bag | mtj? |
18:59 | wahanui | DeM KraZy NutZ!! |
19:00 | bag | YAY! |
19:00 | wizzyrea | keke |
19:00 | mtj | http://en.wikipedia.org/wiki/The_the |
19:00 | fcapo | well, they've been using Koha for around 8 months now. They were migrated from an old system, so I guess they want ALL the features they had on their old system :P |
19:00 | cait | but it's an unfeature |
19:00 | mtj | -=shaZZam=- |
19:00 | * wizzyrea | is not a proponent of making koha into every other ILS |
19:00 | cait | hi mtj :) |
19:00 | mtj | heya cait, morning all |
19:00 | wizzyrea | ^^ what cait said |
19:00 | cait++ | |
19:11 | cait | hi trea :) |
19:11 | trea | hi cait |
19:17 | jcamins | A 200-page co-op application is just absurd. |
19:20 | rangi | cait++ |
19:20 | wizzyrea++ | |
19:20 | cait | hm? |
19:20 | for not thinking stop words are a good idea? | |
19:20 | rangi | let's not make koha suck as much as every other ils |
19:20 | cait | heh |
19:21 | * jcamins | has a feature request: |
19:21 | rangi | search is for the patrons not the librarians |
19:21 | jcamins | Teach Koha to fill out co-op applications. |
19:21 | rangi | and no patron ever wanted stopwords |
19:21 | imho anyway | |
19:21 | wahanui | rumour has it imho is in wizzyrea's humble opinion |
19:22 | rangi | heh |
19:22 | from now on | |
19:22 | druthb | rangi: I actually said that in my training last week, about the OPAC..."It's not for you, don't try to make it work for you--it belongs to the PATRONS." |
19:22 | rangi | im saying iwho |
19:23 | druthb: ziggactly | |
19:26 | cait | heh |
19:26 | rangi | the the |
19:26 | try finding that | |
19:26 | with stopwords | |
19:26 | jcamins | rangi: or just the |
19:27 | It's actually a pretty good poetry magazine, but boy is it hard to locate in catalogs! | |
19:27 | rangi | ohh I bet |
19:27 | and it | |
19:30 | schuster joined #koha | |
19:31 | nengard joined #koha | |
19:33 | cait left #koha | |
19:44 | lculber joined #koha | |
19:48 | druthb left #koha | |
20:00 | * chris_n | wonders if the graphing features of gnumeric are any better than those of libre office |
20:01 | Phlunk3 joined #koha | |
20:04 | slef | jcamins: co-op as in cooperative? |
20:04 | jcamins | slef: yes. |
20:06 | * chris_n | discovers it is worse >:-( |
20:07 | * wizzyrea | wonders if that's a good thing or a bad thing re: iwho |
20:09 | wizzyrea | have any of you guys tried the marcedit on linux instructions? |
20:10 | http://people.oregonstate.edu/[…]blog/archives/946 | |
20:10 | slef | chris_n: depends on what you're graphing but I like R. I've also seen a javascript plotter which might be nice for koha but I need to find out what it's called. |
20:10 | wizzyrea | that is for OpenSUSE |
20:10 | slef | jcamins: that's bordering on contradicting open and voluntary membership IMO. What sort of co-op? |
20:11 | wizzyrea: heh, who needs marcedit when we've got marc2xml and xml editors? ;-) | |
20:11 | wizzyrea | guys, we just updated to 3.6 and have had NO complaints today about anything being broken. |
20:11 | Just thought you should know. | |
20:12 | slef | wizzyrea: yeah, 3.4 to 3.6 is pretty slick. Well done to all involved. |
20:13 | wizzyrea | well I take that back. One person noticed that they couldn't set lost statuses from edit items. But that's not an issue, and fixes a rather bad bug. |
20:13 | ^.^ | |
20:13 | but yea, GO TEAM. | |
20:13 | \o/ | |
20:13 | *\o/* < with pom poms | |
20:14 | chris_n | wizzzyrea: I've installed it under wine and it works well that way |
20:14 | wizzyrea | I couldn't get it to cooperate in wine, at least not the newest version |
20:15 | * chris_n | had a tutorial somewhere |
20:15 | wizzyrea | but, i admit that I didn't try super super hard. |
20:15 | chris_n | thought I sent it to the marcedit creators to post on their site |
20:15 | wizzyrea | there you go being all nice and contributing |
20:17 | slef | dinner |
20:23 | chris_n | wizzyrea: well, it was on the old koha wiki |
20:23 | wizzyrea | ohsnaps |
20:25 | chris_n | gmcharlt has a snapshot of the old site |
20:26 | gmcharlt | http://librarypolice.com/wiki.koha.org/ |
20:27 | wizzyrea | and as if by magic, he appears :) |
20:28 | chris_n | its a bit difficult to navigate, it is current form, though |
20:28 | * chris_n | was trying to find the document |
20:28 | chris_n | here's the original URL: http://wiki.koha.org/doku.php?[…]e:how_to:marcedit |
20:30 | gmcharlt | http://librarypolice.com/wiki.[…]_to:marcedit.html |
20:31 | http://librarypolice.com/wiki.[…]ing_marcedit.html may also be of interest | |
20:31 | wizzyrea | oh lookie there |
20:32 | heh | |
20:33 | chris_n | of course there's this note as wella; http://people.oregonstate.edu/[…]blog/archives/421 |
20:33 | s/wella;/well:/ | |
20:33 | wizzyrea | those instructions don't look any easier than doing his "official" install on linux |
20:33 | * wizzyrea | doesn't so much care about easy, it's the person I'm helping that concerns me |
20:33 | * chris_n | is not always good at simplifying instructions :P |
20:42 | wizzyrea | hey chris_n I know you needed another project: http://www.youtube.com/watch?v=pSOmHrKNmMs |
20:44 | * chris_n | gnaws his tongue and feels faint ;-) |
20:45 | wizzyrea | hehe |
20:45 | though I question putting sticky labels on books | |
20:45 | I suppose if it was postit type adhesive | |
20:45 | it'd be ok | |
20:45 | but that sounds wicked expensive | |
20:45 | for a consumable | |
20:46 | chris_n | it does indeed |
20:46 | wizzyrea | well that whole thing looks wicked expensive to me - not that slips are much better. |
20:46 | chris_n | the cost of convenience |
20:46 | wizzyrea | mhm |
20:53 | * moodaepo | is disappointed the koha-solr pdf didn't contain more of the presentation |
20:55 | bag | hi moodaepo |
20:55 | moodaepo | Hiya bag |
20:55 | * bag | misses his brendan <nick> :( |
20:56 | bag | more so today that I had to move to a three letter nick and not simple bg |
21:03 | rangi | back, for a little bit between meetings |
21:07 | wizzyrea | urf |
21:08 | kathryn joined #koha | |
21:18 | * chris_n | wrestles his L-O graphs into submission |
21:25 | rangi | L-O ? |
21:26 | JesseM left #koha | |
21:40 | lculber joined #koha | |
21:40 | lculber | hello everybody! quick newbie question. |
21:41 | question is how can I search authorities by control number? Or can I? | |
21:45 | lculber joined #koha | |
21:45 | sekjal | lculber: If you search your authorities index with Local-number:<<number>>, you should be able to retrieve records with the corresponding 001 value |
21:47 | lculber | thanks, sekjal! |
21:51 | ago43 joined #koha | |
21:53 | libsysguy | nengard you around? |
21:53 | nengard | yes |
21:53 | libsysguy | are you running Koha on your mac? |
21:53 | or on a FM | |
21:53 | VM** | |
21:54 | nengard | VM |
21:54 | on Mac | |
21:54 | libsysguy | gotcha |
21:54 | i wish I would have thought of that | |
21:58 | rhcl | http://www.thedigitalshift.com[…]new-ebook-titles/ |
22:05 | nengard | want to see the new bionic nengard? |
22:05 | http://www.flickr.com/photos/nengard/6377063987/ | |
22:05 | jransom joined #koha | |
22:05 | wizzyrea | oh wow |
22:05 | you really are bionic | |
22:05 | nengard | hehe |
22:05 | jransom | hiya all |
22:05 | wizzyrea | hi jransom |
22:06 | so do you set off the TSA's scanners now/ | |
22:06 | nengard | yes :( |
22:06 | wizzyrea | oy |
22:06 | nengard | not the full body ones though |
22:06 | just the metal detectors | |
22:06 | wizzyrea | oy |
22:06 | nengard | yup |
22:06 | and i'm still sensitive to the touch | |
22:06 | so i hate the pat down even more than usual | |
22:06 | schuster joined #koha | |
22:07 | wizzyrea | oh I'm glad you described what the dangly things were |
22:07 | I was wondering lol | |
22:07 | nengard | so was I!!! |
22:07 | I freaked out a bit when I saw it | |
22:07 | it took the nurse and I a while to figure it out | |
22:07 | schuster | later tell druthb killed it all and restarted all happy. |
22:14 | Irma left #koha | |
22:27 | nengard left #koha | |
22:29 | rangi | *sigh* |
22:30 | * wizzyrea | is afraid to refresh her email box |
22:33 | rangi | it was a sad email from jo, hopefully she gets lots of offers of help |
22:34 | wizzyrea | oh yea - dick move by ptfs. |
22:34 | * wizzyrea | waves at ptfs |
22:35 | libsysguy | wait what happened |
22:35 | i heard dick move | |
22:36 | wizzyrea | and you say *I* have a dirty mind. |
22:36 | >.> | |
22:36 | rangi | heh |
22:36 | on the mailing lists libsysguy | |
22:36 | wizzyrea | ya |
22:36 | libsysguy | hehe well i new I had one |
22:36 | which mailing list…there are so many | |
22:36 | wizzyrea | koha main |
22:37 | rangi | and devel |
22:37 | jransom | http://koha-community.org/plea[…]ua-library-trust/ |
22:37 | libsysguy | reading... |
22:37 | jransom | Dakvid helpfully suggested we just rename it to Utu |
22:38 | which is basically revenge out of all proportion to the original injury (but I reckon thats already happened .. and its called karma) | |
22:38 | wizzyrea | what does that mean? |
22:39 | maximep | Utu is a Māori concept of reciprocation, or balance. |
22:39 | jransom | involves lots of throat slitting and blood |
22:39 | maximep | nice |
22:39 | rangi | i think its important to remained focused on the actual issue |
22:39 | jransom | sorry |
22:40 | maximep left #koha | |
22:41 | jransom | oh - its reci[procation in every sense: positive as well |
22:41 | Utu is a Māori concept of a reciprocation or balance. To retain mana, both friendly and unfriendly actions require an appropriate response. Hence the concept covers both the reciprocation of kind deeds and the seeking of revenge. | |
22:41 | wizzyrea | ooo |
22:41 | bag | hi jransom |
22:42 | just reading your email | |
22:42 | rangi | http://stats.workbuffer.org/ir[…]11-11-21#i_820766 |
22:42 | fixed it | |
22:42 | libsysguy | whoa who are all these new people |
22:42 | hi guys :) | |
22:42 | bag | hi libsysguy --> bag is bg |
22:43 | libsysguy | haha hi bag |
22:43 | wizzyrea | jransom is the totally fab director of HLT |
22:43 | jransom? | |
22:43 | wahanui | i think jransom is gonna *smek* someone. |
22:43 | wizzyrea | hehe! yours is better. |
22:44 | libsysguy | hehe |
22:44 | jransom | bag - brendan? |
22:44 | bag | bg? |
22:44 | wahanui | I LOVE BASEBALL AND BREAKFAST BURRITOS |
22:44 | libsysguy | so is there anything we can do about ptfs? |
22:44 | legally? | |
22:44 | other than donate money | |
22:44 | bag | yes just changed the nick today… I guess with OFTC you can't register two letter nicks - they have to be three or more |
22:45 | wizzyrea | friends don't let friends use LLILS |
22:45 | rangi | libsysguy: spread the word i guess |
22:45 | * libsysguy | would donate money if he had any but is a poor college student |
22:45 | rangi | even a reply expressing support helps |
22:45 | libsysguy | i just think it is sad |
22:45 | jransom | yup |
22:46 | rangi | even replying to the mail on the list, saying that, that helps |
22:47 | if you see what i mean, so that it doesnt look like its just hlt | |
22:47 | libsysguy | yeah I understand |
22:47 | Irma joined #koha | |
22:48 | jransom | waves at Irma |
22:48 | libsysguy1 joined #koha | |
22:50 | bag | heya Irma |
22:59 | Judit joined #koha | |
23:05 | talljoy1 joined #koha | |
23:05 | Judit | goodmorning |
23:06 | rangi | hi Judit |
23:14 | Irma1 joined #koha | |
23:15 | talljoy1 left #koha | |
23:49 | sekjal joined #koha | |
23:50 | libsysguy1 | so I've officially got a Koha install from biblibre |
23:52 | but apparently its still on 3.02 | |
23:52 | bag | yup |
23:52 | they've got loads in there | |
23:52 | I've got a clone somewhere | |
23:52 | libsysguy1 | yeah I'm just kind of poking around |
23:53 | I am curious about solr | |
23:53 | and how it works | |
23:56 | libsysguy | aww the biblibre branch doesn't have me as a devel :'( |
23:57 | this would be a nightmare to merge | |
23:57 | jcamins_away | libsysguy: oh yeah! |
23:58 | It sure will be. |
← Previous day | Today | Next day → | Search | Index