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