Time  Nick         Message
11:11 nicomo       with that : lunch time for me, brb
11:10 chris        hehe
11:09 nicomo       you're twice welcome then
11:09 gmcharlt     :)
11:08 nicomo       oups hit the enter key twice
11:08 nicomo       morning gmcharlt
11:08 nicomo       morning gmcharlt
11:07 gmcharlt     good morning #koha
10:58 munin        chris: Quote #14: "joetho: I only looked for missing ccodes- not dysfunctional orphans." (added by wizzyrea at 08:31 PM, July 09, 2009)
10:58 chris        @quote random
10:29 davi         later
10:29 davi         hi
10:28 Amit         hi davi, hdl
08:33 hdl_laptop   good
08:30 chris        good thanks, and you?
08:29 hdl_laptop   how are you ?
08:29 hdl_laptop   hi chris
08:27 chris        hi hdl_laptop
08:23 hdl_laptop   hi
07:56 chris        there is a system preference that sets the timeout
07:53 CGI566       my opac, staff users mailing session is timedout  soon. is there any possibility to extend the session time
07:52 CGI566       hi all
07:44 nicomo       hi Amit
07:43 Amit         hi nicomo
07:34 nicomo       hi chris
07:34 nicomo       good evening in Oceania?
07:32 chris        good morning europe
07:11 CGI566       how would i change the session timeout
07:11 CGI566       my login session  is timedout immediately
03:26 pianohacker  hibye amit
03:26 Amit         hi pianohacker
03:26 chris        night pianohacker
03:25 pianohacker  Good night, all
03:25 chris        hi Amit
03:25 Amit         hi chris
03:25 Amit         hi #koha good morning
03:23 chris        *nod* its a directory structure, and we have control over that
03:22 atz          as long as you don't trip over user/application generated filenames that happen to fall in the namespace
03:22 chris        yeah works pretty well
03:21 atz          that seems pretty solid
03:20 chris        and the browser only gets it when the url to it changes (which is when the file changes)
03:20 chris        which means we just set the expires headers to forever
03:20 chris        mod_rewrite throws that bit away
03:19 chris        which changes is the image, or css etc is changed
03:19 chris        are generated in the templates with a epoch timestamp as part of the url
03:19 chris        links to the js css images etc
03:19 chris        the other trick we do, is using mod_rewrite
03:19 atz          system (or memcahce), network cache, browser, etc.
03:18 chris        *nod*
03:18 atz          go ahead and incur the first load cost... should be cached by every piece along the way then
03:18 chris        certainly saves a bunch on file size
03:18 chris        Minified site-all.js (62% original size)
03:18 atz          yeah, i think that might be best...
03:16 chris        which combines all the js into one file, and minifies it
03:16 chris        cd frontend_templates/js && ./make_min.pl
03:16 chris        making site-all.js
03:16 chris        cd frontend_templates/js && ./make_site_all.js.sh
03:16 chris        part of our build process for stuff is
03:15 chris        saw that
03:15 atz          we recently upgraded jquery version also
03:15 chris        cool
03:15 atz          chris: that's already done iirc
03:15 chris        we could use a minified jquery too
03:14 chris        yeah the general css file
03:14 atz          well, not the syspref-based stuff, but the truly static ones it would make sense
03:13 chris        we could minify it all when building a release
03:13 atz          yeah, it seems better in some ways, but intermediate and browser caching is lost
03:13 chris        as a first easy step
03:12 chris        we could do that
03:12 atz          evergreen amasses all the CSS and pre-body js and serves it all in-line, w/ server-side minify
03:12 chris        yeah, less calls makes the page load faster, especially on IE
03:11 pianohacker  Never dreamed the syspref editor would involve this much weirdness
03:11 pianohacker  I'll harass owen about it
03:10 atz          but unnecessary imhoo
03:10 pianohacker  Presumably
03:10 atz          i guess b/c you might have different levels of CSS design...
03:10 atz          not really... i think there are a couple versions of essentially the same thing on the opac side
03:09 chris        ohhh
03:09 pianohacker  atz: Do you know anything re: usage of opacstylesheet/opaclayoutstylesheet?
03:08 atz          chris: yeah, opac_css_override is where it pulls the CSS filename from apache SetEnv
00:36 chris        or not
00:26 chris        hi irma
00:24 chris        yep
00:24 pianohacker  Still tough, but actually possible with git
00:24 pianohacker  I've seen someone merge ~100 branches, each a contribution from a separate developer, into a single Koha installation
00:23 pianohacker  Source code management is pretty special
00:23 chris        release done
00:23 chris        ./scripts/deploy.pl -c preprod -v 1.23-05
00:23 chris        git tag -a -s -m 'preprod release' 1.26-05
00:22 chris        bump the package number in debian/changelog
00:22 chris        git merge origin/wrsomethingelse
00:22 chris        git merge origin/wrsomething
00:22 chris        git checkout 1.26-04
00:22 pianohacker  ?
00:22 chris        man i love git
00:05 pianohacker  I'll leave that as an unresolved part of the sysprefs editor for now, but yes
00:05 chris        we should ask owen next time we see him
00:04 chris        ah right
00:04 pianohacker  more in the realm of per-vhost personalization, I would assume
00:04 chris        and what is opac_css_override ?
00:03 pianohacker  chris: Yup, though that's a separate area (thankfully)
00:03 pianohacker  #koha: What usage have you seen of the two preferences?
00:03 chris        there there is the color one too
00:03 chris        yeah
00:03 pianohacker  It's kind of strange. The OPAC templates uses opacstylesheet if it's defined, then opaclayoutstylesheet, then opac.css if neither of them are
00:03 chris        hmm yes
00:02 chris        are they both used by the opac templates?
00:02 chris        i dont think so
00:01 pianohacker  Hmm. Is there really that compelling a reason to have both the opacstylesheet and opaclayoutstylesheet preferences?
23:45 chris        :)
23:44 gmcharlt     I suspect that's why most people who subscribe to it read it
23:43 chris        it is pretty entertaining
23:43 gmcharlt     chris: yep
23:43 chris        been reading ngc4lib?
23:42 chris        hehe
23:42 gmcharlt     pshaw - stock markets are such short term things, barely worthly of consideration when you've got civilization itself to preserve
23:40 chris        hehe
23:39 pianohacker  Yeah, slightly higher stakes than an ILS rollout (but only slightly, to some directors)
23:39 chris        as long as we dont crash the market ill be happy
23:26 chris        yep :)
23:26 pianohacker  Heh. The fun usually comes after the first crazy 48 hours
23:25 chris        mostly scary
23:25 chris        *nod*
23:24 pianohacker  Ahh, cool. Go-live's always fun and scary
23:24 chris        thats eating a lot of time
23:24 chris        we release the nz stock exchange on  a new platform tomorrow
23:23 pianohacker  Anything interesting going on at work?
23:23 chris        good good
23:21 pianohacker  How's it going?
23:21 pianohacker  Hi, chris
23:21 chris        heya pianohacker
21:56 chris        g'day IrmaCalyx
21:22 chris        cool
21:22 martinmorris thanks for your help - looks like it's OK now :)
21:20 chris        hmm i thought it was, but yep will do
21:20 martinmorris you might want to remove it from the INSTALL.debian file
21:19 martinmorris LOL - makes sense :)
21:19 chris        yeah i think thats why its been deprecated
21:18 martinmorris why wasn't my zebraqueue daemon doing its job i wonder?
21:18 martinmorris cheers
21:18 chris        yeah sounds good
21:18 martinmorris so a -r -b to clear these changes then?  followed by setting up a -z -b cron job and no zebraqueue daemon?
21:18 martinmorris great, that's what i'll do then
21:17 chris        yep, its deprecated in favour of rebuild_zebra as a cron job tho
21:17 martinmorris oh right, is that what the daemon is meant to be doing?
21:16 chris        you dont wnat to run that + rebuild_zebra
21:16 chris        kick that in then head
21:16 chris        you are running the zebraqueue daemon???
21:16 martinmorris nothing on the www machine
21:16 martinmorris that's on the sql machine
21:16 chris        ohhhh
21:16 chris        just checking
21:16 martinmorris 22284 perl -I /usr/share/koha/lib /usr/share/koha/bin/zebraqueue_daemon.pl -f /etc/koha/koha-conf.xml
21:16 martinmorris 22283 daemon --name=koha-zebraqueue-ctl-koha --errlog=/var/log/koha/koha-zebraqueue.err --stdout=/var/log/koha/koha-zebraqueue.log --output=/var/log/koha/koha-zebraqueue-output.log --verbose=1 --respawn --delay=30 --user=koha koha -- perl -I /usr/share/koha/lib /usr/share/koha/bin/zebraqueue_daemon.pl -f /etc/koha/koha-conf.xml
21:16 martinmorris 22280 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml
21:16 martinmorris 22279 daemon --name=koha-zebra-ctl.koha --errlog=/var/log/koha/koha-zebradaemon.err --stdout=/var/log/koha/koha-zebradaemon.log --output=/var/log/koha/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha koha -- /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml
21:16 martinmorris here's my process listing after the two daemons are started up
21:16 chris        cool
21:15 martinmorris doesn't look like it
21:14 martinmorris well this does run across two computers but i don't think i am, hold on though
21:13 chris        (you dont have 2 zebrasrvs running or anything like that eh? .. ie we arent indexing one and searchign the other?)
21:13 martinmorris nothing at all :)
21:13 chris        and see whats happening
21:13 chris        ok, you could try one with -v
21:13 martinmorris specialUpdate and recordDelete
21:12 chris        recordDelete ?
21:12 martinmorris ah sorry
21:12 chris        yep what was the operation column in zebraqueue?
21:12 martinmorris i was deleting any items attached to that biblio, then deleting the biblio itself
21:11 chris        what was the operation?
21:11 martinmorris done = 1
21:11 martinmorris yep, can see it now
21:11 chris        you can then do select * from zebraqueue where biblio_auth_number = 191;
21:11 martinmorris and still get an empty set
21:10 martinmorris i'm just doing another one which is 191
21:10 chris        dod=do
21:10 chris        right dod you know the biblionumber of the one you deleted?
21:10 martinmorris no rows
21:10 martinmorris it's got 6207 rows
21:10 chris        look for any rows that have done=0
21:09 martinmorris just found it
21:09 chris        yep
21:09 martinmorris that's in the mysql database?
21:09 chris        you can check the zebraqueue table
21:08 martinmorris now i've just run ./rebuild_zebra.pl -b -z and it hasn't cleared a biblio i've just deleted
21:01 chris        yeah having rebuild_zebra run regularly makes for a more useful koha ;)
21:01 martinmorris i need to get those cron jobs set up
21:01 martinmorris i did seem a rather laborious way to work - glad i've got that straight
21:00 chris        id only do that if i did some changes to the db, not using the web interface
21:00 chris        yeah
21:00 martinmorris so in that case a full rebuild with -r -b is pretty rare?
20:59 chris        any action that modifies the marc gets a row in the zebraqueue table, which then rebuild_zebra with the -z actions
20:59 martinmorris fantastic, thanks
20:59 chris        yes
20:59 martinmorris (-z that is)
20:59 chris        thats what the cron job runs with (-z)
20:59 martinmorris will that also work for modified biblios, like where i link it to an authority?
20:58 chris        *nod*
20:58 martinmorris ah ok, and what's in the zebraqueue will be my deleted biblios
20:58 chris        there will be rows in there telling it to delete items
20:58 chris        which tells it to look at what is in the zebraqueue table and process that
20:58 chris        or you run with -z
20:58 martinmorris yep
20:58 chris        you either rebuild in full with -r
20:57 chris        right, so you have 2 options
20:57 martinmorris but i understand now, that's OK
20:57 martinmorris well, i was using -b -w -v
20:57 chris        when you run rebuild_zebra what optiosn are you giving it?
20:57 chris        ahh that'll be the problem
20:57 martinmorris that's something i need to set up actually, haven't quite got round to it
20:56 chris        however if you have the cronjob running, it should be removing things as you delete
20:56 martinmorris should i also avoid using the -w flag?
20:56 chris        (whcih deletes and rebuild the index completely)
20:56 martinmorris that'll be the reason, thank you
20:56 martinmorris ah, no i haven't :)
20:56 chris        have you done a full rebuild (ie with -r)
20:56 martinmorris when i click on the title, i get a koha error page
20:55 martinmorris fair enough :)
20:55 chris        if you have rebuilt your index they should not be showing
20:55 chris        nope
20:55 martinmorris hi there, can anybody tell me why biblios I've deleted are still appearing in searches, even after rebuilding my zebra index?
20:47 chris        yeah
20:47 richard      did yesterday. it was good to be able to do it
20:46 chris        get out in the sun in the weekend?
20:46 richard      hi chris
20:46 chris        hiya richard
20:46 richard      hi
19:02 chris        sounds like fun :)
19:00 jdavidb      Going well.  I went over to Baltimore yesterday for a big art festival there--was *very* late getting back.
18:59 chris        hows the weekend goin?
18:59 jdavidb      Morning, chris!
18:56 chris        morning
17:05 jwagner      Hi gmcharlt!
17:05 gmcharlt     hi jwagner, paul_p
16:35 gmcharlt     you're welcome
16:35 martinmorris thanks again for your help
16:34 gmcharlt     that's OK, I want munin to be helpful like that
16:34 martinmorris ah, didn't know that would happen
16:34 munin        04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3429 major, P5, ---, galen.charlton@liblime.com, NEW, Searching fails for MARC21 authorities with ERROR 114 in zebrasrv log
16:34 martinmorris it's bug 3429
16:29 martinmorris do you need to know about whether i'm using DOM etc in the description?
16:23 martinmorris will do, thanks
16:23 gmcharlt     ok - please file a bug on bugs.koha.org so we don't lose track of it
16:22 martinmorris yep, works wonderfully, thank you so much
16:21 martinmorris let me try now
16:21 martinmorris ok thanks very much for that, would never have got that on my own
16:21 martinmorris aaah :)
16:20 gmcharlt     it needs to be fixed in Koha - Heading-Main is defined in indexes of UNIMARC authority records but not of MARC21
16:19 martinmorris so is this something that needs fixing in koha then?  or simply that i need a different version of that module?
16:19 gmcharlt     yes
16:19 martinmorris and just change that to Heading?
16:18 gmcharlt      224                 }elsif (@$tags[$i] eq "mainentry") {
16:18 gmcharlt      223                 $attr =" \@attr 1=Heading-Main ";
16:18 gmcharlt      222                 if (@$tags[$i] eq "mainmainentry") {
16:18 gmcharlt     21             ##If mainentry search $a tag
16:18 gmcharlt     look around line 223
16:17 martinmorris i wasn't quite sure what to change, is there somewhere obvious in that module?
16:16 gmcharlt     martinmorris: does it work now?
16:00 martinmorris yes, i can see the difference
16:00 martinmorris so i need to change that somehow?
15:58 martinmorris aaaah!
15:57 gmcharlt     ok, I think I see what's going on - as a temporary measure, in C4/AuthoritiesMarc.pm change instances of '1=Heading-Main' to '1=Heading'
15:52 martinmorris hold on
15:52 martinmorris hmm, no actually that has just worked
15:52 gmcharlt     fails?
15:51 gmcharlt     but the full f  @attrset Bib-1 @or @attr "1=Heading" @attr 7=1 0 @and @attr 5=100 @attr "1=authtype" PERSO_NAME @attr 5=1 @attr 4=1 @attr 3=2 @attr "1=Heading" smith
15:49 martinmorris that worked with no errors, but came up with 0 hits
15:48 gmcharlt     f @attr "1=Heading" @attr 7=1 0
15:48 gmcharlt     ok, the last bit to try
15:46 martinmorris i'll have to read up more on what all these things mean
15:45 martinmorris i do a show all afterwards and both the authorities in there come up
15:45 martinmorris right, yes that works
15:44 gmcharlt     no, in yaz-client, as a separate query
15:44 martinmorris no, that doesn't work
15:44 martinmorris just type that in with my query?
15:43 gmcharlt     f @attr 5=100 @attr 1=9000 PERSO_NAME
15:43 gmcharlt     ok, let's try another part of the query
15:43 martinmorris works perfectly :)
15:42 martinmorris :)
15:42 gmcharlt     sorry f @attrset...
15:42 martinmorris unknown command: @attrset
15:40 gmcharlt     change 'smith' to your actual search
15:40 martinmorris give me two secs
15:40 gmcharlt      @attrset Bib-1 @or @attr 1=8001 @attr 7=1 0 @and @attr 5=100 @attr 1=9000 PERSO_NAME @attr 4=6 @attr 5=1 @attr 1=8001 smith
15:40 gmcharlt     martinmorris: please try this variant in yaz-client
15:35 martinmorris i also get the error if i execute the search on the command line using yaz-client
15:35 martinmorris no, it makes no difference at all
15:35 gmcharlt     I mean the sort option you select before you execute the search
15:32 martinmorris the error is at the actual search stage, and comes up in the log files
15:31 martinmorris no, no difference at all
15:31 martinmorris hi gm
15:31 gmcharlt     martinmorris: does it make any difference which sort option you use (none, heading a-z, heading z-a)?
15:19 martinmorris hello again, won't keep being a pest (honest!) but just trying again in case there's anybody who might be able to help with my ERROR 114 problem when searching authorities
14:08 martinmorris Hello, is there anybody who can give me a bit of advice about ERROR 114 I'm getting when searching my authorities?