Time Nick Message 04:20 Jo I just want a beautiful seclection of icons representing a wide range of library materials. 04:04 Jo nope - too small. looking for some different icons we could use 03:59 Jo thanks Mason 03:44 mason http://www.famfamfam.com/lab/icons/ 03:44 mason jo: take a look at the famfamfam site 03:43 Amit_ heya brendan now T-20 world cup start from tommorrow 03:42 brendan_ heya amit 03:41 Amit_ Jo: R u interested in T-20 World Cup 03:40 Amit_ Good morning Jo 03:38 Jo hey, have you good ideas oif where abouts I could find another set of icons for library materials (to assign to item types) in Koha 3.0 setup. 03:37 Jo Good mornign AMit 03:36 Amit from our osslabs 03:36 Amit first patch from india 03:36 mason morning amit 03:32 Amit hi chris, brendan, mason good morning 23:26 Ricardo Time to go to bed. Take care everyone! :) 23:19 Ricardo Right 23:19 Ricardo schuster: Err... June 3? 23:19 schuster OK never mind - I'm a day off at work! It was today! 23:18 schuster Central time US that is... Thanks for clarification.. 23:17 schuster So is that actually Thursday June 3 at 6 am Central time? I'm still trying to get these time UTC things figured out. I almost missed the last one due to date/time settings - just so happened I was on IRC when it happened! 23:17 schuster IRC Dev meeting June 3, 10 UTC - 23:08 Ricardo chris: Are you here? 23:03 Ricardo Hi all 22:53 hdl_laptop OK 22:53 gmcharlt hdl_laptop: yeah, simply v3.00.02 should be OK for the tag 22:42 chris ok everyone is awake, im outta here 22:22 chris i wouldnt bother 22:19 hdl_laptop gmcharlt: should the 3.0.2 release have as 3.0.1 "stable" in its name ? 22:09 mason yah, i mean the monitoring-tool 22:09 gmcharlt of course, munin-the-bot != munin-the-monitoring tool 22:08 mason or 'mysql> show innodb status' something like that 22:08 gmcharlt for the rest, you'd have to dig through the indexdata docs 22:08 gmcharlt uptime should and connectivity shouldn't be too hard 22:07 mason http://muninexchange.projects.linpro.no/?search=&cid=8&os%5B4%5D=on&os%5B7%5D=on&os%5B3%5D=on&os%5B2%5D=on&os%5B5%5D=on&os%5B8%5D=on&os%5B1%5D=on&os%5B6%5D=on 22:07 mason a fair call, something similar to these mysql ones , perhaps 22:06 gmcharlt mason: what do you mean by Zebra performance stats? 22:05 mason heya chris 22:05 mason i was wondering if there was a way to scrape performance stats from zebra, for a munin plugin.. 22:05 chris i may give it a try, baby willing :) 22:05 mason heya folks, i have recently been playing been munin too... 22:04 gmcharlt avoid the bot having to have a separate git clone 22:03 gmcharlt having the plugin scrape http://git.koha.org should be enough 22:02 gmcharlt chris: so you're volunteering to write it? :) 22:00 chris *nod* 22:00 gmcharlt to return info for specified commit 22:00 chris yeah that would be cool 22:00 gmcharlt also - @git commithash 21:59 gmcharlt chris: sounds good 21:59 chris shows you the last 3 commit messages or something 21:59 chris im thinking @git_short 21:59 chris gmcharlt: any thought to making a git plugin for munin? 21:56 JeremyLC thanks again for the help, I need to go. (gotta run errands before church, can't be late 'cause I'm leading worship) 21:52 JeremyLC we don't need to import all eleventy-gazillion of our students into our koha system, we'd rather just query from ldap and create accounts as needed 21:51 gmcharlt JeremyLC: that would be cool 21:51 chris :) 21:51 JeremyLC it may be when we're done 21:51 chris gmcharlt++ 21:51 chris or gmcharlt ... he knows everything 21:51 JeremyLC okay 21:51 gmcharlt JeremyLC: not currently 21:51 chris ahh, i have never really done much with ldap, atz is the man you want to ask 21:50 JeremyLC er, possible 21:50 JeremyLC is it possibly to have it use the ldap server when looking up patrons for circulation purposes? 21:50 chris never hurts to know your neighbours :) 21:50 JeremyLC I'm still trying to figure some details for how we need to setup our system 21:49 JeremyLC that's good to know 21:49 chris he is sometimes on irc, otherwise he mails to the lists every so often 21:48 munin chris: I have not seen schuster. 21:48 chris @seen schuster 21:48 chris np 21:47 Jo subclass did it - thansk chris. 21:46 JeremyLC chris: I haven't heard of him 21:46 Jo cool - thanks for that 21:46 chris you might be able to compare notes 21:46 chris JeremyLC: have you talked with David Schuster in the Plano School District, they run Koha .. for quite a big number of schools 21:45 chris i think its some combo of the 3 21:45 chris try classification and also subclass 21:45 Jo yep. 21:44 chris in the old koha? 21:44 Jo hey, if i want to all 'bits' of the dewey number out in a php report, ie 920AND not the 920, wopuld you expect that specifying 'dewey' as the field to display would work, or is there a second 'bit' to specify.. 21:44 Jo really pleased for you all. 21:44 Jo that is so cool. 21:44 chris yep, he is still pretty excited 21:44 chris and kahu has just finished breakfast and is drawing pictures 21:44 Jo and is Kahurangi coping alright? 21:43 chris atarau and laurel are asleep still 21:43 Jo what a good baby 21:43 chris hehe 21:43 chris quiet ... its freaking me out 21:43 Jo hey Chris. How is the whanau. 21:42 chris hi jo 21:42 JeremyLC NZ, though, would be a much more fun trip 21:42 Jo mornign all. 21:41 JeremyLC yeah, plano is close, less than an hour away 21:41 chris start saving for next year, its looking like kohacon will be in my neck of the woods (wellington nz) :) 21:40 chris which i dont think is that far from arlington? 21:40 chris in plano 21:40 JeremyLC kohacon, interesting 21:39 chris oh, cool, i first visited texas in april for kohacon 21:39 JeremyLC Arlington, TX 21:39 chris just out of curiousity whereabouts are you JeremyLC ? (in the US somewhere im picking) 21:38 JeremyLC yeah 21:38 chris that would be cool, then you wouldnt end up with code that would need to be changed each upgrade 21:38 JeremyLC I could probably just put in a flag to customize it or use the default dn returned 21:37 chris ahh that's handy of it :) 21:37 JeremyLC returns a dn that isn't allowed to bind, even with a valid password 21:37 chris if you can think of any way to do it in a configurable way, we would love patches :) 21:36 JeremyLC mostly, this $userldapentry->dn(); 21:36 JeremyLC of course, since our IT department has implemented a grossly non-standard LDAP, I'll have to modify the code a bit regardless 21:35 chris git++ 21:35 chris no problem, just using the awesomeness that is git 21:35 JeremyLC thanks! 21:34 chris (how i found changes) 21:33 chris http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=history;f=C4/Auth_with_ldap.pm; 21:33 chris right 21:33 JeremyLC for my 3.00 installation I needed <server id="ldapserver"...> and it had to be outside the <config /> block 21:32 JeremyLC yes 21:32 chris that could well be it 21:31 JeremyLC it changed from <server id="ldapserver"...> to <ldapserver> 21:31 JeremyLC wait, I see 21:30 JeremyLC that is there, yes, and set to 1 21:30 chris ? 21:30 chris the useldapserver bit 21:30 JeremyLC it didn't work when I put it in the <config> section either 21:29 chris could that be it? 21:29 chris http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commitdiff;h=be2c784ff204967c1a355bdfc6083510390cc013 21:28 JeremyLC (we really need the hourly circulation policies) 21:28 JeremyLC I wanted to start working out some details while we await 3.2 21:27 JeremyLC I pulled it from git 21:27 chris lemme look 21:27 chris ahh so something must have changed between the 2 21:27 JeremyLC the new install calls itself 3.01.00.037 21:26 JeremyLC the working install is 3.00.00 21:26 JeremyLC no 21:26 chris exactly the same version of koha? 21:25 JeremyLC I have another, working koha server that has its config file organized identically to this one 21:25 chris no idea in that case 21:25 JeremyLC <yazgfs> <configstuff /> <server id="ldapserver" ...>...</server> <config>...</config></yazgfs> 21:24 JeremyLC so 21:24 JeremyLC EVERYTHING in the config file is enclosed with <yazgfs></yazgfs> 21:23 JeremyLC I have it just before the <config></config> section 21:22 chris maybe you have the ldapserver configuration in the wrong place in the config file, ie in the zebra section? 21:21 JeremyLC I specifically configured it not to use zebra 21:20 JeremyLC fixed my problem, but why? 21:20 JeremyLC changing this my $ldap = C4::Context->config("ldapserver") to this my $ldap = C4::Context->zebraconfig("ldapserver") 21:20 danny lol that would be nice 21:20 JeremyLC in Auth_with_ldap.pm 21:20 JeremyLC Hmmm 21:19 chris :) 21:19 chris dangit 21:19 munin chris: Error: "fix_bug" is not a valid command. 21:19 chris @fix_bug 3205 21:19 chris gmcharlt: cna you make this work? 21:18 danny just reading through the meeting notes, munin++! I am always having to look up bugs when someone mentions a bug number 20:47 JeremyLC I'm fairly certain it is finding, and using the config file, because it orked before I turned on useldapserver 20:46 JeremyLC repeated many times, then some "Can't call method..." errors 20:46 gmcharlt ok, also need to set KOHA_CONF environment variable in your local shell 20:45 JeremyLC unable to locate Koha configuration file koha-conf.xml at C4/Context.pm line 312. 20:45 JeremyLC okay, if I run it from within /usr/src/kohaclone I get a different output 20:44 gmcharlt try setting PERL5LIB in your local shell 20:44 JeremyLC Can't locate C4/Auth_with_ldap.pm in @INC 20:43 gmcharlt perl -e 'use C4::Auth_with_ldap;' 20:43 gmcharlt what do you get when you run 20:41 JeremyLC I have my staff interface running on https, though, rather than port 8080 20:40 JeremyLC for both the opac and staff sections 20:40 JeremyLC SetEnv PERL5LIB "/usr/src/kohaclone" 20:40 JeremyLC SetEnv KOHA_CONF "/usr/src/koha-dev/etc/koha-conf.xml" 20:40 gmcharlt look like? 20:38 gmcharlt what do the SetEnv in apache config 20:38 gmcharlt JeremyLC: shouldn't be, as long as the env vars are set correctly 20:38 JeremyLC is it possibly related to the fact that I'm running in dev mode, from git? 20:30 JeremyLC still, it didn't give me any errors 20:30 JeremyLC I'm not familiar with that tool 20:27 gmcharlt new one checks out OK in xmllint? 20:24 JeremyLC back 20:17 JeremyLC brb, need to run to a classroom for a minute 20:16 JeremyLC it continues with the path to Auth_with_ldap.pm 20:15 JeremyLC No "ldapserver" in server hash from KOHA_CONF: /usr/src/koha-dev/etc/koha-conf.xml 20:14 gmcharlt JeremyLC: oh, right 20:14 JeremyLC It isn't that way on my working server. that gave me an error, in fact 20:14 gmcharlt (yes) 20:14 gmcharlt and the actual error message is "No "ldapserver" in server hash from KOHA_CONF" followed by the path to the correct koha-conf.xml? 20:13 JeremyLC as in, between the <config></config> tags? 20:13 gmcharlt and the ldapserver element is in fact with the the config element? 20:12 JeremyLC yes 20:11 gmcharlt KOHA_CONF is pointing to the active koha-conf.xml, not the one in the git repo? 20:11 gmcharlt hmm - not seeing anything obvious in the diff 20:10 JeremyLC the guy was from facilities management, they have keys to everything, and don't always let you know they're coming 20:08 JeremyLC (well, in the ldap section update:0 vs. update:1) 20:08 JeremyLC I looked at the files side by side in emacs, and I can't find any differences other than the paths 20:07 gmcharlt neat trick 20:07 JeremyLC sorry for the delay, someone just walked through a locked door into my lab, had to go check it out 20:06 JeremyLC http://pastebin.com/d1627d38c 20:01 gmcharlt of course 20:01 JeremyLC okay, but I'm going to remove the password section 20:01 gmcharlt and it will spit back a URL that I can look at 20:01 gmcharlt you can paste in the diff 20:01 gmcharlt go to http://pastebin.com 20:00 JeremyLC ? 20:00 gmcharlt pastebin 20:00 JeremyLC the diff is 223 lines long (all the paths), I don't think I should just paste it in 19:59 JeremyLC the non-working install is pulled from git, and running in dev mode, though 19:59 gmcharlt is the KOHA_CONF env var correct? 19:58 JeremyLC in fact, except for the installation paths and the admin pass, the files are identical 19:58 gmcharlt JeremyLC: can you post of diff of the two KOHA_CONFs? 19:57 JeremyLC even though I have the ldap config in the SAME PLACE in my koha-conf.xml as my other, WORKING Koha installation 19:57 JeremyLC Okay, I'm getting this: No "ldapserver" in server hash from KOHA_CONF 19:34 atz ok, the rest looks fine then 19:33 gmcharlt predates you 19:33 atz did i have an extra </div> in there? 19:31 gmcharlt atz: just sent a couple more SCO patches; please eyeball 19:10 atz gmcharlt: no 19:10 gmcharlt atz: do you have any other SCO patches at the moment? 19:03 atz gmcharlt: yeah, it can go afaic 19:03 atz i don't know. ryan is in charge of the schedules, i think. 19:03 gmcharlt atz: looks like ./koha-tmpl/opac-tmpl/prog/en/js/sco.js could be removed unless I'm missing something 19:02 joetho When will we get the June 1st list that is posted there? 18:58 atz joetho: you just need to know the last date you were updated, read up to that point 18:57 joetho gmcharlt: this shows all the patches, and I am looking for the list of what has actually been applied to our installation 18:51 Ricardo Going home now. Take care everyone! :) 18:48 gmcharlt joetho: there's a support page for it - should have gotten link last time you got an upgrade 18:48 joetho where do I find the list of patches that have been applied to our liblime system? SEKnFIND 18:47 atz ok, cool 18:46 gmcharlt atz: yep 18:46 atz anybody get my "Standalone branch selection" patch from the list? 18:45 joetho slef: consider yoseff mutually comiserated. 18:35 atz 3M hardware, ime, has been a lot better to work with than 3rd party software 18:34 pianohacker I've has been fighting a donated 3m self-check machine for the past three months, so I could join that party... 18:34 slef pianohacker: if it means the code is that much bigger, there's a deeper bug needing addressing. 18:34 slef joetho: can we have a mutual comiseration about legacy library suppliers support ;) 18:34 atz joetho: yeah, that reminds me I need to call EnvisionWare back.... 18:32 pianohacker slef: Even if it means your code is about 1.5-2 times the size and harder to understand? I'm all for progressive enhancement, but Koha's current framework makes it very difficult. 18:30 joetho great. I have heard the tale of woe from Liz about hers, and I am hoping our vendor will be a little more pliable. 18:28 atz joetho: yep, i'll probably implement your SIP2 tomorrow 18:26 joetho atz: are you there? check liblime email? 18:18 slef clean CSS primarily IME 18:17 slef at least some current SonyEricssons don't 18:16 atz mobile usage depends more on other design factors 18:16 atz i think most of them have for many years 18:15 atz slef / pianohacker : my mobile phone browser(s) do javascript. 18:14 Ricardo gmcharlt: OK, thanks :) 18:14 gmcharlt the latter 18:14 Ricardo gmcharlt: OK. I'll see if I can submit that patch today. I can't test it in other installations, though... Should I submit it for HEAD and 3.0.x or just to HEAD and suggest Henri to test it and, if it works for him, cherry pick to 3.0.x? 18:13 gmcharlt Ricardo: since Amer said that he's comfortable letting somebody else write the patch, go for it 18:12 Ricardo Thanks munin ;-) 18:11 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2599 major, P1, ---, henridamien@koha-fr.org, NEW, Search limits not working for NoZebra 18:11 Ricardo Talking about bugs and NoZebra: is HDL around here? I would like to know if it's OK with him to submit the very small patch suggested by "Amer Denni" to solve Bug 2599 18:10 gmcharlt :) 18:10 slef gmcharlt: well, mostly. 18:10 slef gmcharlt: partly 18:09 gmcharlt slef: was your soujourn in Spain a vacation? 18:09 Ricardo slef: That's easy. You switched a "p" with an "a" ;-) 18:09 slef ah heck - how did I schedule today's IRC meeting as 10pm not 10am? 18:08 Ricardo gmcharlt: Right 18:08 gmcharlt Ricardo: yes, as it's essentially an installation bug 18:08 Ricardo gmcharlt: Oh, you mean AFTER someone corrects that bug, right? :) 18:07 gmcharlt Ricardo: no, it would be picked up during install time 18:07 slef pianohacker (from 23 May): javascript should be optional not a requirement. nirvana would be being able to use koha completely from a mobile phone 18:07 Ricardo gmcharlt: OK... But that would mean an additional step (correction) for the system administrator running Koha, wouldn't it? Or am I misunderstanding you? 18:05 gmcharlt assuming I'm remembering correctly that the MARC framework SQL scripts are loaded after the mandatory non-MARC SQL scripts 18:05 gmcharlt definiing a installer/data/mysql/en/marcflavour/unimarc/mandatory/unimarc_sysprefs.sql to change the value of NoZebraIndexes would do it 18:04 gmcharlt Ricardo: yeah, I see what you mean - having two distinct sysprefs might be quicker to implement, although overriding that syspref value could also be done in the SQL scripts that load the UNIMARC frameworks 18:03 Ricardo One step to solve that Bug, I believe, would be to have two distinct System Preferences 18:03 atz yeah, i'm still getting used to a working bot in the house 18:02 Ricardo Hey! Thanks munin, eheh 18:02 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2178 critical, P3, ---, galen.charlton@liblime.com, NEW, "NoZebraIndexes" system preference is being set to MARC21 values in UNIMARC installations 18:02 Ricardo Bug 2178 - "NoZebraIndexes" system preference is being set to MARC21 values in UNIMARC installations 18:02 Ricardo gmcharlt: I'm mentioning this because of the following bug that I reported a year ago: 18:01 slef Ricardo: it's clear but what do they mean? 18:01 atz yeah, that's why i don't get it... you can't switch back and forth currently 18:00 gmcharlt but until Koha DBs support MARC21 and UNIMARC simulteneously in the same DB, most of the time I'd think you'd only care about the index definitions for the MARC format you're actually using 18:00 gmcharlt Ricardo: I can see having some sort of access to alternate default values for a system preference 17:59 Ricardo atz: Sorry. Above I wrote "should be used for Zebra / NoZebra" but I meant "should be used for NoZebra". My tip for NoZebraIndexes only concerns NoZebra, granted. 17:57 atz either you're using zebra or you aren't... the marcflavour doesn't come into it 17:57 atz Ricardo: i don't understand the application of marcflavour-specific nozebra modes 17:55 Ricardo atz: What's your problem? I think "Error 19" is a perfectly clear error message! ;-) 17:54 Ricardo gmcharlt: Actually, I believe there's one thing (at least) that should be used for Zebra / NoZebra: having a "NoZebraIndexesUNIMARC" and a "NoZebraIndexesMARC21" system preference (which one would be active, would depend on the MARC flavour that was active at one given time). 17:53 Ricardo gmcharlt: Hi Galen! I appreciate your input regarding Zebra / NoZebra 17:51 Ricardo slef: Well, installing it on SUSE it's possible, but painful... Actually, there's now a Koha 3.0.1 RPM package in the project "openSUSE-Education". I couldn't find yet who created it and what options did he choose for installation. It's on my TODO list to investigate it 17:49 slef Ricardo: I'm pretty sure I've installed koha on a SuSE but it was probably pre-zebra. 17:49 gmcharlt drop-in support for other indexing engines would be nice, but obviously a longer term project 17:49 slef Ricardo: we're debian developers. What else would we use when we're given the choice? Actually, I've also installed it on OS X without too much pain. 17:49 atz yeah... "Error 19" 17:49 gmcharlt slef: I'm not planning to drop NoZebra, but I ultimately see us getting more bang for the buck by improving Zebra support, and particularly making it easier to configure 17:48 pianohacker It's kind of sad/funny to see 50 lines of debugging output followed by a three-character error code 17:47 Ricardo slef: You're probably using Debian (for what distribution, I believe, the installation process is more automated) 17:47 pianohacker No kidding 17:46 slef I don't find the install process too bad, but the error/debugging output isn't the most helpful 17:46 atz when they moved their servers it broke a lot of the accepted packages' tests 17:45 atz pianohacker: yeah, indexdata turn out great performing code... but the packaging isn't very user friendly 17:45 Ricardo pianohacker: CPAN Modules? Why, you have been reading my wiki article / INSTALL.opensuse file about installing Koha on openSUSE, haven't you? ;-) 17:44 pianohacker That and CPAN modules are roughly 90% of my install time for Koha on a new machine 17:44 atz Ricardo: your zebra server doesn't have to be the same hardware, btw 17:44 Ricardo pianohacker: Agreed! 17:44 Ricardo atz: I believe that. In my experience, it just wasn't worththe hassle 17:44 pianohacker I love zebra, but it is a royal pain 17:44 pianohacker Even from source 17:44 atz i suspect you can get zebra on openSUSE by compiling from source 17:44 pianohacker Though rather inferior in how infuriatingly quirky the install process for libyaz and idzebra is 17:43 atz Ricardo: zebra searching is clearly superior in featureset and performance 17:43 slef I'd like to see the fireworks when an RM suggests dropping noZebra from the next release... but maybe I'm wrong. 17:42 Ricardo atz: I tried to set up Zebra in openSUSE, failed to do it, and just moved on (our catalog is just some tens of thousands of records, so I think that we don't need Zebra) 17:42 slef atz: we did? 17:42 atz Ricardo: seriously, we have considered dropping nozebra support entirely, and it might eventually happen. 17:41 Ricardo atz: Don't call NoZebra junk please. I *need* it for my installations :) 17:41 atz nozebra is junk, imho... probably why nobody bothers updating it 17:40 atz hah... yeah, that's bad design 17:40 Ricardo I guess I could submit a patch for that 17:40 Ricardo rebuild_nozebra.pl -h starts rebuilding right away :( 17:39 Ricardo rebuild_zebra.pl -h shows a help screen (good) 17:39 Ricardo Talking about .pl files, I have a pet peeve: 17:39 Ricardo pianohacker: OK :) 17:38 pianohacker You do want to keep the single quotes, just put something between them 17:38 Ricardo pianohacker: Yep 17:38 pianohacker Yup, an empty string 17:38 Ricardo Right 17:38 atz what promise do we have that freenode or katipo's IRC are going to be around forever? none. 17:38 pianohacker Just change the '' to 'CODE' (where code is the code of the framework you want) 17:38 Ricardo pianohacker: So, I'm guessing that the '' after $record stands for the Default framework, right? 17:37 pianohacker Yup 17:37 Ricardo eval { ( $biblionumber, $biblioitemnumber ) = AddBiblio($record, '', { defer_marc_save => 1 }) }; 17:36 pianohacker the AddBiblio part 17:36 atz slef: no "promise" would be sufficient anyway. 17:36 pianohacker Hmm. Apparently that wasn't the right git tag. Grr. It should be about 10 lines below that 17:35 Ricardo pianohacker: on line 160 I have my ($guessed_charset, $charset_errors); 17:34 slef atz: but what promise that we won't get locked out of anything we add from now on? 17:34 pianohacker By the way, the line seems to be 160 17:34 atz slef: verb tense is important. 17:34 slef joetho: on the wiki? The wiki is still open and galen is an admin on that 17:33 Ricardo pianohacker: OK... 17:33 slef atz: unless it's content we added to the old version of the site. 17:33 joetho I was editing the reports page, where we share SQL 17:33 atz there is no problem for content you add yourself 17:33 slef only news or your libraries entries on the map, unless something has changed 17:33 pianohacker Frameworks are one of Koha's more ugly areas, and one that no-one is likely to pay to fix (it works just well enough not to get too much attention) 17:32 joetho Hmm, I edited something the other day, I think. 17:32 slef all of us existing web editors are currently locked out (see koha list recent past) 17:31 atz joetho: not sure who, but you can file a bug if there are any problems/additions 17:31 slef no idea - josh is the most likely, but maybe Tina 17:31 joetho this one: http://koha.org/about/get-involved/mailing-lists/mailing-listsg 17:30 joetho hello all you happy kohanians... is Galen the administrator in charge of the page listing Koha listservs? 17:30 Ricardo :) 17:30 atz yeah, that makes sense 17:30 Ricardo (when they do the cataloging, I mean) 17:29 Ricardo atz: LOL! I understand that, but most people that I know want the frameworks customized to only show the fields that are important to them 17:29 atz if you need one, then you need one... but I try not to need one 17:28 atz actually, i avoid messing w/ frameworks at all costs 17:28 Ricardo atz: Agreed, but I believe that's a good advice *in addition* to using another framework (than the default one) :) 17:27 atz that's best to use if you are doing bulk data cleanup 17:27 Ricardo atz: Hi Joe! Not right now (and I haven't used it in several months) , but I do have it installed, yes 17:26 atz Ricardo: are you using MarcEdit? 17:25 Ricardo pianohacker: Well, I'm doing data migration from another system/software and some of the fields must be changed, and so I'd rather NOT change the default framework for doing that 17:25 pianohacker Let me find the equivalent line number, one sec 17:25 Ricardo pianohacker: I'm using Koha 3.0.1 and line 186 for me is blank. Could you copy it here, please? 17:24 pianohacker Just out of curiosity, why do you need this? 17:24 pianohacker You could replace $record, '' with $record, 'CODE' where CODE is the framework you want to use 17:23 pianohacker Line 186 of bulkmarcimport.pl 17:23 pianohacker Ricardo: It looks like the default framework is hardcoded 17:23 Ricardo Why "oops"? 17:21 slef oops 17:19 Ricardo (Rafael António replied, but I did not understand exactly what he meant) 17:18 Ricardo http://lists.katipo.co.nz/public/koha/2009-June/018698.html 17:18 Ricardo [Koha] bulkmarcimport and different framework 17:18 Ricardo slef: Do you (or anyone else, for that matter) can give me a tip regarding this: 17:17 Ricardo Cool :) 17:17 slef the animated television series The Simpsons. He is voiced by Hank Azaria, and first appeared in the episode \"Bart Gets Hit by a Car\". Riviera is an incompetent quack physician, a satire of doctors who have st" "udied at dubious medical schools. http://en.wikipedia.org/wiki/Dr._Nick_Riviera" 17:17 Ricardo right 17:16 slef doctor_nick.wp.dg.cx TXT "Nick Riviera, M.D. is a recurring character on 17:16 slef though he usually said "Hello everybody!" 17:16 Ricardo slef: OK. I must have missed that episode :) 17:16 slef it was a Simpsons reference... ;) 17:15 Ricardo slef: Well, actually here in Portugal we call people that have a "Bachelor" (sp?) degree "Dr.", and call it "Doctor", although we can NOT write it "Doctor", because that's reserved for people with a Doctorate. Weird, I know! 17:14 slef (sorry, couldn't resist) 17:14 slef hi dr Ric! 17:13 Ricardo Hi everyone! :) 16:13 jwagner I think I'm going to go take a nap. Brain is no longer functional.... 16:08 jwagner No, the Broth of Oblivion (cf Barry Hughart, The Story of the Stone) was apparently successfully administered. Unless of course this is my first life. 16:08 wizzyrea afk a lil 16:07 wizzyrea gmcharlt: i like your style, I'll take a look and see 16:07 ebegin jwagner, You don't remember, in your previous life? 16:07 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3289 normal, P5, ---, galen.charlton@liblime.com, NEW, News items do not appear on current date, must be backdated. 16:07 gmcharlt wizzyrea: before I assign bug 3289 to somebody, that may be a good one for you to tackle if you want to practice Perl 16:06 jwagner When was the first time???? 16:06 ebegin jwagner, again? :) 16:04 jwagner I have achieved immortality! 16:04 munin gmcharlt: The operation succeeded. Quote #2 added. 16:04 gmcharlt @quote add <jwagner> Hope springs eternal in little kitty hearts. Better watch the doors :-) 16:00 atz sometimes it was really freaky because you could swear somebody was in the other room... 15:59 atz he had a really good range of vocalization, and would imitate people talking on the phone, for example 15:59 atz when i lived in a rather serious ghetto 15:58 atz i once had a very vocal adopted-alley-cat named Mao 15:57 wizzyrea kitty chirping is hilarious 15:57 gmcharlt wizzyrea: :) mine use to do that in Chicago, when they had pigeons to talk to 15:57 wizzyrea gmcharlt: my kitties have an unreasonable obsession with bugs. And talk to the birds outside; They only speak a little bird though: trite phrases and swear words, mostly. 15:56 jwagner Hope springs eternal in little kitty hearts. Better watch the doors :-) 15:54 gmcharlt jwagner: indeed. mine don't go outside, though, so the local fauna is safe 15:53 jwagner gmcharlt, no need to encourage kitty behavior. Next thing you know, kitty will be emulating my sister's cat and bringing mice and shrews and whatnot in to share with the rest of the family.... 15:53 pianohacker heh 15:52 gmcharlt lol - my kitty wants that lizard walking on the outside of the window screen so very, very bad 15:51 wizzyrea we're going to verify that things expire wierdly, but I'll file the "news has to be posted yesterday" bug 15:50 wizzyrea i shall file a bug for it 15:50 atz > instead of >= 15:50 atz wizzyrea: probably just a bad conditional check 15:50 wizzyrea very perplexing 15:50 wizzyrea and the news item we posted yesterday, set to expire friday, disappeared today 15:49 wizzyrea it already appears that you have to schedule a news item to appear the day before the day you want it to actually appear 15:49 wizzyrea we had a strange scheduling issue with a news item, it disappeared before it was scheduled to and I wanted to know if there was a report of that or if it was a new bug 15:48 wizzyrea i'm looking for bugs, want to make sure i'm searching for the right thing gmcharlt: thanks 15:48 gmcharlt why do you ask? 15:48 gmcharlt wizzyrea: just news 15:46 wizzyrea is there another name for the "news" functionality in the staff interface? 15:25 Sharon ok, ty 15:25 gmcharlt Sharon: not presently 15:23 Sharon Is there a cron job that cleans out the bib reservoir? 14:54 nahuel cool thank you :) 14:53 gmcharlt and misc/commit_biblios_file.pl 14:53 nahuel :) 14:53 nahuel thank you galen 14:53 nahuel cool 14:53 nahuel ah okay 14:53 gmcharlt misc/stage_biblios_file.pl 14:53 gmcharlt nahuel: there are command line equivalents that you may find it easier to debug 14:53 nahuel gmcharlt, it seems that it's runned as another process 14:52 nahuel gmcharlt, how can I debug importbatch ? 14:43 atz yeah, i'm sure a lot of it is similar in intention 14:43 jwagner OK, guess we'll worry about merging things later :-) 14:42 atz actually, i'm done w/ circulation and cataloguing 14:42 jwagner atz, with regard to your email to the list this morning, "I am currently extending the Granular Permissions to cover circ, cataloguing and admin tasks." We have been working on expanded granular permissions for a client, and it's in testing. There are a lot of new circ ones and some cataloging ones. Dunno if you want to coordinate on development? 14:41 gmcharlt manage-marc-import.pl 14:41 nahuel oh, and which one import them in the database ? 14:41 gmcharlt note that staging just copies records to import_records, import_items, and import_biblios 14:41 nahuel ok 14:40 gmcharlt the main thing the script itself does is handle file uploads, invoking BatchStageMarcRecords, and generating log output 14:40 nahuel ok 14:40 nahuel gmcharlt, well, i'm trying to fix a problem with this tool, the items are no more imported in "items" table 14:40 gmcharlt but stage-marc-import.pl is basically a wrapper for C4::ImportBatch::BatchStageMarcRecords 14:39 gmcharlt nahuel: as far as your question goes, that's pretty broad 14:39 nahuel gmcharlt, of course, but I thinked paul was right :p 14:38 gmcharlt nahuel: git-log and git-blame are your friends when figuring out the provenance of a script :) 14:38 nahuel gmcharlt, well so I have a question for you : how does it work ? :) 14:38 nahuel good night chris 14:38 nahuel scuse :) 14:38 nahuel paul said it was you atz :p 14:37 atz g'night chris 14:37 nahuel ho 14:37 chris ok, 2.40am time to go back to sleep (i hope) 14:37 gmcharlt nahuel: no, I wrote it 14:37 atz nahuel: i don't think so 14:37 nahuel atz, it seems you did the stage-marc-import tool? 14:37 atz ? 14:36 nahuel atz, else, I had a question for you 14:36 nahuel héhé 14:35 atz freaking lame 14:35 chris yeah thats what ive started doing 14:34 atz i guess I'll just skip patches@koha.org then 14:34 gmcharlt atz: patches showed up 14:34 atz let me know if you see anything 14:31 chris since patches@koha.org just is a forward to that 14:31 atz chris: no, i'll try that now 14:30 chris atz: have you tried just sending to koha-patches@lists.koha.org ? 14:30 nahuel and what is the email's content ? 14:25 nahuel and you smtp server ? 14:23 atz yeah, my process and git config are all the same as before 14:23 nahuel ah ? 14:23 atz something changed w/ our DNS or something 14:22 atz i think so... 14:22 nahuel atz, aaah ... perhaps it's spamd fault 14:18 atz can't seem to get my messages through to patches@koha.org ... 14:16 nahuel atz, what's up ? 14:15 atz greets nahuel 14:07 nahuel atz, hi 13:53 jwagner Well, MODERATELY standard, anyway. Yes, I'm in MarcEdit now & playing around. I just thought I remembered that someone had posted a script somewhere. Our dataloader probably has some tools, but he's out today. 13:52 gmcharlt but I don't recall anybody putting up example scripts 13:52 gmcharlt seriously, I know people tend to use MarcEdit to do that 13:52 gmcharlt there is such a thing as a *standard* 949 field? 13:51 jwagner gmcharlt or anyone -- I'm sure I remember someone talking about a script to convert standard MARC 949 fields to Koha 952 fields, but I don't see any mention of it on the wiki. Is there such a script somewhere in the wiki or elsewhere? 12:44 gmcharlt that said, the distinction matters more only if you foresee exchanging your MARC records with anybody else 12:43 gmcharlt whereas 653 is for "uncontrolled" index terms, e.g., keywords 12:43 gmcharlt anasha: 650 is a possibility, but is really meant to be used for subject *headings* that are linked to authority records 12:42 anasha and 650 is for subject 12:42 anasha gmcharlt, earlier they were using 650 to store keyword 12:40 anasha gmcharlt, thanks 12:40 anasha my guys are trying t add port some data into koha, the data has a field keyword 12:40 gmcharlt MARC tag 653 is a possibility 12:40 gmcharlt anasha: if you want to explicitly store keywords, like those assigned by a (human) indexer 12:39 hdl_laptop ok. 12:39 hdl_laptop mmmm.... 12:38 gmcharlt there's no git option I know of to tell git-apply to ignore whitespace when checking patch context 12:38 hdl_laptop anasha: all indexedtages. 12:38 kf or do you want to catalog keywords? 12:38 gmcharlt + bar<end of line> 12:38 gmcharlt - foo<end of line> 12:37 gmcharlt and your MTA strips whitespace so that patch looks like this 12:37 gmcharlt + bar<end of line> 12:37 kf keyword search in opac? 12:37 gmcharlt - foo <end of line> 12:37 gmcharlt so if your diff is like this 12:37 anasha what is the marc tag for keyword 12:37 gmcharlt hdl_laptop: right, but that's only for dealing with whitespace when applying the patch 12:36 hdl_laptop gmcharlt: http://pastebin.com/d630d8ed 12:34 gmcharlt hdl_laptop: none that I know of that cause git-apply to ignore or add trailing whitespace when checking diff context 12:32 hdl_laptop gmcharlt: there is an option not to apply whitespace changes or override them. 12:17 jdavidb gmcharlt++ 12:17 jwagner Always cleanest to work on nice new delivered code :-) 12:16 jdavidb Sure thing, Jane. Thanks, gmcharlt! 12:16 jwagner Good news, then. David, let's wait a bit & get it in an update. 12:16 jdavidb I betcha that's what happened... 12:16 gmcharlt jwagner: today 12:16 jwagner Galen, depending on how soon "soon" is, I might be able to wait for this until it does get pushed. If it's in a day or two, I could wait. 12:15 gmcharlt another possibility - if a MUA or MTA in your chain happens to strip trailing whitespace, could cause patches to fail to apply 12:15 jwagner (chortle) 12:15 jdavidb jwagner: :P No, I do not. 12:15 jdavidb I tried that, too, and got nada. 12:14 gmcharlt jdavidb: one thing to note - I always run git-am with the -3 option to do automatic three-way merges 12:14 gmcharlt so will be pushed soon after testing 12:14 jwagner David, do you have any hair to spare? 12:14 gmcharlt jdavidb: applies cleanly for me 12:13 jdavidb K. I'd love to see that one land in the git.koha.org, and save me a hair-pulling. 12:13 gmcharlt jdavidb: yep - lemme try applying the patch myself 12:12 jdavidb Ever seen something like that happen? 12:12 jdavidb It's listing all the files right, and sees the commit message correctly...just..doesn't apply anything. 12:12 jdavidb jwagner asked me to apply atz's self-check patch to a box for her, but I'm getting the whole patch rejected against a clean koha.org git pull.. "does not apply." 12:11 gmcharlt jdavidb: pong 12:11 jdavidb gmcharlt: ping? 12:08 gmcharlt :) 12:07 nahuel yep, for biblibre channel :) 12:07 gmcharlt nahuel: setting up a supybot of your own? 12:07 nahuel thank you 12:07 nahuel cool 12:06 gmcharlt nahuel: http://code.google.com/p/supybot-bugzilla/ 12:06 nahuel gmcharlt, where did you find the @bug plugin ? 12:06 nahuel gmcharlt, ping ?