Time  Nick            Message
01:03 rangi           heya bob_
01:15 wizzyrea        bip++
03:16 kmkale          Namaskar #koha
03:21 space_librarian namaskar kmale
03:22 jenkins_koha    Starting build 46 for job Koha_master (previous build: SUCCESS)
03:27 huginn          New commit(s) kohagit: Revert "Merge remote branch 'kc/new/bug_5734' into kcmaster" <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=74c37aeeb63bc1a2548bc52603e391826627cd8f>
03:58 jenkins_koha    Project Koha_master build #46: SUCCESS in 35 mn: http://jenkins.koha-community.org/job/Koha_master/46/
03:58 jenkins_koha    Chris Cormack: Revert "Merge remote branch 'kc/new/bug_5734' into kcmaster"
04:31 kmkale          @quote random
04:31 huginn          kmkale: Quote #106: "<jwagner> Bah, humbug" (added by druthb at 01:31 PM, November 29, 2010)
07:06 cait            hi
07:31 rangi           hi cait
07:34 cait            hi rangi
07:35 cait            more_than_4_hours_sleep++
07:35 cait            bbl
07:43 huginn          New commit(s) kohagit: Bug 3326: Work around Zebra's handling of & entities <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d52f3680f482a42cc98ad9810c011c8775d9b3ee>
07:50 AmitG           heya all
07:52 jenkins_koha    Starting build 47 for job Koha_master (previous build: SUCCESS)
07:53 rangi           hiya AmitG
07:53 AmitG           heya rangi
07:53 huginn          New commit(s) kohagit: Bug 3810: Ensure all calls to Mail::Sendmail handled consistently <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=cf28bf4785709290d519098e80613c96f77e36f0> / Bug 3595 (partial): Items seen at checkin are not filling holds well <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=784b9df4f240302d3946089862ca6bf6f33c08a9>
07:53 AmitG           rangi: chris
07:54 francharb       hello #koha
07:54 AmitG           heya francharb
07:59 hdl             hi all
08:01 rangi           hi hdl
08:01 magnuse         kia ora #koha
08:02 rangi           hdl: http://bugs.koha-community.org/bugzilla3/showdependencytree.cgi?id=5575&hide_resolved=0
08:02 rangi           nearly finished that one
08:04 hdl             rangi++
08:08 AmitG           hi hdl
08:21 kf              hi #koha
08:21 magnuse         guten morgen kf
08:23 kf              hi magnuse
08:28 jenkins_koha    Project Koha_master build #47: SUCCESS in 35 mn: http://jenkins.koha-community.org/job/Koha_master/47/
08:28 jenkins_koha    * Jared Camins-Esakov: Bug 3326: Work around Zebra's handling of &amp; entities
08:28 jenkins_koha    * ruth@bywatersolutions.com: Bug 3595 (partial): Items seen at checkin are not filling holds well
08:28 jenkins_koha    * Colin Campbell: Bug 3810: Ensure all calls to Mail::Sendmail handled consistently
08:28 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3326 normal, PATCH-Sent, ---, jcamins, ASSIGNED, xml entity refs display incorrectly in results page if exported and indexed as xml
08:28 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3595 normal, PATCH-Sent, ---, gmcharlt, NEW, Items seen at checkin should always go to 1st priority hold
08:28 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3810 enhancement, PATCH-Sent, ---, colin.campbell, ASSIGNED, Calls to Mail::Sendmail should not fail silently
08:29 * kf            loves watching koha improving and growing all the time
08:30 AmitG           heya kf
08:31 kf              hi AmitG :)
08:35 magnuse         yeah, 3.4 looks like it's gonna be real strong - lots of small improvements all over the place
08:47 kmkale          hi AmitG kf magnuse
08:47 AmitG           hi kmkale
08:48 magnuse         hiya kmkale
08:54 kmkale          26 now
08:55 AmitG           kmkale total registration for kohacon11
08:55 kmkale          26
08:58 kf              kmkale: all from India or from other coutnries too=
08:58 kf              ?
08:58 kf              ignore the typos...
08:58 magnuse         at least one from norway ;-)
08:58 AmitG           kf are you coming to kohacon 11
08:59 kmkale          kf I am expecting one from germany pretty soon ;)
08:59 * kf            hides
08:59 AmitG           kf ?
08:59 wahanui         kf is, like, the kind of person that will brighten everyone's day
08:59 kf              not sure yet
09:00 kf              I was in nz last year - not sure how things will work out htis year
09:00 AmitG           ok
09:00 kmkale          aah so she shoudn't  hide else our day will be darkned ;)
09:00 kmkale          anyone know how to add indicators while converting data using marcedit?
09:05 kmkale          when I add indicators in the given box while using its del;imited text translation wizard, the resulting mrk file does not show those indicators
09:05 kf              @wunder Konstanz
09:05 huginn          kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 9.5�C (10:10 AM CET on March 16, 2011). Conditions: Mostly Cloudy. Humidity: 76%. Dew Point: 6.0�C. Windchill: 9.0�C. Pressure: 29.62 in 1002.9 hPa (Steady).
09:07 magnuse         @wunder bodo, norway
09:07 huginn          magnuse: The current temperature in Bodo, Norway is 5.0�C (9:50 AM CET on March 16, 2011). Conditions: Mostly Cloudy. Humidity: 57%. Dew Point: -3.0�C. Windchill: 1.0�C. Pressure: 30.24 in 1024 hPa (Steady).
09:10 AmitG           @wunder Dehradun
09:10 huginn          AmitG: The current temperature in Dehradun, India is 27.0�C (11:30 AM IST on March 16, 2011). Conditions: Haze. Humidity: 40%. Dew Point: 16.0�C. Pressure: 29.80 in 1009 hPa.
09:11 kf              India wins :)
09:12 AmitG           kf; for what
09:12 AmitG           ?
09:12 magnuse         AmitG: temperature! ;-)
09:13 AmitG           oh!
10:40 kmkale_         hi druthb
10:42 druthb          hi, kmkale!  :)
10:48 magnuse         o/
10:48 druthb          o/
10:48 druthb          Hi, magnus!!
10:49 magnuse         good morning druthb
10:50 * druthb        hands kmkale the Velcro.
10:53 Ata             hi all
10:53 kf              lunch :)
10:54 Ata             all are on lunch?
10:54 Ata             :)
10:55 magnuse         Ata: not quite...
10:56 Ata             "......During an upgrade, a new database table is created called fundmapping that contains a record of how budgets were mapped."
10:56 Ata             These lines are from release notes of 3.2.5 release
10:56 Ata             but i could not find this table in the database
10:57 Ata             fundmapping
10:57 Ata             is it fieldmapping?
10:58 hdl             Ata: no.
10:58 hdl             I don't know this table
10:59 Ata             it was also mentioned in release notes of 3.2.06
10:59 Ata             but there is no such table at my installation
10:59 Ata             I have just upgraded from 3.02.06 to 3.2.5
10:59 Ata             Anyhow
10:59 Ata             Thanks for resp
11:14 kmkale          we have one from Philippines
11:14 kmkale          :)
11:27 magnuse         yay! :-)
11:27 magnuse         i'm assuming that is a registrant for kohacon... ;-)
11:35 jcamins         Good morning, #koha
11:41 kmkale          hi jcamins
11:51 jcamins         For the logs: never, ever, *ever* use a non-LTS release of Ubuntu if you don't plan on updating your computer.
12:20 * druthb        waves to oleonard.
12:20 druthb          were your ears burning yesterday bout 11:30 Eastern, oleonard?
12:21 oleonard        If they were I would have attributed it to having to try for the 4th time to upgrade from Drupal 6 to Drupal 7
12:21 druthb          heh.
12:22 druthb          I was talking about the community in my training yesterday, and how our partner libraries are also major community participants.  Invited them to join in any time, even if just with ideas!
12:24 oleonard        Good, I hope they take it to heart
12:25 druthb          A couple of the younger folk may well join in some time.
12:25 druthb          The more-senior ones...well, there's a couple, maybe.  One of them friended me last night on Facebook.  :)
12:26 druthb          (that little Community Sermon is part of my stock training plan--about 20 minutes, I don't beat it to death, but it's something good to notch in right before or after lunch, when you don't wanna do anything bigger
12:28 * kmkale        takes note
12:28 kf              yep it's a good thing
12:30 druthb          kmkale:  Basically, I talk about global community, the development benefits of that, the new-feature process, and the IRC.  If I have networking (as I did in Chicago) I come in here and show them.  Then I send 'em to k-c.org, to look for the mailing lists and IRC links there.
12:32 kf              I will probably do a presentation for lis students soon... perhaps could try that too
12:33 druthb          My big push is that most of us that are here do development or other things, and that we always need more on-the-ground librarians to tell us how things need to get better, and what they want.  So they may not *think* they have anything to offer, but they do, and it's huge.
12:33 kmkale          druthb: I do too. But the after or before lunch is a good idea :)
12:34 kmkale          i go quite big on the whole sharing benefits everybody thing
12:35 druthb          It's also good for right-before a break.  if you've just got a few minutes, can notch it in just about anywhere.
12:35 * druthb        waves to schuster
12:36 jwagner         Just updated my current head server and am now getting errors displaying a record that was fine yesterday:
12:36 jwagner         :47: parser error : xmlParseEntityRef: no name
12:36 jwagner         <subfield code="a">Plates 19, 21, 24 and 26 signed: I [y] O W., I. & O. W., \
12:37 jwagner         There are a couple more, and all three seem to be pointing at ampersands in the field (all 500 fields)
12:37 jcamins         Hm. Send me the record?
12:37 jwagner         What's your email address?
12:37 jcamins         [off] jcamins@bywatersolutions.com
12:39 jwagner         on the way.  I'm nervous about all those ^ pointers to the ampersand...
12:40 oleonard        If I used named virtual hosts in my VirtualBox guest OS, can I access them via my host OS?
12:40 jcamins         It's strange, because I tested that patch a lot, and nengard tested it too.
12:40 jwagner         jcamins, this is in OPAC -- staff display is OK for the same record
12:40 nengard         what patch ... was eating breakfast :)
12:40 jcamins         The ampersands one.
12:41 nengard         hmmm
12:41 nengard         i looked in the opac and the staff client
12:41 jcamins         So did I.
12:41 nengard         i didn't have a lot of records to test with though
12:41 nengard         ... maybe that's it
12:42 jcamins         I tested it with several dozen.
12:42 jcamins         But not jwagner's, yet.
12:42 jwagner         All three errors were pointing to three separate 500 fields in the record, all of which include & characters
12:45 jwagner         Further testing -- any search where there's an ampersand in the record is throwing errors before I can get to the results screen:  Here's one for a title Steinway & Sons:
12:45 jwagner         :64: parser error : xmlParseEntityRef: no name
12:45 jwagner         <subfield code="a">Steinway & Sons</subfield>
12:45 jwagner         ^ at /home/k32/kohaclone/C4/XSLT.pm line 151
12:45 jcamins         So why didn't it do that on mine?
12:45 jwagner         Beats me....
12:46 jcamins         Do you have XSLT enabled?
12:46 jcamins         My change should only have affected XSLT.
12:46 jwagner         Yes, and these were searching and displaying fine before I did a git pull this morning.
12:48 nengard         is anyone else having a problem?
12:49 jcamins         jwagner: are you able to see it in details view?
12:49 nengard         okay - i'm getting a 500 error when i try to search too
12:50 nengard         but i don't think it's the patch from jcamins
12:50 nengard         cause when that was what i was testing i got results
12:50 jwagner         I can't get to details view in OPAC -- the error comes at search
12:50 jwagner         Let me try to fake it with the biblio number
12:50 nengard         what else was pushed last night
12:50 jcamins         There were a gazillion patches pushed last night.
12:51 jwagner         Yes, if I bypass search and open OPAC to the biblionumber, it displays OK.  Seems to be OPAC searching/search results that has the problem.
12:52 nengard         i did a search that had no links in the results and it worked
12:52 nengard         and the search i tested with yesterday is throwing the 500 error
12:52 nengard         so something pushed last night interferes with jcamins' patch
12:52 nengard         or it's another patch altogether causing the problem
12:52 nengard         cause like i said - we did a bunch of searching yesterday when testing with no problems
12:53 nengard         so it's a combo of patches causing the problem
12:53 druthb          Any of the others touch C4::XSLT stuff?  That'd be the first place I'd look.
12:53 nengard         haven't read all of the commits yet
12:53 jwagner         I see lots of changes including several to XSLT.pm and MARC21slim2OPACResults.xsl
12:54 nengard         and i have to run to a webinar so i can't test any further right now
12:54 jcamins         Hm.
12:54 jcamins         Works for me.
12:54 jcamins         That's annoying.
12:55 jcamins         Latest patch, Bug3810?
12:57 nengard         latest commit 4am est
12:57 jwagner         jcamins, it works for you with the sample record I sent you?
12:57 jcamins         Yes.
12:57 jcamins         Wait, I have an idea.
12:57 jwagner         And you did a git pull this morning?
12:57 jcamins         I did right before testing.
12:57 jwagner         Sigh.
12:57 nengard         i'm rebuilding zebra
12:57 nengard         to see if that does anything
12:58 jcamins         I think it's because I have a lot of big records.
12:58 jcamins         So I've been using -x.
12:58 jwagner         -x on what?
12:58 jcamins         rebuild_zebra.
12:58 nengard         i do -b -r -v
12:58 jcamins         Yeah.
12:59 jwagner         My cron entries are -b -a -z
12:59 jcamins         I have to do -b -r -x -v, or my server explodes.
12:59 nengard         i'll try that
12:59 schuster        Glad he got his system running yesterday before the patches showed up...  Now gets to play with pulling all of those patches!
12:59 nengard         that might be the difference
12:59 jcamins         So that's why I never had it break.
12:59 jcamins         My system will be broken long before I get to a search.
12:59 schuster        Glad someone else found the problems before he thought it was something wrong with his system.
12:59 nengard         what does -x do?
13:00 jcamins         It indexes in XML mode.
13:00 nengard         hmmm
13:00 nengard         yeah i'm thinking most libraries don't do that
13:00 nengard         that's the trick
13:00 magnuse         i'm seeing the same as you guys: this record: http://head.bibkat.no/cgi-bin/koha/opac-detail.pl?biblionumber=1 gives this error when searching: http://head.bibkat.no/cgi-bin/koha/opac-search.pl?q=lessig
13:00 nengard         rebuilt with the -x and it works now
13:00 nengard         but we need it to work without the -x
13:01 jcamins         Yeah.
13:01 nengard         sorry i didn't test both ways yesterday
13:01 nengard         should send a message asking rangi to pull that
13:01 jcamins         Or I should fix it.
13:01 jwagner         magnuse, if I send you the record I sent jcamins would you test it? What's your email?
13:02 jcamins         Okay, I have a fix.
13:02 magnuse         jwagner: [off] magnus@enger.priv.no
13:03 jwagner         magnuse, thanks -- on the way.
13:03 magnuse         note to self: that did not hide the e-mail from the logs (oh well, that adress is all over anyway)
13:04 jwagner         I think you have to start the line with the off command
13:04 magnuse         rebuilt with -x and then the search works
13:04 magnuse         jwagner: yup, i think so too ;-)
13:06 nengard         jcamins send me that fix in the next 5 min and i'll test before the webinar
13:07 nengard         if not i'll test when i'm back
13:07 nengard         after noon
13:07 jcamins         Sent.
13:07 * jcamins       realizes with a sinking sense of horror that he just broke his test environment.
13:08 jcamins         I have learned something useful today: have a second test environment where not using -x won't break things.
13:08 jwagner         Well, you weren't planning to get anything done today, were you :-)
13:09 * jwagner       goes off to work on my project on an older system
13:10 jcamins         jwagner: nengard will be sending the patch shortly, and then you can sign off on it, too.
13:10 jwagner         You may have to walk me through that again, sigh
13:10 jcamins         It's easy.
13:11 nengard         k test 1 works
13:11 nengard         testing one more thing
13:11 nengard         jwagner it's on the wiki :)
13:11 nengard         steps for signing off
13:11 jwagner         nengard, that's what he said last time.  Still needed hand-holding :-(
13:11 nengard         then let us know what's not clear and we can update it - or you can :)
13:12 druthb          Off to finish up training libraries on Koha administration, then journey home.  :)  See y'all soon, friends.
13:12 nengard         signed off and sent to koha patches
13:12 nengard         now to webinar
13:12 jcamins         nengard++
13:12 nengard         be back alter
13:12 nengard         later
13:13 magnuse         jwagner: same error you had on that test record when running rebuild_zebra.pl with -b -r -v ; no error when rebuilding with an added -x
13:14 jcamins         jwagner: you just have to save that file, run `git am ${FILENAME}`, make sure things work, run `git format-patch -s -1`, then run `git send-email 0001-Bug-3326-previous-fix-broke-searches-when-not-using-.patch` and follow the prompts.
13:15 schuster        copies jcamins note for future reference...  still learning git.
13:16 jcamins         @later tell rangi Please push my fix for Bug 3326 as soon as you get a chance- it turns out that my fix breaks the search results screen when Zebra is not reindexed with -x.
13:16 huginn          jcamins: The operation succeeded.
13:17 jcamins         It's really hard to get anything done when SSH disconnects me every few minutes.
13:20 jcamins         jwagner: thanks for pointing that problem out.
13:20 jcamins         As I said, I would *never* have found it.
13:21 jwagner         Unfortunately ( or fortunatelY) I was working on a project with a record that found it right away :-(
13:21 jcamins         Well, sign off on my patch, and you'll be able to resume work with no problem. :D
13:22 jwagner         Well, that is being difficult.  First it kept telling me:
13:22 jwagner         git am Bug-3326-previous-fix-broke-searches.patch
13:22 jwagner         Applying Engard
13:22 jwagner         fatal: corrupt patch at line 13
13:22 jwagner         Patch failed at 0001.
13:22 jwagner         Now the patch file seems to have vanished.  Trying again on a new branch.
13:23 oleonard        git am -i -3 -u Bug-3326-previous-fix-broke-searches.patch
13:27 magnuse         what's the best way of getting the patch from the mailinglist into a .patch file? copy and paste? other clever tricks?
13:27 jcamins         magnuse: view original->Save
13:27 jwagner         After much travail it seems to have applied, but I'm still getting the same error message
13:27 jcamins         Really?
13:27 jcamins         Hm.
13:27 jcamins         So if you do a git log, it shows that patch?
13:28 jwagner         Yes, first commit in line is Follow up for Bug 3326: previous fix broke searches when not using -x
13:28 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3326 normal, PATCH-Sent, ---, jcamins, ASSIGNED, xml entity refs display incorrectly in results page if exported and indexed as xml
13:28 magnuse         jcamins: "view original" - where?
13:28 oleonard        magnuse: It depends on your mail client
13:28 oleonard        jcamins just means that you have to view the source of the message
13:29 magnuse         jwagner: did you re-index?
13:29 jcamins         Right.
13:29 jwagner         Git show on that commit is showing a lot of extraneous stuff from the original message -- do I have to clean all that up?
13:29 jcamins         What do you mean?
13:29 jcamins         What kind of extraneous stuff?
13:29 jcamins         It should be a one-line fix.
13:30 jwagner         +From:  koha-patches-bounces@lists.koha-community.org on behalf of Nicole C.  En
13:30 jwagner         +Sent:  Tuesday, March 15, 2011 10:10 AM
13:30 jwagner         +To:    koha-patches@lists.koha-community.org
13:30 jwagner         +Cc:    Jared Camins-Esakov
13:30 jwagner         +Subject:       [Koha-patches] [PATCH] [SIGNED-OFF] Follow up for Bug 3326: prev
13:30 jcamins         That doesn't seem right. Let me try applying the signed-off patch on Master.
13:30 jwagner         Can you put the patch on the bugzilla report and I'll try from there? Saving from the email doesn't seem to work.
13:31 magnuse         oleonard: ah thanks - "show original" in gmail. and do you save it with all the mail headers and everything?
13:31 oleonard        magnuse: Yes, git is smart enough to know what to do with it
13:31 magnuse         oleonard: cool!
13:32 jcamins         jwagner: yeah, it looks like the one on Bugzilla got corrupted.
13:32 jcamins         I can't apply it either.
13:34 jcamins         Okay, attached to bug 3326.
13:34 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3326 normal, PATCH-Sent, ---, jcamins, ASSIGNED, xml entity refs display incorrectly in results page if exported and indexed as xml
13:35 * jcamins       steps away in search of breakfast.
13:39 jcamins         jwagner: it works, then?
13:39 jcamins         Yay!
13:40 jwagner         jcamins, the one from bugzilla applied fine -- not sure if I sent it in the correct 'signed off' format
13:41 jcamins         It looked right.
13:42 jwagner         jcamins, for the record, do you want to update the bugzilla entry with what the problem was that required a followup?  Always useful to have that where it can be searched/read later.
13:42 oleonard        So what's the issue? rebuild_zebra.pl -b -r -v causes problems with searching? Any search?
13:43 jcamins         That's a good idea.
13:43 jcamins         oleonard: my patch stripped out the extraneous ampersand entities that rebuild_zebra.pl -b -x produced.
13:44 jcamins         When -x wasn't used, there weren't any extraneous entities, so the needed entities were stripped out.
13:44 jcamins         The problem is only when you have records including ampersands.
13:47 oleonard        So if I rebuild_zebra.pl -b -r -v and then search for something which will bring up results including a title with & I should get an error?
13:47 jcamins         Yes.
13:47 jcamins         Unless you apply my follow-up patch.
13:59 * oleonard      can't reproduce it, but my curiosity isn't getting my anywhere anyway
14:00 jcamins         Heh. Looks like rangi will have his pick of sign-offs. :)
14:02 fcapo           Found a bug : if you edit a biblio record that has utf-8 characters in its items (accented characters for example), those characters get encoded wrong when the record is saved
14:03 jcamins         fcapo: if it isn't already in Bugzilla, you should report it there.
14:03 fcapo           I was searching for it in bugzilla and found nothing. Just wanted to know if its a know bug before reporting
14:05 jcamins         It doesn't ring any bells with me.
14:05 jcamins         If someone recognizes it, they can mark it duplicate.
14:06 fcapo           ok, reporting then, thanks
14:07 wizzyrea        oleonard++ for the really nice implementation of search to hold
14:08 jcamins         Ooh, Search to hold is back?
14:08 wizzyrea        mhm :)
14:08 jcamins         :D
14:27 * chris_n       misreads "search to hold" as "search on hold" and briefly associated it with "music on hold"
14:27 chris_n         being able to search the stacks while on hold would be a nice feature :-)
14:31 wizzyrea        we have the technology! it's called the internet!
14:33 jcamins         Hm.
14:33 jcamins         Asiago omelets are... slightly odd.
14:33 * oleonard      thinks of all the doodles that will never be because we can internet while we're on hold
14:33 jcamins         Tasty, but odd.
14:38 oleonard        fcapo: I can't reproduce Bug 5883
14:38 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5883 normal, P5, ---, fcapovilla, NEW, UTF-8 characters in items (952) get encoded wrong when the record is modified.
14:39 oleonard        Oh wait, is it only in items?
14:40 oleonard        Nope, still can't reproduce it.
14:41 wizzyrea        my suspicion is that this maybe has to do with his parser?
14:41 wizzyrea        or some other serverside config
14:41 wizzyrea        (I could be totally wrong, I won't pretend to be an expert on such matters)
14:42 * jcamins       reflects on favicons.
14:43 * oleonard      invents a new spy novelist, John Le Ĉăŕŗę
14:43 wizzyrea        lol
14:44 fcapo           Well, I had a record with "méthode" in field 952$3 (An item had méthode in its $3 field). Then I modified the record, not the item.
14:44 jcamins         oleonard: I love his novels! He's the only author I know of who makes the pronunciation of "Dvorak" seem obvious.
14:45 oleonard        jcamins: I think you mean Dvořak ;)
14:45 fcapo           I'll be investigating it when I have the time :/ got a lot of work to do today :S
14:45 jcamins         oleonard: I don't know how to type haceks, but, yes.
14:45 * oleonard      has been told he does a passable "Å™"
14:46 oleonard        http://czechprimer.org/words/ctyricet
14:47 magnuse         i put some méthode and españa in item fields - it mostly looks ok, but not here, when you click on "view plain" http://head.bibkat.no/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=1
14:47 oleonard        I see that problem too magnuse
14:48 oleonard        And not just in item fields
14:48 magnuse         it looks ok in the copies table, but not in the actual marc display
14:48 * magnuse       gotta run outside in the sun for a bit
14:49 oleonard        Especially necessary where magnus lives
14:49 wizzyrea        yes, and... well, probably getting better now, but only like 5 minutes a day to do it!
14:50 wizzyrea        http://www.gaisma.com/en/location/bodo.html
14:51 magnus_away     wizzyrea: in like 5 days we will have more run than y'll - spring equinox!
14:51 magnus_away     s/run/sun/
14:51 wizzyrea        oh right!
14:51 * wizzyrea      was in sweden over midsummers... loved that
14:52 wizzyrea        never dark, everyone was happy
14:55 jcamins         How does everyone do favicons with Koha?
14:55 wizzyrea        use the default
14:56 oleonard        Or fix Bug 5641?
14:56 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5641 enhancement, P5, ---, paul.poulain, NEW, Replace Favicon From System Administration
14:56 jcamins         oleonard: that's what I'm thinking about.
14:56 jcamins         How to fix it.
14:56 wizzyrea        the only way I can think of
14:57 wizzyrea        short of allowing the upload of a file to the server through administration
14:57 wizzyrea        is to allow a syspref to define a favicon location that is off of your server
14:57 wizzyrea        and upload the new fav ther
14:57 wizzyrea        e
14:57 wizzyrea        or
14:57 jcamins         The problem is that then you have to hit the database everyone time someone wants to download the favicon.
14:58 wizzyrea        if you want to go the route of allowing uploads
14:58 wizzyrea        then it needs to be a folder that is only user data
14:58 oleonard        jcamins: Aren't the system prefs loaded into memory?
14:58 wizzyrea        and not ever ever touched by an upgrade
14:59 wizzyrea        then you have a syspref
14:59 wizzyrea        "use user defined favicon, or use icon from user directory"
14:59 wizzyrea        er
14:59 wizzyrea        use user defined, or default
15:00 wizzyrea        folder/directory
15:01 jcamins         oleonard: there would still have to be a script, anyway.
15:02 * jcamins       doesn't like scripts
15:02 jcamins         At least, not when we're using CGI.
15:10 oleonard        Is MARC21slim2intranetDetail.xsl aware of variables created by detail.pl?
15:11 jcamins         oleonard: not really.
15:11 oleonard        I see it does things like <xsl:variable name="URLLinkText" select="marc:sysprefs/marc:syspref[@name='URLLinkText']"/>
15:11 oleonard        A syspref-specific connector of some kind?
15:12 jcamins         oleonard: you can pass sysprefs through C4/XSLT.pm.
15:13 oleonard        Here's what I'm looking at: My change to detail.pl to show the count of pending holds didn't affect the XSLT view. I'd like to make them consistent if I can
15:14 jcamins         Ah.
15:14 wizzyrea        oh yes
15:14 jcamins         That's going to be a bit tricky, I think.
15:14 wizzyrea        oleonard: we love that display
15:15 wizzyrea        we favor the xslt, but had a complatint, once someone saw the hold display, that it was more important than subtitles (!)
15:16 jcamins         wizzyrea: you can add subtitles in normal display.
15:16 wizzyrea        keyword -> marc mapping, right?
15:16 jcamins         oleonard: let me ponder a bit.
15:16 jcamins         wizzyrea: yup.
15:16 oleonard        Oh, it looks like the template may be able to handle appending the data without messing up the formatting
15:16 * oleonard      will tinker
15:16 jcamins         Yay!
15:17 * oleonard      should have looked there first
15:19 jcamins         Where?
15:21 oleonard        In the template. The problem had already been solved for the "lists that include this title" link
15:22 jcamins         Does anyone know how to force relevance ranking in Koha?
15:39 jcamins         Does anyone use the Browse Authorities thing in the OPAC?
15:43 jcamins         Don't all answer at once.
15:44 * wizzyrea      does not
15:45 * oleonard      does not
15:45 * oleonard      would not on a boat
15:45 * wizzyrea      would not on a moat
15:45 * oleonard      would not with a goat (Har!)
15:46 * wizzyrea      would not browse authorities, sam-I-am
15:47 * jcamins       wonders how hard it would be to fix the opac authorities browser.
15:47 wizzyrea        oh he's all serious.
15:48 jcamins         :)
15:48 eternalsw       any way to restrict what fields are searched.  I have a barcode 0005454 that brings up a match from another book's LC number, which I don't want, especially since that one shows up first in the list.
15:48 nengard         i've never used the browse authorities thing
15:48 jcamins         eternalsw: you could search barcode:0005454
15:49 wizzyrea        ^^ that works quite well
15:49 jcamins         And y'all are very sensible. I am convinced that no patron ever finds it useful.
15:51 gmcharlt        revamped, however ...
15:53 eternalsw       any way to put barcode: in automatically when using a barcode scanner?  the idea of us using a barcode in the first place is to remove the need to type anything.
15:53 oleonard        jcamins: Check the list archive for a conversation last year, "Does your library use OPAC authority searching?"
15:54 jcamins         Looks like it predates my involvement on the list.
15:54 jcamins         (probably why I don't remember it)
15:56 jcamins         Interesting.
16:08 schuster        Authorities would be helpful to a point, but right now they are useless as I can't get the see/see also's to work in a useful way.  In Texas we tried to align some curriculum standards to authority records and it worked really well in Horizon.
16:08 schuster        not so much in Koha as you can't click through to titles just back to the see references.
16:09 schuster        Authority files was a reason for selecting Koha over other web based systems.  I didn't realize there really wasn't a way to Manage them at the time...
16:12 * jcamins       is thinking about changing the OPAC browser so rather than using an= (which doesn't work much of the time), the searches use exact matching.
16:13 jcamins         Or, rather, as close to exact matching as is possible with ,complete-field not working.
16:13 jcamins         Optionally.
16:19 cait            hi all
16:20 jcamins         Hello.
16:21 jcamins         Is it possible to search indicators with Zebra?
16:34 cait            jcamins: no idea
16:35 cait            what do you wnat to do? build a limit of some sort?
16:37 gmcharlt        jcamins: something like melm 245$a range(data,0,1) *might* work
16:37 gmcharlt        can't swear to it, though
16:40 gmcharlt        er, more like
16:41 gmcharlt        melm 245 Title-ind1:w:range(data,0,1)
16:44 jcamins         Yikes.
16:56 * jcamins       just learned a whole bunch about favicons.
16:57 jcamins         It was like falling through a rabbit hole and waking up in 1998.
17:01 jcamins         It turns out it's much easier than I thought to change, because the favicon isn't stored at /favicon.ico
17:05 cait            hm?
17:57 rangi           i think we need to go on a push of moving threads to koha-devel
17:57 cait            ?
17:57 cait            hi rangi
17:58 rangi           the emails from peter and paul etc dont really belong on the main list
17:58 cait            ah, now I understand
17:59 rangi           so if we all try to answer any like that, and move them to the koha-devel list publicly, ie this would be better on koha-devel while ccing koha-devel hopefully it will help get the message out
17:59 rangi           otherwise the koha lists will become too messy/scary for your average person
18:00 * rangi         wil try to do that with any he spots from now on
18:04 rangi           like that
18:05 rangi           i could reply to chris_n too, but im hoping that thread is dead now
18:05 * chris_n       had hoped so too
18:06 chris_n         sorry, I missed the fact that they were on the koha list :-(
18:06 cait            hi chris_n :)
18:06 chris_n         heya cait
18:06 cait            did you have time to check if the resend patch works?
18:06 cait            the fine on check-in thing
18:06 chris_n         cait: om
18:07 * chris_n       finds he is doing <ctl><shift>+ twice now in every terminal window :-P
18:08 chris_n         what a ride
18:09 jcamins         How do I get the long of all changes since a branch diverged from Master?
18:10 jcamins         *log
18:10 chris_n         cait: it still does not apply to 3.2.x
18:11 chris_n         :-(
18:11 cait            grrr
18:11 cait            why does it apply for me?
18:11 cait            I double checked the log that I was on the right branch
18:11 cait            can you show me the conflict?
18:11 jcamins         Figured it out.
18:12 chris_n         jcamins: git log --oneline commttish..HEAD in your branch where committish is the hash of the last common commit
18:12 jcamins         git log origin/master..${LOCALBRANCH}, if anyone cares.
18:12 chris_n         ops
18:12 chris_n         that works too :)
18:12 chris_n         git log --oneline tag..HEAD is nice too
18:16 pastebot0       "chris_n" at 63.162.197.228 pasted "failed patch" (26 lines) at http://paste.koha-community.org/174
18:16 chris_n         cait: ^^
18:16 chris_n         but that does not tell where the patch is failing
18:16 cait            huh?
18:16 chris_n         not sure how to do that as there are no merge conflict markers with a patch
18:16 cait            hm?
18:17 cait            why are there no merge markers?
18:17 cait            ok, will rework it
18:17 cait            I think it's too late for the next release now anyway
18:17 chris_n         its not a merge or rebase
18:17 chris_n         yes
18:18 chris_n         but will be in the next
18:18 chris_n         .7 that is
18:18 jcamins         chris_n: but when I do git am, I get conflict markers.
18:18 chris_n         hmm
18:19 chris_n         I get none... with this patch at least
18:20 cait            weird
18:20 cait            I did a git am -i -3 and had conflict markers in the pl file
18:20 chris_n         very strange too, because there appears to be no reason it should not merge ok
18:20 cait            deleted them and after that it worked, git formatted patch... etc.
18:23 cait            :(
18:23 chris_n         cait: for what it is worth, I just tried to apply it to another clone of the main repo and received the same rejection
18:23 cait            I did a fresh branch every time I tried
18:23 chris_n         still without markers :(
18:24 chris_n         weirdness indeed
18:24 cait            rangi: any idea perhaps?
18:24 chris_n         I have to run, but if push comes to shove, I'll just make the changes on a local branch and push them from there
18:25 cait            push comes to shove?
18:27 chris_n         ahh
18:27 chris_n         if we cannot get it to work
18:27 chris_n         shove == a very hard push
18:27 chris_n         so a play on words in english... sorry ;-)
18:28 cait            it's ok :) learning a lot here :)
18:29 chris_n         bbl
19:12 schuster        Sorry for this question but there is koha-devel and is there another "Koha" list?  Seems like there was a Koha-discuss at one time but it isn't linked to the koha-community anywhere.
19:13 oleonard        mailing list?
19:13 oleonard        Shoot, I thought the bot had that one.
19:13 oleonard        http://koha-community.org/support/koha-mailing-lists/
19:13 oleonard        "Join the mailing list"
19:14 cait            mailing lists
19:14 wahanui         mailing lists is better imho
19:14 jcamins         the mailing list?
19:14 cait            forget maling lists
19:14 gmcharlt        schuster: there was no such thing as a mailing list called koha-discuss to my knowledge
19:14 gmcharlt        there's just the main Koha mailing list
19:14 gmcharlt        some archives of it say "Koha - Discuss" (e.g., http://koha.1045719.n5.nabble.com/Koha-Discuss-f3047918.html)
19:14 jcamins         schuster: that's the koha mailing list. That's what Nabble calls it.
19:15 gmcharlt        but that's just an artifact of those archives
19:15 jcamins         How do I add a robots.txt to Koha installed via packages?
19:18 schuster        OK so Koha-devel is the "Koha" list right?  just checking...  I know about koha-patches but that's not a "discussion" list IMHO.
19:19 jcamins         schuster: no, there's koha-devel, koha, and koha-patches.
19:19 magnuse         schuster: this is the general koha list: http://lists.katipo.co.nz/mailman/listinfo/koha
19:19 oleonard        ...and koha-bugs, and koha-commits...
19:20 jcamins         Oh, yeah, them too.
19:20 magnuse         and then there are all the others: http://lists.koha-community.org/cgi-bin/mailman/listinfo
19:20 oleonard        ...and my personal favorite, koha-win32
19:20 cait            there is a german list too :)
19:20 cait            with a name I can't remember
19:21 cait            Koha-i18n-german
19:21 jcamins         koha-deutsch?
19:22 cait            jcamins: I think it was started for translation issues, very low traffic
19:22 schuster        hmmm...  Missed the "Koha" list that's probably why I miss some of the discussion you all talk about!
19:24 schuster        magnuse - wizzyrea - I don't see that one listed though on Koha-community.org... or I should say it isn't obvious to me from that page lists.koha-...
19:28 cait            schuster: the koha list is not hosted by biblibre
19:28 cait            I think it's hosted by katipo
19:28 nengard         don't forget koha-docs
19:28 nengard         not than many use it ....
19:28 nengard         hint hint :)
19:28 cait            hehe
19:29 rangi           http://koha-community.org/support/koha-mailing-lists/
19:29 nengard         hmmm that page doesn't list docs .... but this one does: http://lists.koha-community.org/cgi-bin/mailman/listinfo
19:29 nengard         :)
19:30 nengard         off to edit the website :)
19:32 nengard         there - updated
19:34 magnuse         hm, that combined link/heading called "Join the mailing list." doesn't really work for me - i see it more as a heading with a slightly strange colour than as a link...
19:37 nengard         yeah - i missed it a few times as well
19:37 nengard         got a better idea?
19:39 magnuse         have a heading called e.g. "general list" that looks the same as "Specialised Lists" and then "Join the mailing list." as a normal link below that?
19:40 nengard         we can do that
19:40 nengard         hang on a sec
19:41 nengard         how's that?
19:43 magnuse         yeah, that looks much clearer to me
19:44 nengard         :)
19:44 nengard         k - time to give a demo
19:44 nengard         ttyl
19:45 schuster        I just realized that the "Join the mailing list" was a hot link...
19:45 magnuse         thanks, nengard
19:45 nengard         no prob!
19:45 schuster        Ah much better!  Thanks!
19:48 schuster        Is there a reason to not use mysql views with Koha?  I'm thinking of something for the opac...
19:49 jcamins         schuster: all the table names are hardcoded in.
19:50 cait            is there a situation where a view would be needed?
19:56 rangi           and yes, dont use mysql dependent stuff, if you want it to go in koha
19:56 rangi           we are trying to move away from dependence not add more :)
19:56 magnuse         db_independence++
19:59 rangi           jcamins: will push that patch for you in a sec
19:59 schuster        I was looking at Owens new items book jacket display and thinking.. http://www.myacpl.org/koha/?p=74
19:59 jcamins         rangi: thanks!
20:00 rangi           schuster: seen this one? https://library.plantandfood.co.nz/
20:00 wahanui         I haven't seen 'this', rangi
20:00 rangi           doesnt use a new table
20:01 schuster        I have not seen it either...  Something you wipped up?
20:02 cait            forget this
20:02 wahanui         cait: I forgot this
20:03 rangi           yeah just some selects that write output to a .html file, which then we include with some jquery in sysprefs
20:03 conan           hi #koha
20:05 schuster        rangi says casually...  so is this written up someplace how to or???
20:05 rangi           yes
20:05 schuster        schuster says sorry... so is this written up someplace...
20:06 rangi           https://github.com/ranginui/Koha-recently-acquired-books
20:06 schuster        As always a font of knowledge...
20:06 magnuse         rangi++
20:06 rangi           https://github.com/ranginui/Koha-recently-acquired-books/commits/master
20:07 rangi           alen kovich did the hard work i just tidied it up
20:07 schuster        hmmm but you have to use the acq module...
20:07 rangi           you could change it to just use dateaccessioned on items if you wanted
20:10 schuster        Ok thanks may have to play with this...  I'd love to be able to build it so with the multi-branch it would automatically pull just for that branch...  but I think that may be further down the road.
20:10 schuster        but gives me someplace new to start!
20:10 schuster        Thanks again.
20:22 rangi           even hdl
20:22 hdl             hi rangi
20:22 huginn          New commit(s) kohagit: Merge remote branch 'kc/new/bug_3326' into kcmaster <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=6f4e7fc97163a8c834f7581e4e0bbc71916b11ad> / Follow up for Bug 3326: previous fix broke searches when <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=e18ddca9d4a6c741a918be28bb3e2cc3e2b30030>
20:22 rangi           hmm i had it down to 6 patches last night before i went to bed, back up to 12 to push now
20:23 rangi           make that 13
20:24 hdl             tough thing that sun never goes down on koha developers ;)
20:24 * rangi         goes back to making more that need to be signed off, ill try and do some more pushing later
20:24 cait            :)
20:28 rangi           ok people
20:28 rangi           http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=66b691086261d18e916ff445f59ad4d03e7353e8
20:28 rangi           in bugzilla
20:28 rangi           what component do you reckon i should put xslt changes under?
20:28 jcamins         Staff client, in that case.
20:28 jcamins         'Cause it's not really MARC support.
20:28 rangi           yeah
20:28 rangi           and opac in other cases?
20:28 rangi           (xslt for opac)
20:28 jcamins         Yeah, probably.
20:28 rangi           cool that works
20:28 jcamins         I would put MARC standard display issues under MARC Bibliographic Support, though.
20:30 magnuse         g'night #koha
20:30 cait            night magnus
20:37 jenkins_koha    Starting build 48 for job Koha_master (previous build: SUCCESS)
20:54 schuster        night all!!  off to spend time with the family  Maybe a little koha later!  I was able to get my test environment up and running yesterday thanks to everyone!
20:56 rangi           cool
21:13 jenkins_koha    Project Koha_master build #48: SUCCESS in 35 mn: http://jenkins.koha-community.org/job/Koha_master/48/
21:13 jenkins_koha    Jared Camins-Esakov: Follow up for Bug 3326: previous fix broke searches when
21:13 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3326 normal, PATCH-Sent, ---, jcamins, ASSIGNED, xml entity refs display incorrectly in results page if exported and indexed as xml
22:15 conan           ///////////////quit
22:15 conan           ooops
23:22 jenkins_koha    Starting build 49 for job Koha_master (previous build: SUCCESS)
23:26 huginn          New commit(s) kohagit: Bug 5863: Add to Your Cart disappeared if login disabled on opac detail <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=6b0a84c26d72875255fd8f1ede184d9fe37cdf26>
23:41 NateC           ok thats it for me for today, see you all tomorrow!
23:46 huginn          New commit(s) kohagit: Bug 5485: Add script to run Test::Perl::Critic <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5f7b1a58f0f91a759adab9622b35db1ed3c3dd54> / Bug 5816: XSLT doesn't display enhanced contents <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=de4619b849e4cc6f7bdc821bd52581876a02b7d2>
23:58 jenkins_koha    Project Koha_master build #49: SUCCESS in 35 mn: http://jenkins.koha-community.org/job/Koha_master/49/
23:58 jenkins_koha    Marcel de Rooy: Bug 5863: Add to Your Cart disappeared if login disabled on opac detail
23:58 druthb          happy now(), #koha.
23:58 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5863 minor, PATCH-Sent, ---, m.de.rooy, ASSIGNED, Add to Your Cart disappeared if login disabled on opac detail
23:58 jenkins_koha    Starting build 50 for job Koha_master (previous build: SUCCESS)