← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:00 | ricardo | chris: I have to remember to do that... I have already some SQL files ready, but I'm not "secure" to have them ready for 3.0.4 |
00:00 | pianohacker | you just have to install both of them at the same time! |
00:00 | * chris_n2 | is much harder to insult than that pianohacker ;-) |
00:00 | ricardo | pianohacker: Eheh... I know, hence the smiley :) I was just "teasing" you |
00:01 | chris_n2: Nothing is wrong | |
00:01 | pianohacker | like my sister says, the internet needs a sarcasm font |
00:01 | ricardo | "DatA != DatE" |
00:01 | chris_n2 | oppps |
00:01 | been at this too long | |
00:01 | ricardo | chris_n2: Yeah... That fooled me once as well :) |
00:02 | pianohacker: Would that be called "Sarcastica" ? ;-) | |
00:02 | pianohacker | sarcastic sans |
00:02 | "yeah, YOU would think this is a sarcastic font" | |
00:03 | ricardo | pianohacker: "Sans"? That would be ironic, eheh ("Sarcastic Without") |
00:03 | Sarcastic AND Ironic | |
00:03 | pianohacker++ | |
00:03 | :D | |
00:08 | chris: How long do "pastebot" pastes last? | |
00:09 | chris | few weeks |
00:09 | ricardo | chris: OK, thanks |
00:10 | chris: I found it strange that we were only in "paste #19"... I was thinking that it was deleting them daily or so | |
00:13 | * ricardo | is thinking of organizing a parade to shout "We want munin!" ;-) |
00:16 | pastebot | "ricardo" at 192.168.15.101 pasted "Some (minor) "Labels" errors when doing "make test" for Koha 3.0.x" (114 lines) at http://paste.workbuffer.org/20 |
00:17 | mason | ooooh, pastebot?!?! |
00:17 | pianohacker | mason: yep, chris is running it |
00:17 | ricardo | mason: Yep :) It's one of chris' toys |
00:18 | mason: http://paste.workbuffer.org/ | |
00:18 | mason | intriguing .... :) |
00:18 | ricardo | Eheh |
00:18 | mason | heya jesse, ricardo |
00:18 | hows the hand jesse? | |
00:19 | pianohacker | better, get it off for oct 31st |
00:19 | chris_n2 | ricardo: looks like a bad merge |
00:19 | pianohacker | the splint, that is |
00:19 | ricardo | chris_n2: Why do you say that? |
00:19 | mason | a mtn-bike fall? |
00:20 | offroad or on-road? | |
00:20 | pianohacker | road bike, actually; had the tires a bit too inflated and it slipped out from under me on the asphalt |
00:20 | mason | bah , shakes fish at road!! |
00:20 | pianohacker | if it were off road, would probably have been a less damaging fall |
00:21 | the asphalt = the bane of bicyclists | |
00:21 | chris_n2 | ricardo: maybe not |
00:21 | mason | i have recently started wearing heavy-duty leather gloves when road-cycling |
00:22 | ricardo | chris_n2: I must warn you that, since yesterday, I officially granted myself the title of "3 steps above git newbie"! ;-) |
00:22 | chris_n2 | ricardo: what version is this |
00:22 | mason | im a cycle 'enthusiast' |
00:22 | ricardo | chris_n2: Koha 3.0.x from git (current) |
00:22 | pianohacker | weirdly for road rash, the worst scrapes were on my shoulder and knee |
00:23 | heh, if you're an enthusiast, you probably don't have to worry about making the same stupid mistake i did | |
00:23 | mason | i havent ever had a really bad bike-crash... :/ |
00:23 | chris_n2 | ricardo: on first glance it looks like leftovers from a bad merge or patch... git uses < and > to indicate the source and direction of content when a merge fails |
00:24 | ricardo: can you post lines 8 and 13 and some context? | |
00:24 | mason | anyhoo, we can chat bikes later ;) |
00:24 | pianohacker | yes :) |
00:24 | once I can get back on the dang thing | |
00:24 | chris_n2 | ricardo: aamof I'm nearly sure it is a failed merge |
00:25 | ricardo | chris_n2: wait please |
00:26 | chris_n2 | ricardo: btw, I don't see those tests in 3.0.3... or have I missed something? |
00:27 | ricardo | chris_n2: http://git.koha.org/cgi-bin/gi[…]6e9aa439;hb=3.0.x |
00:27 | Labels_split_ddcn.t | |
00:27 | http://git.koha.org/cgi-bin/gi[…]f871b7dc;hb=3.0.x | |
00:27 | Labels_split_lccn.t | |
00:27 | http://git.koha.org/cgi-bin/gi[…]be66c273;hb=3.0.x | |
00:28 | pastebot | "chris_n2" at 192.168.15.101 pasted "use warnings; <<<<<<< HEAD:t/L" (15 lines) at http://paste.workbuffer.org/21 |
00:28 | ricardo | chris_n2: *nod* |
00:28 | chris_n2 | ricardo: weird... but there should be the fix |
00:29 | ricardo | chris_n2++ |
00:29 | chris_n2: I believe you're right | |
00:29 | ... although I don't usually see / touch these test files | |
00:30 | chris_n2 | I wonder how that got into there... |
00:30 | oppps... | |
00:30 | your's truly is to blame | |
00:30 | ricardo | chris_n2: LOL! |
00:31 | Too bad munin isn't here to record that quote ;-) | |
00:31 | chris_n2 | ricardo: if you could fix it and submit a patch I'd appreciate it |
00:31 | ricardo | (... says ricardo, the guy that pasted hundreds of lines of a "make test" to the channel... ahem) |
00:31 | * chris_n2 | does not have a repo of 3.0.x handy |
00:32 | ricardo | chris_n2: OK. Let me try it :) |
00:36 | chris_n2 | bbiab |
00:45 | ricardo | chris_n2: still here? |
00:54 | chris_n2: Submitted the patch. See if it looks good to you: | |
00:55 | Koha-patches] [PATCH] Fix spurious merge lines in "Labels_split_ddcn.t" | |
00:55 | http://lists.koha.org/pipermai[…]tober/004743.html | |
01:02 | chris_n2 | ricardo: looks great, tnx! |
01:07 | ricardo | chris_n2: You're welcome :) |
01:14 | I really have to catch some sleep now. | |
01:15 | pianohacker: Talking about bicycles, here's an article that I like (seriously): | |
01:15 | http://en.wikipedia.org/wiki/Electric_bicycle | |
01:27 | Bye ppl! :) | |
01:27 | ricardo left #koha | |
01:41 | chris_n2 | wow... Makefile.PL is massively broken on Win32 :'( |
01:41 | pianohacker | not surprising |
01:42 | chris_n2 | I had it fixed up awhile back, but did not keep it up |
01:43 | december 2007... | |
01:44 | the main problem appears to be the bazillion char line created in the Makefile | |
01:45 | the shell chokes on it | |
01:45 | time for bed... g'night | |
01:45 | pianohacker | chris_n2: which line is that? |
01:45 | * chris_n2 | looks |
01:46 | chris_n2 | where we set the TO_INST_PM var at about line 443 |
01:46 | pianohacker | ah, cool |
01:46 | sleep well :) | |
01:50 | I'd better log off for the night myself | |
01:50 | pianohacker left #koha | |
03:00 | chris | http://www.libraryjournal.com/[…]=CA6700348#450805 |
03:15 | schuster joined #koha | |
03:18 | schuster | Howdy everyone - I've been out a few days with work conflicts so havn't been watching closely. Are the release dates still in the air somewhat for 3.0x, and 3.2? or are there firmer dates coming? |
03:18 | chris | there is one bug left for 3.0.x |
03:18 | and then it will be released, id expect within the next couple of days for it | |
03:19 | and galen has said an alpha release of 3.2.0 before november | |
03:19 | and then a full release when all the critical bugs found in that are fixed | |
03:20 | schuster | Ok thanks - I'm still dancing with how LibLime is going to handle me as a self hosted site etc... kinda glad this comes about before the end of the year as my support contract starts again in January. |
03:20 | chris | 3.2.0 will def be out by then |
03:21 | i suspect you will be running standard koha, since if they distributed the LEK code, the license would allow you to redistribute .. and they won't want that | |
03:22 | ill probably get threatened with a lawyer for saying that | |
03:22 | but meh | |
03:24 | schuster | That's what I have been told is that I will have "community Koha" and will get "upgraded" when community Koha has a release. |
03:25 | chris | so you no longer have bugfixes applied as they become available? |
03:25 | have to wait for a release? | |
03:26 | schuster | Also if i do Development with LibLime they indicated that I will be able to play with it on a hosted "test" site, but until the community accepts the code from liblime(however they put it out) I won't have it until the next community release. |
03:26 | chris | if so, im happy to do a release after every bugfix |
03:26 | :) | |
03:27 | schuster | That is one point I am waiting on... Bugs... "patches" I've been getting emails saying when this is fixed in community the "patch" will be applied. Right now I havn't seen any "update/patches" since August - except for one that they applied, but I see is still a "bug" in community. |
03:27 | chris | yeah and there have been a lot of fixes since august |
03:28 | i guess they are waiting for a release | |
03:28 | schuster | many of the LL hosted sites "test" environments were down today - so I suspect LL is trying to get everyone on the same version and then roll out LEK. |
03:28 | chris | sounds likely |
03:29 | schuster | My biggest fear is that 3.2 will be released and then we will see how LibLime reacts to it if they throw a bunch of enhancements/developments over the wall or what. We know there are a few out there.... or should I say in there. |
03:30 | chris | yeah |
03:30 | i did a list of the new features in 3.2 | |
03:30 | schuster | on the wiki? |
03:30 | chris | http://blog.bigballofwax.co.nz[…]g-for-koha-3-2-0/ |
03:31 | schuster | Anybody know about url checker and the cron job? I see how to activate it, but what does it do or where does the report go etc... I think there are some enhancements to it in 3.2, but the 3.0.x isn't well documented. Nicole doesn't know much about it... |
03:31 | chris | nicole is rewriting the manual for 3.2.x so it should get better documented for that |
03:32 | but no, ive never played with the url checker | |
03:35 | schuster | yeah there is a LOT of stuff coming out with 3.2 - ISBN13 support, enhancements to self checkout, are two items Galen checked to make sure made it before he left LibLime. |
03:35 | My sponsorships...;) | |
03:35 | chris | yep |
03:36 | schuster | I have 3 in the works right now at LibLime which I've been told will be coded by the end of the year - but again who knows how this is going to play out if I will get them into production by the end of the year. |
03:36 | chris | yeah depends entirely on when and how they release them, and how they plan to keep you up to date i guess |
03:40 | schuster | Any further developments for KohaCon10? |
03:42 | chris | definitely november |
03:42 | and ill firm up the dates when i confirm the venue | |
03:42 | probably the middle of november, thats when all the university students are on break | |
03:43 | so empty lecture theatres we can use | |
03:43 | schuster | Ah ok good to watch. I was looking at airline stuff today just poking around... I really want to try to attend, but we will see what my wife says about that since it will be mostly on our nickle. |
03:43 | chris | *nod* |
03:44 | im trying to get the dates nice and early to give people lots of time to plan/save | |
03:45 | schuster | I've been kicking around the idea of user driven webinars - so with the new release around the corner we could schedule some 20-30 minute sessions and have different people present what they had developed and why. Gives someone who hasn't upgraded/implemented things to think about and how they work. |
03:45 | chris | ohh good idea |
03:46 | schuster | Mainly me - and it gives people the opportunity to explain why they had it done and people in the community another resource to ask questions of someone who has it up and running. |
03:47 | If we use software that I'm familiar with here in Plano ISD - we can record it and upload it for others to watch at a later date. | |
03:50 | Well off to bed night koha community friends. | |
03:51 | schuster left #koha | |
03:57 | Madar joined #koha | |
04:14 | Madar left #koha | |
05:02 | brendan | evening #koha |
05:02 | wondering if anybody is awake or watching along | |
05:02 | wondering if anyone is awake and watching along :) | |
05:03 | brendan left #koha | |
05:03 | brendan joined #koha | |
05:03 | brendan left #koha | |
05:17 | CGI558 joined #koha | |
05:17 | brendan joined #koha | |
05:18 | CGI558 left #koha | |
05:18 | brendan | evening #koha |
05:18 | alright - time for bed -- night all | |
05:59 | Ropuch | Morning #koha |
06:04 | magnusenger joined #koha | |
06:49 | laurence joined #koha | |
06:58 | chris | morning europe |
07:00 | magnusenger | morning chris! |
07:04 | paul_p | hello kiwis ! |
07:10 | Kivutar joined #koha | |
07:12 | francharb joined #koha | |
07:36 | hdl_laptop | hi chris |
08:35 | richard left #koha | |
08:38 | Amit joined #koha | |
08:47 | |Lupin| joined #koha | |
08:50 | |Lupin| | good morning all |
10:08 | Juan-Xercode joined #koha | |
10:16 | paul_p left #koha | |
10:18 | Juan-Xercode left #koha | |
10:19 | kernel_2 joined #koha | |
10:20 | kernel_2 | hello...does koha run under mod_perl in apache? |
10:21 | chris | not safely |
10:24 | kernel_2 | checkouts seems to be slow..i have configured my my.cnf decently.... |
10:25 | is there anything else do i need to tune? | |
10:25 | chris | what version of koha are you running? |
10:26 | one thing that will help is set expires headers for all the js/css/images | |
10:27 | magnusenger | and memcached, perhaps? |
10:28 | chris | yep if you are running from master |
10:30 | kernel_2 | i am running koha-3.00.03 |
10:30 | chris | in that case for now the best bet is making sure your browser is caching all the images/css/js and not refetching them |
10:32 | master (and 3.2.0 when its released) has some performance improvements using memoize and memcached | |
10:33 | its actually reading the config file (which is xml) that is the bottleneck for circ | |
10:34 | http://profiles.workbuffer.org/circ-circulation/ | |
10:34 | vs | |
10:34 | http://profiles.workbuffer.org[…]ion-config-cache/ | |
10:35 | by caching the config into memcached we shave 200ms off each run | |
10:35 | parsing xml is slow | |
10:35 | Amit | hi chris |
10:36 | chris | i plan to do more work on performance, im fairly sure i can get that under 500ms |
10:36 | hi Amit | |
10:36 | |Lupin| | quick perl question pls |
10:37 | how to sort numerically rather than alphabetically ? | |
10:37 | chris | <=> |
10:37 | rather than cmp | |
10:39 | kernel_2 | chris: nice to know the works in the pipeline... |
10:44 | |Lupin| | ok, <=> was my friend |
10:44 | chris: thanks | |
10:44 | lunch | |
10:44 | chris | np, if its lunchtime, it must be time for me to sleep |
10:53 | kernel_2 | chris: thanks for the info regarding caching. I also turned off circulation logging for test...marginally better |
10:59 | chris: but still need to improve as we have around 50k books and a few thousand students..and during rush-hours it does become difficult to manage... | |
11:00 | Amit left #koha | |
11:05 | nengard joined #koha | |
11:17 | paul_p joined #koha | |
11:18 | paul_p | back with my laptop repaired ! thx dell for the efficient support (D+1) |
11:36 | nengard | Reminder time for a final decision regarding the #koha foundation - vote here http://bit.ly/qVzby by the 25th of Oct |
11:37 | wizzyrea left #koha | |
11:39 | chris_n | g'morning #koha |
11:41 | paul_p | g'morning usa |
11:44 | jwagner joined #koha | |
11:49 | hdl_laptop | hi |
11:52 | magnusenger | nengard: is it possible to see the results of the survey so far anywhere? |
11:52 | nengard | it shows them to you when you finish it ... hmmm |
11:53 | still looking to see if I can figure it out | |
11:54 | magnusenger | yeah, i finnished mine a looong time ago, so i'm just curious... ;-) |
11:54 | nengard | yeah :) me too!! |
11:55 | can't find a way to do it - guess we're supposed to save the link after we answer the survey -- here are some stats: | |
11:55 | ranked #1 in options for right now: | |
11:55 | Horowhenua Library Trust (HLT) (HLT) 59 63.44% | |
11:55 | Software in the Public Interest (SPI) (SPI) 11 11.83% | |
11:56 | sorry -ranked #1 and #2 | |
11:56 | magnusenger | 59 and 11 is the number of votes? |
11:56 | nengard | right - the number of votes for those 2 |
11:57 | and then for the long term it looks like the majority want a koha foundation | |
11:57 | wihtout exporting all the data at this point I can't do much more than that -- if someone fills out hte survey can they share theirc ompleted link so we can see the results | |
11:58 | magnusenger | that's enough for me and my idle curiosity, thanks! ;-) |
12:03 | nengard | as usual I'll share the complete raw results and the charts with you on the 26th. |
12:03 | |Lupin| | hello nengard |
12:03 | nengard | now - i must run out - i'll be back soon |
12:03 | hello and goodby nengard :) | |
12:03 | or Lupin :) hehe | |
12:03 | sorry | |
12:03 | still early | |
12:03 | ttyl | |
12:03 | |Lupin| | np :) |
12:03 | nengard left #koha | |
12:04 | chris_n | hdl_laptop: this patch (http://lists.koha.org/pipermai[…]ober/004743.html) should be applied to 3.0.x before your release as it fixes a bad bug I introduced into the call number splitting tests |
12:04 | note: it only affects 3.0.x | |
12:05 | nengard, magnusenger: http://opensource.web2learning[…]ser.php?sid=88794 | |
12:05 | magnusenger | chris_n++ |
12:06 | hdl_laptop | chris_n :already applied |
12:07 | chris_n | tnx hdl_laptop |
12:07 | hdl_laptop | (this morning) |
12:10 | collum joined #koha | |
12:11 | Nate joined #koha | |
12:13 | jwagner | Good morning all. |
12:17 | owen joined #koha | |
12:18 | jdavidb joined #koha | |
12:18 | jdavidb | Good morning #koha! |
12:18 | |Lupin| | greetings jdavidb |
12:18 | jwagner | Question on authorities -- I do not see any way for library staff to do a regular authority load within the staff interface. How do libraries who download authorities when they download bibs load authority records? |
12:18 | It would seem to be too cumbersome to always have to load authorities at the system level via the migration scripts. | |
12:19 | |Lupin| | jwagner: perhaps through a cron job ? |
12:19 | jwagner: hello, btw | |
12:20 | chris_n | g'morning jwagner, jdavidb |
12:20 | Topic for #koha is now discussion channel for the Koha ILS | Please vote in the final foundation vote by 25/10/2009 http://opensource.web2learning[…]sid=88794&lang=en | View real-time results: http://opensource.web2learning[…]ser.php?sid=88794 | |
12:20 | jwagner | Good morning |Lupin| and chris_n. No, I don't think a cron job would work by itself -- there's no mechanism for library staff to upload a file of authority records. I think there needs to be the equivalent of the Tools, Stage & Load MARC Records functions. |
12:22 | wizzyrea joined #koha | |
12:22 | * chris_n | greets wizzyrea |
12:23 | jdavidb | Hi, wizzyrea! :) |
12:24 | |Lupin| | hello wizzyrea |
12:33 | wizzyrea left #koha | |
12:34 | wizzyrea joined #koha | |
12:35 | jwagner | So nobody is doing regular authority loads now (she asked plaintively)? I keep hoping I'm missing the obvious. |
12:38 | schuster joined #koha | |
12:42 | owen | Hello all. |
12:42 | schuster | Howdy! |
12:42 | Nate | morning! |
12:43 | schuster | Authority loads have to be done manually not fun. |
12:43 | jdavidb | Hi, owen and schuster and Nate! :) |
12:43 | Nate | Hi jdavidb! |
12:43 | schuster | I've exported my Marc data once, but it had the authority numbers at the end of the headings not nice. |
12:43 | Got busy and didn't get back to playing with it. | |
12:44 | * owen | added his two cents to http://www.libraryjournal.com/[…]ticleid=CA6700348 |
12:47 | jdavidb | owen++ |
12:48 | * owen | has to do his muckraking where he can now that he's off the LibLime users' list ;) |
12:49 | jwagner | Dare I ask why you're off the LL list? |
12:49 | owen | For muckraking. |
12:49 | chris_n | owen++ |
12:49 | owen | I guess. |
12:50 | jwagner | muckraking++ |
12:50 | reiko joined #koha | |
12:50 | reiko | hi |
12:50 | owen | Hi reiko |
12:51 | reiko | i've been around with an issue for 2 weeks now |
12:51 | jdavidb | owen, I don't suppose you've heard back anything at all as to why you got booted? |
12:51 | jwagner | schuster, so your site doesn't do regular authority loads? I'm not concerned with the initial data migration, but rather with ongoing cataloging. As catalogers add bib records, they should be able to add authority records for that batch. |
12:51 | wizzyrea left #koha | |
12:51 | owen | jdavidb: I didn't try to contact anyone directly about it. |
12:52 | wizzyrea joined #koha | |
12:53 | owen | jdavidb: I was going to give them 24 hrs to approve the post I made yesterday, but wizzyrea went ahead and submitted the same question I asked |
12:53 | schuster | Right now there isn't an interface to load MARC authorities unless you've written one! |
12:53 | owen | So it's probably time to send an official inquiry |
12:54 | jwagner | schuster, that's what I was afraid of. Just hoping I'd overlooked something. Darn. |
12:55 | reiko | can i ask a question? |
12:56 | owen | Go ahead reiko |
12:56 | * owen | sends his official inquiry |
12:56 | reiko | I've upgraded my database from 2.2.8 to 3.0 and i've been following the wiki site about it, koha works except the searching, so i assumed it was zebra, the log says: [request] Search biblios ERROR 109 1 1+0 RPN @attrset Bib-1 @or... |
12:57 | i've read almost every thread i found, even some irc logs about it and all the sugestions didn't fix my problem | |
12:58 | i know that 109 means database is unavailable | |
12:59 | i've set rebuild_Zebra script -v to see if any errors came up but it seems to be exporting things well | |
13:00 | jdavidb | reiko: restarted Zebra? Just checkin', but it's a good idea. |
13:00 | reiko | several times. |
13:01 | where does zebra keeps that index data it makes ? | |
13:02 | jdavidb | For a dev install, in the <install_dir>/var/lib/zebradb/ and its subdirs. Not sure for standard installs. |
13:02 | reiko | all empty |
13:03 | although my rebuild_Zebra is exporting biblio somewhere | |
13:03 | could it be the issue ? the destination folder of the rebuild zebra isnt the expected one by the zebrasrv ? | |
13:04 | jdavidb | Hrm. No, normally it's getting that from KOHA_CONF, in both cases. |
13:05 | It's exporting, but is it doing the merge that follows okay? | |
13:05 | reiko | right now its still exporting |
13:06 | it's a big database | |
13:06 | jdavidb | Ah. Well, that's part of it, yah. Won't be searchable until it's all the way done. How many bibs? |
13:07 | reiko | records exported: 113949 |
13:07 | chris_n | reiko: sounds like a permissions issue |
13:07 | what kind of install did you do? | |
13:07 | reiko | didnt do any merge im affraid jdavidb |
13:08 | hi chris_n | |
13:08 | hum i don't know | |
13:08 | the koha instalation was made by someone else | |
13:08 | jdavidb | yah...beginning to sound like a permissions issue. Can't write to the zebradb directories, maybe. |
13:08 | reiko | its possible |
13:09 | zebradb directories are empty | |
13:09 | chris_n | reiko: we'll need to know what kind of install (standard, dev, etc) |
13:09 | reiko | it might be dev |
13:09 | chris_n | the installer does not set permissions correctly for the zebra files as a rule |
13:09 | reiko | ah |
13:09 | chris_n | there could also be the issue of the username/password for zebra |
13:09 | but most likely it is permissions | |
13:10 | all zebra dirs and files should be owned by the koha user | |
13:10 | reiko | even if i sudo the script ? |
13:11 | chris_n | reiko: sudo ing the script does not seem to work in my experience |
13:11 | reiko | okay |
13:11 | chris_n | su koha and then start it |
13:11 | reiko | ah you're right |
13:11 | chris_n | but still only if the permissions are correct |
13:11 | reiko | theres a kohaadmin and a koha user |
13:12 | and the folders all belong to koha | |
13:12 | chris_n | what flavor of *nix are you running? |
13:12 | reiko | some kind of redhat/ fedora i think |
13:12 | chris_n | ouch... ok |
13:13 | reiko | so i should log as koha and try to run the scripts |
13:13 | tomascohen joined #koha | |
13:13 | chris_n | koha is developed on debian |
13:14 | tomascohen left #koha | |
13:14 | chris_n | reiko: yes or reboot if you have installed the startup scripts |
13:14 | ricardo joined #koha | |
13:14 | ricardo | Hi all |
13:14 | reiko | well its a production machine so i cant reboot it neither have permissions to it |
13:15 | chris_n | hello ricardo |
13:15 | reiko | ill try to su as koha |
13:15 | thanks for the help | |
13:15 | ricardo | chris_n: Hi Chris! :) |
13:15 | chris_n | reiko: np |
13:15 | Colin joined #koha | |
13:15 | ricardo | Another "dependencies complaint"... this time from running "./install-code.pl pt-PT" in a machine that has been upgraded from SLES 10 SP2 (SuSE Linux Enterprise Server ) to SLES 11. |
13:16 | chris_n | reiko: there are also the koha-zebradaemon.err and koha-zebradaemon.log logs you can consult |
13:16 | ricardo | The dependency is "Locale/PO.pm". Should it be added to Makefile.PL ("Locale::Language" is there) |
13:17 | chris_n | reiko: 'ps -ef | grep zebra' should show if zebra is actually running or not |
13:17 | reiko: if zebra is running you can also test using the yaz cli client | |
13:18 | reiko | yes zebra is running |
13:22 | pastebot | "ricardo" at 192.168.15.101 pasted "Apparent missing "Locale::PO" dependency in Makefile.PL (for Koha 3.0.x)" (17 lines) at http://paste.workbuffer.org/22 |
13:23 | ricardo | That strange smiley is "Locale :: PO" |
13:23 | (Spaces added here, so that I don't get the smiley) | |
13:29 | chris_n | reiko: default zebra username/password is kohauser/zebrastripes |
13:29 | reiko: if this was changed during the install process that may be the issue | |
13:30 | you can verify by trying to connect with yaz-client | |
13:31 | reiko | how do i connect with yaz-client ? |
13:31 | username has been changed | |
13:35 | ricardo left #koha | |
13:35 | chris_n | reiko: you'll need to make sure the username is correct in these places: |
13:35 | explain-authorities.xml:22: <user>kohauser</user> | |
13:35 | explain-biblios.xml:22: <user>kohauser</user> | |
13:35 | zebra-authorities.cfg:47:perm.kohauser:rw | |
13:35 | zebra-authorities-dom.cfg:37:perm.kohauser:rw | |
13:35 | zebra-biblios.cfg:45:perm.kohauser:rw | |
13:36 | reiko | ok, ill check if all are the same |
13:36 | chris_n | they should be in etc/zebradb |
13:39 | reiko | chris_n: everything matches except for explain-authorities.xml and explain-biblios.xml, they are both commented |
13:40 | <!--<authentication> | |
13:40 | <user>kohauser</user> | |
13:40 | <group>kohagroup</group> | |
13:40 | <password>zebrastripes</password> | |
13:40 | </authentication>--> | |
13:40 | jdavidb_ joined #koha | |
13:41 | chris_n | that's ok |
13:43 | reiko: check also etc/zebradb/etc/passwd | |
13:45 | reiko | it's the same there aswell |
13:46 | chris_n: the zebrasrv and the daemon must belong to the same user as the zebra folders ? | |
13:46 | pastebot | "chris_n" at 192.168.15.101 pasted "yaz-client example" (13 lines) at http://paste.workbuffer.org/23 |
13:46 | chris_n | reiko: yes |
13:46 | reiko: see the paste for an example of how to use the yaz-client | |
13:47 | to test connection | |
13:47 | reiko | okay |
13:47 | thank you | |
13:47 | chris_n | np... let us know what you turn up |
13:47 | jdavidb left #koha | |
13:48 | reiko | chris_n: tested the connection and it was OK |
13:48 | chris_n | hrmm.... |
13:48 | reiko | i think it's the permissions, but i couldnt test it out yet |
13:49 | i need that koha account pw first to start the processes there and run the scripts | |
13:52 | chris_n | reiko: I believe also that the rebuild_zebra.pl script will have to be run as a user with permission to access the zebra db files |
13:52 | basically all zebra operations should be under the same user account as owns the zebra files | |
13:53 | reiko | yes, it makes sense, still waiting for the password :| |
13:57 | nicomo_laptop joined #koha | |
13:58 | owen | Hi nicomo_laptop |
14:02 | chris_n | another innocent, unsuspecting entity waylaid |
14:04 | nicomo_laptop | hi owen |
14:08 | wizzyrea | you guys are rabble rousers |
14:08 | get yer torches and pitchforks! | |
14:08 | :) | |
14:09 | jdavidb_ | rabble-rousing++ |
14:11 | * chris_n | thinks installing the catalyst framework should not be this hard ;-P |
14:12 | owen | What is the catalyst framework? |
14:12 | chris_n | http://dev.catalyst.perl.org/wiki/ |
14:14 | basically its an MVC framework for perl | |
14:17 | owen | Kids these days and their MVC frameworks. |
14:18 | Colin | chris_n: it took about three or so attempts before I figured out how I wanted to do it |
14:18 | chris_n | actually this is the first time I have messed with an MVC framework or the concept of MVC period... we'll see how it goes |
14:23 | jdavidb_ is now known as jdavidb | |
14:30 | owen | MVC is something I keep thinking, Is that what I should be doing? But have never jumped in. |
14:31 | collum left #koha | |
14:47 | reiko | chris_n: still not working |
14:47 | i'm in the right user now and the rebuild_zebra still doesn't write | |
14:48 | chris_n | reiko: nothing unusual in the verbose output? |
14:48 | reiko | i've started and checked that all folders in var/lock/koha belong to koha, aswell as the var/lib |
14:48 | yeah | |
14:48 | ###### ReIndexing authorities ###### | |
14:48 | and does nothing | |
14:49 | while the others , the exports, take a while and we can see the progress, it seems like it skips the reindexing | |
14:50 | kernel_2 left #koha | |
14:51 | reiko | and another thing, i can't find that koha-zebradaemon.log or .err file |
14:52 | hdl_laptop | gmcharlt: around ? |
14:52 | chris_n | reiko: maybe an SELinux issue? |
14:53 | * chris_n | is taking long shots now |
14:53 | chris_n | hrmm |
14:53 | reiko | well i've read about that aswell |
14:53 | chris_n | reiko: if SELinux is in other than 'audit' mode it could be the cause of many problems |
14:56 | jwagner | Any French speakers online for a syspref translation? |
14:56 | chris_n | reiko: maybe a post on the zebra mailing list will turn up something |
14:56 | reiko | i'll work on that |
14:57 | chris_n | reiko: I suspect something with fedora && zebra not wanting to play together |
14:57 | nicomo_laptop | jwagner: yep |
14:57 | chris_n | but I'm not a zebra guru either |
14:57 | jwagner | nicomo, thanks. See Bug 3719. The text I want is Allows sites to define a different name for the OPAC Cart feature, such as Bookbag or Personal Shelf. Make sure there is some name in the field, or it won't display properly in the OPAC. |
14:58 | wizzyrea | jwagner: could you do it in such a way that if left blank it defaults to "cart" |
14:58 | reiko | chris_n: SELINUX=disabled |
14:59 | jwagner | wizzyrea, I think I could add a check for that -- let me try. |
14:59 | wizzyrea | seems it would be easier/better than breaking it if the syspref is blank |
15:00 | nicomo_laptop | jwagner: when you say it allows "sites" you mean each library branch/site? Or is it system wide? |
15:02 | jwagner | Sorry, I mean the system as a whole. |
15:02 | munin doesn't seem to be running -- anyone know how to restart? | |
15:02 | chris_n | reiko: I'm at the bottom of my very shallow knowledge of zebra so maybe a post to either the koha or zebra list or both might turn up something |
15:02 | Kivutar left #koha | |
15:05 | owen | jwagner: Someone said munin was gmcharlt's bot |
15:05 | reiko | i'll do that, at least we've narrowed the problem to a couple of options. thank you for your time and patience chris_n |
15:05 | owen | wizzyrea: Good idea about the default value |
15:05 | chris_n | reiko: np, glad to help |
15:05 | owen | jwagner: I know lots of folks will be glad to see this syspref working |
15:06 | paul_p | @seen gmcharlt |
15:06 | chris_n | hdl_laptop: iirc gmcharlt is in chicago doing classes or presentation or something |
15:06 | paul_p: munin's been delinquent for some days now... :-( | |
15:07 | jwagner | owen, after the second/third request I got to change the name from Cart, and looking at all the files to modify, I figured I'd save myself (and possibly other folks) a lot of grief by doing it this way.... |
15:08 | owen | Downside: opening the floodgates of other similar requests! |
15:08 | tomascohen joined #koha | |
15:08 | reiko | chris_n ! |
15:09 | i think i found the problem | |
15:09 | * chris_n | is all ears |
15:10 | reiko | maybe the re-indexing isn't done because my zebraidx is called zebraidx-2.0 |
15:10 | could it be the problem ? | |
15:10 | * chris_n | takes a look |
15:10 | reiko | ill check the script |
15:10 | wizzyrea | munin is in fact gmcharlt's bot |
15:11 | chris_n | reiko: it appears that there is both zebraidx and zebraidx-2.0 in the /usr/bin dir on my dev install |
15:11 | jwagner | nicomo, per wizzyrea's suggestion, I figured out how to use Cart as a default. Change the syspref writeup to: Allows libraries to define a different name for the OPAC Cart feature, such as Bookbag or Personal Shelf. If no name is defined, it will default to Cart. |
15:11 | reiko | let me check mine |
15:12 | not in mine | |
15:12 | i'm not sure yet but | |
15:12 | if rebuild_zebra.pl is looking for zebraidx | |
15:12 | it won't find my 2.0 | |
15:12 | i mena | |
15:12 | *i mean | |
15:13 | chris_n | true |
15:17 | reiko | foreach (qw(/usr/local/bin/zebraidx |
15:17 | /opt/bin/zebraidx | |
15:17 | /usr/bin/zebraidx | |
15:22 | nicomo_laptop | jwagner: that'd be: "Permet de renommer la fonctionnalité de Panier à l'OPAC, par exemple en Etagère Personnelle. Si vous n'utilisez par cette préférence système, le terme de Panier sera utilisé par défaut" |
15:22 | jwagner: see any diacritics here? | |
15:22 | cause there should be a few | |
15:23 | jwagner | nicomo, I see them here. The question (as always) is if they'll survive a cut/paste into the system files. Merci beaucoup! |
15:23 | reiko | chris_n weee ! |
15:24 | wizzyrea | jwagner++ :) |
15:24 | reiko | var/lib/koha/zebradb is beeing filled |
15:26 | nengard joined #koha | |
15:27 | nicomo_laptop | jwagner: you're welcome |
15:28 | chris_n | reiko: great! |
15:28 | reiko | thank you so much |
15:28 | chris_n | glad to be of help |
15:31 | * paul_p | not very fond of having zillions of sysprefs... |
15:32 | CGI464 joined #koha | |
15:33 | CGI464 left #koha | |
15:37 | jwagner | paul_p, I know, the sysprefs are adding up. But we need some way to give local sites more control over their display and setup. Not everyone will have the ability to make system-level template changes. Is there a better approach than using a syspref for everything? Maybe some separate table with display settings? |
15:37 | wizzyrea left #koha | |
15:37 | paul_p | some specific po /language ? |
15:38 | (because there are many strings like this : members/borrowers/patrons. US/UK/NZ are quite different on the term they prefer to use) | |
15:38 | nicomo_laptop | paul_p: the .po solution is a possibility |
15:38 | but not the way forward I think | |
15:39 | wizzyrea joined #koha | |
15:44 | jdavidb | nengard++ #comments on LJ's article |
15:44 | nengard | jdavidb - I thought I was quite eloquent :) if I do say so myself :) |
15:45 | not sure if I spelled eloquent right though :) hehe | |
15:45 | jdavidb | you did. :) |
15:45 | nicomo_laptop | jdavidb: have a link? Which article? |
15:46 | jdavidb | http://www.libraryjournal.com/[…]ticleid=CA6700348 |
15:46 | paul_p | the question is: is it enough to be eloquent? |
15:47 | in PRs, it's sometimes not the one who is right who wins. It's the one who appears as "the good man" | |
15:48 | jdavidb | True enough, paul_p. |
15:48 | * owen | is annoyed that the comment form implies you can use HTML, but posted comments show the HTML tags |
16:01 | reiko left #koha | |
16:12 | laurence left #koha | |
16:12 | wizzyrea left #koha | |
16:13 | wizzyrea joined #koha | |
16:17 | * chris_n | is annoyed at FF proclivity to crash after being run for multiple weeks with multiple tabs |
16:20 | owen | chris_n: And I suppose you get mad at Windows for crashing after more than 8 hours of use too! |
16:21 | chris_n | owen: this FF is on Ubuntu Laptop remix.... I cheer if Windows lasts through 8 hours of use... ;-) |
16:21 | FF is a memory hog in general, and I suspect maybe a small memory leak | |
16:22 | |Lupin| | good evening all |
16:22 | bye* | |
16:22 | |Lupin| left #koha | |
16:24 | owen | FF will have to get pretty crashy before I'll give up Firebug and the Web Developer Toolbar. |
16:24 | * chris_n | agrees with that |
16:29 | chris_n | lunch, bbiab |
16:37 | francharb left #koha | |
16:45 | paul_p left #koha | |
16:46 | Colin left #koha | |
16:46 | nicomo_laptop left #koha | |
17:01 | brendan left #koha | |
17:19 | jdavidb left #koha | |
17:22 | sekjal joined #koha | |
17:23 | pianohacker joined #koha | |
17:27 | brendan joined #koha | |
17:29 | brendan | morning #koha |
17:30 | sekjal | morning, brendan |
17:30 | brendan | hey good morning sekjal |
17:31 | wizzyrea | new imacs new imacs new imacs new imacs |
17:31 | i've been waiting <3 | |
17:31 | * wizzyrea | is excited |
17:31 | sekjal | wizzyrea: nice! |
17:31 | wizzyrea | i've been waiting to replace my work imac for the refresh |
17:31 | so next week I may have a new one so excited | |
17:33 | sekjal | anyone know what the values in accounttype.accountlines in the Koha DB mean? |
17:34 | nengard | does anyone know if LabelMARCView works? |
17:34 | and what it does? | |
17:35 | I just tested it and saw no difference - but maybe I'm looking in the wrong place - or read the description wrong | |
17:36 | sekjal | found this: |
17:36 | 337 # FIXME: In Koha 3.0 , the only account adjustment 'types' passed to this function | |
17:36 | 339 # 'C' = CREDIT | |
17:36 | 340 # 'FOR' = FORGIVEN (Formerly 'F', but 'F' is taken to mean 'FINE' elsewhere) | |
17:36 | jwagner | sekjal, on the account types, I was working on this a week or so ago, & got pointed to this page: |
17:36 | http://koha.org/documentation/[…]searchterm=f%20fu | |
17:36 | sekjal | thanks, jwagner! |
17:37 | nengard | figured mine out :) |
17:40 | sekjal | alright, so I want 'M', most likely |
17:52 | nengard left #koha | |
18:03 | nicomo_laptop joined #koha | |
18:10 | owen | Anyone else *not* getting transfer messages when checking in items that belong in other branches? |
18:12 | brendan | owen -- are you using the "check-in" module |
18:12 | owen | Yes |
18:12 | (referring to the problem with checking in items from the circ/moremember screens I assume) | |
18:12 | brendan | ok -- I've seen that when you use check-in from the patrons records -- "you don't get the message" |
18:21 | jwagner | brendan, I opened a bug on that a while back -- Bug 3514 |
18:21 | brendan | I was just looking for that thanks jwagner |
18:22 | missing munin | |
18:22 | * owen | likes that Chatzilla has built-in Bugzilla linking |
18:22 | jwagner | munin, come back! We didn't mean to hurt your feelings!!! |
18:25 | pianohacker | owen: It took me the better part of a month, but your patches are finally in |
18:25 | owen | Thanks pianohacker! |
18:26 | * owen | has his share of projects that have drawn out too long |
18:27 | owen | I've tried this on two different up-to-date systems: checking in an item at branch A which belongs at branch B does *not* trigger a prompt to send the item to branch B. |
18:27 | Can anyone else confirm? | |
18:28 | pianohacker | owen: from moremember.pl or returns.pl? |
18:28 | owen | returns.pl |
18:28 | jwagner | owen, I have hardly any experience with it, but when I was testing a few things with in-transit, I got myself in trouble with the user ID. To check the obvious, the user ID that you're logged in with belongs to branch A? |
18:29 | owen | jwagner: Doesn't it only matter what branch I'm logged in to? |
18:29 | Why should it matter what the user's home branch is? | |
18:29 | jwagner | The staff user ID, I meant. |
18:30 | owen | Right--why should it matter what branch the logged-in staff user belongs to? |
18:31 | jwagner | It seemed to when I was doing some testing -- had to be logged in with the proper staff ID. |
18:34 | pianohacker | owen: one very minor thing: the css for the new h3's in the editor refers to collapsed.png and expanded.png, but I couldn't find those files in koha |
18:35 | owen | pianohacker: Uh oh. That's gotta be my bad. |
18:35 | pianohacker | not a major problem, just wanted to point it out |
18:37 | wizzyrea | owen: we were not getting transfer messages |
18:37 | I think ryan put a patch on our system for it I'll have to ask around here | |
18:39 | owen | Could it be? A patch that didn't get committed? |
18:40 | Although, wizzyrea, this problem isn't happening in our production system. | |
18:40 | Not sure what to make of that--did you finally get an update? | |
18:42 | wizzyrea | no, let me go back and check my notes on it |
18:42 | we have definitely not gotten an update | |
18:49 | jdavidb joined #koha | |
18:53 | tomascohen left #koha | |
19:04 | nengard joined #koha | |
19:04 | wizzyrea | owen: no, it doesn't look like we've had that one addressed |
19:04 | it's still broken for us | |
19:06 | owen | Hm, I didn't think it was broken in our production system. |
19:06 | So for you guys any time you check something in from another branch Koha doesn't tell you? | |
19:13 | nengard | Go Nate: http://www.libraryjournal.com/[…]=CA6700348#450805 |
19:17 | Nate | Thanks nengard! Glad u like it! |
19:21 | paul_p joined #koha | |
19:21 | wizzyrea | well... it's not quite that bad |
19:21 | think it won't transfer home | |
19:22 | pianohacker | nengard: http://bullrunnings.wordpress.[…]09/#comment-10560 (re your new manual) |
19:24 | nengard | pianohacker very cute :) |
19:24 | pianohacker | peer review is never very much fun |
19:25 | chris_n | Nate++ |
19:25 | sekjal | Nate++ indeed |
19:26 | nengard | pianohacker I don't mind it at all - in terms to the manual - because I'm hoping that it will end up being easier to read - just like that sign :) |
19:30 | Nate | calling now |
19:30 | richard joined #koha | |
19:30 | richard | hi |
19:30 | pianohacker | hello richard |
19:31 | richard | hi pianohacker |
19:41 | chris | morning |
19:42 | pianohacker | good morning chris |
19:42 | sekjal | hello ricard; morning, chris |
19:42 | ~hello richard | |
19:42 | nicomo_laptop | Nate's karma going way up today |
19:44 | interestingly, I have not publicly heard yet the argument that the fork cuts both ways, i.e. that LEK won't have the community enhancements to the community version down the road | |
19:46 | schuster | Owen and wizzyrea - I just checked something in from the wrong location and it sent it to the home library - it hadn't been doing that for awhile so either someone has applied a patch or it suddenly started working again on regular cki. |
19:46 | schuster left #koha | |
19:47 | owen | nicomo_laptop: It's an important question for LibLime customers who want to sponsor development to be shared with the community. How will LibLime develop an enhancement based on LEK if it is also to be contributed to the official version? |
19:48 | In this case when I say "based on" I mean "for a library running LEK" | |
19:48 | nicomo_laptop | *nod* |
19:49 | chris | nicomo_laptop: it's because it doesnt have to |
19:49 | sekjal | well, the customer would just pay LibLime, they'd develop the enhancement, and release it next time they release as promised. |
19:49 | chris | we certainly are not stopping anyone taking community enhancements |
19:50 | nicomo_laptop | chris: agreed, but LL will have trouble/expenses following the developments of the community and integrating in LEK |
19:50 | chris | and since we publish our repo's publicly, it is much much easier to take from community koha than vice versa |
19:51 | nicomo_laptop | sure, but it's a cost nevertheless, and it's going to be more of a cost as versions go by |
19:51 | chris | yup |
19:52 | but not actually that bad, if they are smart | |
19:52 | sekjal | I think the fork is most visible in Acquisitions. How will LL reconcile GetIt! with BibLibre's Acq 3.2, and all the subsequent work derived from it? |
19:52 | chris | git makes doing that easy, which is why they should publish their damn repo and stop being morons |
19:53 | sekjal: getit is a standalone thing, so i dont think they will | |
19:53 | of course they also think everyone in the community is a moron and cant write good code | |
19:53 | nicomo_laptop | but it has to plugin to koha somehow |
19:53 | chris | and have been telling people that |
19:53 | sekjal | the data structures will be different |
19:53 | nicomo_laptop | so true |
19:54 | skejal: good point | |
19:54 | chris | nate++ |
19:54 | nicomo_laptop | I'm actually processing the data from committers back from 2002 |
19:54 | who committed how many patches | |
19:54 | each year | |
19:55 | very interesting | |
19:55 | chris | yep |
19:55 | mine goes back to 2000 if you want that too | |
19:55 | http://stats.workbuffer.org/ | |
19:55 | nicomo_laptop | I have it back to dec. 20th 2000 |
19:55 | chris | http://stats.workbuffer.org/ko[…]1012/authors.html |
19:55 | october 1999 | |
19:55 | owen | nicomo_laptop: Joshua would say, "Don't forget to credit LibLime with any commits that chris did" |
19:56 | chris | http://stats.workbuffer.org/ko[…]220-now/tags.html |
19:56 | is a good way to look at it | |
19:56 | how many per release | |
19:56 | nicomo_laptop | yes, but chris was smart enough to use different email addresses |
19:56 | chris | :) |
19:56 | nicomo_laptop | so i can track what he did for Katipo, liblime, on his own, etc |
19:56 | same for you owen | |
19:56 | :-) | |
19:57 | pianohacker | my work for liblime and personal work will be under different emails, though that wasn't consciously planned |
19:57 | ricardo joined #koha | |
19:57 | chris | its a little trickier than that, i didnt always use nonwork emails for nonwork commits |
19:57 | * sekjal | makes a note to use his gmail when working on personal projects |
19:57 | ricardo | Hi all |
19:57 | nicomo_laptop | hi ricardo |
19:58 | chris yes, but that gives own a good picture of it all | |
19:58 | ricardo | I'll be here just for a short while (I want to go home so I can eat, eheh) |
19:58 | nicomo_laptop | it's not 100% accurate but still |
19:58 | s/own/one | |
19:58 | chris | when i worked at katipo they just all went under that, course my bosses were nice so it wasnt a worry :) |
19:58 | ricardo | If I want to add a dependency in Makefile.PL, how do I choose a version of the new module dependency? |
19:58 | nicomo_laptop | and at the beginning I only have the usernames |
19:59 | not the email addresses | |
19:59 | pianohacker | hey ricardo |
19:59 | chris | yup, cvs didnt do addresses |
19:59 | nicomo_laptop | but I bugged paul to identify everyone |
19:59 | ricardo | pianohacker: Hi Jesse! :) |
19:59 | Case in point: | |
19:59 | "ricardo" at 192.168.15.101 pasted "Apparent missing "Locale::PO" dependency in Makefile.PL (for Koha 3.0.x)" (17 lines) at http://paste.workbuffer.org/22 | |
19:59 | (that's "Locale :: PO", if you get a strange smiley here) | |
20:00 | wizzyrea | schuster was talking with me about this very topic yesterday |
20:00 | nengard | I unfortunatly didn't submit under diff emails based on when I was working - but oh well - you all know the truth |
20:01 | nicomo_laptop | nengard: yes, but in that case I've been "generous" and attributed all you did to LL |
20:01 | nengard | if you so choose - but just for the record I did most of my patches on my vaca time |
20:03 | wizzyrea | didn't they yell at you for continuing to be a community participant? |
20:03 | they = the LL upper echelon | |
20:03 | nicomo_laptop | nengard: but even in that case LL seems to have represented over 50% of the patches in only 1 year: 2008 |
20:04 | and in that year it was about 60% | |
20:04 | wizzyrea | or was that someone else... I can't keep anything straight anymore |
20:07 | * chris_n | finally gets catalyst to say "Hello World!"... :-P |
20:08 | ricardo | chris_n: Ah... that's progress. X hours to put a framework to say "Hello World" or X seconds to write, in plain Perl, print "Hello World!\n"; ;-) |
20:08 | (only kidding!) | |
20:11 | Well... Gotta go home. I'll be back in 2 hours or so (probably) | |
20:11 | pianohacker | cya later |
20:11 | ricardo left #koha | |
20:15 | chris_n | hehe |
20:15 | brendan | gotta do it too |
20:15 | Nate++ | |
20:15 | chris_n | the things we do in the name of progress |
20:16 | jdavidb | Nate++ |
20:18 | Nate | Thanks for all of the positive feedback everyone |
20:20 | sekjal | Nate: I got the days off to come up to Hartford this Friday and the other date in Nov. |
20:21 | Nate | thats great! |
20:21 | I cant wait to see you there | |
20:21 | should be interesting to say the least | |
20:21 | sekjal | very |
20:21 | I'll get to meet Ben Ide at last | |
20:22 | nengard | Gonna miss you all at those events |
20:22 | I'll be in CA at IL and then meeting brendan and then at CLA | |
20:22 | Nate | you will be missed nicole |
20:22 | nengard | busy busy busy |
20:23 | sekjal | I'll tweet vigorously |
20:23 | brendan | excellent news sekjal |
20:23 | ok -- off to find some food :) | |
20:24 | owen | I'm curious about something I'm seeing in admin/branches.pl: "default("MESSAGE2",$template);" |
20:24 | I understand that this is setting the MESSAGE2 variable, but I don't understand why it's doing it in a different way than other template variables | |
20:25 | pianohacker | owen: urghh, branches.pl is very strange |
20:30 | owen | I'll take that as a sign it's time to go home! |
20:30 | owen left #koha | |
20:30 | jwagner left #koha | |
20:31 | jdavidb left #koha | |
20:31 | soul9 | heh |
20:32 | g'day | |
20:40 | sekjal | hello, soul9 |
20:40 | pianohacker | hi, soul9 |
20:41 | soul9 | hey all |
20:42 | chris | hey soul9 |
20:48 | magnusenger left #koha | |
20:49 | soul9 | hey guys, how goes it in koha world? |
20:50 | haven't been around for a while ☺ | |
20:51 | paul_p left #koha | |
20:52 | wizzyrea | it's been the best of times... and the worst of times ;) |
20:53 | but mostly good | |
20:53 | soul9 | :-D |
20:56 | chris | hehe |
20:56 | soul9 | good to hear |
20:58 | chris_n | wizzyrea: let's hope none of us has to stand-in for someone else's appointment at the guillotine |
21:02 | wizzyrea | ooh, true |
21:02 | though I'm sure *certain* people's PR wouldn't mind that at all | |
21:02 | chris_n | hehe |
21:02 | pianohacker | chris_n: ? |
21:03 | wizzyrea | dickens :P |
21:03 | chris_n | pianohacker: you work in a library and have note read " |
21:03 | The Tale of Two Cities | |
21:04 | "? | |
21:04 | pianohacker | I must admit I have not |
21:04 | chris_n | maybe just watch the movie then... ;-) |
21:04 | * chris_n | heads out for supper |
21:04 | pianohacker | Gradually making my way through david copperfield |
21:04 | bah | |
21:04 | movie_adaptations-- | |
21:04 | chris_n | hehe |
21:04 | nengard left #koha | |
21:05 | * chris_n | agrees that there is no match for the book |
21:05 | chris_n | bbl |
21:05 | pianohacker | see ya |
21:13 | sekjal | off to the train. later, #koha |
21:13 | sekjal left #koha | |
21:22 | pianohacker | brb, headed to work |
21:22 | pianohacker left #koha | |
21:40 | ricardo joined #koha | |
21:40 | ricardo | Hi again |
21:42 | soul9 | aye |
21:45 | nengard joined #koha | |
21:48 | chris | hey nengard |
21:48 | ricardo | Hi Nichole / Hi Chris |
21:48 | I'll resume a question I posted here about 2 hours ago... Looking for the log | |
21:49 | nengard | hello |
21:50 | chris_n2_ joined #koha | |
21:50 | ricardo | ricardo: Another "dependencies complaint"... this time from running "./install-code.pl pt-PT" in a machine that has been upgraded from SLES 10 SP2 (SuSE Linux Enterprise Server ) to SLES 11. |
21:50 | chris | k |
21:51 | ricardo | ricardo: The dependency is "Locale/PO.pm". Should it be added to Makefile.PL ("Locale::Language" is there)? [And what version should I add?] |
21:51 | pastebot: "ricardo" at 192.168.15.101 pasted "Apparent missing "Locale::PO" dependency in Makefile.PL (for Koha 3.0.x)" (17 lines) at http://paste.workbuffer.org/22 | |
21:51 | nengard | there is a patch in 3.2 that removes item from the reservoir right? |
21:52 | I thought I remembered documenting that | |
21:52 | chris | who knows |
21:53 | ricardo | chris: Are you answering me? Nichole? Both? ;-) |
21:53 | chris | nicole |
21:53 | ricardo | s/Nichole/Nicole (sorry!) |
21:55 | chris_n2 left #koha | |
21:55 | chris_n2_ is now known as chris_n2 | |
21:56 | chris | its in the list of packages |
21:56 | liblocale-po-perl install | |
21:56 | so needs to be added to the makefile.pl is my guess | |
21:56 | ricardo | chris: Right |
21:56 | chris: Any way to know what version should one use for a patch? | |
21:57 | chris | use the latest stable |
21:58 | ricardo | chris: That's safe, to be sure... Although it could be annoying for people that have the package from their distribution, but when that one doesn't include the latest version (speaking from experience, as you might guess) |
21:58 | chris | yep, it wont stop you installing though |
21:59 | ricardo | chris: True. Grumble... OK, I'll have to think this |
22:00 | chris | i dont think its worth using an old version unless there is a valid reason to, usually miss out on a bunch of fixes that way |
22:00 | ricardo | Another one I believe is YAML (already including YAML::Syck, but I believe YAML is also necessary, and may not be installed because, AFAIK, "YAML::Syck" does NOT depend on "YAML") |
22:01 | chris | right |
22:01 | ricardo | chris: Agreed... But I was "aiming" for easing the installation for the greatest Universe possible... and that would mean less dependencies and older versions :) |
22:01 | chris | yeah, but then we might get owned |
22:02 | which would be a bad look | |
22:02 | ricardo | chris: If the changes are security related, then yes, you're right |
22:03 | chris: But, like you said (or might say), there's no problem in requiring a lower version and the person installing a more recent version | |
22:03 | nengard | in case you all care - yes there is a feature in 3.2 that lets you clean the reservoir |
22:04 | chris | i think a good rule of thumb, require the latest stable version, unless there is a compelling feature/bug reason to need an older one |
22:05 | ricardo | chris: OK... I understand and, for the reasons stated above, agree that we... disagree ;-) But no problem. Let me focus in the changes in this particular module |
22:06 | chris | ricardo: if we require an old one, and there is a bug that has been fixed then people wont get it and will complain that koha is broken |
22:06 | (happened with MARC::File) | |
22:06 | but now i have to go to a meeting | |
22:06 | ricardo | chris: OK |
22:07 | pianohackr|work joined #koha | |
22:08 | ricardo | chris: And thanks for the explanations :) |
22:15 | nengard left #koha | |
22:28 | CGI478 joined #koha | |
22:33 | CGI478 left #koha | |
22:47 | Nate | Dinner time Goodnight #koha |
22:47 | Nate left #koha | |
23:08 | ricardo | (Debian 5.0.3 1st DVD downloaded in under an hour. Not bad at all! :) |
23:19 | * ricardo | is recording Debian 5.0.3 to a DVD+R |
23:38 | brendan | ok time to head home -- catch some playoff baseball (maybe "I'll be back" - like my governator arnold says) |
23:42 | ricardo | brendan: LOL! OK :) |
23:48 | brendan left #koha | |
23:59 | chris | back |
← Previous day | Today | Next day → | Search | Index