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 ricardo 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 chris_n2 been at this too long 00:01 ricardo chris_n2: Yeah... That fooled me once as well :) 00:02 ricardo pianohacker: Would that be called "Sarcastica" ? ;-) 00:02 pianohacker sarcastic sans 00:02 pianohacker "yeah, YOU would think this is a sarcastic font" 00:03 ricardo pianohacker: "Sans"? That would be ironic, eheh ("Sarcastic Without") 00:03 ricardo Sarcastic AND Ironic 00:03 ricardo pianohacker++ 00:03 ricardo :D 00:08 ricardo chris: How long do "pastebot" pastes last? 00:09 chris few weeks 00:09 ricardo chris: OK, thanks 00:10 ricardo 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 ricardo mason: http://paste.workbuffer.org/ 00:18 mason intriguing .... :) 00:18 ricardo Eheh 00:18 mason heya jesse, ricardo 00:18 mason 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 mason 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 pianohacker 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 pianohacker 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 chris_n2 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 pianohacker 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/gitweb.cgi?p=Koha;a=tree;f=t;h=42f63b44be3763e4d8cda9ad7151cd336e9aa439;hb=3.0.x 00:27 ricardo Labels_split_ddcn.t 00:27 ricardo http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=t/Labels_split_ddcn.t;h=eac8496e4590c1fbe25f9b21d2ac8046f871b7dc;hb=3.0.x 00:27 ricardo Labels_split_lccn.t 00:27 ricardo http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=t/Labels_split_lccn.t;h=1893e9ddab0b7bff5cef2befac786d6cbe66c273;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 ricardo chris_n2: I believe you're right 00:29 ricardo ... although I don't usually see / touch these test files 00:30 chris_n2 I wonder how that got into there... 00:30 chris_n2 oppps... 00:30 chris_n2 your's truly is to blame 00:30 ricardo chris_n2: LOL! 00:31 ricardo 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 ricardo chris_n2: Submitted the patch. See if it looks good to you: 00:55 ricardo Koha-patches] [PATCH] Fix spurious merge lines in "Labels_split_ddcn.t" 00:55 ricardo http://lists.koha.org/pipermail/koha-patches/2009-October/004743.html 01:02 chris_n2 ricardo: looks great, tnx! 01:07 ricardo chris_n2: You're welcome :) 01:14 ricardo I really have to catch some sleep now. 01:15 ricardo pianohacker: Talking about bicycles, here's an article that I like (seriously): 01:15 ricardo http://en.wikipedia.org/wiki/Electric_bicycle 01:27 ricardo Bye ppl! :) 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 chris_n2 december 2007... 01:44 chris_n2 the main problem appears to be the bazillion char line created in the Makefile 01:45 chris_n2 the shell chokes on it 01:45 chris_n2 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 pianohacker sleep well :) 01:50 pianohacker I'd better log off for the night myself 03:00 chris http://www.libraryjournal.com/index.asp?layout=talkbackCommentsFull&talk_back_header_id=6628403&articleid=CA6700348#450805 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 chris and then it will be released, id expect within the next couple of days for it 03:19 chris and galen has said an alpha release of 3.2.0 before november 03:19 chris 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 chris 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 chris ill probably get threatened with a lawyer for saying that 03:22 chris 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 chris 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 chris :) 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 chris 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 chris 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/2009/10/18/changelog-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 chris 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 schuster 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 chris and ill firm up the dates when i confirm the venue 03:42 chris probably the middle of november, thats when all the university students are on break 03:43 chris 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 chris 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 schuster 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 schuster Well off to bed night koha community friends. 05:02 brendan evening #koha 05:02 brendan wondering if anybody is awake or watching along 05:02 brendan wondering if anyone is awake and watching along :) 05:18 brendan evening #koha 05:18 brendan alright - time for bed -- night all 05:59 Ropuch Morning #koha 06:58 chris morning europe 07:00 magnusenger morning chris! 07:04 paul_p hello kiwis ! 07:36 hdl_laptop hi chris 08:50 |Lupin| good morning all 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 kernel_2 is there anything else do i need to tune? 10:25 chris what version of koha are you running? 10:26 chris 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 chris master (and 3.2.0 when its released) has some performance improvements using memoize and memcached 10:33 chris its actually reading the config file (which is xml) that is the bottleneck for circ 10:34 chris http://profiles.workbuffer.org/circ-circulation/ 10:34 chris vs 10:34 chris http://profiles.workbuffer.org/circ-circulation-config-cache/ 10:35 chris by caching the config into memcached we shave 200ms off each run 10:35 chris 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 chris hi Amit 10:36 |Lupin| quick perl question pls 10:37 |Lupin| how to sort numerically rather than alphabetically ? 10:37 chris <=> 10:37 chris 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 |Lupin| chris: thanks 10:44 |Lupin| 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 kernel_2 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: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:39 chris_n g'morning #koha 11:41 paul_p g'morning usa 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 nengard 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 nengard 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 nengard ranked #1 in options for right now: 11:55 nengard Horowhenua Library Trust (HLT) (HLT) 59 63.44% 11:55 nengard Software in the Public Interest (SPI) (SPI) 11 11.83% 11:56 nengard 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 nengard and then for the long term it looks like the majority want a koha foundation 11:57 nengard 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 nengard hello and goodby nengard :) 12:03 nengard or Lupin :) hehe 12:03 nengard sorry 12:03 nengard still early 12:03 nengard ttyl 12:03 |Lupin| np :) 12:04 chris_n hdl_laptop: this patch (http://lists.koha.org/pipermail/koha-patches/2009-October/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 chris_n note: it only affects 3.0.x 12:05 chris_n nengard, magnusenger: http://opensource.web2learning.net/limesurvey/statistics_user.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:13 jwagner Good morning all. 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 jwagner 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 |Lupin| jwagner: hello, btw 12:20 chris_n g'morning jwagner, jdavidb 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 * chris_n greets wizzyrea 12:23 jdavidb Hi, wizzyrea! :) 12:24 |Lupin| hello wizzyrea 12:35 jwagner So nobody is doing regular authority loads now (she asked plaintively)? I keep hoping I'm missing the obvious. 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 schuster Got busy and didn't get back to playing with it. 12:44 * owen added his two cents to http://www.libraryjournal.com/index.asp?layout=talkbackCommentsFull&talk_back_header_id=6628403&articleid=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 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 owen jdavidb: I didn't try to contact anyone directly about it. 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 reiko 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 reiko i know that 109 means database is unavailable 12:59 reiko 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 reiko 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 reiko although my rebuild_Zebra is exporting biblio somewhere 13:03 reiko 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 jdavidb It's exporting, but is it doing the merge that follows okay? 13:05 reiko right now its still exporting 13:06 reiko 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 chris_n what kind of install did you do? 13:07 reiko didnt do any merge im affraid jdavidb 13:08 reiko hi chris_n 13:08 reiko hum i don't know 13:08 reiko 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 reiko 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 chris_n but most likely it is permissions 13:10 chris_n 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 reiko 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 chris_n koha is developed on debian 13:14 chris_n reiko: yes or reboot if you have installed the startup scripts 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 reiko thanks for the help 13:15 ricardo chris_n: Hi Chris! :) 13:15 chris_n reiko: np 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 chris_n 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 ricardo (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 chris_n reiko: if this was changed during the install process that may be the issue 13:30 chris_n you can verify by trying to connect with yaz-client 13:31 reiko how do i connect with yaz-client ? 13:31 reiko username has been changed 13:35 chris_n reiko: you'll need to make sure the username is correct in these places: 13:35 chris_n explain-authorities.xml:22: <user>kohauser</user> 13:35 chris_n explain-biblios.xml:22: <user>kohauser</user> 13:35 chris_n zebra-authorities.cfg:47:perm.kohauser:rw 13:35 chris_n zebra-authorities-dom.cfg:37:perm.kohauser:rw 13:35 chris_n 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 reiko <!--<authentication> 13:40 reiko <user>kohauser</user> 13:40 reiko <group>kohagroup</group> 13:40 reiko <password>zebrastripes</password> 13:40 reiko </authentication>--> 13:41 chris_n that's ok 13:43 chris_n reiko: check also etc/zebradb/etc/passwd 13:45 reiko it's the same there aswell 13:46 reiko 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 chris_n reiko: see the paste for an example of how to use the yaz-client 13:47 chris_n to test connection 13:47 reiko okay 13:47 reiko thank you 13:47 chris_n np... let us know what you turn up 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 reiko 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 chris_n 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: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 wizzyrea get yer torches and pitchforks! 14:08 wizzyrea :) 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 chris_n 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:30 owen MVC is something I keep thinking, Is that what I should be doing? But have never jumped in. 14:47 reiko chris_n: still not working 14:47 reiko 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 reiko yeah 14:48 reiko ###### ReIndexing authorities ###### 14:48 reiko and does nothing 14:49 reiko while the others , the exports, take a while and we can see the progress, it seems like it skips the reindexing 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 jwagner 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: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 chris_n 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 reiko chris_n ! 15:09 reiko 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 reiko 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 reiko not in mine 15:12 reiko i'm not sure yet but 15:12 reiko if rebuild_zebra.pl is looking for zebraidx 15:12 reiko it won't find my 2.0 15:12 reiko i mena 15:12 reiko *i mean 15:13 chris_n true 15:17 reiko foreach (qw(/usr/local/bin/zebraidx 15:17 reiko /opt/bin/zebraidx 15:17 reiko /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 nicomo_laptop jwagner: see any diacritics here? 15:22 nicomo_laptop 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: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: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 paul_p some specific po /language ? 15:38 paul_p (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 nicomo_laptop but not the way forward I think 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 nengard 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/index.asp?layout=talkbackCommentsFull&talk_back_header_id=6628403&articleid=CA6700348 15:46 paul_p the question is: is it enough to be eloquent? 15:47 paul_p 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: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 chris_n FF is a memory hog in general, and I suspect maybe a small memory leak 16:22 |Lupin| good evening all 16:22 |Lupin| bye* 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 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 wizzyrea 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 wizzyrea 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 nengard and what it does? 17:35 nengard 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 sekjal 337 # FIXME: In Koha 3.0 , the only account adjustment 'types' passed to this function 17:36 sekjal 339 # 'C' = CREDIT 17:36 sekjal 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 jwagner http://koha.org/documentation/faq/what-do-the-codes-in-the-fines-table-stand-for/?searchterm=f%20fu 17:36 sekjal thanks, jwagner! 17:37 nengard figured mine out :) 17:40 sekjal alright, so I want 'M', most likely 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 owen (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 brendan 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 owen 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 owen 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 wizzyrea 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 owen Although, wizzyrea, this problem isn't happening in our production system. 18:40 owen 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 wizzyrea we have definitely not gotten an update 19:04 wizzyrea owen: no, it doesn't look like we've had that one addressed 19:04 wizzyrea it's still broken for us 19:06 owen Hm, I didn't think it was broken in our production system. 19:06 owen 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/index.asp?layout=talkbackCommentsFull&talk_back_header_id=6628403&articleid=CA6700348#450805 19:17 Nate Thanks nengard! Glad u like it! 19:21 wizzyrea well... it's not quite that bad 19:21 wizzyrea think it won't transfer home 19:22 pianohacker nengard: http://bullrunnings.wordpress.com/2009/05/08/americas-civil-war-july-2009/#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 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 sekjal ~hello richard 19:42 nicomo_laptop Nate's karma going way up today 19:44 nicomo_laptop 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: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 owen 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 chris 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 chris sekjal: getit is a standalone thing, so i dont think they will 19:53 chris 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 nicomo_laptop skejal: good point 19:54 chris nate++ 19:54 nicomo_laptop I'm actually processing the data from committers back from 2002 19:54 nicomo_laptop who committed how many patches 19:54 nicomo_laptop each year 19:55 nicomo_laptop very interesting 19:55 chris yep 19:55 chris mine goes back to 2000 if you want that too 19:55 chris http://stats.workbuffer.org/ 19:55 nicomo_laptop I have it back to dec. 20th 2000 19:55 chris http://stats.workbuffer.org/koha-19991022-20001012/authors.html 19:55 chris 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/koha-20001220-now/tags.html 19:56 chris is a good way to look at it 19:56 chris 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 nicomo_laptop same for you owen 19:56 nicomo_laptop :-) 19:57 pianohacker my work for liblime and personal work will be under different emails, though that wasn't consciously planned 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 nicomo_laptop 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 nicomo_laptop 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 nicomo_laptop 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 ricardo Case in point: 19:59 ricardo "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 ricardo (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 wizzyrea 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 nicomo_laptop 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 ricardo (only kidding!) 20:11 ricardo Well... Gotta go home. I'll be back in 2 hours or so (probably) 20:11 pianohacker cya later 20:15 chris_n hehe 20:15 brendan gotta do it too 20:15 brendan 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 Nate I cant wait to see you there 20:21 Nate should be interesting to say the least 20:21 sekjal very 20:21 sekjal I'll get to meet Ben Ide at last 20:22 nengard Gonna miss you all at those events 20:22 nengard 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 brendan 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 owen 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:31 soul9 heh 20:32 soul9 g'day 20:40 sekjal hello, soul9 20:40 pianohacker hi, soul9 20:41 soul9 hey all 20:42 chris hey soul9 20:49 soul9 hey guys, how goes it in koha world? 20:50 soul9 haven't been around for a while ☺ 20:52 wizzyrea it's been the best of times... and the worst of times ;) 20:53 wizzyrea 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 wizzyrea 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 chris_n The Tale of Two Cities 21:04 chris_n "? 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 pianohacker bah 21:04 pianohacker movie_adaptations-- 21:04 chris_n hehe 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:22 pianohacker brb, headed to work 21:40 ricardo Hi again 21:42 soul9 aye 21:48 chris hey nengard 21:48 ricardo Hi Nichole / Hi Chris 21:48 ricardo I'll resume a question I posted here about 2 hours ago... Looking for the log 21:49 nengard hello 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 ricardo 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 nengard 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:56 chris its in the list of packages 21:56 chris liblocale-po-perl install 21:56 chris so needs to be added to the makefile.pl is my guess 21:56 ricardo chris: Right 21:56 ricardo 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 chris which would be a bad look 22:02 ricardo chris: If the changes are security related, then yes, you're right 22:03 ricardo 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 chris (happened with MARC::File) 22:06 chris but now i have to go to a meeting 22:06 ricardo chris: OK 22:08 ricardo chris: And thanks for the explanations :) 22:47 Nate Dinner time Goodnight #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:59 chris back