IRC log for #koha, 2006-01-26

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

All times shown according to UTC.

Time Nick Message
11:48 kados morning all
11:48 paul hello joshua.
11:49 working on indexes & foreignkeys today.
11:49 kados paul: I've come up against a strange problem with 2.2.5 ... not sure how to troubleshoot it
11:49 (great!)
11:49 paul (+SIP soft phone)
11:49 kados also not sure if it's 2.2.5 strictly
11:49 some circulation.pl screens seem to truncate ... items are missing from the list, though they are counted in the count
12:15 hdl kados can you detail ?
12:16 kados hdl: sorry, paul and I pmsged a solution :-)
12:16 http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1042
12:18 hdl you're blinding fast :)
12:44 kados hdl: no, paul is :-)
12:45 hdl Congratulations were for both of you :)
12:52 kados, where is gt function for dates used in Circ2.pm defined ?
12:54 kados, paul : it seems in Circ2.pm / when issuing that 2006-5-8 is found greater than 2006-10-01 maybe right, but in real life, it is not so.
12:58 kados hdl: while you're in there, see if we can't get rid of Date::Manip ... it's really proc intensive
12:59 sorry ... that's confusing english syntax :-) (I mean we want to get rid of date::manip because it's expensive for the processor)
13:24 hdl Really ? I didnot know.
13:25 I loved Date::Manip Date manipulation was so easy.
14:02 kados yep, it's consuming about 70% of the time for circulation :-)
14:02 tested with dprof a while back with chris
14:20 hdl now, there is only two lines using date::Manip
14:20 &Date_Cmp(&ParseDate($borrower-​>{expiry}),&ParseDate("today")
14:21 and this one in renewbook
14:21 $datedue = UnixDate(DateCalc("today","$loanlength days"),"%Y-%m-%d");
14:26 kados hdl: when chris and I timed it ... even with _no_ lines used ... if 'use Date::Manip' was in the code, it would consume 70% of proc :-)
14:27 its a very large module
14:27 paul mmm... do you think to someone volunteering to get rid with this module ?
14:28 kados I think if noone else does it, chris or I will before 3.0
14:28 it should be on the roadmap
14:28 paul my opinion is that it should be done asap.
14:29 to have enough time to deeply test it.
14:29 kados good point, for testing
14:29 paul (& choose another package !)
14:30 + the new package will be useful to deal with closed-days in the library.
14:31 kados yep
14:32 I need to pull in the argentine code anyway, perhaps I should examine how they handle it
14:32 paul is there something new with MARC editor ?
14:33 (I'm interested by a cvs commit ;-) )
14:33 kados unfortunately, no ... the project is on hold
14:34 a new class will work on it in the spring, I'm afraid it won't finish in time for Koha 3.0
14:34 paul that's a must have for me !!!
14:34 kados new MARC editor?
14:34 paul yes.
14:34 the actual one really has reached it's limits.
14:34 kados right
14:34 paul commit what is already done, i'll give it an eye.
14:35 kados it's not integrated into Koha at all ...
14:35 it's stand-alone
14:35 and _very_ minimal
14:35 not really useful yet
14:35 for instance, no records can be saved :-)
14:35 only viewed
14:36 paul: have you seen any examples of XUL interfaces?
14:36 paul: Evergreen has a very nice XUL MARC editor
14:36 paul an url ?
14:36 kados paul: hmmm, not sure there is one
14:36 paul XUL is probably a good way to go.
14:37 kados my installation of evergreen does not include the staff client part yet ... maybe by next week I can demo it to you
14:37 (here is the opac: aule.metavore.com)
14:38 (no xul there though)
14:38 (and may only work in firefox)
14:46 paul: I think its time to schedule a organizational mtg since chris will begin coding in about a week
14:46 I'd like to have one mtg before that to make sure we're all on the same page
14:46 what's your and hdl schedule like this week?
14:47 (or early next week)
14:47 paul I prefer early next week
14:47 (like monday)
14:47 kados ok ... Monday works well for  me too
14:47 paul the last possibility this week is ... tomorrow.
14:47 kados ok
14:47 hdl: ?
14:48 paul iirc hdl should be OK too
14:48 kados ok good
14:48 paul remember we are GMT+1 atm
14:48 kados can you ping INEO ... it might be good to have one rep from there as well right?
14:48 paul: right
14:48 paul: so what times are best for you (that NZ can also do? ) :-)
14:49 now it is  6:48 PM for you
14:49 paul right.
14:49 kados but Wed 6:48 AM for NZ :-)
14:50 wow, that's tricky
14:50 paul hehe. I suggest, to change a little, to have a decent time in Europe.
14:50 all previous chats were btw 10PM and 3AM for us :-(
14:50 kados like 8:00 am in europe ... 8:00pm in NZ?
14:51 or 9:00 am in EU and 9:00pm in NZ?
14:51 paul would be ok for us, but not for you.
14:51 kados I can suffer a little :-)
14:51 paul 9AM would be really great !
14:51 kados ok I will discuss it with the kiwis
14:51 paul do you think owen cuold be here ?
14:51 kados ahh ... good point
14:53 there's no good way to do it :-)
14:53 http://www.timeanddate.com/wor[…]2=43&p3=264&p4=-1
14:53 but you're right, EU is up for a nice time :-)
14:54 meaning it's your turn for a nice meeting time :-)
14:54 paul thanks a lot !
14:54 8PM or AM  GMT seems a good time
14:54 kados ok
14:55 paul (a little soon for kiwis or us, a little bit late for us or kiwi, but always possible)
14:55 & not a lunch time for you ;-)
14:55 kados hehe
14:56 paul ok, time to leave. I've commited some foreign key stuff...
14:57 let's give it a try if you have some time.
14:57 just updater/updatedatabase.Requires less than 1mn for me
14:59 kados paul_away: 8PM for france is 2PM in US and 8AM in NZ ... will that be ok for you?
14:59 paul_away yep
14:59 (on monday, not on tuesday)
14:59 kados ok ...
15:00 paul_away this time really leaving screen
15:00 kados maybe even 7PM would be better for you, I"ll ask the kiwis
15:00 have a good evening
17:35 morning russ and rosa
17:36 russ hiya kados
23:29 kados hey rach

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

koha1