← 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 " " |
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-translatelists.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