Time Nick Message 00:02 dcook hehe 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:10 barton_away s/can/scan/ 00:11 dcook Looks like the wrong database as well 00:11 dcook Maybe not.. 00:11 dcook yeah 00:11 dcook "base biblios" rather than "base biblio", no? 00:11 barton_away alright ... well I has more hungry than brains ab the moment. 00:12 dcook I hear that. Just finished my very delayed breakfast. 00:12 barton_away yep... I use '.yaz' files, they all start with 'base biblio' 00:13 dcook O_o 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 But by default the database is "biblios" 00:13 dcook Do you use a different database name? 00:14 barton_away hm. well, lemme check... 00:14 dcook Because " [109] Database unavailable -- v2 addinfo 'biblio'" should mean you're using the wrong database name... 00:14 barton_away oh, foo. that was it. 00:16 barton_away not the whole story tho -- I just re-checked the pastebin -- I had it right in there.. 00:18 eythian http://news.sky.com/story/1424239/robot-vacuum-eats-sleeping-womans-hair <-- grim meathook future 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:21 barton_away dcook ^^ 00:22 dcook just a sec. on the phone ;) 00:22 barton_away np. 00:23 dcook Indeed. That just explains that last one :) 00:23 dcook Hmm 00:24 dcook At what point did bib-1 change? 00:25 dcook Sorry, that's vague 00:25 dcook just a sec 00:26 dcook Right, so "att 1068" in bib1.att is "Reference" 00:26 dcook in git master 00:26 dcook barton_away: If your bib1.att says "att 1068 bibliographic-reference", it might be worthwhile restarting Zebra 00:26 dcook As perhaps that mapping was changed after the last restart 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:28 dcook Hmm 00:28 dcook Another trick: 00:28 dcook #querytype ccl2rpn 00:28 dcook #set_cclfile /home/dcook/koha-dev/etc/zebradb/ccl.properties 00:28 dcook You could try it with the ccl rather than the pqf 00:28 barton_away let's make sure before we go any further ;-) 00:30 barton_away just restarted the server, still getting the '[114] Unsupported Use attribute -- v2 addinfo '1068'' 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:34 barton_away I did find this: http://lists.katipo.co.nz/public/koha/2012-August/033931.html <== unfortunately, it was never answered. 00:36 dcook Certainly an interesting puzzle! 00:37 barton_away Yeah, I"ve been banging my head against it for quite a while. 00:38 dcook It sounds like something is misconfigured somewhere 00:39 dcook I admit I'm a bit tempted to try something now 00:39 dcook You could check out zebra-biblios-dom.cfg 00:39 dcook Are you using DOM? 00:39 dcook I guess so, eh 00:39 dcook Check that "profilePath" is all right, and that attset:bib1.att is here 00:40 dcook I'm sure it is, but... pulling out all the stops 00:40 barton_away yep, dom. 00:40 barton_away ok, lemme look. 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:46 dcook I'm currently re-indexing and I'm going to give this a shot as well 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:52 barton_away ... it gave me a nice listing of files. :-) 00:52 barton_away looks like everything is where it's supposed to be. 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:55 barton_away sure ... I can supply the MARC record in question, as well. 00:58 dcook Hmm, worked perfectly fine for me 00:58 dcook But my bib1.att says "Reference" rather than "bibliographic-reference" 00:58 dcook Hence your original question about really long index names, eh? 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:59 dcook And trying again 00:59 dcook Maybe there is a length limit which screws things up silently 01:00 dcook Actually, I'll try your version too 01:02 dcook Hmm 01:02 dcook barton_away: Works when I try "bibliographic-reference" as well 01:02 dcook So it's not a length thing 01:02 dcook I'd triple check that you're looking at the right "bib1.att" file 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:04 dcook barton_away: ^ 01:04 barton_away thanks! 01:05 dcook np 01:06 * dcook actually dislikes pickles... not sure why he uses it as a test string 01:07 barton_away the word has a good sound to it. 01:07 dcook That it does :) 01:08 dcook You know... 01:09 dcook I think this is what it is 01:09 dcook Earlier you said " yep: ./etc/zebradb/biblios/etc/bib1.att:att 1068 bibliographic-reference" 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 But then you said... 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 The bib1.att you want should be in... 01:09 dcook /home/barton/koha-dev/etc/zebradb/biblios/etc/bib1.att 01:09 dcook most likely 01:10 dcook Ah 01:10 dcook I guess that could be the same 01:10 barton_away yeah. I *think* that everything is symlinked. I'll double check. 01:10 dcook I thought that earlier one was absolute not relative 01:11 dcook Because everything seems to be pointing to "bib1.att" not being set up as expected :S 01:11 barton_away $ grep bibliographic-reference /home/barton/koha-dev/etc/zebradb/biblios/etc/bib1.att 01:11 barton_away att 1068 bibliographic-reference 01:11 dcook So weird 01:11 dcook Hmm 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:14 barton_away 114|Unsupported Use attribute|value 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:17 barton_away oh, well... that's Library of Congress ... never mind (eyeroll) 01:21 dcook Yeah, I'm actually pretty pleased with the Indexdata folk these days :) 01:21 dcook But yeah, Z39.50 goes way back 01:21 dcook But really... 01:21 dcook "'[114] Unsupported Use attribute -- v2 addinfo '1068''" 01:21 dcook It basically means that it doesn't know what "1068" means 01:22 dcook And it relies on bib1.att for that meaning 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 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 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:23 barton_away I have a feeling that it reads it on the fly. 01:23 dcook Yep, it looks like it 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 eythian nice :) 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:26 eythian that's more or less what I did with Debian 01:26 dcook It sounded the same :) 01:26 * dcook has never reported a bug for an OS before 01:29 dcook Hmm, looks like this person did a patch or forwarded a patch about a year ago for Zebra 01:29 dcook No wonder their interest was piqued 01:30 eythian https://bugs.launchpad.net/~eythian <-- I've done a fair bit over time 01:31 dcook Just a few, eh? :) 01:38 dcook eythian: I'm pretty much just going to copy your bug report :) 01:39 eythian works for me, I mostly stole your email in the first place :) 01:39 dcook :) 01:45 dcook https://bugzilla.opensuse.org/show_bug.cgi?id=917030 01:45 huginn 04Bug 917030: was not found. 01:58 dcook Here's hoping that comes through in a maintenance release I guess 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." 02:24 tstanfo Can anyone help me with what that means? 02:25 eythian tstanfo: you will have a hostname defined that is something like instancename-intra.yourdomain.com 02:25 eythian that's what it's talking about 02:27 tstanfo i know my instance name, and the domain from the setup, but it doesn't seem to work. 02:27 eythian when you say "doesn't work", what do you mean? 02:27 tstanfo where can in confirm that information? 02:27 tstanfo iceweasel cannot find the server ... 02:28 eythian have you set up DNS or your /etc/hosts so that the hostname will be resolved? 02:29 tstanfo i set the domain in /etc/koha/koha-sites.conf 02:29 eythian yeah, but you need to tell other computers how to get to the IP address of your koha server. 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:31 tstanfo that makes sense. is there an IP address i can test with locally before i configure DNS? 02:32 eythian to test locally you'd edit /etc/hosts and put things in there 02:33 dcook ^ 02:33 dcook It's easy enough to do in Windows too 02:33 dcook If you're using Windows on your desktop 02:33 tstanfo what would I put in hosts? 02:34 eythian 123.456.54.321 instancename.domain instancename-intra.domain 02:34 eythian changing everything as appropriate 02:34 eythian dcook: what sort of crazy person runs windows on the desktop? :) 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:35 eythian it's the IP address of your Koha server 02:35 eythian dcook: what is the local time there, I'm trying to phone someone in sydney 02:35 dcook dcook: Very deranged people ;) 02:35 dcook 1:35pm 02:35 eythian ta 02:35 dcook np 02:36 eythian like the sort of person who talks to himself on IRC? 02:36 dcook hehe 02:36 dcook I talk to the void! 02:36 tstanfo i could be a little slow, but i'm working from the koha server. 02:36 dcook Well... sometimes I talk to myself... 02:36 eythian tstanfo: then the IP of that server, or 127.0.0.1 is fine 02:37 eythian or just append it to some of the localhost entries already there 02:37 dcook eythian: one day, it'll be an all linux office. It's already an all linux home. 02:37 tstanfo 127.0.0.1 gets "it works but no content has been added yet" 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:38 eythian that's what you'd get if they didn't match up 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:39 eythian ah 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 it's probably hard to update, given translations 02:39 dcook Wait, Paola 02:39 dcook My bad 02:40 dcook Yeah, I bet 02:40 dcook Although in 3.11 a partial update happened :S 02:40 dcook 3.11.00.016 02:40 dcook Oh wait, it's not translated as far as I know atm 02:40 eythian oh, it's not? 02:40 eythian weird 02:40 dcook Even non-English systems would have English permissions afaict 02:40 dcook Yeah, it's weird 02:40 dcook Hopefully this patch will change that.. 02:58 dcook Hmm... userpermissions.sql doesn't look... good 02:59 dcook eythian: My bad, they are translated 02:59 eythian oh right 03:00 dcook And have unescaped quotes, which... 03:00 dcook Somehow don't create problems 03:00 dcook "(11, 'budget_modify', 'Modify budget (can''t create lines, but can modify existing ones)')," 03:01 dcook That still comes out as "Modify budget (can't create lines, but can modify existing ones)" 03:01 dcook I guess MySQL might have some error handling for that sitch? 03:04 eythian '' is an sql way of escaping quotes, I think 03:04 eythian It's definitely how Pascal does it, anyway 03:05 dcook Weird 03:06 dcook Certainly looks like it 03:06 * tcohen thinks dcook is volunteering to extract user permissions from language-specific sql a-la-sysprefs 03:06 eythian using \ is mostly a C-esque thing, I think 03:06 eythian tcohen: I think he already has done that 03:06 dcook Only in english ;) 03:06 dcook But no reason why I couldn't point it at others... 03:07 tcohen bug #? 03:07 wahanui i think bug # is there 03:07 dcook Mmm 03:07 dcook bug 13632 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 I messed up the first time though 03:07 tcohen ah, I recall 03:08 tcohen ah, easy to fix dcook! 03:08 dcook Yep! 03:08 dcook Although now I can't find the script I wrote to create the TT file.. 03:09 tcohen hey, they are only 9 strngs to fix :-D 03:09 dcook Subpermissions too :) 03:09 dcook It's about 79 ;) 03:10 dcook Wait, 73 subpermissions alone 03:10 dcook Plus 19 permissions 03:10 dcook So 92 :p 03:10 tcohen you'll do it if you need a break from DSpace 03:10 tcohen I thought Paola wrote 9 problems only 03:10 dcook I don't think I've worked on Dspace in a while :p 03:10 dcook Ah, yeah, that's true 03:10 dcook But I think there may have been others 03:11 dcook Possibly not. Maybe those are the only ones.. 03:11 dcook Just trying to be as thorough as possible :) 03:11 tcohen gotta run to bed 03:11 tcohen already too late here 03:11 tcohen (during working days heh) 03:11 tcohen have a nice day everyone 03:11 dcook Aha, there's the script 03:12 dcook thanks, tcohen. Night :) 03:12 tcohen github/dcook/toolbox? 03:13 dcook Mmm, sure. I need to put something on Github one of these days after all... 03:14 eythian http://blog.comperiosearch.com/blog/2015/02/09/kibana-4-beer-analytics-engine/ 03:18 dcook Yeah, it looks like Paola missed a few 03:18 dcook Really glad for the catch though :D 03:20 mtj hi all 03:20 dcook yo mtj 03:20 mtj does anyone know the backstory to the sitename.conf change, for apache 2.4 03:21 mtj .. *.conf format is now required, in apache 2.4 03:21 mtj ? 03:22 mtj hiya dcook 03:22 eythian mtj: yes, that's essentially correct 03:23 mtj hiya dcook, eythian 03:24 mtj cool, thanks for that eythian 03:25 eythian I'm stuggling to work out how to integrate SAML into a plackified Koha. 03:25 eythian I think I'm going to have to build a test server to experiment with. 03:26 mtj start with a basic cgi koha, i guess 03:26 eythian well that won't help with plack 03:27 eythian the biggest issue is getting the username info through the reverse proxy 03:27 mtj aaahh, tho... thats not a plack specific problem , no? 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: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:35 mtj aah, ok.. 03:35 mtj sounds fiddly 03:35 eythian yep 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:36 eythian If it were just apache, I'd pick up the environment just like basic auth does. 03:37 dcook (Ahh, 10 changes rather than 9. Still...) 04:25 pianohacker late night hello 04:26 eythian early evening hi back 04:26 pianohacker how's the future? 04:27 eythian sunny, but SAML is still a pain 04:28 dcook mid-afternoon yo, pianohacker 04:29 pianohacker eythian: tell me about it. You whacking shibboleth against that particular brick wall, or something else? 04:29 pianohacker hi dcook 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:31 pianohacker eesh, yeah. Amazing how quickly you get into "recompile Nginx..." based instructions with that kind of stuff 04:31 eythian heh 04:32 eythian well, "all" I need to do is get something from apache to starman via the reverse proxy. 04:32 eythian I'm thinking that I might be able to have apache set a cookie in the browser that koha can read. 05:06 dcook eythian: So the script I used to create permissions.inc just used the current database 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:12 dcook Huzzah. Even fixed the unicode issue I was having.. 05:37 pianohacker night all 05:37 wahanui goodnight pianohacker. You'll be back. 05:37 pianohacker unfortunately 05:37 pianohacker I mean, uh, yay Koha! 07:01 * magnuse waves 07:02 mtj eythian: i was a bit slow to click that plack does its own http, before.. ^ 07:03 mtj .. so yeah, a cgi koha would not be too helpful there.. 07:38 reiveune hello 07:56 Viktor Greetings #koha 07:57 magnuse kia ora Viktor - ready to sign up for marseille yet? ;-) 08:04 alex_a hello 08:04 wahanui hola, alex_a 08:04 Viktor Actually ready now Magnuse - so let's hope Paul still has a seat left :) 08:04 Viktor Hi alex_a 08:13 magnuse Viktor: yay! 08:23 Joubu Hello #koha 08:31 Joubu @later tell tcohen it's bug 13675 08:31 huginn Joubu: The operation succeeded. 08:53 paul_p good morning ! 08:57 cait morning paul_p 09:00 magnuse bonjour paul_p 09:00 magnuse paul_p: Viktor is ready to join the hackfest :-) 09:01 Viktor Good morning paul_p 09:01 paul_p yep. 19 non-french person at the hackfest. 17 from BibLibre, 14 french librarians 09:01 paul_p hi Viktor (you should have the gdoc link in your mailbox) 09:01 Viktor Thank you paul_p - I do :) 09:02 Viktor I assume wifi and power outlets is plenty at the hackfest? :) 09:03 magnuse yup, chairs is the biggest problem :-) 09:03 magnuse or has been, at least 09:06 cait so far we always managed i'd say :) 09:06 cait paul_p: are there more registrations than last year? 09:06 cait Viktor++ :) 09:07 Viktor Sounds like fun :) 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:19 magnuse and one or two more from ptfs europe, perhaps? 09:19 magnuse well, ashimema might have other priorities now... :-) 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. 10:02 Viktor Would it be helpful to add a short note about this in the syspref text? 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:18 magnuse a short note would be good, i think 10:18 magnuse Viktor: translations of sysprefs is a separate file in Pootle 10:21 magnuse http://translate.koha-community.org/sv/318/sv-SE-pref.po 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:40 magnuse ah, there are special files for the sysprefs 10:40 magnuse one sec 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:42 magnuse then your change will get picked up by the translation mechanisms 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> 12:26 magnuse tjänare libland 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:35 Viktor magnuse: Thanks - no I didn't. Was on lunch, a bit of cleaning and traveling to the office :) 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:44 jenkins_koha Yippee, build fixed! 12:44 wahanui o/ '`'`'`'`'`'`'`'`'` 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 jenkins_koha Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL 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:45 magnuse \o/ 12:47 tcohen hi magnuse 12:48 tcohen mornbing Joubu 12:50 Joubu hi tcohen 12:50 tcohen I'm rebasing the batch modification for records patches 12:50 jenkins_koha Yippee, build fixed! 12:50 wahanui o/ '`'`'`'`'`'`'`'`'` 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 jenkins_koha Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL 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:52 magnuse \o/ 12:52 magnuse hiya tcohen 12:52 Joubu tcohen: good news :) do you have any problem? 12:52 tcohen nope, just the pl-PL userpermissions.sql file 12:53 tcohen need to figure the lines I need to keep :-P 12:54 Joubu tcohen: I fixed the conflict on another one this morning 12:54 tcohen i saw 12:54 Joubu maybe you can have a look 12:54 tcohen please, give the the # 12:56 tcohen no news from gmcharlt btw 12:57 Joubu tcohen: bug 13417 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: I think I have some good news, but I will sent an email this afternoon 12:57 Joubu I *think* I manage to decrease the time in 3.18 12:59 jenkins_koha Yippee, build fixed! 12:59 wahanui o/ '`'`'`'`'`'`'`'`'` 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 jenkins_koha Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL 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 13:00 jenkins_koha Yippee, build fixed! 13:00 wahanui o/ '`'`'`'`'`'`'`'`'` 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 jenkins_koha Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL 13:04 tcohen Joubu: you rockj 13:04 tcohen Joubu++ 13:04 * cait agrees 13:04 oleonard Hi #koha 13:07 tcohen hi oleonard 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:14 tcohen akafred++ 14:04 magnuse Viktor: my pleasure :-) 14:04 magnuse no if i could only figure out why staging records for import is failing... 14:09 andreashm Hi everyone! 14:11 magnuse tjänare andreashm 14:13 andreashm hej magnus 14:14 andreashm greetings from a surprisingly sunny Stockholm 14:14 andreashm (aka the land of slush and ice) 14:14 magnuse greetings from an unsurprisingly rainy and windy Bodø 14:14 magnuse @wunder boo 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:15 magnuse @wunder Stockholm 14:15 huginn magnuse: Error: No such location could be found. 14:15 magnuse @wunder Stockholm, sweden 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 hah! ;-) 14:15 andreashm at least your warmer. 14:16 gaetan_B hello 14:17 akafred msg huginn 14:19 * akafred rediscovers irc ... one command at a time :-) 14:19 nengard heh 14:19 magnuse andreashm: oh yeah! 14:19 magnuse @wunder marseille 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:20 magnuse better crank that up a bit in ~3 weeks time 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:22 cait andreashm: you can add one-... but only by changing the files so far 14:22 cait zebra facets are curerently not configurable 14:22 tcohen andreashm: take a look at etc/zebradb/marc_defs/<your flavour>/biblio-koha-indexdefs.xml 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:23 tcohen but if you are adding new ones, you will have to edit, by hand, C4/Koha.pm, specifically getFacets 14:25 magnuse the language dropdown on advanced search is not optimal either - just sayin' 14:25 andreashm yup, noticed that. 14:26 andreashm (advanced search dropdown) 14:26 cait oleonard: it seems like when you hide a subfield from the item framework it leaves empty space again :( 14:26 oleonard Uh oh... Again? 14:26 cait i have like 3 cm between subfield 3 and i 14:26 cait yeah :( 14:27 tcohen wtf? 14:28 cait it looks likeit's the empty list element 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:31 andreashm thanks cait and tcohen 14:31 cait oleonard: sorry for complaining to you - configuring frameworks makes me grumpy and i thought we had fixed that sometime :) 14:31 tcohen magnuse: same browser? 14:31 magnuse tcohen: yes 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:32 oleonard I don't think I'm seeing that cait, unless I misunderstand 14:32 oleonard Wait let me make sure I'm not mixing up frameworks here 14:33 tcohen magnuse: custom js? 14:34 magnuse tcohen: no, don't think so 14:34 magnuse tcohen: a small one, setting the focus to some search box 14:35 magnuse tcohen: screenshots: http://div.libriotech.no/files/2015/stage-fail/ 14:35 tcohen i've had some glitches in the recent past 14:35 cait oleonard: it's a small thing, you only see it with many subfields i think 14:36 oleonard cait: Hidden by making it "managed in tab -- ignore" or hidden by making it not visible in advanced constraints? 14:36 cait oleonard: i will upload a screnshot 14:36 cait not visible 14:36 cait unchecking all the checkboxes 14:38 magnuse tcohen: nothing is stored in import_batches 14:38 magnuse but the counter is increased 14:39 magnuse so it would say: 14:39 magnuse Manage staged MARC records › Batch 37 14:39 magnuse Manage staged MARC records › Batch 38 14:39 magnuse but there are not batches there 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:40 magnuse no errors from stage-marc-import.pl, which is failing to store something in the db 14:40 magnuse and i can't see anything in the mysql logs either 14:41 cait and only for items - the record seems ok with hiding an dmoving things 14:41 cait oleonard: do you want a screenshot? 14:44 oleonard cait: The <li>has 3 pixels of padding which might be causing it, but that value hasn't changed recently 14:48 cait maybe only more visible and we fixed another element that added mroe space? 14:48 cait i remember it was a problem for the acq framework for a while 14:51 cait i attached a screenshot - bug 13688 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:52 cait but I will just leave it for now 15:02 * magnuse wanders off to make dinner and looks forward to more digging tomorrow 15:20 tcohen @later tell khall any news on the REST API? 15:20 huginn tcohen: The operation succeeded. 15:59 barton cait, dcook, tcohen : I think you might find this mildly useful/interesting https://github.com/bywatersolutions/zebra-config-report/tree/master 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. 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:11 reiveune bye 16:13 cait thx barton 16:15 barton thanks to dcook for spending hours last night showing me a number of the connections. 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:23 barton magnuse: if it still works, it won't for long ;-) -- still worth a look; my script should probably be in Perl... 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> / 17:16 chris_n absolutely incredible: https://www.youtube.com/embed/ZVuKp5M3de8?feature=player_detailpage 17:26 oleonard Joubu++ # benchmarking 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:44 tcohen use --keep-mysql 17:44 tcohen it is because you are trying to delete the remote db, without enough permissions 17:45 rsz where do I need to give --keep-mysql command? 17:47 tcohen rsz: are you trying to delete an instance you created using --request-db and configured to use an external DB? 17:47 rsz yes, correct :-) 17:47 tcohen ok 17:48 tcohen koha-remove --help :-D 17:48 rsz ok.. thanks :-) 17:48 tcohen sorry 17:48 tcohen i forgot to add usage to that script :-P 17:49 tcohen use 'man koha-remove' instead 17:49 rsz is it anywhere online? 17:49 rsz ok. 17:49 tcohen it'd be 17:49 tcohen koha-remove --keep-mysql <instance name> 17:49 tcohen anyway :-D 17:49 rsz yes I can see the --keep-mysql option! :-) 17:50 rsz that went like a breeze! :-) 17:50 rsz thanks tcohen :-) 17:50 tcohen u r welcome 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:59 jenkins_koha * Kyle M Hall: Bug 12323 [SIGNED OFF] - Acquisitions search results fixed in order of biblionumber 17:59 jenkins_koha * Jonathan Druart: Bug 13319: Fix Koha::Acq::Order should set parent_ordernumber 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 13240: Remove some code obfuscation 17:59 jenkins_koha * Jonathan Druart: Bug 13240: Remove commented warns 17:59 jenkins_koha * Kyle M Hall: Bug 13240 [QA Followup] 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 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=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=13240 normal, P5 - low, ---, jonathan.druart, Pushed to Master , advanced_notices.pl contains code obfuscation 18:52 mtompset Greetings, #koha. 18:52 mtompset @seen magnus_afk 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:53 oleonard @seen magnuse 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 mtompset Okay, that's better. :) 18:53 mtompset Thanks, oleonard. 19:01 tcohen @later tell Joubu can we schedule a videoconf tomorrow 15UTC, khall would join us ;-) 19:01 huginn tcohen: The operation succeeded. 19:05 barton oleonard: you look for magnuse, and I get pinged as a ricochet ;-) 19:06 oleonard And it wasn't even me looking for magnuse! 19:12 mtompset Sorry, barton. :) 19:12 barton 'sall good mtompset, I like hearing my name ;-) 19:13 mtompset I was playing with magnuse's kohadevbox under *gasp* windows. :) 19:13 barton such language in a high class establishment such as this! 19:14 barton ( +1 if you caught the reference ) 19:16 mtompset I guess I'm likely to be eaten by a Grue? 19:47 akafred mtompset: is it useful? 19:48 mtompset magnuse's kohadevbox? 19:48 mtompset I haven't played with it enough to know for sure. 19:48 mtompset On a positive note though, if it is useful, the key feature is the plack stuffs. :) 19:49 mtompset Configuring that myself was not successful, because of confusing documentation. 19:50 akafred ah, nice. also, if you have ideas or improvements both issues and pull requests are welcome, i think 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) 20:07 wnickc it (kohadevbox) definitely makes getting up and running to test patches easier 20:07 wnickc and works pretty well on windows 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:10 mtompset depth=1? 20:10 mtompset What do you mean, wnickc? 20:11 wnickc I am still new to git, if you do a git pull to update kohadevbox, you get the whole repository 20:12 wnickc I think around agig 20:12 wnickc If you do a shallow clone it stays lighter 20:12 wnickc https://github.com/digibib/kohadevbox/issues/39 20:13 wnickc mtompset: ^^ 20:13 mtompset ah, okay. 20:48 andreas_hm halloj viktor 20:48 Viktor Hej andreas_hm :) 20:49 andreas_hm kvällsjobb? =) 21:11 rangi morning 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:15 huginn rangi: downloading the Perl source 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: 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:25 carmenh hello #koha 21:26 cait hi #koha 21:27 tcohen hi cait 21:27 cait hi tcohen :) 21:27 pianohacker hi cait, tcohen :) 21:28 tcohen hi pianohacker 21:28 tcohen sample records? 21:28 tcohen hmpf 21:29 * pianohacker != sample records 21:33 eythian hi 21:34 cait how many do you need? :P 21:34 eythian me? just one. But soon! 21:34 cait sample records 21:34 cait what are you talking about? 21:35 eythian I don't know, you just asked a question. 21:36 tcohen 100 would be ok 21:37 tcohen i reset my laptop, and dropbox is taking a long time to sync 21:41 cait hmm small ones are harder 21:42 tcohen whatever you have? 21:44 wnickc I have 98 marc21 with items if useful, but all similar author names 21:46 cait Joubu++ cool chart 21:49 rangi what chart? 21:50 tcohen performance? 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 cait yes 21:50 rangi ah yeah 21:50 rangi that was good 21:51 magnus_afk attachment on bug 13690 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: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:52 eythian Especially if we can get a few out of the more core modules. 21:52 rangi yeah 21:55 cait Joubu: something for the hackfest list maybe? 21:55 cait ah.. he is not here. 22:02 wnickc bye #koha 22:03 jenkins_koha Starting build #46 for job Koha_3.18.x_U14 (previous build: SUCCESS) 22:14 tcohen full out of the box plack support sounds good for Marseille 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:20 rangi yeah 22:20 tcohen do u have something that is close to create instances with plack configured? 22:20 tcohen we can work on top of that 22:20 eythian I use koha-plackify 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:21 eythian There's also a patch out there to solve some memory issues, allowing all the instances to share a single UID. 22:22 tcohen you're talking about an upgrade-path? 22:22 pianohacker +1 to eythian's idea 22:22 eythian tcohen: not so much, more just that if you install this package, future instances are placked by default. 22:24 tcohen ok, maybe a /etc/koha/koha-sites.conf option can do it 22:24 eythian well, possibly eventually 22:24 tcohen the same is happening for GRS-1 > DOM 22:24 eythian but there's a way to go first 22:24 tcohen people should re-creatge their instances 22:25 pianohacker glory hallelujah, I just rebased four months of commits with no manual merge *dances* 22:26 * tcohen loves git 22:33 dcook Nice one, pianohacker! 22:33 * dcook also loves git 22:33 dcook Thanks for that link barton_away 22:33 dcook barton_away: Did you solve your zebra woes? 22:34 cait eythian: i think ashimema sent an email to the list that we have different ways of activating/running plack 22:34 cait is there koha-plackify the preferred method for packages? 22:35 eythian it's not at the level of having a preferred method. 22:35 eythian It is, however, the easiest method. 22:35 cait hm 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:36 eythian In the longer term, it'll be built in properly of course. 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:48 eythian sweet 22:49 jenkins_koha Starting build #47 for job Koha_3.18.x_U14 (previous build: SUCCESS) 22:50 dcook Yeah, there have been a few helpful people who offset the jerks on day one 23:03 cait thx eythian - looking into the dependencies 23:03 eythian ta 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.