![http://en.wikipedia.org/wiki/F[…]:Odin_hrafnar.jpg](http://en.wikipedia.org/wiki/File:Odin_hrafnar.jpg){kind=link}
gmail.com, NEW, Returning items through patron Details tab doesn't activate all circulation functionsgmail.com, NEW, In Processing/Shelving Cart locations← 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-Obligatoire/unimarc_standard_systemprefs.sql | |
| 14:44 | installer/data/mysql/ru-RU/mandatory/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ê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´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, ---, gmcharltgmail.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, ---, gmcharltgmail.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
