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 ?