Time 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 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: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 huginn` New commit(s) kohagit: Merge branch 'deb_scripts_312beta3' into 3.14-master <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=2a3b606d798312a934179767c965e61960d19514> / Bug 9250 - Followup to add koha-*-sip commands to koha-common.xml <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=38b1fd99c4e3a2ae3a944c5ba0b17189da3feef5> / 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/../migration_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 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/migration_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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 huginn` New commit(s) kohagit: Merge branch 'bug_10044' into 3.14-master <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=431fcb73b6b58f431d6cd87904fcfb449c952f40> / Bug 10044: Remove duplicate pagination on the pending orders page. <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=7b0b6e32d1462fab10257769c417f014b0819135> 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/gitweb/?p=koha.git;a=commitdiff;h=fa69f553eebbe671760cef93d869e24d4dc243a5> / Add release notes for 3.12.0-beta3 <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=4e13ddd4d63d5d9fe33088ffd12c1572ed46ec02> 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.org/job/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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10104 normal, P5 - low, ---, chris, Pushed to Master , koha-disable error handling 03:23 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10101 normal, P5 - low, ---, chris, Pushed to Master , koha-enable error handling 03:23 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10150 normal, P5 - low, ---, koha-bugs, Signed Off , koha-email-disable error handling 03:33 jcamins bug 10084 03:33 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_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/page/28248116/koha-installation-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/news/2008/12/installing-koha-3-on-ubuntu-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/wiki/Koha_3.x_on_Debian_Squeeze <-- nope 04:26 eythian (as in, it's up to date) 04:28 dcook [off] "Sorry I realised I should put this stuff in a word doc which is attached" 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.org/job/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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10144 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-start-zebra error handling 04:34 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10101 normal, P5 - low, ---, chris, Pushed to Master , koha-enable error handling 04:34 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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: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 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.org/job/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` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10070 major, P5 - low, ---, chris, Passed QA , History of anonymous searches is not kept 05:14 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_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: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: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 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 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.org/job/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:44 cait bbl :) 06:54 alex_a hello 07:02 dcook hey ya alex_a 07:03 alex_a bonjour dcook :) 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 hi 07:08 christophe_c hello #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:25 kf hi christophe_c 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: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:57 dcook hehe 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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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` 04Bug http://bugs.koha-community.org/bugzilla3/show_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: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: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. 10:48 tweetbot [off] twitter: @ranginui: "#kohails is in string freeze ready for the 3.12 release, time to get translating http://t.co/lecjzttfTi" 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: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: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: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: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 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 :-/