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