IRC log for #koha, 2011-09-14

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

All times shown according to UTC.

Time Nick Message
00:00 melia_ left #koha
00:18 kulps Hey folks, I'm looking for suggestions on well populated z39.50 servers
00:18 I've run in to a few books that the library of congress and library and archives of canada arent able to find
00:21 eythian British National Library would be something else worth adding.
00:22 kulps Thanks
00:22 I'm adding canadian targets
00:22 but
00:22 still not finding the books
00:23 BobB joined #koha
00:23 eythian It's reasonable for them not to if it's not a Canadian book.
00:24 kulps yeah
00:24 eythian some of the free ones have a more restricted set, and you pay more for the full one (NLNZ is like that, for example)
00:25 kulps it's a weird copy of harry potter, but at the same time, it's still a copy of harry potter, I had high hopes it would be found
00:37 jenkins_koha Starting build 44 for job Koha_3.4.x (previous build: SUCCESS)
00:41 kulps as I'm looking through these lists I'm seeing the same database names over and over again
00:42 do public libraries often share databases?
00:42 rangi no
00:42 usually its the name of the ils software they are using
00:42 they arent the same database at all, unless they are on the same host too ;)
00:45 kulps ahhh
00:45 that makes good sense
00:45 so Horizn, Unicorn
00:45 it seems weird not to name your library DB
00:45 rangi yup, proprietary ils's
00:46 kulps hmmm
00:46 rangi ilses ?
00:46 eythian ILS's
00:46 rangi dunno what the plural of that is
00:46 eythian it's OK to use an apostrophe for plurals on acronyms
00:47 (and numbers, e.g. 1930's)
00:47 kulps I'm starting to get discouraged, I have 10 public libraries from the US and Canada and both national archives but for some reason, this isbn is not returned. Amazon finds it though...
00:47 is that a lot to search through or pretty normal
00:48 eythian it's a lot, but it might be they're not ones that tend to index the more obscure ones.
00:48 or, maybe they're only giving you ones that they actually have, rather than a full catalogue.
00:50 kulps part of the issue I think might be that this is a box set, the box has an ISBN, but so does each book.
00:50 eythian ah, could be
00:50 kulps How should I treat this in a collection
00:51 not every person would check out the set, right?
00:51 eythian analytics
00:51 wahanui the 773$w field contains the value of the 001 field of the parent record. Also, MARC sucks.
00:51 kulps so I thought each book would be scanned
00:51 eythian although, analytics is more for finding collections
00:51 rather than allowing one to be issued and thereby issuing all the children too.
00:51 wahanui: marc
00:51 wahanui well, marc is the standard that isn't
00:52 eythian wahanui: literal marc
00:52 wahanui eythian: marc =is= the standard that isn't
00:52 kulps 773?
00:53 my default framework jumps from 760 to 796
00:53 eythian no wahanui, marc is the standard that isn't|<reply>http://marc-must-die.info|<reply>The MARC specs live at http://www.loc.gov/marc/bibliographic/ - abandon hope all ye who enter here.
00:53 wahanui okay, eythian.
00:54 eythian kulps: I think it's in the frameworks I've used.
00:55 kulps I was kind of expecting a joke to come from it, actually
00:55 akin to "There's no place like 127.0.0.1"
00:55 or something
00:55 :)
01:05 libsysguy hey raingi...I can't really find anywhere in CalcFine that could be wrong
01:05 maybe its in the days_between function instead?
01:06 rangi i still think its rules
01:06 in order for days overdue to be 0
01:06 then
01:06 return ($amount, $data->{chargename}, $days_minus_grace)
01:06 days_minus_grace = 0
01:07 which means that
01:07 my $days_minus_grace = $chargeable_units - $data->{firstremind};  == 0
01:07 which means that
01:07 kulps joined #koha
01:07 rangi if ($data->{'chargeperiod'}  && $days_minus_grace  ) {
01:07 is false
01:07 which means
01:07 $amount = int($chargeable_units / $data->{'chargeperiod'}) * $data->{'fine'}; is never done
01:07 hence $amount is 0 too
01:08 libsysguy hmm
01:08 rangi chargeperiod is 1 eh?
01:09 libsysguy yes it is
01:09 rangi and theres not some other rule thats getting used instead
01:09 libsysguy Faculty Member,Interlibrary Loan Item,25,21,days,None defined,2.00,1,0,0,0,0,0.000000
01:10 is what I have for that rule type
01:10 rangi all i can suggest is putting in some warns in CalcFine
01:10 to check exactly what rule is being used
01:11 libsysguy wait a secont
01:11 rangi something is making $days_minus_grace be 0
01:11 libsysguy i was just looking at that item in the db
01:11 there is no itemtype set....
01:11 rangi ahhh ha
01:11 libsysguy see...this is what makes me crazy about my librarians
01:11 rangi it will be matching a different rule then most likely
01:11 libsysguy they are always complaining that Koha is broken...but they input the broken data
01:12 GGGRRRRRR
01:12 rangi probably the default/default
01:13 libsysguy yeah probably so...
01:14 thanks for the help rangi
01:14 rangi++
01:14 rangi no worries
01:14 if i was you
01:14 id do a check of the db
01:14 libsysguy I am about to do that
01:14 rangi see how many items dont have an itemtype
01:14 cool
01:14 im gonna get some lunch
01:14 libsysguy I just called my boss and told her we were going to do a full sweep
01:14 lol alright man
01:14 later
01:18 when you get back....I just happened to notice...itemtype isn't set in statistics but itype is set in items...do you know where the circ rule pulls from?
01:18 jenkins_koha Project Koha_3.4.x build #44: SUCCESS in 41 mn: http://jenkins.koha-community.[…]ob/Koha_3.4.x/44/
01:18 robin: Bug 6129 - [3.4.x] this adds an ISSN to serialssolutions URLs
01:18 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6129 enhancement, PATCH-Sent, ---, srdjan, ASSIGNED , ISSN url param for serialssolutions.com
01:19 Technicus1 joined #koha
01:24 juan_sieira joined #koha
01:45 Technicus joined #koha
02:01 Soupermanito joined #koha
02:03 libsysguy left #koha
02:52 cait joined #koha
02:52 cait left #koha
02:56 rangi itype in items
02:56 or itemtype in biblioitems
02:57 depending on what you have set in systempreferences
02:57 most likely itype
02:57 * rangi presumes he will read the logs ;)
02:57 cait joined #koha
02:57 cait morning #koha
02:58 eythian Hi cait
03:08 cait morning eythian
03:08 eythian hello
03:08 rangi hey cait, up early again
03:09 cait yeah, workshop today
03:09 train leaves ealry
03:21 libsysguy joined #koha
03:23 kmkale joined #koha
03:23 kmkale Namaskar #koha
03:24 Soupermanito joined #koha
03:25 cait bye #koha
03:40 juan_sieira_ joined #koha
03:54 kmkale_ joined #koha
04:02 huginn New commit(s) needsignoff: [Bug 3966] receiving items should allow for entering barcode <http://bugs.koha-community.org[…]w_bug.cgi?id=3966>
04:29 bg NateC?
04:29 wahanui I LIKE SPACE!
04:29 bg YAY!
04:29 wizzyrea rangi?
04:29 wahanui I LIKE ALMONDS! HAVE SOME NUTS! or at work
04:29 libsysguy libsysguy?
04:29 wahanui i think libsysguy is Koha's hottest developer or partying with swedes on his deck
04:30 wizzyrea rpf;
04:30 rofl
04:30 lulz
04:30 bg wizzyrea?
04:30 wizzyrea HA
04:30 pwnt
04:30 bg heh
04:30 rangi hehe
04:30 bg mtj?
04:30 wahanui DeM KraZy NutZ!!
04:30 libsysguy ^^ hehe
04:30 bg that's the best
04:31 wizzyrea bg?
04:31 wahanui I LIKE BREAKFAST BURRITOS AND I LOVE BASEBALL
04:31 wizzyrea yay1
04:31 libsysguy left #koha
04:31 wizzyrea there now I can see my keys
04:31 phew
04:31 rangi http://www.youtube.com/watch?v=GZiAAi7GZIA
04:31 bg you can see your keys?  are you drunk at a bar and can't drive home?
04:32 wizzyrea no silly it's dark in here and now my keys are glowing
04:32 so I can see them
04:32 because i'm blind
04:32 and stuff
04:32 bg you've got keys that can glowe?
04:32 wizzyrea never mind
04:32 yea, don't you?
04:32 eythian I also have glowing keys. It's handy
04:32 bg my keys don't glow
04:32 wizzyrea ^^
04:33 don't you have a mac?
04:33 bg they only start the car :(
04:33 wizzyrea oh lordie
04:33 rangi and a nice car it is too
04:33 bg sometimes they open the door
04:33 eythian or rather, I have a glowing thing on my keyring.
04:33 wizzyrea all right you literalists
04:35 rangi well namibia got spanked
04:35 wizzyrea kinky
04:35 rangi next up, tonga vs canada
04:35 wizzyrea you get her number?
04:35 i tease
04:35 rangi wtf are canada even doing here?
04:35 wizzyrea rofl
04:38 rangi http://www.youtube.com/watch?v=HPupEn4D5tg
04:40 wizzyrea heeh
04:40 rangi http://www.youtube.com/watch?v=DiqpvPlD-Q0
04:41 this one is good from about 1.20 on
04:41 wizzyrea I like tuhtles
04:41 rangi with the sounds of the teams
04:41 i like the USA sound :)
04:41 wizzyrea oh this can only end badly
04:42 rangi but canada is the best, followed closely by scotland
04:42 (1.05 it starts)
04:42 wizzyrea hahaha
04:43 scotland is pretty wicked too
04:43 * wizzyrea will have nightmares now
04:44 rangi hehe yeah
04:44 wizzyrea "I see ginger people..."
04:44 rangi usa v russia tomorrow should be a good one
04:44 wizzyrea Eff ya!
04:57 Callender_ joined #koha
05:01 alex_a1 joined #koha
05:02 f00bar joined #koha
05:09 wahanui1 joined #koha
05:19 Callender joined #koha
05:19 jcamins_away joined #koha
05:19 phasefx joined #koha
05:19 pastebot joined #koha
05:22 phasefx_ joined #koha
05:25 Oak joined #koha
05:25 Oak hello #koha
05:26 Callender joined #koha
05:26 jcamins_away joined #koha
05:26 pastebot joined #koha
05:45 laurence joined #koha
05:53 juan_sieira joined #koha
06:10 alex_a hello
06:10 wahanui1 bonjour, alex_a
06:41 kmkale_ joined #koha
06:45 kmkale1 joined #koha
06:46 francharb joined #koha
06:47 francharb hello
07:00 francharb left #koha
07:03 magnuse kia ora #koha
07:04 eythian hi magnuse. Having a quick go at generating those man pages
07:05 I'll know soon if it worked, or if I'm understanding something wrong :)
07:05 magnuse yay!
07:05 eythian++
07:06 francharb joined #koha
07:06 magnuse eythian: talking of which... any chance anyone will have another go at the l10n stuff for the packages in time for the deadlines?
07:07 eythian Not sure if package.install runs before or after debian/rules during build, so that's got a 50% chance of working.
07:07 hmm, I'll see what Srdjan's up to tomorrow. He may be free to look at it.
07:07 magnuse yay
07:08 one thing i was wondering about: the original man page for koha-create was .8
07:09 according to this http://en.wikipedia.org/wiki/M[…]e#Manual_sections 8 is for "System administration commands and daemons" is that right?
07:09 eythian yep.
07:09 The same reason it's in sbin
07:09 and needs to be run with sudo
07:09 magnuse ah, ok
07:09 cool
07:13 sophie_m joined #koha
07:13 eythian /bin/sh: xsltproc: not found
07:13 rats
07:14 paul_p joined #koha
07:15 magnuse kia ora paul_p
07:15 paul_p hello magnuse !
07:15 Oak magnuse
07:15 eythian oh, I see what I did there. Scilly me.
07:15 magnuse Oak
07:15 Oak greetingns francharb, sophie_m, paul_p, eythian :))
07:15 eythian hi
07:15 wahanui1 hello, eythian
07:16 sophie_m hi 0ak and #koha
07:16 * paul_p worked very late yesterday to investigate performance in Koha. I've suggestion to improve speed by 30% (mail to koha-devel soon)
07:16 francharb hello all
07:16 Oak paul_p++
07:16 magnuse paul_p++
07:16 Oak eythian++
07:17 God bless you all
07:24 * eythian tries building this again, with the dependencies done right this time hopefully.
07:24 magnuse fingers crossed!
07:31 sophie_m joined #koha
07:31 sophie_m left #koha
07:34 eythian erk, that failed for inexplicable reasons.
07:35 magnuse ouch
07:35 eythian pbuilder didn't like me adding stuff to the build-depends
07:35 danmc joined #koha
07:35 magnuse shame on pbuilder, then!
07:36 sophie_m1 joined #koha
07:36 eythian I wonder why...
07:42 adnc joined #koha
07:46 eythian ah well, have to go. Will have to try to fix it tomorrow.
07:46 Oak later eythian :)
07:47 eythian bye
07:51 kulps Hey folks, is anyone around?
07:54 julian_ joined #koha
07:57 magnuse kulps: some ;-)
08:00 kulps it could be that its late, or that I've now installed koha 5 times in 4 days but I have a fresh install that's been my smoothest yet
08:00 I get the admin console, no problem
08:00 magnuse yay
08:00 kulps but the OPAC wont load
08:00 magnuse ouch
08:00 kulps I'm sure its dreafully simple
08:01 but i just get the default apache page
08:01 magnuse get any error messages in the apache logs?
08:01 ah, that might be the default site masking it
08:01 kulps no, I'm pretty sure its a config issure
08:01 I tried to change to ports to test for that
08:01 but I dont know if I did it right
08:01 magnuse try "sudo a2dissite default" then reload apache
08:02 (unless you are actually using the default site for something, of course)
08:02 kulps (I did remember to add a listening port for 8080, which is good, minor progress is being made by my memory)
08:02 nope
08:02 default can go
08:02 magnuse i'd try that
08:03 kulps hmm
08:03 still getting the default
08:03 even after the reload
08:04 magnuse hm, that's not so good...
08:04 kulps I'm trying to compare it with my working install
08:04 it all looks good
08:05 Oak hm, i don't think Password reminder at http://lists.koha-community.or[…]ptions/koha-devel works
08:05 waiting for an hour now
08:05 nothing in spam either
08:06 kulps magnuse, there are only so many conf files that would act against the OPAC, right?
08:07 magnuse kulps: yeah, there are the ones in /etc/apache2/sites-enabled
08:07 kulps I'm thinking /etc/apach2/sites-available/lib (lib being my instance)
08:08 magnuse then there are some in /etc/apache2
08:08 like ports.conf
08:09 kulps wait
08:09 wait
08:09 hmmm
08:09 no
08:09 hmmm
08:09 thought it was in ports
08:09 but no
08:10 magnuse lib is the only site in /etc/apach2/sites-enabled/ ?
08:11 kulps yes
08:11 liw joined #koha
08:12 kulps in my working instance under sites-enabled/koha (the working instance) I see this "ServerName koha.mydomain.co.nz"
08:13 but on the broken instance I see this "ServerName libents-lib-001"
08:13 I dont think this would cause trouble
08:13 Guillaume joined #koha
08:13 kulps and it's working for the admin console
08:14 ...
08:14 ...
08:14 arg.
08:14 arg arg.
08:14 magnuse sorry to take your time
08:14 lesson learned
08:14 clear browser cache when things should be fixed.
08:15 huginn New commit(s) kohagit: Bug 6368: unimarc_field_4XX plugin does not work with new templates - corrected <http://git.koha-community.org/[…]023a0e5c7fd441ec9>
08:16 magnuse kulps: hehe :-)
08:17 kulps brutal
08:17 but
08:17 I now have 2 working installs
08:17 which is neat
08:17 magnuse yay
08:17 kulps and this one was really fast to get working
08:18 magnuse the more often you do it the better you get :-)
08:19 kulps I'm not sure how many more times I'll get to do it
08:19 depending if other hackerspaces are interested in cataloging their libraries
08:20 magnuse you're working for a hackerspace?
08:20 * Oak googles hackerspace
08:20 kulps Yep
08:20 It's neat to do my own library
08:20 but the spaces library might actually see transactions
08:21 HA!
08:21 members.ents.ca
08:21 I'm sure theres a bunch of security issues I just introduced
08:21 but
08:21 magnuse yay
08:21 kulps our OPAC is running live off a vm at the space
08:22 magnuse how cool is that?!?
08:22 kulps you can search for our only entry "windows"
08:22 jenkins_koha Starting build 413 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #385 26 j ago)
08:22 kulps it's a book I have on loan right now, so it was easy to add
08:23 magnuse hehe, at least it works ;-)
08:24 kulps yup
08:24 hmm
08:25 I built that record from the Toronto Public Library
08:25 they seem to have added this "Online Resources: http://ezproxy.torontopublicli[…]lId=9780735625303"
08:26 can I just remove that from the biblio record and have it remove from the item record?
08:26 are records nested that way?
08:28 magnuse items are attached to biblios, yes
08:28 juan_sieira_ joined #koha
08:28 magnuse some info is stored at the item level and some at the biblio level
08:28 kulps is it possible to edit an item without it affecting the bilbio
08:28 right
08:29 and if I have 3 items under the same biblio, I would need to modify each of them seperately if I wanted to make a change, yes? (assuming the edit was at an item-level)
08:31 magnuse yup
08:33 kulps neat
08:33 got that online reseources entry purged
08:33 now
08:34 before bed, how much do I need to worry about securing the OPAC site? Is it pretty safe out of the box?
08:35 magnuse not my main area of expertise, but there are noe special recommended steps to make it more secure
08:36 apart from stuff that applies to any web server
08:36 like firewalls and such
08:37 kulps right
08:37 well
08:38 I'll probably get learned real good from the guys tomorrow, but for now I think it's a job well started, even if it's not done.
08:38 They might want to build a DMZ to put that machine in
08:38 huginn New commit(s) needsignoff: [Bug 5981] OPAC: Add limits to search history <http://bugs.koha-community.org[…]w_bug.cgi?id=5981>
08:38 kulps I don't know
08:39 for now it's working, let the spooks figure it out!
08:39 Thanks again Magnuse, if our pilot goes well I may end up as the hackerspaces librarian
08:39 hopefully I will need less and less help
08:39 but also, hopefully I can bring smart people to the project
08:40 since most hackerspaces have a few devs milling about
08:40 magnuse yay
08:41 Oak kulps++
08:41 paul_p magnuse, (or anyone else) can you confirm this url works for you : http://depot.biblibre.com/ppoulain/nytprof.ini/ ?
08:41 kulps you, and everyone else here has been super helpful
08:41 magnuse kulps++
08:41 kulps loads for me
08:41 Oak yup works paul_p
08:41 magnuse paul_p: i see a page called "Performance Profile Index"?
08:42 paul_p magnuse, yep. mail to koha-devel to follow ;-)
08:42 magnuse yay
08:42 kulps well, quarter to three, gotta get to bed so I'm not a wreck tomorrow. Thanks again folks!
08:42 Oak take good care kulps :)
08:42 paul_p (then I head for 6 hours of train where i'll continue working on that : going to "Librarians in University association annual meeting" )
08:42 magnuse have fun kulps!
08:43 paul_p sweet dreams kulps
08:52 magnuse long_train_rides++
09:06 jenkins_koha Project Koha_master build #413: STILL UNSTABLE in 44 mn: http://jenkins.koha-community.[…]/Koha_master/413/
09:06 januszop: Bug 6368: unimarc_field_4XX plugin does not work with new templates - corrected
09:06 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6368 normal, PATCH-Sent, ---, januszop, ASSIGNED , unimarc_field_4XX plugin does not work with new templates
09:45 New commit(s) kohagit: Bug 6841 - A member with cataloging permissions cannot change branches (when independ... <http://git.koha-community.org/[…]5a70af29e6aef3504> / Bug 6620 Ensure autoflush is set on output filehandles <http://git.koha-community.org/[…]81fba42715e50f19d>
09:52 jenkins_koha Starting build 414 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #385 27 j ago)
09:56 kmkale_ joined #koha
10:17 huginn New commit(s) kohagit: Fix for Bug 2891, cannot manually enter date at reports/issues_stats.pl <http://git.koha-community.org/[…]9bc774ade606785fa> / bug 6677 - remove reference to 'debarred' <http://git.koha-community.org/[…]29314f5abc5714b57>
10:20 alex_a left #koha
10:20 alex_a joined #koha
10:27 huginn New commit(s) kohagit: 6829: Remove two warnings for opac-MARCdetail <http://git.koha-community.org/[…]8ffd31887f802332d>
10:30 juan_sieira joined #koha
10:35 jenkins_koha Project Koha_master build #414: STILL UNSTABLE in 43 mn: http://jenkins.koha-community.[…]/Koha_master/414/
10:35 * colin.campbell: Bug 6620 Ensure autoflush is set on output filehandles
10:35 * lrea: Bug 6841 - A member with cataloging permissions cannot change branches (when independent branches is set on)
10:35 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6620 major, PATCH-Sent, ---, colin.campbell, ASSIGNED , Sip Server Output may be buffered
10:35 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6841 major, PATCH-Sent, ---, wizzyrea, ASSIGNED , A member with cataloging permissions cannot change branches (when independent branches is set on)
10:36 jenkins_koha Starting build 415 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #385 27 j ago)
10:41 clrh_ joined #koha
10:42 adnc joined #koha
10:54 julian_ joined #koha
11:05 tcohen joined #koha
11:19 jenkins_koha Project Koha_master build #415: STILL UNSTABLE in 43 mn: http://jenkins.koha-community.[…]/Koha_master/415/
11:19 * nengard: bug 6677 - remove reference to 'debarred'
11:19 * oleonard: Fix for Bug 2891, cannot manually enter date at reports/issues_stats.pl
11:19 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6677 normal, PATCH-Sent, ---, nengard, ASSIGNED , patron stats still refers to debarred
11:19 jenkins_koha * m.de.rooy: 6829: Remove two warnings for opac-MARCdetail
11:19 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2891 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Cannot manually enter dates in some report forms
11:27 Jesse joined #koha
11:55 jwagner joined #koha
12:11 clrh joined #koha
12:12 clrh joined #koha
12:16 Oak joined #koha
12:23 oleonard joined #koha
12:25 NateC joined #koha
12:37 martinmorris joined #koha
12:42 clrh joined #koha
12:50 kmkale1 joined #koha
12:58 juan_sieira_ joined #koha
13:02 libsysguy joined #koha
13:02 libsysguy morning #Koha
13:03 magnuse afternoon libsysguy
13:04 libsysguy heh silly time differences
13:05 magnuse :-)
13:08 trea joined #koha
13:09 libsysguy seen rangi
13:09 wahanui1 rangi was last seen on #koha 8 hours, 24 minutes and 49 seconds ago, saying: usa v russia tomorrow should be a good one [Wed Sep 14 04:44:44 2011]
13:10 libsysguy @later tell rangi this is how I feel when squashing bugs in Koha http://soundcloud.com/doverspi[…]-punk-technologic
13:10 huginn libsysguy: The operation succeeded.
13:10 sekjal joined #koha
13:10 libsysguy wizzyrea might also appreciate that
13:19 @later tell wizzyrea http://soundcloud.com/doverspi[…]-punk-technologic = bug squishing music
13:19 huginn libsysguy: The operation succeeded.
13:47 kmkale_ joined #koha
13:47 druthb joined #koha
14:00 andersonbd1 I'm getting closer, but now stuck on a handful of modules.  I haven't been successful install via apt-get (not found?) or via cpan.  Here's the first one: http://pastebin.com/raw.php?i=x3xdxpLj
14:02 maximep joined #koha
14:03 wizzyrea andersonbd1: can you do sudo apt-get install libcgi-session-serialize-yaml-perl
14:03 and see if that will install
14:03 (have you been doing these via cpan or packages?)
14:03 and good morning peeps
14:03 :)
14:03 druthb hi, wizzyrea! :)
14:03 wizzyrea hiyaaaaa
14:04 also sudo apt-get install libhttp-oai-perl
14:05 and sudo apt-get install libmarc-crosswalk-dublincore-perl
14:05 that should hit the required ones
14:06 also, looks like you were trying to do serialize with cpan
14:06 it's probably sudo cpan -i CGI::Session::Serialize::yaml
14:07 * wizzyrea does work.
14:09 wizzyrea libsysguy that's a great song
14:19 juan_sieira joined #koha
14:41 druthb1 joined #koha
14:42 druthb1 left #koha
14:49 wizzyrea in accountlines, does anyone know
14:49 what is "accountno"
14:49 what does that denote?
14:50 adnc joined #koha
14:51 rhcl_away joined #koha
14:53 sekjal wizzyrea:  taken with borrowernumber, the two fields form as close to a key as you're going to get
14:54 wizzyrea hmm
14:54 ok so
14:54 what if you have about 50 of them with the same accountnumber?
14:54 sekjal same patron?
14:54 wizzyrea multiple patrons, actually
14:54 sekjal that's okay
14:54 wizzyrea all of them exhibit the same sympton
14:55 sekjal it's only a problem if (borrowernumber,accountno) is not a unique combo
14:55 wizzyrea they pay a fine, and the amountoutstanding gets 0'd out
14:55 even if that's not right
14:55 ah, then we had/have a problem
14:55 sekjal eep
14:56 miguelxercode joined #koha
14:56 miguelxercode left #koha
14:56 wizzyrea big pastebin inc
14:56 andersonbd1 thanks wizzyrea.  that's the strategy I'd been following (apt-get).  Where I got confused is that the module names were chopped off in the ./koha_perl_deps.pl -m command
14:57 pastebot "wizzyrea" at 24.124.17.146 pasted "accountlines - see the borrowernumbers/acctno combos that have the 32767" (101 lines) at http://paste.koha-community.org/36
14:57 wizzyrea did that help at all?
14:58 sekjal wizzyrea:  I see
14:59 wizzyrea I think
14:59 there is a data problem in our accountlines
14:59 sekjal 32767... seems to come up a couple times
14:59 wizzyrea exactly!
15:00 and it looks like it's still happening on new fines
15:01 sekjal 32767 is the maximum possible value for accountno
15:01 since it's of type 'smallint'
15:01 trea ^^
15:01 wizzyrea LOL
15:01 sekjal http://dev.mysql.com/doc/refma[…]umeric-types.html
15:01 wizzyrea so we've exceeded the field
15:01 trea i knew it seemed familiar somehow
15:01 :D
15:01 wizzyrea uh
15:01 how to fix it :)
15:03 we have 2100 accounts that would be susceptible to fine zeroiing
15:03 sekjal does any individual patron have more than 32767 fines/payments entries?
15:03 wizzyrea I would find that very surprising
15:04 sekjal so the repair is to reset the accountnumbers sequentially, starting from 1
15:04 * wizzyrea will file a bug to suggest fixing the column type
15:04 wizzyrea to prevent this for others
15:04 sekjal the fix is going to be something else
15:05 somewhere, in the code somewhere (or some when) the accountno was not incrementing properly
15:05 either through a bad SQL, or a mis-directed variable, or both
15:05 wizzyrea well it's happening now
15:05 on new fines on our system
15:06 and if 32767 is the max for the column
15:06 oh wait
15:06 I see
15:06 what you're saying
15:06 you're saying that accountno for *each patron* is supposed to increment by 1
15:06 and sometime/where it was incrementing the whole table
15:07 * wizzyrea tries to find the oldest incidence
15:07 sekjal possibly
15:07 a larger number than intended was put in the accountno field, somehow
15:07 * wizzyrea considers suggesting a fine amnesty
15:08 wizzyrea :{P
15:08 :P
15:08 trea i like :{P - it's like a guy with a handlebar moustache
15:08 wizzyrea hee
15:09 magnuse :-{)
15:09 wizzyrea :-{)>
15:09 goatee
15:10 magnuse heh
15:11 }:{)>
15:11 big furry eyebrows, handlebar moustache and a goatee...
15:11 chris_n` joined #koha
15:12 wizzyrea the first occurrence of this was april 15 this year
15:18 sophie_m1 left #koha
15:30 fcapo joined #koha
15:44 melia joined #koha
15:50 sekjal found the root of the problem
15:50 writeoffs are corrupting the data
15:50 wizzyrea sekjal++
15:52 sekjal oh, hey, and it's fixed in master
15:52 wizzyrea WOOT!
15:53 sekjal with the recently pushed bug 3498
15:53 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3498 enhancement, PATCH-Sent, ---, colin.campbell, ASSIGNED , Allow partial fine payments
15:53 libsysguy even better
15:53 wizzyrea LOLOL
15:53 libsysguy bug fix by surpriese
15:53 * wizzyrea lol's all over the place
15:53 libsysguy surprise**
15:53 sekjal thank you Colin Campbell
15:53 this is why we need git reward in addition to git blame
15:53 magnuse hehe
15:54 sekjal so it's just matter of writing the cleanup script
15:57 juan_sieira_ joined #koha
15:57 wizzyrea so. excited
15:57 woot :D
15:58 colin's not here, what's his usual nick?
15:58 oleonard Colin I think
15:58 wizzyrea @seen colin_c
15:58 huginn wizzyrea: I have not seen colin_c.
15:59 oleonard That's what I see on the irc stats page
15:59 wizzyrea @seen colin
15:59 huginn wizzyrea: colin was last seen in #koha 35 weeks, 6 days, 17 hours, 56 minutes, and 27 seconds ago: <Colin> Colin Campbell, PTFS Europe Ltd
15:59 wizzyrea colin++
15:59 oleonard @karma colin
15:59 huginn oleonard: Karma for "colin" has been increased 28 times and decreased 2 times for a total karma of 26.
16:14 kulps Hey folks, is there a guide to enabling self checkout? I searched the wiki but didnt come up with much. I enabled it in the admin menu (I think) but don't know where to go now.
16:15 oleonard /cgi-bin/koha/sco/sco-main.pl
16:15 kulps found that
16:15 what do I need to do with it?
16:16 sorry, I've only been using Koha for a few days
16:16 rhcl RE: email regarding printing with Linux -- I intend to take a good look at printing from FF/Koha on Linux "when I get the time". We have never been entirely successful with it so far.
16:17 oleonard kulps: Have you read this? http://koha-community.org/docu[…]nual-en/?ch=x8658
16:17 kulps not yet
16:17 thanks
16:17 I'll read it and get back to you
16:17 what's better, the faq or the wiki?
16:17 or do I need to check both?
16:19 oleonard The official documentation first
16:19 kulps noted
16:19 thanks for your help, I'll see what I can do
16:22 sekjal accountlines really needs a primary key.... ::grumble::
16:25 oleonard sekjal: I just saw the article in Library Journal about ByWater and CAUSE
16:25 Really interesting that Koha's use of standard ports was a selling point for the military.
16:25 sekjal oleonard:  oh, really?  I haven't read my most recently received copy
16:26 will have to dig it out
16:26 oleonard page 21
16:27 "..there were also technical reasons [for the switch], as Koha uses standard computer-network ports--a military requirement that Derrow told LJ was 'an issue' with a previous software provider, which she declined to name."
16:29 wizzyrea standards++
16:30 sekjal will look once I can find it (a little too much paper floating around right now)
16:42 wizzyrea this makes me think of natec: http://pinterest.com/pin/195080383/
16:48 sekjal NateC?
16:48 wahanui1 I LIKE SPACE!
17:01 kulps oleonard, which military?
17:01 * kulps does not get Library Journal
17:01 wizzyrea presumably the US military?
17:01 oleonard US military
17:01 Libraries which support US military veterans
17:04 kulps too bad it wasnt the navy, they would have contracted it out
17:04 and you all could have made a killing
17:05 * kulps pokes fun at NMCI
18:00 miguelxercode joined #koha
18:05 chris_n @later tell cait should http://tinyurl.com/5r7nnnv apply to 3.4.x?
18:05 huginn chris_n: The operation succeeded.
18:05 chris_n @later tell kf should http://tinyurl.com/5r7nnnv apply to 3.4.x?
18:05 huginn chris_n: The operation succeeded.
18:05 oleonard chris_n, are you applying all the other 6458 patches to 3.4.x?
18:06 chris_n yes, but the above mentioned one does not apply cleanly
18:06 it looks to be based on an earlier commit which did not land in 3.4.x
18:07 oleonard That template has had several modifications in the last couple of months
18:09 chris_n if I missed one that should be there please let me know
18:09 rhcl oleonard: were you referring to the September issue of LJ?
18:09 oleonard rhcl: Yes
18:09 rhcl I need to track our copy down.
18:10 oleonard It's not a full-blown article, just a blurb, but interesting nonetheless.
18:10 * oleonard is getting frustrated with the last remaining fix for bug 6458
18:10 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6458 normal, PATCH-Sent, ---, frederic, ASSIGNED , incorrect parsing result in translation processing
18:10 libsysguy sekjal
18:11 sekjal libsysguy
18:11 wahanui1 libsysguy is Koha's hottest developer or partying with swedes on his deck
18:11 libsysguy fines is broken in hourly
18:11 :'(
18:11 are broken**
18:11 wizzyrea define broken
18:11 libsysguy like all fines are not accruing correctly
18:11 sekjal libsysguy:  all fines, even on day-based loans?
18:12 libsysguy yes all of them
18:12 and I think I know why...I'm working on a fix
18:12 sekjal cool
18:12 libsysguy its in CalcFine
18:12 I just wanted to let you know so you could hold off on testing
18:12 I feel bad for passing it now :'(
18:13 wizzyrea fix it and you'll be redeemed :)
18:13 otherwise:
18:13 * wizzyrea readies the bull whip
18:14 libsysguy I go to programmer hell hehe
18:15 cait joined #koha
18:15 libsysguy I see this line in master
18:15 # use copy-pasted functions from calendar module.  (deprecated -- these functions will be removed from C4::Overdues ).
18:16 does that mean the functions following it will be removed?
18:16 oleonard The enrichment center reminds you that developer hell is real place where you will be sent at the first sign of defiance.
18:16 francharb joined #koha
18:16 francharb left #koha
18:17 cait hi #koha
18:18 wizzyrea caait
18:18 cait hi there
18:18 libsysguy cait!!
18:18 cait you were not missing me, weren't you? :)
18:19 libsysguy I was :(
18:19 cait @later tell chris_n: it should if owen's first patch to this has been applied
18:19 huginn cait: The operation succeeded.
18:19 cait aw
18:19 were talking about koha to libraries all day
18:19 now all I want is stop thinking
18:20 was talking...
18:21 wizzyrea I was missing you :)
18:22 jenkins_koha Starting build 45 for job Koha_3.4.x (previous build: SUCCESS)
18:22 Jesse_ joined #koha
18:25 cait wizzyrea: sql report? :P
18:25 wizzyrea no, I was missing your wit and charm :)_
18:26 cait sounds unlikely :)
18:26 wizzyrea lol!
18:26 all true
18:26 you believe what you want to ;)
18:26 cait yep
18:26 :)
18:29 rangi i was missing your cookies
18:29 * libsysguy wants cookies
18:30 libsysguy there was a guy with brownies in my phys class this morning
18:30 * libsysguy got none
18:30 sekjal wait, brownies, what?
18:30 * sekjal looks away for a second, and there is dessert
18:31 libsysguy well of course...we should make Koha Cookies
18:31 branding ftw
18:31 wizzyrea you know we have a community cookie
18:31 libsysguy 0_0
18:31 rangi yup
18:32 wizzyrea bug 5158
18:32 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5158 enhancement, P5, ---, camins, ASSIGNED , Koha needs its own cookie, ice cream, and fudge flavors
18:33 libsysguy why are there bugs in our tasty treats?
18:33 wizzyrea hehe
18:33 * cait sents rangi cookies
18:34 cait oh
18:34 I showed that to the library today!
18:34 the bug
18:34 rangi hehe
18:34 right kahu 'needs' to use my computer
18:34 cait does he want to write you an email? :)
18:34 rangi "I have to send some emails, im a busy man"
18:34 so im gonna go have a shower, bbiab
18:37 wizzyrea lol did he really say that
18:37 kahu++
18:38 maximep wow, that's the best bug report ever
18:38 wizzyrea *nod*
18:39 sekjal: bug 6868
18:39 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6868 normal, P5, ---, kyle.m.hall, NEW , Need a script to fix bad accountno data in accountlines
18:39 * wizzyrea loves getting symmetrical bug numbers
18:40 cait :)
18:40 sekjal anyone have opinions on whether the logic should live in it's own script, or be included as part of updatedatabase.pl?  or both?
18:41 libsysguy the logic?
18:41 oleonard Which is easier for people installing/upgrading?
18:41 wizzyrea people installing won't be affected
18:41 only people upgrading
18:41 libsysguy way to think of people actually using Koha oleonard
18:42 wizzyrea well, people installing versions above 3.4
18:42 chris_n may want to consider snatching some parts of bug 3498 to mitigate this for 3.4
18:42 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3498 enhancement, PATCH-Sent, ---, colin.campbell, ASSIGNED , Allow partial fine payments
18:42 sekjal anybody who did writeoffs before bug 3498 was integrated is effected by this
18:42 most folks will never notice
18:43 but when you have lots of fines
18:43 wizzyrea you'll notice
18:43 eventually
18:43 sekjal you start to hit the max value of accountno
18:43 chris_n cait: that patch relies on a series which appear to begin with bug 5252
18:43 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5252 enhancement, P5, ---, nengard, REOPENED , Emails & Phones On Patron Add/Edit form
18:43 wizzyrea when that happens: kablooey
18:43 cait hm
18:43 yeah tha tmight have interfered with it probably
18:43 sekjal now, this WILL happen eventually, even with 3498 in place
18:43 cait I have to check that
18:44 really too tired now
18:44 sekjal but it'll take many many years, instead of a few months
18:44 chris_n cait: if that looks right to you, I'll go ahead and apply all those to 3.4.x
18:44 cait all those from 5252?
18:44 or from the translation thing?
18:44 chris_n both since the translation ones depend on 5252
18:44 moodaepo joined #koha
18:45 * chris_n considers the phone labels a very minor enh
18:45 cait oh ok
18:45 it sound sok tome
18:50 pastebot "libsysguy" at 129.114.242.85 pasted "Hourly issue" (67 lines) at http://paste.koha-community.org/37
18:50 libsysguy can somebody look at that for me and give me your thoughts
18:50 chris_n kablooey?
18:51 libsysguy I know there is a bug because $chargeduration->days doesn't return the right value
18:51 but it does it randomly from what I can tell
18:52 chris_n wizzyrea: which part of 3498 would you have applied to 3.4.x?
18:52 sekjal libsysguy: $charge_duration->{'days'}
18:52 instead?
18:52 martinmorris joined #koha
18:52 libsysguy well hours gets called by $chargeduration->hours();
18:53 so that is what I'm confused
18:53 wizzyrea 1s I'd have to poke at it
18:53 :)
18:53 * chris_n hands wizzyrea a stick
18:53 sekjal libsysguy:  ah, this looks like object oriented Perl
18:53 libsysguy yes it is the new calendar module
18:53 * sekjal has less experience with that
18:54 chris_n so what does the days method do?
18:54 libsysguy interestingly enough...there is no sub for it
18:54 oh
18:54 wait
18:55 chargeduration is a call to days_between
18:57 I don't really understand the whole truncate to hours then 5 lines down truncate to days with no hourly calc
19:02 jenkins_koha Project Koha_3.4.x build #45: SUCCESS in 40 mn: http://jenkins.koha-community.[…]ob/Koha_3.4.x/45/
19:02 * oleonard: Fix for Bug 5234 - Remove unused CSS files
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5234 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Remove unused CSS files
19:02 jenkins_koha * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing / patron-attr-types
19:02 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6458 normal, PATCH-Sent, ---, frederic, ASSIGNED , incorrect parsing result in translation processing
19:02 jenkins_koha * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing / clone-rules
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing / branches
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:02 * oleonard: Follow-up fix for Bug 6458, incorrect parsing result in translation processing
19:02 * januszop: Bug 6368: unimarc_field_4XX plugin does not work with new templates - corrected
19:02 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6368 normal, PATCH-Sent, ---, januszop, ASSIGNED , unimarc_field_4XX plugin does not work with new templates
19:02 jenkins_koha * colin.campbell: Bug 6620 Ensure autoflush is set on output filehandles
19:02 * lrea: Bug 6841 - A member with cataloging permissions cannot change branches (when independent branches is set on)
19:02 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6620 major, PATCH-Sent, ---, colin.campbell, ASSIGNED , Sip Server Output may be buffered
19:02 jenkins_koha * nengard: bug 6677 - remove reference to 'debarred'
19:02 * oleonard: Fix for Bug 2891, cannot manually enter date at reports/issues_stats.pl
19:03 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6841 major, PATCH-Sent, ---, wizzyrea, ASSIGNED , A member with cataloging permissions cannot change branches (when independent branches is set on)
19:03 jenkins_koha * m.de.rooy: 6829: Remove two warnings for opac-MARCdetail
19:03 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6677 normal, PATCH-Sent, ---, nengard, ASSIGNED , patron stats still refers to debarred
19:03 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2891 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Cannot manually enter dates in some report forms
19:06 cait libsysguy: the line you were referring to earlier in the logs - about the copypasteoverdue thing - it's been in there like forever
19:07 libsysguy: if you are in there... can you check that a grace period of 3 and a fine interval of 7 actually gives you the first fine after 3 days of grace period? :)
19:07 jenkins_koha Starting build 46 for job Koha_3.4.x (previous build: SUCCESS)
19:07 libsysguy wouldn't it take 7 days to check
19:07 err 10
19:07 * libsysguy can't add
19:09 cait libsysguy: duedate - grace period 3 fine seven days later another fine... and so on
19:09 but what it does do is fine interval = enforced minimum grace period
19:09 which is evil
19:10 it works perfectly for charging periods like 1
19:10 but not for higher numbers
19:10 * cait grumbles
19:10 libsysguy oh? so its a 24 hour grace period regardless
19:10 ohh
19:10 i see
19:10 cait not sur eif it changed for hourly
19:10 that's why I told you - in hope oyu might be able to check :)
19:10 libsysguy yeah that whole function changed
19:11 cait and because I gave you cookies... and I am nice (sometimes)... and... more cookies?
19:11 * libsysguy is full, fat, and happy :)
19:12 has a new favorite perl line
19:13 libsysguy use Carp;
19:13 cait so cookies will not work?
19:13 :)
19:13 libsysguy as a bribe?
19:13 I would check it for you regardless cait
19:13 cait aww
19:14 ok, normal setting for us would be something like 2 days grace, charge interval weekly and some fine like 1.50
19:14 and in my perfect world it owuld give you the first fine 2 days after due date
19:14 libsysguy gotcha
19:15 so right now it is giving you 2 days after the interval
19:15 so 9 days after the due date
19:17 cait something liek that yes
19:17 last tested in 3.2.2 i have to confess
19:17 libsysguy hehe
19:17 cait but not aware of any changes soon after that or in the 3.2.x
19:17 libsysguy well there is that new OOP Calendar module
19:19 cait lots of changes for short loans I guess
19:19 libsysguy yes there are quite a few
19:20 * oleonard finally tracks down the stupid typo he was sure was causing his problems of the last few hours
19:21 cait oleonard: cookie?
19:21 wahanui1 cookie is being set in the browser?
19:21 wizzyrea oleonard: ice cream?
19:21 forget cookie
19:21 wahanui1 wizzyrea: I forgot cookie
19:21 * oleonard checks his watch. Too early for what he needs.
19:22 cait but you found the problem
19:22 I found a lot of i18n problems in my presentation today :(
19:22 some quite embarassing typos
19:22 * cait sighs
19:22 cait lots of cleaning up to do
19:22 wizzyrea cookie is bug 5158
19:22 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5158 enhancement, P5, ---, camins, ASSIGNED , Koha needs its own cookie, ice cream, and fudge flavors
19:24 oleonard The good news is I think Bug 6458 is vanquished, for now.
19:24 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6458 normal, PATCH-Sent, ---, frederic, ASSIGNED , incorrect parsing result in translation processing
19:25 libsysguy I have a DateTime::Duration object that I call ->days on...the object has 13 months 0 days 863 minutes and I get 0 for days
19:28 rangi back
19:28 huginn New commit(s) needsignoff: [Bug 6458] incorrect parsing result in translation processing <http://bugs.koha-community.org[…]w_bug.cgi?id=6458>
19:29 rangi oleonard: ill try to push the new patches
19:29 today
19:29 * chris_n empathizes with oleonard's typo hunt
19:29 chris_n heya rangi
19:30 libsysguy anybody familiar with the DateTime::Duration module?
19:30 rangi probably colin
19:30 libsysguy I think I found the problem I just want to make sure I'm not crazy
19:30 rangi man pages tell ya anything?
19:30 libsysguy yeah...you can't convert from months to days
19:31 also there was an error in the CalcFine code
19:31 rangi you have to convert first, then call duration?
19:31 libsysguy it just says its not supported...that is what I wanted to ask about...just make sure I was reading it right
19:32 rangi well a month could be 28, 29, 30, 31
19:32 days
19:32 libsysguy right
19:32 rangi so it makes sense
19:32 libsysguy I thought manip supported that kind of weird date manipulation
19:33 rangi for a specific month yes
19:33 1 month
19:33 who knows 2011-09 you could do
19:33 that make sense?
19:34 ill read the man when I get off the bus
19:34 but thats my guess why
19:34 libsysguy ok...i may try and see if date::calc will do it
19:34 rangi what exactly are u trying to convert?
19:34 a specific month, or range of months
19:35 libsysguy well just how ever long the overdue is
19:35 rangi or the phrase 1 month?
19:35 why would it ever be in months?
19:35 libsysguy dude...our librarians are insane about holding a grudge for fines
19:35 they keep them...like forever
19:35 rangi I know
19:35 but still days
19:36 we have some 4578 days overdue
19:36 libsysguy so my duration hash has 13 months 867 minutes and 57 seconds in it
19:36 and when i call ->days I get 0
19:36 rangi ah so it is converting
19:36 libsysguy yeah
19:36 then not wanting to convert back
19:37 rangi can u make it not do that?
19:37 libsysguy hmm
19:37 maybe
19:37 but it does it in koha::calendar
19:37 so I don't want to break that lol
19:37 rangi hmm
19:38 libsysguy yeah im slightly stumped
19:39 I guess I'm the only one using hourly because that DateCalc function was all kinds of broken
19:39 huginn New commit(s) needsignoff: [Bug 6869] Batch item modification fails if accented characters are used in the modification form. <http://bugs.koha-community.org[…]w_bug.cgi?id=6869>
19:39 rangi you know what, id update the bug
19:39 make sure colin is cced
19:39 since koha::calendar is his code
19:39 and see what he has to say, mean while you can do a local patch for calcfines to not use duration maybe?
19:39 use date::calc isntead
19:39 you sure are
19:39 libsysguy Im ashamed I didn't catch it
19:39 rangi no worries
19:39 thats why we have 3 levels of signoff for big stuff
19:40 libsysguy ok I'll ping colin and see what he thinks
19:40 yeah for sure
19:41 rangi thanks for testing
19:41 libsysguy thanks for helping me
19:41 rangi no worries
19:41 what was the calcfine bug?
19:42 fixing that will catch all but the really old overdues (which hopefully already have fines)
19:42 libsysguy it was calling DateTime::Duration Object ->days instead of -> in_units()
19:42 ('days')
19:42 **
19:43 same deal for hours
19:43 so basically the entire diff for the dates was off
19:43 sekjal libsysguy:  you've done a great job testing Hourly Loans, and you're continuing to do so
19:43 * wizzyrea is totally kidding
19:44 wizzyrea no, you fail! Good day!
19:44 there, does that satisfy you?
19:44 libsysguy did wizzyrea lose it?
19:44 wizzyrea :)
19:44 libsysguy and thanks sekjal
19:44 sekjal rangi:  did you catch up on back-conversation about the problem with the writeoff subroutine in accounts (pre-bug3498)?
19:44 wizzyrea libsysguy: I was "giving you the punishment you (deserve) expect"
19:45 rangi yup
19:45 libsysguy 0_0
19:45 sekjal rangi: recommendations on whether the cleanup should be done as part of updatedatabase.pl or as a separate script?
19:46 rangi hmmm
19:46 sep script
19:46 sekjal takes about 5 min to run on a NEKLS-sized system
19:46 wizzyrea pretty much everybody *ought* to run it if it's an upgrade
19:46 rangi bet it will take longer on hlt one
19:47 paul_p joined #koha
19:47 rangi 11.5 years of accounts
19:47 wizzyrea how many lines in hlt accountlines?
19:47 i'm amazed they haven't hit the limit
19:47 rangi millions
19:47 sekjal depends on the number of patrons, and how often writeoff was used
19:47 jenkins_koha Project Koha_3.4.x build #46: SUCCESS in 40 mn: http://jenkins.koha-community.[…]ob/Koha_3.4.x/46/
19:47 * nengard: Bug 5252 - Phone labels on patron creation
19:47 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
19:47 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5252 enhancement, P5, ---, nengard, REOPENED , Emails & Phones On Patron Add/Edit form
19:47 jenkins_koha * katrin.fischer: Fix for Bug 6458 Follow-up for memberentrygen.tt
19:47 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6458 normal, PATCH-Sent, ---, frederic, ASSIGNED , incorrect parsing result in translation processing
19:48 rangi the only thing id worry about is apache timeouts
19:48 sekjal each individual has a limit of 32767 lines currently... but writeoffs make folks hit that sooner than they normally would
19:48 cait sekjal: there was an old bug for writeoff
19:48 sekjal: telling it will corrupt data -but noone ever told me how and why
19:49 bug 2632
19:49 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2632 normal, P3, ---, gmcharlt, REOPENED , Writeoff Fines Need Improvements
19:49 wizzyrea well i haven't observed it not working
19:49 sekjal yes, just looking at that
19:49 wizzyrea it seems to work fine
19:49 just doesn't/didn't increment accountno correctly
19:49 sekjal there could be other problems in addition to taht
19:50 all this will be moot once the accountlines structure is updated
19:50 wizzyrea always :)
19:51 but like I said, we obviously use it all the time, and have had no complaints that it's not working correctly
19:51 except for the stinger today
19:51 rangi well wed need to port the fix to 3.r
19:51 gah
19:51 3.4.x too
19:54 sekjal I think we could do the 3.4.x fix with a couple quick lines in members/pay.pl
19:54 use the correct subroutine to get the next account number, instead of the buggy SQL
19:54 rangi hmm if we changed updatabase to warn it might take a long time, before it ran, then in there might be ok
19:54 yep
19:55 I propose we chabg
19:55 man bumpy ride
19:55 we change the column too to integer
19:56 just in case someone does legit do that many per borrowernumber
19:56 wizzyrea it seems like it could be possible
19:56 to get that high
19:56 though unlikely
19:56 sekjal my cleanup script is ready to upload to the bug report; I can put the logic into an updatedatabase.pl update as well, including the redefinition of the accountno column
19:56 rangi I could see an institution doing it
19:56 wizzyrea *nod*
19:57 sekjal++
19:57 rangi cool
19:58 sekjal okay, so three attachments:  cleanup script, patch with cleanup in updatedatabase.pl, and patch of ported fix for 3.4.x
19:59 oleonard joined #koha
20:00 wizzyrea awesomesauce
20:01 sekjal will upload the clean up script now; the others will take a bit of time to complete
20:02 chris_n sekjal: will it make 3.4.5?
20:02 sekjal chris_n: likely
20:02 chris_n cool
20:04 rangi my stop bbiab
20:04 cait and time to get some sleep for me
20:04 good night all
20:04 cait left #koha
20:15 juan_sieira joined #koha
20:23 huginn New commit(s) needsignoff: [Bug 6870] [enh] allow opac-userupdate.pl to use the patron's email as 'from' address <http://bugs.koha-community.org[…]w_bug.cgi?id=6870>
20:24 oleonard Nice.
20:29 wizzyrea wow colin is made of win today
20:29 see that patch for bug 3638 - that is an oooold NEKLS wishlist item
20:29 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3638 normal, PATCH-Sent, ---, colin.campbell, ASSIGNED , Status of hold not changed when item checked in via SIP2 Interface
20:29 rangi yeah, ptfs europe are nothing like their cousins
20:30 wizzyrea ptfs-e++
20:30 libsysguy rangi do you know how holidays currently work?
20:30 before OOP koha
20:30 rangi yeah, i never get any
20:30 oh you mean in koha
20:30 nope
20:31 wizzyrea i'd take that as a no
20:31 ;)
20:31 can you define your question, libsysguy?
20:32 libsysguy well...with Koha::Calendar all the dates/holidays revolves around this module
20:32 but what about the old one?
20:33 rangi C4::Calendar
20:33 its all in there
20:37 was that what you were asking?
20:42 druthb joined #koha
20:43 rangi heya druthb
20:43 druthb hi, rangi!
20:45 huginn New commit(s) kohagit: Merge remote-tracking branch 'kc/new/bug_6458' into kcmaster <http://git.koha-community.org/[…]e23abbe1cda357150> / Fix for Bug 6458 - incorrect parsing result in translation processing <http://git.koha-community.org/[…]5c503e6afd989a3ed> / Fix for Bug 6458 - incorrect parsing result in translation processing <http://
20:51 libsysguy hey guys sorry i went afk
20:52 anyway I was just wondering if C4::Calendar handled dates the same way as Koha::Calendar
20:52 jenkins_koha Starting build 416 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #385 27 j ago)
20:53 maximep left #koha
21:31 libsysguy I am about to ask a newb question...just a fair warning
21:31 wizzyrea @quote get 145
21:31 huginn wizzyrea: Quote #145: "Don't ask to ask, just ask!" (added by wizzyrea at 02:37 PM, July 07, 2011)
21:32 wizzyrea <3
21:32 libsysguy can someone explain to me the difference between a date and a delta
21:32 aww thanks wizzyrea
21:32 rangi looking at date::calc libsysguy ?
21:32 libsysguy looking at Date::Manip
21:33 rangi dont use that
21:33 libsysguy aww
21:33 rangi Date::Manip is slow
21:33 libsysguy yeah its big
21:33 rangi it will slow down everything like circ
21:33 a patch with date::manip will not get pushed
21:33 libsysguy who needs circ anway :p
21:33 well Calc really isn't that much smaller
21:33 wizzyrea rangi lays down the law
21:33 I like it
21:33 libsysguy heh
21:33 rangi its not size its speed
21:34 * libsysguy will forget how much he loves manip
21:34 rangi manip is fine for doing things that are needing to be fast
21:34 but it even warns you itself
21:34 libsysguy yeah it does
21:34 its monolithic
21:34 rangi its more the way its written
21:35 its not intended to be fast
21:35 but complete
21:35 Date::Calc will do all you need
21:35 libsysguy yes sir
21:36 rangi have you looked at C4::Dates ?
21:36 libsysguy I haven't
21:36 rangi might be Koha::Dates in 5549
21:36 libsysguy just been plunking around in calendar
21:36 rangi yeah look at that module
21:36 jenkins_koha Project Koha_master build #416: STILL UNSTABLE in 44 mn: http://jenkins.koha-community.[…]/Koha_master/416/
21:36 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
21:36 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
21:36 * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
21:36 libsysguy I see DateUtils
21:36 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6458 normal, PATCH-Sent, ---, frederic, ASSIGNED , incorrect parsing result in translation processing
21:36 jenkins_koha * oleonard: Fix for Bug 6458 - incorrect parsing result in translation processing
21:40 rangi here to make you feel better
21:40 http://crappypictures.typepad.[…]-my-children.html
21:40 libsysguy hehe
21:40 wizzyrea lol
21:41 * wizzyrea can relate to the puke in hands thing
21:41 libsysguy GROSS!!
21:41 wizzyrea you call me when you have a kid and tell me what you do when it's the carpet or your hands
21:41 ;)
21:42 libsysguy if we keep talking about puke I may not have to wait for kids
21:42 wizzyrea oh cool, you can just puke in your own hands :)
21:42 libsysguy I was afraid that may not have come accross
21:42 ok i gotta get out of here for today
21:42 libsysguy left #koha
21:43 rangi @later tell libsysguy PUKE!!! PUKE!! VOMIT!! UPCHUCK!! RALPH!!
21:43 huginn rangi: The operation succeeded.
21:45 rangi http://wimp.com/babygorilla/
21:46 jenkins_koha Starting build 417 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #385 27 j ago)
21:46 rangi right, this time!
21:52 wizzyrea lol you crack me up rangi
21:55 rhcl wizzyrea and gmcharlt  : looks like the university students have decided to work on the public access computer project
21:56 wizzyrea woohoo
21:56 gmcharlt coolness
21:56 rangi yay!
21:56 rhcl BTW, our children's playstation is pretty much finished; I just have to do the documentation. I'm thinking, however, that it'
21:56 ...
21:57 it's going to be a bit more complicated that what may first come to mind
21:58 rangi http://www.stuff.co.nz/sport/r[…]r-Cold-War-battle
22:16 * moodaepo reads rangi's link and thinks for a second that there are Cold War reenactment groups in NZ
22:17 rangi heh
22:17 moodaepo Oh it is rugby...Russians play rugby?
22:17 rangi yup
22:17 first time they have qualified for the world cup though
22:18 miguelxercode joined #koha
22:20 moodaepo Yea just finished reading the article, haven't watched rugby in a while.
22:29 jenkins_koha Yippie, build fixed!
22:29 Project Koha_master build #417: FIXED in 43 mn: http://jenkins.koha-community.[…]/Koha_master/417/
22:30 rangi w00t!
22:38 juan_sieira_ joined #koha
22:47 laurence left #koha
23:43 druthb joined #koha
23:44 druthb o/
23:50 druthb left #koha

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

koha1