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