IRC log for #koha, 2011-11-30

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

All times shown according to UTC.

Time Nick Message
00:03 maximep left #koha
00:53 NateC joined #koha
01:02 Irma joined #koha
01:37 NateC joined #koha
01:42 melia left #koha
01:42 nengard joined #koha
02:11 jenkins_koha Starting build 6 for job Koha_3.6.x (previous build: STILL UNSTABLE)
02:40 rangi another 2.2.9
02:40 i installed 2.2.9 .. then i used my slate to write some notes, while ugg hunted bison
02:40 chrisdothall hahaha
02:41 wizzyrea waht is with all of the 2.2.9 stuff?
02:41 rangi it appears india have stumbled onto the windows download page
02:42 its a pretty crazily bad idea
02:42 wizzyrea umya
02:44 jcamins_away rangi: apparently Delnet is pushing 2.2.9 pretty hard.
02:44 rangi ahhh
02:44 that explains it
02:44 jcamins_away Someone should send them a cluebat.
02:44 wizzyrea amit said something on facebook about it
02:44 rangi yeah
02:44 jcamins_away Along with an arm to bludgeon them with it.
02:44 rangi they arent doing their members any favours
02:44 wizzyrea or indradg - can't remember which
02:45 jcamins_away indradg is the one who told me.
02:45 rangi i think indradg
02:45 wizzyrea must have been him then.
02:45 * wizzyrea doesn't have faebook open at the mo
02:46 jcamins_away wizzyrea's in a dangerously magical mood.
02:46 wizzyrea O.O
02:46 jcamins_away If you don't watch out, she'll grammar you!
02:46 :P
02:48 wizzyrea keke
02:53 jenkins_koha Project Koha_3.6.x build #6: STILL UNSTABLE in 41 mn: http://jenkins.koha-community.[…]job/Koha_3.6.x/6/
02:53 f.demians: 3.6.1 Translation Update
02:55 Oak joined #koha
02:55 Oak kia ora #koha
02:55 how do we pronounce Kete?
02:55 jcamins_away Kete.
02:56 :P
02:56 wizzyrea keh teh, or kitteh
02:56 Oak like cait?
02:56 ah
02:56 wizzyrea someoe can correct me if that's wront
02:56 Oak good. and what about "Horowhenua"
02:56 wizzyrea wrong
02:56 rangi 2 secs
02:57 * wizzyrea has listened to jransom say it a zillion times, and I still can't get it right (kete)
02:57 rangi http://www.korero.maori.nz/for[…]ronunciation.html
02:57 jcamins_away wizzyrea: well, at least you're honest about how we pronounce it. ;)
02:57 rangi you click on the letters to hear
02:58 if you pronounce the vowels as if they were spanish
02:58 or italian, or japanese
02:58 you are right
02:58 if they have a macron
02:58 its a long sound
02:58 Oak oh thanks.
02:58 rangi roll the r
02:59 wizzyrea based on that, it sounds to me like "keh teh" (now, that's with a regionless midwestern dialec)
02:59 (dialect, even)
02:59 rangi http://koha.1045719.n5.nabble.[…]ua-td3229083.html
02:59 Oak Horowhenua = Horo-new-a ?
02:59 oh cool
02:59 rangi horo fen u a
03:00 ho ro fen u a
03:00 Oak thank you rangi  :)
03:00 and wizzyrea :)
03:00 wizzyrea ho ro fen oo ah, for the midwesterners :)
03:00 rangi :)
03:00 wizzyrea I suspect that your boot an my boot sound different ;)
03:01 rangi probably :)
03:02 http://www.youtube.com/watch?v=hSfhv3Ryp8s
03:02 http://www.youtube.com/watch?v[…]w&feature=related
03:02 * Oak memorizes the pronunciation for the presentation, bookmarks the links, and goes back to sleep
03:03 rangi http://www.youtube.com/watch?v[…]E&feature=related
03:03 theres nothing you cant find on the internet
03:03 wizzyrea is so true
03:04 wh I totally get.
03:04 rangi http://www.youtube.com/watch?v[…]k&feature=related
03:04 one for spud
03:05 wizzyrea hehe@
03:05 !
03:06 aarkerio joined #koha
03:33 AmitG joined #koha
03:36 F3RHD joined #koha
03:37 AmitG heya rangi
03:38 F3RHD ey aarkerio you there
03:49 nengard left #koha
04:16 aarkerio joined #koha
04:41 kathryn_ joined #koha
05:04 Oak joined #koha
05:05 Oak kia ora #koha
05:05 :-)
05:21 mtj left #koha
05:32 huginn joined #koha
05:43 cait joined #koha
05:43 cait morning #koha
06:08 Judit joined #koha
06:22 hdl joined #koha
06:25 indradg joined #koha
06:44 indradg joined #koha
06:48 sophie_m joined #koha
07:05 rangi evening
07:07 cait evening rangi
07:18 Oak joined #koha
07:19 Oak oh good, cait still at home
07:19 cait hehe yes
07:19 Oak kia ora #koha
07:19 cait but only for another 25 mins
07:19 Oak ah
07:19 cait morning mr Oak
07:19 Oak morning miss cait :)
07:28 huginn New commit(s) needsignoff: [Bug 6935] SYStem preference XISBNDailyLimit preference text error <http://bugs.koha-community.org[…]w_bug.cgi?id=6935>
07:32 reiveune joined #koha
07:32 reiveune hello
07:32 wahanui bonjour, reiveune
07:32 Oak hello reiveune :)
07:33 alex_a1 joined #koha
07:33 cait hi reiveune and alex_a :)
07:33 alex_a1 joined #koha
07:33 reiveune hi cait, everybody
07:33 alex_a1 left #koha
07:34 alex_a1 joined #koha
07:42 cait @wunder Konstanz
07:42 huginn cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 1.0°C (8:39 AM CET on November 30, 2011). Conditions: Partly Cloudy. Humidity: 97%. Dew Point: 1.0°C. Windchill: 1.0°C. Pressure: 30.40 in 1029.3 hPa (Rising).
07:42 cait bbiab
07:43 cait left #koha
07:50 magnuse kia ora #koha
07:52 julian_m joined #koha
07:53 Oak magnuse
07:53 magnuse Oak
07:54 julian_m hi
07:54 wahanui hey, julian_m
07:54 julian_m hi wahanui
07:54 wahanui hi, julian_m
08:06 kf joined #koha
08:06 magnuse guten morgen kf
08:06 kf god morgen magnuse :)
08:09 asaurat joined #koha
08:13 kf guten morgen asaurat
08:14 asaurat kf: guten morgen!! :)
08:14 kf :)
08:14 asaurat wie geht es dir ??
08:16 kf gut :) und dir?
08:17 asaurat sehr gut, danke =)
08:18 kf :)
08:19 gaetan_B joined #koha
08:26 kf hi gaetan_B
08:27 gaetan_B hello !
08:27 Oak hello !! gaetan_B
08:29 francharb joined #koha
08:29 kf bonjour francharb :)
08:29 francharb hi kf !
08:29 gaetan_B i can't remember wether i have already introduced myself here so far ? i came to ask questions a couple times already : i'm a new project manager at biblibre
08:29 Oak gaetan_B, introduce yourself again please :)
08:29 magnuse welcome gaetan_B!
08:29 gaetan_B :)
08:30 kf welcome :)
08:31 gaetan_B Oak: ah not much else to say about me i'm afraid, i've studied library and information science, and then was in charge of a very small library, and here i am working on Koha with you !
08:31 kf :)
08:31 Oak cool :)
08:31 magnuse now that's what i call a career! ;-)
08:31 Oak true
08:31 Guillaume1 joined #koha
08:32 kf heh
08:35 @later tell wizzyrea can you please add teh koha-translate mailing list to http://koha-community.org/supp[…]a-mailing-lists/?
08:35 huginn kf: The operation succeeded.
08:59 paul_p joined #koha
08:59 paul_p good morning #koha
09:00 kf good morning paul_p
09:03 magnuse++
09:05 magnuse yay!
09:05 kia ora paul_p
09:05 paul_p hi magnuse
09:05 kf why ++ ?
09:05 magnuse, when do you plan the next GBSD ?
09:06 BibLibre next friday is planned to be one.
09:06 kf paul_p: ah, he did me a favor :)
09:06 magnuse hm, i have challenged kf to suggest a date, but she has not done it ;-)
09:07 kf ah right
09:07 I had asekd the @eightball
09:07 what about next wednesday?
09:08 we had talked about switching days around
09:08 magnuse December 7?
09:08 kf perhaps alternating between firday and another day
09:08 hm
09:08 magnuse there's the irc meeting
09:08 kf or make it 6th
09:08 magnuse and i will be travelling
09:08 kf ah
09:08 right
09:08 santa gbsd? :)
09:08 magnuse but gbsd should not relay on my availability
09:09 kf is it good or bad to have it on the same day as the irc meeting?
09:09 magnuse but i would like try another day than friday for a change
09:09 dunno
09:09 could be good perhaps?
09:09 kf we could perhaps grab some of the people from the meeting and make them wrangling bugs :)
09:09 magnuse yeah, my thought too
09:10 kf so you will not be available for the meeting?
09:10 magnuse well, some of it maybe
09:10 i have a plane leaving at 8pm, and i think the meeting starts at 7pm?
09:10 so i'll just be hanging around the gate for part of it anyway
09:12 i think 7th is worth a try
09:12 and there is always the "in the timezone of your choice" bit ;-)
09:14 Guillaume1 joined #koha
09:15 magnuse dowe have an agreement on the 7th?
09:15 kf no disagreement I think
09:15 paul_p: ?
09:17 paul_p mmm... moving the GBSSD to the 7th... it's a little bit too late for us: ppl have planned things on 7th.
09:18 magnuse i don't think the gbsd necessarily has to align with the biblibre day, though...
09:19 paul_p maybe we will have our day on 2nd, and you organise GBSD for 7th.
09:20 agreed with you. was discussing with clrh, and 7th is clearly not a possible day for us (except for me, as i'm dedicating half time, so i'll be available to test/push)
09:21 magnuse yay
09:21 i think that sounds like a plan
09:25 so maybe we should decide on one in january too? to avoid these short notices?
09:25 paul_p: have you set a date for january yet?
09:27 kf magnuse++ :)
09:30 paul_p magnuse, we have automatically the 1st friday set. But we can alway change. it's just that 2 days before, it's hard.
09:30 magnuse yeah, completely inderstandable!
09:30 s/ind/und/
09:31 my fault for not organizing a date earlier
09:31 so first friday in january is... 6th?
09:31 paul_p for january, choose any date, it will be OK
09:32 magnuse yeah, lokks like it
09:32 kf: what do you think about friday 6th january?
09:32 paul_p magnuse, yikes... 6th is a bad date for us. Unlucky man...
09:32 oups, no, made a mistakte, it's OK
09:32 (was 6th december that was impossible)
09:32 magnuse :-)
09:33 paul_p jan 6th is the date already booked in our agendas
09:33 magnuse cool
09:33 unless kf objects real soon i think we will nail that date
09:33 kf hehe
09:33 paul_p (only the 3 is already impossible for us)
09:33 kf was making tea
09:33 yeah, sounds good to me
09:33 should be back from xmas vacationb y then
09:35 magnuse yay
09:35 i'll create wiki pages and send an email
09:38 kf magnuse++ again :)
09:38 glad huginn is back :)
09:38 magnuse yay
09:39 paul_p (testing huginn) heading to bug 7141 to do some tests...
09:39 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7141 normal, PATCH-Sent, ---, fcapovilla, ASSIGNED , The biblio details page in the intranet doesn't work if XSLT is activated and the xsl file contains "&nbsp;"
09:40 paul_p thx huginn !
10:03 just for fun = we've just recieved a mail saying a library agrees with our recent proposal to switch to Koha (made 2 weeks ago). What's fun ? the 1st contact with this library was ... in october ... 2005 !!! not kidding ! 6 years to choose their new ILS...
10:04 magnuse well, at least they made the right decision ;-)
10:04 paul_p will this be beaten one day ?
10:04 magnuse, right !
10:04 (and it's a small library 30k books only)
10:04 magnuse will they want the koha version they looked at 6 years ago, or a current version? ;-)
10:32 Irma joined #koha
10:36 kf heh
10:37 at least the proposal is up to date :)
11:18 ropuch_ Hello #koha
11:18 kf hi ropuch_ :)
11:19 ropuch_ Hi kf [;
11:20 kf how's things
11:20 ?
11:21 ropuch_ Good :)
11:21 How about you?
11:21 kf busy
11:21 but overall good :)
12:08 Irma left #koha
12:10 gaetan_B joined #koha
12:17 jwagner joined #koha
12:57 trea joined #koha
13:02 gaetan_B joined #koha
13:12 JesseM joined #koha
13:18 sekjal joined #koha
13:19 NateC joined #koha
13:20 talljoy joined #koha
13:22 Schwitzd joined #koha
13:23 Schwitzd Hi to everybody!
13:23 I have a question about the login page
13:24 I want to modify the text but I not able to find the right page
13:24 jwagner Schwitzd, staff or OPAC login?
13:24 Schwitzd OPAC
13:26 jwagner You can modify the text with a jquery statement -- there's an example in oleonard's post here http://www.myacpl.org/koha/?p=160
13:26 paul_p joined #koha
13:26 paul_p hello back (why my xchat has been closed silently ???)
13:26 jwagner That's done through a syspref setting, which is easier/safer than modifying code directly.
13:27 paul_p, maybe it wants a vacation?
13:27 paul_p jwagner, maybe, but it will have to wait for 3 weeks ;-)
13:27 schuster joined #koha
13:27 jwagner I'm going to be forced to take a vacation before the end of the year.  How terrible :-)
13:28 schuster Good for you!
13:28 jwagner (Use-or-lose leave time)
13:28 kf Schwitzd: you can find examples for jquery in the wiki.
13:29 Schwitzd kf: thanks I'm reading :)
13:31 schuster where is the zebra.cfg file located?
13:31 huginn New commit(s) needsignoff: [Bug 7279] intranet print.css width settings causing 'squashing' of columns <http://bugs.koha-community.org[…]w_bug.cgi?id=7279>
13:32 kf schuster: what are you trying to do?
13:33 schuster I tried to reindex last night and received some errors.  One of them was to adjust the limits in the zebra.cfg...
13:33 The first was mf_write dict-b no more space - but there is plenty of space on the server so something isn't right.
13:34 The second error was autohrities/shadow max 1073741824 used 1073739392 available 2432
13:35 Then the third was the zebra.cfg limits
13:37 kf it depends a bit on your installation type
13:37 for a dev install the file should be somewhere in the koha-dev folder
13:39 paul_p++
13:39 paul_p kf, did I make you a favour like magnuse ?
13:39 ;-)
13:40 kf yep
13:40 the sip thing
13:40 are you complaining about getting good karma? :)
13:41 paul_p not complaining. I never complain !!! :D :D :D
13:42 ago43 joined #koha
13:44 kf heh
13:45 hi ago43
13:45 :)
13:45 hm
13:45 library wants me to treat the first 5xx field appearing in the code different than the second...
13:45 trying to wrap my head around that (xslt)
13:45 ago43 good morning!
13:46 kf jcamins_away: ?
13:47 I think it's perhaps possible... but I get a feeling that it will fail for something else then
13:50 sekjal which do y'all think would be a more valuable facet to add to search results?  item type, or material type as per the MARC leader?
13:50 Schwitzd kf: sorry but I don't understood with jquery
13:51 kf: you know in with page are written this information?
13:52 schuster sekjal - item type is not part of the leader is it?  just material type?
13:52 sekjal schuster:  item type is user-defined, and stored in 942$c or 952$y.  material type is the AACR2 value in the leader
13:52 at least how I mean it
13:53 a cataloger may be able to better clarify
13:53 from my experience, MARC leader data is... iffy.  Item types are usually more reliable, because the library defines them, and they have to be explicitly set when cataloging/migrating
13:55 Schwitzd jwagner: you know in with page are written these informations?
13:56 jwagner Schwitzd, do you mean jquery?  It's not a page, it's a way to use a command to modify the display text.
13:56 paul_p kf, if you want/can test patch for 7272, feel free !
13:56 trea joined #koha
13:57 maximep joined #koha
13:57 Schwitzd jwagner: nono not jquery
13:57 schuster sekjal - that's what I was thinking too - but with possibly 20 items on a particular record how would you decide on one for the facet?
13:57 Schwitzd the .tt page where are written these information
13:59 sekjal paul_p:  I believe we did the database update suggested for bug 7272, and it cleared up our issue.
13:59 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7272 major, PATCH-Sent, ---, paul.poulain, ASSIGNED , Fix for Bug 6328 causes user accounts to be frozen (SIP2)
13:59 sekjal another confirmation would be appreciated, though
14:00 paul_p kf, if you want to confirm ...
14:04 huginn New commit(s) needsignoff: [Bug 2629] Diacritics not being ignored when searching <http://bugs.koha-community.org[…]w_bug.cgi?id=2629> / [Bug 7272] Fix for Bug 6328 causes user accounts to be frozen (SIP2) <http://bugs.koha-community.org[…]w_bug.cgi?id=7272>
14:25 jwagner Has anyone noticed a problem in the last few days with Amazon dust jackets?  Some are displaying so the link works, but a lot of titles that used to display now aren't.
14:26 Has Amazon been mucking about with their database again?
14:27 magnuse @later tell wizzyrea re: gamification - seen lemon tree? http://www2.hud.ac.uk/tali/sup[…]/proj11_lemon.php
14:27 huginn magnuse: The operation succeeded.
14:28 sekjal jwagner:  haven't noticed anything yet, myself
14:28 jwagner I have a site reporting a problem just within the past day or two.  Maybe keep an eye out for it....
14:35 trea joined #koha
14:37 sekjal jwagner: thanks for the heads up; we'll keep our eyes open
14:37 rhcl_away So, uh, who created Koha 2.2.9 for Windows XP?
14:44 oleonard joined #koha
14:45 oleonard Hi #koha
14:52 magnuse rhcl: i guess it was more cross platform back then?
14:54 sekjal rhcl: fewer Perl deps in those days, and no Zebra to factor in
14:58 * oleonard had a report of Amazon covers not showing up just yesterday. Some show, some don't.
15:00 jwagner oleonard, sounds like the same problem w/Amazon -- some show, some don't
15:01 rhcl Well, that version has quite a record of longevity--staying power.
15:01 magnuse it sure does
15:02 would be so interesting to see a pie chart of koha versions actually running somwhere
15:03 rhcl google could probably come up with the data
15:03 magnuse yeah, or at least be a help
15:06 kf paul_p: I can't test - that's the problem
15:06 paul_p: 7272
15:06 magnuse bug 7272
15:07 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7272 major, PATCH-Sent, ---, paul.poulain, ASSIGNED , Fix for Bug 6328 causes user accounts to be frozen (SIP2)
15:07 kf and my coworker has too much to do right now, perhaps libsysguy can, he ran into it yesterday
15:10 * oleonard will say again that it's probably time to ditch all Amazon integration in Koha
15:11 * magnuse ends to agree with oleonard
15:11 magnuse s/ends/tends/
15:13 jcamins_away oleonard: isn't all the Amazon integration broken anyway?
15:13 oleonard Cover images are the only thing not broken, and it's starting to look like they're breaking now too
15:14 ...if intermittently
15:14 * oleonard is bothered by the fact that the word "mitten" is inside "intermittent"
15:15 magnuse lol
15:15 jcamins_away oleonard: So, cover images are broken interglovely
15:16 kf oleonard++ for ditching
15:16 oleonard If anything is intermittent, it's a glove. A mitten is continuous.
15:16 chris_n ditching++
15:17 kf our libraries use it... but it opens a can of worms... because of privacy
15:17 because amazon can see your ip address... and such
15:17 bg joined #koha
15:18 oleonard kf: That will be true of any external source for cover images won't it?
15:18 kf yep
15:18 I am very frustrated right now about privacy things... please don't ask
15:18 * oleonard discovers there's a city in Ohio called "Washington Court House"
15:20 rhcl s/amazon/?????
15:21 oleonard s/?/???
15:21 jcamins_away Why do cats like my jacket so much?
15:21 trea joined #koha
15:22 jcamins_away The cat (not mine) just hopped onto the chair next to me, and is staring at me.
15:22 rhcl my TS people are reporting borkened images here too
15:22 magnuse jcamins_away: 'cause it's made from catnip?
15:22 jcamins_away magnuse: maybe so.
15:22 rhcl jacnip?
15:22 jcamins_away The cat is now sitting across the table from me, winning a staring contest with the window.
15:24 chris_n: brave!
15:42 paul_p hi jcamins & rhcl & other ppl that just wake up !
15:42 bag hi there paul_p
15:42 jcamins Hello.
15:43 kf tuesday++
15:43 um
15:43 tuesday-- tuesday--
15:43 jcamins Heh.
15:44 kf ok, today is wednesday... wednesday--
15:44 doesn't make a lot of difference
15:44 paul_p kf, which day is worth a ++ ? friday ?
15:45 kf no, only having a bad week so far
15:45 we will see about friday
15:45 jcamins saturday++
15:49 magnuse holiday is worth a ++ in my book
15:52 chris_n everyday++
15:52 * chris_n hands paul_p a cup of espresso
15:56 paul_p hi chris_n (thx but I don't drink coffee -don't like it-. Just finished some chocolate with nuts though ;-) )
15:56 kf chocolate...
15:56 wahanui chocolate is finite, we ate it all :)
15:56 kf wahanui!
15:56 wahanui i am a repository of important and useful and accurate information or at least partially slow.
15:58 chris_n wahanui: chocolate is the most wonderful thing among food
15:58 wahanui ...but chocolate is finite, we ate it all :)...
15:58 chris_n ouch
15:59 wahanui is selfish
15:59 paul_p: this is a stimulating conversation, but I'd love to hear others chime in
16:00 paul_p chris_n, yep, that's also why i've said in my last mail "let's continue on koha-devel"
16:00 chris_n incidentally, my mother has never drunk coffee, but makes the best pot of coffee I've ever had :-)
16:02 paul_p: so what is the hangup with hourly loans?
16:03 kf I think it waits for another sign-off
16:04 bug 5549
16:04 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5549 enhancement, PATCH-Sent, ---, ian.walls, ASSIGNED , Hourly Loans
16:04 * chris_n looks
16:04 kf circ is a critical module - I think we need more people looking at it
16:05 a system preference with a different setting can sometimes change a lot
16:05 and this changes a lot
16:06 * chris_n is hoping to upgrade his production system over the holiday break
16:06 huginn New commit(s) needsignoff: [Bug 7270] Removing double itemtype on shelve contents page when no icon is shown <http://bugs.koha-community.org[…]w_bug.cgi?id=7270>
16:07 chris_n I may try to put hourly loans into production and test it that way
16:07 jcamins chris_n++
16:07 magnuse chris_n++
16:07 chris_n circulating reference items will be easer that way
16:07 easier, even
16:08 and course related resources
16:09 kf you might get a lot of pain with rebasing
16:09 and it changes a lot in the database
16:10 chris_n paul_p: any chance those patches for bug 7167 could be squashed to one for easy pulling with git bz?
16:10 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7167 enhancement, PATCH-Sent, ---, paul.poulain, ASSIGNED , updatedatabase improvements
16:10 New commit(s) kohagit: Merge branch 'new/bug_6328' <http://git.koha-community.org/[…]f10881366cc55b2ae> / Bug 7272 setting NULL to debarred field, to avoid having 0000-00-00 <http://git.koha-community.org/[…]bb86cdee7d2ce0177>
16:10 chris_n kf: I expect a bunch of data issues as we are some where on 3.5.x
16:11 kf yes, but what I mean is
16:11 hourly loans
16:11 wahanui hourly loans are indeed on the horizon, that would help you. Patron records can be kept indefinitely (though probably you'd want to archive them periodically
16:11 Johnindy_ joined #koha
16:11 kf changes types
16:11 of columns
16:11 updates a lot in your existing circulation data
16:11 you will have to be careful with that
16:11 jenkins_koha Starting build 543 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #491 1 mo. 12 j ago)
16:11 * chris_n keeps good backups :-)
16:12 kf :)
16:12 chris_n I'll have three weeks to accomplish the feat
16:12 kf can I interest you in backporting a fix for stage_marc-biblios? )
16:12 chris_n bug number?
16:12 kf chris_n, paul_p: not only enhancements require database update, we had bugfixes doing that too
16:12 chris_n right
16:12 paul_p chris_n, jonathan & my patch could be squashed, but as there are 2 different authors, I thought it was better to keep 2. The 3rd one is here for sample only
16:13 jcamins chris_n: libsysguy regularly rebases hourly loans. Just did it yesterday. He'd be happy to share.
16:13 chris_n a clone of his repo would make switching back if things blew up real easy
16:13 paul_p chris_n & kf, right. But how would be deal with a large ENH, from user pov, that would not be pushed into stable ? (like hourly loans ?)
16:14 chris_n, how do you decide if something must be ported to stable and what shouldnot ?
16:14 chris_n paul_p: that's why I'm contending for back porting the db improvement
16:15 jcamins chris_n: you may need to walk him through setting up some of that, since he got much of his git instruction from me, but if you send him an e-mail, I am 100% sure he will do everything he can for you.
16:15 paul_p well, in fact, i've nothing against this idea, as the new system would handle this case with ease, it's just that i'm uncomfortable with this "new stuff" being in stable.
16:15 chris_n paul_p: it is a candidate for back porting if  it is not a "new feature" and if it offers a desirable improvement on an existing feature
16:15 paul_p chris_n, gotcha !
16:15 chris_n paul_p: also, if it is an administrative sort of "feature" ie. new scripts, etc
16:16 ie the user does not "see" it
16:16 jcamins There were a few scripts that had to be added to 3.4 to retroactively fix data errors caused by bugs.
16:16 paul_p (evn if, sometimes, it must be hard to decide it it's a desirable improvement or a real new feature)
16:17 hourly loans for example ? new feature or desirable improvement ?
16:17 jcamins paul_p: new feature!
16:17 * paul_p think it's debatable for hours...
16:17 jcamins Big change from the user's point of view.
16:17 chris_n well, with my Koha administrator and librarian hat on, it is very desirable
16:17 but with my Koha Release Maintainer's hat on, it probably won't make the grade
16:17 paul_p well, but the feature for circulation already exist, minor ergonomic change, no change if you don't want to use it...
16:18 (playing devil advocate here -frenchism suspected-)
16:18 chris_n paul_p: probably the real issue there is the major db schema changes
16:18 talk about potentially unstable code dumped into the stable branch... :-P
16:19 mucking around with someone's data could be disastrous
16:19 paul_p: we have devil's advocates in english too ;-)
16:20 paul_p chris_n, let me kiss you :D That was exactly how I thought "stable" should/could be handled, but many disagreed (was for 3.0 release afaik). The more against the idea is no more in the project, and has sell his company to another US company though, so we should not care ;-)
16:20 huginn New commit(s) kohagit: Revert "Fix for Bug 6291, Cart printing truncated in Firefox" <http://git.koha-community.org/[…]ad0f5a2d285d91f77>
16:22 asaurat left #koha
16:22 oleonard Looks like PTFS finally shut down biblios.net's z3950 server
16:30 kf sorry, had to talk to someone
16:30 reading back
16:32 chris_n: 7250
16:34 so chris_n and paul_p agree now?
16:34 :)
16:34 sophie_m left #koha
16:34 paul_p kf, it seems
16:35 chris_n I think so
16:35 kf yay :)
16:36 chris_n I plan to test the db code today/tomorrow and will sign off
16:36 kf paul_p: can/should the fines in days go back? I am still a bit worried about that
16:36 chris_n it should not imho
16:36 paul_p kf what do you mean by 'go back' ? revert ?
16:36 kf no
16:36 into 3.6
16:36 chris_n back port
16:36 kf you wrote you only pushed bug fixes so far
16:36 but fines in days is debatable imho
16:36 paul_p chris_n, I think it should, as it's a bug !
16:36 kf it changes a lot at api level
16:37 which is what gave us so much headache!
16:37 still not sure we caught it all
16:37 and a lot of changes in the interface
16:37 it appears as a new feature there - will confuse librarians
16:37 chris_n so do we do hourly loans already?
16:37 * chris_n is puzzled
16:37 kf chris_n: different feature - fines in days
16:38 sekjal 6328 was pretty huge.
16:38 kf fines in days != hourly loans
16:38 paul_p (here almost all of our libraries have fines in days. That's one of the reason we haven't deployed 3.4)
16:38 kf++
16:38 jcamins bug 6328
16:38 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6328 major, PATCH-Sent, ---, paul.poulain, ASSIGNED , Fine in days does not work
16:38 jcamins Ah.
16:38 * chris_n will have to look at the bug
16:38 kf paul_p: I am worried it might be confusing - people don't expect htat much of a change with a minor release update
16:38 paul_p kf, you may be right, that may confuse librarians (ie: debarred becoming a date suddenly...)
16:38 chris_n I am predisposed to back port all bugs and would need strong persuasion not to
16:38 kf and still worried what we might hav emissed
16:39 chris_n: it's a bug because it never worked...
16:39 meaning
16:39 chris_n ahh
16:39 a broken "new" feature
16:39 kf you were able to configure fines in days in the circ matrix, but nothing more than that
16:39 paul_p chris_n, => all french libraries, and many european others *need* this feature, that was supposed to be in 3.4 !
16:39 s/supposed/announced/
16:39 kf paul_p: it was reported it didn't work
16:39 the code was not submitted - sorry to say that
16:39 I think fines in days is even in 3.2!
16:39 the field
16:39 wahanui i heard the field was mandatory or not
16:40 kf only not working
16:40 paul_p (kf maybe you're right for 3.2)
16:40 kf yeah, it is in 3.2
16:40 so basically, it hasn't been repaired since release of 3.2
16:40 chris_n maybe this should be written up and posted to the dev list for some discussion
16:41 paul_p: I'm agree that if we are going to implement the db update enh, we need to do it while the branches are in sync
16:42 kf so perhaps we have to backport fines in days...
16:42 we could make it a system preference
16:42 chris_n which means asap
16:42 paul_p chris_n, about fine in days = maybe also ask koha@ ML
16:42 kf orperhaps we can cover it with one of nicole's videos and release notes
16:42 chris_n agreed
16:42 kf but we should document it's a major change
16:42 and I really really hope no more problems appear with it
16:42 it also broke tests
16:42 I really don't like that bug
16:42 paul_p kf, no (for a syspref to have it or no) ! that would add more risk of instability
16:43 chris_n kf: perhaps a huge, red banner warning when the webinstaller runs for the update :-)
16:43 kf chris_n: hehe yes
16:43 paul_p: not instisting on one - although we disagree about sysprefs :)
16:43 chris_n I tend to agree with paul_p on the syspref thought
16:43 kf yeah, I think it's ok
16:43 paul_p kf, my concern here is that it will be *hard* to keep 2 versions of the debarred field behaviour
16:44 kf but we need to document how it works
16:44 chris_n yup
16:44 paul_p agreed.
16:44 I could write an OOo document about that
16:44 with some screenshots.
16:44 chris_n kf: would you work up an email to the dev and user list regarding this?
16:44 kf I can't really
16:44 I don't understand how it works in parts
16:45 * chris_n either
16:45 chris_n paul_p?
16:45 wahanui paul_p is the 3.8 release manager, and is very tall.
16:45 chris_n hehe
16:45 kf I only made sure it doesn't break things we use .)
16:45 paul_p: I think that would be great
16:45 chris_n wahanui: forget paul_p
16:45 wahanui chris_n: I forgot paul_p
16:45 kf paul_p: I never heard about fines in days before seeing your development
16:45 chris_n wahanui: paul_p is the 3.8 release manager, and is very tall, and does not like coffee.
16:45 wahanui OK, chris_n.
16:46 kf paul_p: it's not something we do here at all - might be similar for other places
16:46 chris_n fines in days == debarment rather than $$$?
16:47 kf paul_p: could you plz do a pdf this time too? OOo is a bit hard if you have to use the other thing...
16:47 chris_n lol
16:47 kf chris_n: afaik yes
16:47 chris_n "the other thing..." being M$
16:47 kf yep
16:49 paul_p kf, OK, will do an OOo/PDF document
16:49 kf thx :)
16:49 reiveune bye
16:49 reiveune left #koha
16:49 paul_p chris_n, right. Usual behaviour in academic libraries (and many public) is : "you're 7 days late, you cant check out for 7 days"
16:50 chris_n wow... that hurts
16:50 especially with papers due, etc...
16:51 * magnuse has never heard of libraries in norway doing that
16:58 chris_n ok, lunch....
16:58 kf people here tend to pay fines if they get to keep the books
16:58 especially during exams / end of semester
17:00 schuster so how does the merge feature in 3.4/6 work with those that are hosted?  If you do merges then the hosting company has to reindex everything for you?  Do you do merges once a month or how are you handling that?  Refering to the docs on merge at the end says you must reindex
17:00 oleonard schuster: indexing should be running regularly anyway
17:01 melia joined #koha
17:01 jenkins_koha Project Koha_master build #543: STILL UNSTABLE in 49 mn: http://jenkins.koha-community.[…]/Koha_master/543/
17:01 paul.poulain: Bug 7272 setting NULL to debarred field, to avoid having 0000-00-00
17:01 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7272 major, PATCH-Sent, ---, paul.poulain, ASSIGNED , Fix for Bug 6328 causes user accounts to be frozen (SIP2)
17:01 jcamins schuster: it calls for a full reindex? That doesn't seem quite right.
17:02 jenkins_koha Starting build 544 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #491 1 mo. 12 j ago)
17:02 schuster Important  It is important to rebuild your zebra index immediately after merging records. If a search is performed for a record which has been deleted Koha will present the patrons with an error in the OPAC.
17:02 That is from the documentation page.
17:05 paul_p chris_n, yep, that hurts. and in France, libraries are complaining their audience is going lower and lower... maybe this explain that... (you don't want me ? OK, I won't annoy you anymore, and never come back)
17:05 oleonard schuster: The same it true for deletions. I don't think it's something to be too worried about
17:06 kf jcamins: seems unlikely the zebraqueue can''t deal with deletes?
17:06 scary thought
17:09 jcamins kf: yeah, that doesn't seem right.
17:10 kf I have to leave - and still hoping only the help text is confusing there!
17:10 kf left #koha
17:11 jcamins schuster: I have no explanation.
17:20 paul_p OK, it's time to go back home for me. tomorrow morning meeting in AixMarseille universities, I should be back at 2PM (french time, GMT+1)
17:28 indradg joined #koha
17:30 schuster OK guess I'll have to do some testing thanks
17:34 cait joined #koha
17:36 cait back
17:36 jcamins chris_n: looks like libsysguy has figured out how to share his rebased branches.
17:43 indradg @seen libsysguy
17:43 huginn indradg: libsysguy was last seen in #koha 23 hours, 7 minutes, and 19 seconds ago: <libsysguy> cait++
17:43 cait hi indradg
17:43 indradg cait, hi :)
17:44 sekjal can anyone currently in chat confirm that UNIMARC also puts item types in 942$c and 952$y like MARC21 does?
17:45 * jcamins can state that he's pretty sure UNIMARC does not, but that's not confirmation.
17:45 jcamins And I'm not an expert.
17:45 I just recall this being a problem.
17:46 cait sekjal: check the framework files for the mappings?
17:46 sekjal cait: good idea
17:46 seeing something in there about 995 fields
17:46 for items
17:47 cait it's what I normally do :)
17:47 jcamins Yeah, 995 sounds right.
17:47 cait yep, but not sure about biblio level things
17:47 sekjal I'm trying to add Item Type as a Facet in search results
17:48 I'm pretty sure I can do it for item-level itypes, or for biblio-level itemtypes
17:48 but not both mixed together
17:48 jcamins sekjal: new index?
17:48 sekjal no, existing
17:49 jcamins sekjal: that was a suggestion.
17:49 sekjal but the way the code is written in C4::Koha::GetFacets
17:49 while it can take multiple fields
17:49 cait 414 ('200', 'b', 'type de document', '', 1, 1, 'biblioitems.itemtype', 2, 'itemtypes', '', '', 0, 0, '', NULL, '', ''),
17:49 sekjal it doesn't seem to be able to associate those with different subfields
17:49 cait ah
17:49 adding new facets is quite easy
17:49 I have done that for a curent project
17:49 sekjal you can have 700, 710 and 720, all pulling from 'a'
17:50 but not 700a, 710b and 720c
17:50 cait ah, but not from different subfields?
17:50 but
17:50 jenkins_koha Project Koha_master build #544: STILL UNSTABLE in 48 mn: http://jenkins.koha-community.[…]/Koha_master/544/
17:50 paul.poulain: Revert "Fix for Bug 6291, Cart printing truncated in Firefox"
17:50 sekjal just the way the code is written up
17:50 cait you can put a if (MARC21) in
17:50 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6291 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Cart printing truncated in Firefox
17:50 cait in Search.pm
17:50 sekjal cait:  right, I can do it different based on flavour
17:50 cait check of rthe marc flavour, build facets accordingly
17:50 sekjal that's in tehre
17:50 cait does it already do now
17:50 ype
17:50 sekjal but within a  flavour
17:50 cait yep
17:50 ah
17:50 sekjal item type info is in two places
17:50 cait hm yes
17:50 sekjal 942$c and 952$y in MARC21
17:51 cait you have to check the syspref item_level-itypes too
17:51 that's what I would do
17:51 sekjal the project I'm looking at requires mixing and matching
17:51 magnus_afk (normarc does items the same way as marc21, in 952, btw ;-)
17:51 cait not sure mixing and matching always makes sense
17:51 wouldn#t for us
17:51 we don't use them at all or set all to NORMAL
17:51 sekjal they want item level itypes for records with items, but a fallback to biblio level item types for item-less biblios
17:51 like serials and electronic materials
17:51 cait you can't do that with indexing
17:51 so that will get hard anyway
17:52 chris_n paul_p about?
17:52 cait falling back I mean
17:52 sekjal we've done it
17:52 cait hm.
17:52 chris_n ahh sekjal: have you tested 7167?
17:52 magnus_afk chris_n: paul_p left a little while back
17:52 sekjal the 942$c value gets put into the itype index as well as the itemtype index
17:52 cait yes, but falling back?
17:52 you will have both indexed
17:53 jcamins What's the problem you're facing?
17:53 cait I think i am worried about our setups
17:53 because we don't use it at all as I said
17:53 but can perhaps be worked around.
17:53 sekjal chris_n:  not yet
17:54 chris_n I think I've figured it out :P
17:54 sekjal jcamins:  being able to do item-type limits in search for electronic materials or serials, and still get results, even if there are no item records
17:54 jcamins sekjal: right, and I'm confused about why there's a problem after you added 942$c to the itype index.
17:55 sekjal jcamins:  search is all set now
17:55 it's facets I need to get working
17:55 and the GetFacets subroutine is written poorly
17:55 I can't put different fields+subfields into the same facet
17:55 different fields, yes, but not subfields
17:55 they're not associated
17:55 I mean, I could probably specify multiple subfields
17:55 jcamins sekjal: ah, I thought that Zebra handled faceting.
17:56 sekjal jcamins:  no
17:56 C4::Koha::GetFacets
17:56 jcamins Oh. Hm.
17:56 sekjal then C4::Search::getRecords builds on that
17:57 jcamins Eww.
17:57 sekjal it's a hot mess
17:57 jcamins Sounds like an overhaul of GetFacets is required, then.
17:57 sekjal yeah
17:57 which escalates the time necessary to do the work
17:57 jcamins Right.
17:57 sekjal would be easier, probably to just move 942$c to $y
17:58 cait I think starting to rebulid search.pm now is not a good time
17:58 sekjal all this will be solved with Solr, I'm sure
17:58 cait perhaps better spend the time to make the configurable facets in the solr branch working for  zebra
17:58 yep
17:58 sekjal I was just hoping for something quick I could do to make my library happy
17:58 cait I am facing the same problem with a project now - but didn't run into your problem
17:58 * oleonard is off to the dentist
17:59 chris_n ich
17:59 * chris_n 's teeth hurt now
18:00 cait hehe
18:05 huginn New commit(s) needsignoff: [Bug 7280] Can't place hold without selecting on list <http://bugs.koha-community.org[…]w_bug.cgi?id=7280>
18:11 magnus_afk @later tell wizzyrea the MARC flavor of the Libriotech demo listed here: http://koha-community.org/demo/ should be normarc, not marc21 kthxbai
18:11 huginn magnus_afk: The operation succeeded.
18:12 Oak joined #koha
18:12 Oak Guten Abend cait :)
18:12 kia ora #koha
18:13 libsysguy joined #koha
18:14 libsysguy afternoon #koha
18:15 rangi morning
18:16 cait morning :)
18:16 libsysguy glad im past the morning
18:16 but i guess its thursday for you guys
18:17 cait h libsysguy :)
18:17 libsysguy (and girls)
18:17 hi cait
18:17 rangi @wunder wellington nz
18:17 huginn rangi: The current temperature in Wellington, New Zealand is 13.0°C (7:00 AM NZDT on December 01, 2011). Conditions: Clear. Humidity: 77%. Dew Point: 9.0°C. Pressure: 30.45 in 1031 hPa (Rising).
18:18 rangi gonna be a nice day
18:18 libsysguy @wunder 75799
18:18 huginn libsysguy: The current temperature in Tyler One Weather, Tyler, Texas is 13.3°C (12:18 PM CST on November 30, 2011). Conditions: Clear. Humidity: 41%. Dew Point: 0.0°C. Pressure: 30.16 in 1021.2 hPa (Falling).
18:19 libsysguy cool outside
18:19 magnus_afk @wunder boo
18:19 huginn magnus_afk: The current temperature in Bodo, Norway is 4.0°C (6:50 PM CET on November 30, 2011). Conditions: Mostly Cloudy. Humidity: 81%. Dew Point: 1.0°C. Windchill: -3.0°C. Pressure: 29.03 in 983 hPa (Steady).
18:21 chris_n @wunder 28334
18:21 huginn chris_n: The current temperature in Dunn, North Carolina is 11.5°C (1:18 PM EST on November 30, 2011). Conditions: Mostly Cloudy. Humidity: 21%. Dew Point: -11.0°C. Pressure: 29.53 in 999.9 hPa (Falling).
18:23 cait @wunder Konstanz
18:23 huginn cait: The current temperature in Konstanz, Germany is 7.0°C (7:00 PM CET on November 30, 2011). Conditions: Partly Cloudy. Humidity: 100%. Dew Point: 7.0°C. Pressure: 30.39 in 1029 hPa (Falling).
18:23 sekjal enhancement idea:  syspref to hide/show patrons that are expired when searching in the staff client
18:23 worth pursuing, or YASP?
18:24 YASP is Yet Another System Preference
18:24 rangi I for one dont share peoples irrational fear of choices
18:24 so dont mind more sysprefs
18:25 sekjal is it a good idea, though, hiding expired patrons?  would it create more problems that it, theoretically, solves?
18:26 rangi hmmm potentially if ppl forgot they had it on
18:26 otoh
18:26 the search page could say
18:26 expired patrons not shown
18:27 jcamins What's the problem with showing expired patrons? Librarians are getting excessively long lists?
18:27 sekjal jcamins: I think so, yet
18:27 ~yes
18:27 the alternative would be deleting expired patrons
18:27 jcamins In that case, I see no problem with a syspref.
18:28 sekjal but that's kind of excessive... and it's confusing "deletion" with "archiving"
18:28 * jcamins would've thought that most places were batch deleting expired patrons for privacy reasons.
18:28 sekjal the current patron batch deleter only works on last checkout date
18:28 so any expiry-date based deletions would need to happen manually
18:29 which, without care, could by-pass the deleted_borrowers table
18:29 making things inconsistent
18:29 rangi maybe the fix is that then
18:29 changing the batch deletion
18:30 to have a delete expired before some date
18:30 as an option
18:30 sekjal yeah, that's probably the best plan
18:30 not every library does circ as their primary function
18:30 especially in a serials/e-resources type environment
18:30 rangi *nod*
18:31 full bus today
18:33 sekjal the more I think about it, the more Borrowers need to become full XML objects like Biblios and Authorities are
18:33 rangi its a sunshine and ddub day
18:33 jcamins Preferably with fewer blobs.
18:33 sekjal everyone wants to record different info, and make that display differently, and search on it differently
18:33 Patron Frameworks
18:34 with sub-objects for Addresses, Phone Numbers, and Email Addresses
18:34 chris_n installer's "Select Default Settings" screen needs a "select all" button
18:34 rangi good idea chris_n
18:35 chris_n and installer needs a "restore from backup" options
18:35 option rather
18:35 jcamins chris_n: packages provide restore from backup.
18:35 chris_n or "load from sql file" option
18:35 rangi easy with packages
18:35 chris_n jcamins: not everyone uses packages
18:35 rangi koha-restore
18:36 jcamins chris_n: I know. I'm telling you anyway.
18:36 rangi they should :)
18:36 * jcamins has drunk the package coolaid.
18:36 jcamins It tasted like coolaid.
18:36 chris_n sadly, what folks should, is often different from what folks do
18:36 rangi but the script is still there as a base
18:36 jcamins With a lot less mess than unpackaged coolaid.
18:36 rangi even without packages
18:37 chris_n coolaid tends to run everywhere when not in a package
18:38 cool, bug 7167 patches apply clean to 3.6.x
18:38 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7167 enhancement, PATCH-Sent, ---, paul.poulain, ASSIGNED , updatedatabase improvements
18:38 rangi cool
18:38 chris_n and function as stated
18:39 very  coool
18:39 opps
18:39 coool == cool too
18:39 slick, nice, and other odd and assorted terms indicating excellence
18:40 lizzy joined #koha
18:41 rangi its lizzy again
18:41 lizzy hmm
18:41 rangi Hehe
18:41 wizzyrea take that!
18:42 magnus_afk: k
18:42 rangi I hate that band
18:42 * wizzyrea giggles
18:42 cait lol
18:42 hi wizzyrea :)
18:42 wizzyrea hey there
18:42 cait I left a note for you ... with huginn...
18:42 wizzyrea i saw it
18:42 :)
18:42 cait pleease? :)
18:43 wizzyrea koha-translate@lists.k-c.org?
18:43 cait I think so
18:43 it's on the page
18:43 for the biblibre lists
18:43 only missing on the front page
18:43 wizzyrea ah ok
18:44 rangi oh
18:44 cait oh?
18:44 rangi I need to do 3.6.1 stats
18:44 rhcl p?
18:45 wizzyrea cait - done
18:45 rangi ok my stop bbiab
18:45 cait thx a lot :)
18:45 wizzyrea++
18:47 chris_n++
18:48 chris_n: you know, laptop at home has linux!
18:49 * chris_n hands cait a penguin
18:49 cait hehe
18:49 cute, but I don't have fish?
18:51 * chris_n successfully screws up his repo royally :-(
18:51 cait hm looking at page 4 - will this display not get to be really really confusing?
18:52 why not show the last patch successfully applied only?
18:52 jcamins cait: because you might apply patches out of order.
18:53 cait I know
18:53 but
18:53 then I can check the databse thing
18:53 I am only saying it display there, will only blow up the page and make it unreadable
18:54 pretty soon
18:54 jcamins cait: I'm not looking at the document. I think I didn't understand what you were asking.
18:54 cait http://bugs.koha-community.org[…]hment.cgi?id=6476
18:54 chris_n cait: it needs a table sorter to be sure
18:54 cait page for
18:54 way down
18:54 * chris_n check to see of oleonard is out of the chair yet
18:54 chris_n then one could sort on status
18:54 jcamins cait: oh, in the About page?
18:55 cait and my next question - how are we to find out what stable version someone is running?
18:55 jcamins Yeah, eww.
18:55 cait: stable versions should be assigned version numbers.
18:55 cait yeah they should
18:55 asking if that patch wroks that way :)
18:55 think that number should display there
18:55 and a link to the overview page
18:55 jcamins Agreed.
18:56 * jcamins nominates cait to offer feedback on the bug.
18:56 cait I saw that coming
18:56 ...
18:56 can I go to slepe instead?
18:56 jcamins Sure.
18:56 Just summarize your feedback first. :P
18:56 On the bug.
18:56 Or list. :P
18:57 * chris_n groans
18:57 chris_n git has got up and got out
18:57 wizzyrea troubles?
18:57 chris_n only my 5 year old working repo is now throughly busted
18:57 oh well
18:58 * chris_n needed an excuse to clean house so I suppose this is one
18:58 wizzyrea :(
18:58 cait ok done
18:58 rangi back
18:58 chris_n it appears the indexes are scrambled
18:58 cait jcamins: you have to read it!
18:59 chris_n stupid git
18:59 cait and comment on it. so.
18:59 * cait gives git a cookie
18:59 cait chris_n: be nice to git!
19:00 mtate joined #koha
19:00 cait jcamins: and you have to correct me if I didn't make any sense
19:01 jcamins cait: looks good to me.
19:01 And makes sense.
19:03 * chris_n realizes he was on the wrong page
19:03 chris_n I agree cait
19:03 cait hah! hehe
19:03 chris_n that will definitely not work
19:04 as is, that is
19:04 it needs oleonard's touch
19:04 rangi ok
19:04 cait not sure displaying it there and on the other page works well
19:04 chris_n maybe a link to the update page
19:04 and table sorters there
19:04 cait check my comment ;)
19:05 rangi: ok?
19:06 * jcamins leaves it for someone else to respond.
19:06 rangi done
19:12 * wizzyrea is so lost
19:12 rangi ?
19:12 another 4.2 email
19:22 cait chris_n: still around?
19:23 chris_n yup
19:23 feeding bugzilla
19:23 cait i see it :)
19:23 wanted to ask: how will it work
19:23 if you have the same update files, in 2 different versions
19:23 say you are updating form 3.6 to 3.8
19:24 chris_n well, the old updatedatabase.pl should handle all updates up to and including the one which kicks things over to the new system
19:25 so there should be no issues going from 3.6 to 3.8 I think
19:25 cait oh
19:25 no, that's not what I meant
19:25 say the fines in days thing
19:25 was an update with the new system
19:25 and you backport it
19:25 and later people update from that, with the backported change
19:25 to the newer stable release, which also has the change
19:26 chris_n the updater should be smart enough to catch that, however, we have that sort of issue at present
19:26 cait hm yes
19:27 we have
19:27 chris_n ie, sometimes db updates fail for reasons like duplicate keys where a db update was backported
19:27 cait true
19:27 chris_n and the installer attempt to do it again in the next version series
19:27 so far as I know they are harmless
19:27 * chris_n could be wrong
19:28 * jcamins thinks that it should be easier to make updates idempotent with the non-linear update mechanism.
19:28 chris_n I'm really only signing off on the functionality of the patch series as advertised
19:28 cait idempotent?
19:28 chris_n if there are outstanding serious issues with the over-all implementation, someone needs to comment to that effect
19:28 cait chris_n: not trying to torture you, only not understanding it totally yet and trying to figure out :)
19:28 chris_n :-)
19:29 gmcharlt cait: idempotent means that if you repeat an operation more than once, nothing changes
19:29 cait thx gmcharlt :)
19:29 jcamins cait: it can be repeated more than once with no side effects.
19:29 What gmcharlt said.
19:30 rangi i want it to be omnipotent
19:30 so if i run it, it changes everywhere at once
19:30 * rangi doesnt help
19:30 jcamins rangi: vote for me as dictator of the world, and I'll require that it be so. ;)
19:30 rangi heh
19:32 mtj joined #koha
19:38 wizzyrea hmm I rather like limesurvey's site - latest forum posts front and center on the home page, that's rather neat.
19:38 rangi yeah that is kinda cool
19:38 wizzyrea the double column in the single column layout beyond the first post I could do without.
19:39 * cait is too tired to imagine
19:39 wizzyrea that would not be terribly difficult to do
19:39 on our site
19:39 but, would bump news posts even further down
19:39 * wizzyrea will ponder this.
19:43 * chris_n wonders why git am -3 --abort only seems to do a soft reset and then when followed by a hard reset screws up the indexes
19:44 rangi ahh i never hard reset
19:44 do a soft one
19:44 then git stash
19:45 cos then i can get it back
19:45 if i have to
19:46 chris_n the problem arises when doing 'git am -3 *.patch' and several apply but a later one borks
19:46 doing the abort appears to do a soft reset leaving the earlier patches in place, but uncommitted
19:48 doing a hard reset should (as I understand it) reset back to HEAD prior to running git am
19:48 throwing out the changes which are not committed
19:48 it seems to do this, but it does not appear to reset the index
19:48 oh well
19:49 jcamins chris_n: git am -3 --abort always leaves me in detached head state.
19:49 I then have to do git checkout master
19:49 cait ?
19:49 * cait never had to do that
19:49 chris_n weird
19:49 * chris_n either
19:50 cait normally do something like git reset --hard / --soft HEAD^
19:50 to revert the last commit, or similar to go back before that
19:50 * cait now wonders if she does it wrong
19:55 trea anyone encountered this error yet in master while trying to check out?
19:55 [% UNLESS is_child" %]
19:55 er, not that
19:55 http://pastebin.com/j6bxtPf7
19:55 aarkerio joined #koha
19:55 rangi not me
19:55 but its a typo
19:56 get rid of the "
19:56 trea you're saying it should be - [% UNLESS is_child %]
19:56 rangi yup
19:56 trea gotcha
19:57 * wizzyrea is looking at that, but I don't see it in my master...
19:57 wizzyrea maybe pull again?
19:57 rangi yeah me either
19:58 jcamins trea: translation?
19:58 wahanui i heard translation was done through the pref files
19:58 trea confusing?
19:58 wahanui confusing is probably "Has anyone really been far even as decided to use even go want to do look more like?"
19:58 jcamins What?!?
19:58 :)
19:58 trea hehe
19:59 wizzyrea is it a translation issue?
19:59 they're not using EN-GB or something
19:59 jcamins What wizzyrea said.
19:59 * wizzyrea imagines that would probably be ludicrous, but has to check
19:59 rhcl left #koha
19:59 trea it's an error on a test install, so i'm inclined to believe that they need to just do another pull
20:00 jcamins wizzyrea: I agree it would be ludicrous, but that's the conclusion I reach, too.
20:00 trea: probably a good idea.
20:01 trea: just for fun, run "git status" and see if it locates any changes.
20:02 cait trea: that has been patched
20:02 you are probably not on master
20:02 was a follow up to the bogus patch
20:02 for which I did another follow up
20:02 jcamins Ah.
20:02 cait has the answer.
20:02 As usual.
20:02 wizzyrea oh there you have it
20:02 trea awesome
20:02 wizzyrea it was an intermediate thinger :)
20:02 trea cait++
20:02 wizzyrea cait++
20:02 trea that's what i suspected
20:03 cait 5974
20:03 5974
20:03 wizzyrea bug 5974
20:03 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5974 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Bogus auth check for "StaffMember" role
20:03 cait paul emoved the " in a follow up
20:03 not on bugzilla I think
20:03 and there are more template issues - my patch fixes them
20:03 rangi signed-off this morning :) rangi++
20:03 wizzyrea supergood.
20:04 oh no it's on the bug
20:04 been marked obsolete tho
20:04 jcamins Does that "could not find ParserDetails.ini" error on the list imply that they failed to follow the SAX setup bit.
20:06 cait wizzyrea: ah good, both pushed tomaster though
20:06 not sure about 3.6
20:06 rangi i infer from that email, they dont read well
20:07 jcamins rangi: agreed.
20:11 * chris_n zips up the broken repo for posterity and clones up a new one
20:11 jcamins rangi: I think we may have observed this before.
20:11 chris_n *sigh*
20:12 * chris_n wants bad for it to be git's fault
20:12 chris_n but it is probably my own
20:16 kathryn joined #koha
20:38 Phlunk3 joined #koha
20:50 cait night all :)
20:51 wizzyrea gnite cait
20:51 yes I beat her!
20:51 cait lol
20:51 ouch
20:51 cait left #koha
20:51 rangi heh
20:54 wizzyrea not literally!
20:54 sheesh
20:56 jcamins @later tell kf wizzyrea is sorry she bludgeoned your alter-ego. She hopes you won't hold it against her.
20:56 huginn jcamins: The operation succeeded.
20:56 * chris_n arrives at the conclusion that git am stinks
20:57 wizzyrea lol
20:57 chris_n applying multiple patches and having one bork and doing git am -3 --abort leaves your repo in a very unstable state
20:57 rangi ahh
20:57 what i do
20:57 chris_n and the oracles at #git seem to think that's fine
20:57 rangi git checkout -b my_am_branch
20:57 git am blah
20:58 git checkout where_i_came_from
20:58 git branch -D my_am_branch
20:58 * chris_n wonders if he can just 'git stash' and then forget it is there :-)
20:59 rangi i never apply patches or merge or even cherry-pick into my 'clean' branch
20:59 without trying it on a throw away branch first
20:59 chris_n I'm working on an am branch
20:59 rangi cool, if i get a mess, i just throw the branch away and start again, or just git stash and forget it
21:00 chris_n but if you 'git am -3 --abort' you end up with changes which have not been committed; if you then do 'git reset --hard HEAD' you end up with untracked files and a messed up index which haunts you forever
21:00 :-P
21:00 rangi yeah
21:00 like i said
21:00 i never reset hard
21:00 just stash
21:00 * chris_n will do that from now on
21:07 chris_n git_stash_drop++
21:11 csharp joined #koha
21:15 * chris_n signs off on bug 7167 and head out the door
21:15 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7167 enhancement, PATCH-Sent, ---, paul.poulain, ASSIGNED , updatedatabase improvements
21:29 Brooke joined #koha
21:29 Brooke 0/
21:56 tcohen joined #koha
22:00 francharb good night guys/ladies
22:00 ;)
22:02 BobB joined #koha
22:30 Irma joined #koha
22:33 schuster :q
22:50 libsysguy left #koha
22:54 Judit joined #koha
23:09 maximep left #koha
23:11 Judit good morning
23:18 aarkerio Judit,  17:18 in Mexico City
23:49 BobB @wunder Sydney, New South Wales
23:49 huginn BobB: The current temperature in Sydney, New South Wales is 17.0°C (10:30 AM EST on December 01, 2011). Conditions: Scattered Clouds. Humidity: 63%. Dew Point: 10.0°C. Pressure: 30.15 in 1021 hPa (Steady).

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

koha1