IRC log for #koha, 2009-08-08

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
12:07 Amit @wunder New Delhi India
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:23 kf mh, I asked my colleague to test our Koha opac - he found many strange things *sigh*
12:23 @wunder konstanz
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:52 Amit ok - I'm off home.
12:53 Have a great weekedn everyone
12:53 hi owen
12:53 owen Hi
13:05 davi Is Koha 3.0.3 already released?
13:05 At http://koha.org/download/ 3.0.2 is said to be the last one
13:06  Someone should update such page, because http://download.koha.org/koha-3.00.03.tar.gz can be downloaded
13:07 chris_n g'morning
13:39 kmkale @weather Thane IN
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:40 kmkale hi all
13:51 chris_n @wunder 28334
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:52 owen chris_n: did munin give you your message?
13:54 chris_n how to get munin to confess?
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:55 Which I thought was pretty cool, didn't know you could do that.
13:55 But he told munin to tell chris_n2
13:55 chris_n that is cool, but how does one get munin to tell?
13:55 ahh
13:55 @help
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:56 chris_n @help later
13:56 munin chris_n: Error: There is no command "later".
13:56 owen @help @later
13:56 munin owen: Error: There is no command "@later".
13:56 kmkale :)
13:56 chris_n heh... munin can sure keep a secret
13:57 tnx owen
13:57 @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 @help @karma
13:57 munin chris_n: Error: There is no command "@karma".
13:57 chris_n @help karma
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:58 chris_n @karma munin
13:58 munin chris_n: munin has neutral karma.
13:58 chris_n munin--
13:58 @karma munin
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 owen Poor munin. munin++ for trying his best.
13:58 chris_n sorry munin
13:59 well, I'd better munin++ for the weather report at least ;-)
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
14:00 similar functionality to what munin is doing here..
14:00 chris_n kmkale: neat! thanks for sharing that linguistical tid-bit
14:01 owen Also: http://en.wikipedia.org/wiki/Munin
14:01 kmkale thanks owen
14:02 owen I sure hope he's winking: http://en.wikipedia.org/wiki/F[…]:Odin_hrafnar.jpg
14:02 kmkale i was wondering how you send these run off or cat fed messages
14:05 wizzyrea man... epic two days. Hi everybody.
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:07 munin gmcharlt: The operation succeeded.  Quote #24 added.
14:08 kmkale tq galen
14:09 owen Hi wizzyrea. How'd the presentation go?
14:13 wizzyrea pretty well I think
14:14 I thank you for your participation :D
14:14 it was a fun section of the preso
14:15 kmkale @help
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 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 @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:30 joetho @quote get 23
14:30 munin joetho: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 04:25 PM, August 06, 2009)
14:39 kmkale bye all
14:43 jwagner gmcharlt, around?
14:43 gmcharlt jwagner: yes
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:44 admin/systempreferences.pl, installer/data/mysql/en/mandatory/sysprefs.sql
14:44 installer/data/mysql/fr-FR/1-Obliga​toire/unimarc_standard_systemprefs.sql
14:44 installer/data/mysql/ru-RU/manda​tory/system_preferences_optimal.sql
14:45 installer/data/mysql/updatedatabase.pl
14:45 Is that all?
14:46 gmcharlt yes
14:46 no
14:46 jwagner Do I worry about trying to get the description translated, or does that get handled later?
14:46 gmcharlt sorry, yes
14:46 :/
14:46 that I'll set kohaversion.pl when I apply th epatch
14:46 jwagner Yes that's all the files, or yes I need to get translated?
14:46 gmcharlt for fr-FR, just ask for a translation on #koha
14:46 yes that's all the files
14:47 jwagner OK, any French speakers online?
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:48 jwagner OK, thanks.
14:49 nicomo, online?
14:49 or paul_p?
14:49 nicomo yep
14:49 jwagner Can you translate to French?
14:49 nicomo I should, yes
14:50 jwagner If ON, allows items to be returned in the patron details display checkout list.
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:51 jwagner: do I get that right?
14:51 You mean :
14:51 if ON, I can returns books from the page where the loans currently on the patron's account are listed, right?
14:52 s/returns/return
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 ok, got it
14:53 so yes the translation above is correct
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 makes sense
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:54 gmcharlt jwagner: note - depending on your and nicomo's IRC client, any diacritics in the translaton may not have shown up
14:54 nicomo @owen++
14:54 munin nicomo: I'll give you the answer as soon as RDA is ready
14:54 gmcharlt for example, I didn't see any accents
14:54 nicomo gmcharlt: you should have
14:54 so
14:55 gmcharlt so if there's doubt, you can use pastebin for the translation
14:55 nicomo prêts is pr&ecirc;ts
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 Well, it pasted OK, but looks wonky on screen.
14:55 nicomo adhérent is adh&acute;rent
14:55 gmcharlt jwagner: when you do it, make sure that your terminal is set to UTF-8
14:55 nicomo no other accents
14:58 jwagner I reset to UTF-8, still looks wonky on my screen.  We'll hope for the best....
14:59 owen thinking about it is making *me* sleepy!
14:59 jwagner I've been sleepy ever since the alarm went off....
15:00 gmcharlt owen++ # agreed about circumstances behind this syspref
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:01 chris owen i should definitely be asleep now, is 3am
15:02 but i just got back from my first night out watching bands in 2 years
15:02 nicomo wouldn't you be the happy father of a very young child?
15:03 chris after organising babysitters and food to be delivered to laurel
15:03 and now ive checked my work emails, and there is nothing urgent, im gonna to sleep :)
15:03 nicomo ah ah, he's checked his work email
15:03 at 3am
15:04 get out of here
15:04 jwagner On a Saturday morning, no less!  (If I have my timezones right.)
15:04 nicomo yep
15:06 wizzyrea so re: this new syspref... I think i'm with Owen
15:07 jwagner wizzyrea, meaning you like the workaround, but not that the original problem exists?
15:07 wizzyrea right
15:07 kind of surprised that it's not a jquery hack, but you probably tried that route already
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:08 Actually, I didn't try jquery.  Should have thought about that...
15:09 owen Why'd she say jquery? I'm like a dog after a stick.
15:09 wizzyrea the patch is to hide a column in a table, right?
15:09 jwagner Dr. Pavlov, anyone???
15:09 It hides the column, hides one button, and relabels another.
15:09 wizzyrea lol
15:10 gmcharlt jwagner: independent of the syspref, please file a bug on the discrepancy if you haven't already
15:10 wizzyrea well... yea, that kind of seems like a candidate for jquery hackitude
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:11 Will do it Right Now....
15:14 owen $("#finesholdsissues #issuest").find("tbody td:last-child,thead th:last-child").hide(); seems to work
15:15 wizzyrea owen: does that work, asking questions about jquery on twitter like that?
15:15 because if it does... look out
15:15 owen I'll let you know if it does
15:15 wizzyrea :D sweet
15:23 jwagner Done -- Bug 3514
15:23 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3514 enhancement, P5, ---, gmcharlt@gmail.com, NEW, Returning items through patron Details tab doesn't activate all circulation functions
15:23 wizzyrea owen: I always learn something when you post your jqueries.
15:23 thanks for that
15:23 owen++
15:23 gmcharlt jwagner: thanks
15:44 owen wizzyrea: Do you guys use some kind of "in processing" status for newly cataloged items?
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:45 owen++ for returns column hiding
15:47 owen Our books get cataloged at the main branch, then distributed.
15:48 The branches complain that new stuff shows up on their holds queue before the item has arrived.
15:48 jwagner wizzyrea & owen, see Bug 3481 -- we sent a patch for this one 7/26
15:48 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3481 enhancement, P5, ---, gmcharlt@gmail.com, NEW, In Processing/Shelving Cart locations
15:49 chris_n2 wow... what timing
15:50 munin++ for delivering the message I thought you'd forgotten :-)
15:50 munin chris_n2: I suck
15:50 chris_n2 munin: I think not
15:50 munin chris_n2: downloading the Perl source
15:50 chris_n2 heh
15:50 owen jwagner: that enhancement uses Shelving Location, correct?
15:51 jwagner Correct.  We couldn't find a good way to work with statuses
15:52 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:52 When it expires off the shelving cart, the original permanent location gets resurrected by the script.
15:55 owen jwagner: Does this enhancement work only for things cataloged via addbiblio, or with imported items too?
15:55 jwagner Good question.  I don't remember from testing -- I'd have to try it.
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:57 chris_n2 owen: with js disabled, the intranet page header displays in a rather poor fashion
15:57 owen Agreed.
15:58 Did we not get a bug fix for the problem where lost statuses weren't getting taken off on check-in?
16:00 wizzyrea i dont' think we have
16:00 it's not working here that I'm aware of
16:00 jwagner owen, I'll try to check the import later this afternoon & let you know.
16:01 owen Thanks jwagner
16:01 wizzyrea jwagner++ for thorough testing :D
16:03 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:04 (I've been puzzling about his question because someday I  hope to beat you to answering a question ^.^)
16:05 (less work for you, you know.)
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:07 wizzyrea it's probably his send/expects, I think we had to tweak those with basehor before it would work.
16:07 but I've slept since then.
16:07 atz yeah... expect scripts are among the crudest forms of hacking
16:08 wizzyrea yes, stone axes and all that
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:29 owen Okay, good to know
16:29 Thanks for testing
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:47 well THAT was kinda fun.
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:51 they don't want to turn off the ability to override for everything, just for these cases.
16:52 Best I could think of was a few if statements in the circulation.pl to check item type & patron category.
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:53 editing circulation.pl to check for specifc itypes would be a purely local hack, and not maintainable
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.
17:04 Sharon jwagner that's a situation that other public libraries would love to solve, as well.
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:06 also compound it....
17:10 chris_n2 it seems to be an easy way to turn up accessibility issues
17:14 schuster Seperate item type - for R rated films?  Then in the circ rules for that borrower type 0 cko's allowed?
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:19 They want staff to be able to override other stuff (like, say, REF), but not override the R rated ones.
17:19 (Sounds to me like some teenagers are either very persuasive or have friends working at the circ desk....)
17:20 wizzyrea or have learned to just say "renew all of my items"
17:20 or it's an administrator FREAKING OUT
17:20 over a possible issue
17:20 jwagner wizzyrea, that is also an extremely likely scenario :-)
17:21 wizzyrea jwagner lol
17:21 pianohacker If it's the admin I think it is, that's not just likely but nearly sure
17:21 jwagner I haven't promised them that I can do it yet -- wanted to explore possibilities.
17:21 Actually, it's not the same one, Jesse.  This is another site.
17:22 chris_n2 So what is the koha standard for baseline accessibility?
17:22 gmcharlt jwagner: possible solution - design logo for the staff interface - BigHead library admin is watching you!
17:23 chris_n2 the z3950 search in the cataloging tool appears non-functional w/o js
17:23 pianohacker chris_n2: The cataloging client in general is pretty much unusable without js
17:26 chris_n2 pianohacker: the label item search is as well
17:26 which precludes adding items to batches
17:26 except possibly by individual item number... yuk
17:28 atz chris_n2: OPAC is designed to degrade w/o js.   staff side basically requires it.
17:29 some ppl freak out over that.  i am totally fine w it.
17:30 just try doing a cataloging editor w/o js....
17:30 chris_n2 I'd love to use more js in the label module, but was holding back
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:33 chris_n2 k
17:34 jwagner gmcharlt, I _LIKE_ that solution!!!!
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:42 wizzyrea atz: naturally it would be envisionware ^.^
18:15 davi make test   fails with:
18:15 # Looks like you planned 126 tests but ran 9 extra.
18:15 t/Dates........................dubious
18:15        Test returned status 255 (wstat 65280, 0xff00)
18:15 DIED. FAILED tests 127-135
18:15        Failed 9/126 tests, 92.86% okay
18:15 koha 3.0.3
18:16  but ran 9 extra!!!
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 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:17 pianohacker t/Dates.t
18:17 davi thanks
18:20 atz that just looks like somebody miscounted the number of tests
18:20 since you ran *more* than expected, not less
18:21 none of them actually failed, they just went beyond the plan
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:22 owen Why a 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 joetho: Why 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:23 and it evidently has to be a SINGLE marc field
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:24 I've been wanting to fix it better by making a z3950 proxy that interfaces with Zebra; haven't had the time
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: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 Ummm, it may be our ancient creaky ILL system.
18:27 pianohacker Surprise surprise
18:27 But that's another rant
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 a little light reading for the weekend.
18:27 pianohacker Heh
18:27 joetho Yummm.
18:27 atz joetho: it's not a z39-solveable problem
18:28 pianohacker I thought Ohio had a magical, wonderful ILL system that used NCIP and SIP2?
18:28 atz z39 searches an index, so availability will never be immediate
18:28 pianohacker: right.  it uses z39 to search bibs, sip2 to get item availability
18:29 that's the best known model (hosted by OCLC)
18:30 pianohacker I dealt with the immediacy problem by populating the availability field upon request, but that was an _ugly_ solution
18:30 Maybe in another ten years, our ILL system will finally learn 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 joetho oh, I thought ours was all through z39. Maybe it DOES include sip2
18:31 not exactly my department, but regardless, we had to settle for a less-than-ideal solution, using the 952$q (checkoutdate) only.
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?
19:13 jdavidb Hey, pianohacker! :)
19:41 chris_n2 atz: growing any jalapenos?
19:45 atz chris_n2: yeah, jalepenos, cayenne, ancho, bell and hungarian wax
19:45 not sure if the ancho's will do anything though
19:45 chris_n2 atz: http://vegweb.com/index.php?topic=4770.0;wap2
19:46 atz nice
19:46 not sure about non-dairy cream cheese though  ?
19:46 chris_n2 yeah, scrap that part
19:46 atz must be a vegan variant
19:46 chris_n2 I used phili cream cheese and whole milk
19:47 atz sounds god
19:47 *good
19:47 chris_n2 they are excellent topped with a fruit sauce or fruit syrup
19:47 it provides an interesting contrast
22:08 slef @last oleonard
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 @seen oleanard
22:08 munin slef: I have not seen oleanard.
22:08 slef damnit what's his nick?
22:09 gmcharlt slef: owen
22:09 slef @seen owen
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 is he expected back?
22:10 would prefer to discuss his "All the major players in Koha development right now are for-profit companies" here rather than on-list
22:10 gmcharlt slef: dunno for sure, wouldn't count on it tonight
22:10 though I imagine he'll respond to a personal email
22:13 slef I'll try that.
22:15 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:15 I'm a bit disappointed by the urination altitude competition on koha list just now.
22:18 pianohacker It's only been, what, two days since the last one?
22:19 gmcharlt slef: what do you hope to achieve?
22:23 slef gmcharlt: wider recognition of .coop's benefits over .com
22:23 gmcharlt: or for that email, Yokley being shamed into withdrawing his threat
22:50 joetho I can change what I choose to do but I am not sure I can change what others choose.
22:50 World peace starts at home.
22:50 Friday afternoon is a wonderful thing.
22:51 pianohacker joetho: ?
22:51 joetho wtf do YOU want.
22:51 just kidding!
22:51 pianohacker *whimper*
22:51 joetho hi jesse
22:51 pianohacker Hi Joe
22:51 Here's a flame-retardant suit
22:51 For reading the mailing list
22:52 joetho oh my
22:52 pianohacker You might not need it yet
22:52 joetho I have been too busy to read that at all today
22:52 pianohacker But Monday, when everyone gets back to work, will be... interesting
22:58 joetho I am writing a leeeetle somezing there myself.
22:58 right now.
22:58 about code monkeys
22:58 and what happens when they strain at their leash
22:58 and why it is good they are in someone ELSE
22:59 ELSE's zoo and not mine
01:43 chris wow
01:44 way to escalate a situation needlessly
01:57 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
02:00 brendan chris++
02:07 chris_n2 hi chris
02:07 hi brendan
02:07 and anyone else still around
02:07 chris heya chris_n2 :) hows friday evening treating ya
02:07 gmcharlt hi chris, chris_n2, brendan
02:08 chris_n2 great! I'm just trying to stay cool ;-)
02:08 hi gmcharlt
02:09 brendan heya gmcharlt chris_n2
02:09 chris ohh cool
02:09 @weather wellington, nz
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_n2 I suppose its getting pretty bad when one codes on off hours on Friday evening
02:10 chris hehe yeah
02:10 chris_n2 @wunder 28334
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 spring is on its way
02:10 brendan summer is still here !!!
02:11 @wunder 93103
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 gmcharlt @wunder 32605
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 chris chris_n2:  Chris Cormack  Writing code on a saturday, yes I am that lame
02:11 25 July at 21:59
02:11 chris_n2 hehe
02:13 gmcharlt: are you really near Gainesville, FL?
02:13 gmcharlt chris_n2: on top of it, even ;)
02:14 oranges have bases?
02:14 :)
02:14 chris_n2 chris: neat!
02:14 gmcharlt: ha!
02:15 maybe that's why I like oranges so much
02:16 chris @later tell joetho thanks for the email, i like your calm tone, plus the content too of course
02:16 munin chris: The operation succeeded.
02:26 chris_n2 anyone know of an open source debug utility for mysql stored procedures?
02:26 chris hmmm not off the top of my head nope
02:26 chris_n2 dbForge is nice, but not open source
02:28 gmcharlt makes sense to me
02:30 chris cool
02:30 im liking memoize a lot
02:38 ok time to go to the park and enjoy some sun
03:49 that was fun
04:03 chris_n2 very nice... mysql++
04:11 chris stored procedure work?
04:11 chris_n2 nearly
04:12 one more tweak will do it
04:12 string concatenation in mysql stored procedures is anything but intuitive... :-P
04:20 chris http://metservice.co.nz/public[…]r/wellington.html
04:20 nice, 5 days in a row, thats gotta be a record for wellington :)
04:44 chris_n2 now it works
04:46 chris well done :)(
04:59 kmkale good morning all
05:06 greenmang0 kmkale: good morning :)
05:06 kmkale hi greenmang0
05:06 greenmang0 @wunder mumbai
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:07 greenmang0 kmkale: where are you located??
05:10 kmkale I am in Thane near Mumbai Maharashtra India
05:10 you?
05:28 @quote
05:28 munin kmkale: I suck
05:28 kmkale 9_9
06:52 @weather
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 mumbai
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.
11:23 cait1 @wunder Konstanz
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:34 cait1 test
11:34 hm.

← Previous day | Today | Next day → | Search | Index

koha1