Time  Nick          Message
23:04 eythian       this is mostly because if we use the versions he's supplied, I've got to go and upgrade some packages. If we can get away with older versions, then I can just use the already existing ones.
23:03 eythian       ta
23:03 cait          thx eythian - looking into the dependencies
22:50 dcook         Yeah, there have been a few helpful people who offset the jerks on day one
22:49 jenkins_koha  Starting build #47 for job Koha_3.18.x_U14 (previous build: SUCCESS)
22:48 eythian       sweet
22:48 dcook         eythian: It looks like the zebra fix has been forwarded to the maintenance team for openSUSE :). I'm still not 100% sure about their process, but hopefully now it's just a bit of QA and then inclusion in a maintenance release...
22:36 eythian       In the longer term, it'll be built in properly of course.
22:36 eythian       what I want to do in the short term is make a package that you install on top of koha that makes everything use plack.
22:35 cait          hm
22:35 eythian       It is, however, the easiest method.
22:35 eythian       it's not at the level of having a preferred method.
22:34 cait          is there koha-plackify the preferred method for packages?
22:34 cait          eythian: i think ashimema sent an email to the list that we have different ways of activating/running plack
22:33 dcook         barton_away: Did you solve your zebra woes?
22:33 dcook         Thanks for that link barton_away
22:33 * dcook       also loves git
22:33 dcook         Nice one, pianohacker!
22:26 * tcohen      loves git
22:25 pianohacker   glory hallelujah, I just rebased four months of commits with no manual merge *dances*
22:24 tcohen        people should re-creatge their instances
22:24 eythian       but there's a way to go first
22:24 tcohen        the same is happening for GRS-1 > DOM
22:24 eythian       well, possibly eventually
22:24 tcohen        ok, maybe a /etc/koha/koha-sites.conf option can do it
22:22 eythian       tcohen: not so much, more just that if you install this package, future instances are placked by default.
22:22 pianohacker   +1 to eythian's idea
22:22 tcohen        you're talking about an upgrade-path?
22:21 eythian       There's also a patch out there to solve some memory issues, allowing all the instances to share a single UID.
22:21 eythian       actually, a better way would perhaps to make another package that redirects everything to be plack-enabled, or something like that.
22:20 eythian       I use koha-plackify
22:20 tcohen        we can work on top of that
22:20 tcohen        do u have something that is close to create instances with plack configured?
22:20 rangi         yeah
22:19 eythian       tcohen: I would like that. I really want to make it a fork that builds it into packages, but I so don't have time at the moment.
22:14 tcohen        full out of the box plack support sounds good for Marseille
22:03 jenkins_koha  Starting build #46 for job Koha_3.18.x_U14 (previous build: SUCCESS)
22:02 wnickc        bye #koha
21:55 cait          ah.. he is not here.
21:55 cait          Joubu: something for the hackfest list maybe?
21:52 rangi         yeah
21:52 eythian       Especially if we can get a few out of the more core modules.
21:52 eythian       the overhead of just loading modules is quite high. It'd probably be worth going through and finding all the unnecessary "use" clauses and removing them.
21:51 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13690 major, P5 - low, ---, jonathan.druart, In Discussion , 3.18 performance issues
21:51 magnus_afk    attachment on bug 13690
21:50 rangi         that was good
21:50 rangi         ah yeah
21:50 cait          yes
21:50 wahanui       it has been said that performance is a non-issue with it these days, computer are plain good at encryption ;)
21:50 tcohen        performance?
21:49 rangi         what chart?
21:46 cait          Joubu++ cool chart
21:44 wnickc        I have 98 marc21 with items if useful, but all similar author names
21:42 tcohen        whatever you have?
21:41 cait          hmm small ones are harder
21:37 tcohen        i reset my laptop, and dropbox is taking a long time to sync
21:36 tcohen        100 would be ok
21:35 eythian       I don't know, you just asked a question.
21:34 cait          what are you talking about?
21:34 cait          sample records
21:34 eythian       me? just one. But soon!
21:34 cait          how many do you need? :P
21:33 eythian       hi
21:29 * pianohacker != sample records
21:28 tcohen        hmpf
21:28 tcohen        sample records?
21:28 tcohen        hi pianohacker
21:27 pianohacker   hi cait, tcohen :)
21:27 cait          hi tcohen :)
21:27 tcohen        hi cait
21:26 cait          hi #koha
21:25 carmenh       hello #koha
21:15 huginn        rangi: The operation succeeded.
21:15 rangi         @later tell joubu so I think you are on the right track for sure
21:15 huginn        rangi: The operation succeeded.
21:15 rangi         @later tell joubu i think the reason the caching is not super fast for dbix::class is because it does it internally anyway, whereas caching or not creating the schema when we dont need it will win us a lot more
21:15 huginn        rangi: downloading the Perl source
21:15 rangi         @later joubu i think the reason the caching is not super fast for dbix::class is because it does it internally anyway, whereas caching or not creating the schema when we dont need it will win us a lot more
21:11 rangi         morning
20:49 andreas_hm    kvällsjobb? =)
20:48 Viktor        Hej andreas_hm :)
20:48 andreas_hm    halloj viktor
20:13 mtompset      ah, okay.
20:13 wnickc        mtompset: ^^
20:12 wnickc        https://github.com/digibib/kohadevbox/issues/39
20:12 wnickc        If you do a shallow clone it stays lighter
20:12 wnickc        I think around agig
20:11 wnickc        I am still new to git, if you do a git pull to update kohadevbox, you get the whole repository
20:10 mtompset      What do you mean, wnickc?
20:10 mtompset      depth=1?
20:09 wnickc        fetching with depth=1 was a neat trick I missed on my first try, explained how it cloned so much faster though :)
20:07 wnickc        and works pretty well on windows
20:07 wnickc        it (kohadevbox) definitely makes getting up and running to test patches easier
19:55 akafred       the idea is a simpler way to get started on contributing to koha, e g without having to set up your own server or being tied to debian (on the host machine)
19:50 akafred       ah, nice. also, if you have ideas or improvements both issues and pull requests are welcome, i think
19:49 mtompset      Configuring that myself was not successful, because of confusing documentation.
19:48 mtompset      On a positive note though, if it is useful, the key feature is the plack stuffs. :)
19:48 mtompset      I haven't played with it enough to know for sure.
19:48 mtompset      magnuse's kohadevbox?
19:47 akafred       mtompset: is it useful?
19:16 mtompset      I guess I'm likely to be eaten by a Grue?
19:14 barton        ( +1 if you caught the reference )
19:13 barton        such language in a high class establishment such as this!
19:13 mtompset      I was playing with magnuse's kohadevbox under *gasp* windows. :)
19:12 barton        'sall good mtompset, I like hearing my name ;-)
19:12 mtompset      Sorry, barton. :)
19:06 oleonard      And it wasn't even me looking for magnuse!
19:05 barton        oleonard: you look for magnuse, and I get pinged as a ricochet ;-)
19:01 huginn        tcohen: The operation succeeded.
19:01 tcohen        @later tell Joubu can we schedule a videoconf tomorrow 15UTC, khall would join us ;-)
18:53 mtompset      Thanks, oleonard.
18:53 mtompset      Okay, that's better. :)
18:53 huginn        oleonard: magnuse was last seen in #koha 2 hours, 33 minutes, and 23 seconds ago: <magnuse> barton: sounds a bit like something i made ages ago: https://github.com/Libriotech/LibrioTools/blob/master/rel.pl it was pre-dom and i have no idea if it still works...
18:53 oleonard      @seen magnuse
18:52 huginn        mtompset: magnus_afk was last seen in #koha 2 years, 37 weeks, 3 days, 0 hours, 45 minutes, and 11 seconds ago: * magnus_afk whispers something almost inaudible about documentation and the wiki, then wanders off
18:52 mtompset      @seen magnus_afk
18:52 mtompset      Greetings, #koha.
17:59 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13240 normal, P5 - low, ---, jonathan.druart, Pushed to Master , advanced_notices.pl contains code obfuscation
17:59 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13670 minor, P5 - low, ---, kyle, Pushed to Master , Patron holds table not loading when holds tab anchor is used
17:59 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13319 normal, P5 - low, ---, jonathan.druart, Pushed to Master , On inserting an order, the parent_ordernumber attribute is not set to the object
17:59 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12323 normal, P5 - low, ---, kyle, Pushed to Master , Acquisitions search results fixed in order of biblionumber
17:59 jenkins_koha  * Kyle M Hall: Bug 13240 [QA Followup]
17:59 jenkins_koha  * Jonathan Druart: Bug 13240: Remove commented warns
17:59 jenkins_koha  * Jonathan Druart: Bug 13240: Remove some code obfuscation
17:59 jenkins_koha  * Kyle M Hall: Bug 13670 - Patron holds table not loading when holds tab anchor is used
17:59 jenkins_koha  * Jonathan Druart: Bug 13319: Fix Koha::Acq::Order should set parent_ordernumber
17:59 jenkins_koha  * Kyle M Hall: Bug 12323 [SIGNED OFF] - Acquisitions search results fixed in order of biblionumber
17:59 jenkins_koha  Project Koha_Master_D7 build #309: UNSTABLE in 41 min: http://jenkins.koha-community.org/job/Koha_Master_D7/309/
17:50 tcohen        u r welcome
17:50 rsz           thanks tcohen :-)
17:50 rsz           that went like a breeze! :-)
17:49 rsz           yes I can see the --keep-mysql option! :-)
17:49 tcohen        anyway :-D
17:49 tcohen        koha-remove --keep-mysql <instance name>
17:49 tcohen        it'd be
17:49 rsz           ok.
17:49 rsz           is it anywhere online?
17:49 tcohen        use 'man koha-remove'  instead
17:48 tcohen        i forgot to add usage to that script :-P
17:48 tcohen        sorry
17:48 rsz           ok.. thanks :-)
17:48 tcohen        koha-remove --help :-D
17:47 tcohen        ok
17:47 rsz           yes, correct :-)
17:47 tcohen        rsz: are you trying to delete an instance you created using --request-db and configured to use an external DB?
17:45 rsz           where do I need to give --keep-mysql command?
17:44 tcohen        it is because you are trying to delete the remote db, without enough permissions
17:44 tcohen        use --keep-mysql
17:42 rsz           hi, when I run koha-remove <lib>, I get error ERROR 1044 (42000) at line 1: Access denied for user 'koha_<lib>@'%' to database 'koha_<lib>'. what could be wrong?
17:26 oleonard      Joubu++ # benchmarking
17:16 chris_n       absolutely incredible: https://www.youtube.com/embed/ZVuKp5M3de8?feature=player_detailpage
17:14 huginn        New commit(s) kohagit: Bug 13240 [QA Followup] <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=155ce56ad811954802090faf2994278f7c9dcbf2> / Bug 13240: Remove commented warns <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=18c28fe36cace2edcedcecad44b0637cc8a90625> / Bug 13240: Remove some code obfuscation <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5bd9482550cee62fde36c5a74d73714ec000dc0b> / 
16:23 barton        magnuse: if it still works, it won't for long ;-) -- still worth a look; my script should probably be in Perl...
16:19 magnuse       barton: sounds a bit like something i made ages ago: https://github.com/Libriotech/LibrioTools/blob/master/rel.pl it was pre-dom and i have no idea if it still works...
16:15 barton        thanks to dcook for spending hours last night showing me a number of the connections.
16:13 cait          thx barton
16:11 reiveune      bye
16:03 barton        It's also a nice way of finding bib1 aattributes and marc fields at the same time, which is otherwise hard to do.
16:01 barton        ... it looks up zebra index names and bib1 attributes from bib1.att, then greps ccl_properties and biblio_koha_indexdefs.xml, just to make sure that the attributes and index names are consistent.
15:59 barton        cait, dcook, tcohen : I think you might find this mildly useful/interesting https://github.com/bywatersolutions/zebra-config-report/tree/master
15:20 huginn        tcohen: The operation succeeded.
15:20 tcohen        @later tell khall any news on the REST API?
15:02 * magnuse     wanders off to make dinner and looks forward to more digging tomorrow
14:52 cait          but I will just leave it for now
14:51 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13688 enhancement, P5 - low, ---, oleonard, NEW , Hiding subfields in edit item form leaves "empty space"
14:51 cait          i attached a screenshot - bug 13688
14:48 cait          i remember it was a problem for the acq framework for a while
14:48 cait          maybe only more visible and we fixed another element that added mroe space?
14:44 oleonard      cait: The <li>has 3 pixels of padding which might be causing it, but that value hasn't changed recently
14:41 cait          oleonard: do you want a screenshot?
14:41 cait          and only for items - the record seems ok with hiding an dmoving things
14:40 magnuse       and i can't see anything in the mysql logs either
14:40 magnuse       no errors from stage-marc-import.pl, which is failing to store something in the db
14:40 magnuse       and weirdly, the errors in the log are from manage-marc-import.pl, which only fails to display a batch that is not there
14:39 magnuse       but there are not batches there
14:39 magnuse       Manage staged MARC records › Batch 38
14:39 magnuse       Manage staged MARC records › Batch 37
14:39 magnuse       so it would say:
14:38 magnuse       but the counter is increased
14:38 magnuse       tcohen: nothing is stored in import_batches
14:36 cait          unchecking all the checkboxes
14:36 cait          not visible
14:36 cait          oleonard: i will upload a screnshot
14:36 oleonard      cait: Hidden by making it "managed in tab -- ignore" or hidden by making it not visible in advanced constraints?
14:35 cait          oleonard: it's a small thing, you only see it with many subfields i think
14:35 tcohen        i've had some glitches in the recent past
14:35 magnuse       tcohen: screenshots: http://div.libriotech.no/files/2015/stage-fail/
14:34 magnuse       tcohen: a small one, setting the focus to some search box
14:34 magnuse       tcohen: no, don't think so
14:33 tcohen        magnuse: custom js?
14:32 oleonard      Wait let me make sure I'm not mixing up frameworks here
14:32 oleonard      I don't think I'm seeing that cait, unless I misunderstand
14:32 magnuse       and two of the installs, one working and one failing, is on the same server, running off the same package install
14:31 magnuse       tcohen: yes
14:31 tcohen        magnuse: same browser?
14:31 cait          oleonard: sorry for complaining to you - configuring frameworks makes me grumpy and i thought we had fixed that sometime :)
14:31 andreashm     thanks cait and tcohen
14:28 magnuse       anyone feel like testing the "Stage MARC for import" tool on 3.18.x? we have two installs where it works and one where it doesn't
14:28 cait          it looks likeit's the empty list element
14:27 tcohen        wtf?
14:26 cait          yeah :(
14:26 cait          i have like 3 cm between subfield 3 and i
14:26 oleonard      Uh oh... Again?
14:26 cait          oleonard: it seems like when you hide a subfield from the item framework it leaves empty space again :(
14:26 andreashm     (advanced search dropdown)
14:25 andreashm     yup, noticed that.
14:25 magnuse       the language dropdown on advanced search is not optimal either - just sayin'
14:23 tcohen        but if you are adding new ones, you will have to edit, by hand, C4/Koha.pm, specifically getFacets
14:23 cait          and the include - you might want to add code there to pull the descripiton fo the language from a authorised value or similar
14:22 tcohen        andreashm: take a look at etc/zebradb/marc_defs/<your flavour>/biblio-koha-indexdefs.xml
14:22 cait          zebra facets are curerently not configurable
14:22 cait          andreashm: you can add one-... but only by changing the files so far
14:20 andreashm     is it possible to change default facets in zebra? we noticed there was no facet for language, which is important for us
14:20 magnuse       better crank that up a bit in ~3 weeks time
14:20 huginn        magnuse: The current temperature in Saint Victoret, France is 10.1°C (3:19 PM CET on February 10, 2015). Conditions: Clear. Humidity: 55%. Dew Point: 1.0°C. Pressure: 30.19 in 1022 hPa (Falling).
14:19 magnuse       @wunder marseille
14:19 magnuse       andreashm: oh yeah!
14:19 nengard       heh
14:19 * akafred     rediscovers irc ... one command at a time :-)
14:17 akafred       msg huginn
14:16 gaetan_B      hello
14:15 andreashm     at least your warmer.
14:15 magnuse       hah! ;-)
14:15 huginn        magnuse: The current temperature in Stockholm Bromma, Sweden is 5.0°C (2:50 PM CET on February 10, 2015). Conditions: Clear. Humidity: 70%. Dew Point: 0.0°C. Windchill: 3.0°C. Pressure: 29.98 in 1015 hPa (Steady).
14:15 magnuse       @wunder Stockholm, sweden
14:15 huginn        magnuse: Error: No such location could be found.
14:15 magnuse       @wunder Stockholm
14:14 huginn        magnuse: The current temperature in Bodo, Norway is 7.0°C (2:50 PM CET on February 10, 2015). Conditions: Light Rain. Humidity: 93%. Dew Point: 6.0°C. Windchill: 1.0°C. Pressure: 29.18 in 988 hPa (Falling).
14:14 magnuse       @wunder boo
14:14 magnuse       greetings from an unsurprisingly rainy and windy Bodø
14:14 andreashm     (aka the land of slush and ice)
14:14 andreashm     greetings from a surprisingly sunny Stockholm
14:13 andreashm     hej magnus
14:11 magnuse       tjänare andreashm
14:09 andreashm     Hi everyone!
14:04 magnuse       no if i could only figure out why staging records for import is failing...
14:04 magnuse       Viktor: my pleasure :-)
13:14 tcohen        akafred++
13:09 Viktor        magnuse++ for helping out. The patch with a little info on the need for changing collation to browse patrons when using alphabets outside the A-Z range is now submitted.
13:07 tcohen        hi oleonard
13:04 oleonard      Hi #koha
13:04 * cait        agrees
13:04 tcohen        Joubu++
13:04 tcohen        Joubu: you rockj
13:00 jenkins_koha  Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
13:00 jenkins_koha  Project Koha_Master_U12_MariaDB build #232: FIXED in 1 hr 3 min: http://jenkins.koha-community.org/job/Koha_Master_U12_MariaDB/232/
13:00 wahanui       o/ '`'`'`'`'`'`'`'`'`
13:00 jenkins_koha  Yippee, build fixed!
12:59 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13675 normal, P5 - low, ---, jonathan.druart, Pushed to Master , the budget of an order is set to null if not changed on receiving
12:59 jenkins_koha  Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
12:59 jenkins_koha  Project Koha_Master_U12 build #309: FIXED in 1 hr 1 min: http://jenkins.koha-community.org/job/Koha_Master_U12/309/
12:59 wahanui       o/ '`'`'`'`'`'`'`'`'`
12:59 jenkins_koha  Yippee, build fixed!
12:57 Joubu         I *think* I manage to decrease the time in 3.18
12:57 Joubu         tcohen: I think I have some good news, but I will sent an email this afternoon
12:57 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13417 enhancement, P5 - low, ---, jonathan.druart, Passed QA , New permission to allow staff to remove public lists
12:57 Joubu         tcohen: bug 13417
12:56 tcohen        no news from gmcharlt btw
12:54 tcohen        please, give the the #
12:54 Joubu         maybe you can have a look
12:54 tcohen        i saw
12:54 Joubu         tcohen: I fixed the conflict on another one this morning
12:53 tcohen        need to figure the lines I need to keep :-P
12:52 tcohen        nope, just the pl-PL userpermissions.sql file
12:52 Joubu         tcohen: good news :) do you have any problem?
12:52 magnuse       hiya tcohen
12:52 magnuse       \o/
12:50 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13675 normal, P5 - low, ---, jonathan.druart, Pushed to Master , the budget of an order is set to null if not changed on receiving
12:50 jenkins_koha  Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
12:50 jenkins_koha  Project Koha_Master_U14 build #296: FIXED in 50 min: http://jenkins.koha-community.org/job/Koha_Master_U14/296/
12:50 wahanui       o/ '`'`'`'`'`'`'`'`'`
12:50 jenkins_koha  Yippee, build fixed!
12:50 tcohen        I'm rebasing the batch modification for records patches
12:50 Joubu         hi tcohen
12:48 tcohen        mornbing Joubu
12:47 tcohen        hi magnuse
12:45 magnuse       \o/
12:44 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13675 normal, P5 - low, ---, jonathan.druart, Pushed to Master , the budget of an order is set to null if not changed on receiving
12:44 jenkins_koha  Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
12:44 jenkins_koha  Project Koha_Master_D7 build #308: FIXED in 42 min: http://jenkins.koha-community.org/job/Koha_Master_D7/308/
12:44 wahanui       o/ '`'`'`'`'`'`'`'`'`
12:44 jenkins_koha  Yippee, build fixed!
12:39 magnuse       ah, you'll find the descriptions of the sysprefs in there then, and the translation mechanism will pick up any changes
12:35 Viktor        magnuse: Thanks - no I didn't. Was on lunch, a bit of cleaning and traveling to the office :)
12:32 magnuse       Viktor: did you see what i said about http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences;hb=HEAD earlier?
12:26 magnuse       tjänare libland
11:59 huginn        New commit(s) kohagit: Bug 13675: Do not set aqorders.budget_id to NULL <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=2df541712fd691ee817568ed9d14e94bba13424e>
10:42 magnuse       then your change will get picked up by the translation mechanisms
10:41 magnuse       you want to edit one of these files: http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences;hb=HEAD
10:40 magnuse       one sec
10:40 magnuse       ah, there are special files for the sysprefs
10:31 Viktor        Sweet! Thanks magnuse But can I also change the wording of the original english text there? I usually do that in the .tt files but for sysprefs it seems to direct me to a .js that only (in my noob) eyes talk to the database
10:21 magnuse       http://translate.koha-community.org/sv/318/sv-SE-pref.po
10:18 magnuse       Viktor: translations of sysprefs is a separate file in Pootle
10:18 magnuse       a short note would be good, i think
10:05 Viktor        And where are we in that case hiding the translations that's not in Pootle? I can't seem to find that info it seems...
10:02 Viktor        Would it be helpful to add a short note about this in the syspref text?
10:02 Viktor        Discovered (with help from Stockholm UB) that browsing borrowers works correctly with swedish characters when we not only change "alphabet" in syspref but also change collation in mysql.
09:19 magnuse       well, ashimema might have other priorities now... :-)
09:19 magnuse       and one or two more from ptfs europe, perhaps?
09:07 paul_p        cait quite the same number for now. But I think there will be more frenchies. So we may be a little bit more than last year.
09:07 Viktor        Sounds like fun :)
09:06 cait          Viktor++ :)
09:06 cait          paul_p: are there more registrations than last year?
09:06 cait          so far we always managed i'd say :)
09:03 magnuse       or has been, at least
09:03 magnuse       yup, chairs is the biggest problem :-)
09:02 Viktor        I assume wifi and power outlets is plenty at the hackfest? :)
09:01 Viktor        Thank you paul_p - I do :)
09:01 paul_p        hi Viktor (you should have the gdoc link in your mailbox)
09:01 paul_p        yep. 19 non-french person at the hackfest. 17 from BibLibre, 14 french librarians
09:01 Viktor        Good morning paul_p
09:00 magnuse       paul_p: Viktor is ready to join the hackfest :-)
09:00 magnuse       bonjour paul_p
08:57 cait          morning paul_p
08:53 paul_p        good morning !
08:31 huginn        Joubu: The operation succeeded.
08:31 Joubu         @later tell tcohen it's bug 13675
08:23 Joubu         Hello #koha
08:13 magnuse       Viktor: yay!
08:04 Viktor        Hi alex_a
08:04 Viktor        Actually ready now Magnuse - so let's hope Paul still has a seat left :)
08:04 wahanui       hola, alex_a
08:04 alex_a        hello
07:57 magnuse       kia ora Viktor - ready to sign up for marseille yet? ;-)
07:56 Viktor        Greetings #koha
07:38 reiveune      hello
07:03 mtj           .. so yeah, a cgi koha would not be too helpful there..
07:02 mtj           eythian: i was a bit slow to click that plack does its own http, before.. ^
07:01 * magnuse     waves
05:37 pianohacker   I mean, uh, yay Koha!
05:37 pianohacker   unfortunately
05:37 wahanui       goodnight pianohacker. You'll be back.
05:37 pianohacker   night all
05:12 dcook         Huzzah. Even fixed the unicode issue I was having..
05:07 dcook         Damn that tcohen motivating me to make a script that will sort of parse SQL to get the required strings :p
05:06 dcook         eythian: So the script I used to create permissions.inc just used the current database
04:32 eythian       I'm thinking that I might be able to have apache set a cookie in the browser that koha can read.
04:32 eythian       well, "all" I need to do is get something from apache to starman via the reverse proxy.
04:31 eythian       heh
04:31 pianohacker   eesh, yeah. Amazing how quickly you get into "recompile Nginx..." based instructions with that kind of stuff
04:29 eythian       pianohacker: looking at mod_auth_mellon, but it also needs to work with a plackified Koha. That's the trickiest part.
04:29 pianohacker   hi dcook
04:29 pianohacker   eythian: tell me about it. You whacking shibboleth against that particular brick wall, or something else?
04:28 dcook         mid-afternoon yo, pianohacker
04:27 eythian       sunny, but SAML is still a pain
04:26 pianohacker   how's the future?
04:26 eythian       early evening hi back
04:25 pianohacker   late night hello
03:37 dcook         (Ahh, 10 changes rather than 9. Still...)
03:36 eythian       If it were just apache, I'd pick up the environment just like basic auth does.
03:35 eythian       I can pretty easily have apache let someone in based on their SSO login, but it's harder to know who they are.
03:35 eythian       yep
03:35 mtj           sounds fiddly
03:35 mtj           aah, ok..
03:32 eythian       I'm hoping I can have apache authenticate with SAML, then use mod_session_* to make a session that the koha plack code can use to generate a koha session.
03:28 eythian       it's not a problem with plack, it's a problem with doing SAML at the apache level, and needing something that's not CGI get the information that apache knows.
03:27 mtj           aaahh, tho... thats not a plack specific problem , no?
03:27 eythian       the biggest issue is getting the username info through the reverse proxy
03:26 eythian       well that won't help with plack
03:26 mtj           start with a basic cgi koha, i guess
03:25 eythian       I think I'm going to have to build a test server to experiment with.
03:25 eythian       I'm stuggling to work out how to integrate SAML into a plackified Koha.
03:24 mtj           cool, thanks for that eythian
03:23 mtj           hiya dcook, eythian
03:22 eythian       mtj: yes, that's essentially correct
03:22 mtj           hiya dcook
03:21 mtj           ?
03:21 mtj           .. *.conf format is now required, in apache 2.4
03:20 mtj           does anyone know the backstory to the sitename.conf change, for apache 2.4
03:20 dcook         yo mtj
03:20 mtj           hi all
03:18 dcook         Really glad for the catch though :D
03:18 dcook         Yeah, it looks like Paola missed a few
03:14 eythian       http://blog.comperiosearch.com/blog/2015/02/09/kibana-4-beer-analytics-engine/
03:13 dcook         Mmm, sure. I need to put something on Github one of these days after all...
03:12 tcohen        github/dcook/toolbox?
03:12 dcook         thanks, tcohen. Night :)
03:11 dcook         Aha, there's the script
03:11 tcohen        have a nice day everyone
03:11 tcohen        (during working days heh)
03:11 tcohen        already too late here
03:11 tcohen        gotta run to bed
03:11 dcook         Just trying to be as thorough as possible :)
03:11 dcook         Possibly not. Maybe those are the only ones..
03:10 dcook         But I think there may have been others
03:10 dcook         Ah, yeah, that's true
03:10 dcook         I don't think I've worked on Dspace in a while :p
03:10 tcohen        I thought Paola wrote 9 problems only
03:10 tcohen        you'll do it if you need a break from DSpace
03:10 dcook         So 92 :p
03:10 dcook         Plus 19 permissions
03:10 dcook         Wait, 73 subpermissions alone
03:09 dcook         It's about 79 ;)
03:09 dcook         Subpermissions too :)
03:09 tcohen        hey, they are only 9 strngs to fix :-D
03:08 dcook         Although now I can't find the script I wrote to create the TT file..
03:08 dcook         Yep!
03:08 tcohen        ah, easy to fix dcook!
03:07 tcohen        ah, I recall
03:07 dcook         I messed up the first time though
03:07 huginn        04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13632 enhancement, P5 - low, ---, dcook, Failed QA , Use a translateable file instead of the database for managing permission descriptions
03:07 dcook         bug 13632
03:07 dcook         Mmm
03:07 wahanui       i think bug # is there
03:07 tcohen        bug #?
03:06 dcook         But no reason why I couldn't point it at others...
03:06 dcook         Only in english ;)
03:06 eythian       tcohen: I think he already has done that
03:06 eythian       using \ is mostly a C-esque thing, I think
03:06 * tcohen      thinks dcook is volunteering to extract user permissions from language-specific sql a-la-sysprefs
03:06 dcook         Certainly looks like it
03:05 dcook         Weird
03:04 eythian       It's definitely how Pascal does it, anyway
03:04 eythian       '' is an sql way of escaping quotes, I think
03:01 dcook         I guess MySQL might have some error handling for that sitch?
03:01 dcook         That still comes out as "Modify budget (can't create lines, but can modify existing ones)"
03:00 dcook         "(11, 'budget_modify', 'Modify budget (can''t create lines, but can modify existing ones)'),"
03:00 dcook         Somehow don't create problems
03:00 dcook         And have unescaped quotes, which...
02:59 eythian       oh right
02:59 dcook         eythian: My bad, they are translated
02:58 dcook         Hmm... userpermissions.sql doesn't look... good
02:40 dcook         Hopefully this patch will change that..
02:40 dcook         Yeah, it's weird
02:40 dcook         Even non-English systems would have English permissions afaict
02:40 eythian       weird
02:40 eythian       oh, it's not?
02:40 dcook         Oh wait, it's not translated as far as I know atm
02:40 dcook         3.11.00.016
02:40 dcook         Although in 3.11 a partial update happened :S
02:40 dcook         Yeah, I bet
02:39 dcook         My bad
02:39 dcook         Wait, Paola
02:39 eythian       it's probably hard to update, given translations
02:39 dcook         Fortunately, Paulo noticed that my permissions.inc was wrong... and it's because I was using an upgraded version of the strings found in the db
02:39 eythian       ah
02:39 dcook         (sidenote: eythian: You know how the "catalogue" permission is incorrectly described? Well, it turns out userflags.sql has the correct description, so new installs will have the right description, but there was never an update in updatedatabase.pl, so upgraded installs will have the wrong descriptions...)
02:38 eythian       that's what you'd get if they didn't match up
02:38 eythian       tstanfo: then double check that the ServerName in the apache configuration (/etc/apache/sites-enables/instancename.conf) are what you expect.
02:37 tstanfo       127.0.0.1 gets "it works but no content has been added yet"
02:37 dcook         eythian: one day, it'll be an all linux office. It's already an all linux home.
02:37 eythian       or just append it to some of the localhost entries already there
02:36 eythian       tstanfo: then the IP of that server, or 127.0.0.1 is fine
02:36 dcook         Well... sometimes I talk to myself...
02:36 tstanfo       i could be a little slow, but i'm working from the koha server.
02:36 dcook         I talk to the void!
02:36 dcook         hehe
02:36 eythian       like the sort of person who talks to himself on IRC?
02:35 dcook         np
02:35 eythian       ta
02:35 dcook         1:35pm
02:35 dcook         dcook: Very deranged people ;)
02:35 eythian       dcook: what is the local time there, I'm trying to phone someone in sydney
02:35 eythian       it's the IP address of your Koha server
02:35 tstanfo       that looks like it is just translating an IP address to a domain name.  where would i find the appropriate IP address?
02:34 eythian       dcook: what sort of crazy person runs windows on the desktop? :)
02:34 eythian       changing everything as appropriate
02:34 eythian       123.456.54.321  instancename.domain instancename-intra.domain
02:33 tstanfo       what would I put in hosts?
02:33 dcook         If you're using Windows on your desktop
02:33 dcook         It's easy enough to do in Windows too
02:33 dcook         ^
02:32 eythian       to test locally you'd edit /etc/hosts and put things in there
02:31 tstanfo       that makes sense.  is there an IP address i can test with locally before i configure DNS?
02:30 eythian       typically that's done with DNS, but you can simulate it by adding entries to the /etc/hosts file on the computer that you're using to access it.
02:29 eythian       yeah, but you need to tell other computers how to get to the IP address of your koha server.
02:29 tstanfo       i set the domain in /etc/koha/koha-sites.conf
02:28 eythian       have you set up DNS or your /etc/hosts so that the hostname will be resolved?
02:27 tstanfo       iceweasel cannot find the server ...
02:27 tstanfo       where can in confirm that information?
02:27 eythian       when you say "doesn't work", what do you mean?
02:27 tstanfo       i know my instance name, and the domain from the setup, but it doesn't seem to work.
02:25 eythian       that's what it's talking about
02:25 eythian       tstanfo: you will have a hostname defined that is something like instancename-intra.yourdomain.com
02:24 tstanfo       Can anyone help me with what that means?
02:23 tstanfo       Hi.  I am attempting to instal Koha and followed http://wiki.koha-community.org/wiki/Debian up to the point where "Now you can visit your admininstration website to continue with the Koha web installer."
01:58 dcook         Here's hoping that comes through in a maintenance release I guess
01:45 huginn        04Bug 917030: was not found.
01:45 dcook         https://bugzilla.opensuse.org/show_bug.cgi?id=917030
01:39 dcook         :)
01:39 eythian       works for me, I mostly stole your email in the first place :)
01:38 dcook         eythian: I'm pretty much just going to copy your bug report :)
01:31 dcook         Just a few, eh? :)
01:30 eythian       https://bugs.launchpad.net/~eythian <-- I've done a fair bit over time
01:29 dcook         No wonder their interest was piqued
01:29 dcook         Hmm, looks like this person did a patch or forwarded a patch about a year ago for Zebra
01:26 * dcook       has never reported a bug for an OS before
01:26 dcook         It sounded the same :)
01:26 eythian       that's more or less what I did with Debian
01:24 dcook         It looks like they've already started the ball rolling, and all I need is to do a bug report and assign it to the maintainer (whose email they gave me)
01:23 eythian       nice :)
01:23 dcook         eythian: Got a very nice email from someone giving me all sorts of useful data for reporting this Zebra bug to the OpenSuse people ;)
01:23 dcook         Yep, it looks like it
01:23 barton_away   I have a feeling that it reads it on the fly.
01:22 dcook         barton_away: Wish I could've helped more, but it's definitely something strange with your setup ;). Hope your wife feels better soon.
01:22 dcook         I've done some changes to bib1.att and biblio-zebra-indexdefs.xsl and noticed it didn't even need a zebra restart..
01:22 barton_away   Well dcook, thanks for all your help ... my wife is under the weather, and she just woke up, so I'm going to go play nurse. Have a nice evening.
01:22 dcook         And it relies on bib1.att for that meaning
01:21 dcook         It basically means that it doesn't know what "1068" means
01:21 dcook         "'[114] Unsupported Use attribute -- v2 addinfo '1068''"
01:21 dcook         But really...
01:21 dcook         But yeah, Z39.50 goes way back
01:21 dcook         Yeah, I'm actually pretty pleased with the Indexdata folk these days :)
01:17 barton_away   oh, well... that's Library of Congress ... never mind (eyeroll)
01:15 * barton_away thinks that indexdata is a wee bit too fond of the 'it was hard to write, so it should be hard to read' mentality.
01:14 barton_away   114|Unsupported Use attribute|value
01:13 barton_away   I'd really like to know what indexdata thinks that error 114 means... unfortunately, they don't say much: http://www.loc.gov/z3950/agency/defns/bib1diag.html
01:11 dcook         Hmm
01:11 dcook         So weird
01:11 barton_away   att 1068    bibliographic-reference
01:11 barton_away   $ grep bibliographic-reference /home/barton/koha-dev/etc/zebradb/biblios/etc/bib1.att
01:11 dcook         Because everything seems to be pointing to "bib1.att" not being set up as expected :S
01:10 dcook         I thought that earlier one was absolute not relative
01:10 barton_away   yeah. I *think* that everything is symlinked. I'll double check.
01:10 dcook         I guess that could be the same
01:10 dcook         Ah
01:09 dcook         most likely
01:09 dcook         /home/barton/koha-dev/etc/zebradb/biblios/etc/bib1.att
01:09 dcook         The bib1.att you want should be in...
01:09 dcook         'profilePath:/home/barton/koha-dev/etc/zebradb/biblios/etc:/home/barton/koha-dev/etc/zebradb/etc:/home/barton/koha-dev/etc/zebradb/marc_defs/marc21/biblios:/home/barton/koha-dev/etc/zebradb/lang_defs/en:/home/barton/koha-dev/etc/zebradb/xsl
01:09 dcook         But then you said...
01:09 barton_away   I had a friend who used the phrase 'mauve waffle' to track one of his programming projects ... it doesn't sound appetizing, but ... well ... he used it about 15 years ago, and I still haven't forgotten it.
01:09 dcook         Earlier you said " yep: ./etc/zebradb/biblios/etc/bib1.att:att 1068    bibliographic-reference"
01:09 dcook         I think this is what it is
01:08 dcook         You know...
01:07 dcook         That it does :)
01:07 barton_away   the word has a good sound to it.
01:06 * dcook       actually dislikes pickles... not sure why he uses it as a test string
01:05 dcook         np
01:04 barton_away   thanks!
01:04 dcook         barton_away: ^
01:04 pastebot      "dcook" at 127.0.0.1 pasted ""bibliographic-reference"/"Reference" query using PQF" (8 lines) at http://paste.koha-community.org/411
01:02 dcook         I'd triple check that you're looking at the right "bib1.att" file
01:02 dcook         So it's not a length thing
01:02 dcook         barton_away: Works when I try "bibliographic-reference" as well
01:02 dcook         Hmm
01:00 dcook         Actually, I'll try your version too
00:59 dcook         Maybe there is a length limit which screws things up silently
00:59 dcook         And trying again
00:59 dcook         barton_away: I'd suggest changing it from "bibliographic-reference" to "b-reference" or something like that... in the *.xsl, bib1.att, and ccl.properties
00:58 dcook         Hence your original question about really long index names, eh?
00:58 dcook         But my bib1.att says "Reference" rather than "bibliographic-reference"
00:58 dcook         Hmm, worked perfectly fine for me
00:55 barton_away   sure ... I can supply the MARC record in question, as well.
00:54 dcook         Whelp, I've just done some re-indexing, so give me a second, and I'll see if I can reproduce this
00:52 barton_away   looks like everything is where it's supposed to be.
00:52 barton_away   ... it gave me a nice listing of files. :-)
00:52 barton_away   I ran this:  echo 'profilePath:/home/barton/koha-dev/etc/zebradb/biblios/etc:/home/barton/koha-dev/etc/zebradb/etc:/home/barton/koha-dev/etc/zebradb/marc_defs/marc21/biblios:/home/barton/koha-dev/etc/zebradb/lang_defs/en:/home/barton/koha-dev/etc/zebradb/xsl' | sed "s/:/\n/g" | xargs ls
00:46 dcook         I'm currently re-indexing and I'm going to give this a shot as well
00:44 barton_away   at a glance, it all looks ok... I'd want to break apart tha path and check it piece by piece, but it looks sane.
00:40 barton_away   ok, lemme look.
00:40 barton_away   yep, dom.
00:40 dcook         I'm sure it is, but... pulling out all the stops
00:39 dcook         Check that "profilePath" is all right, and that attset:bib1.att is here
00:39 dcook         I guess so, eh
00:39 dcook         Are you using DOM?
00:39 dcook         You could check out zebra-biblios-dom.cfg
00:39 dcook         I admit I'm a bit tempted to try something now
00:38 dcook         It sounds like something is misconfigured somewhere
00:37 barton_away   Yeah, I"ve been banging my head against it for quite a while.
00:36 dcook         Certainly an interesting puzzle!
00:34 barton_away   I did find this: http://lists.katipo.co.nz/public/koha/2012-August/033931.html <== unfortunately, it was never answered.
00:32 barton_away   so bibliographic-reference *is* indexed, but 1068 is not recognized, even though it's set up in bib1.att and ccl.properties.
00:30 barton_away   just restarted the server, still getting the '[114] Unsupported Use attribute -- v2 addinfo '1068''
00:28 barton_away   let's make sure before we go any further ;-)
00:28 dcook         You could try it with the ccl rather than the pqf
00:28 dcook         #set_cclfile /home/dcook/koha-dev/etc/zebradb/ccl.properties
00:28 dcook         #querytype ccl2rpn
00:28 dcook         Another trick:
00:28 dcook         Hmm
00:27 barton_away   dcook: I'll give it a shot, but I don't think that's the issue -- I started the server this morning, and haven't edited any of the files.
00:26 dcook         As perhaps that mapping was changed after the last restart
00:26 dcook         barton_away: If your bib1.att says "att 1068 bibliographic-reference", it might be worthwhile restarting Zebra
00:26 dcook         in git master
00:26 dcook         Right, so "att 1068" in bib1.att is "Reference"
00:25 dcook         just a sec
00:25 dcook         Sorry, that's vague
00:24 dcook         At what point did bib-1 change?
00:23 dcook         Hmm
00:23 dcook         Indeed. That just explains that last one :)
00:22 barton_away   np.
00:22 dcook         just a sec. on the phone ;)
00:21 barton_away   dcook ^^
00:21 barton_away   aaand it was successfully indexed:   <z:index name="bibliographic-reference:w">MLA international bibliography of books and articles on the modern languages and literatures (Complete edition)</z:index>
00:18 eythian       http://news.sky.com/story/1424239/robot-vacuum-eats-sleeping-womans-hair <-- grim meathook future
00:16 barton_away   not the whole story tho -- I just re-checked the pastebin -- I had it right in there..
00:14 barton_away   oh, foo. that was it.
00:14 dcook         Because " [109] Database unavailable -- v2 addinfo 'biblio'" should mean you're using the wrong database name...
00:14 barton_away   hm. well, lemme check...
00:13 dcook         Do you use a different database name?
00:13 dcook         But by default the database is "biblios"
00:13 barton_away   I run it like so: yaz-client   unix:/home/barton/koha-dev/var/run/zebradb/bibliosocket < 20932.yaz
00:13 dcook         O_o
00:12 barton_away   yep... I use '.yaz' files, they all start with 'base biblio'
00:12 dcook         I hear that. Just finished my very delayed breakfast.
00:11 barton_away   alright ... well I has more hungry than brains ab the moment.
00:11 dcook         "base biblios" rather than "base biblio", no?
00:11 dcook         yeah
00:11 dcook         Maybe not..
00:11 dcook         Looks like the wrong database as well
00:10 barton_away   s/can/scan/
00:09 barton_away   Aha... I think that there must be a problem in the record that I'm trying to index -- when I ran this search: scan @attr 1=4 20932, I get [109] Database unavailable -- v2 addinfo 'biblio' -- obviously there's nothing wrong with 'can @attr 1=4' -- that's just a title search... 20932 is a string that should show up in the title for the record in question.
00:02 dcook         hehe