Time  Nick            Message
22:56 pianohackr|work see you all tomorrow
21:57 * chris_n2-away thinks wizzyrea holds the record on quotes ;-)
21:26 munin           wizzyrea: Quote #2: "<jwagner> Hope springs eternal in little kitty hearts. Better watch the doors :-)" (added by gmcharlt at 04:04 PM, June 03, 2009)
21:26 wizzyrea        @quote random
21:26 wizzyrea        oof
21:26 munin           wizzyrea: Quote #37: "< nelsonf> I'm pretty sure I deleted this one in the name of being thorough..." (added by chris at 11:27 PM, October 04, 2009)
21:26 wizzyrea        @quote random
21:26 munin           wizzyrea: Quote #16: "< wizzyrea> i mean, the point of american bacon is to erm, use the belly of the hog (I think)" (added by chris at 09:37 PM, July 17, 2009)
21:26 wizzyrea        @quote random
21:26 wizzyrea        hehe
21:25 munin           wizzyrea: Quote #31: "<@gmcharlt> but hacking Koha *should* be a restful part of any vacation ;)" (added by chris at 11:31 PM, September 02, 2009)
21:25 wizzyrea        @quote random
21:13 pianohackr|wor1 see ya
21:13 sekjal          time for the train
21:13 sekjal          I'll look at it more tomorrow
21:10 sekjal          yargh.  wish I could hold off making payments until Koha 3.2 drops.... this is proving quite frustrating
21:06 munin           hdl_laptop: The operation succeeded.
21:06 hdl_laptop      @later tell ricardo or the fact your code is not uptodate
21:05 munin           hdl_laptop: The operation succeeded.
21:05 hdl_laptop      @later tell ricardo could be a problem in your systempreferences
21:05 munin           hdl_laptop: The operation succeeded.
21:05 hdl_laptop      @later tell ricardo i used 3.0.x with your command
21:05 munin           hdl_laptop: The operation succeeded.
21:05 hdl_laptop      @later tell ricardo you can see it is ok on my box
21:04 munin           hdl_laptop: The operation succeeded.
21:04 hdl_laptop      @later tell ricardo here is my results from my import of your data http://imagebin.ca/view/yHRrkK82.html
21:04 hdl_laptop      later tell ricardo here is my results from my import of your data http://imagebin.ca/view/yHRrkK82.html
21:02 Ropuch          Flue information is... cute ;>
20:56 wizzyrea        also a good one
20:56 wizzyrea        www.bonnerlibrary.org
20:52 pianohackr|wor1 that is nice
20:51 wizzyrea        natch at 4pm on a friday afternoon
20:50 wizzyrea        3 years, and that's the first time I've had THAT happen. sheesh.
20:50 wizzyrea        ok NOW it's working
20:48 wizzyrea        indeed
20:48 wizzyrea        heh
20:47 pianohackr|work that there's the purtiest error message I ever did see
20:47 wizzyrea        sigh
20:47 wizzyrea        lol
20:46 wizzyrea        www.hiawathalibrary.org
20:46 wizzyrea        but we have some gorgeous sites on the project
20:46 wizzyrea        sekjal-- yea, it's nearly unmanageable the way it is now
20:45 sekjal          pleasant?  probably not
20:45 pianohackr|work doing some of that myself
20:45 sekjal          shouldn't be impossible to migrate them all
20:45 sekjal          last time I was in that codebase, MU was pretty much just a wrapper around regular Wordpress...
20:45 pianohackr|work server administration, fun fun
20:45 wizzyrea        project
20:45 wizzyrea        the projec
20:45 wizzyrea        er, when I started
20:45 wizzyrea        when I did it the first time, MU didn't exist
20:45 wizzyrea        that would make these updates a whole lot more trivial
20:44 wizzyrea        trying to figure out if I can move them all to MU and still have them work, in an easy fashion
20:44 wizzyrea        that's wordpress 2.8
20:43 wizzyrea        160 sites (give or take)
20:43 wizzyrea        http://www.mykansaslibrary.org -- getting ready for 2.8 upgrade
20:43 pianohackr|work wizzyrea: what's keeping you busy these days?
20:42 pianohackr|work cya
20:42 wizzyrea        byeeee
20:42 * chris         has to go, bbiab
20:40 Ropuch          s/brak/break
20:40 Ropuch          ...after little brak ;>
20:40 Ropuch          Hello wizzyrea
20:39 wizzyrea        oh hi PH
20:39 Ropuch          But i can check the item price and have it included in Funds & Budget
20:39 sekjal          I'm also finding that my aqorderbreakdown and aqorderdelivery tables clear themselves out when an order is received
20:38 Ropuch          I have NULLs all the way
20:38 Ropuch          Yup
20:38 sekjal          I've build a cronjob to make payments, and I can't seem to get what we actually have to pay
20:37 Ropuch          Let me see mine
20:35 sekjal          is this normal?
20:35 sekjal          my aqorders table isn't getting the totalamount fields filled in at any point in the acquisitions process?
20:34 Ropuch          Hi pianohackr|work
20:27 pianohackr|work hi, wizzyrea, Ropuch, chris
20:26 chris           excellent
20:10 Ropuch          I've received a proposition to speak about Koha on some Open Solaris & open source in small and medium enterprises conf
20:06 Ropuch          (mitigating circumstances: i have a beer)
20:05 wizzyrea        nah :)
20:03 Ropuch          ;>
20:03 Ropuch          Does translating intranet on friday night make me a freak?
20:02 hdl_laptop      gmcharlt: must have missed your brief apparition
20:01 Ropuch          ;>
20:01 chris           heh
20:01 wizzyrea        :D
19:59 chris_n         it must be Friday, everyone is quitting
18:49 gmcharlt        hdl_laptop: briefly
18:49 hdl_laptop      gmcharlt: around ?
17:24 Ropuch          Good evening
17:01 * chris_n       heads off in search of food
17:00 chris_n         owen: glad you got your zebra kicking... ;-)
16:57 wizzyrea        here's a distraction as a reward:  http://www.youtube.com/watch?v=SMWi7CLoZ2Q
16:56 wizzyrea        hehehe
16:51 owen            So, WIN FOR ALL INTENTS AND PURPOSES! Which isn't very catchy.
16:50 owen            No, never mind, that's a data problem not a Zebra problem.
16:49 owen            Hm, wait, it seems keyword searching is working, itemtype searching isn't
16:46 wizzyrea        WIN! ... FAIL!
16:45 owen            Returning results that is. Only now 30 seconds later it isn't.
16:42 owen            Hmmm... chris_n looks like you were right. After a restart Zebra is running
16:20 wizzyrea        (this is definitely the trickiest part of the koha install experience, I think)
16:19 wizzyrea        i believe that's the one
16:16 owen            ./rebuild_zebra.pl -b -w
16:13 wizzyrea        (i'm assuming you did)
16:13 wizzyrea        did you build the indexes?
16:11 owen            Hmmm... "sudo ps -ef | grep zebra" is showing more promising results, but I'm not getting anything when searching
15:58 * wizzyrea      is glad to read this discussion of zebra starting woes... she feels less dumb now
15:48 chris_n         if it is assigned to the correct run level, I think it should start on a reboot ok
15:46 chris_n         owen: 'su koha' and then start it
15:44 Colin           if you run the zebrasrv command in koha-zerbra-ctl.sh on the commandline with -l filename you may get some info in filename
15:43 owen            Thanks brendan
15:43 brendan         bye #koha
15:43 brendan         I'm off for the day -- going to see the dodgers
15:43 brendan         ok good luck owen
15:41 owen            Doing so doesn't change the outcome of " ./koha-zebra-ctl.sh start"
15:39 * chris_n       says nice things to his zebra so it will keep running
15:38 chris_n         so maybe something like 'sudo chown -R koha:koha /home/oleonard/koha-dev'
15:38 chris_n         owen: your koha user needs to own everything from /home/oleonard/koha-dev and below
15:36 brendan         when I first began with zebrasrv (I had such troubles) I just ran it on screen
15:35 brendan         true that
15:34 chris_n         zebra is always a pain to get running; the installer needs to be fixed to set the permissions correctly iirc
15:33 * chris_n       should read before he leaps :-\
15:33 chris_n         opps
15:33 chris_n         owen: sudo ps -ef | grep zebra
15:30 brendan         (we could try and change that to /etc/alternatives/zebrasrv )  -- quickly and start zebra (if that doesn't do the trick) put it back in
15:29 brendan         and the ZEBRASRV=/usr/bin/zebrasrv
15:29 brendan         in that top section -- does the user, group, dbname -- all match your information
15:28 brendan         ok on the koha-zebra-ctl.sh file
15:28 brendan         hmm...
15:27 owen            Looks like /usr/bin/zebrasrv is actually pointing to /etc/alternatives/zebrasrv
15:27 owen            /etc/alternatives/zebrasrv and /usr/bin/zebrasrv
15:27 brendan         or - whereis zebrasrv
15:26 brendan         can you do a locate zebrasrv
15:26 brendan         so zebrasrv -- is not running
15:25 owen            Nope: oleonard  7586  3908  0 11:24 pts/0    00:00:00 grep zebrasrv
15:25 brendan         return much ?
15:25 brendan         ps -aef | grep zebrasrv
15:24 brendan         ok -- that should be good then
15:23 owen            The same
15:23 brendan         what does yours say?
15:23 brendan         ZEBRASRV=/usr/bin/zebrasrv
15:23 brendan         you should see something near to the top like this
15:22 brendan         ok so when you vim -- that file
15:22 owen            Yeah
15:22 brendan         make sure to use the koha-dev one -- not the kohaclone one
15:22 brendan         Oh yeah -- owen
15:21 * owen          appreciates that the install guide suggests nano
15:21 * wizzyrea      is ashamed to be a nano fan
15:21 brendan         I mean looking at -- as in --    vim koha-zebra-ctl.sh
15:20 brendan         it should say where it's looking for the zebrasrv
15:20 brendan         the reason I ask is --- if you open the koha-zebra-ctl.sh file
15:19 brendan         owen -- can you find where your zebrasrv directory is
15:19 owen            Both of those commands give me the "Starting..." message and return me to the command prompt.
15:19 wizzyrea        and give you your prompt back
15:19 wizzyrea        yep, put a & at the end, it should leave the daemon running
15:19 owen            and: sudo ${SCRIPT_DIR}/koha-zebraqueue-ctl.sh start
15:19 owen            Here's what I'm following in the install guide: sudo ${SCRIPT_DIR}/koha-zebra-ctl.sh start
15:18 wizzyrea        (can't remember what it is0
15:18 wizzyrea        so <zebra start command> &
15:17 wizzyrea        then hit enter and it should give you your prompt baack
15:17 wizzyrea        if you stop it, ctrl-c, then start it again, put a & at the end
15:17 wizzyrea        nope, that means it's running
15:17 owen            it doesn't give any additional output. Should it?
15:16 wizzyrea        just sits there?
15:16 wizzyrea        it doesn't do anything?
15:16 wizzyrea        oh ty jwagner
15:16 owen            It says "Starting Zebra Server" and "Starting Zebraqueue Daemon" when I run those commands
15:15 owen            Okay...Seems like Zebra is refusing to start, but not giving an error.
15:14 munin           jwagner: The operation succeeded.  Quote #41 added.
15:14 jwagner         @quote add owen: Being an ass doesn't qualify as a medical condition ;)
15:13 wizzyrea        oh snap!
15:13 jwagner         It does if he gets punched out for it!
15:13 wizzyrea        DOH
15:13 munin           wizzyrea: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
15:13 wizzyrea        @quote add owen: Being an ass doesn't qualify as a medical condition ;)
15:12 owen            Being an ass doesn't qualify as a medical condition ;)
15:11 Colin           I hope not
15:10 wizzyrea        guess they never seated him in the emergency exit row on airplanes
15:10 wizzyrea        oi
15:09 Colin           yep. it gave trainers and support staff their own medical conditions
15:09 wizzyrea        change was very bad, in that situation
15:09 wizzyrea        so... um...
15:08 wizzyrea        LOL really!?
15:08 Colin           Once had a customer who informed us he had a medical condition that meant he couldnt follow instructions
15:05 wizzyrea        ooh, I think you just negative karma'd creativity - how about inner_creativity--
15:05 jwagner         inner creativity--
15:01 Colin           they are just using their inner creativity
15:01 munin           wizzyrea: Karma for "pigheaded" has been increased 1 time and decreased 1 time for a total karma of 0.
15:01 wizzyrea        @karma pigheaded
15:00 wizzyrea        lol
15:00 jwagner         and pigheaded-- when it's library staff not doing what we tell them too....
15:00 jwagner         pigheaded++
14:59 * wizzyrea      realizes she's being a bit pig headed this morning
14:54 wizzyrea        fortunately, in this case I don't think anybody will lose their job over the change ^.^
14:53 jwagner         Yep.
14:52 jwagner         Don't dig on MY account.  Some are nimble-minded, while others definitely aren't.  And there's not much changing them.
14:52 Colin           in many libraries changing workflow is a big political problem
14:52 * wizzyrea      's hole is coming along quite nicely
14:52 wizzyrea        <dig dig dig>
14:51 * wizzyrea      gets out the shovel
14:51 wizzyrea        erm, not that you don't
14:51 wizzyrea        :)
14:51 wizzyrea        we're actually pretty lucky, we have nimble minded librarians
14:51 wizzyrea        yep, I imagine
14:51 jwagner         Trying to convince people to change habits is really tough.
14:51 wizzyrea        (I'm of the, "hm, this is how it works for us now, so let's do it this way" school)
14:50 jwagner         wizzyrea, been there, done that, got the scars....
14:50 owen            skeptical++
14:50 wizzyrea        (as an aside, I'm always kind of skeptical of doing something simply for the sake of preserving historical workflow, so take my statements with a grain of salt)
14:49 jwagner         They weren't necessarily resistant, it just came as a bit of a surprise to them.
14:48 wizzyrea        not saying it's the best way (tm) just that it's a way that works (tm)
14:48 wizzyrea        so they were resistant to the whole "add an item" workflow?
14:48 wizzyrea        haha
14:47 jwagner         pianohacker is much too refined in his statements.  I'd put it a bit more forcefully myself.  But this is A Family Show, right?
14:47 wizzyrea        :(
14:47 wizzyrea        dk, as pianohacker would say, holds/reserves are a giant headache in the code
14:46 wizzyrea        add a barcode, change itypes
14:46 jwagner         wizzyrea, I wonder if there's anything in, say, one of the 942 subfields that could be used in this manner?  For example, one of the 942 subfields is used now as a flag for suppressing display.  If there is something unused, maybe it could work like that -- set a flag in the 942 if title-level holds are allowed.
14:46 wizzyrea        about the same amount of work
14:46 wizzyrea        right, or you can edit the item to make it an official item
14:46 Colin           you want the system to also remove the dummy item when the real copies arrive
14:45 wizzyrea        and there's nothing unique about the item. Home branch would be the logged in branch.
14:45 wizzyrea        because, at least in our workflow, there are 4 fields, always the same, that must be set for an on order item
14:44 jwagner         bye, kf!
14:44 wizzyrea        have a good weekend :)
14:44 wizzyrea        bye kf
14:44 kf              ok, I think im to confused today to think about workflows - will start my weekend now :) bye #koha and have a nice weekend
14:43 wizzyrea        it would be cool if there was a true "item quick add" that let you, say, check a box to say, this title is on order, create a not for loan item so that holds may be placed on the bib
14:43 hdl_laptop      mmm. It is not because it is notforloan that you should not be able to reserve a book for reference
14:42 jwagner         Anything relevant to this situation?
14:42 hdl_laptop      jwagner: nahuel has worked on reserves at biblio level
14:41 jwagner         Colin, yes, that's the situation.  I liked wizzyrea's workflow -- creating a dummy item that's marked explicitly as not for loan at the item level.  If I understand it, that would prevent holds from being placed _on the dummy item_ but would allow a title level hold.
14:41 kf              so you will need to flag them as on order
14:41 owen            ...but how to distinguish between those on-order titles and other titles with no holdings?
14:40 * owen          agrees with Colin
14:40 Colin           A lot of libraries don't like to create items before receipt but do want holds on forthcoming bestseller
14:39 jwagner         kf, yes, thank The Great Pumpkin for Fridays!
14:39 kf              adding items in acquisiton when placing the order... ... its friday
14:38 brendan         or whatever the correct sequence is
14:38 brendan         so you'll probaly want to do something like --- chown -R owen:owen /home/oleonard/koha-dev/var/lock/zebradb/
14:38 kf              jwagner: I think another workflow is to add items when ordering items which will be possible with new acquisition as I understand it
14:38 Colin           owen: ls -l the norm.LCK file is it the wrong ownership forthe user running zebrasrv or the script
14:38 brendan         then you'll need to learn about chown
14:37 brendan         cd /home/oleonard/koha-dev/var/lock/zebradb/
14:37 brendan         owen check the permissions on those directories
14:37 owen            ...after running rebuild_zebra.pl -b -w
14:36 owen            I could use advice on this error: "[warn] zebra_lock_create fail fname=/home/oleonard/koha-dev/var/lock/zebradb/biblios/norm..LCK [Permission denied]"
14:36 jwagner         It's a particular library's existing workflow -- the old system allowed them to create on-order title records with no items, and to have holds placed.  Trying to migrate that data into Koha created lots of hiccups because Koha doesn't like title-no-item holds.  I've told them they'll probably need to adjust their workflow to create a dummy item, but since I also come from a system that allowed such holds, I wanted to investigate the possibilities in Koha
14:35 kf              ah sorry, acquisition
14:34 kf              jwagner: for which cases is it necessary to place holds on titles without items?
14:32 jwagner         I can't think of any way to flag _title_ records as to whether they can get holds or not, so the idea may be a nonstarter.  But I wanted to investigate further.
14:31 owen            I would also worry about bibliographic records which had accidentally been left behind after all items were deleted
14:31 owen            Right, that's the specific case I'm thinking of as well: cataloged online resources (entries for web sites)
14:31 jwagner         (and wizzyrea, thanks for the help yesterday!)
14:30 jwagner         Meaning that they might be confused about whether items would be forthcoming?  I thought about that -- we have sites that catalog online resources, for example, that will never get items attached and shouldn't get holds.
14:28 owen            My objections would be practical ones for patron interactions.
14:28 jwagner         Question for you and everyone else, with regard to my problem of yesterday.  What would be the implications of allowing Koha to place holds on titles (e.g., on-order) that do not have items attached?  Anything in the code or database that would make this A Bad Idea?
14:26 wizzyrea        ?
14:26 wizzyrea        sup
14:26 wizzyrea        heya jwagner
14:18 jwagner         wizzyrea, online?
13:56 ricardo         I have a meeting now. Back in 2 hours or so
13:55 ricardo         Lost power in the room...
13:29 ricardo         hdl_laptop: No. Thank YOU.  :)
13:29 hdl_laptop      ty
13:29 ricardo         hdl_laptop: Just sent you an e-mail with the attached records
13:16 ricardo         hdl_laptop: "Yes, we can"  ;-)  Do I send it to you by e-mail?
13:15 hdl_laptop      can you send your marc data ?
13:15 ricardo         hdl_laptop: UNIMARC - Yes... XSLTs - I don't think so
13:14 hdl_laptop      are you using UNIMARC ? XSLTs ?
13:07 ricardo         hdl_laptop: Hi again. Do you have any hints that may help me understand the issue I mentioned above? ( http://twitpic.com/lq6bm  VS  http://twitpic.com/lq6iv )
12:57 hdl_laptop      keep me tuned
12:57 hdl_laptop      git add needs some arguments
12:56 hdl_laptop      git push
12:56 hdl_laptop      git commit
12:56 hdl_laptop      git add
12:56 hdl_laptop      And then copy your stuff into that directory
12:56 hdl_laptop      git clone gitosis@git.biblibre.com:kohadocs.git Kohadocs
12:55 hdl_laptop      nengard :
12:54 |Lupin|         bye all
12:52 ricardo         http://twitpic.com/lq6iv
12:52 ricardo         The characters that were weird, in the titles of OPAC search results, appear correctly in the title of OPAC record detail (Koha 3.0.x git, bulkmarcimport)
12:52 ricardo         ... the strange thing is:
12:52 nengard         hdl_laptop how do I do that? are there instructions online somewhere?
12:52 ricardo         http://twitpic.com/lq6bm
12:52 hdl_laptop      Then you could clone that. and copy your stuff into that
12:51 ricardo         Weird characters in titles in OPAC search results for a Koha 3.0.x git installation (records imported by bulkmarcimport.pl)
12:51 nengard         chris_n i think that will have the reverse effect ...
12:51 ricardo         Can someone give me hints to debug this:
12:51 hdl_laptop      I propose to create the git repository for you.
12:51 nengard         here
12:51 hdl_laptop      nengard: ?
12:47 jwagner         chris_n, does your computer LIKE coffee???
12:35 ricardo         chris_n: LOL!
12:34 * chris_n       pours coffee into his keyboard to get his computer going
12:34 chris_n         g'morning #koha
12:32 chris_n         wow... koha 3.1 on Strawberry; cool
12:17 ricardo         (great... link spam sent through pastebot)
12:16 pastebot        "gGHcPMGdVYjoKomqOU" at 192.168.15.101 pasted "pnTAnfbB" (1 line) at http://paste.workbuffer.org/12
12:08 Nate            wow cant type this morning
12:07 Nate            hey nicloe
12:07 nengard         hiya Nate
11:59 jwagner         Bonjour and Guten tag
11:57 hdl_laptop      kf
11:57 hdl_laptop      hi K
11:57 kf              good morning
11:56 hdl_laptop      hi jwagner
11:55 jwagner         And good morning everyone
11:55 hdl_laptop      hi Ropuch
11:55 nengard         morning all
11:55 Ropuch          Hi nengard, jdavidb, hdl_laptop
11:54 jdavidb         Morning #koha! :)
11:54 nengard         hdl_laptop - still no luck :( - will send you my error messages
11:51 hdl_laptop      see you then
11:51 hdl_laptop      ok
11:51 nengard         gonna try restarting - the readme says I need to log out
11:50 nengard         thanks hdl_laptop - still having issues - installed git - but it says git is not a command it recognizes :( bleh
11:46 hdl_laptop      I answered you.
11:44 nengard         nope ... no luck
11:43 nengard         trying that now
11:43 nengard         but then I saw that i needed to download git for my mac :) hehe - sorry - it's still early and I've been sick and my head is fuzzy
11:42 nengard         hdl_laptop was going to say I repllied to your email
11:41 hdl_laptop      hi ;)
11:41 hdl_laptop      yes
11:40 nengard         hdl_laptop around?
09:59 pastebot        "ricardo" at 192.168.15.101 pasted "Output of "top" in a git Koha 3.0.x installation (in a Debian 5.0.3 Virtual Machine)" (24 lines) at http://paste.workbuffer.org/11
09:56 ricardo         (those processes appeared with "top")
09:56 ricardo         I did have many processes "search.pl" (that seems strange). I'll have to look into this
09:55 ricardo         All swap used... Yep, I will have to increase RAM for this, even for debugging it... Doing it now
09:52 ricardo         fredericd: Yeah... I have some Apache settings for other machine, that I may try to use.
09:50 fredericd       ricardo: 256MB, it's very short. Apache is known to be RAM hungry... You can try a light weight web server like lighthttp, but be prepared to spend time on its config...
09:49 ricardo         hdl_laptop: OK, thanks... I'll do that right now (just finished rebooting the VM)
09:49 hdl_laptop      yes
09:48 ricardo         hdl_laptop: Should I set the value in *both* places? In the staff client (web) and in the Koha conf file?
09:48 hdl_laptop      and set that to 1
09:48 ricardo         hdl_laptop: Right...
09:48 hdl_laptop      see DebugLevel syspref in Koha
09:48 ricardo         hdl_laptop: OK. I'll try that. Thanks!  :)
09:48 hdl_laptop      ricardo: setenv KOHA_DEBUG 1
09:47 ricardo         I did have a "SetEnv KOHA_DEBUG 2" (or something like that) in the Koha configuration file... I commented it and rebooted the machine, but the problem persists
09:46 ricardo         fredericd: No X11 installed... This is a pretty "clean" Debian 5.0.3 install. I may search for more services, though
09:45 fredericd       ricardo: I understand... Can you suppress/disable OS services? Have you X11 installed?
09:44 ricardo         fredericd: It's a VPS... In this case, running in "Rackspace Cloud"
09:43 ricardo         hdl_laptop: OK. Thanks for the info
09:43 ricardo         fredericd: Right... but that costs money in this case  :P
09:43 fredericd       give more RAM to your VM!
09:43 hdl_laptop      not using koha on a VM
09:37 ricardo         (Git Koha installation for Koha 3.0.x branch)
09:36 ricardo         Is anyone having this problem as well?
09:35 ricardo         [33320.859690] Killed process 4560 (circulation.pl)
09:35 ricardo         [33320.859642] Out of memory: kill process 3881 (apache2) score 243699 or a child
09:35 ricardo         [33320.859642] Out of memory: kill process 3881 (apache2) score 243699 or a child
09:34 ricardo         [33279.082988] Killed process 4559 (search.pl)
09:34 ricardo         [33279.082924] Out of memory: kill process 3881 (apache2) score 248080 or a child
09:34 ricardo         I'm getting a memory leak in a git installation in a Virtual Machine with 256 Megs of RAM  :(
09:33 ricardo         Hi all...
07:17 |Lupin|         hello paul_p
06:54 |Lupin|         guten tag kf
06:53 kf              morning brendan
06:52 brendan         morning kf
06:52 kf              morning #koha
06:44 laurence        hello |Lupin|
06:43 |Lupin|         bonjour laurence
06:25 cait            ok, time to go to work, bbl
06:25 cait            ;)
06:23 Ropuch          I mean cait
06:23 Ropuch          Hello |Lupin|, chris_n2-away
06:20 |Lupin|         hi cait :)
06:20 cait            morning :)
06:18 |Lupin|         chris: around ?
06:01 chris_n2        g'night all
05:59 chris_n2        that would be cool
05:58 Ropuch          I'm thinking about some 'tool' for uploading custom cover pictures during acquisition
05:57 Ropuch          Yes, I'm in Poland
05:54 chris_n2        Ropuch: you must be in Europe
05:50 Ropuch          chris_n2: not that late ;>
05:50 brendan         nice enjoy your coffee
05:50 chris_n2        1:45 am here...
05:49 Ropuch          It's 7:48 am here ;>
05:49 * chris_n2      is pouring the coffee into his eyes at this time of night ;-)
05:48 Ropuch          I'm about to get my morning coffee
05:48 Ropuch          Good, thanks
05:45 brendan         how you doing Ropuch
05:44 brendan         heya Ropuch
05:44 chris_n2        hello Ropuch
05:44 Ropuch          hi brendan, chris_n2
05:41 chris_n2        I get out with the kids and play occasionally
05:41 chris_n2        hehe
05:41 brendan         over for tonight -- so back to working :)
05:40 brendan         my hobbie -- baseball
05:40 chris_n2        another even
05:40 chris_n2        yet anther hobbie
05:40 brendan         ah
05:40 chris_n2        tonight is genealogy night
05:39 chris_n2        howdy brendan
05:39 brendan         you're another one that stays up late
05:39 brendan         heya chris_n2
05:39 munin           chris_n2: The current temperature in Erwin, North Carolina is 13.0�C (1:19 AM EDT on October 16, 2009). Conditions: Overcast. Humidity: 88%. Dew Point: 11.0�C. Pressure: 29.74 in 1007 hPa (Rising).
05:39 chris_n2        @wunder 28334
04:46 munin           brendan: The current temperature in Northwest Goleta, Goleta, California is 18.6�C (9:41 PM PDT on October 15, 2009). Conditions: Clear. Humidity: 83%. Dew Point: 16.0�C. Pressure: 29.92 in 1013.1 hPa (Rising).  Wind Advisory in effect until 9 am PDT Friday... 
04:46 brendan         @wunder 93117
04:36 brendan         evening #koha
03:46 richard         it's a pity the national library of NZ isn't more savvy about having MS Word downloads on their site - but there is a nice mention of Koha here - http://www.natlib.govt.nz/catalogues/library-documents/carnaby-lianza-2009
03:45 |Lupin|         hey richard
03:45 richard         hi |Lupin|
03:35 |Lupin|         hi
03:19 chris_n2        yeah, I find myself 'gitting' a lot of things
03:13 brendan         I still type -- git -- when I mean give -- or some other word that starts with g
03:02 * chris_n2      just closed a bunch of browser tabs he did not want to :-P
03:02 chris_n2        there's a difference between "File->Exit" and the close window button in FF
03:01 chris_n2        ouch
02:19 chris           yeah "safer communities together" it was awesome, id buy that man a beer
02:19 richard         rofl
02:17 chris           nz policing at it's finest http://www.youtube.com/watch?v=T2NhQmZ3S6E
02:17 gmcharlt        hi brendan
02:15 brendan         heya gmcharlt
02:11 chris           ahhh
02:11 gmcharlt        flying home tomorrow morning
02:11 gmcharlt        in Chicago coming back from a one day session at UIUC (for library school)
02:10 chris           where you flying to today?
02:10 gmcharlt        another day, another airline :/
02:10 gmcharlt        hi chris
02:10 chris           hi gmcharlt
02:09 brendan         working on a new website and was wondering if I should mess with them  -- or go with stock...
02:08 brendan         just wondering what was out there?
02:08 brendan         just wondering if anyone -- has changed them
02:08 richard         k
02:08 brendan         yes I have seen those
02:07 richard         brendan - did you get these ones - http://old.koha.org/community/resources/index.html
02:01 brendan         heh
02:01 richard         yeah, lot of fecundity around here
02:00 brendan         I see babies :)
02:00 richard         there's a few there ... but not many
02:00 richard         try a search on koha in http://katipo.co.nz/gallery
01:57 brendan         yeah -- found a few of those
01:55 richard         there used to be a wodge of them on the koha site
01:54 richard         wrong #
01:54 richard         gah
01:54 richard         well all the emails that the creator/approver get now anyway
01:52 brendan         anybody got any cool looking koha logo's out there -- or changes to the normal koha logo?
00:02 |Lupin|         'd night all