IRC log for #koha, 2009-06-22

All times shown according to UTC.

Time S Nick Message
16:43 SirStan chris++
20:27 chris morning
20:38 ebegin hi all!
20:47 eiro http://search.cpan.org/dist/in[…]t/lib/indirect.pm
20:47 eiro hello guys
20:48 eiro it would be cool to use this pragma everywhere in koha, tracking all the "new CGI" syntax
20:48 eiro 'night all :)
20:52 chris oh good idea eiro
20:52 chris hiya lori
20:52 LBA howdy, happy father's day to all you daddies
20:54 chris not fathers day here yet, not until september, i wonder if i can get 2
20:54 chris :)
20:55 LBA go for it!
20:55 chris one for each child maybe
20:55 chris :)
20:57 richard hi
20:58 ebegin Did anyone noticed that the koha-zebra-ctl.sh and koha-zebraqueuequeue-ctl.sh was moved for 3.00.02?  They are now located in misc/bin (was in bin before)
20:59 ebegin s/noticed/notice s/was/were/
21:00 ebegin Unfortunatly, I think the install script was not modified accordingly
21:11 chris ahh no i didnt notice that
21:11 chris you might want to drop Henri Damien a note
21:40 hdl_laptop thx ebegin for noticing.
21:40 hdl_laptop I thought it was thus already for 3.0.1
22:13 chris back
22:13 chris that took longer than i planned
22:20 chris i need more coffee before i answer more mailing list questions i think
22:20 chris collum: thanks for answering nelson as well
22:21 collum You expressed what I was thinking far more eloquently.
23:52 SirStan What list was this eloquent reply?
23:53 SirStan ah
00:13 SirStan chris: opac search (via nytprof): http://vtwireless.com/nytprof/
00:14 SirStan the times there are 3x normal..
00:20 chris theres something odd going on
00:21 chris print $query->header;
00:21 chris should not take 2 seconds
00:21 chris (thats using CGI.pm) one of the most widely used modules
03:28 Amit hi chris, brendan, mason
03:28 Amit morning #koha
03:28 Amit hi richard
03:28 richard hola amit
03:29 mason hiya amit, good morning to you too
03:30 mason and atz and richard too ;)
03:32 Amit hi atz
03:34 richard hi mason
03:51 brendan heya amit  -- richard and mason too :)
03:51 Amit heya brendan
03:53 chris hi brendan and amit
03:54 brendan good evening chris --
03:54 brendan Almost time for me to go to bed.  Too much sun today
03:54 SirStan mmm was a beautiful day up here.
03:55 SirStan before i roll my own -- anyone have a small script that I can scan isbn, look up in my catalog, find a record, and then scna in a barcode?
03:55 SirStan So I can roll through linking 9k records to barcodes
03:55 Amit hi sirstan
03:55 SirStan hai Amit.
03:57 chris not me SirStan
03:58 SirStan no worries
03:59 SirStan chris: that nytprof was running 3x slower than realtime..
03:59 SirStan it executed in 2 seconds -- but the nytprof said 6 seconds.
03:59 SirStan so any timings are 300% elevated
03:59 chris stills seems very out that a print header line would take 2seconds
04:00 chris all that line is doing is print "Content type:html\n\n";
04:00 SirStan ah.
04:00 SirStan my bad.
04:00 SirStan I didnt pipe it to devnull
04:00 chris ahh
04:00 SirStan actually that linepritns EVERYTHING
04:00 SirStan so it took a long time to print to a buffer
04:00 SirStan and dispaly
04:01 chris right
04:01 chris well that subroutine prints everything
04:01 SirStan mhm
04:01 chris print $query->header
04:01 SirStan , $html
04:01 chris ah right you are
04:01 chris in that case, not too bad
04:02 chris there is a patch already sent for master
04:02 chris for authorised values
04:02 SirStan nice!
04:02 SirStan i didnt see it
04:02 SirStan did it hit devel?
04:03 chris http://git.koha.org/cgi-bin/gi[…]8db9ace8c21b63338
04:03 chris koha-patches
04:03 chris might be a list worth subscribing too all patches get sent there, and then accepted into the repo
04:03 SirStan Fredric's post?
04:03 SirStan from jun14th?
04:03 chris galen reworked it
04:04 chris but yep
04:04 chris http://git.koha.org/cgi-bin/gi[…]?p=Koha;a=summary  
04:05 SirStan nice.
04:05 SirStan i get the patch emails.
04:05 SirStan i even subbmited a few ~6mos ago
04:05 chris ah yep, you are in the history :)
04:05 SirStan but didnt get a warm fully feeling from that :D.  
04:06 SirStan ill keep my changes local
04:06 chris oh?
04:08 chris as far i can see they were all accepted
04:08 SirStan yea.. they were
04:09 SirStan some of the resulting discussion was BLAR WHY DID YOU DO THAT.
04:09 SirStan on minor changes.
04:09 chris i wouldnt let that stop you
04:10 chris if it was blar, and then not accepted that would be a different story
04:17 mason i can honestly say that all the critique ive had about my commits have been valid and appreciated
04:22 pianohacker1 $SirStan->{'name'} ? Trying to find you in the history
04:23 chris number 75 pianohacker
04:24 SirStan just a couple minor edits piano.
04:24 SirStan ~25 lines committed
04:24 SirStan ive done more on the wiki that in code
04:26 pianohacker chris: ah, thanks
04:27 pianohacker SirStan: Community peer review has its ups and downs, don't it?
04:28 pianohacker (usually positive ones, but not always)
04:30 SirStan pianohacker: the lib world is wierd.
04:31 SirStan Koha is slow and bloated.
04:31 SirStan yet no one cares.. and are defensive if you suggest that is the case.
04:32 chris who doesnt care?
04:32 SirStan not you.
04:32 SirStan seriously... your amazing for that memoize hack
04:32 SirStan but local librarians.. and way back when i suggested the 500mb koha install was bloated..
04:33 mason :)
04:33 SirStan "buy faster hardware"
04:33 mason or delete the other language dirs, after you install...
04:34 SirStan mmm
04:34 chris thats being worked on, the debian packages will ship the localisation as seperate packages
04:36 chris i dont know a single developer who thinks koha is fast enough, if thats any consolation for you :)
04:37 mason but haaay, dont let a *perceived* harsh critique of your work sabotage your desire to contribute to the project
04:37 pianohacker Koha, being a somewhat specialized software project,
04:38 pianohacker mostly only gets really big improvements when someone is willing to pay for them
04:38 SirStan to liblime?
04:39 pianohacker To catalyst, katipo, biblibre, etc.
04:39 pianohacker and liblime, yes
04:39 SirStan who/what is catalyst?
04:39 SirStan ive heard the other names
04:39 chris ive worked for katipo, then liblime, now catalyst
04:39 SirStan wow :)
04:40 mason i think peoples satisfaction/success with the koha-project is largely what they make it....
04:40 SirStan mason: koha is amazing.  as an "outsider" to the library world who has worked with many-a-bad ILS systems from major US vendors...
04:40 mason glass half-full / glass half-empty etc
04:40 SirStan Koha rocks.
04:40 pianohacker (note: above comments based on 1.5 years of working with the koha project, take them with a full container of iodized salt)
04:41 chris ill see your 1.5 and raise you 10 :-)
04:41 pianohacker chris: well, exactly :)
04:41 chris SirStan: there are few projects on the go
04:41 chris pianohacker is doing some neat stuff with AJAX and circulation
04:42 chris ive been expirementing with template-toolkit instead of html::template
04:42 chris and we want to add DBIx::Class in too
04:42 chris + mod_perl safing it
04:43 pianohacker Though ironically doing paid work on Koha is interfering with working on Koha for fun (including getting a nice version of the ajaxcirc patches sent in)
04:43 chris which should make it smaller/faster
04:43 chris heh, thats the problem
04:43 chris no one wants to pay for the optimisation stuff, so you end up working on data migrations instead
04:43 SirStan our issue here is that our users are on dial up.
04:43 SirStan and koha taking 400k/page is a barrier
04:44 chris yep
04:44 chris you have got expires headers set up eh?
04:44 SirStan yea. but that doesnt help first load
04:44 SirStan yui+jquery+custom js
04:44 chris yeah, id set them to like a year
04:44 chris the other option
04:44 pianohacker SirStan: And even if you set expire headers up, that's still ~40 round trips per page just to get 302 not modified
04:45 chris is koha is designed to work with /theme/language/
04:45 chris you could make cut down versions of the opac ... maybe a minimal theme
04:45 chris i think mobile users would like that too
04:45 chris back in the day
04:46 chris koha was designed precisely to work on dialup
04:46 chris and not fast dialup either ... dialup that could do 33k3 max
04:46 SirStan i know :)
04:46 chris because the electric fences messed up any compression
04:46 SirStan actually
04:46 chris tick tick tick on the phone line doesnt help
04:46 SirStan same issue here
04:46 SirStan ironically
04:47 chris i do think, that with not too much effort
04:47 pianohacker SirStan: At the very least, you could minimize the JS and CSS and combine them both into just two files
04:47 chris *nod*
04:47 chris mod_deflate
04:47 chris too
04:47 chris but now i must go pick up my son ... id encourage checking out mod_deflate and/or mod_gzip
04:48 chris and making the expires headers a long long time from now :)
04:48 SirStan hmm.
04:48 SirStan mhm* -- ive got it shrunk down quite a bit
04:48 SirStan just running everything through minimizers helps alot
04:48 pianohacker Yup
04:49 pianohacker Some of the included JS libraries are pre-minimized, but Koha's own JS is not (to ease development)
04:50 pianohacker It probably wouldn't be horribly difficult to write a script that generated a version of the prog theme with minimized HTML/CSS/JS
04:50 SirStan took me about 30 minutes
04:51 pianohacker Well, there you go then. Please think about submitting it in
05:56 chris back
07:02 hdl_laptop hi
07:03 Elwell_ morning all
07:03 chris hi Elwell_ and hdl_laptop
07:08 chris hi nicomo and Kivutar
07:08 Kivutar hello
07:08 nicomo hi chris
07:10 Elwell_ Git Q - does it include old history (from SVN) or was it a clean export?
07:10 chris it includes old
07:10 chris (from cvs)
07:10 chris git.koha.org has back to 2000
07:11 Elwell_ ace. Now I need to make my script work with git :-)
07:11 chris i have another git repo for the cvs repository prior to putting koha up on sourceforge in 2000
07:11 chris http://stats.workbuffer.org/
07:11 Elwell_ chris: how many developers at that time? (pre 2k)
07:12 chris http://stats.workbuffer.org/ko[…]1012/authors.html
07:12 chris 2 main ones
07:13 chris youve seen the history file eh?
07:13 Elwell_ yeah
07:13 chris basically i used those 2 repos, plus the mailing lists to create it
07:16 Elwell_ chris: Trying to show 'commitment' to open source projects - ie how many developers stick with a project longf term (and then see if they're being paid to do so...)
07:17 Elwell_ is 'open source' really open :-)
07:17 chris ahh right
07:17 Elwell_ pitching a paper at a management journal
07:17 chris cool
07:18 chris most of the time i have been paid to do at least some koha work, but i had a year, april 2008 - april 2009 when i wasnt being paid to do any work
07:19 chris (any work on koha that is)
07:19 Elwell_ 'frinstance > 30% of the last Linux Kernel (by changeset) was paid for by RH,Intel,Novell,IBM
07:20 chris http://stats.workbuffer.org/ko[…]-now/authors.html
07:20 chris that might be interesting, the date of first commit, and the last one
07:20 chris actually i need to regen that, 2 secs
07:20 Elwell_ do you keep any 'company' or sponsoring info to map usernames to?
07:21 chris only in my head
07:21 Elwell_ np
07:21 chris i could tell you pretty much all of them if you wanted
07:22 Elwell_ I'll have a poke around once I do some Real Work :-/
07:22 chris :)
07:23 chris k regened the stats from the latest rebase
07:24 chris hi paul_p
07:24 paul_p hi chris.
07:33 chris very cool logo nicomo :)
07:33 nicomo thanks chris
07:33 nicomo was great fun to make actually
07:34 chris Elwell_: i think for Koha > 95% was paidfor by libraries
07:34 chris via katipo, liblime, biblibre etc
07:34 chris actually maybe 90%
07:34 nicomo Elwell_: and that seems pretty natural since it's not a general public, general purpose software
07:35 chris but thats just a total guess
07:35 chris and it gets tricky, if someone is paid for a 40hour week and works 60 hours on koha etc
07:37 chris i think in koha, its quite interesting, because users contribute more than say linux
07:37 chris ie there are millions of linux users, and the percentage that contribute in either time or money back to the project would be much lower than for koha
07:38 chris and once again, i think as nicomo has said, it is because its a specialised piece of software
07:38 Elwell_ chris: yeah thats what I'm expecting
09:07 |Lupin| hello there !
09:07 chris hi |Lupin|
09:08 |Lupin| hi chris ! how are you ?
09:09 |Lupin| (Is it possible in koha to see all the records that are present in the catalogue?)
09:10 chris not in the web interface
09:10 |Lupin| ah too bad.. The other way is in SQL, then ?
09:10 chris *nod*
09:11 |Lupin| or s there a third way ?
09:11 chris thats the only way i can think of
09:11 |Lupin| okay
09:12 |Lupin| I hav ethis strange error message I already had: Can't call method "as_usmarc" on an undefined value at /usr/local/stow/koha-3.00.​01-stable/lib/C4/Search.pm line 2119.
09:13 chris when you are doing a search?
09:13 |Lupin| I'm wondering if koha's tables haven't been corrputed and if there is some sanity checks I could run, or perhaps some scripts to regenerate sane tables;..
09:13 |Lupin| chris: yes
09:13 chris it could be just one record, with an invalid marc record
09:13 |Lupin| chris: okay
09:14 chris do you have xslt switched on?
09:14 chris (that question on applies if you are searching in the opac)
09:14 |Lupin| but I also have the error when doing a search which is supposed to give aback a record provided by the french national library
09:15 |Lupin| not sure this record has been successfully imported, though
09:15 |Lupin| chris: I am searching in the opac and I don't know how to see whether xslt is turned on o off ...
09:16 chris if you search in the librarian interface, same search, do you get the same error?
09:16 |Lupin| chris: I'm checking this... didn't know it could make a difference...
09:17 chris it probably wont in this case, but if you do have xslt turned on (in the opac tab in system preferences)
09:17 chris the opac and the librarian interface will render results differently
09:18 chris this sounds like it couldnt create a valid MARC::Record object
09:18 chris so when it tried to call as_usmarc it blew up
09:19 |Lupin| in the librarian interface it doesn't find anything
09:19 chris and usually it cant make  MARC::Record object if there is something invalid in what it is using (the marcxml column in biblioitem)
09:19 chris you do a select marcxml from biblioitems where biblionumber = somenumber
09:20 |Lupin| I can check the table directly...
09:20 chris and quickly eyeball that column
09:20 chris id look for missing closing tags
09:20 chris or something like that
09:21 |Lupin| thre are five results
09:21 chris orly?
09:22 |Lupin| yes
09:22 |Lupin| it's normal
09:22 chris three biblioitems for the same biblionumber?
09:22 |Lupin| I just tried to import a few records semi-manually...
09:22 chris ah
09:22 chris in which case i have no idea which one it will actually be trying to use when rendering the results
09:23 |Lupin| okay
09:23 |Lupin| let me see more precisely what happens...
09:27 |Lupin| chris: wget http://inova.snv.jussieu.fr/log
09:28 |Lupin| chris: would ou mind taking just one minute to have a look to it and tell me hat you think about it, please ?
09:30 fredericd |Lupin|: \n in MARC records sound not good!
09:31 |Lupin| fredericd: yes I was surprised to see them too, but I thought it may be mysql printing... ?
09:32 chris hmm
09:32 |Lupin| I didn't touch the marcxml directly, never. The onlyy tol I used to import was bulkmarcimport
09:32 |Lupin| and by the way it's koha 3.00.01
09:33 chris cant see anything obvious, BUT, you shouldnt have 5 biblioitems attached to the same biblio
09:34 |Lupin| chris: I think it's because when I did the bulkmarcimportfor the first time, it gave a lot of warnings, so I ran it several times
09:34 chris it should then make different biblio's
09:34 chris ie there should be a 1-1 relationship
09:35 |Lupin| chris: does this mean that there is a bug in bulkmarcimport ?
09:35 |Lupin| (the data were the same for each run)
09:35 chris there might have been for 3.0.1
09:36 chris i havent seen it make multiple biblioitems attached to one biblio before though
09:36 |Lupin| chris: so... should I update to 3.00.02 ?
09:37 chris the code expects a one to one relationship, so i have no idea which one of those 5 will be actually being returned
09:38 chris probably the first one
09:38 |Lupin| chris: and also, I don't think the same marc xml appears five times. From what I can see, I'd say there are three occurrences for "Fille de rouge" which is a marc record I have built manually, and two occurrences of "La marche consulaire", which come from the national library
09:38 chris yes but do they all have the same biblionumber?
09:38 chris what is the sql you used to get those 5?
09:39 |Lupin| select marcxml from biblioitems
09:39 chris ahh so you didnt do where biblionumber=something?
09:40 |Lupin| and the biblionumbers are distinct
09:40 |Lupin| from 7 to 11
09:40 chris right i misunderstood i thought you were just trying to get the one problem record
09:40 |Lupin| chris: no because I didn't know the biblionumbers...
09:41 |Lupin| chris: no it's my fault, I'm not clear enough myself to explain things the right way
09:41 |Lupin| chris: what I'm trying to do is
09:41 |Lupin| 1. See which titles are present in the catalog
09:41 chris right
09:41 |Lupin| 2. understand why a search for a word does not work.
09:41 chris select title from biblio;
09:42 chris is the easy way to spot that one
09:42 chris what is the word you are searching for?
09:42 |Lupin| I tried fille and consulaire
09:42 |Lupin| both fail
09:43 |Lupin| (in the OPAC they give the message I have shown previouslèy)
09:43 |Lupin| So "Fille de rouge" indeed appears three times, whereas "La marche consulaire" appears once.
09:43 |Lupin| s/once/twice/
09:44 chris right
09:44 |Lupin| so now 1 is solved and 2 remains.
09:45 chris how about we do a bulkmarcimport -d
09:45 chris to clear it out and just load in one record
09:46 |Lupin| yes, good idea
09:46 |Lupin| let me do that.
09:48 |Lupin| the -d didn't seem to work, because bulkmarcimport displayed its help
09:48 chris ahh you need to do bulkmarcimport -d -file whatever_the_file_is_called -n 1
09:49 |Lupin| ah okay
09:49 |Lupin| I thought -d was enough
09:50 chris ah no, sorry, currently you can only clear it out as part of an import
09:51 |Lupin| yep
09:51 |Lupin| my mistake
09:51 |Lupin| no problem
09:52 |Lupin| it worked, modulo a lot of warnings !
09:52 |Lupin| okay, now I indeed have just one title.
09:53 chris using zebra?
09:53 |Lupin| no
09:53 |Lupin| normally, no.
09:53 |Lupin| I did, but now I do not anylonger..
09:54 chris in that case you will need to run rebuild_nozebra.pl
09:55 chris with -r for reset
09:55 |Lupin| is there a way to ensure that koha really does not use zebra ?
09:56 |Lupin| oh
09:56 chris yep, it wont use it you set the systempreference to not use it
09:56 |Lupin| even when zebra is not use there is a command to run to rebuild the index ?
09:56 chris only after an import
09:56 |Lupin| chris: is the system preference stored in the database somehow ?
09:56 chris yes
09:56 |Lupin| easier for me than using the web interface
09:57 |Lupin| ah that's the piece I missed
09:57 chris (note rebuild_nozebra not rebuild_zebra)
09:58 chris you can actually look in the nozebra table
09:59 chris after you have rebuilt the index (it builds the index automatically if you add records through the web interface)
09:59 chris the nozebra table is what it searches
09:59 |Lupin| I see
10:00 |Lupin| chris: maybe bulkmarcimport could run the right command automatically, or perhaps even have a command-line option to do so ?
10:04 chris it could, but you need to run different ones whether you are using zebra or not
10:05 |Lupin| chris: and the script can not figure out whether zebra is used or not ?
10:06 |Lupin| and now the search in the opac works ! Thanks a lot for your help chris, and thanks especially for your patience ! I feel rather dumb regarding koha
10:06 chris yep, it could, but personally i like running it as 2 separate jobs
10:08 |Lupin| chris: ok
10:08 chris it would be really cool if it could be parallelised
10:09 chris so that they can run at the same time
10:09 |Lupin| this coudl be done ?
10:09 chris using different threads
10:09 |Lupin| I thought there is a dependency between import and rbuild ?
10:09 chris yep, you would need to load at least one record, before starting the index
10:09 |Lupin| or may bi you mean that once a record has been imported, this record can be indexed and the next one could then be imported at the same one ?
10:09 chris but you dont need to wait for 80,000
10:10 chris before you start indexing
10:10 chris yep
10:10 |Lupin| understood
10:10 |Lupin| yes, would be nice
10:11 chris the list of things to do always grows :)
10:11 |Lupin| but for tbhe newbie like me, it is not obvious that importing and indexing should be 2 distinct jobs. But I can very well understand that for those who are more familiar with the topic this makes sense
10:12 chris if you run with zebra on
10:12 chris the rebuild_zebra.pl needs to be run as a cron job
10:13 |Lupin| chris: because it is not called when records are added through the web interface, or for another reason ?
10:13 chris yeah, because its slow
10:13 chris so you dont want to slow down the web interface waiting for the indexer to run after every record is changed
10:13 chris so it runs in the background
10:14 |Lupin| chris: one other possibility would be to have it run in the background by the web interface, which wouldn't wait for it to terminate... would that make sense ?
10:14 chris it is one possibility
10:14 chris but you would get race conditions
10:15 chris if 20 people are changing things at once, you might end up with 20 things trying to build/update indexes at once
10:15 |Lupin| chris: with the cron job you are sure you don't ? just because it runs during the night when every librarian sleeps, or for a stronger reason ?
10:16 chris zebra doesnt deal with that well
10:16 chris no it runs every 5 mins (or 1 min or 10 mins or whenever)
10:16 chris but only runs once
10:16 |Lupin| yes, I understand it now, thanks !
10:16 chris it uses the zebraqueue table to know which records it needs to index
10:17 chris so if one gets changed 5 times in 5 mins, it only gets indexed once (not 5 times)
10:17 |Lupin| chris: okay
10:17 |Lupin| but 5 changes are done to the zebraqueue table ?
10:17 chris yep
10:17 |Lupin| got it ! good !
10:17 |Lupin| thanks !
10:29 |Lupin| perhaps bulkmarcimport could by default  display a warning saying that hte user should perhaps run rebuild_zebra or rebuild_nozebra, with a -q option or something like that to disable the warning
10:30 chris the documentation should say that, but yes it wouldnt hurt for the scripts to say that also
11:23 chris heya jdavidb, all settled in?
11:24 jdavidb Getting there, chris, getting there.  We still have many boxes around the apartment, though.
11:25 jdavidb I've about got my commute figured out, though--when to be out there for which bus, etc--to get me here in the shortest time with the least crowd.
11:25 chris sweet
11:26 chris bout how long is the commute?
11:26 jdavidb About forty minutes, counting waits.  short ride to the train station, three stops along the train line, then another short bus ride.
11:27 chris thats not too bad
11:28 jdavidb If I miss that first bus, I can walk to the train station, and get to work about thirty minutes later than usual.  3/4 mile or so walk.
11:31 chris not to bad as long as its not raining :)
11:32 jdavidb If it's raining, I just make dang sure *not* to miss that first bus.   :P
11:32 chris :)
11:34 jdavidb It's apparently monsoon season here; I've seen more rain in the last week than I saw in a typical *year* in Abilene.  Truly amazing.
11:34 Amit hi jdavidb
11:34 jdavidb Hi, Amit.  :)
11:44 chris ohh good idea to use Mollom

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary