IRC log for #koha, 2013-05-02

All times shown according to UTC.

Time S Nick Message
00:03 trea okay, so after some port forwarding magicks I'm able to get into their intranet, and the extendedpatronattributes syspref is set to "enabled"
00:04 rangi is it all patrons doing it or just one?
00:04 trea they are saying it's all ldap users
00:04 trea they currently can't auth anyone by ldap
00:05 rangi and they didnt change anything, including ldap?
00:05 trea so they claim
00:05 rangi weird
00:05 trea would these patron attributes be defined in the ldap stanza of the koha conf?
00:06 rangi nope
00:06 trea that's what i feared
00:06 trea their config hasn't been changed in quite some time, yet it's suddenly stopped working
00:07 trea i think i have enough info. thanks for your help
00:07 rangi yeah its not config
00:08 eythian can you look in the actionlogs to see what setting it was that they didn't change?
00:08 eythian alternately, ldap may have changed.
00:08 trea it's a valid poitn
00:08 trea point*
00:08 eythian ldapsearch is good for figuring that out.
00:08 trea i'm more inclined to go the ldap route. but i'll double check the action logs as well
00:11 rangi also that code needs better handling
00:11 rangi eg
00:12 rangi my $extended_patron_attributes;
00:12 rangi then it goes through a loop
00:12 rangi that depending on an if
00:12 rangi does
00:12 rangi push @$extended_patron_attributes, { code => $code, value => $borrower{$code} };
00:12 rangi then
00:12 rangi for (my $i; $i< scalar(@$extended_patron_attributes)-1;$i++) {
00:13 rangi which will explode
00:13 rangi if nothing ever gets pushed
00:13 rangi leads me to believe they have deleted extended attributes
00:14 pastebot "rangi" at 127.0.0.1 pasted "the problem code" (16 lines) at http://paste.koha-community.org/495
01:38 BobB joined #koha
02:03 bgkriegel joined #koha
02:03 bgkriegel dcook: around?
02:04 dcook Just about to head off for lunch
02:04 dcook Just saw your email though
02:04 bgkriegel ok, the esasy way could be implemented right now, the hard...
02:05 dcook Ack. Sorry, have to run off to lunch.
02:05 bgkriegel ok
02:05 dcook Hope to be back in an hour or two
02:05 bgkriegel i will be sleeping
02:05 bgkriegel see you tomorrow
02:05 bgkriegel bye
02:20 amitgupta_ joined #koha
02:21 amitgupta_ hi bag
02:28 * jcamins feels old.
02:29 cjh jcamins: time to retire?
02:30 jcamins cjh: wouldn't that be nice?
02:31 jcamins Yay! The package patches all look good!
02:32 cjh jcamins: yeah, I think I need to consider retirement soon. Nearly 22.
02:34 eythian jcamins: yeah, I've been too busy to look at them this past couple of weeks, but good to see others have been.
02:35 jcamins cjh: my second-youngest brother is almost that old.
02:35 eythian my youngest brother is substantially older
02:40 jcamins Ugh.
02:40 jcamins Even after reverting all those patches, encoding on the OPAC search history is broken on master with 10070.
02:40 jcamins But not on 3.12.x.
02:42 jenkins_koha Starting build #22 for job Koha_3.12.x (previous build: SUCCESS)
02:44 rangi i think there are 3 three koha- script patches to test, none of them with string changes tho
02:44 zebran00b joined #koha
02:44 huginn` New commit(s) kohagit: Merge branch 'deb_scripts_312beta3' into 3.14-master <http://git.koha-community.org/[…]7c965e61960d19514> / Bug 9250 - Followup to add koha-*-sip commands to koha-common.xml <http://git.koha-community.org/[…]ba0b17189da3feef5> / Bug 9250 - [SIGNED-OFF] provide commands to manage the SIP server <http://git.koha-commun
02:44 zebran00b can somebody help with fixing my zebra indexer crontab?
02:44 jcamins zebran00b: what is the problem you have encountered?
02:45 zebran00b jcamins it doesn't auto-index. The line in my crontab is currently: */10 * * * *  __KOHA_USER__  $KOHA_CRON_PATH/../migrati​on_tools/rebuild_zebra.pl -b -a -z >/dev/null
02:45 zebran00b I've tried changing it to my kohauser name, writing out the whole path, etc. but no dice
02:45 jcamins And you have __KOHA_USER__ replaced with the user you want it to run as?
02:45 zebran00b yup
02:45 jcamins And that's in the system crontab?
02:46 zebran00b I edit it using sudo u username crontab -e. Doesn't that save it to the system?
02:46 jcamins No.
02:46 zebran00b ah
02:46 jcamins That's the user crontab.
02:46 jcamins Good news, the fix is easy.
02:46 zebran00b hoorays
02:46 jcamins Remove "__KOHA_USER__ "
02:46 jcamins (that was it:)
02:46 zebran00b so, no username whatsoever?
02:46 jcamins Right.
02:46 zebran00b and save using crontab -e?
02:47 jcamins Exactly.
02:47 zebran00b ok... I suspect I actually tried this before, though.
02:47 jcamins Because running crontab -e edits the current user (or, in this case, the Koha user)'s crontab.
02:47 kathryn joined #koha
02:47 jcamins And, just a little plug for the packages: they take care of all this.
02:47 zebran00b I tried removing the username as well as adding "perl" as if running a perl script
02:47 jcamins They're better, always.
02:47 jcamins And you reindexed as the Koha user after making the change, eh?
02:47 zebran00b packages?
02:47 wahanui packages is at http://wiki.koha-community.org/wiki/Debian
02:48 zebran00b I thought the whole point was it would auto-reindex
02:48 jcamins No.
02:48 jcamins That's an auto indexer.
02:48 jcamins So any *new* changes will be picked up.
02:48 zebran00b well, that's another mystery because I used the Koha 3.10 debian package
02:49 jcamins Wait, you used the Debian package?
02:49 jcamins In that case, you should not be editing the crontab.
02:49 zebran00b and the INSTALL clearly makes you go and set the indexing crontab yourself
02:49 jcamins The INSTALL file is for the tarball installation only.
02:50 zebran00b perhaps I'm confusing the tarball and package
02:50 zebran00b sorry, my mistake
02:50 zebran00b it was the tarball
02:50 jcamins Oh, okay.
02:50 zebran00b ok, so I remove KOHA_USER
02:50 zebran00b save
02:50 jcamins In that case, no, it definitely doesn't set it up itself. :)
02:51 zebran00b then reindex... you mean calling rebuild_zebra.pl?
02:51 jcamins Right.
02:51 jcamins With -a -b -r
02:51 jcamins And you'll have to run it as the Koha user.
02:51 zebran00b after that, if I add new records, it will rebuild by itself?
02:51 jcamins Every ten minutes it will check if you have modified any records through Koha, and update the indexes.
02:52 zebran00b including if I imported new records, correct?
02:52 jcamins Right.
02:52 jcamins Provided you use the staff client and not bulkmarcimport.pl.
02:52 zebran00b -r, huh? all I've seen before is -a -b -z
02:52 jcamins Anything that directly modifies the database without going through Koha will not be picked up.
02:52 zebran00b yeah, I noticed bulkimport works differently - it skips Koha?
02:53 jcamins Yeah, -r means "rebuild" and -z means "zebraqueue" (i.e. run in cron mode)
02:53 jcamins Yeah.
02:53 jcamins Originally it was written like that to be faster, but at this point I'm not convinced there is any advantage to it.
02:54 jcamins At least, I think that's why it was written that way.
02:54 zebran00b alright, let me give this a spin
02:56 zebran00b so my crontab line now looks like this:'
02:56 zebran00b */1 * * * *  /usr/share/koha/bin/migrat​ion_tools/rebuild_zebra.pl -b -a -z >/dev/null
02:56 zebran00b or should that be -r too?
02:56 jcamins No, that's right.
02:56 jcamins Except 1 minute is probably too frequent.
02:56 jcamins I recommend 3.
02:56 zebran00b yeah, that's just so I don't have to wait too long to see if it worked
02:57 zebran00b then I'll probably drop to 10
02:57 jcamins You'll have to edit a record after you've rebuilt the index.
02:57 jcamins Or create.
02:57 jcamins Or something.
02:57 wahanui something is fishy
02:57 jcamins Could someone please test bug 10044 and tell me if it does anything at all?
02:57 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10044 normal, P5 - low, ---, jonathan.druart, Passed QA , Doubled up paging on order receive
02:57 zebran00b good call
03:00 zebran00b does it matter if I run the rebuild from /usr/... or from the /home/Koha directory?
03:00 jcamins zebran00b: you mean current working directory? No.
03:01 eythian speaking of packages, new master packages uploaded
03:01 jcamins Okay, it does do something.
03:01 jcamins It removes a comment.
03:02 zebran00b ack, why am I getting a "Can't locate Koha/DateUtils.pm in @INC" message? I thought I had the paths straightened out...
03:03 jcamins zebran00b: you probably need to set the PERL5LIB and KOHA_CONF environment variables.
03:03 jcamins The INSTALL file should give you a hint about that.
03:03 zebran00b yeah, they're set in the crontab but weirdly not for the user env
03:05 tsbere_ joined #koha
03:05 huginn` New commit(s) kohagit: Merge branch 'bug_10044' into 3.14-master <http://git.koha-community.org/[…]904fcfb449c952f40> / Bug 10044: Remove duplicate pagination on the pending orders page. <http://git.koha-community.org/[…]9c417f014b0819135>
03:07 tcohen joined #koha
03:09 jcamins Hey, did I do a beta2?
03:09 jcamins Yes.
03:16 huginn` New commit(s) kohagit: Increment version for 3.12.0-beta3 release <http://git.koha-community.org/[…]3d869e24d4dc243a5> / Add release notes for 3.12.0-beta3 <http://git.koha-community.org/[…]fd12c1572ed46ec02>
03:17 eythian stop committing things to master, I just did a package build. Now it's out of date.
03:18 eythian wahanui: xy problem is http://mywiki.wooledge.org/XyProblem
03:18 wahanui OK, eythian.
03:22 jcamins eythian: Nice article.
03:23 jenkins_koha Project Koha_3.12.x build #22: SUCCESS in 41 min: http://jenkins.koha-community.[…]b/Koha_3.12.x/22/
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10149 - koha-restart-zebra error handling (rewording)
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10144 - koha-start-zebra error handling
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10104 - make koha-disable more robust
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10104 - Followup: fix param check
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10101 - make koha-enable more robust
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10101 - Follwup: fix param check
03:23 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10149 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-restart-zebra error handling
03:23 jenkins_koha * Tomas Cohen Arazi: Bug 10041 - Provide a koha-translate script to aid package users on installing translations
03:23 jenkins_koha * Robin Sheat: Bug 9250 - [SIGNED-OFF] provide commands to manage the SIP server
03:23 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10144 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-start-zebra error handling
03:23 jenkins_koha * Magnus Enger: Bug 9250 - Followup to add koha-*-sip commands to koha-common.xml
03:23 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10104 normal, P5 - low, ---, chris, Pushed to Master , koha-disable error handling
03:23 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10101 normal, P5 - low, ---, chris, Pushed to Master , koha-enable error handling
03:23 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10041 normal, P5 - low, ---, koha-bugs, Pushed to Master , Provide a koha-translate script to aid package users on installing translations
03:23 huginn` Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9250 enhancement, P5 - low, ---, robin, Pushed to Master , Provide commands to allow handling of SIP servers in the packages
03:23 jenkins_koha Starting build #1159 for job Koha_master (previous build: SUCCESS)
03:26 zebran00b jcamins I reindexed and then imported a bunch of records, but so far they're not showing up in either the frontend or backend search
03:27 zebran00b correction, they are showing up in the resevoir
03:27 jcamins And you finished the import process?
03:28 jcamins If they are showing up in the reservoir but not the catalog, the most likely explanation is that step 2 of the import never completed.
03:29 mtj zebran00b, try another reindex...
03:29 zebran00b rebuild_zebra.pl -b -a -r again?
03:29 mtj yep
03:30 mtj do your records show now?
03:30 zebran00b brb
03:30 zebran00b nope
03:30 jcamins Ah, in that case you have larger problems.
03:30 jcamins mtj: thanks for QAing those patches, BTW.
03:30 mtj zebran00b - save yourself further pain - reinstall koha via the .deb package
03:31 mtj jcamins, np - i just got your huginn msg then :)
03:31 jcamins Well, you did it, so I'm satisfied. :)
03:32 zebran00b @mtj: I'd rather not just yet. These records worked fine last week and now they don't, would like to nail down the problem in case I just run into it again reinstalling with .deb
03:32 huginn` zebran00b: downloading the Perl source
03:32 zebran00b btw, what version is the deb package at?
03:32 mtj 10150 and 10084 still need qa, tho
03:33 jcamins bug 10150
03:33 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10150 normal, P5 - low, ---, koha-bugs, Signed Off , koha-email-disable error handling
03:33 jcamins bug 10084
03:33 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10084 minor, P5 - low, ---, tomascohen, Signed Off , YUI path wrong in CCSR theme with packages
03:33 jcamins mtj: they'll go into beta4, then.
03:33 mtj zebran00b, current stable is 3.10.4
03:33 jcamins zebran00b: there are packages for 3.10.4 and 3.8.current.
03:34 * jcamins builds beta3 again.
03:34 mtj … for both tarball and .debs ^^
03:34 zebran00b if I reinstall 3.10.4 w/ .deb package, the autoindexing settings are baked in?
03:34 zebran00b That seems odd.
03:35 jcamins Why?
03:35 jcamins And, yes, exactly.
03:35 jcamins (in reverse order)
03:36 eythian 3.10.05 is the current stable
03:37 jcamins eythian: it is?
03:37 jcamins I MISSED AN ENTIRE MONTH!
03:37 jcamins And the month I missed was April...
03:38 jcamins Oh no! I'm even older than I thought because my birthday is in April!
03:38 jcamins ^^ friends don't let friends roll releases at twenty 'til midnight
03:38 eythian you were sleep-RMing the whole time?
03:38 eythian heh
03:44 mtj yeah, it is…. Current stable release: 3.10.5
03:45 mtj meh, i missed that scrollback :/
03:46 mtj fyi, we still are not telling people to use the debs on this page -> http://koha-community.org/download-koha
03:46 jcamins rangi: could you please change the group ownership on the old_releases directory to uploads?
03:47 jcamins mtj: you're in the same timezone as someone who has write access to the site. :P
03:49 mtj ^^ ...thats probably a big reason why noobs are still installing from the tarballs
03:50 eythian mtj: there's that bit where it links to the packages.
03:50 mtj jcamins, i'll attempt to ping wiz when shes on next
03:51 jcamins Thank you.
03:51 jcamins Why is my upload to download.koha-community.org so slow?
03:51 mtj eythian, yeah, but my hunch is people always overlook that, and click the tar.gz link
03:52 eythian it's possible
03:53 mtj if we want people to use the debs, thats *the* page to tweak
03:53 dcook mtj: Sounds reasonable
03:53 jcamins I'm all for adjusting the page, but I'd say more than half of the people who run into problems are following a set of instructions someone else wrote five years ago and didn't update.
03:54 rangi yep
03:54 rangi and i always link to download.koha-community.org in the release notes anyway
03:55 rangi jcamins: permissions changed
03:55 jcamins Thanks.
03:55 jcamins Old betas archived.
03:55 jcamins New beta is uploaded.
03:55 zebran00b jcamins if I reinstall using a deb package, how do I clean out the tarball installation I have now?
03:57 jcamins Delete the files it installed and clear the crontab.
03:58 mtj jcamins, people still are installing new kohas, using the tarball
03:58 jcamins mtj: I know.
03:58 jcamins And they're following instructions that are five years old.
03:58 * jcamins goes to bed.
04:00 mtj zebran00b, i'm genuinely curious….why did you choose a tarball install?
04:00 rangi mtj: this page is a problem http://kohageek.pbworks.com/w/[…]llation-on-ubuntu
04:00 rangi and the many others that you ppl seem to follow
04:01 rangi s/you//
04:01 rangi a lot use that blazing moon one
04:01 rangi which the author refused to update
04:01 mtj yeah, both of those!!
04:01 wahanui yeah, both of those are scary options
04:02 rangi http://www.blazingmoon.org/new[…]u-810-a-tutorial/  ohh it is slightly updated now
04:02 rangi with a warning
04:04 rangi the real win
04:04 rangi and where we should focus our energy for 3.14
04:04 rangi get koha into debian proper
04:04 rangi then ubuntu will get it
04:06 mtj rangi++ :)
04:06 mtj thats about the best idea i've heard all month!
04:07 rangi we've missed wheezy, but if we get it into unstable .. ubuntu will pick it up in the universe anyway
04:08 mtj wheezy has many of the missing perl packages too, afaik
04:09 eythian yep
04:09 dcook 2 year cycles? That gives some time
04:09 mtj there must not be many problem deps left, even?
04:09 dcook How would we go about getting Koha into Debian?
04:14 eythian the packages need some cleanup, the koha package ideally be made to work, and all the source should have appropriate copyrights added. Among other things.
04:15 mtj hmm, fixing the koha package shouldnt be too tricky
04:16 rangi the source files are pretty much done now
04:16 rangi most of the work will be on getting the koha package working
04:16 mtj ...just add the extra mysql-server pkg, and some script to auto-gen a default 'koha' instance
04:17 rangi thats mostly what it does
04:17 rangi but it needs to do some debconf to ask good questions
04:18 mtj yep, thats the one
04:20 mtj would be awesome to knock that one off...
04:20 eythian I want to have koha-common doing a lot of debconf questioning for default settings
04:23 zebran00b mtj: I believe I installed the tarball because the wiki entry for the debian package was updated up to 3.8, so it wasn't clear if 3.10 was available via package
04:26 eythian http://wiki.koha-community.org[…]on_Debian_Squeeze <-- nope
04:26 eythian (as in, it's up to date)
04:28 dcook Argh
04:28 dcook Screenshots in both the email AND the word doc..
04:29 zebran00b eythian: it was a while ago I installed it, but it described both 3.8 and 3.10 as "old stable" so I wasn't sure if the package was being maintained. Obviously it is :)
04:29 eythian hmm, perhaps you saw it while it was being updated or something.
04:30 zebran00b it still describes both as "old stable version"
04:31 mtj ah, yep - thats a small typo
04:31 mtj a lazy cut/paste, i assume...
04:33 mtj fixed ;)
04:33 zebran00b mtj: thx
04:34 jenkins_koha Project Koha_master build #1159: UNSTABLE in 1 hr 11 min: http://jenkins.koha-community.[…]Koha_master/1159/
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10149 - koha-restart-zebra error handling (rewording)
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10144 - koha-start-zebra error handling
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10104 - make koha-disable more robust
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10104 - Followup: fix param check
04:34 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10149 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-restart-zebra error handling
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10101 - make koha-enable more robust
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10101 - Follwup: fix param check
04:34 jenkins_koha * Tomas Cohen Arazi: Bug 10041 - Provide a koha-translate script to aid package users on installing translations
04:34 jenkins_koha * Robin Sheat: Bug 9250 - [SIGNED-OFF] provide commands to manage the SIP server
04:34 jenkins_koha * Magnus Enger: Bug 9250 - Followup to add koha-*-sip commands to koha-common.xml
04:34 jenkins_koha * Jonathan Druart: Bug 10044: Remove duplicate pagination on the pending orders page.
04:34 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10144 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-start-zebra error handling
04:34 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10104 normal, P5 - low, ---, chris, Pushed to Master , koha-disable error handling
04:34 jenkins_koha * Jared Camins-Esakov: Add release notes for 3.12.0-beta3
04:34 jenkins_koha * Jared Camins-Esakov: Increment version for 3.12.0-beta3 release
04:34 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10101 normal, P5 - low, ---, chris, Pushed to Master , koha-enable error handling
04:34 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10041 normal, P5 - low, ---, koha-bugs, Pushed to Master , Provide a koha-translate script to aid package users on installing translations
04:34 huginn` Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9250 enhancement, P5 - low, ---, robin, Pushed to Master , Provide commands to allow handling of SIP servers in the packages
04:34 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10044 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Doubled up paging on order receive
04:34 jenkins_koha Starting build #23 for job Koha_3.12.x (previous build: SUCCESS)
04:40 cait joined #koha
04:50 zebran00b what does it mean that when I run "sudo -u kohauser /misc/migration_tools/rebuild_zebra.pl -z -b -a" it says "sudo: rebuild_zebra.pl: command not found" but it does work if I use "perl ../rebuild_zebra.pl -z -b -a"?
04:52 cjh the / before misc doesnt make sense
04:52 eythian also, even if you remove the '/', that they'd both work doesn't make sense.
04:52 eythian as you're looking for the same file in two different directories
04:52 cjh yeah, they are refering to very different paths
04:53 cjh referring*
04:53 * wizzyrea wonders what a pwd on your command line gives you
04:54 Irma joined #koha
04:54 cjh if ../rebuild_zebra.pl works then you should be able to give the same path to sudo, "sudo -u kohauser ../rebuild_zebra.pl -z -b -a" (unless you are running this from a script or cron job)
04:55 zebran00b sorry, my bad; let me rephrase. If I'm in misc/migration_tools, and I type "sudo -u koha rebuild_zebra.pl -z -b -a" it says command not found. If I do "perl rebuild_zebra.pl -z -b -a" it works.
04:55 zebran00b the path is the same in both cases, in other words
04:55 zebran00b but if I don't use the command perl, it doesn't know what to do with a .pl file. Yet alot of the documentation says that should work.
04:55 rangi its not
04:56 rangi sudo -u koha ./rebuild_zebra.pl -z -b -a
04:56 cjh if you are in misc/migration_tools you need to have a ./ before rebuild_zebra.pl, "sudo -u koha ./rebuild_zebra -z -b -a"
04:56 trea ^
04:56 rangi would make them be the same path
04:56 eythian zebran00b: you missed a 'perl' in the sudo one
04:57 rangi and by running it as the other user before, you have probably messed up permissions
04:57 eythian which made it a different command that didn't work
04:57 zebran00b ah
04:57 zebran00b ok, this is starting to make more sense
04:57 eythian and yes, you may have broken permissions.
04:57 cjh good point rangi
04:57 zebran00b how do I fix permissions?
05:04 zebran00b or rather, how do I examine permissions and determine what needs fixing?
05:06 eythian you look whereever your zebra index is going, and make sure all the files have the correct ownership.
05:06 eythian If not, you fix them with chown.
05:06 * cait waves
05:07 eythian hi cait
05:07 trea o/
05:14 jenkins_koha Project Koha_3.12.x build #23: SUCCESS in 40 min: http://jenkins.koha-community.[…]b/Koha_3.12.x/23/
05:14 jenkins_koha * Jonathan Druart: Bug 10070: revert previous changes
05:14 jenkins_koha * Jonathan Druart: Bug 10044: Remove duplicate pagination on the pending orders page.
05:14 jenkins_koha * Jared Camins-Esakov: Add release notes for 3.12.0-beta3
05:14 jenkins_koha * Jared Camins-Esakov: Increment version for 3.12.0-beta3 release
05:14 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10070 major, P5 - low, ---, chris, Passed QA , History of anonymous searches is not kept
05:14 huginn` Bug http://bugs.koha-community.org[…]_bug.cgi?id=10044 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Doubled up paging on order receive
05:15 jenkins_koha Starting build #1160 for job Koha_master (previous build: UNSTABLE -- last SUCCESS #1158 10 hr ago)
05:39 dcook Huh...
05:39 dcook The item type facet provides a different limit than the item type limit that Advanced Search provides
05:39 dcook And in both cases they don't seem to be working right on this 3.8 instance...
05:41 dcook Mmm bad data me thinks...
05:43 dcook Well, the item type limits are still formed differently, but the issue is bad data ^_^
05:44 sophie_m joined #koha
05:45 rangi hmm druthb_away gone?
05:45 rangi ah never mind
05:45 cait looking at the translations
05:45 rangi yep
05:46 cait something off with them?
05:46 rangi nope seems ok
05:47 rangi was just going to the en-nz terminology files at some point but forgot
05:48 cait guess lots of the new things will be for the cataloguing plugins
05:48 cait horrible to translate, but will be good to see that fixed
05:48 cait bgkriegel++
05:48 rangi yep
05:50 dcook Hmm, should there be a 942 for each item?
05:50 dcook Or just one for the biblioitem..
05:51 eythian just one
05:51 dcook Right, and when you make a new bib record, the item type you select goes into the 942$c
05:51 dcook Hmm, any reason why a record might have multiple 942s?
05:51 rangi nope
05:52 eythian It would probably be bad
05:52 * cait agrees
05:52 dcook It is certainly bad
05:52 dcook Makes search quite...different than one would expect
06:11 zebran00b joined #koha
06:17 dcook thanks rangi, eythian :)
06:17 dcook One question I do have though...why do we have an item type stored in the biblioitems table?
06:17 dcook FRBR leftover as well?
06:17 eythian default item type for items
06:18 dcook Mmm, right
06:18 laurence joined #koha
06:18 dcook Is it used anywhere else?
06:18 dcook It was looking like one of the item type limits was using the 942$c
06:18 eythian yeah, there's an option to use it instead of the item type on items
06:18 dcook Although it might just be because of bad data in the bib that filtered down to the items..
06:18 dcook Oh?
06:19 dcook Where's that option?
06:19 dcook "item-level_itypes"?
06:19 eythian somewhere in the sysprefs
06:19 rangi yep
06:19 eythian yeah
06:19 dcook Mmm
06:19 dcook So the discrepancies I was seeing must be a filter down effect..
06:19 eythian I probably wouldn't use it without a specific reason
06:20 dcook Agreed
06:20 dcook Actually...I wonder if it gets caught up in the "Any" index as well
06:20 zebran00b joined #koha
06:20 eythian it may well do
06:20 dcook Wait, now that I think about it...
06:21 dcook From the advanced search, I was limiting on item type
06:21 dcook of "ebook"
06:21 cait i think 942 and itemtype in 952 get indexed together somehow
06:21 dcook And it returned results that didn't have items with "ebook"
06:21 dcook But had "ebook" in the 942
06:21 cait not depending on the pref, because that it can't change really
06:22 eythian yeah, the pref won't affect indexing I think
06:22 dcook Well, I would think 942 and 952 would be be included for an any index
06:22 dcook As for the item type...
06:22 dcook I guess that depends on..record.abs?
06:22 dcook Good ol' melming and such
06:23 eythian dunno, I don't know a great deal about zebra guts
06:23 dcook melm 942$c      itemtype:w,itemtype:p,itype:w,itype:p
06:23 dcook melm 952$y      itype:w,itype:p
06:23 dcook Intriguing
06:24 eythian so both combined and on its own
06:24 jenkins_koha Yippie, build fixed!
06:24 jenkins_koha Project Koha_master build #1160: FIXED in 1 hr 9 min: http://jenkins.koha-community.[…]Koha_master/1160/
06:25 dcook Looks like
06:25 dcook Then mc-itype and itype are equivalent in ccl anyway so that's not really a difference
06:26 dcook I wonder if 942 should be indexed or not..
06:26 dcook I would almost think not
06:26 dcook Well, indexed as an itemtype at least
06:27 dcook err itype
06:31 eythian useful if you have no items, say for an ebook
06:32 dcook Or if you use the bib level instead of item level for circ rules, perhaps
06:32 cait dcook: has to be indexed for those using the item-levle itypes not
06:32 dcook yeah
06:32 dcook Very interesting
06:32 dcook (to me :P)
06:41 alex_a joined #koha
06:44 cait bbl :)
06:44 cait left #koha
06:54 alex_a hello
07:00 lds joined #koha
07:02 dcook hey ya alex_a
07:03 alex_a bonjour dcook :)
07:04 reiveune joined #koha
07:04 dcook ça va?
07:04 reiveune hello
07:04 wahanui hi, reiveune
07:04 dcook allo reiveune :)
07:05 reiveune salut dcook magnuse :)
07:05 asaurat joined #koha
07:05 asaurat hi
07:07 christophe_c joined #koha
07:08 christophe_c hello #koha
07:11 kf joined #koha
07:11 huginn` GERMS!!!!
07:11 wahanui Germs originated in Germany, before rapidly spreading throughout the rest of the world.
07:11 * dcook waves to asaurat, christophe_c, and kf
07:11 kf wahanui botsnack cookie
07:11 wahanui thanks kf :)
07:11 kf hi again :)
07:13 christophe_c hello dcook kf
07:13 francharb joined #koha
07:14 so_nia joined #koha
07:20 francharb` joined #koha
07:25 kf hi christophe_c
07:29 gaetan_B joined #koha
07:29 gaetan_B hello
07:29 wahanui niihau, gaetan_B
07:36 dcook Shouldn't that be ni hao?
07:38 dcook http://drupal.org/node/648606
07:38 dcook Errmm.
07:38 * dcook goes back to testing bugs
07:40 zebran00b joined #koha
07:49 marcelr joined #koha
07:51 kf left #koha
07:51 kf joined #koha
07:51 huginn` GERMS!!!!
07:51 wahanui germs is http://i.imgur.com/5UfhT.jpg
07:52 dcook wb kf
07:52 kf thx, closed the wrong window
07:56 zebran00b joined #koha
07:57 dcook hehe
08:02 gerundio joined #koha
08:08 dcook kf: I thought that you said that barcode was added to the opac display a while ago...
08:08 dcook I'm not seeing it in master though
08:10 rangi its a syspref
08:13 rangi i vaguely remember a bug for it
08:14 rangi bug 6774
08:14 huginn` Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6774 enhancement, P3, ---, amit.gupta, Pushed to Master , Optionally display barcode on OPAC detail page
08:15 kf dcook: syspref
08:15 kf for most people the barcode is not useful
08:15 dcook Mmm
08:15 rangi october 2011
08:15 dcook I thought that might be the case...
08:15 dcook Thanks :)
08:15 rangi yeah for most people its not useful
08:16 dcook Hmm, not pushed?
08:16 dcook Depends on the people I suppose
08:16 rangi nope
08:16 rangi its pushed
08:16 dcook I think all our clients use it
08:16 dcook Ah, I see
08:16 dcook Just no comment for it
08:16 rangi you must have no public libraries
08:16 dcook Nope
08:16 rangi paul didnt have the habit of commenting
08:17 dcook I think they're all special
08:17 dcook Mmm
08:17 rangi yeah they might find it useful
08:17 dcook I was looking at the release tool git, but I guess that must be more recent
08:17 dcook Actually, I think I used to see the barcode when I was at the university
08:17 rangi for 3.14
08:17 dcook Maybe not..
08:17 rangi can we kill OPAC
08:17 dcook O_o
08:17 rangi and call it public interface
08:17 rangi and staff interface
08:17 dcook heh
08:17 dcook I like this idea
08:18 rangi i think thinking of it as an OPAC actually is harmful
08:18 dcook It'll always be OPAC to (old school) librarians
08:18 rangi *nod*
08:18 kf rangi: OPAC is quite old... :)
08:18 rangi but no one who actually uses it
08:18 dcook Nope
08:18 rangi knows what the hell an opac is
08:18 dcook What do they call it?
08:18 kf online public access cataloge... was totally modern once
08:18 rangi the library
08:18 wahanui the library is happy with it, but they don't have a lot of transactions
08:18 rangi mostly
08:19 rangi but staff and public
08:19 dcook Right...library website
08:19 dcook Makes sense
08:19 rangi i think is waht they really are
08:19 dcook kf: Ever listen to Kat Frankie?
08:19 dcook Agreed, rangi
08:22 dcook Hrmm
08:23 dcook Has anyone else looked at bug 8735?
08:23 huginn` Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8735 minor, P5 - low, ---, kyle, Needs Signoff , Expire holds waiting only on days the library is open
08:27 rangi not me
08:28 dcook I don't really get the test plan...
08:30 dcook Hmm, patch doesn't apply anyway..
08:30 dcook Is that a "Failed QA" or just a comment?
08:32 rangi thats a patch doesnt apply
08:32 rangi there's a status for it :)
08:33 dcook Hmm. Sounds good. I'll use that and then just include a comment asking for a more detailed test plan
08:33 dcook Thanks again, rangi. You're a answer machine today ;)
08:33 rangi sounds good
08:40 kf meeting
08:40 marcelr joined #koha
08:44 drojf joined #koha
08:44 drojf good morning #koha
08:44 marcelr hi drojf
08:44 drojf hi marcelr
08:45 dcook morning drojf, marcelr
08:45 drojf kf: i did some translation but then remembered you did it offline the last time… so i hope that wasn't redundant now
08:45 drojf hi dcook
08:57 dcook rangi, you still around?
08:58 rangi yep
08:59 dcook 10120 looks good, but I'm curious about how fines regularly work
08:59 dcook Do they just accrue during the fines.pl cronjob?
08:59 rangi yup
08:59 rangi which you run daily
08:59 dcook So their fines would accrue over night...but not at check-in, unless they have this preference set to "Do"
09:00 * dcook isn't familiar with the fines tables
09:00 rangi yep
09:00 dcook So if your fine increased over night...would it increase again at check in?
09:00 rangi it changes behaviour, and as such should never have been added without a syspref
09:00 dcook Thus being double fined?
09:00 rangi potentially yes
09:01 dcook Potentially?
09:01 rangi it should just update
09:01 rangi but say your library runs fines at 11pm
09:01 rangi before this behaviour was added
09:01 rangi if you returned it at 8am the next morning
09:02 rangi the fine you got yesterday isnt added to
09:02 rangi with the new behaviour (and without the patch)
09:02 rangi now it is
09:02 dcook So this patch isn't introducing the new behaviour
09:02 dcook That's a different one that was already pushed?
09:02 rangi no
09:03 rangi its fixing the fact ath it was introduced without a patch
09:03 rangi sorry without a preference
09:03 rangi with the hourly loans
09:03 dcook Mmm
09:03 dcook So way back...3.8.0-ish?
09:03 rangi which shouldnt have happened (back in 3.8)
09:03 rangi yep
09:03 rangi this fixes the regression
09:03 dcook That might explain a complaint that I got recently..
09:04 rangi *nod*
09:04 rangi messing with borrowers money
09:04 rangi is about the worst thing a library can do
09:04 dcook Pretty much
09:04 rangi sure fire way to get complaints
09:05 dcook So yay sys pref!
09:05 rangi yep
09:05 dcook So you'd never want to have it on...except for hourly loans
09:05 dcook But there is no way to tell when it's an hourly loan
09:05 rangi http://www.quickmeme.com/meme/3qgz25/
09:05 rangi nope
09:05 rangi that could be another piece of work
09:05 rangi to add a column to the issues table
09:05 cjh lol
09:06 rangi that you could use to know if it was a hourly loan
09:06 rangi then the syspref could be changed to a trinary
09:06 dcook lol
09:06 * wizzyrea loves that one
09:06 dcook Right
09:06 dcook I wonder if there would ever be a case where you want to calculate fines on return and nightly
09:07 rangi maybe
09:07 dcook I suppose depending on the time of the return..
09:07 rangi you never know with libraries
09:07 dcook hehe
09:07 dcook true true
09:09 dcook Hmm
09:09 dcook I just tried returning with the syspref set to "Do" after running fines.pl and it didn't increment..
09:10 rangi it shouldnt
09:10 rangi the date is the same
09:10 cjh crazy?
09:10 wahanui crazy is if there is a mad scheme a library somewhere will be doing it ... except madder
09:11 rangi it will only increment if the date is different
09:11 dcook Sweet. I was hoping that was the case.
09:11 rangi it means tho, if you runs fines.pl today and return it tomorrow
09:11 rangi it will increment
09:11 dcook Which is probably 99% of the time
09:11 rangi you may want that behaviour, you may not, most people dont
09:12 dcook Well, I can't think of any other ways to test it
09:12 rangi you tested it without running fines.pl first?
09:12 rangi so tested it with an overdue
09:13 rangi and see if it increments with do on (without having fines.pl being run)
09:14 dcook Yep, I already test that
09:14 rangi cool
09:14 dcook I seem to recall a warning to test it a bunch though ;)
09:15 rangi yeah i wrote it with kids on me
09:17 dcook hehe
09:17 magnuse @quote get 123
09:17 wahanui http://xkcd.com/1172/
09:17 huginn` magnuse: 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)
09:18 dcook Hmm, this multi-patch git bz thing is...grr
09:19 dcook There we are
09:19 dcook I suppose I could've squashed those?
09:22 rangi you could have, but i did them as 2 patches on purpose so id get mad if you did :)
09:22 rangi one is the changes
09:22 rangi the other is whitespace clean up
09:22 dcook Right
09:23 * dcook needs to remember to do a separate whitespace clean up for one of his old failed bugs..
09:23 rangi mixing the 2 of them just makes it hard for qa etc
09:23 dcook Agreed.
09:23 dcook Looking at that old bug of mine, it's going to be interesting remembering what's white space and what isn't
09:23 rangi heh yeah thats the thing
09:23 dcook Actually, I have a tool that should ignore the whitespace so it shouldn't be too bad..
09:24 rangi -w is handy
09:24 rangi tells git to ignore whitespace changes
09:24 dcook in what context?
09:25 rangi git blame -w
09:25 rangi git diff -w
09:25 rangi git show -w
09:25 rangi etc
09:25 dcook sweet
09:25 dcook I'll need to remember that one..
09:35 dcook All right. Time to...leave work. I think the bug count is the same as when I started :p
09:36 dcook Oh well. It didn't increase, I suppose.
09:36 dcook night all
09:36 wahanui goodnight dcook. You'll be back.
09:42 marcelr joined #koha
09:45 kf drojf: i am going to send an email to the list
09:51 marcelr @later tell jcamins please see my comment on bug 10070
09:51 huginn` marcelr: The operation succeeded.
10:13 * magnuse tries to tell himself translating will be fun this time around
10:36 magnuse @marc 440
10:36 huginn` magnuse: A series statement consisting of a series title alone. (Repeatable) [a,n,p,v,x,6,8]
10:37 magnuse @marc 490
10:37 huginn` magnuse: A series statement for which no series added entry is traced or for which the added entry is traced in one of the 800-830 fields in a form different from the form contained in field 490. (Repeatable) [a,l,v,x,6,8]
10:37 wahanui i already had it that way, huginn`.
10:38 magnuse weirdness. i've got two books in a series, with the name of the series in 440a and the enumeration in 440v. one of them displays the series info both in the opac and in the intranet. the other one displays it in the opac but not in the intranet. anyone else seen that?
10:39 magnuse if i switch from normarc to marc21, both books display the series in the opac, but none of them in the intranet
10:42 kf @later tell drojf - i will hopefully upload completed translations later today
10:42 huginn` kf: The operation succeeded.
11:03 magnuse woohoo nb-NO-opac-ccsr.po is done! (2 words :-)
11:04 marcelr magnuse++
11:07 magnuse nb-NO-i-opac-t-prog-v-3006000.po is done too!
11:25 kf :)
11:26 kf I started offline translating this morning
11:26 Irma joined #koha
11:38 magnuse if i export the record that does not display the series title in the intranet, and import it into another instance running off the same codebase, the series name shows up in the intranet. why would it do that? what does the export/import process change?
11:40 marcelr magnuse: framework stuff?
11:40 wahanui framework stuff is confusing to me
11:40 kf magnuse: indicators?
11:40 wahanui indicators are still to do.
11:40 christophe_c joined #koha
11:42 magnuse i have exported the original record and the exported/imported one, and the only diff is in the leader: <leader>00489    a2200181   4500</leader> v.s. <leader>00491    a2200181   4500</leader>
11:43 marcelr framework settings?
11:43 magnuse and those first 5 numbers are just autogenerated stuff
11:43 magnuse they are all set to the standard framework
11:44 marcelr and these are exactly the same?
11:44 magnuse should be
11:44 marcelr :)
11:45 magnuse no differences show up in the cataloguing screens
11:45 marcelr the famous hidden options
11:45 magnuse heh, lemme check
11:47 drojf joined #koha
11:48 jwagner joined #koha
11:52 magnuse all the subfields of 440 had hidden = -1 in the probelamtic instance, and hidden = 0 in the good instance, but changing the problematic instance does not seem to affect anything.
11:52 marcelr well, you seem to get closer to resolving this
11:54 kf magnuse: normal view or xslt view?
11:54 christophe_c left #koha
11:57 magnuse kf: xslt. the series does display when xslt is off
11:58 kf hm have yu checked your xslt?
11:58 kf does it check for indicators or some other condidtion?
11:58 magnuse nope, the xslt is really simple
11:59 marcelr magnuse: if you are sure to have the same codebase, xslt is not the cause
11:59 marcelr when comparing the two instances
11:59 pastebot "magnuse" at 127.0.0.1 pasted "series xslt" (32 lines) at http://paste.koha-community.org/496
12:01 magnuse yeah, exporting and then importing into another instance running the same code -> series is displayed. importing into the same instence from which the record was exported -> series is still not displayed
12:01 pastebot "magnuse" at 127.0.0.1 pasted "problematic record" (56 lines) at http://paste.koha-community.org/497
12:02 magnuse it's seems almost as if the 440 is removed from the records before it is passed to the xslt processing...
12:02 marcelr strange
12:03 kf magnuse: is the marcxml in the database identical?
12:03 kf because the xslt view draws from that i think?
12:04 tcohen joined #koha
12:04 pastebot "magnuse" at 127.0.0.1 pasted "record in db" (90 lines) at http://paste.koha-community.org/498
12:04 magnuse kf: yeah, i think it is the same
12:05 marcelr magnuse: your framework in biblio?
12:06 pastebot "magnuse" at 127.0.0.1 pasted "biblio" (15 lines) at http://paste.koha-community.org/499
12:06 kf magnuse: detail view or results?
12:06 magnuse detail view
12:06 wahanui rumour has it detail view is back
12:06 magnuse series does not show in result
12:06 kf ok, there goes my zebra index theory
12:06 magnuse :-/

| Channels | #koha index | Today | Search | Google Search | Plain-Text | plain, newest first | summary