IRC log for #koha, 2009-05-21

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

All times shown according to UTC.

Time Nick Message
12:34 slef gmcharlt: I'm just perpetually freaked out at conferences anyway.  I get name-checked in sessions when I don't expect it, stuff like that.
13:40 ebegin Anybody know if there is a way to keep the item number during the import?  It seems that the 952$9 is not working.
13:41 hdl_laptop keep the imtenumber can you tell more ?
13:41 update existing items ?
13:41 or add some items with predefined itemnumber ?
13:42 ebegin Yes, adding some item with predefined itemnumber, of course, only for the initial import from another system
13:43 This would be very helpfull for the migration of the circulation data (holds, loans, ...)
13:44 hdl_laptop That looks quite not really handy since itemnumber is AUTOINCREMENT => it would be incremented on update if you send some id (as far as i can tell)
13:44 gmcharlt ebegin: do the items not have unique barcodes?
13:47 ebegin gmcharlt, that what I used to do a mapping from the old item number to the new one.  Then, when importing the circ data, I replaced the old one by the new one.  
13:48 it worked great, but this is an additional step that could have been avoid if Koha was able to use 952$9 as the itemnumber.
13:50 gmcharlt IMO letting the loader try to set the value of an autoincrement opaque identifier is asking for trouble
13:50 it's one thing to do this during initial migration
13:51 but leaving it in the default loader for ongoing record imports can lead to unecessary unique key violation warnings
13:52 ebegin agree!  Maybe this could be an option during the staging phase
13:58 joetho good morning, -any thoughts on adding the American kohaconsort-l consortium listserv to the page at http://koha.org/about/get-invo[…]ts/mailing-listsg   ???
14:01 gmcharlt joetho: sure - where is the list's home page?
14:10 ccurry I have another question about Koha LDAP integration.  The LDAP configuration in koha-conf.xml seems to have been accepted (no errors), but the koha borrowers database has not been updated.  I've tried logging into Koha's public and admin interfaces using every way of referencing the domain I know of and not referencing it at all, with no luck.  Is there a command that needs to be run in...
14:10 ...order to update the borrowers database?
14:23 The documentation I used is here: http://wiki.koha.org/doku.php?[…]:development:ldap
14:25 joetho Galen- I sent an email to the director in Indiana who evidently started that listserv, and I am hoping he will rise to the bait.
14:26 gmcharlt joetho: it wouldn't be strictly required, but a list home page with (preferably) open archives would improve the listing
15:06 ccurry: both the replicate and update optonis are set, I assume?  anything interesting in the Apache error log?
15:08 ccurry Both options are set to 1...didn't think to check the Apache logs...oops.  Sorry about all the newbie questions...and thanks for the assistance.  I'll have a look.
15:12 Nothing relevant in the Apache logs, *I think*.  I'd find them all at /var/log/apache2, right?
15:13 gmcharlt not necessarily
15:13 check the config for the vhost you're using for koha
15:13 as by default they aren't in /var/log/apache2
15:34 ccurry I found the koha logs and it looks like my attribute for password doesn't exist in the LDAP database...I couldn't find it specifically referenced in Microsoft docs, so I tried "userPassword"; ugh...I hate Microsoft.  I guess I'll see if I can track down the correct password attribute.
15:36 ebegin ccurry,  <password is=""></password>
15:36 ccurry Ok.  I'll try that.
15:39 ebegin: I tried blanking out the is attribute in password and still get "LDAP Auth rejected : invalid password for user 'ccurry'. LDAP error #16: LDAP_NO_SUCH_ATTRIBUTE" & "The request referenced an attribute that does not exist"
15:40 ebegin what is your password? ;)
15:40 ccurry ;)
15:41 ebegin can you paste your mapping?
15:45 Sharon Hi all. Does bug 3160 *change* an item status from LOST to found (blank)?
15:46 ccurry ebegin: <password is="userPassword"></password>
15:46 ebegin ccurry, I mean the whole mapping, on pastbin
15:46 gmcharlt Sharon: the patch doesn't do so explicitly, but may enable the status change
15:47 Sharon: I assume that you want the status to be changed?
15:47 ccurry Ah. Just a sec.
15:47 Sharon gmcharlt yes, we want the status to change - is someone working on that?
15:48 ebegin ccurry, on my config, I didn't put the "userPassword". i simply have <password is=""></password>
15:48 gmcharlt Sharon: justed tested in the development tip
15:48 Sharon: it looks like the status change is taking place
15:48 ccurry ebegin: I tried that as well with the same result.
15:49 Sharon gmcharlt great - I will report this to our users group in like 5 minutes!
15:49 ebegin ccurry, ok.  waiting for your mapping though :)
15:49 Sharon gmcharlt is it just LOST or also damaged and missing?
15:50 ccurry ebegin: http://pastebin.ca/1428881
15:51 gmcharlt Sharon: it wouldn't affect the damaged field
15:51 Sharon: it does work for any lost status
15:51 Sharon: but note that that if works only if there's a loan
15:52 if the item just has the lost status, but no loan to a patron
15:52 Sharon gmcharlt OK, good to know.  We can report on the damaged items to keep track of them.
15:52 gmcharlt the status doesn't currently get changed
15:52 ebegin ccurry, can you try samaccountname, all lowercase
15:52 Sharon our libraries were assuming that checking in a missing/lost item changed the status from lost.  They'll be glad to know that this patch is coming.
15:52 ccurry ebegin: sure; will do.
15:53 ebegin ccurry, here is my mapping http://pastebin.ca/1428887
15:54 Sharon we may discuss paying for an enhancement that changes a LOST status whenever the barcode is checked in, regardless of how that status was set (via a patron checkout or by a staff member changing it)
15:57 ccurry ebegin: tried your mapping; still can't log in as AD user and borrow database not updated. :(
15:57 root q
15:57 quit
15:57 ccurry It must be accessing the LDAP server, right, if it's recognizing the user and returning LDAP errors?
15:58 ebegin ccurry, check Joe's answer to your email.
15:58 jatillaso hello
15:58 ccurry ebegin: thanks for your help.  Will do
15:58 jatillaso i have a questions about mod_perl and koha
15:59 anyone could help me?
15:59 gmcharlt jatillaso: what's up?
15:59 jatillaso hi gmcharlt
15:59 i'm trying to run koha with mod_perl
16:00 but i have errors sometimes
16:00 sometimes it works and sometimes not
16:00 this is explained in this link http://perl.apache.org/docs/1.[…]etimes_it_Doesn_t
16:00 and it tells that the possible cause is global variables
16:01 do you know any tips about it?
16:01 how to run koha without problems under mod_perl?
16:01 gmcharlt jatillaso: at best Koha will work with Apache::PerlRun, not Apache::Registry
16:02 and you may need to set  PerlSetVar PerlRunOnce On
16:02
16:02 in your Apache config
16:02 jatillaso aha
16:02 in apache2.conf i put a line like: PerlRunOnce On
16:02 and thats it?
16:03 or PerlSetVar PerlRunOnce On
16:04 what is Apache::Registry ??
16:07 i follow the koha documentation about configure mod_perl, but this is whats happens, sometimes works and sometimes not. Produces a 500 error, and in koha log: undefined subrutine
16:13 were developing some koha tools to a library that it will have lot of visits
16:13 and mod_perl could help us because it's faster than cgi
16:14 gmcharlt, do you configure any koha in mod_perl, and it runs correctly, without my problems?
16:15 gmcharlt gmcharlt: no; some do, but I'm not sure about the current 3.x
16:16 jatillaso aha,
16:17 and what is Apache::Registry ??
16:17 where can i change it?
16:17 gmcharlt Apache::Registry is another way of running Perl scripts under mod_perl
16:17 but requires a lot more cleanup of the Perl code to completely remove global and package-level variables
16:18 jatillaso where i found Apache::Registry, i replace it with Apache::PerlRun ?
16:19 gmcharlt jatillaso: yes
16:20 jatillaso thank you,
16:20 i'll try it
16:21 i have to see if that works with it, and tell you
16:21 thanks, bye
16:22 gmcharlt you're welcome
16:49 joetho sharon: what is the "development tip" you mention?
16:50 Sharon joetho what development tip did I mention?
16:50 joetho whoops.
16:51 Galen did, at like 10:48 my time, speaking to you.
16:51 gmcharlt joetho: "development tip" that I mentioned is just shorthand for say that I tested against the most recent version from the public Koha git
16:51 joetho I figure he has his own stuff like that.
16:51 see?
16:52 gmcharlt tip o' the tree
16:52 joetho I am working on having my own testbed Koha but it isn't going to happen today or tomorrow.
16:53 gmcharlt joetho: sounds like a perfect Memorial Day activity to me
16:53 Koha, a couple bacon donuts on the grill .. heaven!
16:54 Sharon joetho Liz created a test installation here within the last two weeks and might be willing to help...if you ask nicely
16:55 pianohacker Sounds like quite the installfest
17:31 joetho sharon: well there's yer answer, rotchair (see 12:17 entry)
17:33 whoops, I just realized that only shows up live. Sharon volunteered Liz, who almost immediately logged off. heh heh heh
17:36 wizzyrea lol noes he's gone
17:36 man I walk away for a second and look what happens ^.^
17:37 gmcharlt wizzyrea: you're now QA manager, btw
17:37 pianohacker Hehehe
17:37 wizzyrea ./facepalm
17:37 pianohacker Instead of a plaque, you get this lovely rubber cheesecake
17:37 wizzyrea Ooh!
17:37 Only if it bounces
17:49 Sharon where is there info in the KOha manual about the the Lost status and how it behaves in the catalog?
17:49 We are having an argument, I mean discussion, about whether setting an item to LOST is behaving different than it did.
17:51 Found it in the manual...appendix
18:54 pianohacker By removing <!-- TMPL_IF atdestination --> from lines 129 and 165 of opac-user.tmpl, you get a tab that shows only those holds that are waiting
18:55 git blame shows that those two lines were last edited in the 3.0 merge
18:56 I'm going to try to fix that up and send in a patch, unless someone knows why that tab was broken
19:03 gmcharlt what version of the file are you talking about?  there's nothing like that at line 129 of the tempalte
19:04 pianohacker Let me check to make sure something odd isn't going on with my git
19:05 Ah, line numbers were shifted by some edits I'd done. 111 and  147.
19:05 Sorry 'bout that
19:08 gmcharlt pianohacker: one question might be why atdestination is never set
19:08 pianohacker It's possible it was meant to not show the holds tab if everything was in transit, but why would you want that?
19:08 *waiting tab
19:16 Sharon we're discussing the fines module - is a re-write in the works?
19:17 we have 2 of our 20+ libraries interested in co-sponsoring
19:18 gmcharlt Sharon: yes, we're doing some work to clean it for WALDO
19:18 pianohacker: well, if everything is in transit, nothing is waiting
19:18 but explicitly testing for a waiting status is probably clearer
19:19 Sharon gmcharlt is that WALDO work for 3.0 or 3.2?
19:19 gmcharlt 3.2
19:19 Sharon ok, thanks
19:19 BTW, the LOST status is NOT behaving/triggering the way the manual says it should.  worth a support request?
19:20 gmcharlt yes
19:20 Sharon will do, danke
20:35 schuster What are you seeing Sharon dealing with fines?
20:36 Also are you doing a support request on the 245 b/p issue I saw noted at Keggers? or how should we handled that as that came up again yesterday here.
20:38 chris man who shifted the south pole into wellington brrrr
20:41 good grief daniel must have been sitting on those patches for a while, or he had an extraordinarily productive day :-)
20:42 gmcharlt heh - they're my patches
20:43 Dan just tested and signed off on them
20:43 chris ahh
20:45 wizzyrea schuster: supposedly the 245 stuff has been fixed?
20:49 pianohacker cya all
20:52 Sharon Schuster sorry, distractions. we are seeing frustrated librarians dealing with fines b/c a fine is treated as an event, instead of a debit/credit on an account.  Each $.05 fine event has to be dealt with in whole, you can't pay partial fines.  As I understand the situation.
20:55 Schuster bug 2771 seems to address the 245 issues, it's assigned to Paul P.
20:55 chris yeah that definitely needs to be fixed, you used to be able to, on the pay screen you used to be able to select the fines to pay OR enter amount at the bottom
20:55 HLT will want that back too
20:55 Sharon Chris that's what we surmised from a past discussion on the list and I was told WALDO is sponsoring some work on fines, too.
20:56 chris yay
20:56 Sharon I'm too lazy to go find the rfc and see exactly what they're fixing
20:57 chris i will try to look later, unfortunately at the moment i have to go write jquery to make comments on blogs expand and collapse
20:57 Sharon programmers work is never done
21:00 here's another spec for partial payment of fines for ICAN
21:12 chris http://akoha.com/people/ranginui/
21:12 named after A Koha
21:12 how could you not play :)
21:13 right thats my good deed for the day done, back to work
21:14 wizzyrea chris: still no wee cormack?
21:14 chris not yet
21:16 wizzyrea oof, mama's probably getting impatient
21:17 chris well he isnt due til june 6 ... but yeah hes hanging in there longer than his older brother did
21:18 kahurangi is impatient to 'play cars' which is apparently what is going to happen when he is born
21:26 atz chris: the "directed payment" was never properly implemented
21:26 ebegin chris: akoha was developped here in montreal :)
21:27 atz it needs to be implemented as a foreign key constraint referencing the same table
21:27 chris *nod*
21:27 atz or we need different tables for fines and credits/payments
21:27 chris it certainly wasnt perfect, but hlt were happy with it for 8 years, so they will want it back .. fixed and working properly :)
21:28 that was originally what the accountoffsets was for
21:28 (payments)
21:28 but it all got munged up about 5 different times :)
21:29 atz yeah, i've been complaining about fines since I started on koha
21:29 chris i think now we have a much better handle on how different libraries want it to work too, so can do a decent job on it this time round
21:29 ebegin: cool :)
21:31 atz: i think i even have a work request from hlt about filed yesterday
21:31 today im not on koha work tho, but tomorrow i will try to go through and figure out whats being worked on and by whom and how i can help :)
21:46 ebegin chris: the grooveshark interface is awesome!  I like the way we can queue song at the bottom of the screen
21:47 wizzyrea oh man, grooveshark is the shizzle
21:47 ok, I'm giving up and going home. ttyl everyone
21:47 chris yeah grooveshark does a lot right
21:47 wizzyrea (and good song, chris ;)
21:47 chris cya wizzyrea
21:53 ebegin Good evening everyone!
22:03 chris cya ebegin
22:59 Jo Morning all
23:00 chris hi jo
23:01 Jo Morena
23:01 how are you today
23:02 (and i'm glad bub didn't come last night .. would have been a cold one)
23:02 Hey, does anyone know if I can use koha 3.0 to produce a run of patron barcode numbers?
23:05 chris hmm dont know about that one
00:08 jmr_ jo do you want to print the barcodes in barcode font?
00:09 Jo hiya
00:10 i have to make some temporary patron cards, so would like a barcode and human readable number printed above or below as well.
00:10 gmcharlt Jo: it can print patron cards
00:10 access via same interface as spine labels
00:10 Jo i have a online generator which does them 1 at a time (producing gif files)
00:10 oh cool - i'll have a look. thanks.
00:13 jmr_ you could also creat a report and download the csv file, and further manipulate it to your hearts content in word or excel
00:14 gmcharlt yup
00:15 Jo cool. thanks for your help gents
04:51 Amit hi chris, mason, brendan
04:51 good morning #koha
05:09 brendan_ heya amit
05:09 how you doing?
05:14 Amit everything is fine
05:14 doing some data migration
05:15 brendan: u?
05:15 brendan_ getting ready to go to bed
05:16 what are you migrating data from ?
05:23 Amit from access to marc
05:23 hi
05:23 hdl
05:23 brendan cool -- good luck amit
05:24 ebegin Hi amit.  Having fun with Marc Edit I guess
05:24 hi brendan.
05:24 brendan hi ebegin
05:24 Amit hi ebegin
05:24 brendan:http://kohav3demo.osslabs.biz/
05:24 check
05:24 yes using marc edit ebegin
05:25 brendan I think this is the first hello on IRC...  good to finally get a chance to say hi -- ebegin
05:25 ebegin I followed some of you IRC episode about the situation in Santa Barbara, but I stayed quiet :)
05:26 Everything is under control now?
05:26 brendan yes -- I'm on the road now  - traveling
05:27 the fire was scary -- but also kind of exciting to watch at the same time
05:28 Amit brendan: on 5th june i m going to delhi
05:28 ebegin Was it the first time that it came that close?
05:28 amit, where are you now?
05:28 brendan cool -- Amit you should send me some curry powder!
05:28 Amit right now i m working in www.osslabs.biz bangalore India
05:29 brendan: which type curry powder?
05:29 chicken curry
05:29 brendan First time it came that close for me -- but there has been three fires in the last 8 months...  I don't think there is anything left to burn
05:30 Amit -- some hot curry powder....  or some marble from agra !
05:30 Amit hmm
05:30 Taj Mahal marble
05:31 brendan I still have a little bit of hot curry powder left from my last trip to delhi...  
05:31 I can make some -- ok tasting -- sag dal
05:31 Amit hmm
05:31 brendan not sure if I said that correctly -- the sag dal part that is
05:31 Amit i love razma rice
05:32 sag dal yes i know
05:32 brendan I also like to have rita
05:33 ebegin -- kind of late there for you?
05:33 ebegin yep, 1h33am
05:33 brendan heh
05:33 Amit rita means? brendan
05:33 brendan yogurt and vegetables
05:34 not sure about the spelling
05:34 ebegin I'm looking for a good project management software :)
05:34 Amit ok
05:34 brendan I'd say hire someone with OCD disorder
05:34 Amit brendan; r u like which type of indian food
05:35 brendan veg
05:35 ebegin Amit, I see that osslabs offers support for dotProject.  How good is this software? (do you know it)
05:36 Amit ebegin: not as good as koha
05:36 ebegin :)
05:36 are you using it internally?
05:41 Amit no ebgin
05:41 sory ebegin
05:42 ebegin no problem.  :)
05:47 brendan goodnight #koha -- I'm off to bed
07:34 chris evening
07:35 thd chris: good evening
07:36 chris hiya thd, hows things?
07:37 thd chris: slef has implied yesterday on the koha list in the context of the new website that kados and tina are not reading the koha list.
07:37 things are more or less OK as long as I stop volunteering to fix Vista
07:38 chris ahh yeah, always a good thing to not volunteer
07:39 im sure they are reading, i just dont think slef has been seeing much action wrt the website
07:40 thd I have the volunteering spirit but discovered that grub does not play well with multiple Windows installations on the same machine.
07:40 EasyBCD solved the Vista and XP boot problem where Grub failed
07:41 Are kados and tina responding to website issues off the public Koha lists?
07:46 chris i dont know, not that ive seen
07:47 thd I am supposing that LibLime is going to put forward a Koha foundation in much the same way: join it with their rules or be left out.
07:50 chris i hope not, but i fear that maybe yes
07:53 thd BibLibre have not said much about the new website on the public list despite the suggestion out of ignorance from kados that koha-fr.org should simply be redirected to koha.org .
07:54 chris Biblibre have been very busy, but i think they have finished meetings and conferences for a while so they might be more vocal
08:27 Hui_Nan_ hi all!
08:27 chris hi Hui_Nan_
08:27 Hui_Nan_ how much time does it takes for patch to be accepted?
08:27 chris gmcharlt asked me to tell you to check your mailer
08:28 because we didnt see that patch arrive at the patches@koha.org mailing list
08:28 Hui_Nan_ ok
08:35 chris http://lists.koha.org/pipermai[…]y/date.html#start
08:35 in case i missed seeing it
08:36 Hui_Nan_ no, I'm not listed
08:37 it seems to me that git send-email does some kind of local delivery despite the smtp server is configured in ~/.gitconfig
08:39 so I sent patches using --smtp-server option %-)
08:40 wow! i'm there! ;-)
08:41 chris :)
11:35 gmcharlt good morning
11:44 Hui_Nan_ evening :-)
11:45 gmcharlt Hui_Nan_: thanks for checking your mailer :)
11:45 Hui_Nan_ always welcome
11:48 gmcharlt Hui_Nan_: I'm going to cherry-pick the Russian and Ukrainian installer SQL from 3.0.x into HEAD
11:50 Hui_Nan_ good
11:54 gmcharlt Hui_Nan_: you're subscribed to koha-translate, right?
11:54 Hui_Nan_ not yet
11:56 actually i would like to see how to implement Koha at my library - fix bugs, add features which are required
11:56 translation is the last task
11:56 gmcharlt ah, sounds like koha-devel is more for you

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

koha1