Time Nick Message 23:41 huginn New commit(s) kohagit: Bug 10466: fix glitch in OPAC display of titles saved to list <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ceada35e008e6a60b62f384ec386e80b03fe0130> 23:31 gmcharlt dcook++ 21:55 huginn New commit(s) kohagit: Bug 10245: add CSS classes to OPAC detail items table header <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=da6f70c697bd445c7f37bf3cd698021c0bf14e90> 21:27 mtompset Have a great day (24 hour period), everyone. :) 21:25 mtompset Sorry for the slow reply. Yes, still working on SAML... It is almost alpha ready. :) 20:34 pianohacker That sounds quite handy 20:34 pianohacker jcamins++ 20:34 jcamins ^^ it's commented out in at least one of the recommended configurations. 20:34 wahanui Plack is a FastCGI thingy that works with Koha. See http://wiki.koha-community.org/wiki/Plack for more information. 20:34 jcamins plack? 20:34 jcamins Plack::Debug::NYTProf or something like that. 20:33 pianohacker oh! nice. what is that? 20:33 jcamins *takes care 20:32 jcamins pianohacker: actually, I was referring to the package which automatically takes are of NYTProf profiling for you. 20:32 pianohacker and went on to a more confusing but faster set of errors 20:31 jcamins And it was glorious. 20:31 jcamins And then I left CGI behind. 20:31 jcamins There are ways to deal with it, I'm sure, I just never learned them. 20:31 pianohacker that'll make it hard to test my stuff, then. I use AJAX a lot ;) 20:30 jcamins And rendering them is slow. 20:30 pianohacker ahhhh, okay 20:30 jcamins Something with lots of AJAX can leave you with no idea what profile you have. 20:29 jcamins In terms of page requests. 20:29 jcamins No, not in terms of programming. 20:29 jcamins Set the require environment variables and copy out the NYTProf file before you get a zillion. 20:29 pianohacker crap, no fibbonaci heaps in this patch. ah well 20:29 jcamins Nah, it just requires that you not do anything recursive. 20:28 pianohacker which requires setting all of the necessary CGI environment variables then running it from the command line, correct? 20:27 jcamins I use NYTProf. 20:27 pianohacker what's your preferred CGI profiling setup? 20:27 jcamins It depends what's taking time. 20:27 jcamins Hard to say. 20:27 jcamins hm. 20:25 jcamins Let's see... 20:25 pianohacker wow. Loading up a script that runs a couple SQL calls and does no template rendering takes ~750 ms on my machine. Could that seriously reduce it to around 100? 20:24 jcamins The OPAC has very little breakage, so I'm thinking of putting Plack on the OPAC in production this summer. 20:24 jcamins At least on lower-end hardware. I'm not sure I'll see such a big difference in production. 20:24 jcamins The speed gains are at least a factor of ten. 20:24 pianohacker How significant are the speed gains from Plack, and do they outweigh the occasional breakage? 20:23 pianohacker <shiver> 20:23 jcamins Yeah, and that way I don't have to figure out how to do XSS. 20:23 pianohacker I guess that's possible 20:23 pianohacker umm. 20:23 pianohacker ... 20:22 jcamins pianohacker: actually, not that much. I use a single Plack application for both intranet and OPAC and rewrite the OPAC URLs in nginx, which means that the OPAC is accessible on /cgi-bin/koha/opac/ from the staff client. 20:21 pianohacker jcamins: ... what horrible things have you done to your httpd.conf? 20:20 * jcamins has been avoiding the need for OPACBaseURL with complex web server contortions. 20:19 pianohacker you still battling saml? 20:18 mtompset Ah. 20:18 pianohacker external target search in the OPAC using pazpar2 20:17 mtompset what are you working on? 20:16 pianohacker mtompset: and, actually, the patch that I'm working on :) 20:15 mtompset No, it's just that OPACBaseURL is very much not required unless you are planning to do something like... oh, the patch that I'm working on. :P 20:15 pianohacker I normally wake up on mention of coffee, but to each their own 20:14 * mtompset wakes up on mention of "OPACBaseURL". 20:11 jcamins And... PBP Chapter 9 "Named Arguments." 20:10 pianohacker kk 20:09 jcamins PERL16: http://wiki.koha-community.org/wiki/Coding_Guidelines#PERL16:_Hashrefs_should_be_used_as_arguments 20:08 wahanui coding guidelines are http://wiki.koha-community.org/wiki/Coding_Guidelines 20:08 jcamins coding guidelines? 20:08 pianohacker Interesting. Makes sense from a pointer perspective, but never heard that before 20:07 jcamins Not really for one that small, but you never know when you're going to end up making it larger, so we just have a blanket hashref/arrayref policy. 20:07 pianohacker jcamins: True on the error message part. As a general Perl question, though, is passing a hash that small a performance issue? 20:06 jcamins I was thinking C4::Context->preference('blahblahblah', { 'required' => 1 }), so that we don't pass the hash on the stack. 20:05 jcamins I think probably a specific error message would be more useful than a C4::Context-level generic die. 20:05 pianohacker jcamins: Also, out of curiosity, by hashref argument, did you mean something like C4::Context->preference( 'blahblahblah', required => 1 ) ? 20:04 pianohacker jcamins: True, this wouldn't be used too often. Things like OPACBaseURL were the intended target; preferences that in some usage patterns can be unset, but other times will break functionality if missing 20:03 jcamins It would be easy enough to add a hashref argument to C4::Context->preference if there are enough instances you can think of it being useful, though, of course. 20:02 jcamins I question the utility. Many preferences can be unset, and the ones that can't may not be universally required, so I think the caller needs to handle that logic. 20:00 pianohacker In cronjobs, for instance 20:00 pianohacker Hmm. Hey #koha. What are your thoughts of a version of C4::Context->preference that die()s if the preference is unset, for contexts where a friendly message is impossible or doesn't make sense? 19:48 * mtompset waits for his database to reset to some old data. 19:42 mtompset you can clause it to if not DEBUG. :P 19:41 * jcamins uses DEBUG, and would not take kindly to code that eliminated that functionality. 19:41 mtompset But it is useful thing to know if I suddenly find my log file flooding with something that could be fixed with that kind of tweak. 19:41 jcamins Good. 19:41 mtompset And I won't, unless there is a reason. 19:41 jcamins Right, but unless you have a very good reason to think that there will be a warning, you shouldn't mess with the settings. 19:40 mtompset There are always warnings and errors. Always. They are out to get us. :P 19:39 jcamins And why are you anticipating errors? 19:39 jcamins mtompset: they're not silent if they're appearing in the log files. 19:38 mtompset Nothing yet, but I would like it use it, if I can keep silent warnings out of the "errors" log files. :) 19:38 libsysguy holy cow 19:38 libsysguy I'll have to tell you about that meeting later 19:37 * druthb wonders if libsysguy solved all the world's problems in that meeting. 19:37 jcamins Yes you can. What are you doing where you need to do that? 19:35 mtompset You can change the RaiseError and PrintError on the fly. 19:34 mtompset TableExists in updatedatabase.pl 19:34 mtompset OH.SO.COOL! Reading code really does teach you stuff. :) 19:32 mtompset Greetings, cait. 19:32 mtompset Oh shoot! The time goes by so fast! 19:06 cait k 19:06 smeagol Yes, cait, it's not the sipuser being deleted. It's something else, but thanks. 19:04 smeagol hi cait 19:00 cait did you see my note earlier? 19:00 cait hi smeagol 18:59 smeagol greeting mtompset, druthb, cubby. and all 18:58 cait you too tcohen ) 18:58 tcohen have a nice weekend #koha!! 18:58 tcohen ok, leaving 18:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10471 minor, P5 - low, ---, oleonard, Needs Signoff , Global search input box and button geometry not always consistent (browsers, translations) 18:49 tcohen bug 10471 18:48 * druthb is sneaky, mtompset, and wields a stick. Beware her wrath. 18:48 libsysguy bbiab 18:47 * druthb wields pointy stick. 18:45 jcamins libsysguy: wait... why are you discussing the future of web design? I thought cPanel's strength was that its functionality so far outshadowed the design that no one cared about the latter. 18:41 libsysguy its being discussed at this very moment 18:40 jcamins libsysguy: so what's the future of web design? 18:35 libsysguy now I'm awaiting the next meeting…wo 18:35 libsysguy I had to switch access points when I went downstairs 18:35 libsysguy I sure did 18:34 mtompset Greetings, libsysguy. You just snuck in. :P 18:34 gmcharlt howdy mtompset 18:34 tcohen hi mtompset 18:34 mtompset Greetings, tcohen jcamins gmcharlt smeagol also. :) 18:34 mtompset Greetings, druthb. You were silent, so I didn't know you were there. :) 18:32 * druthb waves to mtompset. 18:30 mtompset because my concern was trying to figure out how to create my table on the fly. If I just create it at upgrade with the last calculated value, then all the problems become nice. 18:26 huginn New commit(s) kohagit: Bug 10418 - Correct template markup problems on course reserves add item page <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5fbf07df7ccd404570281256ce8f9afb5a09834c> / Bug 10416 - Correct template markup problems on course detail page <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=02d4719437a84ca99d6265ad5bc27a6a8c3d88ad> 18:20 jcamins *with the parking brake 18:20 jcamins You can damage your car by driving the the parking brake fully engaged, but for a very long time (if not still), car maker still made cars in which that was possible. 18:19 jcamins I figure if someone has to go out of their way to break things, as developer it ceases to be my problem. 18:18 mtompset Okay... then I suppose I can release my worries of stupidness happening. :) 18:17 jcamins Yes. 18:17 jcamins There is even a message informing them of that fact when they log in with it. 18:17 mtompset And that is the only log in that can do an upgrade? 18:17 jcamins Period. 18:17 jcamins The staffers should not be using the database login. 18:16 jcamins mtompset: not unless you have trained your staffers badly. 18:16 gmcharlt ah, I see 18:16 gmcharlt mtompset: have you actually run into a situation where multiple updatedatabase.pl runs took place? 18:16 mtompset This is all, thankfully, hypothetical. 18:15 mtompset Could another staffer try to access the staff client before the upgrade is finished and trigger a secondary upgrade? 18:15 jcamins However, protecting people from intentionally doing things they already know they shouldn't (and have to go out of their way to do) is not really a high priority to my mind. 18:14 jcamins The packages run the update for you. 18:13 mtompset How does that prevent someone from intentionally being stupid? 18:12 jcamins mtompset: Use packages. 18:11 mtompset jcamins: I understand, but is there a nice way to prevent that scenario from being possible? 18:10 cait it's a wild guess, but if you didn't change something in your xml config file as it worked before... it might be something inside koha that has changed 18:09 cait smeagol: possible soeone deleted or changed your sip user? 18:08 jcamins mtompset: you can, if you want to mess things up. 18:07 smeagol Hi all, I've been getting this error from my SIP server recently, and can't figure out why. My institution id has worked before..very puzzling. "Jun 6 06:09:44 mtplbywaterkoha koha_sip[444]: Successful login/auth for 'sip user' of 'mid' Jun 6 06:09:44 mtplbywaterkoha koha_sip[444]: login_core: $VAR1 = 'ILS'; Jun 6 06:09:45 mtplbywaterkoha koha_sip[444]: Sip::Configuration::Service=HA SH(0x251ce70): Loading ILS implementation 'ILS' for institution 'mid' f 18:07 mtompset Can you run the upgrade a database concurrently multiple times? 18:07 mtompset I had a thought while pondering my problem. 18:07 tcohen hi mtompset 18:06 mtompset Greetings, #koha. 18:03 tcohen :-P 18:03 tcohen it's kind of fun actually, I need someone to take a look at a patch 18:01 * jcamins hides. 18:00 tcohen so you're my ui guru now :-P 18:00 jcamins tcohen: oleonard is on vacation for the next week or two, I think. 17:59 huginn tcohen: oleonard was last seen in #koha 22 hours, 16 minutes, and 49 seconds ago: <oleonard> Quick trip into Search.pm right before quitting time? Never a good idea. 17:59 tcohen @seen oleonard 17:12 jcamins Thanks. 17:12 cait i will give you an update when i got around to take a look :) 17:11 jcamins Which is why I was curious. 17:10 jcamins cait: 752 is a logical place to put a place of publication, but it's also a logical place to put other things. 17:10 cait 752 sounds a bit unusual tho 17:08 cait so right now i have not much idea about it - sorry :( 17:08 cait ah 17:08 cait i have seen the wii page but didn't get around to show it to our marc21 expert 17:08 jcamins It's Czech. 17:08 cait i think maybe from switzerland 17:08 cait i don't know i think he used some documentation that i don't know 17:07 cait oh 17:07 jcamins cait: the wiki page in German on cataloging antiquarian books creates a new authority type for DRUCK_ORT and links 752 to it. 17:05 cait context? 17:05 cait jcamins: no idea 17:03 jcamins cait! I have a question for you: is using 752 only for place of publication standard in German practice? 16:33 libsysguy it looks like bootstrap 3 will go flat as well 16:32 khall lol! 16:31 jcamins Oh, I thought that's what the gopher reference was about: http://thedailywtf.com/Articles/Support-The-Daily-WTF-in-Supporting-the-Support-SOPA-Movement.aspx 16:31 khall can't say I have 16:30 jcamins khall: you saw that tdwtf article too? 16:30 khall I think all the hipsters are switching to gopher 16:30 libsysguy I have a UI meeting in 2 hours to decide the future of the web, I'll let you know how it goes :p 16:30 jcamins Do I look like I'm going to be running Windows 8 on any of my computers? 16:30 khall all the shiny has gone by the wayside 16:29 jcamins libsysguy: yeah, yeah, yeah. 16:29 khall heh, so true 16:29 libsysguy flat UI is in man 16:29 libsysguy jcamins you need to un-round those corners 16:29 jcamins Thanks. 16:28 khall true, but that's pretty slick looking opac 16:27 jcamins Not, of course, that you can tell in that example, since everything that had been in the fixed bar at the top is now hidden. 16:26 khall jcamins: excellent! 16:16 jcamins [off] However, it can be done in a break-free manner: http://catalog.acomedu.org/ 16:16 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8884 major, P5 - low, ---, oleonard, Passed QA , opacheader is not in the header on CCSR 16:16 jcamins (re: bug 8884) 16:14 jcamins khall: yeah, styling with absolute- or fixed- positioned divs at the top of the page has extra gotchas. 16:10 gaetan_B bye ! 16:07 tcohen i've been playing around with ways of making the search box scale better on the staff interface 16:06 jcamins tcohen: for JS/non-submit buttons, I think so, yes. 16:05 tcohen jcamins, do we use <button> somewhere instead of <input type=submit? 16:01 druthb Ah-hah. The automagic limit to "Available Online" was the bugaboo. Found a catalog record for it. by author. 16:01 jcamins Quicktime? Why does their catalog need Quicktime? 15:59 druthb erm. A book I know they should have, I can't locate, by partial title, full title, author, or ISBN. Teh Fail. 15:59 jcamins I like their lccn.loc.gov links. 15:58 jcamins druthb: tha's the one. 15:57 druthb You mean, the new skin on their ancient Voyager catalog? Lipstick on a pig…. and not a good shade of it, at that. 15:56 jcamins It looks like the site search. 15:56 jcamins They sure didn't worry much about usability. 15:55 * jcamins tries the new LC catalog... 15:53 mveron by all 15:43 * druthb sets the watch for cait. 15:42 huginn New commit(s) kohagit: Bug 10425: tweaks to text of help for local use system preference <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=c02b57bd5cacc3fbe981f5d8331c7cfe8aa178a7> / Bug 10425 - Help page missing for Local Use preferences <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=0e0a1a61a62473de7ae92bde9d0f3617c34ba325> 15:39 jcamins Oh, drat. I wanted to ask kf something. 15:36 Joubu have a good week-end #koha! 15:36 Joubu pfiou, end of my QA day, I did not clear out patches pending QA as many as I would have wanted... 15:34 kf bye all 15:20 huginn New commit(s) kohagit: Bug 10315 - Use easier readable font for generated passwords <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=1a15b26e65fb57c622ed11cb0c7459516e6e023c> / Bug 10444: Fix prevent the default action on click <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=6e6ed4306521f4e8966c4b40f23ce2d539476d1a> / Bug 10444 - (CCSR followup) In advanced search(more), [+] and [-] should behave like... <http://g 15:08 huginn New commit(s) kohagit: Bug 10458: t/Z3950.t should be removed too <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=cab50698f57c88670241d88028afebd3eb5b5dd8> / Bug 10458: Remove obsolete Z3950 module and test <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=63ba05183e627bbe7278b9064d22e93d39b65461> 15:07 gmcharlt kf: yeah - I should mention that my email elides a lot of technical details that would have to be sorted out 15:06 kf i think anyway we would have to define somewhere which colums should be translated 15:06 kf not sure i understand how you want to do it :( 15:06 kf gmcharlt: trying to sum my thoughts up in a mail... hope i make sense 14:59 gmcharlt the line breaks might be a harder problem, though 14:59 gmcharlt kf: well, one approach would be to not try to parse the SQL to extract strings, but write something that loads the English into a database, then goes through the relevant tables to create a text file in a structured format for which a pot-generator could be written 14:59 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5894 normal, P5 - low, ---, veron, Needs Signoff , Adding multiple items from a cart to a list shows only the first title 14:59 mveron I had finally some time to do a bug: bug 5894 14:58 mveron hi kf :-) 14:58 huginn New commit(s) kohagit: Bug 10443: DBRev 3.13.00.008 - make sure borrower_files exists <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=7b21025e6bc092420756a141a728942e31083ad4> / Bug 10443: (follow-up) make sure borrower_files has FK constraint <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=43b17feed6ce64bdff6b31918e40170f6681e397> / Bug 10443 - Table borrower_files does not exists in kohastructure.sql file <http 14:58 kf hi mveron :) 14:58 * kf starts writing an email 14:50 kf and we have line breaks and things in there (notices especially) that pootle can#t deal with correctly 14:50 kf from the sql 14:50 kf because you can#t know which parts are to be translated 14:50 kf not sure but i think it would be really hard to get them into po files 14:50 kf hm just found the qa/language mails 14:38 gmcharlt from huginn to oleonard's ears! ;) 14:36 huginn druthb: Quote #31: "<@gmcharlt> but hacking Koha *should* be a restful part of any vacation ;)" (added by chris at 11:31 PM, September 02, 2009) 14:36 druthb @quote random 14:01 huginn gmcharlt: Quote #68: "gmcharlt: which probably means that library schools ought to rename Cataloging 101 to Identification and Avoidance of Rabbit Holes 101" (added by wizzyrea_laptop at 08:17 PM, March 10, 2010) 14:01 gmcharlt @quote random 13:54 jcamins s/k$// 13:54 * jcamins heads into the city.k 13:54 jcamins tcohen: I do not. 13:42 * druthb paints another wall orange. 13:40 kf I want yo to see how nice things are on the light side ;) 13:40 kf and now, i am not going to do anything about you cpanel folks 13:40 kf libsysguy: ? 13:36 libsysguy Angular > jQuery ? 13:35 tcohen jcamins, do u know the answer? 13:33 jcamins World domination! Bahahaha! 13:26 tcohen (i mean in koha of course) 13:26 tcohen oleonard, what are the plans for jquery-ui and bootstrap? 13:22 * druthb would be very sad. 13:22 libsysguy that would be so sad 13:22 libsysguy I guess they could enable voice in channel and mute us 13:22 tcohen heh 13:20 * druthb checks, and tcohen's banhammer is one of those big inflatable ones from the festival. No worries. 13:20 druthb eep! 13:20 libsysguy eek, we better run druthb before we get ban hammered 13:19 tcohen :-P :-P 13:19 * tcohen thinks these cPanel folks are really noisy 13:18 * libsysguy offers cookies 13:17 * libsysguy apologies to kf 13:17 libsysguy eek 13:17 druthb We better hush, libsysguy. kf will smack us down in a minute. 13:16 druthb :P 13:16 libsysguy the ticketing system 13:16 libsysguy nu uh…all the customers use our system(s) :p 13:15 druthb :P 13:15 * druthb notes, apropos of nothing whatever, that 2nd floor code is seen all over the world. 5th floor code is internal stuff, not revenue-generating. 13:14 libsysguy :p 13:14 * libsysguy doesn't know how the 2nd floor people write their code, but its not how he does it on 5 13:13 * druthb paints one wall orange, aNd cApitalizes tHe sEcond lEtter oF hEr wOrds. 13:13 libsysguy cPanel storms the channel :p 13:12 libsysguy \o 13:12 druthb o/ 13:08 libsysguy bah map reducing functions are so confusing 13:06 tcohen heh 13:06 libsysguy heh 13:05 * tcohen heads to the networking people to open irc.perl.org in the firewall 13:05 libsysguy there are a few in irc.perl.org 13:04 libsysguy actually #koha is the only channel I hang out in for irc.oftc.net 13:04 libsysguy the #dbix-class guys are nice 13:03 libsysguy heh no I guess I don't really lurk there 13:03 tcohen the irc channel for the bash project 13:02 libsysguy #bash tcohen ? 13:01 huginn magnuse: Karma for "mysql" has been increased 1 time and decreased 1 time for a total karma of 0. 13:01 magnuse @karma mysql 13:00 magnuse mysql-- for making me choose between fulltext indexing or foreign keys 13:00 magnuse hehe, interesting :-) 12:57 jcamins magnuse: oddly the permissions were right even when changing branches on my regular development system. 12:57 jcamins magnuse: yeah, when I checked out the patch on a new system, the permissions were wrong. 12:57 tcohen have you been at #bash libsysguy? that's being left alone in the cold 12:52 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10240 new feature, P5 - low, ---, jcamins, Needs Signoff , Offline circulation using HTML5 and IndexedDB 12:52 magnuse jcamins: you missed something on bug 10240? 12:47 kf i was just looking at 10237 - did you see my comment? 12:47 kf hm. bad autocomplete 12:47 kf khall 12:47 kf kh 12:47 kf hey kh 12:13 tcohen bbs 12:06 libsysguy yeah I think developers can be slightly more abrasive than librarians 12:06 libsysguy heh 12:05 kf *shrug* 12:05 kf and something about passive tense in nz english or so 12:04 kf mix of developers and librarians 12:03 kf maybe it's what rangi once said 12:03 libsysguy but that is the general message 12:03 libsysguy well, maybe not that loudly 12:03 kf and others do that? 12:03 kf wow 12:02 libsysguy instead of: "HERE ARE THE DOCS, GET OUT" 12:02 libsysguy well I was thinking about it last night, every new person that comes in asking the same questions we have all heard a million times gets a nice answer 12:02 libsysguy :p 12:02 kf told ya you will end up missing us ;) 12:02 kf aaaw 12:01 kf not really lots of time for play right now 12:01 libsysguy you know, out of all the irc channels I have started to lurk in since I started at cPanel, you guys are still by far the nicest 12:01 kf i didn't work with it yet, just took a quick look around 12:01 tcohen did u see it? 12:01 kf and give him no trouble 12:01 kf hope the new pootle will behave :) 12:01 tcohen we could pull the po's more often too 12:01 kf cool 12:01 tcohen i'll talk to bgkriegel 12:00 kf sorry, still trying to catch up, I confused things 12:00 kf ok 12:00 kf oooh 12:00 tcohen its going to happen on sunday 12:00 tcohen hi kf 12:00 kf hi tcohen :) 11:13 huginn kf: The operation succeeded. 11:13 kf @later tell tcohen - was wondering when the update on pootle for the 3.12.1 release is going to happen :) 09:45 kf yeah, it's really bad in some places :( 09:21 marcelr you are lucky 09:17 kf not here, but some parts of germany... 09:14 marcelr problems with water over there? 09:13 kf hi marcelr 09:13 marcelr hi kf 08:50 Joubu marcelr: thanks! 08:47 marcelr Joubu++ for QAing 10256 and many others 08:45 marcelr goedemorgen #koha 07:10 gaetan_B hello 06:59 Joubu hello #koha 06:48 cait bbiab 06:48 cait hi asaurat :) 06:45 asaurat hi! 06:44 huginn magnuse: The current temperature in Bodo, Norway is 13.0°C (8:20 AM CEST on June 14, 2013). Conditions: Mostly Cloudy. Humidity: 77%. Dew Point: 9.0°C. Pressure: 29.44 in 997 hPa (Falling). 06:44 magnuse @wunder boo 06:44 huginn magnuse: The current temperature in Marseille, France is 19.0°C (8:30 AM CEST on June 14, 2013). Conditions: Clear. Humidity: 68%. Dew Point: 13.0°C. Pressure: 30.01 in 1016 hPa (Steady). 06:44 magnuse @wunder marseille 06:38 reiveune hello 06:29 christophe_c ;-) 06:29 christophe_c bonjour magnuse 06:28 magnuse bonjour christophe_c 06:08 christophe_c bonjour cait ;-) 06:08 cait hi christophe_c 06:08 cait hi chris 06:06 christophe_c hello #koha 05:55 * magnuse waves 05:54 cait good moring #koha 05:46 dcook You heard me :p 05:46 wahanui dcook: what? 05:46 dcook Perhaps tomorrow afternoon, wahanui 05:45 wahanui goodnight dcook. You'll be back. 05:45 dcook night all 05:12 dcook "This version of Koha is the 4rd in the 2.0 "stable" series." 04:48 mtompset Have a great day (24 hour period), everyone. 04:26 dcook [off] D'awww. Appreciative librarians are nice. 04:15 dcook Alas, doesn't sound familiar to me 04:15 wizzyrea i am sure that I installed it 04:14 wizzyrea liblibrary-callnumber-lc-perl or somesuch? 04:13 cjh mamamama 04:13 eythian I think I'll wait until next week before fixing that :/ 04:13 cjh ooooohhhhh 04:13 eythian > unknown package for Library::CallNumber::LC 04:07 dcook I'm with cjh on this one ;) 04:07 cjh dcook: impossible, rangi cant do evil. 04:07 wizzyrea when you have as much code in Koha as those guys do, it'd be more suprising if it *wasn't* them 04:06 eythian I get to blame me for not updating the dependency list 04:06 dcook It was possible the bug was caused by a code change elsewhere 04:06 eythian oh, no 04:06 dcook Well, for the code that I needed to change 04:06 dcook I git blamed something the other day and found rangi responsible :o 04:06 dcook hehe 04:05 * eythian gets to blame gmcharlt for this one :) 04:03 eythian (referenced by C4::Labels) 04:02 eythian it's causing tests to fail on master 04:02 eythian anyone know what Library/CallNumber/LC.pm is? 04:00 dcook Horrifying yet delicious. 04:00 * dcook cringes 04:00 dcook I had a friend who volunteered at a film society and he once showed me what it was like to make popcorn... 04:00 dcook Have you ever seen the stuff in a tub? 03:59 dcook I don't think there's any dairy in it 03:59 dcook Also, good call wizzyrea 03:59 dcook I'm intrigued 03:59 cjh nope. impossible. 03:58 wizzyrea so good I can't spell correctly 03:58 wizzyrea it's aweosme 03:58 wizzyrea popcorn with coconut oil rivals butter in almost every way 03:58 wizzyrea which by the way 03:58 wizzyrea I *think* it's coconut oil, or palm oil 03:58 cjh I guess it could be fake butter, and probably is 03:57 * wizzyrea idly wonders if theatre popcorn is vegan 03:57 cjh catalyt is secretly in teh popcorn business. 03:56 * cjh earns commission 03:56 dcook cjh: I might have to. Hehe 03:56 dcook foresee even 03:56 dcook Oh God...I forsee a horrible (yet delicious) future for myself 03:55 cjh doo eett 03:55 dcook I'm walking right by there on the way to the bus... 03:55 cjh heh 03:55 dcook Just get the popcorn and leave 03:55 dcook Not even see a film 03:55 dcook But I could actually go to the cinema just for popcorn 03:55 cjh MMMHHHMMM 03:55 cjh here we have 'butter lovers' microwave popcorn 03:55 dcook I was going to say that we don't have a microwave or a stove here 03:55 wahanui OK, cjh. 03:55 dcook Precisely! 03:55 cjh wahanui: mind blown is <reply>http://meremortalblog.files.wordpress.com/2012/11/mind-blown.jpg?w=412 03:54 cjh http://meremortalblog.files.wordpress.com/2012/11/mind-blown.jpg?w=412 03:54 dcook I... 03:54 dcook :O 03:54 cjh mind = blown 03:54 cjh dcook: but you could, just maybe, get popcorn 03:54 cjh dcook: I know this sound crazy, so dont shoot it down too quickly 03:53 dcook wizzyrea: I really cannot stop thinking of popcorn...*slightlygrumpyface* :p 03:53 cjh welcome :) 03:53 cjh ohhhhh a wild kristina ! 03:46 * dcook chuckles 03:46 wahanui cjh: i'm not following you... 03:46 cjh wahanui: exactly. 03:46 wizzyrea :) 03:46 wahanui cjh: what? 03:46 cjh wahanui: not in ternary logic! 03:46 wahanui maybe is, like, a momentaneous error 03:46 cjh maybe... 03:46 dcook cjh, wizzyrea: Are you two in the office? Only 15 minutes until beer o'clock? 03:45 dcook A superlibrarian really should be able to edit and delete lists.. 03:43 dcook List permissions are weird...perhaps even weirder in master than in the past.. 03:37 dcook Hmm, it's impossible to delete a list unless you're the owner, right? 03:35 * dcook just noticed that darth_tater is now just tater 03:35 dcook I'm really glad that I sorted out that weird number issue in the lists 03:34 cjh heh 03:34 dcook Although now I really want buttered and salted popcorn.. 03:34 dcook It's not too shabby at all 03:33 wahanui http://i.imgur.com/p3cHE.gif 03:33 wizzyrea get the popcorn 03:33 cjh its a Friday, and a good one at that. 03:33 dcook Yay? 03:33 dcook O_o 03:33 wahanui o/ '`'`'`'`'`'`'`'` 03:33 cjh confetti 03:22 dcook The item data should all be preserved and nothing should be changed except the marcxml, and associated other fields in the biblio and biblioitems tables? 03:22 dcook Where you replace existing records and ignore items... 03:22 dcook Then re-import them using a record matching rule where you use the bib number (999$c) 03:21 dcook If you export all your bib records (but don't export items) 03:21 dcook Quick question... 03:00 dcook Setting up a record matching rule for bib number.. 02:58 dcook Sweet. Thanks. 02:58 jcamins Yes. 02:58 dcook jcamins: I just want to double-check...the Zebra index for the biblionumber is "Local-Number" ? 02:54 jcamins Wow. The Acquisitions APIs are appalling, aren't they? 02:50 dcook Thanks for the tip and the illustration of how it works :) 02:50 dcook rangi++ 02:49 dcook Maybe try re-indexing? 02:49 dcook Yeah, 942$n with a value of 1 02:48 dcook That's interesting 02:48 dcook 942 02:47 dcook Wait.. 02:47 dcook mtompset, you're sure that you have an item with a 952$n set? 02:47 jcamins In that case, misconfiguration. 02:47 mtompset but we do. 02:47 dcook :( 02:47 dcook Ahh 02:46 wizzyrea just more bending of them. 02:46 wizzyrea no. 02:46 dcook Different rules back then? 02:46 wizzyrea see: pushed 1.5 years ago 02:46 dcook Huh...good call, eythian 02:46 jcamins mtompset: because you did not have any items suppressed. 02:46 jcamins eythian: I wondered that too. 02:45 eythian why does that patch only have biblibre email addresses attached to it? 02:45 mtompset Then why did my search bust, and I changed OpacSuppression and then it works? 02:45 jcamins mtompset: it's always set up. 02:45 mtompset but what would I expect to see in my config files? 02:45 dcook I suspect by checking your Zebra config files, but perhaps there's a faster way 02:44 mtompset Question: how do I know if the suppress index is set up in Zebra? 02:44 mtompset "Note that you must have the Suppress index set up in Zebra and at least one suppressed item, or your searches will be broken." 02:44 dcook I thought it didn't show any whitespace changes at all 02:43 dcook That's awesome! 02:41 rangi git show -w 74506e52deb383589b541848bbb2026aa4991f81 02:41 rangi vs 02:40 rangi git show 74506e52deb383589b541848bbb2026aa4991f81 02:40 rangi check this out 02:40 dcook 'bout a year and a half ago 02:40 dcook Oh yeah 02:39 rangi had it been pushed already? 02:37 dcook In this case: http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7028&action=edit I pretty much just had to ctrl+f / eyeball it 02:36 dcook Maybe my expectations of how it's supposed to work don't correspond to what actually happens 02:34 rangi hmm perhaps but i dont think so 02:33 dcook rangi: Could -w be config specific? 02:33 dcook Hmm, I don't think it worked though 02:33 dcook Nix that very last part 02:33 dcook Wait... 02:32 dcook Not sure why git blame would need a -w either, or how it would work 02:32 dcook Just tried with git diff, and it didn't seem to do anything 02:20 dcook In this case, I figure it out anyway but maybe I'll try it again 02:20 dcook Yeah, I remember you mentioning that a while ago. I think I tried it once and it didn't work all that well.. 02:20 rangi works diff too 02:20 rangi ignore whitespace changes 02:20 rangi eg git blame -w filename 02:19 rangi dcook: -w 02:19 druthb hiya, rangi. :) 02:19 rangi hi druthb 02:19 druthb o/ 01:41 dcook Definitely seeing the value of keeping whitespace changes separate from code changes... 01:40 huginn 04Bug 6374: normal, P3, ---, adrien.saurat, CLOSED FIXED, Use "size" as names/hash keys leads to an unexpected results when using Template::Toolkit (name of a virtual method there) 01:40 dcook http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6374 01:40 dcook Aha! 01:17 dcook But rather from the MARC record... 01:17 dcook But that's probably because it's not getting size from the biblioitems 01:16 dcook Hmm, Search.pm seems not to pass back a null size to opac-search.pl... 01:10 * tcohen runs to the kitchen 01:10 tcohen one interesting consecquence of pandora's box metaphore is that hope seems to be evil :-D 01:09 dcook I wonder why the .size issue doesn't seem to be happening in opac-results... 01:07 dcook But...it seemed destined to happen anyway... 01:06 dcook Hmm, I guess the idea is that Pandora should've known better than to have opened it... 01:06 jcamins dcook: yep, sorry. 01:06 dcook Probably too many tv shows when I was younger ;) 01:06 dcook I think my usage has been incorrect 01:05 dcook No not at all 01:05 tcohen i understand i should be more careful with metaphores 01:05 tcohen oh, we use it in argentina (at least) to mean no one knows what's going to come from the inside 01:04 * dcook goes to read the entry 01:03 dcook tcohen: I'm fairly familiar with Pandora's box, although I usually think of it in terms of...the person opening it to be an idiot ;) 01:03 dcook It looks like opac-results.tt does use SEARCH_RESULT.size...but it doesn't have the same problem. 01:03 tcohen http://en.wikipedia.org/wiki/Pandora's_box 01:03 dcook I hope this isn't the case as well. 01:02 dcook Mmm, I see. 01:02 tcohen i mean that we notice we are doing things wrong all over the place 01:02 dcook How do you mean? 01:02 tcohen i hope this is nt a pandora's box you're opening 01:01 dcook I wonder if this is happening in opac-results for the Normal display.. 01:00 dcook And we definitely do NOT want the size of the hash in this case 01:00 dcook Because it "should" always be getting the size of the hash rather than getting a key from it, I think 01:00 dcook Certainly something to keep in mind and possibly report to TT developers, but...in our case...I think it makes sense just to use a different hash key 00:59 tcohen exactly 00:59 dcook The fact that it does sometimes print out the value in the hash...that's probably a bug in TT 00:59 tcohen I didn't understand it that way 00:58 dcook We really shouldn't be using it to access the key in a hash 00:58 dcook Well...".size" is a method in TT 00:58 tcohen or is it the desired behaviour? 00:58 tcohen is it a but in tt? 00:57 * dcook just recalled that last fact 00:57 dcook Interestingly, if the column isn't null, it does print out the value in `size` rather than the size of the hash... 00:56 dcook Currently, in the Lists, if the column `size` is null in biblioitems, itemsloo.size will print out the size of the hash rather than the `size` of the List item 00:56 dcook I'm just about to file a report :) 00:56 tcohen what bug are you talking about dcook? 00:50 dcook Easy enough to fix though.. 00:49 dcook Except in this case 00:49 dcook A quick grep suggests that we usually use ".size" as a method rather than as a reference to a hash key 00:49 tcohen hi dcook 00:49 dcook hey ya tcohen 00:49 dcook durr 00:49 dcook Not the number of hashes in the itemsloop array 00:48 dcook itemsloo.size returns the number of keys in the itemsloo hash 00:48 dcook Hmm, my explanation wasn't quite right 00:45 dcook Illus 00:44 dcook Pages too 00:44 dcook Yep 00:44 jcamins biblioitems has a size column? 00:43 dcook I wonder where else we're actually getting the size of an array... 00:42 dcook Hmm, I guess the biblioitems table is the only one with a `size` column 00:33 dcook http://www.template-toolkit.org/docs/manual/VMethods.html#section_size 00:33 dcook Hmm, that's problematic 00:33 dcook Which is why it's 33 in 3.8 and 34 in master.. 00:33 dcook It gets the size of the itemsloop 00:33 dcook itemsloo.size doesn't get the key for size 00:32 dcook Osti.. 00:32 dcook Of course! 00:31 dcook AHHHH 00:23 dcook Oh...a clue... 00:15 dcook Also, thank the technology lords for Git. Makes this a million times easier to try to figure out. 00:14 * dcook goes back to trying to figure out why a null size would come out as "33" or "34" in the Lists... 00:14 dcook Need to get a #koha feed installed in the brain perhaps... 00:14 dcook Ahh, reading irc logs from after I left yesterday. What am I doing?! 00:08 rangi yep 00:06 mtompset Making a warning out of an error. 00:06 mtompset Ah, the default is RaiseError=>0, PrintError=>1 if not specified. 00:04 dcook jcamins++ 00:02 jcamins I think that could be used with koha-gitify to great effect.