IRC log for #koha, 2008-08-08

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
12:00 johnny chris: thanks!
13:27 hdl hi
13:27 owen Hi hdl
13:28 hdl kados : I sent a patch months ago : fixes 2 search problem and received no answer on it neither was it pushed.
13:28 is there a problem ?
13:35 nengard need help with notices if anyone can give me advice
13:35 Debra Denault: do you know what the choice "default" refers to in the list of notice templates when you are defining your notice triggers for a given patron category?
13:35 Nicole Engard: default i think will be all categories
13:35 Nicole Engard: let me check with the guys though
13:35 Nicole Engard: i didn't get to test notices much
13:35 Debra Denault: not the default for the libraries but the notice one
13:35 Nicole Engard: oh ... hmmm
13:35 Debra Denault: there are two default values .. one in the list of locations and then for each notice trigger you set for a given patron category (for a location or across all locations) there is an option called default which it defaults to :)
14:06 johnny so, i have a feeling make test needs to have some Tables created before being able to succeed?
14:06 am I right?
14:13 atz johnny: it may be true, though data dependent stuff is supposed to be moved to a separate directory
14:13 acmoore johnny: it does, but it's not supposed to. I've been working on moving those tests so that a basic "make test" will succeed before the database is built.
14:13 johnny: what version of koha are you running? I'm wondering if we have missed some of those tests.
14:14 also, we neeed a better way of helping users measure their "version" number.
14:29 hdl atz: seems statistics table has been dropped ?
14:31 atz ?
14:32 hdl statistics table is there.
14:32 or should be
14:40 johnny acmoore: i'm using the git version
14:40 I guess 3.X
14:40 the output of make test is http://dpaste.com/69992/
14:41 acmoore johnny: thanks, that helps. It looks like there is a test in the Barcodes.t that depends on the database. that should be moved to the database dependent tests.
14:41 johnny git log says i am at "commit 885b2337a11253a5d726955134514dff457e7d41"
14:41 ah
14:42 atz acmoore: only 1 test in Barcodes, iirc
14:44 acmoore johnny: I opened up bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2483 for this. thanks for the notice.
14:44 johnny cool
14:44 nice one
15:10 atz acmoore: it looks like it fails for "annual" format because Dates has a syspref dependency
15:10 acmoore atz: makes sense. thanks.
15:11 atz yeah, (imho) these designer barcode formats are clearly not worth the trouble they cause
15:17 johnny good evening all
15:17 hdl good evening johnny
16:05 hi gmcharlt
16:06 everyone : Is there some common perltidyrc we should use ?
16:06 gmcharlt hi hdl
16:06 hdl: I think acmoore has a minimal perltidyrc
16:09 hdl acmoore ? I have seen some recommandation in some mail.
16:09 acmoore There's one in xt/perltidyrc of the disutribution. I tried to make it based on historical evidence I found of desired style.
16:10 I'm open to suggestions (or patches), though.
16:13 hdl Maybe it is enough.
16:13 At least, it exists.
16:14 acmoore I think it's pretty minimal, but every potential change is a potential war, so I don't really dare to add too much to it.
16:15 complying with anything at all would be far better than what we have, though, so I don't mind too much.
16:45 cnighs acmoore, hdl: "Perl Best Practices" has a nice recommendation for perltidyrc
16:47 acmoore cnighs: yep, it does. Agreeing on that one might be a way to defer to an innocent third party.
16:48 cnighs acmoore: that makes things a bit more objective ;-)
16:49 paul ok, it's time for vacation for me NOW. will be back on aug, 28
16:49 no internet access at all until then.
16:49 acmoore cnighs: I encourage you to propose that to koha-devel. I'll happily follow a reasonable proposal like that.
16:49 paul: have a good time!
16:50 cnighs paul: no internet++
16:50 enjoy!
16:54 gmcharlt paul: enjoy your vacation
16:54 paul thx, gmcharlt & congrats for your promotion to VP ;-)
16:54 gmcharlt paul: thanks
17:11 nengard awesome: http://www.librarything.com/bl[…]-librarything.php
17:16 kados did that over last weekend at the airport
17:17 it'll be part of 3.2 for sure
17:18 nengard kados - awesome!!
17:23 kados did the API give you covers before today?
17:23 I got the impression that this part was new
17:38 hdl cnighs: yes : I thought we could eventually use it.
18:12 owen ryan around?
18:34 ryan hi owen
18:35 owen: http://nekls.tst.kohalibrary.c[…]ha/opac-search.pl
18:37 owen ryan, is that with noItemTypeImages on, or with 'no image' selected for the item types?
18:39 ryan owen: these are collection codes
18:39 owen Oh, sorry
18:39 ryan so the adv search syspref is set to ccode.
18:39 owen So I'm not testing it properly
18:44 Ryan, I notice that when I edit my CCODEs to remove the icon, the Authorized Values screen that lists my CCODEs tries to load this image for each one: <img alt="" src="/intranet-tmpl/prog/img​/itemtypeimg/removeImage"/>
18:45 Looks like that's the same thing that's being output to the adv search page
18:45 ryan that's odd.
18:46 so it's in the script?
18:46 owen Yeah
18:48 atz so if I run the MARC Bibliographic Framework Test, and it tells me:
18:48 invalid authority types:  Not all authority types referred to by the frameworks are defined.
18:51 pianohacker Dumb question: What exactly does it mean when an item is withdrawn? It looks like AddReturn won't let you remove the checkout
18:51 ryan hrmm.  that doesn't sound good.
18:51 atz:  is that in a new installation?
18:52 atz The missing auth. type is apparenlly AR  Models  100  a  PERS0_NAME
18:52 ryan pianohacker: that seems like a strange behavior.  I guess it means 'we withdraw all claims of ownership of this material, so don't try to give it back to us.'
18:53 pianohacker Odd
18:53 ryan atz: that's an old framework problem that was fixed.
18:53 change the zero to 'O'
19:17 owen Hey liz-nekls, how's it going?
19:51 cnighs owen, atz: is the general consensus to avoid using the DEFAULT= option of TMPL_VAR?
19:52 owen Unless you get the word from paul that the translator script would pick up translatable strings inside the DEFAULT=""
19:52 I strongly suspect the translator would /not/.
19:57 liz-nekls_ going pretty well, how are you Owen?
19:58 I've been afk sorry >.<
20:06 owen liz-nekls: dealing with mostly paperwork today, unfortunately
20:15 ryan hdl: , acmoore  or anyone familiar with overdue notices:  I see Paul's latest patch makes overdue rules require a branch.  This is intended ?
20:19 acmoore I didn't realize that it did that. I thought it just dealt with cases where there was a default rule. Hmm. I don't think that's intentional.
20:20 ryan i guess it's a quick fix that removes some functionality.  i think a proper fix would require adding an api function?
20:24 acmoore ryan: I'm not sure of the best way to fix it. I think it stems from the poor way that it handles defaulting to all branches when no particular branch is selected.
20:25 ryan: can you open a bug that shows this problem, please?
20:25 ryan acmoore: yes, i am still having some problems with other data missing as well.
20:25 i'll put them all into one bug report.
20:26 acmoore hmm. OK. thanks.
20:34 atz ryan: I suspect it isn't as simple as:  UPDATE auth_types SET authtypecode=PERSO_NAME where authtypecode=PERS0_NAME;
20:35 ryan atz: actually, i think it may be.
20:36 atz: auth_tag_structure & auth_subfield_structure
20:36 atz foo.... mysql> SELECT * from auth_types where authtypecode LIKE "%0%";
20:36 Empty set (0.00 sec)
20:39 mysql> select * from auth_tag_structure where authtypecode LIKE "%0%";
20:39 Empty set (0.03 sec)
20:39 mysql> select * from auth_subfield_structure where authtypecode LIKE "%0%";
20:39 Empty set (0.13 sec)
20:44 ryan hmm
20:46 ah...
20:47 it is in marc_subfield_structure.
20:47 atz: i think that's where it's wrong ?
20:49 atz ok, got it
20:55 The code was:  UPDATE marc_subfield_structure SET authtypecode="PERSO_NAME" WHERE authtypecode="PERS0_NAME";
20:55 probably should be put in updatedatabase
20:56 hdl ryan : I will try to see overdue notices tomorrow.
21:06 chris morning
21:07 cnighs hi chris
21:09 chris hey cnighs
21:10 atz: did your meal turn out well?
21:10 atz extraordinarily well
21:10 chris excellent
21:21 cnighs and puts on chicken marinated in Italian dressing
21:21 chris sounds good
21:30 atz dunno... maybe nicole, she's closest
22:06 ryan hdl: thx, i think we've got it all figured out here.
22:23 cnighs actually the marinate was Honey Dijon Vinaigrette
22:24 chris still sounds good
22:35 atz sounds pretty good
22:37 is there an interface to remove a biblio record?
22:37 cnighs that with home made fries and a bit later some hand-cranked chocolate chip mint ice cream
22:39 atz awesome... last night had potato wedges and homemade (motor cranked) triple-mint triple-basil icemilk
22:40 cnighs man, that sounds good too
22:40 atz sounds like similar menu sensibilities
22:40 cnighs do you make any of your own salsa?
22:41 atz the icemilk was trump.  i just wish i had more purple basil (for color and flavor)
22:41 cnighs: not yet, but I'll have to do something w/ the current hot pepper crop
22:42 cnighs I supplied the peppers and tomatoes and a friend made me a couple of gallons
22:43 atz yowza!
22:43 that sounds like a ton... or is that just "a 3 week supply" for you?
22:44 cnighs jalapeños, hot bananas, Hungarian wax
22:44 I can eat a pint w/a bag of "scoops" at one setting :-)
22:45 atz yeah, if you're at the couch, you need scoops
22:48 cnighs shouldn't overduerules.pl do it?
22:48 atz is it smart rules now?  
22:49 cnighs not sure
22:50 smart-rules does not populate it either it seems.
22:50 atz odd... try adding a rule via mysql and see if it pops up
23:00 cnighs is there a means of viewing and/or editing overdue rules from w/in Koha?
23:00 tools/overduerules.pl appears to only define/add them
23:01 acmoore ?
23:06 overduerules must define the action taken when an issuingrules is violated?
23:08 chris ?
23:10 chris yo
23:10 its more to do with fines
23:11 when a fine is place, how much, when its added to
23:11 eg, if you had 1,7,7   it would be 1$ after 7 days overdue, then another $1 ever 7 days after that
23:12 .5,3,7  50 cents after 3 days, then another 50 every 7
23:12 fines.pl used to deal with it run as a cron job
23:12 i suspect its been butchered in 3
23:12 cnighs overdue_notices.pl looks at the overduerules table
23:13 acmoore hi cnighs.
23:13 I thought that tools/overduerules.pl let you see, edit, add, and delete overdue rules.
23:13 cnighs it does not appear to do much of anything afaics
23:13 acmoore there was a recent bug with it fixed that dealt with it not displaying rules in some cases, I don't recall the details, but other than that, I thought that's how it worked.
23:13 chris ok i have meetings
23:13 ill bbiab
23:14 cnighs tnx chris
23:14 it appears not to save rules
23:14 and after inserting a rule via mysql, it does not appear to display the rule either
23:14 acmoore Oh yeah, I think a few db versions ago fixed the situation where it would not save rules for branches with branchcodes greater than 2 characters or something like that.
23:15 cnighs odd, my repo is current
23:15 branchcode has three letters 'MPL'
23:17 acmoore I was thinking of this http://git.koha.org/cgi-bin/gi[…]8576f08c2479272a1 but I'm not sure if it really affects what I thought it did.
23:18 hmm. crummy link. let me know if that doesn't work.
23:19 cnighs that field was too short that for sure
23:19 here is a bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2293
23:19 a similar symptom
23:21 acmoore here's that patch in case it helps: http://markmail.org/message/7rght2zzqyk4rmh7
23:21 anyway, let me try to reproduce this. What do I do?
23:22 cnighs go to tools/overduerules.pl and select a branch, select a letter and save.....
23:23 but I see a delay is *semi* required?
23:23 acmoore I did that and it reflects whe stuff I put in.
23:23 ah, yes, I think a delay is *required*
23:23 atz yeah, delay is required, and you have to go left to right
23:23 acmoore or at least should be. Otherwise, it doesn't know when to do that action.
23:23 cnighs we need an error message me thinks :-\
23:24 atz sounds like it
23:24 acmoore hrm. That sounds like what Galen's 2293 patch was supposed to do.
23:24 cnighs acmoore: yes, but probably for the specific case prescribed in the bug
23:24 what kind of value should be in delay?
23:25 days, months, years?
23:25 int?
23:25 acmoore cnighs: oh yeah, this is the opposite from that. He corrected the delay with no action, this is action with no delay.
23:25 cnighs: yeah, you have to *know* that it's a number of days.
23:25 cnighs datetime
23:25 hehe
23:25 acmoore cnighs: can you express this in the form of a bug report?
23:25 cnighs I don't *know* ;-)
23:26 acmoore There are some usability problems here, and also a functionality problem.
23:26 cnighs yeah, I'll file a bug and assign it to myself since I'm in the area
23:26 doing bugfixing is certainly one way to get acquainted with maximum codebase in minimum time
23:26 acmoore you can put me as a cc or something and I may get to it eventually since I at least see what you're talking about.
23:27 cnighs k
23:27 acmoore but features are more fun!
23:31 cnighs ok, bug 2491 opened for this one
23:31 acmoore good. thanks.
23:31 cnighs tnx, acmoore, atz, and chris
23:32 acmoore in some past projects, I have tried to have the policy that bugs get fixed before new features are added, but with this one, I don't think I'd ever get to add a new feature! we're opening them pretty fast and writing more code every day.
23:33 It's hard to tell what to do.
23:33 I guess I'll go eat.
01:48 atz_ interesting.... seems superficially relevant to our many "wide character" problems:  http://perldoc.perl.org/perlun[…]tml#What-if-I-don't-encode%3f
01:50 chris makes sense
01:54 cnighs I fiddled with the Encode module a bit when troubleshooting some labels encoding issues, but it did not seem to help
02:06 atz_ currently the TransformHtmlToMarc function has:
02:06            if (utf8::decode($param_value)) {
02:06                $cgi_params->{$param_name} = $param_value;
02:06            }
02:06 but I'm not sure that makes sense
02:11 cnighs if the decode is successful it assumes utf8 encoding?
02:24 atz_ wow... now that's some black magic perl (in core no less):
02:24 sub import {
02:24    $^H ^|^= $utf8::hint_bits;
02:24    $^H ^|^= $utf8::codepoints_hint_bits;
02:24    $^H ^&^= ^~^$bytes::hint_bits;
02:24 }
02:32 cnighs $^H
02:32 WARNING: This variable is strictly for internal use only. Its availability, behavior, and contents are subject to change without notice
02:33 atz_ yeah, utf8.pm qualifies as internal
03:24 chris git stash
03:24 http://blog.bigballofwax.co.nz[…]ssy-git-checkout/
03:25 you can get em all back again
03:25 its really really handy :)
03:25 cnighs cool!
03:26 I wanted to verify how some code functioned before I mangled it :-)
03:26 chris yeah its good for stuff like that
03:26 i think one of the examples in the man, is doing somethign just like that :)
03:31 cnighs that works very nicely
03:31 chris i use it on a daily basis
03:31 cnighs tnx
03:31 chris np
04:44 cnighs neat: http://www.scribd.com/doc/3554[…]cTable-for-Perl-6
05:43 mc hello all
05:44 cnighs, i had it as poster in my former job
05:44 cnighs hi mc
10:53 chris evening

← Previous day | Today | Next day → | Search | Index

koha1