IRC log for #koha, 2012-02-09

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

All times shown according to UTC.

Time Nick Message
00:31 libsysguy joined #koha
01:10 melia left #koha
01:13 atz joined #koha
01:15 luisb joined #koha
02:05 Space_Librarian Argh. Negative staff. Such a downer.
02:20 fmarier joined #koha
02:21 fmarier left #koha
02:43 Space_Librarian Oh great and glorious community. Do we know of any library who catalogues articles individually who may have a framework to share...?
02:43 jcamins_away Space_Librarian: the American Numismatic Society does, but they switched to using the new analytics code.
02:44 jcamins They catalog articles individually, I mean.
02:44 Space_Librarian yes, that's what we do.
02:44 jcamins The new analytics feature is awesome.
02:45 Space_Librarian eythian mentioned it, but I need to know more.
02:45 jcamins Turn on EasyAnalytics.
02:45 * Space_Librarian searches
02:46 jcamins EasyAnalyticalRecords.
02:46 In the cataloguing tag.
02:46 tab.
02:47 Space_Librarian found it!
02:47 is that it? That's all? And that'll make life easier?
02:47 jcamins Pull up the serial record in your catalogue.
02:48 (staff client)
02:48 Click the Edit button.
02:48 No, New button.
02:48 Space_Librarian okay...
02:48 jcamins Then click Analyze items.
02:49 There's a "Create analytics" link.
02:49 (that now shows up)
02:49 Space_Librarian yup...
02:49 jcamins Go to the 7xx tab and be amazed at the populated 773.
02:50 :D
02:50 Space_Librarian Well I'll be...
02:50 jcamins Nice, innit?
02:50 Space_Librarian But, still, do you have a framework for the individual articles that can be used with the analytics?
02:50 And it's awesome.
02:51 jcamins No, everyone I know uses Default.
02:52 Space_Librarian cool. GTK. I have some very new to anything but DB Textworks and never encountered MARC before librarians that I need to soothe, but the analytics will totally help.
02:52 That is just fantastic.
02:53 eythian Space_Librarian: when you've got a few of those analytics set up, can you let me know? I'd like to see it working in practice (I've really only done it the hard way before)
02:54 jcamins Since you can't add fields that aren't in the framework, using limited frameworks just doesn't make sense.
02:55 Space_Librarian eythian absolutely. I've got to sort out the serials here first, but that analytics is definitely going to be used.
02:56 jcamins this is very true. But, as I said my cataloguing librarian has never seen MARC before, she's actually refusing to catalogue anything at the moment.
02:56 very headache-inducing.
02:56 jcamins Space_Librarian: that's a nuisance.
02:57 Space_Librarian you have no idea. Everybody else is loving the system, she's dug her heels in and just won't budge. Does not like change at all.
03:09 ibeardslee I've come across those people before .. doesn't do the soul any good
03:09 Space_Librarian nope.
03:10 She's actually going to be the biggest problem about this migration. This is already very evident.
03:13 eythian there's often one of those people per migration.
03:14 Space_Librarian yep, I hear ya.
03:19 wizzyrea1 joined #koha
03:20 * Space_Librarian waves at wizzyrea
03:20 wizzyrea hiyas :)
03:21 Amit_Gupta joined #koha
03:21 Amit_Gupta heya bag
03:21 :)
04:07 libsysguy joined #koha
04:08 Space_Librarian good evening all! :)
04:08 Space_Librarian left #koha
04:08 libsysguy ok lets say for the sake of saying that something nasty happened to a debian based server…like the kernel went awol and committed suicide…do you think my best option would be do launch a live cd, backup all the data, make a backup partition and push it all there…keeping in mind that I have no network connections since its on a VM...
04:10 ibeardslee with the goal to reinstall?
04:10 libsysguy yes and migrate that data when the network is back
04:11 ibeardslee so was the kernel removed via apt-get or somesuch?
04:11 libsysguy no, i seriously just restarted and there was magically no kernel
04:12 ibeardslee it could just be that grub didn't deal to things properly, the kernel could be there but grub dones't know about it
04:12 libsysguy well, I tried all the other kernel headers that existed in grub
04:13 it couldn't find those either, or their recovery partitions
04:13 stuartyeates joined #koha
04:13 ibeardslee booting from a livecd would be the first start
04:13 libsysguy yeah I got that working
04:13 ibeardslee from there you can check to see the state of the filesystems themselves
04:14 libsysguy and I have been plunking at the shell…the filesystem is fine
04:14 i even managed to dump the database
04:14 ibeardslee it could be possible to chroot to the / partition and then apt-get install the kernel
04:14 libsysguy i tried that…no network
04:15 and the one on the live cd was a no-go as well
04:15 ibeardslee sometimes the packages are cached on disk
04:15 stuartyeates the first thing you want to do is get a good backup...
04:15 ibeardslee true
04:15 stuartyeates or have you already done that?
04:15 libsysguy that would be nice to have
04:15 I am in the process of trying to get the data out
04:15 stuartyeates database dump + config files for important apps
04:16 copy them to a USB key or simialr?
04:16 libsysguy yeah that is exactly what I am doing…no the server is running Hyper-V
04:16 so there is no support for that :-\
04:16 eythian what is hyper-v?
04:16 libsysguy but I think i can mount another HDD and install ubuntu to it, then mount its dead counterpar
04:16 hyper-v is microsofts answer to VM-Ware
04:17 eythian ah right.
04:17 Sounds like a terrible idea
04:17 ibeardslee heh
04:17 eythian (hyper-v, not your suggested recovery method)
04:17 libsysguy haha it is…actually its not terrible when it works :p
04:17 eythian 'cept it deletes your kernels?
04:17 libsysguy exactly
04:18 eythian could you just run grub-install?
04:18 libsysguy i did reinstall grub
04:18 stuartyeates can you scp the data to another machine?
04:18 libsysguy no network
04:18 stuartyeates oh, of coruse
04:18 libsysguy the only connection I have is the console view from hyper-v
04:18 which is great…let me tell you :-/
04:19 stuartyeates does hyper-v let you take a snaphot of the thing in case your next step looses data?
04:19 eythian why is there no network?
04:19 can't you bring up a network?
04:19 libsysguy yes it does, I did make a snapshot
04:19 stuartyeates "ifup --all" will try bringing up the network
04:19 libsysguy and to get hyper-v to run the network you have to have an addition to the kernal on a debian based system
04:19 and since the kernel is gone...
04:19 stuartyeates oh, i see
04:20 can you compile a new kernel?
04:20 libsysguy I could…if i could get the source to the machine
04:21 that is what I was trying to do with the live cd
04:21 eythian the addition to the kernel will be a .ko file somewhere, right? can you find it and just insmod it?
04:21 or just stream all the data up the screen using xmodem, screenshot it regularly, reassemble.
04:21 libsysguy haha
04:21 eythian s/xmodem/QR codes/
04:22 libsysguy actually I think i have it
04:22 the other install is working and I think ill be able to see the other drive
04:22 eythian can you export the disk as a VM appliance thing, import it into virtualbox, which will give you a network.
04:22 then throw away hyper-v and use virtualbox
04:23 libsysguy now there is an idea…perhaps
04:24 wizzyrea O.O libsysguy what did you DO
04:25 I think perhaps you are even better at breaking things than I am
04:25 libsysguy wizzyrea i broke-ed it
04:25 i swear this wasn't my fault
04:25 wizzyrea I believe you :)
04:25 libsysguy the server was being all laggy running tomcat and I was like..i know ill just restart it
04:25 wizzyrea sorry, less talk, more fixing.
04:26 libsysguy that'll teach it…but it taught me
04:44 HAHA! i got it!!
04:44 sorry…I just had a moment
04:45 wizzyrea noice!
04:46 libsysguy except…I still don't have network
04:46 jesus !@#$$%#%@#$@$% christ
05:20 for the record, it all got saved and transfered
05:20 eythian how?
05:28 libsysguy I created a second HDD, installed ubuntu to it, then mounted the old one
05:29 eythian OK
05:29 libsysguy now I just have to rebuild that system
05:29 cait joined #koha
05:29 eythian hi cait
05:29 libsysguy hi cait
05:30 cait hi eythian, hi libsysguy :)
05:30 Amit_Gupta wheya eythian, cait
05:30 cait hi Amit_Gupta
05:30 eythian hello Amit_Gupta
05:33 libsysguy cait I was going to tell you I installed that patch you recommended
05:33 for acquisitions
05:33 and the acquisitions librarian loves it
05:33 cait oh :)
05:34 yeah, it sure sounds like a nice feature
05:34 I am way behind with my todo lists :(
05:34 really wanted to test that
05:34 libsysguy haha welcome to the club
05:34 cait and then my glasses broke last friday... and that practically killed my weekend
05:34 libsysguy I am trying to test that and jcamins linker script
05:34 cait now it's even worse than before
05:34 libsysguy oh no :'(
05:34 cait I have new glasses now
05:34 libsysguy oh ok…so you can see
05:35 cait it's only I am missing a few days
05:35 libsysguy lol that is what I am going to tell my girlfriend when she says we have to hang out on the weekends
05:35 "but hun the community needs me :p"
05:38 ok im out for the night…cya in the AM #Koha
05:38 libsysguy left #koha
05:40 * cait starts reading about ethernet
05:40 eythian watch wireshark on a not busy network for a while, it'll help you understand the upper layers.
05:41 cait ?
06:51 eythian cait: wireshark is a network sniffer tool
06:52 shows you all the network traffic.
06:52 * eythian builds packages
07:02 Amit_Gupta slef around
07:05 * eythian fails to build packages because some tests are still broken :/
07:12 Amit_Gupta joined #koha
07:19 laurence joined #koha
07:32 reiveune joined #koha
07:32 reiveune hello
07:34 Guillaume joined #koha
07:42 * cait goes to wokr
07:42 cait work even... bbiab
07:43 cait left #koha
07:46 julian_m joined #koha
07:52 hdl joined #koha
07:55 sophie_m joined #koha
08:02 mbalmer joined #koha
08:07 asaurat joined #koha
08:08 asaurat hello
08:08 wahanui hola, asaurat
08:14 francharb joined #koha
08:15 francharb hi all
08:21 matts joined #koha
08:27 kf joined #koha
08:27 kf hi #koha
08:32 hmm
08:32 is there a way to link to the english opac version? I was playing around with the url, but while the start page is correct, the templates aren't
08:36 drojf joined #koha
08:36 drojf good morning #koha
08:36 kf good morning drojf
08:37 drojf hi kf :)
08:38 kf hm
08:38 do you have an idea about constructing an url to the english opac?
08:42 drojf what do you mean? without the changelanguage perl script?
08:46 kf just an url
08:46 that opens the english opac version directly
08:46 circumventing the browser detection and the cookie
08:46 I have not managed to find one yet :(
08:47 drojf i think it won't work because the info is only in the cookie. you have KohaOpacLanguage and then the language code, like en-EN. it would be nice to be able to use ?KohaOpacLanguage=en-EN on every page of the opac but that would need a code change i guess
08:48 kf yeah
08:48 I feared it was not possible
08:48 still... going to repeat that question a bit today, perhaps someone has an idea
08:48 or if it's really not possible I can file a bug
08:48 drojf maybe there is some secret way to do so, i would be very interested to know that too
09:00 matts_ joined #koha
09:09 drojf kf: i don't know where output_html_with_http_headers (in opac_main.pl) is defined, but you could probably wrap it in an "if/else" looking for an url parameter similar "my $language = $query->param('language');" (in opac-changelanguage.pl), so that you use an url parameter if given and look for a cookie otherwise. you need to know how to pack that for the output_html_with_http_headers though. or maybe i'm completely wring. *throwing around gefährliches
09:09 *wrong
09:11 kf heh
09:11 drojf: if they insist, I will have to go there
09:11 collecting ideas today and waiting for feedback
09:11 I explained the language detection
09:15 drojf kf: who is "they"? one of your libraries?
09:17 kf yep
09:18 gaetan_B joined #koha
09:18 gaetan_B hello #koha
09:18 kf hi gaetan_B
09:19 fredericd kf: You could do it without changing Koha, by using Apache mod_rewrite. You can define a virtual host, with a rule appending a cookie forcing the language
09:20 kf ok
09:20 this sounds complicated
09:20 fredericd it is
09:20 kf so perhapsI will go and file an enh request
09:20 because this might be something other libraries would find useful too
09:20 and it seems confirmed that it's not possible right now?
09:20 slef kf: fredericd is right, though. Probably simpler to do it in Apache.
09:21 drojf: I think to do it Koha-side, you'd need to do it when $query is parsed, not at output time.
09:22 if you really want it, I'll go look at the code and find out when that it ;-)
09:22 kf ok
09:23 my english is broken
09:23 no idea how to call that bug
09:23 drojf what would it be in german? ;)
09:23 slef huh?
09:23 ja, wir können übersetzen...
09:23 veilleich
09:24 drojf :)
09:25 kf slef: :P
09:25 Direct URL to OPAC in specified language
09:25 ?
09:26 drojf Choose OPAC language with URL parameter?
09:26 kf oh
09:26 that is better
09:26 but
09:26 I already hit save
09:26 meh.
09:26 bug 7514
09:26 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7514 enhancement, P5 - low, ---, frederic, NEW , Direct URL to OPAC in specified language
09:26 drojf :D
09:27 kf updated
09:27 staff meeting
09:27 slef kf: why :P ???
09:27 kf_mtg :)
09:28 slef I think it would be best in C4::Auth::get_template_and_user
09:28 kf_mtg make it a smiley
09:28 I felt a bit teased :)
09:28 slef nah it's serious... I wouldn't be able to write all this stuff in German without help ;)
09:29 and ppl are meant to translate into their native languages
09:31 drojf off to do non-koha work :/
09:31 fredericd And modifying a little bit opac-changelanguage.pl?
09:31 cgi-bin/koha/opac-changelanguage.pl?language=de-DE
09:31 with a redirection to the main page
09:32 slef probably moving some of that out to C4::Languages
09:33 drojf where is a good place to learn about all these magical C4-things?
09:34 fredericd If you change opac-changelanguage.pl line 25 to: my $url      = $query->referer() || '/';
09:34 it works
09:56 hdl drojf: perldoc.koha-community.org
09:56 could be a place.
09:56 otherwise perldoc is your friend
09:57 maybe adding a kind of order in the system preference language system would help.
10:03 drojf hdl: thanks, that looks very useful
10:07 mbalmer joined #koha
10:14 Amit_Gupta joined #koha
10:15 kf_mtg fredericd++
10:17 chris_n joined #koha
11:17 Amit_Gupta joined #koha
11:40 slef wahanui: perldoc is at http://perldoc.koha-community.org for the C4 modules and more
11:40 wahanui OK, slef.
11:40 slef wahanui: documentation?
11:40 wahanui documentation is at http://koha-community.org/documentation/
11:46 Amit_Gupta joined #koha
12:22 jwagner joined #koha
12:28 vfernandes joined #koha
12:29 vfernandes hi guys :) anyone has experienced to install Koha 3.2.X in CentOS?
12:31 tcohen joined #koha
12:35 nengard joined #koha
12:36 kf_mtg hmm
12:36 can someone here help with permissons?
12:36 if I have this:      flagsrequired   => { serials => 1 },
12:36 does it mean that I have to give full serial permissions for the template?
12:36 and having all but not routing lists will not work?
12:44 hm will find it out .)
12:53 Oak joined #koha
13:00 hdl @later tell vfernandes we did. But would not like to do it again... It depends on the CentOS version. But the version we tried to install Koha on was much behind in PERL version
13:00 huginn` hdl: The operation succeeded.
13:00 hdl kf_mtg: iirc, 1 should be changed into *
13:06 Oak kia ora #koha
13:10 matts_ kf_mtg, with *, any of the serials permission will be enough for the template
13:18 asaurat is the translated columns.def working good for non english users ?
13:18 looks like the file in prog/en is always used
13:20 oleonard joined #koha
13:25 mbalmer ji from the weekly koha workshop ;)
13:26 here is a question:  we have user groups and media types.  here we have rules to allow certain books for children, others for adults etc.
13:26 do we have to create a media type for each age or is there a third criterion we can use, besides user group and media type?
13:27 oleonard With regard to circulation rules mbalmer?
13:27 mbalmer yes.
13:28 e.g. dvds for childrens, books for juveniles etc.
13:28 oleonard What you see is what you get: user category + item type
13:28 * oleonard wonders why that is labeled "user category." We don't use that phrase anywhere else...
13:28 mbalmer so no third "category"?
13:29 oleonard There is no hidden feature which you don't see on the Circulation and Fine rules page.
13:29 mbalmer ok
13:30 are there any plans to have age restrictions per title?
13:30 oleonard Not that I'm aware of.
13:30 mbalmer so that the age restriction is with the item, not the item type?
13:30 ok, tnx.
13:38 druthb joined #koha
13:38 druthb o/
13:38 oleonard Hi Dr. B.
13:39 druthb :)  hi, Owen.
13:43 JesseM joined #koha
13:46 mbalmer in switzerland, fines are not fixed, but increase over time.  e.g. CHF 2 for the first reminder, CHF 4 for second reminder, CHF 9 for the third reminder to bring back a book.
13:55 collum joined #koha
13:55 JesseM @wunder 06614
13:55 huginn` JesseM: The current temperature in Brewer Stratford Marina, Stratford, Connecticut is 0.5°C (8:55 AM EST on February 09, 2012). Conditions: Clear. Humidity: 57%. Dew Point: -7.0°C. Windchill: -4.0°C. Pressure: 30.06 in 1017.8 hPa (Rising).
13:56 oleonard @wunder 45701
13:56 huginn` oleonard: The current temperature in Ohio University, Athens, Ohio is 0.0°C (8:50 AM EST on February 09, 2012). Conditions: Clear. Humidity: 79%. Dew Point: -3.0°C. Windchill: 0.0°C. Pressure: 30.23 in 1023.6 hPa (Steady).
13:59 oleonard nengard: You here for real?
14:00 nengard yes
14:00 oleonard I wondered if you would be willing to test Bug 5877 again sometime?
14:00 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5877 enhancement, P1 - high, ---, paul.poulain, Needs Signoff , Offline circulation improvements : upload all files, apply at once
14:02 nengard oleonard, i was away all week and am catching up today, i'll put it on the list but might not get to it today
14:02 oleonard I think the functionality is there, but I submitted a patch too so I don't feel I can sign off
14:02 ago43 joined #koha
14:03 oleonard nengard: Were you doing training?
14:03 nengard yuppers
14:04 got home at midnight
14:04 brain not working right yet
14:04 * oleonard doesn't blame you for feeling that way
14:10 has lost, in his old age, the ability to stay up too late
14:11 maximep joined #koha
14:14 trea1 joined #koha
14:16 talljoy joined #koha
14:17 Soupermanito joined #koha
14:18 NateC joined #koha
14:44 kf_mtg hdl + matts: thx!
14:44 hdl + matts: I will test on latest master and file a bug :)
14:46 kf mbalmer: it's something we have in Germany too - increasing fines. At the moment it's not possible.
14:46 jcamins Good morning, #koha.
14:46 kf and good morning jcamins :)
14:47 mbalmer: there is a field for restrictions in items - but I don't think there is a function tied to it atm - perhaps using this field + development might be an option for age restrictions?
14:47 oleonard Is there authorities sample data available?
14:48 Guest1988 interesting that you would ask that I had the same desire.
14:48 jcamins oleonard: I don't think there is, actually.
14:49 * wizzyrea gets all defeatist
14:49 wizzyrea it's probably all copyrighted
14:49 jcamins There should be.
14:49 wizzyrea: not in the US. Most authority data is from LC.
14:49 From whom you can buy a $10k hard drive with the public domain authority records on it.
14:50 wizzyrea see: buy.
14:51 trea morning all o/
14:51 hdl kf mbalmer for wiw We have done a devlopment coping with "stacked" (can't find the correct word) fines
14:52 istvan joined #koha
14:52 hdl http://git.biblibre.com/?p=koh[…]n/nimes/ft/MT5989
14:52 here you are.
14:52 See staticfines in misc/cronjob
14:52 s
14:53 jcamins wizzyrea: yeah, but it's not copyrighted.
14:53 trea can anyone shed some light on what "[warn] yaz_poll [No child processes]" means in the koha-zebradaemon-output.log?
14:57 NateC joined #koha
15:02 jcamins trea: at a guess, your server is crashed.
15:02 I mean, zebrasrv.
15:06 trea interesting. thanks jcamins i'll do some more digging
15:06 jcamins trea: good luck. What's the status of the zebrasrv process?
15:06 mbalmer hdl, thanks!
15:07 trea not sure yet jcamins. i'll check into it and report back
15:11 Guillaume joined #koha
15:14 oleonard Alright, I think I've correctly imported a few authority records... I see data in auth_header... But no search results.
15:14 jcamins oleonard: did you reindex with rebuild_zebra.pl -a -r?
15:14 hdl oleonard: dom or grs1 indexing ?
15:14 jcamins bulkmarcimport doesn't add things to zebraqueue.
15:15 oleonard Whta is the -r jcamins ?
15:15 jcamins Rebuild.
15:15 hdl reset
15:15 jcamins Reset.
15:15 That's what I meant.
15:15 "Start over from scratch." ;)
15:16 hdl does the init on database ... only when one record exported.
15:17 oleonard Okay, that's what I needed. But why do I only get results when I search using "search main heading?"
15:17 (in the staff client)
15:18 jcamins oleonard: did you install the patch for bug 7284 yet?
15:18 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements
15:19 jcamins (if not, that's probably why)
15:20 (if you did, they probably don't show up because you didn't install the Zebra config files to koha-dev)
15:29 oleonard Is it not possible to get name authority results from the OPAC without 7284 jcamins ?
15:29 jcamins oleonard: no, you can get name authorities, you just can only search using the main entry.
15:30 oleonard What is "main entry?"
15:30 jcamins 1xx.
15:31 (that's authority 1xx, not bib 1xx)
15:31 No see-froms or see-alsos.
15:31 And the "anywhere" doesn't actually search "anywhere."
15:32 It only searches 1xx.
15:33 oleonard I have an authority record where 100a = "Leonard, A. Byron", but an OPAC search for Personal Name + contains + "leonard" doesn't return anything
15:33 ...in the OPAC this time
15:33 I get results in the staff client if I use "search main heading."
15:34 jcamins Oh, that's a very old bug.
15:34 When did you last update your koha-dev zebra configuration?
15:34 oleonard Never :P
15:34 jcamins Okay.
15:35 I fixed that a few months ago.
15:35 You'll need to copy over the new Zebra authority configuration files then reindex.
15:35 etc/zeradb/authorities/etc/bib1.att,
15:35 etc/zebradb/marc_defs/marc21/author​ities/authority-koha-indexdefs.xml,
15:35 etc/zebradb/marc_defs/marc21/authori​ties/authority-zebra-indexdefs.xsl,
15:35 etc/zebradb/marc_defs/marc21/author​ities/koha-indexdefs-to-zebra.xsl, and
15:35 etc/zebradb/marc_defs/unim​arc/authorities/record.abs
15:35 oleonard Can you tell me how?
15:36 jcamins Hm. That didn't quite work as hoped.
15:36 I'll use paste.
15:38 pastebot "jcamins" at 69.201.176.180 pasted "oleonard: install Zebra authority config" (3 lines) at http://paste.koha-community.org/249
15:40 jcamins Then reindex with rebuild_zebra.pl -a -r
15:42 oleonard Thanks, that worked like a charm
15:42 jcamins Good!
15:42 * oleonard is reminded why he doesn't like testing authorities
15:42 oleonard Maybe it'll be easier now :)
15:43 jcamins oleonard: you could sign off on bug 7501 too, so you don't feel like you did all this for only one thing. :)
15:43 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7501 normal, P5 - low, ---, jcamins, Needs Signoff , OPAC authority browser should mark alternate rows as highlighted
15:43 oleonard That's exactly what I'm doing :)
15:43 Then I'll try 7284
15:43 jcamins :)
15:43 oleonard++
15:45 Guillaume left #koha
15:48 jcamins Woohoo!
15:51 * oleonard sits down with a six-pack of Red Bull and a bowl of chocolate-covered espresso beans to read the test plan for bug 7284
15:51 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements
15:52 wizzyrea O.O
15:52 you will be a hummingbird soon.
15:52 mbalmer joined #koha
15:53 jcamins lol
15:53 Is it that bad?
15:54 wizzyrea lol we just can't get down past 67 can we
15:54 trea http://www.youtube.com/watch?v=bz3fWAtOMV4
15:55 mbalmer joined #koha
15:56 jcamins wizzyrea: you can help with this!
15:57 wizzyrea: bugs 6919 and 7284 are both interesting. :)
15:58 mbalmer joined #koha
15:58 adnc joined #koha
16:04 druthb left #koha
16:04 libsysguy joined #koha
16:04 oleonard Actually jcamins the test plan is excellent for it's detail because it makes me feel much more comfortable that I'm testing something properly which I seldom use
16:04 jcamins++
16:05 libsysguy ditto
16:05 jcamins++
16:05 jcamins :)
16:05 * oleonard reaches back to erase that errant '
16:06 mbalmer joined #koha
16:10 reiveune bye
16:10 reiveune left #koha
16:11 mbalmer joined #koha
16:16 sophie_m left #koha
16:17 mbalmer joined #koha
16:22 libsysguy joined #koha
16:23 kf jcamins++ :)
16:26 oleonard What is the difference between BiblioAddsAuthorities  and AutoCreateAuthorities? Is it BiblioAddsAuthorities that enables Koha to automatically link to an existing authority record if the input matches one?
16:27 jcamins oleonard: BiblioAddsAuthorities is what allows you to edit an authority-controlled heading directly.
16:27 I would like to change its name.
16:27 kf jcamins: I never understood how that worked until I got there in your test plan
16:28 oleonard So if BiblioAddsAuthorities is on you can either enter your own data or choose an existing authority
16:33 jcamins Right.
16:38 asaurat left #koha
16:43 kf hmm bug 3142
16:43 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3142 normal, P5 - low, ---, gmcharlt, NEW , standardize how OPAC and staff determine requestability
16:44 kf if branch a has that the item can be requested from all branches... shouldn't it be holdable?
16:44 oleonard Sounds right to me
16:44 kf oh
16:44 I misread
16:44 ignore me
16:44 I should go home
16:44 oleonard Me too!
16:44 * oleonard quits 5 hours early
16:45 kf heh
16:45 good idea .)
16:48 oleonard No, I'll need all that time to test this bug
16:53 laurence left #koha
16:56 gaetan_B bye !
16:58 melia joined #koha
16:59 edveal joined #koha
17:00 juan_sieira joined #koha
17:03 Guillaume joined #koha
17:03 atz joined #koha
17:09 atz left #koha
17:19 kf left #koha
17:24 drojf1 joined #koha
17:34 Guillaume left #koha
17:35 Johnindy joined #koha
17:47 edveal I am having a hard time getting one on of the jQuery scrips in the library two work properly. (http://wiki.koha-community.org[…]e_OPAC_login_link)
17:47 Any hints?
17:49 cait joined #koha
17:49 cait hi #koha
17:56 fredericd cait: Your a specialist of 773 field in mAR
17:56 in MARC21?
17:56 cait hm
17:56 perhaps :)
17:56 what is your question?
17:57 fredericd Do you have sample MARC21 biblio records containing 773 field propermy populated?
17:57 cait hm let me find one
17:57 fredericd I try to figure out how to use it
17:57 $g subfield seems not to be displayed with HEAD MARC XSL
17:58 cait ?
17:58 which version are you on?
17:58 fredericd dev
17:59 I have fields like that: 773 $t Kroeber Anthropologivcal Society Papers $g vol. 99-100, pp. 104-128
17:59 and I'm not sure it's valid MARC21
17:59 jcamins fredericd: that looks right to me.
17:59 fredericd jcamins: thanks
18:00 cait fredericd: hm it should show... if it didn't get messed up again
18:00 I had to load my sample file first
18:02 fredericd: sorry, I messed up my test installation :(
18:04 and my test data apperently
18:05 fredericd Hope it's not my fault...
18:05 oleonard edveal: What problem are you having?
18:06 cait 773$g shows  for me in staff
18:06 with xslt view
18:08 fredericd Not for me, xslt enabled
18:08 cait hm
18:08 jcamins fredericd: probably the 773 display was revised to match the standard again.
18:08 cait but 773 shows?
18:08 the oter fields?
18:08 jcamins Oh, wait, I'm confused.
18:09 What's the problem?
18:09 wahanui the problem is its human beings doing it
18:09 jcamins I thought the 773 wasn't showing up?
18:09 cait jcamins: should your indexing changes break rcn search?
18:09 jcamins cait: no.
18:09 cait http://localhost/cgi-bin/koha/[…]l?q=rcn:015151123
18:09 gives me a 404
18:09 I mean no results - yes
18:09 but 404?
18:09 wahanui 404 is better for opac
18:09 jcamins cait: I didn't touch anything to do with bib searching.
18:10 cait I hate finding bugs like this
18:10 jcamins If it is my patch, though, definitely let me know, because that means an unrelated change crept in.
18:10 fredericd I don't understand how it works in the XSL
18:11 245$a is dislayed rather than 773$t
18:11 jcamins fredericd: that's definitely wrong.
18:11 oleonard If a search leads to a 404, doesn't that imply that the search returned 1 record but that record wasn't found?
18:11 cait ok
18:11 jcamins fredericd: maybe git blame will tell you who did that?
18:11 cait any search link gives me a 404
18:12 jcamins cait: just after applying my patch?
18:12 I didn't touch it.
18:12 cait i know
18:12 didn't switch back to master
18:12 checking the logs now
18:13 * jcamins has to run to get to his next client's.
18:13 jcamins Probably back in 30.
18:13 cait [Thu Feb 09 19:11:39 2012] [error] [client 127.0.0.1] [Thu Feb  9 19:11:39 2012] opac-search.pl: Use of uninitialized value $biblionumber in concatenation (.) or string at /home/katrin/kohaclone/opac/opac-search.pl line 577., referer: http://localhost/cgi-bin/koha/[…]biblionumber=9809
18:14 *sigh*
18:14 fredericd my biblio records have 'c' in leader position 19...
18:14 cait does the open book icon show?
18:15 fredericd: that seems right to me
18:15 I am still wondeirng why my opac is totally broken :(
18:15 fredericd thanks all for your help
18:15 I give up for tonight
18:17 cait fredericd: I could mail you my sample record?
18:17 * chris_n talks bad about the labels code
18:17 fredericd cait: yes. I would be grateful for that.
18:17 cait your email from bugzilla?
18:18 fredericd chris_n: I know what you mean. I will finish crafting a specific XSL...
18:18 cait: yes, it works
18:19 cait done
18:22 chris_n the real problem is UTF*
18:22 UTF8 rather
18:22 * chris_n thinks his typing is a problem too
18:23 chris_n my catalogers picked up a bad record from somewhere and now i have to find it... <grumble>
18:23 cait chris_n: do you have an installation on latest master?
18:24 never mind
18:24 it seems the error just disappeared
18:24 spookiy
18:24 spooky
18:28 * chris_n removes the two offending records
18:29 chris_n I suspect the MARC records were imported and in a format other than that advertised
18:29 encoding rather
18:30 jcamins_away cait: well, at least it's working now.
18:34 cait hmpf
18:34 I hate bugs that appear and disappear like that
18:34 normally means I only did something different
18:34 jcamins Yeah, I hate those too.
18:36 cait: at least the testing can now resume.
18:36 :)
18:36 * jcamins is always looking on the bright side.
18:36 cait heh
18:38 * chris_n momentarily wonders about a function to be called on all imported records during import to validate encoding and warn of potential errors/pitfalls/etc
18:39 jcamins chris_n: that would be really useful.
18:39 hdl edveal: my best bet would be to try and ask oleonard.... but he might be busy.
18:39 jcamins chris_n: a pity there isn't actually a way to recognize UTF-8 versus MARC-8.
18:40 chris_n jcamins: running it thorough several "problem" sections of koha's code might turn up common "wide char" type errors
18:40 * oleonard inquired about details
18:41 chris_n or through some tests fashioned after those portions of code
18:41 jcamins chris_n: that makes sense.
18:41 chris_n++ # validating encoding even while planning an upgrade to master!
18:41 chris_n the problem is that different records break in different places iirc
18:41 nice idea!
18:41 sounds like a line for "how to win friends"
18:43 jcamins chris_n: I guess real world MARC-8 actually uses a fairly limited space, so I guess one thing you could test for is characters outside that range, and identify the record as UTF-8.
18:44 And maybe if we're lucky two byte characters with \xe8 as their first byte are all unusable in UTF-8.
18:46 * chris_n hates working with encoding foo :P
18:47 jcamins Oh god... I just said that without looking up the common value of the first byte.
18:47 chris_n maybe there is a significant enough difference to "filter" on
18:52 jcamins Here's a thought: does MARC-8 have only one canonical way to represent any given glyph?
18:52 If so, try converting to Unicode and back.
18:52 If the input matches the output, it's MARC-8.
18:52 Otherwise, UTF-8.
18:54 chris_n maybe the difference in order of space and non-space chars would provide an clear indication?
18:54 * chris_n feels like he is sinking beneath the waves :-/
18:55 jcamins chris_n: ooh, that's clever.
18:56 Actually, it wouldn't work, never mind.
18:56 It was a good thought, but how do we know which character the accent is supposed to be applied to?
18:56 chris_n if it was that simple it would be done already
18:56 right
18:56 jcamins Right.
18:56 chris_n I wondered about that
18:56 you'd have to make an assumption somewhere
18:56 jcamins Right.
18:57 chris_n and if the encoding happens to be mixed up
18:57 ...
18:57 ie.. a mixture
18:57 non-homogeneous at that
19:14 interesting
19:14 wahanui interesting is good
19:14 chris_n not in this case wahanui
19:14 doing a hex comparison of the same marc record retrieved from loc in utf-8 and then in marc-8 shows zero difference
19:15 jcamins chris_n: are there extended characters?
19:16 chris_n no, as you might expect
19:16 but it serves to point out how challenging the task of verification might be
19:16 jcamins chris_n: well, if there are no extended characters, it doesn't matter.
19:17 chris_n in practice, it does not
19:17 * chris_n goes off to find a record with extended chars in it
19:18 nengard joined #koha
19:41 luisb joined #koha
19:44 * oleonard goes back to testing after meetings, lunch, etc.
19:44 mbalmer joined #koha
19:46 * chris_n wonders if it would be enough to know the record is not UTF-8
19:50 * oleonard thinks he got lost somewhere in the 7284 test plan...
19:50 chris_n did you leave a trail of bread crumbs?
19:51 oleonard I expected a minotaur at the end chris_n, so I brought string
19:51 chris_n lol
19:52 * oleonard could use jcamins_away's advice
19:55 libsysguy is testing that too oleonard
19:55 where are you lost at
19:55 bug 7284
19:55 wahanui hmmm... bug 7284 is the first step to making that happen.
19:55 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements
19:55 oleonard I'm under === Testing link_bibs_to_authorities.pl ===
19:56 libsysguy ok just step 1?
19:56 oleonard ...and adding an author from an authority record is not giving me the expected link
19:57 Or does the link only happen if AutoCreateAuthorities is on?
19:58 Okay, that seems to be the case. I wonder if that is how it's supposed to be...
19:59 Space_Librarian joined #koha
19:59 Space_Librarian o/
19:59 libsysguy hmm
20:00 cait night #koha
20:00 oleonard Step 4, "to check this, look at the bib record you edited earlier, and check that the authid in the field you edited hasn't changed"
20:00 libsysguy im not sure, I'm still working throught a different set of linking issues :-\
20:00 cait left #koha
20:05 chris_n @seen rangi
20:05 huginn` chris_n: rangi was last seen in #koha 2 days, 19 hours, 25 minutes, and 20 seconds ago: <rangi> so far so good
20:05 * chris_n wonders if it is still going good for rangi
20:08 Space_Librarian It's pretty early where rangi  is...
20:08 unless he's back from Melbourne...
20:21 jcamins_away oleonard: did you figure it out?
20:22 oleonard No, do you have a moment?
20:22 jcamins_away I do indeed.
20:22 It took a bit for the mention of bug 7284 to penetrate my brain, but when I did, I came!
20:22 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements
20:22 jcamins_away :)
20:24 oleonard I'm at the step === Testing link_bibs_to_authorities.pl ===
20:24 jcamins_away Step 1?
20:24 wahanui i guess Step 1 is done. :)
20:24 oleonard Step 1 is done, doing step 2
20:25 jcamins_away Okay.
20:25 oleonard When I save the record, then go back and open it for editing again, should there still be data in $9?
20:25 * jcamins_away checks.
20:25 jcamins_away No.
20:26 I think there may have been a copy and paste error on my part.
20:26 Step 1 should read turn LinkerKeepStale *on*.
20:26 Step 2a should read turn LinkerKeepStale *off*.
20:26 Sorry!
20:27 oleonard Step 2a?
20:27 jcamins_away Right, there isn't one.
20:27 You do that after step 2, because I copied the wrong step into this test plan.
20:28 oleonard Step 1 turn LinkerKeepStale on, step 2 edit bib, step 2a turn it off, step 3 run the linking script?
20:28 jcamins_away (I had two test plans, and made the complete test plan by combining them)
20:28 Right.
20:35 kyle joined #koha
20:36 oleonard jcamins_away: Can you think of any reason why I should be prevented from updating a bib record to use a different authority in 100a?
20:36 ...because I can't seem to do so.
20:36 jcamins_away oleonard: no I cannot.
20:37 oleonard: if you have BiblioAddsAuthorities set to off, you have to find one using the selector plugin, though.
20:37 oleonard BiblioAddsAuthorities is set to "allow," and I am using the selector plugin
20:38 jcamins_away Hm. And it won't let you save, or won't let you select?
20:38 oleonard It appears to work fine but after I save the old data is there
20:38 jcamins_away Hm.
20:39 That would be a bug.
20:39 Odd I never encountered it.
20:39 After I finish signing off on 6919 I'll see if I can replicate.
20:39 And to confirm, you're looking at the details page, right?
20:40 oleonard Sounds like some kind of matching problem, because if I choose to replace the author with a very different one (instead of a slightly different one) it works
20:40 jcamins_away Hrm.
20:40 What are the authors that work/don't work?
20:41 oleonard I have what I think is an auto-generated authority for "Leonard, A. Byron 1904- (Arthur Byron)," and an 'official' authority, "Leonard, A. Byron (Arthur Byron), 1904-"
20:42 jcamins_away Oh, that's a display issue.
20:43 Those are identical authority headings. The "Default" linker refuses to match things when there are more than one exact heading matches.
20:43 oleonard But there really are two different authority records in my database
20:43 jcamins_away Yeah, that's possible.
20:44 The display issue is that they look like they're not identical.
20:44 If you change LinkerModule to LastMatch or FirstMatch, it'll match one or the other.
20:45 oleonard But if I edit my record and explicitly choose one of those two similar authorities, shouldn't it save with the one I chose, not with the other one?
20:45 jcamins_away It probably should, yes.
20:45 I would consider this a bug.
20:45 I am right now trying to figure out how to fix it.
20:46 oleonard So... separate issue?
20:46 jcamins_away I'll do a follow-up patch.
20:46 oleonard (from 7284)
20:46 jcamins_away Yeah, but it's easy to fix with the framework I've set up with the initial patch.
20:47 I'll do the follow-up when I get home.
20:47 (half an hour)
20:48 Ooh, I could even make what it does in that situation configurable!
20:48 oleonard Thanks for the signoff on 6919
20:48 jcamins_away You're welcome.
20:48 Thanks for the testing of bug 7284!
20:48 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements
20:49 jcamins_away Okay, better put my jacket on since we're about to get to my stop.
20:49 Back in a few.
20:50 libsysguy @later tell jcamins_away the script worked after a full reindex.  everything appears to be showing up
20:50 huginn` libsysguy: The operation succeeded.
20:54 jcamins_away Woohoo!
20:54 * jcamins_away exits bus
20:55 maximep and then walks
20:55 -_-
21:06 oleonard Yay, step 5!
21:13 jcamins maximep: yep.
21:13 oleonard jcamins: Problem at step 9 I think
21:14 jcamins oleonard: uh-oh!
21:14 oleonard I did step 7, "Change the modified heading back to whatever it was, but don't use the authority control plugin to populate $9"
21:14 jcamins Is this still the guy with two authority records?
21:14 oleonard I got rid of the extra one
21:14 jcamins Okay.
21:14 oleonard Started with a new bib record too
21:15 jcamins It didn't link?
21:15 oleonard I did step 8, but at step 9 I found that the record was not linked
21:15 jcamins Hm.
21:15 That would be a sign that there's a problem.
21:16 What is the heading you're testing it with?
21:16 oleonard misc/link_bibs_to_authorities.pl --link-report --verbose --bib-limit="biblionumber=3748"
21:16 jcamins I mean, in the bib record.
21:17 oleonard Sorry, that wasn't in answer to your questions, just wanted to make sure that looked correct
21:17 jcamins Ah.
21:17 Yes, that looks correct to me.
21:18 oleonard What do you mean by what is the heading I'm testing with?
21:18 jcamins In step 7 you modified a heading in the bib record.
21:19 oleonard Yes, still working with an author entry
21:20 jcamins What's the exact heading? (I'll create an authority record and try linking that same heading)
21:20 oleonard http://lccn.loc.gov/n50049786
21:24 jcamins (downloading now)
21:28 chris_n well, fwiw I now have a script that will walk through the entire catalog, checking every subfield of every bib and item validating UTF-8
21:29 nengard left #koha
21:29 jcamins oleonard: I just tried and it worked.
21:30 oleonard: you have rebuild_zebra running with -a in your crontab, right?
21:30 oleonard misc/migration_tools/rebuild_zebra -z -b -a
21:30 jcamins Okay, that should do it.
21:31 oleonard gotta pick this up again tomorrow, sorry.
21:31 jcamins That's okay.
21:31 Thanks for looking at it.
21:31 * oleonard is off to retrieve children
21:31 jcamins oleonard++
21:33 * chris_n heads out too
21:35 eythian joined #koha
21:40 * jcamins ponders bug 7518.
21:40 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7518 enhancement, P5 - low, ---, gmcharlt, NEW , searches with quotation marks don't work
21:41 jcamins melia: around?
21:41 melia yep
21:42 jcamins melia: what were you getting at with bug 7518? If Koha ignored quotation marks, it would break the principle of least surprise- Google (and other search engines) uses quotation marks to mark phrases.
21:42 I mean, if it entirely ignored.
21:42 So I'm wondering what you would want it to do.
21:43 melia maybe I don't understand how the quotation marks are supposed to work
21:43 but no matter what I put in quotation marks, I get no results
21:43 is that normal?
21:43 jcamins (disclaimer: without a complete rewrite of C4::Search, the behavior can't be changed, but I'm curious)
21:43 Like, if you put a single word in quotation marks?
21:43 melia yes. like "arts" or "health"
21:44 one library pointed me at this: http://hslcat.med.nyu.edu/cgi-[…]pl?q=%22health%22
21:44 which returns results even if "health" is inside of quotation marks
21:44 but when I try searching with "health" I get no results
21:45 eythian joined #koha
21:45 jcamins Is this a public OPAC?
21:45 melia yes. I think so.
21:45 jcamins I mean, the one with the problem.
21:46 eythian joined #koha
21:47 jcamins melia: so, the short answer is that the behavior you're describing is not normal for Koha.
21:48 It's almost certainly an ICU misconfiguration or -- much less likely -- a typo in ccl.properties.
21:48 melia ok. that helps. I tested on my test system (which is master). but let me test on a few more public opacs and see what happens.
21:49 jcamins So you're seeing this on latest master?
21:49 melia yes I did this morning. but let me do a bit more checking to make sure.
21:49 * jcamins tries.
21:49 jcamins Huh.
21:49 melia is it working for you?
21:49 jcamins No.
21:49 melia darn
21:49 * jcamins feels foolish.
21:50 jcamins I was so busy working on something else in my VM that I just tested that on a production server, which, of course, worked fine.
21:50 melia don't feel foolish! this is only the first or second bug I've ever reported, and I wasn't sure if it was just me doing something wrong, or if it was really a bug.
21:51 ok here is a public OPAC on the latest master where it definitely doesn't work: http://booksearch.americanalpi[…]pl?q=%22health%22
21:53 jcamins Well, what's foolish is that I didn't think to try it on master first. ;)
21:53 It doesn't work on my VM, so that simplifies testing.
21:53 And is bad.
21:53 Almost certainly ICU.
21:54 Orr... not.
21:54 melia I think it works on stable 3.6. here's a public OPAC running stable 3.6 that seems to work fine: http://catalog.shasta.bywaters[…]pl?q=%22health%22
21:55 jcamins Yeah, it works in 3.6.3.
21:56 * collum just tried it on latest master and it works fine.  Very odd.
21:56 JesseM left #koha
21:56 jcamins collum: I'm still hoping it's ICU.
21:56 collum yep
21:56 * jcamins is using ICU on his VM.
21:57 libsysguy left #koha
21:57 melia I'm hoping it was broken but has already been magically fixed again :)
21:58 * jcamins rebuilds his Zebra indexes without ICU.
22:00 jcamins Hm.
22:00 I have a corrupt record.
22:00 tcohen++ # because I think he's responsible for the useful warning about corrupt records.
22:20 eythian http://www.debian.org/News/2012/20120209 <-- in case anyone is still running it, security support for lenny is no longer available
22:21 jcamins That seems awfully fast.
22:21 eythian a year after the release of the next one is their general policy.
22:21 jcamins Huh.
22:21 eythian There has been talk of long-term support for some releases, but I don't think it's in place yet.
22:22 * jcamins switched to Squeeze immediately.
22:22 jcamins The lack of MySQL 5.1 was a pretty big issue for me with Lenny.
22:22 Okay, that's weird.
22:22 eythian We started on testing and switched to squeeze when it came out, to avoid the need of doing a real upgrade.
22:23 jcamins I disabled ICU and "smith" (with quotes) still doesn't return any results.
22:26 eythian: do you have a master install handy?
22:27 eythian jcamins: I do, although its zebra config is a bit out of date.
22:27 jcamins Okay, never mind.
22:27 Actually, you might as well try searching for a single word in quotes.
22:27 eythian I should probably update it.
22:27 jcamins Another data point.
22:27 eythian OK, booting it up now.
22:28 jcamins I'm wondering if there isn't a problem in the latest Zebra config.
22:29 collum: around?
22:29 collum jcamins: The koha instance I am working on is about a month old.  I have not updated Zebra since the installation.
22:29 eythian jcamins: “kw,wrdl: "health" ” returned 951 results.
22:29 collum yep
22:29 eythian jcamins: “kw,wrdl: health ” returned 951 results.
22:29 jcamins collum: ah, that was the question.
22:30 collum thought so
22:30 jcamins eythian: is that with updated zebra config?
22:30 eythian (assuming that's what you were asking for)
22:30 jcamins eythian: that is.
22:30 eythian no, this is an old config
22:30 jcamins Okay.
22:30 eythian I'll update the config, reindex, and see what happens
22:30 jcamins Thanks!
22:30 lculber joined #koha
22:30 * jcamins waves to lculber.
22:31 lculber waves back at jcamins
22:32 jcamins Wow. I've contributed to 19 books in my test catalog. I think it may be about time to use someone else's name for testing authority-related things.
22:32 lculber We are still having problems rebuilding zebra on our production server for biblios using -b -x -v -r on one instance only. All other instances work
22:32 jcamins Oh, wait, no, some of them are my brothers.
22:32 lculber: and you checked permissions?
22:33 lculber yes and the permissions are okay. We restored the indexes from backup and are  up for the day and cataloging normally but need to do a reindex tonight if possible
22:33 jcamins Can you reindex authorities without a problem?
22:34 lculber zebrsrv works as far as we can tell, but the rebuild empties the index and doesn't rebuild
22:34 and only on the one instance
22:34 we haven't tried to reindex authorities, only biblios.  since we use -x we do them separately
22:34 jcamins Hm.
22:35 I'd be curious to know whether the problem is the database or Zebra.
22:35 Did anything change between when it worked and when it didn't?
22:36 lculber We copied the database over to the other instances and reindexed them there - no problem. So I don't think it is the database.  Also did it in 3.6 with no problem
22:36 jcamins 3.6 running in parallel on the same machine?
22:36 To clarify, I meant Zebra database.
22:36 lculber 3.6 is on another machine than the 3.4 instances
22:37 jcamins Oh, but is there another instance on this machine that successfully reindexed?
22:37 lculber 2 instances on the same machine with the same data reindexed successfully
22:38 jcamins Okay.
22:38 That rules out a systemic Zebra problem.
22:38 So it's not permissions on /dev/null
22:38 * jcamins doesn't know why, but if /dev/null isn't world writable, Zebra does weird things.
22:39 lculber We also have been cataloging all day, so the permissions in zebra itself work.  Its the rebuild that is broken
22:39 jcamins Oh, so it even works with -z?
22:40 lculber It has been doing the records as they have been cataloged, yes.  But when we do the -r, it cleans the database, and then stops.  It never rebuilds the index
22:40 jcamins Wow.
22:40 That's an original.
22:41 (not what you wanted to hear, I know)
22:41 lculber We've run a diff on the scripts and they appear to be the same
22:41 eythian Some recent change to rebuild_zebra has stopped it outputting a lot of useful diagnostics I think.
22:41 jcamins eythian: but this is on 3.4.
22:41 This is 3.4, right?
22:41 lculber Yes this is 3.4
22:41 eythian oh right
22:42 jcamins I can't think of *any* explanation for this.
22:42 eythian http://paste.koha-community.org/248 <-- that was the output
22:42 lculber Right
22:43 eythian Some time long in the past, I edit rebuild zebra to output the commands it was running, and did it all by hand.
22:43 In order to solve a similar problem
22:43 lculber I found zebraidx -c /etc/koha/zebradb/zebra-biblios.cfg -g iso2709 -d biblios init on http://manual.koha-community.o[…]n/resetzebra.html would that help?
22:43 eythian it's very tedious, but was helpful.
22:43 lculber: it might help, hard to say. It probably won't make things worse.
22:43 jcamins lculber: it's worth a try.
22:44 lculber I could try that zebraidx -c /path/to/zebra-biblios.cfg drop biblios again too maybe
22:44 wizzyrea1 joined #koha
22:45 eythian perhaps try moving the whole zebra database out of the way and creating a new one
22:45 jcamins Remind me never to use -v -v again.
22:45 eythian heh
22:45 jcamins On the other hand, -v doesn't provide any output at all.
22:46 eythian on what command?
22:46 jcamins rebuild_zebra.
22:46 wahanui rebuild_zebra is already there but only every 10 mins....
22:46 jcamins I mean, it provides the super-brief output.
22:46 lculber eythian:  moving it out of the way.  - you mean maybe renaming so it will go to a different place on the drive or what?
22:46 eythian -v gives some output for me, but not as much as I'd like
22:46 lculber: exactly, yeah
22:46 jcamins Agreed.
22:46 eythian rename it to "biblios_broken" or something
22:46 jcamins lculber: how much disk space do you have left on /tmp?
22:47 eythian ohh, good though
22:47 t
22:47 jcamins That will fail completely silently.
22:48 lculber jcamins: we have about 12G in tmp
22:48 jcamins Hm. That should be enough for it to at least get part of the way through.
22:48 * jcamins looks closer.
22:48 cait joined #koha
22:48 jcamins Actually, you don't need that much space on /tmp.
22:48 What about on /var?
22:49 * cait waves
22:49 jcamins cait: what time is it?
22:49 cait ...
22:49 lculber jcamins:  my bad. 312G in /tmp
22:50 eythian that's a very huge /tmp
22:50 jcamins lculber: definitely enough space!
22:50 That's a lot of space.
22:50 lculber We wanted room to grow and that' where it sits
22:50 jcamins How much space on /var?
22:51 eythian (I just did a rebuild of 40,000 records with 863MB free :)
22:51 maximep so maybe we need a -v, a -v -v  and a -v -v -v
22:51 :p
22:52 jcamins maximep: agreed.
22:52 Ugh.
22:52 maximep id like something that shows the biblionumber when one fails to rebuild
22:52 jcamins I'm so tired I apparently can't handle truth tables.
22:52 maximep: someone added that.
22:52 Didn't they?
22:52 maximep i'm so tired i'm doing koha translations
22:53 jcamins eythian: are you awake enough to help me with a truth table?
22:53 Never mind.
22:53 Drawing it out helped.
22:53 eythian jcamins: well, it's a bit early in the morning for me, but I can try :)
22:53 ah right
22:53 maximep but then again, I need a bit of energy to rant agains the translating system
22:53 lculber we have space 80GB hard drive in there that is empty
22:53 jcamins Okay, it's not a disk space issue.
22:53 There's something we're missing here.
22:54 When will you be able to do a rebuild?
22:54 lculber right. Not a space issue.  Its a weirdness issue
22:54 * jcamins likes to check, just to be sure.
22:54 lculber At 5PM CST
22:54 6 minutes
22:55 jcamins Okay, we're going to make a small change to rebuild_zebra and then try a rebuild.
22:55 Lemme identify the change.
22:57 Somewhere in rebuild_zebra.pl is a line that looks something like "-v none,warn" -- do you see that?
22:58 lculber my $zebraidx_log_opt = " -v none,fatal,warn ";
22:59 jcamins Yes.
22:59 Change that to "-v none,fatal,warn,all"
22:59 wahanui jcamins: that doesn't look right
22:59 wahanui joined #koha
22:59 eythian jcamins: did you just crash wahanui?
23:00 lculber Okay done
23:00 jcamins eythian: I did.
23:00 cait bad jcamins, no cookie for you ;)
23:00 eythian [12304] exchange got response(that doesn't look right)
23:00 [12305] </#koha> jcamins: that doesn't look right
23:00 [12305] Connecting to port 6667 of server irc.oftc.net (173.225.186.74)...
23:00 [12306]  connected.
23:01 jcamins lculber: okay, now we want to run: misc/migration_tools/rebuild_zebra.pl -b -x -r > ~/rebuild.log
23:01 eythian odd, it doesn't know what happened
23:01 jcamins Then in a different window run tail -f ~/rebuild.log
23:02 (so you can see what it's doing)
23:02 lculber should I try to do the move or any of the other scripts first?
23:03 eythian probably not
23:03 this'll give you research data at the least
23:03 jcamins No, better to do rebuild_zebra in situ.
23:05 eythian hmm, -v -v is a bit over the top, you're right
23:05 jcamins eythian: ya think?!?
23:06 eythian it should just add the 'log' part back in. Then -v -v -v for having all
23:06 jcamins Agreed.
23:06 lculber jcamins:  so far rebuild log is empty
23:06 jcamins It's empty?
23:06 Entirely?
23:07 eythian what's on the screen of the rebuild?
23:07 maybe everything goes to stderr
23:07 jcamins eythian: ooh, could be.
23:08 lculber eythian: the screen on the rebuild just shows the command
23:08 jcamins Hm.
23:08 eythian that's weird
23:09 jcamins That's very weird.
23:09 Wait...
23:09 I know what it is.
23:09 Hit Ctrl-C.
23:09 This is 3.4.
23:09 The -v switch did something different.
23:09 eythian it did?
23:09 I don't recall it doing anything different
23:09 jcamins Yeah, it was required for any output at all.
23:09 cait @wunder Konstanz
23:09 huginn` cait: The current temperature in Taegerwilen, Taegerwilen, Germany is -7.6°C (12:09 AM CET on February 10, 2012). Conditions: Light Snow Showers. Humidity: 81%. Dew Point: -10.0°C. Windchill: -8.0°C. Pressure: 30.57 in 1035.1 hPa (Steady).
23:09 jcamins Add "-v" to the command I gave you earlier.
23:10 * jcamins looks embarrassed.
23:10 jcamins Or it's possible that I've been doing my zebra testing with a hacked up version.
23:10 eythian oh, of course
23:10 jcamins <.<
23:10 >.>
23:10 lculber jcamins:  I think it is still running. It looks like it is
23:10 jcamins lculber: yeah, but we need the output.
23:11 So if you Ctrl-C it, we'll start over with the -v.
23:11 melia: do you know if you're using ICU on your VM?
23:11 melia not sure jcamins. sorry
23:12 jcamins melia: well, I'm going to assume you are since all reports point to bug 7518 applying only to ICU-enabled installations.
23:12 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7518 enhancement, P5 - low, ---, gmcharlt, NEW , searches with quotation marks don't work
23:12 melia okey doke
23:12 eythian I'm almost done with updating/rebuilding my zebra stuff
23:13 lculber jcamins:  So /usr/share/catalog/bin/migra​tion_tools/rebuild_zebra.pl -b -x -r -v  > ~/rebuild.log
23:13 jcamins Exactly.
23:14 Is there anything in ~/rebuild.log now?
23:14 eythian jcamins: fwiw, with the default zebra config in koha, quotes don't break things
23:14 lculber jcamins:  Okay.  Now I am getting the biblio numbers just like I do in a normal rebuild in the rebuild.log
23:14 jcamins eythian: thanks. That's what I thought.
23:15 lculber: okay, good.
23:16 maximep left #koha
23:26 lculber joined #koha
23:34 cait left #koha
23:36 Johnindy joined #koha
23:36 lculber jcamins there?
23:36 wahanui jcamins there are lots of tools - i use screenflow
23:37 jcamins lculber: yup.
23:38 lculber jcamins:  at the end of the the it shows CLEANING  and then nothing.  Just like before.
23:38 jcamins lculber: I'm interested in the part under REINDEXING zebra.
23:38 There's going to be a lot.
23:39 lculber Before it has Records exported: 1048688.   REINDEXING zebra   Cleaning       Then nothing else
23:39 jcamins *nothing*?
23:40 That's not even as much as you got before
23:40 YoungPublicLibrarian joined #koha
23:40 lculber nothing.  and our indexes have been empty
23:40 jcamins Hm.
23:40 eythian lculber: can you post the output somewhere?
23:41 lculber The whole thing or just he last part?  The rest is just the numbers of biblios.
23:41 he/the/
23:42 eythian all of it is best
23:43 lculber the rebuild log is 109K
23:43 YoungPublicLibrarian my library is just getting ready to convert to Koha...We are currently using Voyager/ExLibris.
23:43 jcamins lculber: can you share it via a public dropbox or the like?
23:44 YoungPublicLibrarian: congratulations!
23:44 YoungPublicLibrarian Thanks, we will acutally move to the new system in march. Right now we have a test site up and are looking at it for training...we're both excited and nervous!
23:44 lculber Could I send it to you and you do it?
23:44 jcamins lculber: sure.
23:45 You have my e-mail message. :)
23:45 *address
23:46 Well, at least the word had the right number of 'a's and 's's.
23:46 lculber yes.  I just emailed it to you
23:47 jcamins Hrm.
23:47 * jcamins is looking.
23:47 jcamins That's *really* weird.
23:48 There's not even an error message back in the export.
23:48 * jcamins was hoping.
23:49 jcamins Okay... is it possible that the change to rebuild_zebra didn't do what we wanted?
23:52 zebraidx--
23:54 Okay, let's try a different modification.
23:54 Open up rebuild_zebra.pl and find the "$zebraidx_log_opt = ''" line.
23:54 Should be around line 100.
23:55 (I'm still deciding what to put in there.
23:56 lculber okay
23:56 jcamins Put "-v all" in those quotes.
23:58 Then rerun the rebuild_zebra,pl, this time adding -k to the command line.
23:59 lculber what does -k do?
23:59 jcamins It keeps the exported records so that it'll be faster next time. :)

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

koha1