Time Nick Message
11:34 cait1 hm.
11:34 cait1 test
11:23 munin cait1: The current temperature in Konstanz, Germany is 23.0°C (1:00 PM CEST on August 08, 2009). Conditions: Scattered Clouds. Humidity: 61%. Dew Point: 17.0°C. Pressure: 29.97 in 1015 hPa (Falling).
11:23 cait1 @wunder Konstanz
06:52 munin kmkale: The current temperature in Mumbai / Santacruz, India is 31.0°C (11:30 AM IST on August 08, 2009). Conditions: Smoke. Humidity: 68%. Dew Point: 26.0°C. Pressure: 29.71 in 1006 hPa.
06:52 kmkale @weather mumbai
06:52 munin kmkale: (weather <US zip code | US/Canada city, state | Foreign city, country>) -- Returns the approximate weather conditions for a given city.
06:52 kmkale @weather
05:28 kmkale 9_9
05:28 munin kmkale: I suck
05:28 kmkale @quote
05:10 kmkale you?
05:10 kmkale I am in Thane near Mumbai Maharashtra India
05:07 greenmang0 kmkale: where are you located??
05:06 munin greenmang0: The current temperature in Mumbai, India is 29.0°C (10:10 AM IST on August 08, 2009). Conditions: Haze. Humidity: 79%. Dew Point: 25.0°C. Pressure: 29.71 in 1006 hPa (Steady).
05:06 greenmang0 @wunder mumbai
05:06 kmkale hi greenmang0
05:06 greenmang0 kmkale: good morning :)
04:59 kmkale good morning all
04:46 chris well done :)(
04:44 chris_n2 now it works
04:20 chris nice, 5 days in a row, thats gotta be a record for wellington :)
04:20 chris http://metservice.co.nz/public/localWeather/wellington.html
04:12 chris_n2 string concatenation in mysql stored procedures is anything but intuitive... :-P
04:12 chris_n2 one more tweak will do it
04:11 chris_n2 nearly
04:11 chris stored procedure work?
04:03 chris_n2 very nice... mysql++
03:49 chris that was fun
02:38 chris ok time to go to the park and enjoy some sun
02:30 chris im liking memoize a lot
02:30 chris cool
02:28 gmcharlt makes sense to me
02:26 chris_n2 dbForge is nice, but not open source
02:26 chris hmmm not off the top of my head nope
02:26 chris_n2 anyone know of an open source debug utility for mysql stored procedures?
02:16 munin chris: The operation succeeded.
02:16 chris @later tell joetho thanks for the email, i like your calm tone, plus the content too of course
02:15 chris_n2 maybe that's why I like oranges so much
02:14 chris_n2 gmcharlt: ha!
02:14 chris_n2 chris: neat!
02:14 gmcharlt :)
02:14 gmcharlt oranges have bases?
02:13 gmcharlt chris_n2: on top of it, even ;)
02:13 chris_n2 gmcharlt: are you really near Gainesville, FL?
02:11 chris_n2 hehe
02:11 chris 25 July at 21:59
02:11 chris chris_n2: Chris Cormack Writing code on a saturday, yes I am that lame
02:11 munin gmcharlt: The current temperature in FoxFire Woods, Gainesville, Florida is 25.9°C (10:11 PM EDT on August 07, 2009). Conditions: Clear. Humidity: 86%. Dew Point: 23.0°C. Pressure: 30.07 in 1018.2 hPa (Rising).
02:11 gmcharlt @wunder 32605
02:11 munin brendan: The current temperature in Upper Riviera - Camino Alto, Santa Barbara, California is 19.2°C (7:11 PM PDT on August 07, 2009). Conditions: Clear. Humidity: 75%. Dew Point: 15.0°C. Pressure: 29.85 in 1010.7 hPa (Steady).
02:11 brendan @wunder 93103
02:10 brendan summer is still here !!!
02:10 chris spring is on its way
02:10 munin chris_n2: The current temperature in Erwin, North Carolina is 26.0°C (10:01 PM EDT on August 07, 2009). Conditions: Scattered Clouds. Humidity: 74%. Dew Point: 21.0°C. Pressure: 30.17 in 1022 hPa (Steady).
02:10 chris_n2 @wunder 28334
02:10 chris hehe yeah
02:09 chris_n2 I suppose its getting pretty bad when one codes on off hours on Friday evening
02:09 munin chris: The current temperature in Wellington, New Zealand is 14.0°C (2:00 PM NZST on August 08, 2009). Conditions: Partly Cloudy. Humidity: 59%. Dew Point: 6.0°C. Pressure: 30.33 in 1027 hPa (Steady).
02:09 chris @weather wellington, nz
02:09 chris ohh cool
02:09 brendan heya gmcharlt chris_n2
02:08 chris_n2 hi gmcharlt
02:08 chris_n2 great! I'm just trying to stay cool ;-)
02:07 gmcharlt hi chris, chris_n2, brendan
02:07 chris heya chris_n2 :) hows friday evening treating ya
02:07 chris_n2 and anyone else still around
02:07 chris_n2 hi brendan
02:07 chris_n2 hi chris
02:00 brendan chris++
01:57 chris fwiw, and slef will probably ignore this, but the koha list is not the place to debate the merits of .coop with .com, if you dont have the advancement and interests of the project in your mind, keep it off the list
01:44 chris way to escalate a situation needlessly
01:43 chris wow
22:59 joetho ELSE's zoo and not mine
22:58 joetho and why it is good they are in someone ELSE
22:58 joetho and what happens when they strain at their leash
22:58 joetho about code monkeys
22:58 joetho right now.
22:58 joetho I am writing a leeeetle somezing there myself.
22:52 pianohacker But Monday, when everyone gets back to work, will be... interesting
22:52 joetho I have been too busy to read that at all today
22:52 pianohacker You might not need it yet
22:52 joetho oh my
22:51 pianohacker For reading the mailing list
22:51 pianohacker Here's a flame-retardant suit
22:51 pianohacker Hi Joe
22:51 joetho hi jesse
22:51 pianohacker *whimper*
22:51 joetho just kidding!
22:51 joetho wtf do YOU want.
22:51 pianohacker joetho: ?
22:50 joetho Friday afternoon is a wonderful thing.
22:50 joetho World peace starts at home.
22:50 joetho I can change what I choose to do but I am not sure I can change what others choose.
22:23 slef gmcharlt: or for that email, Yokley being shamed into withdrawing his threat
22:23 slef gmcharlt: wider recognition of .coop's benefits over .com
22:19 gmcharlt slef: what do you hope to achieve?
22:18 pianohacker It's only been, what, two days since the last one?
22:15 slef I'm a bit disappointed by the urination altitude competition on koha list just now.
22:15 slef just sent: I must have missed the memo about threatening other developers with turning things into legal issues being part of "the spirit of the open source movement".
22:13 slef I'll try that.
22:10 gmcharlt though I imagine he'll respond to a personal email
22:10 gmcharlt slef: dunno for sure, wouldn't count on it tonight
22:10 slef would prefer to discuss his "All the major players in Koha development right now are for-profit companies" here rather than on-list
22:09 slef is he expected back?
22:09 munin slef: owen was last seen in #koha 3 hours, 46 minutes, and 43 seconds ago: <owen> Why a MARC field?
22:09 slef @seen owen
22:09 gmcharlt slef: owen
22:08 slef damnit what's his nick?
22:08 munin slef: I have not seen oleanard.
22:08 slef @seen oleanard
22:08 munin slef: (last [--{from,in,on,with,without,regexp} <value>] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message must (1 more message)
22:08 slef @last oleonard
19:47 chris_n2 it provides an interesting contrast
19:47 chris_n2 they are excellent topped with a fruit sauce or fruit syrup
19:47 atz *good
19:47 atz sounds god
19:46 chris_n2 I used phili cream cheese and whole milk
19:46 atz must be a vegan variant
19:46 chris_n2 yeah, scrap that part
19:46 atz not sure about non-dairy cream cheese though ?
19:46 atz nice
19:45 chris_n2 atz: http://vegweb.com/index.php?topic=4770.0;wap2
19:45 atz not sure if the ancho's will do anything though
19:45 atz chris_n2: yeah, jalepenos, cayenne, ancho, bell and hungarian wax
19:41 chris_n2 atz: growing any jalapenos?
19:13 jdavidb Hey, pianohacker! :)
18:47 sekjal has anyone know why I might be getting a "Lock wait timeout exceeded" error in MySQL when trying to use bulkmarcimport.pl?
18:31 joetho not exactly my department, but regardless, we had to settle for a less-than-ideal solution, using the 952$q (checkoutdate) only.
18:30 joetho oh, I thought ours was all through z39. Maybe it DOES include sip2
18:30 atz yeah, i was just about to say, you end up trying to "eval" inside each record... and it's just a bad idea
18:30 pianohacker Maybe in another ten years, our ILL system will finally learn SIP2
18:30 pianohacker I dealt with the immediacy problem by populating the availability field upon request, but that was an _ugly_ solution
18:29 atz that's the best known model (hosted by OCLC)
18:28 atz pianohacker: right. it uses z39 to search bibs, sip2 to get item availability
18:28 atz z39 searches an index, so availability will never be immediate
18:28 pianohacker I thought Ohio had a magical, wonderful ILL system that used NCIP and SIP2?
18:27 atz joetho: it's not a z39-solveable problem
18:27 joetho Yummm.
18:27 pianohacker Heh
18:27 joetho a little light reading for the weekend.
18:27 joetho In any case, I am going to take a closer look at the z39 protocol spec to see what it says
18:27 pianohacker But that's another rant
18:27 pianohacker Surprise surprise
18:26 joetho Ummm, it may be our ancient creaky ILL system.
18:26 pianohacker joetho: Why do these z3950 clients need to have this availability info? For us, it was because of an ancient, creaky ILL system
18:26 joetho so I am wondering about a teensy little bit of code that looks at 952$q, $0, $1, and $4 in turn to determine what to populate a heretofore unused 952 subtag with.
18:24 pianohacker I've been wanting to fix it better by making a z3950 proxy that interfaces with Zebra; haven't had the time
18:24 pianohacker joetho: I had exactly that same problem. I fixed it using a customized version of koha 2.2's z3950 server (which is somehow working with 3.0)
18:23 joetho and it evidently has to be a SINGLE marc field
18:23 joetho Our z39 clients looking at our server can only use a single subfield to determine availability and it evidently has to be a marc field
18:22 pianohacker joetho: Why a _single_ marc field?
18:22 pianohacker Anybody around who uses the serials module? The serials/serial-issues.pl page seems to be broken, and not easily reachable
18:22 owen Why a MARC field?
18:22 joetho how hard would it be to create a single marc subfield that indicates shelf status availability? Not just checkout date present, but also lost status etc etc
18:21 atz none of them actually failed, they just went beyond the plan
18:20 atz since you ran *more* than expected, not less
18:20 atz that just looks like somebody miscounted the number of tests
18:17 davi thanks
18:17 pianohacker t/Dates.t
18:16 davi I thought that. What file could I look to try to fix it? I will provide I patch if I manage to fix it
18:16 pianohacker davi: It sounds like you should still be able to install, but that's definitely a bug with the test
18:16 davi but ran 9 extra!!!
18:15 davi koha 3.0.3
18:15 davi Failed 9/126 tests, 92.86% okay
18:15 davi DIED. FAILED tests 127-135
18:15 davi Test returned status 255 (wstat 65280, 0xff00)
18:15 davi t/Dates........................dubious
18:15 davi # Looks like you planned 126 tests but ran 9 extra.
18:15 davi make test fails with:
17:42 wizzyrea atz: naturally it would be envisionware ^.^
17:35 chris_n2 I think it much more likely that a lynx user will turn up on the opac rather than the staff client :-)
17:34 jwagner gmcharlt, I _LIKE_ that solution!!!!
17:33 chris_n2 k
17:31 gmcharlt chris_n2: main best practices for staff-side JS are to use libraries (jQuery & YUI) and test on IE (at least 7/8) as well as FF
17:30 chris_n2 I'd love to use more js in the label module, but was holding back
17:30 atz just try doing a cataloging editor w/o js....
17:29 atz some ppl freak out over that. i am totally fine w it.
17:28 atz chris_n2: OPAC is designed to degrade w/o js. staff side basically requires it.
17:26 chris_n2 except possibly by individual item number... yuk
17:26 chris_n2 which precludes adding items to batches
17:26 chris_n2 pianohacker: the label item search is as well
17:23 pianohacker chris_n2: The cataloging client in general is pretty much unusable without js
17:23 chris_n2 the z3950 search in the cataloging tool appears non-functional w/o js
17:22 gmcharlt jwagner: possible solution - design logo for the staff interface - BigHead library admin is watching you!
17:22 chris_n2 So what is the koha standard for baseline accessibility?
17:21 jwagner Actually, it's not the same one, Jesse. This is another site.
17:21 jwagner I haven't promised them that I can do it yet -- wanted to explore possibilities.
17:21 pianohacker If it's the admin I think it is, that's not just likely but nearly sure
17:21 wizzyrea jwagner lol
17:20 jwagner wizzyrea, that is also an extremely likely scenario :-)
17:20 wizzyrea over a possible issue
17:20 wizzyrea or it's an administrator FREAKING OUT
17:20 wizzyrea or have learned to just say "renew all of my items"
17:19 jwagner (Sounds to me like some teenagers are either very persuasive or have friends working at the circ desk....)
17:19 jwagner They want staff to be able to override other stuff (like, say, REF), but not override the R rated ones.
17:18 jwagner schuster, that's how it's set up now. The problem is that if library staff are allowed to override "no loan" in general, they can override for these.
17:14 schuster Seperate item type - for R rated films? Then in the circ rules for that borrower type 0 cko's allowed?
17:10 chris_n2 it seems to be an easy way to turn up accessibility issues
17:06 jwagner also compound it....
17:06 jwagner Long-term, circ rules would be the way to go. But they are getting so complex that we're seeing some speed issues at checkout for people with a long list of current checkouts -- it's reading the rule for each existing checkout. Adding yet another field to check would only compount that problem.
17:04 Sharon jwagner that's a situation that other public libraries would love to solve, as well.
16:54 jwagner Yeah, I thought for general flexibility it would have to go to circ rules. Right now I'm just looking for a local solution.
16:53 gmcharlt editing circulation.pl to check for specifc itypes would be a purely local hack, and not maintainable
16:53 gmcharlt jwagner: the long term way to do it is either move AllowNotForLoanOverride to issuingrules or possibly set up a parallel structure for operator subpermssions tied to location, item type, and patron category
16:52 jwagner Best I could think of was a few if statements in the circulation.pl to check item type & patron category.
16:51 jwagner they don't want to turn off the ability to override for everything, just for these cases.
16:51 jwagner Got an interesting problem to solve -- hoping for some ideas. The syspref AllowNotForLoanOverride says whether library staff can override checkout blocks in general. I have a request to hide the Yes option if (a) patron type matches two specified and (b) item type matches two specified. (Goal is to absolutely not allow juveniles to check out R-rated videos.) How to approach?
16:47 joetho well THAT was kinda fun.
16:43 joetho atz please pm me your email address- I just got a note misdirected to me that is pretty obviously meant for you. Thanks
16:29 owen Thanks for testing
16:29 owen Okay, good to know
16:28 jwagner owen, I ran a test with an import file, and staging/importing does not apply the In Processing location. The bulkimport and manage-marc-import scripts would need to be adapted for that.
16:08 wizzyrea yes, stone axes and all that
16:07 atz yeah... expect scripts are among the crudest forms of hacking
16:07 wizzyrea but I've slept since then.
16:07 wizzyrea it's probably his send/expects, I think we had to tweak those with basehor before it would work.
16:06 atz yeah, i'm not sure if it is really req'd, but he complained that the user couldn't log into the client. so that would be why.
16:05 wizzyrea (less work for you, you know.)
16:04 wizzyrea (I've been puzzling about his question because someday I hope to beat you to answering a question ^.^)
16:03 wizzyrea atz: re mailing list SIP question, I just checked our SIP users, they dont' have the view catalog perms, but they seem to work :/
16:01 wizzyrea jwagner++ for thorough testing :D
16:01 owen Thanks jwagner
16:00 jwagner owen, I'll try to check the import later this afternoon & let you know.
16:00 wizzyrea it's not working here that I'm aware of
16:00 wizzyrea i dont' think we have
15:58 owen Did we not get a bug fix for the problem where lost statuses weren't getting taken off on check-in?
15:57 owen Agreed.
15:57 chris_n2 owen: with js disabled, the intranet page header displays in a rather poor fashion
15:55 owen We do 99% of our cataloging outside of Koha, so for it to work for us it would have to work with imports.
15:55 jwagner Good question. I don't remember from testing -- I'd have to try it.
15:55 owen jwagner: Does this enhancement work only for things cataloged via addbiblio, or with imported items too?
15:52 jwagner When it expires off the shelving cart, the original permanent location gets resurrected by the script.
15:52 jwagner When the item is being cataloged, enter the permanent shelving location. The feature copies that aside & uses the "In Processing" location until it's checked in. Then, if the shelving cart part is also turned on, it moves it to "Shelving Cart" location.
15:51 jwagner Correct. We couldn't find a good way to work with statuses
15:50 owen jwagner: that enhancement uses Shelving Location, correct?
15:50 chris_n2 heh
15:50 munin chris_n2: downloading the Perl source
15:50 chris_n2 munin: I think not
15:50 munin chris_n2: I suck
15:50 chris_n2 munin++ for delivering the message I thought you'd forgotten :-)
15:49 chris_n2 wow... what timing
15:48 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3481 enhancement, P5, ---, gmcharlt@gmail.com, NEW, In Processing/Shelving Cart locations
15:48 jwagner wizzyrea & owen, see Bug 3481 -- we sent a patch for this one 7/26
15:48 owen The branches complain that new stuff shows up on their holds queue before the item has arrived.
15:47 owen Our books get cataloged at the main branch, then distributed.
15:45 wizzyrea owen++ for returns column hiding
15:45 wizzyrea owen: they've been playing around with "on order" but no, I don't think anybody has "in process." we have lots of little libraries, they process items pretty quickly
15:44 owen wizzyrea: Do you guys use some kind of "in processing" status for newly cataloged items?
15:23 gmcharlt jwagner: thanks
15:23 wizzyrea owen++
15:23 wizzyrea thanks for that
15:23 wizzyrea owen: I always learn something when you post your jqueries.
15:23 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3514 enhancement, P5, ---, gmcharlt@gmail.com, NEW, Returning items through patron Details tab doesn't activate all circulation functions
15:23 jwagner Done -- Bug 3514
15:15 wizzyrea :D sweet
15:15 owen I'll let you know if it does
15:15 wizzyrea because if it does... look out
15:15 wizzyrea owen: does that work, asking questions about jquery on twitter like that?
15:14 owen $("#finesholdsissues #issuest").find("tbody td:last-child,thead th:last-child").hide(); seems to work
15:11 jwagner Will do it Right Now....
15:11 jwagner Will do. I keep meaning to every time I run into the problem, but at that point I'm usually distracted to something else.
15:10 wizzyrea well... yea, that kind of seems like a candidate for jquery hackitude
15:10 gmcharlt jwagner: independent of the syspref, please file a bug on the discrepancy if you haven't already
15:09 wizzyrea lol
15:09 jwagner It hides the column, hides one button, and relabels another.
15:09 jwagner Dr. Pavlov, anyone???
15:09 wizzyrea the patch is to hide a column in a table, right?
15:09 owen Why'd she say jquery? I'm like a dog after a stick.
15:08 jwagner Actually, I didn't try jquery. Should have thought about that...
15:08 jwagner I think there are a lot of differences in behavior, caused by moremember.pl controlling the patron display and circulation.pl controlling the patron checkout tab. Not sure how to identify/fix all of them.
15:07 wizzyrea kind of surprised that it's not a jquery hack, but you probably tried that route already
15:07 wizzyrea right
15:07 jwagner wizzyrea, meaning you like the workaround, but not that the original problem exists?
15:06 wizzyrea so re: this new syspref... I think i'm with Owen
15:04 nicomo yep
15:04 jwagner On a Saturday morning, no less! (If I have my timezones right.)
15:04 nicomo get out of here
15:03 nicomo at 3am
15:03 nicomo ah ah, he's checked his work email
15:03 chris and now ive checked my work emails, and there is nothing urgent, im gonna to sleep :)
15:03 chris after organising babysitters and food to be delivered to laurel
15:02 nicomo wouldn't you be the happy father of a very young child?
15:02 chris but i just got back from my first night out watching bands in 2 years
15:01 chris owen i should definitely be asleep now, is 3am
15:01 jwagner Me too. But I am not sure I can do all the tracing and debugging to fix the original problem. I can take away the return option. Going for the low-hanging fruit, as it were :-)
15:00 gmcharlt owen++ # agreed about circumstances behind this syspref
14:59 jwagner I've been sleepy ever since the alarm went off....
14:59 owen thinking about it is making *me* sleepy!
14:58 jwagner I reset to UTF-8, still looks wonky on my screen. We'll hope for the best....
14:55 nicomo no other accents
14:55 gmcharlt jwagner: when you do it, make sure that your terminal is set to UTF-8
14:55 nicomo adhérent is adh´rent
14:55 jwagner Well, it pasted OK, but looks wonky on screen.
14:55 jwagner I saw them & copied them, not sure if pasting them into the file will do them right, though. The display on my vi screen is a little wonky. e.g., prêts
14:55 nicomo prêts is prêts
14:55 gmcharlt so if there's doubt, you can use pastebin for the translation
14:54 nicomo so
14:54 nicomo gmcharlt: you should have
14:54 gmcharlt for example, I didn't see any accents
14:54 munin nicomo: I'll give you the answer as soon as RDA is ready
14:54 nicomo @owen++
14:54 gmcharlt jwagner: note - depending on your and nicomo's IRC client, any diacritics in the translaton may not have shown up
14:53 jwagner Rather than a hard-coded screen change to take the column out of the template, I thought I'd just make it an on/off switch.
14:53 nicomo makes sense
14:53 jwagner It's a request from one of my libraries, and I think it might be useful to other sites. I've noticed that when checking in things from the patron details page, not all the circ functions seem to work right (like triggering holds). Trying to train staff to do returns through Circulation, not through the patron page.
14:53 nicomo so yes the translation above is correct
14:52 nicomo ok, got it
14:52 jwagner The purpose of the patch is to take away the Return column in the patron Details tab checkout list, if the syspref is off. (If on, default behavior, allow the returns column).
14:52 nicomo s/returns/return
14:51 nicomo if ON, I can returns books from the page where the loans currently on the patron's account are listed, right?
14:51 nicomo You mean :
14:51 nicomo jwagner: do I get that right?
14:50 nicomo Si ACTIVE, permet le retour des documents depuis la page d'affichage des prêts en cours de l'adhérent
14:50 jwagner If ON, allows items to be returned in the patron details display checkout list.
14:49 nicomo I should, yes
14:49 jwagner Can you translate to French?
14:49 nicomo yep
14:49 jwagner or paul_p?
14:49 jwagner nicomo, online?
14:48 jwagner OK, thanks.
14:47 gmcharlt for ru-RU, you can try emailing the person who contributed them, but if no resonse, it's acceptable to put in the English and have somebody fix it later
14:47 jwagner OK, any French speakers online?
14:46 gmcharlt yes that's all the files
14:46 gmcharlt for fr-FR, just ask for a translation on #koha
14:46 jwagner Yes that's all the files, or yes I need to get translated?
14:46 gmcharlt that I'll set kohaversion.pl when I apply th epatch
14:46 gmcharlt :/
14:46 gmcharlt sorry, yes
14:46 jwagner Do I worry about trying to get the description translated, or does that get handled later?
14:46 gmcharlt no
14:46 gmcharlt yes
14:45 jwagner Is that all?
14:45 jwagner installer/data/mysql/updatedatabase.pl
14:44 jwagner installer/data/mysql/ru-RU/mandatory/system_preferences_optimal.sql
14:44 jwagner installer/data/mysql/fr-FR/1-Obligatoire/unimarc_standard_systemprefs.sql
14:44 jwagner admin/systempreferences.pl, installer/data/mysql/en/mandatory/sysprefs.sql
14:43 jwagner It's been a while since I did a patch that involved a syspref. Trying to make sure I've got all the right files updated.
14:43 gmcharlt jwagner: yes
14:43 jwagner gmcharlt, around?
14:39 kmkale bye all
14:30 munin joetho: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 04:25 PM, August 06, 2009)
14:30 joetho @quote get 23
14:15 munin wizzyrea: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 04:25 PM, August 06, 2009)
14:15 wizzyrea @quote get 23
14:15 wizzyrea I'm always exhausted after tech day. Nothing like a day's full of being "on" and being bombarded by in-person questions.
14:15 munin kmkale: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
14:15 kmkale @help
14:14 wizzyrea it was a fun section of the preso
14:14 wizzyrea I thank you for your participation :D
14:13 wizzyrea pretty well I think
14:09 owen Hi wizzyrea. How'd the presentation go?
14:08 kmkale tq galen
14:07 munin gmcharlt: The operation succeeded. Quote #24 added.
14:07 gmcharlt @quote add <kmkale> interesting word munin. in many indian languages we have a word munim who used to be a sort of accountant for all businessmen
14:05 wizzyrea man... epic two days. Hi everybody.
14:02 kmkale i was wondering how you send these run off or cat fed messages
14:02 owen I sure hope he's winking: http://en.wikipedia.org/wiki/File:Odin_hrafnar.jpg
14:01 kmkale thanks owen
14:01 owen Also: http://en.wikipedia.org/wiki/Munin
14:00 chris_n kmkale: neat! thanks for sharing that linguistical tid-bit
14:00 kmkale similar functionality to what munin is doing here..
14:00 kmkale interesting word munin. in many indian languages we have a word munim who used to be a sort of accountant for all businessmen
13:59 chris_n well, I'd better munin++ for the weather report at least ;-)
13:58 chris_n sorry munin
13:58 owen Poor munin. munin++ for trying his best.
13:58 munin chris_n: Karma for "munin" has been increased 0 times and decreased 1 time for a total karma of -1.
13:58 chris_n @karma munin
13:58 chris_n munin--
13:58 munin chris_n: munin has neutral karma.
13:58 chris_n @karma munin
13:57 munin chris_n: (karma [<channel>] [<thing> ...]) -- Returns the karma of <text>. If <thing> is not given, returns the top three and bottom three karmas. If one <thing> is given, returns the details of its karma; if more than one <thing> is given, returns the total karma of each of the things. <channel> is only necessary if the message isn't sent on the channel itself.
13:57 chris_n @help karma
13:57 munin chris_n: Error: There is no command "@karma".
13:57 chris_n @help @karma
13:57 munin chris_n: Highest karma: "paul_p" (54), "hdl_laptop" (40), and "chris" (35). Lowest karma: "<!" (-10), "failed" (-9), and "<-" (-5).
13:57 chris_n @karma
13:57 chris_n tnx owen
13:56 chris_n heh... munin can sure keep a secret
13:56 kmkale :)
13:56 munin owen: Error: There is no command "@later".
13:56 owen @help @later
13:56 munin chris_n: Error: There is no command "later".
13:56 chris_n @help later
13:55 munin chris_n: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
13:55 chris_n @help
13:55 chris_n ahh
13:55 chris_n that is cool, but how does one get munin to tell?
13:55 owen But he told munin to tell chris_n2
13:55 owen Which I thought was pretty cool, didn't know you could do that.
13:54 owen chris said "@later tell chris_n2 < pianohacker> chris_n2-away: I must, as duty commands, point out my C4::Service framework if you're interested in Koha AJAX stuff "
13:54 chris_n how to get munin to confess?
13:52 owen chris_n: did munin give you your message?
13:51 munin chris_n: The current temperature in Erwin, North Carolina is 26.0°C (9:41 AM EDT on August 07, 2009). Conditions: Scattered Clouds. Humidity: 78%. Dew Point: 22.0°C. Pressure: 30.17 in 1022 hPa (Steady).
13:51 chris_n @wunder 28334
13:40 kmkale hi all
13:39 munin kmkale: The current temperature in Mumbai, India is 29.0°C (6:40 PM IST on August 07, 2009). Conditions: Haze. Humidity: 79%. Dew Point: 25.0°C. Pressure: 29.68 in 1005 hPa (Rising).
13:39 kmkale @weather Thane IN
13:07 chris_n g'morning
13:06 davi Someone should update such page, because http://download.koha.org/koha-3.00.03.tar.gz can be downloaded
13:05 davi At http://koha.org/download/ 3.0.2 is said to be the last one
13:05 davi Is Koha 3.0.3 already released?
12:53 owen Hi
12:53 Amit hi owen
12:53 Amit Have a great weekedn everyone
12:52 Amit ok - I'm off home.
12:23 munin kf: The current temperature in Konstanz, Germany is 26.0°C (2:00 PM CEST on August 07, 2009). Conditions: Clear. Humidity: 41%. Dew Point: 15.0°C. Pressure: 29.97 in 1015 hPa (Falling).
12:23 kf @wunder konstanz
12:23 kf mh, I asked my colleague to test our Koha opac - he found many strange things *sigh*
12:07 munin Amit: The current temperature in New Delhi, India is 37.0°C (5:00 PM IST on August 07, 2009). Conditions: Haze. Humidity: 42%. Dew Point: 22.0°C. Pressure: 29.50 in 999 hPa (Steady).
12:07 Amit @wunder New Delhi India