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