![http://imageshack.us/photo/my-[…]/snowgoose01.jpg/](http://imageshack.us/photo/my-images/541/snowgoose01.jpg/){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | rangi | is it all patrons doing it or just one? |
| 00:00 | trea | they are saying it's all ldap users |
| 00:00 | they currently can't auth anyone by ldap | |
| 00:01 | rangi | and they didnt change anything, including ldap? |
| 00:01 | trea | so they claim |
| 00:01 | rangi | weird |
| 00:01 | trea | would these patron attributes be defined in the ldap stanza of the koha conf? |
| 00:02 | rangi | nope |
| 00:02 | trea | that's what i feared |
| 00:03 | their config hasn't been changed in quite some time, yet it's suddenly stopped working | |
| 00:03 | i think i have enough info. thanks for your help | |
| 00:03 | rangi | yeah its not config |
| 00:04 | eythian | can you look in the actionlogs to see what setting it was that they didn't change? |
| 00:04 | alternately, ldap may have changed. | |
| 00:04 | trea | it's a valid poitn |
| 00:04 | point* | |
| 00:04 | eythian | ldapsearch is good for figuring that out. |
| 00:04 | trea | i'm more inclined to go the ldap route. but i'll double check the action logs as well |
| 00:08 | rangi | also that code needs better handling |
| 00:08 | eg | |
| 00:08 | my $extended_patron_attributes; | |
| 00:08 | then it goes through a loop | |
| 00:08 | that depending on an if | |
| 00:08 | does | |
| 00:08 | push @$extended_patron_attributes, { code => $code, value => $borrower{$code} }; | |
| 00:08 | then | |
| 00:09 | for (my $i; $i< scalar(@$extended_patron_attributes)-1;$i++) { | |
| 00:09 | which will explode | |
| 00:09 | if nothing ever gets pushed | |
| 00:09 | leads me to believe they have deleted extended attributes | |
| 00:10 | pastebot | "rangi" at 127.0.0.1 pasted "the problem code" (16 lines) at http://paste.koha-community.org/495 |
| 01:34 | BobB joined #koha | |
| 01:59 | bgkriegel joined #koha | |
| 02:00 | bgkriegel | dcook: around? |
| 02:00 | dcook | Just about to head off for lunch |
| 02:00 | Just saw your email though | |
| 02:00 | bgkriegel | ok, the esasy way could be implemented right now, the hard... |
| 02:01 | dcook | Ack. Sorry, have to run off to lunch. |
| 02:01 | bgkriegel | ok |
| 02:01 | dcook | Hope to be back in an hour or two |
| 02:01 | bgkriegel | i will be sleeping |
| 02:01 | see you tomorrow | |
| 02:01 | bye | |
| 02:17 | amitgupta_ joined #koha | |
| 02:17 | amitgupta_ | hi bag |
| 02:24 | * jcamins | feels old. |
| 02:25 | cjh | jcamins: time to retire? |
| 02:26 | jcamins | cjh: wouldn't that be nice? |
| 02:27 | Yay! The package patches all look good! | |
| 02:28 | cjh | jcamins: yeah, I think I need to consider retirement soon. Nearly 22. |
| 02:30 | 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:31 | jcamins | cjh: my second-youngest brother is almost that old. |
| 02:31 | eythian | my youngest brother is substantially older |
| 02:36 | jcamins | Ugh. |
| 02:36 | Even after reverting all those patches, encoding on the OPAC search history is broken on master with 10070. | |
| 02:36 | But not on 3.12.x. | |
| 02:38 | jenkins_koha | Starting build #22 for job Koha_3.12.x (previous build: SUCCESS) |
| 02:40 | rangi | i think there are 3 three koha- script patches to test, none of them with string changes tho |
| 02:40 | zebran00b joined #koha | |
| 02:40 | 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:40 | zebran00b | can somebody help with fixing my zebra indexer crontab? |
| 02:40 | jcamins | zebran00b: what is the problem you have encountered? |
| 02:41 | 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:41 | I've tried changing it to my kohauser name, writing out the whole path, etc. but no dice | |
| 02:41 | jcamins | And you have __KOHA_USER__ replaced with the user you want it to run as? |
| 02:41 | zebran00b | yup |
| 02:41 | jcamins | And that's in the system crontab? |
| 02:42 | zebran00b | I edit it using sudo u username crontab -e. Doesn't that save it to the system? |
| 02:42 | jcamins | No. |
| 02:42 | zebran00b | ah |
| 02:42 | jcamins | That's the user crontab. |
| 02:42 | Good news, the fix is easy. | |
| 02:42 | zebran00b | hoorays |
| 02:42 | jcamins | Remove "__KOHA_USER__ " |
| 02:42 | (that was it:) | |
| 02:42 | zebran00b | so, no username whatsoever? |
| 02:43 | jcamins | Right. |
| 02:43 | zebran00b | and save using crontab -e? |
| 02:43 | jcamins | Exactly. |
| 02:43 | zebran00b | ok... I suspect I actually tried this before, though. |
| 02:43 | jcamins | Because running crontab -e edits the current user (or, in this case, the Koha user)'s crontab. |
| 02:43 | kathryn joined #koha | |
| 02:43 | jcamins | And, just a little plug for the packages: they take care of all this. |
| 02:43 | zebran00b | I tried removing the username as well as adding "perl" as if running a perl script |
| 02:43 | jcamins | They're better, always. |
| 02:44 | And you reindexed as the Koha user after making the change, eh? | |
| 02:44 | zebran00b | packages? |
| 02:44 | wahanui | packages is at http://wiki.koha-community.org/wiki/Debian |
| 02:44 | zebran00b | I thought the whole point was it would auto-reindex |
| 02:44 | jcamins | No. |
| 02:44 | That's an auto indexer. | |
| 02:45 | So any *new* changes will be picked up. | |
| 02:45 | zebran00b | well, that's another mystery because I used the Koha 3.10 debian package |
| 02:45 | jcamins | Wait, you used the Debian package? |
| 02:45 | In that case, you should not be editing the crontab. | |
| 02:45 | zebran00b | and the INSTALL clearly makes you go and set the indexing crontab yourself |
| 02:45 | jcamins | The INSTALL file is for the tarball installation only. |
| 02:46 | zebran00b | perhaps I'm confusing the tarball and package |
| 02:46 | sorry, my mistake | |
| 02:46 | it was the tarball | |
| 02:46 | jcamins | Oh, okay. |
| 02:46 | zebran00b | ok, so I remove KOHA_USER |
| 02:47 | save | |
| 02:47 | jcamins | In that case, no, it definitely doesn't set it up itself. :) |
| 02:47 | zebran00b | then reindex... you mean calling rebuild_zebra.pl? |
| 02:47 | jcamins | Right. |
| 02:47 | With -a -b -r | |
| 02:47 | And you'll have to run it as the Koha user. | |
| 02:47 | zebran00b | after that, if I add new records, it will rebuild by itself? |
| 02:48 | jcamins | Every ten minutes it will check if you have modified any records through Koha, and update the indexes. |
| 02:48 | zebran00b | including if I imported new records, correct? |
| 02:48 | jcamins | Right. |
| 02:48 | Provided you use the staff client and not bulkmarcimport.pl. | |
| 02:48 | zebran00b | -r, huh? all I've seen before is -a -b -z |
| 02:48 | jcamins | Anything that directly modifies the database without going through Koha will not be picked up. |
| 02:48 | zebran00b | yeah, I noticed bulkimport works differently - it skips Koha? |
| 02:49 | jcamins | Yeah, -r means "rebuild" and -z means "zebraqueue" (i.e. run in cron mode) |
| 02:49 | Yeah. | |
| 02:49 | Originally it was written like that to be faster, but at this point I'm not convinced there is any advantage to it. | |
| 02:50 | At least, I think that's why it was written that way. | |
| 02:50 | zebran00b | alright, let me give this a spin |
| 02:52 | so my crontab line now looks like this:' | |
| 02:52 | */1 * * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null | |
| 02:52 | or should that be -r too? | |
| 02:52 | jcamins | No, that's right. |
| 02:52 | Except 1 minute is probably too frequent. | |
| 02:52 | I recommend 3. | |
| 02:53 | zebran00b | yeah, that's just so I don't have to wait too long to see if it worked |
| 02:53 | then I'll probably drop to 10 | |
| 02:53 | jcamins | You'll have to edit a record after you've rebuilt the index. |
| 02:53 | Or create. | |
| 02:53 | Or something. | |
| 02:53 | wahanui | something is fishy |
| 02:53 | jcamins | Could someone please test bug 10044 and tell me if it does anything at all? |
| 02:53 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10044 normal, P5 - low, ---, jonathan.druart, Passed QA , Doubled up paging on order receive |
| 02:53 | zebran00b | good call |
| 02:56 | does it matter if I run the rebuild from /usr/... or from the /home/Koha directory? | |
| 02:56 | jcamins | zebran00b: you mean current working directory? No. |
| 02:57 | eythian | speaking of packages, new master packages uploaded |
| 02:57 | jcamins | Okay, it does do something. |
| 02:57 | It removes a comment. | |
| 02:58 | zebran00b | ack, why am I getting a "Can't locate Koha/DateUtils.pm in @INC" message? I thought I had the paths straightened out... |
| 02:59 | jcamins | zebran00b: you probably need to set the PERL5LIB and KOHA_CONF environment variables. |
| 02:59 | The INSTALL file should give you a hint about that. | |
| 02:59 | zebran00b | yeah, they're set in the crontab but weirdly not for the user env |
| 03:01 | tsbere_ joined #koha | |
| 03:01 | 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:03 | tcohen joined #koha | |
| 03:05 | jcamins | Hey, did I do a beta2? |
| 03:05 | Yes. | |
| 03:12 | 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:13 | eythian | stop committing things to master, I just did a package build. Now it's out of date. |
| 03:14 | wahanui: xy problem is http://mywiki.wooledge.org/XyProblem | |
| 03:14 | wahanui | OK, eythian. |
| 03:19 | jcamins | eythian: Nice article. |
| 03:19 | jenkins_koha | Project Koha_3.12.x build #22: SUCCESS in 41 min: http://jenkins.koha-community.[…]b/Koha_3.12.x/22/ |
| 03:19 | * Tomas Cohen Arazi: Bug 10149 - koha-restart-zebra error handling (rewording) | |
| 03:19 | * Tomas Cohen Arazi: Bug 10144 - koha-start-zebra error handling | |
| 03:19 | * Tomas Cohen Arazi: Bug 10104 - make koha-disable more robust | |
| 03:19 | * Tomas Cohen Arazi: Bug 10104 - Followup: fix param check | |
| 03:19 | * Tomas Cohen Arazi: Bug 10101 - make koha-enable more robust | |
| 03:19 | * Tomas Cohen Arazi: Bug 10101 - Follwup: fix param check | |
| 03:19 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10149 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-restart-zebra error handling |
| 03:19 | jenkins_koha | * Tomas Cohen Arazi: Bug 10041 - Provide a koha-translate script to aid package users on installing translations |
| 03:19 | * Robin Sheat: Bug 9250 - [SIGNED-OFF] provide commands to manage the SIP server | |
| 03:19 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10144 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-start-zebra error handling |
| 03:19 | jenkins_koha | * Magnus Enger: Bug 9250 - Followup to add koha-*-sip commands to koha-common.xml |
| 03:19 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10104 normal, P5 - low, ---, chris, Pushed to Master , koha-disable error handling |
| 03:19 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10101 normal, P5 - low, ---, chris, Pushed to Master , koha-enable error handling | |
| 03:19 | 04Bug 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:19 | 04Bug 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:19 | jenkins_koha | Starting build #1159 for job Koha_master (previous build: SUCCESS) |
| 03:22 | 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 | correction, they are showing up in the resevoir | |
| 03:23 | jcamins | And you finished the import process? |
| 03:24 | 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:25 | mtj | zebran00b, try another reindex... |
| 03:25 | zebran00b | rebuild_zebra.pl -b -a -r again? |
| 03:26 | mtj | yep |
| 03:26 | do your records show now? | |
| 03:26 | zebran00b | brb |
| 03:26 | nope | |
| 03:26 | jcamins | Ah, in that case you have larger problems. |
| 03:27 | mtj: thanks for QAing those patches, BTW. | |
| 03:27 | mtj | zebran00b - save yourself further pain - reinstall koha via the .deb package |
| 03:27 | jcamins, np - i just got your huginn msg then :) | |
| 03:28 | jcamins | Well, you did it, so I'm satisfied. :) |
| 03:28 | 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:28 | huginn` | zebran00b: downloading the Perl source |
| 03:28 | zebran00b | btw, what version is the deb package at? |
| 03:29 | mtj | 10150 and 10084 still need qa, tho |
| 03:29 | jcamins | bug 10150 |
| 03:29 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10150 normal, P5 - low, ---, koha-bugs, Signed Off , koha-email-disable error handling |
| 03:29 | jcamins | bug 10084 |
| 03:29 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10084 minor, P5 - low, ---, tomascohen, Signed Off , YUI path wrong in CCSR theme with packages |
| 03:29 | jcamins | mtj: they'll go into beta4, then. |
| 03:29 | mtj | zebran00b, current stable is 3.10.4 |
| 03:30 | jcamins | zebran00b: there are packages for 3.10.4 and 3.8.current. |
| 03:30 | * jcamins | builds beta3 again. |
| 03:30 | mtj | … for both tarball and .debs ^^ |
| 03:30 | zebran00b | if I reinstall 3.10.4 w/ .deb package, the autoindexing settings are baked in? |
| 03:30 | That seems odd. | |
| 03:31 | jcamins | Why? |
| 03:31 | And, yes, exactly. | |
| 03:31 | (in reverse order) | |
| 03:33 | eythian | 3.10.05 is the current stable |
| 03:33 | jcamins | eythian: it is? |
| 03:33 | I MISSED AN ENTIRE MONTH! | |
| 03:34 | And the month I missed was April... | |
| 03:34 | Oh no! I'm even older than I thought because my birthday is in April! | |
| 03:34 | ^^ friends don't let friends roll releases at twenty 'til midnight | |
| 03:34 | eythian | you were sleep-RMing the whole time? |
| 03:34 | heh | |
| 03:40 | mtj | yeah, it is…. Current stable release: 3.10.5 |
| 03:41 | meh, i missed that scrollback :/ | |
| 03:42 | fyi, we still are not telling people to use the debs on this page -> http://koha-community.org/download-koha | |
| 03:42 | jcamins | rangi: could you please change the group ownership on the old_releases directory to uploads? |
| 03:43 | mtj: you're in the same timezone as someone who has write access to the site. :P | |
| 03:45 | mtj | ^^ ...thats probably a big reason why noobs are still installing from the tarballs |
| 03:46 | eythian | mtj: there's that bit where it links to the packages. |
| 03:46 | mtj | jcamins, i'll attempt to ping wiz when shes on next |
| 03:47 | jcamins | Thank you. |
| 03:47 | Why is my upload to download.koha-community.org so slow? | |
| 03:48 | mtj | eythian, yeah, but my hunch is people always overlook that, and click the tar.gz link |
| 03:48 | eythian | it's possible |
| 03:49 | mtj | if we want people to use the debs, thats *the* page to tweak |
| 03:49 | dcook | mtj: Sounds reasonable |
| 03:50 | 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:50 | rangi | yep |
| 03:50 | and i always link to download.koha-community.org in the release notes anyway | |
| 03:51 | jcamins: permissions changed | |
| 03:51 | jcamins | Thanks. |
| 03:51 | Old betas archived. | |
| 03:51 | New beta is uploaded. | |
| 03:52 | zebran00b | jcamins if I reinstall using a deb package, how do I clean out the tarball installation I have now? |
| 03:53 | jcamins | Delete the files it installed and clear the crontab. |
| 03:54 | mtj | jcamins, people still are installing new kohas, using the tarball |
| 03:54 | jcamins | mtj: I know. |
| 03:54 | And they're following instructions that are five years old. | |
| 03:54 | * jcamins | goes to bed. |
| 03:56 | mtj | zebran00b, i'm genuinely curious….why did you choose a tarball install? |
| 03:56 | rangi | mtj: this page is a problem http://kohageek.pbworks.com/w/[…]llation-on-ubuntu |
| 03:57 | and the many others that you ppl seem to follow | |
| 03:57 | s/you// | |
| 03:57 | a lot use that blazing moon one | |
| 03:57 | which the author refused to update | |
| 03:57 | mtj | yeah, both of those!! |
| 03:57 | wahanui | yeah, both of those are scary options |
| 03:58 | rangi | http://www.blazingmoon.org/new[…]u-810-a-tutorial/ ohh it is slightly updated now |
| 03:58 | with a warning | |
| 04:00 | the real win | |
| 04:00 | and where we should focus our energy for 3.14 | |
| 04:00 | get koha into debian proper | |
| 04:00 | then ubuntu will get it | |
| 04:02 | mtj | rangi++ :) |
| 04:02 | thats about the best idea i've heard all month! | |
| 04:04 | rangi | we've missed wheezy, but if we get it into unstable .. ubuntu will pick it up in the universe anyway |
| 04:04 | mtj | wheezy has many of the missing perl packages too, afaik |
| 04:05 | eythian | yep |
| 04:05 | dcook | 2 year cycles? That gives some time |
| 04:05 | mtj | there must not be many problem deps left, even? |
| 04:05 | dcook | How would we go about getting Koha into Debian? |
| 04:10 | 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:11 | mtj | hmm, fixing the koha package shouldnt be too tricky |
| 04:12 | rangi | the source files are pretty much done now |
| 04:12 | most of the work will be on getting the koha package working | |
| 04:13 | mtj | ...just add the extra mysql-server pkg, and some script to auto-gen a default 'koha' instance |
| 04:13 | rangi | thats mostly what it does |
| 04:13 | but it needs to do some debconf to ask good questions | |
| 04:14 | mtj | yep, thats the one |
| 04:16 | would be awesome to knock that one off... | |
| 04:17 | eythian | I want to have koha-common doing a lot of debconf questioning for default settings |
| 04:20 | 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:22 | eythian | http://wiki.koha-community.org[…]on_Debian_Squeeze <-- nope |
| 04:22 | (as in, it's up to date) | |
| 04:24 | dcook | Argh |
| 04:24 | Screenshots in both the email AND the word doc.. | |
| 04:25 | 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:25 | eythian | hmm, perhaps you saw it while it was being updated or something. |
| 04:26 | zebran00b | it still describes both as "old stable version" |
| 04:27 | mtj | ah, yep - thats a small typo |
| 04:28 | a lazy cut/paste, i assume... | |
| 04:29 | fixed ;) | |
| 04:29 | zebran00b | mtj: thx |
| 04:30 | jenkins_koha | Project Koha_master build #1159: UNSTABLE in 1 hr 11 min: http://jenkins.koha-community.[…]Koha_master/1159/ |
| 04:30 | * Tomas Cohen Arazi: Bug 10149 - koha-restart-zebra error handling (rewording) | |
| 04:30 | * Tomas Cohen Arazi: Bug 10144 - koha-start-zebra error handling | |
| 04:30 | * Tomas Cohen Arazi: Bug 10104 - make koha-disable more robust | |
| 04:30 | * Tomas Cohen Arazi: Bug 10104 - Followup: fix param check | |
| 04:30 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10149 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-restart-zebra error handling |
| 04:30 | jenkins_koha | * Tomas Cohen Arazi: Bug 10101 - make koha-enable more robust |
| 04:30 | * Tomas Cohen Arazi: Bug 10101 - Follwup: fix param check | |
| 04:30 | * Tomas Cohen Arazi: Bug 10041 - Provide a koha-translate script to aid package users on installing translations | |
| 04:30 | * Robin Sheat: Bug 9250 - [SIGNED-OFF] provide commands to manage the SIP server | |
| 04:30 | * Magnus Enger: Bug 9250 - Followup to add koha-*-sip commands to koha-common.xml | |
| 04:30 | * Jonathan Druart: Bug 10044: Remove duplicate pagination on the pending orders page. | |
| 04:30 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10144 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-start-zebra error handling |
| 04:30 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10104 normal, P5 - low, ---, chris, Pushed to Master , koha-disable error handling | |
| 04:30 | jenkins_koha | * Jared Camins-Esakov: Add release notes for 3.12.0-beta3 |
| 04:30 | * Jared Camins-Esakov: Increment version for 3.12.0-beta3 release | |
| 04:30 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10101 normal, P5 - low, ---, chris, Pushed to Master , koha-enable error handling |
| 04:30 | 04Bug 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:30 | 04Bug 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:30 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10044 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Doubled up paging on order receive | |
| 04:30 | jenkins_koha | Starting build #23 for job Koha_3.12.x (previous build: SUCCESS) |
| 04:37 | cait joined #koha | |
| 04:46 | 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:48 | cjh | the / before misc doesnt make sense |
| 04:48 | eythian | also, even if you remove the '/', that they'd both work doesn't make sense. |
| 04:49 | as you're looking for the same file in two different directories | |
| 04:49 | cjh | yeah, they are refering to very different paths |
| 04:49 | referring* | |
| 04:49 | * wizzyrea | wonders what a pwd on your command line gives you |
| 04:51 | Irma joined #koha | |
| 04:51 | 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:51 | 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:51 | the path is the same in both cases, in other words | |
| 04:52 | 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:52 | rangi | its not |
| 04:52 | sudo -u koha ./rebuild_zebra.pl -z -b -a | |
| 04:52 | 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:52 | trea | ^ |
| 04:52 | rangi | would make them be the same path |
| 04:52 | eythian | zebran00b: you missed a 'perl' in the sudo one |
| 04:53 | rangi | and by running it as the other user before, you have probably messed up permissions |
| 04:53 | eythian | which made it a different command that didn't work |
| 04:53 | zebran00b | ah |
| 04:53 | ok, this is starting to make more sense | |
| 04:53 | eythian | and yes, you may have broken permissions. |
| 04:53 | cjh | good point rangi |
| 04:53 | zebran00b | how do I fix permissions? |
| 05:00 | or rather, how do I examine permissions and determine what needs fixing? | |
| 05:02 | eythian | you look whereever your zebra index is going, and make sure all the files have the correct ownership. |
| 05:02 | If not, you fix them with chown. | |
| 05:02 | * cait | waves |
| 05:03 | eythian | hi cait |
| 05:03 | trea | o/ |
| 05:10 | jenkins_koha | Project Koha_3.12.x build #23: SUCCESS in 40 min: http://jenkins.koha-community.[…]b/Koha_3.12.x/23/ |
| 05:10 | * Jonathan Druart: Bug 10070: revert previous changes | |
| 05:10 | * Jonathan Druart: Bug 10044: Remove duplicate pagination on the pending orders page. | |
| 05:10 | * Jared Camins-Esakov: Add release notes for 3.12.0-beta3 | |
| 05:10 | * Jared Camins-Esakov: Increment version for 3.12.0-beta3 release | |
| 05:10 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10070 major, P5 - low, ---, chris, Passed QA , History of anonymous searches is not kept |
| 05:10 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10044 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Doubled up paging on order receive | |
| 05:11 | jenkins_koha | Starting build #1160 for job Koha_master (previous build: UNSTABLE -- last SUCCESS #1158 10 hr ago) |
| 05:35 | dcook | Huh... |
| 05:35 | The item type facet provides a different limit than the item type limit that Advanced Search provides | |
| 05:36 | And in both cases they don't seem to be working right on this 3.8 instance... | |
| 05:37 | Mmm bad data me thinks... | |
| 05:39 | Well, the item type limits are still formed differently, but the issue is bad data ^_^ | |
| 05:41 | sophie_m joined #koha | |
| 05:41 | rangi | hmm druthb_away gone? |
| 05:41 | ah never mind | |
| 05:41 | cait | looking at the translations |
| 05:42 | rangi | yep |
| 05:42 | cait | something off with them? |
| 05:42 | rangi | nope seems ok |
| 05:43 | was just going to the en-nz terminology files at some point but forgot | |
| 05:44 | cait | guess lots of the new things will be for the cataloguing plugins |
| 05:44 | horrible to translate, but will be good to see that fixed | |
| 05:44 | bgkriegel++ | |
| 05:45 | rangi | yep |
| 05:46 | dcook | Hmm, should there be a 942 for each item? |
| 05:46 | Or just one for the biblioitem.. | |
| 05:47 | eythian | just one |
| 05:47 | dcook | Right, and when you make a new bib record, the item type you select goes into the 942$c |
| 05:47 | Hmm, any reason why a record might have multiple 942s? | |
| 05:48 | rangi | nope |
| 05:48 | eythian | It would probably be bad |
| 05:48 | * cait | agrees |
| 05:48 | dcook | It is certainly bad |
| 05:48 | Makes search quite...different than one would expect | |
| 06:07 | zebran00b joined #koha | |
| 06:13 | dcook | thanks rangi, eythian :) |
| 06:13 | One question I do have though...why do we have an item type stored in the biblioitems table? | |
| 06:14 | FRBR leftover as well? | |
| 06:14 | eythian | default item type for items |
| 06:14 | dcook | Mmm, right |
| 06:14 | laurence joined #koha | |
| 06:14 | dcook | Is it used anywhere else? |
| 06:14 | It was looking like one of the item type limits was using the 942$c | |
| 06:14 | eythian | yeah, there's an option to use it instead of the item type on items |
| 06:14 | dcook | Although it might just be because of bad data in the bib that filtered down to the items.. |
| 06:14 | Oh? | |
| 06:15 | Where's that option? | |
| 06:15 | "item-level_itypes"? | |
| 06:15 | eythian | somewhere in the sysprefs |
| 06:15 | rangi | yep |
| 06:15 | eythian | yeah |
| 06:15 | dcook | Mmm |
| 06:16 | So the discrepancies I was seeing must be a filter down effect.. | |
| 06:16 | eythian | I probably wouldn't use it without a specific reason |
| 06:16 | dcook | Agreed |
| 06:16 | Actually...I wonder if it gets caught up in the "Any" index as well | |
| 06:17 | zebran00b joined #koha | |
| 06:17 | eythian | it may well do |
| 06:17 | dcook | Wait, now that I think about it... |
| 06:17 | From the advanced search, I was limiting on item type | |
| 06:17 | of "ebook" | |
| 06:17 | cait | i think 942 and itemtype in 952 get indexed together somehow |
| 06:17 | dcook | And it returned results that didn't have items with "ebook" |
| 06:17 | But had "ebook" in the 942 | |
| 06:17 | cait | not depending on the pref, because that it can't change really |
| 06:18 | eythian | yeah, the pref won't affect indexing I think |
| 06:18 | dcook | Well, I would think 942 and 952 would be be included for an any index |
| 06:18 | As for the item type... | |
| 06:18 | I guess that depends on..record.abs? | |
| 06:18 | Good ol' melming and such | |
| 06:19 | eythian | dunno, I don't know a great deal about zebra guts |
| 06:19 | dcook | melm 942$c itemtype:w,itemtype:p,itype:w,itype:p |
| 06:19 | melm 952$y itype:w,itype:p | |
| 06:19 | Intriguing | |
| 06:20 | eythian | so both combined and on its own |
| 06:20 | jenkins_koha | Yippie, build fixed! |
| 06:20 | Project Koha_master build #1160: FIXED in 1 hr 9 min: http://jenkins.koha-community.[…]Koha_master/1160/ | |
| 06:21 | dcook | Looks like |
| 06:21 | Then mc-itype and itype are equivalent in ccl anyway so that's not really a difference | |
| 06:22 | I wonder if 942 should be indexed or not.. | |
| 06:22 | I would almost think not | |
| 06:22 | Well, indexed as an itemtype at least | |
| 06:24 | err itype | |
| 06:27 | eythian | useful if you have no items, say for an ebook |
| 06:28 | dcook | Or if you use the bib level instead of item level for circ rules, perhaps |
| 06:28 | cait | dcook: has to be indexed for those using the item-levle itypes not |
| 06:28 | dcook | yeah |
| 06:28 | Very interesting | |
| 06:28 | (to me :P) | |
| 06:37 | alex_a joined #koha | |
| 06:40 | cait | bbl :) |
| 06:40 | cait left #koha | |
| 06:50 | alex_a | hello |
| 06:56 | lds joined #koha | |
| 06:59 | dcook | hey ya alex_a |
| 06:59 | alex_a | bonjour dcook :) |
| 07:00 | reiveune joined #koha | |
| 07:00 | dcook | ça va? |
| 07:00 | reiveune | hello |
| 07:00 | wahanui | hi, reiveune |
| 07:00 | dcook | allo reiveune :) |
| 07:01 | reiveune | salut dcook magnuse :) |
| 07:01 | asaurat joined #koha | |
| 07:01 | asaurat | hi |
| 07:03 | christophe_c joined #koha | |
| 07:04 | christophe_c | hello #koha |
| 07:07 | kf joined #koha | |
| 07:07 | huginn` | GERMS!!!! |
| 07:07 | wahanui | Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
| 07:07 | * dcook | waves to asaurat, christophe_c, and kf |
| 07:07 | kf | wahanui botsnack cookie |
| 07:07 | wahanui | thanks kf :) |
| 07:08 | kf | hi again :) |
| 07:09 | christophe_c | hello dcook kf |
| 07:09 | francharb joined #koha | |
| 07:11 | so_nia joined #koha | |
| 07:16 | francharb` joined #koha | |
| 07:22 | kf | hi christophe_c |
| 07:25 | gaetan_B joined #koha | |
| 07:26 | gaetan_B | hello |
| 07:26 | wahanui | niihau, gaetan_B |
| 07:33 | dcook | Shouldn't that be ni hao? |
| 07:34 | http://drupal.org/node/648606 | |
| 07:34 | Errmm. | |
| 07:34 | * dcook | goes back to testing bugs |
| 07:36 | zebran00b joined #koha | |
| 07:45 | marcelr joined #koha | |
| 07:47 | kf left #koha | |
| 07:47 | kf joined #koha | |
| 07:47 | huginn` | GERMS!!!! |
| 07:47 | wahanui | germs is http://i.imgur.com/5UfhT.jpg |
| 07:48 | dcook | wb kf |
| 07:48 | kf | thx, closed the wrong window |
| 07:52 | zebran00b joined #koha | |
| 07:53 | dcook | hehe |
| 07:58 | gerundio joined #koha | |
| 08:04 | dcook | kf: I thought that you said that barcode was added to the opac display a while ago... |
| 08:04 | I'm not seeing it in master though | |
| 08:06 | rangi | its a syspref |
| 08:09 | i vaguely remember a bug for it | |
| 08:10 | bug 6774 | |
| 08:10 | huginn` | 04Bug 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:11 | kf | dcook: syspref |
| 08:11 | for most people the barcode is not useful | |
| 08:11 | dcook | Mmm |
| 08:11 | rangi | october 2011 |
| 08:11 | dcook | I thought that might be the case... |
| 08:11 | Thanks :) | |
| 08:12 | rangi | yeah for most people its not useful |
| 08:12 | dcook | Hmm, not pushed? |
| 08:12 | Depends on the people I suppose | |
| 08:12 | rangi | nope |
| 08:12 | its pushed | |
| 08:12 | dcook | I think all our clients use it |
| 08:12 | Ah, I see | |
| 08:12 | Just no comment for it | |
| 08:12 | rangi | you must have no public libraries |
| 08:12 | dcook | Nope |
| 08:13 | rangi | paul didnt have the habit of commenting |
| 08:13 | dcook | I think they're all special |
| 08:13 | Mmm | |
| 08:13 | rangi | yeah they might find it useful |
| 08:13 | dcook | I was looking at the release tool git, but I guess that must be more recent |
| 08:13 | Actually, I think I used to see the barcode when I was at the university | |
| 08:13 | rangi | for 3.14 |
| 08:13 | dcook | Maybe not.. |
| 08:13 | rangi | can we kill OPAC |
| 08:13 | dcook | O_o |
| 08:13 | rangi | and call it public interface |
| 08:13 | and staff interface | |
| 08:13 | dcook | heh |
| 08:13 | I like this idea | |
| 08:14 | rangi | i think thinking of it as an OPAC actually is harmful |
| 08:14 | dcook | It'll always be OPAC to (old school) librarians |
| 08:14 | rangi | *nod* |
| 08:14 | kf | rangi: OPAC is quite old... :) |
| 08:14 | rangi | but no one who actually uses it |
| 08:14 | dcook | Nope |
| 08:14 | rangi | knows what the hell an opac is |
| 08:14 | dcook | What do they call it? |
| 08:14 | kf | online public access cataloge... was totally modern once |
| 08:14 | rangi | the library |
| 08:14 | wahanui | the library is happy with it, but they don't have a lot of transactions |
| 08:14 | rangi | mostly |
| 08:15 | but staff and public | |
| 08:15 | dcook | Right...library website |
| 08:15 | Makes sense | |
| 08:15 | rangi | i think is waht they really are |
| 08:15 | dcook | kf: Ever listen to Kat Frankie? |
| 08:15 | Agreed, rangi | |
| 08:18 | Hrmm | |
| 08:19 | Has anyone else looked at bug 8735? | |
| 08:20 | huginn` | 04Bug 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:23 | rangi | not me |
| 08:24 | dcook | I don't really get the test plan... |
| 08:26 | Hmm, patch doesn't apply anyway.. | |
| 08:26 | Is that a "Failed QA" or just a comment? | |
| 08:28 | rangi | thats a patch doesnt apply |
| 08:28 | there's a status for it :) | |
| 08:29 | dcook | Hmm. Sounds good. I'll use that and then just include a comment asking for a more detailed test plan |
| 08:29 | Thanks again, rangi. You're a answer machine today ;) | |
| 08:29 | rangi | sounds good |
| 08:36 | kf | meeting |
| 08:36 | marcelr joined #koha | |
| 08:40 | drojf joined #koha | |
| 08:40 | drojf | good morning #koha |
| 08:40 | marcelr | hi drojf |
| 08:40 | drojf | hi marcelr |
| 08:41 | dcook | morning drojf, marcelr |
| 08:41 | 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:41 | hi dcook | |
| 08:54 | dcook | rangi, you still around? |
| 08:54 | rangi | yep |
| 08:55 | dcook | 10120 looks good, but I'm curious about how fines regularly work |
| 08:55 | Do they just accrue during the fines.pl cronjob? | |
| 08:55 | rangi | yup |
| 08:56 | which you run daily | |
| 08:56 | dcook | So their fines would accrue over night...but not at check-in, unless they have this preference set to "Do" |
| 08:56 | * dcook | isn't familiar with the fines tables |
| 08:56 | rangi | yep |
| 08:56 | dcook | So if your fine increased over night...would it increase again at check in? |
| 08:56 | rangi | it changes behaviour, and as such should never have been added without a syspref |
| 08:56 | dcook | Thus being double fined? |
| 08:56 | rangi | potentially yes |
| 08:57 | dcook | Potentially? |
| 08:57 | rangi | it should just update |
| 08:57 | but say your library runs fines at 11pm | |
| 08:57 | before this behaviour was added | |
| 08:58 | if you returned it at 8am the next morning | |
| 08:58 | the fine you got yesterday isnt added to | |
| 08:58 | with the new behaviour (and without the patch) | |
| 08:58 | now it is | |
| 08:58 | dcook | So this patch isn't introducing the new behaviour |
| 08:58 | That's a different one that was already pushed? | |
| 08:58 | rangi | no |
| 08:59 | its fixing the fact ath it was introduced without a patch | |
| 08:59 | sorry without a preference | |
| 08:59 | with the hourly loans | |
| 08:59 | dcook | Mmm |
| 08:59 | So way back...3.8.0-ish? | |
| 08:59 | rangi | which shouldnt have happened (back in 3.8) |
| 08:59 | yep | |
| 08:59 | this fixes the regression | |
| 09:00 | dcook | That might explain a complaint that I got recently.. |
| 09:00 | rangi | *nod* |
| 09:00 | messing with borrowers money | |
| 09:00 | is about the worst thing a library can do | |
| 09:00 | dcook | Pretty much |
| 09:00 | rangi | sure fire way to get complaints |
| 09:01 | dcook | So yay sys pref! |
| 09:01 | rangi | yep |
| 09:01 | dcook | So you'd never want to have it on...except for hourly loans |
| 09:01 | But there is no way to tell when it's an hourly loan | |
| 09:01 | rangi | http://www.quickmeme.com/meme/3qgz25/ |
| 09:01 | nope | |
| 09:01 | that could be another piece of work | |
| 09:02 | to add a column to the issues table | |
| 09:02 | cjh | lol |
| 09:02 | rangi | that you could use to know if it was a hourly loan |
| 09:02 | then the syspref could be changed to a trinary | |
| 09:02 | dcook | lol |
| 09:02 | * wizzyrea | loves that one |
| 09:02 | dcook | Right |
| 09:03 | I wonder if there would ever be a case where you want to calculate fines on return and nightly | |
| 09:03 | rangi | maybe |
| 09:03 | dcook | I suppose depending on the time of the return.. |
| 09:03 | rangi | you never know with libraries |
| 09:03 | dcook | hehe |
| 09:03 | true true | |
| 09:05 | Hmm | |
| 09:05 | I just tried returning with the syspref set to "Do" after running fines.pl and it didn't increment.. | |
| 09:06 | rangi | it shouldnt |
| 09:06 | the date is the same | |
| 09:06 | cjh | crazy? |
| 09:06 | wahanui | crazy is if there is a mad scheme a library somewhere will be doing it ... except madder |
| 09:07 | rangi | it will only increment if the date is different |
| 09:07 | dcook | Sweet. I was hoping that was the case. |
| 09:07 | rangi | it means tho, if you runs fines.pl today and return it tomorrow |
| 09:07 | it will increment | |
| 09:07 | dcook | Which is probably 99% of the time |
| 09:07 | rangi | you may want that behaviour, you may not, most people dont |
| 09:08 | dcook | Well, I can't think of any other ways to test it |
| 09:08 | rangi | you tested it without running fines.pl first? |
| 09:09 | so tested it with an overdue | |
| 09:09 | and see if it increments with do on (without having fines.pl being run) | |
| 09:10 | dcook | Yep, I already test that |
| 09:10 | rangi | cool |
| 09:10 | dcook | I seem to recall a warning to test it a bunch though ;) |
| 09:11 | rangi | yeah i wrote it with kids on me |
| 09:13 | dcook | hehe |
| 09:14 | magnuse | @quote get 123 |
| 09:14 | wahanui | http://xkcd.com/1172/ |
| 09:14 | 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:14 | dcook | Hmm, this multi-patch git bz thing is...grr |
| 09:15 | There we are | |
| 09:16 | I suppose I could've squashed those? | |
| 09:18 | rangi | you could have, but i did them as 2 patches on purpose so id get mad if you did :) |
| 09:18 | one is the changes | |
| 09:18 | the other is whitespace clean up | |
| 09:19 | dcook | Right |
| 09:19 | * dcook | needs to remember to do a separate whitespace clean up for one of his old failed bugs.. |
| 09:19 | rangi | mixing the 2 of them just makes it hard for qa etc |
| 09:19 | dcook | Agreed. |
| 09:19 | Looking at that old bug of mine, it's going to be interesting remembering what's white space and what isn't | |
| 09:19 | rangi | heh yeah thats the thing |
| 09:19 | dcook | Actually, I have a tool that should ignore the whitespace so it shouldn't be too bad.. |
| 09:20 | rangi | -w is handy |
| 09:20 | tells git to ignore whitespace changes | |
| 09:21 | dcook | in what context? |
| 09:21 | rangi | git blame -w |
| 09:21 | git diff -w | |
| 09:21 | git show -w | |
| 09:21 | etc | |
| 09:21 | dcook | sweet |
| 09:21 | I'll need to remember that one.. | |
| 09:31 | All right. Time to...leave work. I think the bug count is the same as when I started :p | |
| 09:32 | Oh well. It didn't increase, I suppose. | |
| 09:32 | night all | |
| 09:32 | wahanui | goodnight dcook. You'll be back. |
| 09:38 | marcelr joined #koha | |
| 09:41 | kf | drojf: i am going to send an email to the list |
| 09:47 | marcelr | @later tell jcamins please see my comment on bug 10070 |
| 09:47 | huginn` | marcelr: The operation succeeded. |
| 10:09 | * magnuse | tries to tell himself translating will be fun this time around |
| 10:33 | magnuse | @marc 440 |
| 10:33 | huginn` | magnuse: A series statement consisting of a series title alone. (Repeatable) [a,n,p,v,x,6,8] |
| 10:33 | magnuse | @marc 490 |
| 10:33 | 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:33 | wahanui | i already had it that way, huginn`. |
| 10:34 | 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:35 | if i switch from normarc to marc21, both books display the series in the opac, but none of them in the intranet | |
| 10:38 | kf | @later tell drojf - i will hopefully upload completed translations later today |
| 10:38 | huginn` | kf: The operation succeeded. |
| 11:00 | magnuse | woohoo nb-NO-opac-ccsr.po is done! (2 words :-) |
| 11:00 | marcelr | magnuse++ |
| 11:03 | magnuse | nb-NO-i-opac-t-prog-v-3006000.po is done too! |
| 11:22 | kf | :) |
| 11:22 | I started offline translating this morning | |
| 11:22 | Irma joined #koha | |
| 11:34 | 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:36 | marcelr | magnuse: framework stuff? |
| 11:36 | wahanui | framework stuff is confusing to me |
| 11:36 | kf | magnuse: indicators? |
| 11:36 | wahanui | indicators are still to do. |
| 11:37 | christophe_c joined #koha | |
| 11:38 | 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:39 | marcelr | framework settings? |
| 11:39 | magnuse | and those first 5 numbers are just autogenerated stuff |
| 11:39 | they are all set to the standard framework | |
| 11:40 | marcelr | and these are exactly the same? |
| 11:41 | magnuse | should be |
| 11:41 | marcelr | :) |
| 11:41 | magnuse | no differences show up in the cataloguing screens |
| 11:41 | marcelr | the famous hidden options |
| 11:41 | magnuse | heh, lemme check |
| 11:43 | drojf joined #koha | |
| 11:44 | jwagner joined #koha | |
| 11:48 | 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:48 | marcelr | well, you seem to get closer to resolving this |
| 11:50 | kf | magnuse: normal view or xslt view? |
| 11:50 | christophe_c left #koha | |
| 11:53 | magnuse | kf: xslt. the series does display when xslt is off |
| 11:54 | kf | hm have yu checked your xslt? |
| 11:54 | does it check for indicators or some other condidtion? | |
| 11:55 | magnuse | nope, the xslt is really simple |
| 11:55 | marcelr | magnuse: if you are sure to have the same codebase, xslt is not the cause |
| 11:55 | when comparing the two instances | |
| 11:56 | pastebot | "magnuse" at 127.0.0.1 pasted "series xslt" (32 lines) at http://paste.koha-community.org/496 |
| 11:57 | 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:57 | pastebot | "magnuse" at 127.0.0.1 pasted "problematic record" (56 lines) at http://paste.koha-community.org/497 |
| 11:58 | magnuse | it's seems almost as if the 440 is removed from the records before it is passed to the xslt processing... |
| 11:59 | marcelr | strange |
| 11:59 | kf | magnuse: is the marcxml in the database identical? |
| 11:59 | because the xslt view draws from that i think? | |
| 12:00 | tcohen joined #koha | |
| 12:00 | pastebot | "magnuse" at 127.0.0.1 pasted "record in db" (90 lines) at http://paste.koha-community.org/498 |
| 12:01 | magnuse | kf: yeah, i think it is the same |
| 12:01 | marcelr | magnuse: your framework in biblio? |
| 12:02 | pastebot | "magnuse" at 127.0.0.1 pasted "biblio" (15 lines) at http://paste.koha-community.org/499 |
| 12:02 | kf | magnuse: detail view or results? |
| 12:02 | magnuse | detail view |
| 12:02 | wahanui | rumour has it detail view is back |
| 12:02 | magnuse | series does not show in result |
| 12:02 | kf | ok, there goes my zebra index theory |
| 12:02 | magnuse | :-/ |
| 12:05 | kf joined #koha | |
| 12:06 | huginn` | GERMS!!!! |
| 12:06 | wahanui | Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
| 12:06 | * magnuse | tries reindexing anyway |
| 12:07 | magnuse | oh noes, please don't desert us logbot! |
| 12:07 | kf | i got kicked too |
| 12:08 | magnuse | kf: you had "Connection reset by peer", logbot was "No route to host" |
| 12:09 | tcohen_ joined #koha | |
| 12:09 | marcelr | magnuse: i imported your marc record and i see your series on opac and intranet in my testdb on current master |
| 12:12 | magnuse | yeah, i tried importing into an instance running off the most recent packages, and that showed the series in the intranet |
| 12:12 | but i also have an instance where the original data has been upgraded to those same packages (the most recent), and there the series does not show up in the intranet | |
| 12:13 | so it seems there is something about exporting/importing that fixes something or other | |
| 12:13 | marcelr | or something different still between the instances in code or db |
| 12:13 | magnuse | yeah, true |
| 12:13 | reindexing did not change anything, as expected | |
| 12:14 | kf | magnuse: and import/export in that very same instance works? |
| 12:14 | and you are not using local xslt stylesheets or something there? | |
| 12:14 | magnuse | no local xslt |
| 12:15 | well, actually importing into the original instance did *not* work, so yeah i think marcelr is right, there is something wrong with some piece of data in that instance | |
| 12:15 | but then again it works just fine for other records in that original instance... | |
| 12:17 | pastebot | "magnuse" at 127.0.0.1 pasted "this record works" (91 lines) at http://paste.koha-community.org/500 |
| 12:23 | * magnuse | needs to rest his poor brain for a bit, bbiab |
| 12:29 | jcamins | I guess I need to send an e-mail to the lists announcing beta3. |
| 12:32 | marcelr | hi jcamins |
| 12:33 | jcamins | Hello. |
| 12:33 | marcelr | seen the 10070 |
| 12:33 | wahanui | I haven't seen 'the', marcelr |
| 12:33 | marcelr | bug |
| 12:33 | jcamins | marcelr: I did, thank you. :) |
| 12:35 | kf | bug 10070 |
| 12:35 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10070 major, P5 - low, ---, chris, Passed QA , History of anonymous searches is not kept |
| 12:35 | kf | jcamins: can I ask you something cataloguing related? |
| 12:36 | jcamins | Sure. |
| 12:36 | kf | I got a reqeust from a library that is pondering cataloguing photographies in koha |
| 12:36 | and I am nto sure where to put the information | |
| 12:36 | for example, where would you put nformation about the people on the pictures? | |
| 12:36 | jcamins | Usually I see that sort of object cataloged with fields... |
| 12:38 | 100/245/300/500/520/518/545/700. | |
| 12:38 | wahanui | 2.64798189210418e-17 |
| 12:38 | jcamins | Heh. |
| 12:39 | Oh, and 508. | |
| 12:39 | wahanui | 508 |
| 12:40 | tcohen_ | suddenly wahanui handles exponential notation? |
| 12:40 | jcamins | You can also use 511 for the subjects, if that isn't mentioned as part of the summary. |
| 12:40 | tcohen_: yeah, now that we don't care. | |
| 12:40 | kf | hm do you happen to know a catalog with such data? |
| 12:40 | jcamins | Not a Koha catalog. |
| 12:41 | I'm thinking whether I can remember where i've seen it. | |
| 12:42 | Not VA Historical... | |
| 12:43 | http://www.loc.gov/rr/print/gm/GraMatWP8.pdf | |
| 12:44 | Dyrcona joined #koha | |
| 12:51 | nengard joined #koha | |
| 13:08 | nengard left #koha | |
| 13:12 | tcohen | is it possible that we include the ccsr po files in the package soon so people can test koha-translate easily? |
| 13:12 | drnoe joined #koha | |
| 13:14 | mtompset joined #koha | |
| 13:15 | mtompset | Greetings, #koha. |
| 13:15 | A friend of mine posted an interesting story: http://www.newrepublic.com/art[…]-qaeda-save-books | |
| 13:15 | jcamins | tcohen: I was thinking of copying -opac-.po to -ccsr-.po for the release. |
| 13:15 | mtompset | (well the link at least :) ) |
| 13:16 | tcohen | there's a <lang>-opac-ccsr.po on pootle |
| 13:16 | jcamins | tcohen: oh, there is? |
| 13:16 | I didn't realize that. | |
| 13:17 | In that case, I'll just ask druthb to include it in the pull request. | |
| 13:17 | tcohen | :-) |
| 13:18 | druthb | No need to ask me; it will be there. |
| 13:18 | magnuse | jcamins: that sounds like a vrey good idea :-) |
| 13:20 | jcamins | Yay! |
| 13:20 | druthb | The files were updated last night. |
| 13:21 | jcamins | I saw. :) |
| 13:21 | Thanks! | |
| 13:22 | druthb | ALL_the_translators++ |
| 13:23 | magnuse | druthb++ |
| 13:23 | druthb | Awr! Thanks, magnuse! |
| 13:23 | magnuse | well deserved! |
| 13:38 | lds joined #koha | |
| 13:42 | alex_a_ joined #koha | |
| 13:46 | talljoy1 joined #koha | |
| 13:51 | lds joined #koha | |
| 13:57 | maximep joined #koha | |
| 13:58 | lds joined #koha | |
| 14:27 | christophe_c joined #koha | |
| 14:27 | magnuse | marcelr++ kf++ |
| 14:29 | my earlier problem is somehow related to the values in 000. when i reset 000 to the defaults in a record that does not show 440, they do show up. i'm guessing there is some marc21 value somewhere that somehow clashes with what the problematic records have... | |
| 14:29 | * magnuse | wanders off to dinner |
| 14:30 | tcohen | marcelr++ # utf8 work |
| 14:30 | kf | yep marcelr++ |
| 14:37 | magnuse | yeah, really sad to see so much encoding work miss 3.12 |
| 14:37 | but i guess it means 3.14 will be even more awesome! :-) | |
| 14:39 | kf | magnuse: there were lots of problems |
| 14:39 | marcel recommended the revert too | |
| 14:39 | jcamins | You know what? If I get more than two more messages on that stupid thread, I'm setting koha-devel to NOMAIL before I finish up as RM |
| 14:39 | magnuse | yeah, i know. but if we had not been so close to relase we could maybe have solved the problems |
| 14:40 | jcamins | And still not responding to e-mails sent just to me. |
| 14:41 | kf | do I want to know which thread? |
| 14:41 | no probably not | |
| 14:41 | * kf | hands jcamins baldrian cookies |
| 14:42 | jcamins | kf: you'll know it when you see it. |
| 14:42 | Actually, wait. | |
| 14:42 | There's an easy solution to this problem. | |
| 14:43 | Fixed. | |
| 14:43 | All messages to or from that user are deleted. | |
| 14:47 | magnuse | lol |
| 14:56 | BobB joined #koha | |
| 14:57 | * tcohen | decided its time to put that fear away, and read the koha-create script |
| 15:00 | drojf | oh the fun thread is going on? |
| 15:02 | jcamins | drojf: I don't know! I set up a filter so I shan't see any further messages! :D |
| 15:07 | mcooper joined #koha | |
| 15:11 | drojf | it was just a short one. i was hoping for more |
| 15:11 | reiveune | bye |
| 15:11 | reiveune left #koha | |
| 15:11 | drojf | jcamins: but you will get the replies ;) |
| 15:12 | jcamins | drojf: good point. I will filter every message which mentions the user's e-mail address anywhere. |
| 15:13 | * drojf | will answer directly to the list, quote everything and clear the headers just to annoy jcamins |
| 15:13 | drojf | no, i won't ;) |
| 15:13 | not even answer that is | |
| 15:13 | jcamins | Good. |
| 15:13 | At least someone knows better. | |
| 15:19 | trendynick joined #koha | |
| 15:19 | jcamins | drojf: I'm done trying to correct these things. |
| 15:20 | asaurat left #koha | |
| 15:25 | tcohen | jcamins, i've set bug 10094 as blocker for 4876 as it is a rewrite |
| 15:25 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10094 enhancement, P5 - low, ---, koha-bugs, Signed Off , koha-list should have an --disabled option |
| 15:26 | tcohen | (besides the addition of the new switch for using for tab-copmletion) |
| 15:30 | fredy_ joined #koha | |
| 15:35 | kf | drojf: did you see my message? |
| 15:35 | working on theplugin translations now | |
| 15:41 | drojf | kf: yes, thanks |
| 15:46 | kyle_ joined #koha | |
| 15:47 | kyle_ joined #koha | |
| 15:47 | gcb joined #koha | |
| 15:48 | kf | drojf: using dnb translation to translate the plugins - easier to do the searching and stuff with poedit |
| 15:48 | rambutan joined #koha | |
| 15:50 | gcb | Does anyone have a batch method for deleting all authority records with 0 biblios attached? Running Debian koha-common 3.10.5... |
| 15:52 | so_nia left #koha | |
| 15:53 | jcamins | I don't, sorry. |
| 16:01 | * drojf | heads home |
| 16:03 | melia joined #koha | |
| 16:03 | rambutan | It's snowing like H* here, some of the flakes are fully 3"/76mm big. |
| 16:09 | tcohen | @wunder cordoba, argentina |
| 16:09 | huginn` | tcohen: The current temperature in Cordoba, Argentina is 20.0°C (1:00 PM ART on May 02, 2013). Conditions: Overcast. Humidity: 94%. Dew Point: 19.0°C. Pressure: 29.95 in 1014 hPa (Steady). |
| 16:14 | laurence left #koha | |
| 16:33 | rambutan | @wunder 64506 |
| 16:33 | huginn` | rambutan: The current temperature in St Joseph, Missouri is 1.2°C (11:30 AM CDT on May 02, 2013). Conditions: Light Snow. Humidity: 100%. Dew Point: 1.0°C. Windchill: 1.0°C. Pressure: 30.44 in 1031 hPa (Rising). |
| 16:34 | rambutan | close. snow is heavy ATT |
| 16:42 | gaetan_B | bye ! |
| 16:44 | gmcharlt | @quote random |
| 16:44 | huginn` | gmcharlt: Quote #204: "jcamins: It makes me feel like MARC has failed me." (added by chris_n at 05:37 PM, May 11, 2012) |
| 16:44 | gmcharlt | heh |
| 16:59 | kf left #koha | |
| 16:59 | druthb | @quote random |
| 16:59 | huginn` | druthb: Quote #17: "<wizzyrea> holy flaming bacon batman!" (added by jdavidb at 09:40 PM, July 17, 2009) |
| 16:59 | druthb | ! |
| 17:27 | tcohen | question: squeeze-dev packages are built from 3.12 or master? |
| 17:29 | characters with diacritics are broken after re-applying the es-ES translation | |
| 17:29 | looks too pre-6554-revert | |
| 17:30 | i mean, looks serious #koha | |
| 17:36 | http://sna.gy/n8Ccu.jpg | |
| 17:38 | magnuse? | |
| 17:38 | wahanui | magnuse is probably afraid that we added another 10000 bugs while he was eating pizza. |
| 17:38 | bgkriegel joined #koha | |
| 17:44 | tcohen | this show should be called "Desperate encoding problem solvers" |
| 17:45 | ok, fr-FR broken too | |
| 17:50 | jcamins | tcohen: squeeze-dev is built from master, but somewhat out of date master. |
| 17:50 | tcohen | so we dont' have packages for 3.12beta3' |
| 17:50 | bgkriegel | master has the problem |
| 17:51 | if I do a reset --hard HEAD~5, no problem | |
| 17:51 | jcamins | And I can confirm having weird problems with encoding on master that don't appear on 3.12, even though all the patches reverted on master were reverted on 3.12. |
| 17:51 | I thought it was just me. | |
| 17:52 | marcelr commented on bug 10070 and pointed out a problem- maybe that's the problem for everything. | |
| 17:52 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10070 major, P5 - low, ---, chris, Passed QA , History of anonymous searches is not kept |
| 17:55 | tcohen | have I already proposed changing the package naming schema for .deb packages? |
| 17:55 | jcamins | tcohen: maybe, but it doesn't ring any bells for me. |
| 17:56 | I'll roll a package for beta3 and stick it on download.koha-community.org | |
| 17:56 | Hm. | |
| 17:56 | Or maybe I should wait until eythian is around and ask him if I could have upload access to a testing distro on debian.k-c.org. | |
| 17:56 | That's probably better. | |
| 17:57 | tcohen | relying on squeezy, squeezy-dev and oldstable limits what we can do |
| 17:57 | jcamins | Yeah. |
| 17:57 | tcohen | i'd have stable and testing dists |
| 17:58 | and koha-common-3.6..3.12 in stable | |
| 17:58 | so you'd do apt-get install koha-common-3.12 to move from 3.10 to 3.12 | |
| 17:58 | (prepend sudo, of course, NO ONE should run commands as root :-P) | |
| 17:59 | jcamins | Of course. |
| 18:00 | tcohen | Debian already has this version/package naming problem for rolling apache 2.4 |
| 18:00 | is not exactly the same problem, but it resembles | |
| 18:48 | mcooper joined #koha | |
| 19:19 | rambutan | we've just noticed that koha will accept 7 spaces as a password. we're a bit unsure if we want that to be OK |
| 19:20 | tcohen | hmm, the most circulated items report only queries the old_issues table |
| 19:28 | gmcharlt | rambutan: I lean towards not; it would only take one patch thinking "hey, let's trim trailing whitespace from form input" to break it |
| 19:29 | trendynick joined #koha | |
| 19:30 | cait joined #koha | |
| 19:30 | * cait | waves |
| 19:30 | rambutan | we use "Userful" for our public access computers, it does a SIP connection to authenicate users... |
| 19:31 | * druthb | waves to cait |
| 19:31 | * cait | waves back |
| 19:31 | rambutan | we're wondering if Userful might interpret 7 blanks as "nothing", and be letting people on without a proper validation |
| 19:39 | mtj | curious… what does ./install_misc/ubuntu-pkg-check.sh actually do? |
| 19:40 | jcamins | mtj: identifies the packages needed by Koha and generates the packages file. |
| 19:40 | There's a patch on Bugzilla updating it. | |
| 19:41 | mtj | it seems to read ubuntu.packages, and print a bunch of stuff to stdout |
| 19:41 | jcamins | Yes, a list of the packages needed by Koha. |
| 19:42 | So "you need X, Y, and Z packages. Please install them." | |
| 19:42 | druthb | you know, #koha, as we come toward the end of jcamins' term as RM, I want to say he's just been awesome. So much, that I'll help sponsor a dev—I'll toss in a quarter-dollar toward hiring him to rewrite Koha in http://en.wikipedia.org/wiki/LOLCODE. Who's with me? |
| 19:42 | jcamins | (and here's a handy packages file so you don't have to do it manually) |
| 19:42 | lol | |
| 19:43 | mtj: I'm using a version of it to generate the dependency files. | |
| 19:44 | (check_deps.sh in the release-tools repo) | |
| 19:44 | I should add that to the release-tool.pl run. | |
| 19:45 | mtj | ah ok, so thats the missing step... |
| 19:46 | … i wondered what one was sposed to do the that output | |
| 19:47 | perhaps the ubuntu* files should be moved to that repo? | |
| 19:48 | jcamins | I think the idea is that if someone wants to roll their own packages they're probably going to want to be able to identify missing dependencies. |
| 19:48 | I believe tcohen was working on it for that very reason. | |
| 19:51 | * druthb | waves to melia |
| 19:51 | melia | hiya druthb |
| 19:51 | mtj | slightly related, afaict, the 'install' string is unneeded in all the ./install_misc/*packages files |
| 19:51 | kathryn joined #koha | |
| 19:52 | mtj | as is all the tab chars |
| 19:52 | kathryn | morning :) |
| 19:54 | jcamins | mtj: are you sure? |
| 19:54 | mtj | morning kathryn, melia |
| 19:54 | melia | hello mtj |
| 19:54 | jcamins | You can specify that packages are *not* to be installed in those files too, so I'd think that install would be required. |
| 19:55 | kathryn | hi mtj and melia, long time! and hi jcamins :) |
| 19:55 | * kathryn | looks the other way due to a pressing deadline... |
| 19:56 | mtj | jcamins, ahh - i had not clicked to the 'not' bit :/ |
| 19:57 | fyi, all pkgs in those file *are* to be installed | |
| 19:57 | currently | |
| 19:57 | jcamins | Right. |
| 19:57 | Of course. | |
| 19:57 | But the file format is for package markings, which can include uninstalling. | |
| 19:57 | At least, that is my understanding. | |
| 19:58 | Yeah, `man dpkg` | |
| 19:58 | Look under set-selectiosn. | |
| 19:58 | *set-selections | |
| 19:58 | mtj | ok ok, i assumed they were all to be 'installed'… therefore the 'install' string was reduntant |
| 20:04 | jcamins, is there some reason why the std debain package build process fails on ubuntu? | |
| 20:04 | jcamins | mtj: it works for me. |
| 20:04 | What does not work is generating the control file. | |
| 20:04 | mtj | aaah, and ok |
| 20:06 | so, a better approach would be to use an ubuntu tweaked 'control.in' file | |
| 20:06 | jcamins | No, it should just be generated on Debian. |
| 20:07 | The control file generated on Ubuntu would never be backwards compatible with Squeeze. | |
| 20:07 | mtj | yep, i get that.. |
| 20:08 | jcamins | But Ubuntu doesn't need a separate control file, so there's no need for tweakign. |
| 20:08 | mtj | hmm, but the debain contol file doesnt work on ubuntu?! |
| 20:08 | so…. | |
| 20:09 | jcamins | Yes it does. |
| 20:09 | It works completely fine. | |
| 20:09 | The only thing that doesn't work is generating a new control file. | |
| 20:09 | mtj | um, ok... |
| 20:10 | jcamins | Did I not understand your question? |
| 20:11 | I built 3.12.x on an Ubuntu 12.04 server ~5 times last night. | |
| 20:12 | cait | @wunder Konstanz |
| 20:12 | huginn` | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 13.7°C (10:10 PM CEST on May 02, 2013). Conditions: Rain. Humidity: 87%. Dew Point: 12.0°C. Pressure: 30.01 in 1016 hPa (Steady). |
| 20:13 | mtj | jcamins, ok just reading the scrollback |
| 20:14 | jcamins | Yeah, my complaint about building packages on Ubuntu is just that I have to get eythian to generate the control file. |
| 20:15 | mtj | ok, i understand |
| 20:17 | i think my point might have been | |
| 20:18 | ...that the ubuntu*.packages files can/should be autogened using the ./debian/list-deps tool | |
| 20:18 | jcamins | Oh, I see. |
| 20:18 | mtj | rather than humans |
| 20:18 | jcamins | I disagree. |
| 20:18 | We'd have to find a server running every Ubuntu LTS and both versions of Debian. | |
| 20:19 | With the scripts we're using now, I can generate all of them on any apt-flavored Linux server. | |
| 20:20 | Changing debian/list-deps to offer that functionality might be good, too, of course, but as we have working scripts for all cases, it doesn't seem so critical. | |
| 20:20 | And, I don't write the files by hand. | |
| 20:21 | I run the scripts and pipe the output into the file I want. | |
| 20:21 | mtj | lol, ah ok - i thougth they were gen'ed by hand |
| 20:22 | jcamins | Heck no. |
| 20:22 | mtj | twas the tabs! |
| 20:22 | jcamins | No, it's a Debian file. Debian uses tabs for everythign. |
| 20:22 | *everything | |
| 20:25 | mtj | im shocked that those .pkg files are correct to spec! |
| 20:25 | jcamins | I'm pretty sure. |
| 20:26 | * jcamins | leaves. |
| 20:26 | mtj | thanks for the brainslap :p |
| 20:29 | rambutan joined #koha | |
| 20:30 | * mtompset | starts to read scroll back, "This packages thing for Ubuntu is important to me." |
| 20:38 | mtj | i reckon the patch for an ubuntu version of debian/control.in would be very small |
| 20:39 | jenkins_koha | Starting build #330 for job Koha_Docs (previous build: SUCCESS) |
| 20:39 | Project Koha_Docs build #330: SUCCESS in 1 min 38 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/330/ | |
| 20:39 | Nicole C. Engard: add today syntax to notices | |
| 20:40 | mtj | i cant really spot why it wouldnt work without a patch, even |
| 20:41 | ie: i cant really spot why it would currently fail :) | |
| 20:48 | Irma joined #koha | |
| 20:48 | fredy joined #koha | |
| 20:48 | moodaepo joined #koha | |
| 20:48 | huginn` joined #koha | |
| 20:48 | tweetbot joined #koha | |
| 20:48 | alohabot joined #koha | |
| 20:48 | halcyonCorsair joined #koha | |
| 20:51 | hankbank joined #koha | |
| 20:51 | mtompset | nice network blip. |
| 20:53 | For the record, 64-bit dselect still busted on Ubuntu precise. :( | |
| 21:02 | rangi | mtj: its not needed to pass, gen the file on debian, you can build it on ubuntu, i even have a ppa that does them automatically |
| 21:02 | there is a patch telling people not to edit the file even | |
| 21:05 | nengard joined #koha | |
| 21:05 | pastebot | "nengard" at 127.0.0.1 pasted "looking for git help - how do undo a cherry pick - revert back?" (7 lines) at http://paste.koha-community.org/501 |
| 21:06 | gmcharlt | nengard: git reset --hard |
| 21:07 | nengard | i should know that by now |
| 21:07 | i guess i always worry about typing that without asking first :) | |
| 21:07 | thanks gmcharlt | |
| 21:07 | jenkins_koha | Starting build #331 for job Koha_Docs (previous build: SUCCESS) |
| 21:08 | Project Koha_Docs build #331: SUCCESS in 15 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/331/ | |
| 21:08 | Nicole C. Engard: update basket with note about adding items | |
| 21:08 | mtj | rangi, ok - im sure jared said ubuntu had problems building/generating the control file |
| 21:09 | trea | strange - remember that problem with ldap yesterday? it seems that disabling the extendedpatronattributes syspref now allows ldap to authenticate. |
| 21:14 | mtompset | rangi++ # right, I forgot I was using port based access on IP address for a local VM. :) |
| 21:15 | rangi | trea: yep i knew it was to do with that, its because they have it enabled and no attributes set up is my theory |
| 21:15 | trea | they have one patron attribute configured. but they claim they aren't using it |
| 21:15 | BobB joined #koha | |
| 21:16 | trea | and unfortunately the action logs only show that the syspref was turned on 2 years ago, not when an extended attribute was added/removed. |
| 21:16 | cait | trea: hm we pushed a patch to allow using patronattributes into 3.12 i think |
| 21:16 | for ldap | |
| 21:16 | which version are you looking at? | |
| 21:16 | bag | well cool that it works |
| 21:16 | trea | 3.8.5 |
| 21:16 | cait | hm |
| 21:16 | trea | that's a good enough reason for me then cait. |
| 21:16 | they aren't using them, and disabling it for now works | |
| 21:16 | so we'll just leave it at that | |
| 21:16 | wizzyrea | winning! |
| 21:16 | wahanui | Thanks, Mr Sheen. |
| 21:16 | trea | verily |
| 21:17 | cait | bug 8919 |
| 21:17 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8919 critical, P1 - high, ---, dpavlin, RESOLVED FIXED, ExtendedPatronAttributes not populated from LDAP |
| 21:17 | trea | ah thx cait |
| 21:17 | cait++ | |
| 21:17 | cait | not sure if it's related - you will have to check |
| 21:18 | my brain only memorized ldap and patron attributes somehow :) | |
| 21:18 | hm bug 9299 | |
| 21:18 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9299 major, P3, ---, gmcharlt, NEW , for loop in Auth_with_ldap.pm requires an extended patron attribute to be set or LDAP logins fail |
| 21:18 | cait | bug 9375 sounds ugly too |
| 21:18 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9375 major, P5 - low, ---, gmcharlt, NEW , Logging in with LDAP creates duplicate users |
| 21:18 | cait | youall know we can still push bug fixes that don't touch templates... right? ;) |
| 21:19 | trea | that's good for me cait :P |
| 21:19 | thx again | |
| 21:22 | mtompset | bi-winning! |
| 21:23 | jenkins_koha | Starting build #43 for job Koha_Docs_3.10.x (previous build: SUCCESS) |
| 21:23 | Starting build #34 for job Koha_Docs_3.8.x (previous build: SUCCESS) | |
| 21:23 | Project Koha_Docs_3.10.x build #43: SUCCESS in 12 sec: http://jenkins.koha-community.[…]a_Docs_3.10.x/43/ | |
| 21:23 | * Nicole C. Engard: add today syntax to notices | |
| 21:23 | * Nicole C. Engard: update fine syntax in notices | |
| 21:23 | * Nicole C. Engard: update basket with note about adding items | |
| 21:23 | Project Koha_Docs_3.8.x build #34: SUCCESS in 14 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/34/ | |
| 21:23 | Nicole C. Engard: update fine syntax in notices | |
| 21:24 | pastebot | "nengard" at 127.0.0.1 pasted "report help - staff with SQL permissions - why isn't my report working?" (33 lines) at http://paste.koha-community.org/502 |
| 21:27 | wizzyrea | does anyone know if things related to framework imports, if the errors are output anywhere |
| 21:27 | I looked in the koha log, and nothing there | |
| 21:27 | it would just be nice to know why it fails when it does. | |
| 21:27 | eythian | hi |
| 21:27 | wahanui | what's up, eythian |
| 21:30 | rambutan | hi eythian |
| 21:30 | wizzyrea | rambutan is it snowing wher eyou are? |
| 21:30 | bgkriegel | nengard: remove the UNION |
| 21:31 | rambutan | has been snowing all day! |
| 21:31 | heavily all day | |
| 21:32 | nengard | then superlibrarians aren't included ... but yes I see how that works :) |
| 21:32 | if I only want those with SQL permissions | |
| 21:32 | :) thanks | |
| 21:32 | rambutan | I should go check on our goose. |
| 21:33 | tcohen joined #koha | |
| 21:36 | rambutan | http://imageshack.us/photo/my-[…]/snowgoose01.jpg/ |
| 21:36 | rangi | :) |
| 21:36 | wizzyrea | d'awww |
| 21:36 | rambutan | stupid goose is nesting in our flower bed. we had to block off the steps to keep patrons away. |
| 21:37 | rangi | lol |
| 21:38 | wizzyrea | aww |
| 21:38 | mtj | that is one cute goose |
| 21:39 | nengard left #koha | |
| 21:39 | wizzyrea | she looks so pleased with herself. |
| 21:40 | rambutan | WE HAVE BABIES! |
| 21:40 | wizzyrea | !!! |
| 21:40 | just right now? | |
| 21:40 | rambutan | Looks like at least two have hatched. |
| 21:40 | wizzyrea | like, now? |
| 21:40 | rambutan | since yesterday |
| 21:40 | wizzyrea | hehe |
| 21:40 | goslings. Awesome. | |
| 21:44 | jcamins | mtj: are you unable to build packages on Ubuntu? |
| 21:45 | mtj | no no - i dont even have an ubuntu box handy |
| 21:46 | jcamins | Okay... building packages works fine on Ubuntu without any patch to control.in. |
| 21:47 | mtj | okay, and building the control file from control.in, using the list-deps tool works fine, too? |
| 21:48 | jcamins | No, but we can't fix that without substantially rewriting list-deps. |
| 21:49 | mtj | ok, im completely cool with that |
| 21:49 | jcamins | Because making apt-file use a Squeeze cache instead of an Ubuntu cache requires building an entire Squeeze-y environment. |
| 21:51 | mtj | i just gotta ask :) there doesnt seem to be anything 'squeezy' about list-deps? |
| 21:52 | why wont list-deps 'just work' on a buntu box? | |
| 21:52 | gmcharlt | @quote random |
| 21:52 | huginn` | gmcharlt: Quote #161: "* wizzyrea prefers pricks" (added by kf at 02:18 PM, October 18, 2011) |
| 21:52 | wizzyrea | WHAT |
| 21:52 | lol | |
| 21:52 | * gmcharlt | blinks |
| 21:52 | * wizzyrea | blinks too |
| 21:52 | wizzyrea | now I have to go find out what the context of *that* gem was |
| 21:52 | rangi | mtj: why does it need to? |
| 21:53 | * jcamins | blinks twice |
| 21:53 | jcamins | mtj: the script will just work. |
| 21:53 | What it will not do is take into account Squeeze's package naming. | |
| 21:54 | So we would end up with a package that ran on Ubuntu and Wheezy but not Squeeze, even though Koha works perfectly under Squeeze. | |
| 21:58 | mtj | rangi, well sometimes jared wants to build a control file, on his buntu box, afaik? |
| 21:58 | wizzyrea | we were talking about umlauts, if anyone was curious. |
| 21:59 | BobB joined #koha | |
| 21:59 | mtj | so, thats a reason why 'it might need to' ? |
| 21:59 | gmcharlt | wizzyrea: I will never think of orthography the same way ever again |
| 21:59 | jcamins | mtj: I can just bug eythian. |
| 21:59 | On the subject of which... | |
| 21:59 | eythian! | |
| 21:59 | wahanui | eythian is great at jokes. That everyone else misses them isn't his problem. |
| 21:59 | cait | gmcharlt++ |
| 22:00 | mtj | … and there you go, problem solved |
| 22:00 | jcamins | I'm thinking maybe I should upload a package for beta3. |
| 22:00 | eythian | jcamins: yeah? |
| 22:00 | jcamins | Yup. The question is, where. |
| 22:00 | Oh, hey, I should also make sure that I push the tag. | |
| 22:01 | The tag has been pushed. | |
| 22:01 | papa joined #koha | |
| 22:01 | jcamins | Anyway, I was thinking maybe we could add a "testing" distribution to debian.koha-community.org. |
| 22:02 | And I wanted to know A) what you thought of that and B) where debian.koha-community.org was and whether or not I could upload to it. | |
| 22:02 | wizzyrea | also, this was a great day for nonsense in #koha: http://irc.koha-community.org/[…]g/koha/2011-10-18 |
| 22:03 | gmcharlt | jcamins: will it break anything for you for me to test/push 10150? |
| 22:03 | jcamins | bug 10150 |
| 22:03 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10150 normal, P5 - low, ---, koha-bugs, Passed QA , koha-email-disable error handling |
| 22:03 | jcamins | No. |
| 22:03 | Please do. | |
| 22:03 | I'm planning on cherry-picking that one, since the way that the scripts die is definitely a bug. | |
| 22:04 | Ditto 10084. | |
| 22:04 | eythian | jcamins: can you ask me about that next time you see me here after today? On a scale of one to busy, I'm overloaded right now. |
| 22:04 | this will however end with a deadline today most likely | |
| 22:04 | jcamins | eythian: okay, I'll upload the deb to downloads.k-c.org. |
| 22:04 | eythian | ok |
| 22:05 | jcamins | That's the fastest. :) |
| 22:12 | Well... | |
| 22:12 | maybe. | |
| 22:13 | My uplink to download.k-c.org is painfully slow. | |
| 22:13 | And I have no idea why, because everywhere else I can get 1MB/s+ uploads. | |
| 22:16 | rangi | its not maxing out at the linode end, afaict |
| 22:18 | huginn` | New commit(s) kohagit: Bug 10150 - koha-email-disable error handling <http://git.koha-community.org/[…]b93bc15d0fa88e79a> |
| 22:19 | rangi | ohh linode are offering me a free upgrade |
| 22:19 | wizzyrea | oooh! |
| 22:20 | rangi | download/bugs/wahanui and the dashboard will disappear sometime in the future |
| 22:22 | gmcharlt | the very, very near future! ;) |
| 22:23 | jenkins_koha | Starting build #1161 for job Koha_master (previous build: FIXED) |
| 22:23 | rangi joined #koha | |
| 22:23 | rangi | well that was faster than expected |
| 22:24 | gmcharlt | quick! let's finish voting on the position we've volunteered rangi for! |
| 22:24 | jcamins | Fortunately it was after the upload finished. |
| 22:25 | Guest4149 | yeah it said i was last place in the queue |
| 22:25 | short queue | |
| 22:25 | gmcharlt | was it the CPU core upgrade? |
| 22:26 | Guest4149 | ram and cpu yep |
| 22:27 | up to 1gig and 8 core | |
| 22:27 | maximep | this new cpu is so much faster |
| 22:27 | couldnt believe it | |
| 22:27 | and double the ram always helps :p | |
| 22:28 | * gmcharlt | will never, ever turn down a gift of RAM |
| 22:28 | huginn` | New commit(s) kohagit: Bug 10084 - YUI path wrong in CCSR theme with packages <http://git.koha-community.org/[…]f7f7f1d026c46e05a> |
| 22:28 | rangi` joined #koha | |
| 22:29 | jcamins | The problem is definitely not on linode's end, because no one throttles *downloads* at 100Kbps. |
| 22:31 | mtompset | disappear in the near future? temporarily? |
| 22:32 | jcamins | mtompset: yeah, you missed it. |
| 22:32 | It was fun while it lasted. | |
| 22:32 | mtompset | I must have blinked. :) |
| 22:32 | rangi` joined #koha | |
| 22:33 | melia | the community bugzilla is not loading for me right now |
| 22:33 | gmcharlt | melia: down for brief maintenance |
| 22:33 | jcamins | Okay, never mind mtompset. You didn't quite miss it. |
| 22:34 | gmcharlt | after it comes back, because of a free Linod upgrade, it should be faster |
| 22:34 | *Linode | |
| 22:34 | melia | ok cool. thanks gmcharlt. |
| 22:35 | wizzyrea | hm the xslt in the staff client looks a bit odd. |
| 22:36 | for results | |
| 22:36 | jcamins | How so? |
| 22:39 | mtompset | Where's the doctor, the rani is attacking. ;) |
| 22:41 | wizzyrea | they are squished |
| 22:42 | mtompset | Nooooo.... now I have to practice patience for bugzilla to come back. :P |
| 22:43 | rangi | its been back for about 8 minutes |
| 22:43 | cait | http://translate.koha-community.org/de/312/ |
| 22:44 | *happy* | |
| 22:44 | jcamins | cait: well done! |
| 22:44 | gmcharlt | cait++ # you completist, you! |
| 22:44 | jcamins | Maybe I shouldn't have given you translators so much time! |
| 22:44 | mtompset | DOH! URL wrong. :( |
| 22:45 | cait | lol thx |
| 22:45 | you all have no idea how many weird things are hiding in 006/008 :) | |
| 22:45 | plugins that is | |
| 22:45 | mtompset | bug 459 |
| 22:45 | huginn` | 04Bug http://bugs.koha-community.org[…]ow_bug.cgi?id=459 enhancement, P4, ---, mtompset, In Discussion , No uninstall script |
| 22:45 | cait | so glad they are finally translatable again |
| 22:46 | bgkriegel++ | |
| 22:46 | mtompset | Silly preference setting. |
| 22:46 | bgkriegel | :) |
| 22:46 | * mtompset | grumbles at chatzilla for not knowing what I meant. |
| 22:47 | grumbles that multi-arch is still dselect busted in precise. Checking 13.04 | |
| 22:50 | eythian | isn't dselect totally deprecated these days |
| 22:50 | mtompset | So how do you Debianites install the required libraries for a git install? |
| 22:50 | jcamins | apt-get. |
| 22:51 | Specifically: sudo apt-get install koha-perldeps | |
| 22:52 | mtompset | koha-perldeps is new, right? |
| 22:52 | eythian | several months |
| 22:53 | prior to that apt-get builddeps koha-common, or whatever the command is. | |
| 22:54 | mtompset | I suppose this conversation ties back to the scrolled back portion I was reading earlier? |
| 22:54 | jcamins | No. |
| 22:54 | eythian | NO. |
| 22:54 | s/O/o/ | |
| 22:56 | mtompset | do you mean koha_perl_deps.pl? |
| 22:56 | Or is that a package I was unaware of? | |
| 22:56 | jcamins | A package you were unaware of. |
| 22:57 | mtompset | Hmmm... okay. Is it usable by Ubuntu? |
| 22:58 | jcamins | Yes. |
| 22:58 | maximep | yay, faster bz =) |
| 22:58 | jcamins | There is no difference between Debian and Ubuntu for the purposes of anything to do with packages. |
| 22:59 | eythian | well, there's no difference between squeeze and ubuntu, but there is a difference between ubuntu and squeeze |
| 22:59 | * eythian | confuses matters |
| 22:59 | mtompset | That's not confusing, if you think sets. |
| 22:59 | eythian | I was, yes |
| 23:00 | mtompset | Sort of like all Tagalog is Filipino, but not all Filipino is Tagalog. |
| 23:00 | Despite people's tendency to interchange them. | |
| 23:01 | Um... koha-perldeps?! I installed it, but it isn't a script. What does it install? | |
| 23:02 | jcamins | Koha's perl dependencies. |
| 23:02 | You can also just install koha-common. | |
| 23:03 | eythian | it's just koha-common without any code. |
| 23:03 | mtompset | Ah. So for git, you install the koha-perldeps. |
| 23:03 | eythian | and without things like apache |
| 23:03 | yeah, and it gives you all the perldeps. | |
| 23:03 | jcamins | Right, Apache is not a Perl dependency. |
| 23:03 | eythian | yeah |
| 23:03 | jcamins | Also, Apache is evil. |
| 23:03 | mtompset | True enough. |
| 23:03 | jcamins | EVIL! |
| 23:03 | EVIL! | |
| 23:03 | eythian | there's also koha-deps IIRC |
| 23:03 | jcamins | EVIL! |
| 23:04 | EVIL! | |
| 23:04 | eythian | breathe, jcamins |
| 23:05 | * jcamins | breathes. |
| 23:05 | jcamins | Right, good idea. |
| 23:05 | * trea | hands jcamins a paper bag. |
| 23:05 | mtompset | oh my word... this makes installation for git even simpler! |
| 23:05 | jcamins | Actually, you know what's really cool? |
| 23:05 | gitify | |
| 23:05 | gitify? | |
| 23:05 | wizzyrea | cjh++ |
| 23:05 | jcamins | where is gitify? |
| 23:05 | mtompset | Why didn't anyone mention these before? |
| 23:06 | jcamins | koha-gitify? |
| 23:06 | gitify koha? | |
| 23:06 | rangi | wahanui is dead |
| 23:06 | jcamins | Oh. |
| 23:06 | eythian | oh |
| 23:06 | rangi | cos i rebooted the linode |
| 23:06 | jcamins | Noooooooooooo!!!! wahanui! Cut down in the prime of life! |
| 23:06 | mtompset | Hey, I'm still waiting for bugzilla. |
| 23:06 | jcamins | mtompset: https://github.com/mkfifo/koha-gitify |
| 23:06 | wahanui joined #koha | |
| 23:06 | jcamins | It's up. |
| 23:06 | trea | whew |
| 23:06 | eythian | wahanui: gitify |
| 23:06 | wahanui | gitify is at https://github.com/mkfifo/koha-gitify |
| 23:06 | mtompset | Oh right... DOH! |
| 23:07 | * gmcharlt | can't resist |
| 23:07 | gmcharlt | @quote add <jcamins> Noooooooooooo!!!! wahanui! Cut down in the prime of life! |
| 23:07 | huginn` | gmcharlt: The operation succeeded. Quote #245 added. |
| 23:07 | rangi | mtompset: its been up for 20 mins |
| 23:07 | mtompset | I blame the aspartame! |
| 23:07 | :) | |
| 23:08 | wizzyrea | yea, bugs is working for me |
| 23:08 | rangi | i forgot to switch on ipv6 |
| 23:08 | so ill have to reboot again | |
| 23:08 | but not today | |
| 23:09 | cait left #koha | |
| 23:09 | cjh | wizzyrea: jcamins sorry, didnt see the ping. |
| 23:09 | wizzyrea | is alright |
| 23:10 | cjh | jcamins: thanks for the plug :) |
| 23:15 | mtj | woo, ive got a x2 linode ram too... ~(‾▿‾)~ |
| 23:15 | cjh | I have to reboot my linode to get the RAM and CPU upgrades |
| 23:16 | jcamins | Everyone but me got a Linode upgrade. :( |
| 23:16 | mtj | is teh everyone getting them? |
| 23:16 | cjh | jcamins: why didnt you get one? |
| 23:16 | mtj | aah... :( |
| 23:16 | jcamins | cjh: because I don't use Linode. |
| 23:16 | cjh | heh |
| 23:29 | alohalog` joined #koha | |
| 23:29 | Topic for #koha is now Welcome to #koha this channel is for discussion of the Koha project and software http://koha-community.org. Next general IRC meeting 7 May 2013 at 02:00 UTC | |
| 23:31 | BobB joined #koha | |
| 23:34 | mtj joined #koha | |
| 23:34 | jenkins_koha | Project Koha_master build #1161: UNSTABLE in 1 hr 11 min: http://jenkins.koha-community.[…]Koha_master/1161/ |
| 23:34 | * Tomas Cohen Arazi: Bug 10150 - koha-email-disable error handling | |
| 23:34 | * Tomas Cohen Arazi: Bug 10084 - YUI path wrong in CCSR theme with packages | |
| 23:34 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10150 normal, P5 - low, ---, koha-bugs, Pushed to Master , koha-email-disable error handling |
| 23:34 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10084 minor, P5 - low, ---, tomascohen, Pushed to Master , YUI path wrong in CCSR theme with packages | |
| 23:40 | jcamins | AAAAAAAAAAAAAAARRRRRGGGGGHHHHHH!!!!!!!! |
| 23:40 | eythian neatened up his e-mail and the offending address did not appear and trigger my filters. | |
| 23:41 | eythian | happy to test your system for you :) |
| 23:41 | * mtompset | laughs, "I was initially thinking it was related to the bugs above, but yes." |
| 23:41 | rangi | the unstable is just caused by the fragile daily quotes test again |
| 23:42 | jcamins | What would people think about using the same CGI parameter for both biblionumbers and authids in instances where an operation can be performed on either equally well? |
| 23:42 | Something like &recordid= | |
| 23:42 | wizzyrea | did you really lmgtfy paul, that's awesome |
| 23:42 | mtompset | dislike... not clear to newbies. |
| 23:42 | eythian | mtompset: newbies shouldn't be seeing that |
| 23:42 | jcamins | mtompset: and &authid= is clear? |
| 23:42 | eythian | jcamins: though, does it run the risk of confusing the two values at all? |
| 23:43 | jcamins | Or, worse, &biblionumber= |
| 23:43 | cjh | hahhahahaha |
| 23:43 | jcamins | eythian: not since they're different scripts. |
| 23:43 | cjh | eythian++ |
| 23:43 | eythian | jcamins: oh, I thought you meant for one thing that could take either |
| 23:43 | jcamins | No. |
| 23:43 | mtompset | I thought the same thing, eythian. |
| 23:44 | moodaepo joined #koha | |
| 23:44 | jcamins | I'm looking at merging records. |
| 23:44 | eythian | hmm. I don't think I have a particular opinion on the matter either way. |
| 23:44 | mtompset | Do the script names make it clear what the recordid being looked for is? |
| 23:44 | dcook joined #koha | |
| 23:45 | jcamins | It seems bizarre to me that authorities/merge.pl and cataloguing/merge.pl should look almost exactly the same, and do basically the same thing, but have different CGI parameters. |
| 23:45 | eythian | well, they shouldn't do much of anything at all, they should have all their logic in a shared module. |
| 23:46 | mtompset | Ah, the path makes it clear... no objections then. :) |
| 23:46 | jcamins | Exactly. |
| 23:47 | And that's why it seems weird to me that the CGI parameters are different. | |
| 23:47 | mtompset | Oh, and as for newbie, eythian, I meant someone new to the koha community, but not necessarily to coding. |
| 23:48 | Writing readable code that makes sense months after you write it is good. | |
| 23:48 | eythian | maybe it should be one .pl file, and it takes authid or biblionumber appropriately? |
| 23:48 | jcamins | eythian: oooh. |
| 23:48 | That's more tempting. | |
| 23:48 | cjh | mtompset++ |
| 23:48 | maximep left #koha | |
| 23:48 | mtompset | No... I prefer two wrappers, and a call to a shared library. |
| 23:48 | jcamins | In that case, the differing parameters actually make sense. |
| 23:49 | eythian | mtompset: if they do 99% the same thing, they're copy-paste code that is more work to maintain. |
| 23:49 | mtompset | hence the shared library. |
| 23:50 | eythian | jcamins: could even symlink them to keep the original name if you wanted to be fancy :) |
| 23:50 | cjh | heh |
| 23:50 | mtompset | that way you can have just one parameter understandably. |
| 23:50 | * eythian | suspects there may be unknown side-effects of that though |
| 23:51 | jcamins | eythian: that sounds very side-effect prone. |
| 23:51 | eythian | mtompset: it's pretty much a rule that duplicating code is a bad thing, if this is the case here, and it can be cleaned up by merging (heh) it, it probably should happen. |
| 23:51 | jcamins | Well, step one is getting something working with authorities. |
| 23:51 | mtompset | BTW, related to good code. I actually wrote code that I forgot about 6 months ago, and I documented it well enough that it all made sense when I was reminded of it recently. That was a nice cheering moment. :) |
| 23:52 | eythian: Yes, but merging the major logic inside of a shared library means one maintenance point, as the wrappers would merely pass different parameters to the same function. | |
| 23:53 | eythian | there's more to a .pl than just being a wrapper. There's a pile of boilerplate too. |
| 23:54 | jcamins | A large pile in this case. |
| 23:56 | mtompset | Ah... large amount of boilerplate code? Hmmm.... I like the symlink idea, but would keep two parameters then. |
| 23:57 | I think the two parameters would reduce if not eliminate worrisome side-effects. | |
| 23:58 | jcamins | The symlink idea would be incredibly fragile, I think. |
| 23:58 | eythian | it would |
| 23:58 | mtompset | Especially if it didn't get set up properly on a packages install. |
| 23:58 | eythian | well, actually, it'd probably all just magically work |
| 23:59 | mtompset | Oh come on! We don't need a fairies upgrading koha problem. :P |
| 23:59 | eythian | but someone would try and run it through zip, or set it up on windows or something, and it would go missing. |
| 23:59 | or a weird webserver configuation |
← Previous day | Today | Next day → | Search | Index