IRC log for #koha, 2015-02-10

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

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 s/can/scan/
00:11 dcook Looks like the wrong database as well
00:11 Maybe not..
00:11 yeah
00:11 "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/v​ar/run/zebradb/bibliosocket < 20932.yaz
00:13 dcook But by default the database is "biblios"
00:13 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 not the whole story tho -- I just re-checked the pastebin -- I had it right in there..
00:17 edveal joined #koha
00:18 eythian http://news.sky.com/story/1424[…]eping-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 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 Hmm
00:24 At what point did bib-1 change?
00:25 Sorry, that's vague
00:25 just a sec
00:26 Right, so "att 1068" in bib1.att is "Reference"
00:26 in git master
00:26 barton_away: If your bib1.att says "att 1068 bibliographic-reference", it might be worthwhile restarting Zebra
00:26 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 Another trick:
00:28 #querytype ccl2rpn
00:28 #set_cclfile /home/dcook/koha-dev/etc/zebradb/ccl.properties
00:28 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 just restarted the server, still getting the '[114] Unsupported Use attribute -- v2 addinfo '1068''
00:32 so bibliographic-reference *is* indexed, but 1068 is not recognized, even though it's set up in bib1.att and ccl.properties.
00:34 I did find this: http://lists.katipo.co.nz/publ[…]ugust/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 I admit I'm a bit tempted to try something now
00:39 You could check out zebra-biblios-dom.cfg
00:39 Are you using DOM?
00:39 I guess so, eh
00:39 Check that "profilePath" is all right, and that attset:bib1.att is here
00:40 I'm sure it is, but... pulling out all the stops
00:40 barton_away yep, dom.
00:40 ok, lemme look.
00:44 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/bi​blios/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_d​efs/en:/home/barton/koha-dev/etc/zebradb/xsl' | sed "s/:/\n/g" | xargs ls
00:52 ... it gave me a nice listing of files. :-)
00:52 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 But my bib1.att says "Reference" rather than "bibliographic-reference"
00:58 tcohen joined #koha
00:58 dcook Hence your original question about really long index names, eh?
00:59 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 And trying again
00:59 Maybe there is a length limit which screws things up silently
01:00 Actually, I'll try your version too
01:02 Hmm
01:02 barton_away: Works when I try "bibliographic-reference" as well
01:02 So it's not a length thing
01:02 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 You know...
01:09 I think this is what it is
01:09 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 'profilePath:/home/barton/koha-dev/etc/zebradb/b​iblios/etc:/home/barton/koha-dev/etc/zebradb/etc​:/home/barton/koha-dev/etc/zebradb/marc_defs/mar​c21/biblios:/home/barton/koha-dev/etc/zebradb/la​ng_defs/en:/home/barton/koha-dev/etc/zebradb/xsl
01:09 The bib1.att you want should be in...
01:09 /home/barton/koha-dev/etc/z​ebradb/biblios/etc/bib1.att
01:09 most likely
01:10 Ah
01:10 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 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/z​ebradb/biblios/etc/bib1.att
01:11 att 1068    bibliographic-reference
01:11 dcook So weird
01:11 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/agenc[…]fns/bib1diag.html
01:14 114|Unsupported Use attribute|value
01:14 rocio left #koha
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 But yeah, Z39.50 goes way back
01:21 But really...
01:21 "'[114] Unsupported Use attribute -- v2 addinfo '1068''"
01:21 It basically means that it doesn't know what "1068" means
01:22 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 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 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 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 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 https://bugzilla.opensuse.org/[…]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:22 tstanfo joined #koha
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 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 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 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 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 It's easy enough to do in Windows too
02:33 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 changing everything as appropriate
02:34 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 dcook: what is the local time there, I'm trying to phone someone in sydney
02:35 dcook dcook: Very deranged people ;)
02:35 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 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 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 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 My bad
02:40 Yeah, I bet
02:40 Although in 3.11 a partial update happened :S
02:40 3.11.00.016
02:40 Oh wait, it's not translated as far as I know atm
02:40 eythian oh, it's not?
02:40 weird
02:40 dcook Even non-English systems would have English permissions afaict
02:40 Yeah, it's weird
02:40 Hopefully this patch will change that..
02:41 ngourlay joined #koha
02:45 ngourlay joined #koha
02:51 tcohen joined #koha
02:58 dcook Hmm... userpermissions.sql doesn't look... good
02:59 eythian: My bad, they are translated
02:59 eythian oh right
03:00 dcook And have unescaped quotes, which...
03:00 Somehow don't create problems
03:00 "(11, 'budget_modify', 'Modify budget (can''t create lines, but can modify existing ones)'),"
03:01 That still comes out as "Modify budget (can't create lines, but can modify existing ones)"
03:01 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 It's definitely how Pascal does it, anyway
03:05 dcook Weird
03:06 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 tcohen: I think he already has done that
03:06 dcook Only in english ;)
03:06 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 bug 13632
03:07 huginn 04Bug http://bugs.koha-community.org[…]_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 ah, easy to fix dcook!
03:08 dcook Yep!
03:08 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 It's about 79 ;)
03:10 Wait, 73 subpermissions alone
03:10 Plus 19 permissions
03:10 So 92 :p
03:10 tcohen you'll do it if you need a break from DSpace
03:10 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 Ah, yeah, that's true
03:10 But I think there may have been others
03:11 Possibly not. Maybe those are the only ones..
03:11 Just trying to be as thorough as possible :)
03:11 tcohen gotta run to bed
03:11 already too late here
03:11 (during working days heh)
03:11 have a nice day everyone
03:11 dcook Aha, there's the script
03:12 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[…]analytics-engine/
03:18 dcook Yeah, it looks like Paola missed a few
03:18 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 .. *.conf format is now required, in apache 2.4
03:21 ?
03:22 hiya dcook
03:22 eythian mtj: yes, that's essentially correct
03:23 mtj hiya dcook, eythian
03:24 cool, thanks for that eythian
03:25 eythian I'm stuggling to work out how to integrate SAML into a plackified Koha.
03:25 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 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 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 sounds fiddly
03:35 eythian yep
03:35 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 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...)
03:46 rocio joined #koha
03:46 rocio left #koha
04:19 pianohacker joined #koha
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 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 well, "all" I need to do is get something from apache to starman via the reverse proxy.
04:32 I'm thinking that I might be able to have apache set a cookie in the browser that koha can read.
04:51 BobB joined #koha
05:06 dcook eythian: So the script I used to create permissions.inc just used the current database
05:07 Damn that tcohen motivating me to make a script that will sort of parse SQL to get the required strings :p
05:12 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 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 .. so yeah, a cgi koha would not be too helpful there..
07:37 reiveune joined #koha
07:38 reiveune hello
07:55 Viktor joined #koha
07:56 Viktor Greetings #koha
07:57 magnuse kia ora Viktor - ready to sign up for marseille yet? ;-)
07:59 cait joined #koha
08:00 laurence joined #koha
08:04 alex_a joined #koha
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 Hi alex_a
08:09 laurence joined #koha
08:13 magnuse Viktor: yay!
08:17 sophie_m joined #koha
08:23 Joubu Hello #koha
08:31 @later tell tcohen it's bug 13675
08:31 huginn Joubu: The operation succeeded.
08:53 paul_p joined #koha
08:53 paul_p good morning !
08:57 cait morning paul_p
09:00 magnuse bonjour paul_p
09:00 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 hi Viktor (you should have the gdoc link in your mailbox)
09:01 Viktor Thank you paul_p - I do :)
09:02 I assume wifi and power outlets is plenty at the hackfest? :)
09:03 magnuse yup, chairs is the biggest problem :-)
09:03 or has been, at least
09:06 cait so far we always managed i'd say :)
09:06 paul_p: are there more registrations than last year?
09:06 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 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 Would it be helpful to add a short note about this in the syspref text?
10:05 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:11 paul_p joined #koha
10:18 magnuse a short note would be good, i think
10:18 Viktor: translations of sysprefs is a separate file in Pootle
10:21 http://translate.koha-communit[…]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 one sec
10:41 you want to edit one of these files: http://git.koha-community.org/[…]eferences;hb=HEAD
10:42 then your change will get picked up by the translation mechanisms
11:45 tcohen joined #koha
11:59 huginn New commit(s) kohagit: Bug 13675: Do not set aqorders.budget_id to NULL <http://git.koha-community.org/[…]d9d14e94bba13424e>
12:06 libland joined #koha
12:26 magnuse tjänare libland
12:28 Viktor joined #koha
12:32 magnuse Viktor: did you see what i said about http://git.koha-community.org/[…]eferences;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:35 tcohen joined #koha
12:37 jwagner joined #koha
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.[…]ha_Master_D7/308/
12:44 Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
12:44 huginn 04Bug http://bugs.koha-community.org[…]_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 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.[…]a_Master_U14/296/
12:50 Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
12:50 huginn 04Bug http://bugs.koha-community.org[…]_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 meliss joined #koha
12:52 magnuse \o/
12:52 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 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 no news from gmcharlt btw
12:57 Joubu tcohen: bug 13417
12:57 huginn 04Bug http://bugs.koha-community.org[…]_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 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.[…]a_Master_U12/309/
12:59 collum joined #koha
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[…]_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 oleonard joined #koha
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.[…]_U12_MariaDB/232/
13:00 Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL
13:04 tcohen Joubu: you rockj
13:04 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++
13:37 nengard joined #koha
13:43 JoshB joined #koha
13:51 edveal joined #koha
14:01 carmen joined #koha
14:01 oleonard joined #koha
14:04 magnuse Viktor: my pleasure :-)
14:04 no if i could only figure out why staging records for import is failing...
14:09 andreashm joined #koha
14:09 andreashm Hi everyone!
14:11 magnuse tjänare andreashm
14:13 andreashm hej magnus
14:14 greetings from a surprisingly sunny Stockholm
14:14 (aka the land of slush and ice)
14:14 cma joined #koha
14:14 magnuse greetings from an unsurprisingly rainy and windy Bodø
14:14 @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:15 gaetan_B joined #koha
14:16 gaetan_B hello
14:17 akafred msg huginn
14:19 paul_p joined #koha
14:19 * akafred rediscovers irc ... one command at a time :-)
14:19 nengard heh
14:19 magnuse andreashm: oh yeah!
14:19 @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 Dyrcona joined #koha
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 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 jwagner_ joined #koha
14:25 JoshB_ joined #koha
14:25 magnuse the language dropdown on advanced search is not optimal either - just sayin'
14:25 carmen_ joined #koha
14:25 andreashm yup, noticed that.
14:26 (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 edveal_ joined #koha
14:26 oleonard Uh oh... Again?
14:26 cait i have like 3 cm between subfield 3 and i
14:26 yeah :(
14:27 tcohen wtf?
14:28 cait it looks likeit's the empty list element
14:28 ngourlay_ joined #koha
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:29 edveal_ joined #koha
14:29 jajm_ joined #koha
14:29 dexap joined #koha
14:30 JoshB_ joined #koha
14:31 NateC joined #koha
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 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 khall joined #koha
14:32 chris_n joined #koha
14:32 khall left #koha
14:32 Joubu joined #koha
14:32 oleonard Wait let me make sure I'm not mixing up frameworks here
14:33 tcohen magnuse: custom js?
14:33 thd-away joined #koha
14:33 rangi joined #koha
14:34 magnuse tcohen: no, don't think so
14:34 tcohen: a small one, setting the focus to some search box
14:35 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 not visible
14:36 unchecking all the checkboxes
14:37 edveal joined #koha
14:38 magnuse tcohen: nothing is stored in import_batches
14:38 but the counter is increased
14:39 so it would say:
14:39 Manage staged MARC records › Batch 37
14:39 Manage staged MARC records › Batch 38
14:39 but there are not batches there
14:40 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 no errors from stage-marc-import.pl, which is failing to store something in the db
14:40 sophie_m joined #koha
14:40 magnuse and i can't see anything in the mysql logs either
14:41 misilot joined #koha
14:41 cait and only for items - the record seems ok with hiding an dmoving things
14:41 oleonard: do you want a screenshot?
14:42 laurence joined #koha
14:42 Dyrcona joined #koha
14:43 reiveune joined #koha
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 i remember it was a problem for the acq framework for a while
14:51 i attached a screenshot - bug 13688
14:51 huginn 04Bug http://bugs.koha-community.org[…]_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:10 talljoy joined #koha
15:20 tcohen @later tell khall any news on the REST API?
15:20 huginn tcohen: The operation succeeded.
15:33 khall joined #koha
15:49 meliss joined #koha
15:53 rocio joined #koha
15:59 barton cait, dcook, tcohen : I think you might find this mildly useful/interesting https://github.com/bywatersolu[…]eport/tree/master
15:59 TGoat joined #koha
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:02 andreashm left #koha
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:11 reiveune left #koha
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/[…]lob/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...
16:35 clrh joined #koha
16:39 carmen joined #koha
16:51 carmen joined #koha
17:14 huginn New commit(s) kohagit: Bug 13240 [QA Followup] <http://git.koha-community.org/[…]f2994278f7c9dcbf2> / Bug 13240: Remove commented warns <http://git.koha-community.org/[…]d44b0637cc8a90625> / Bug 13240: Remove some code obfuscation <http://git.koha-community.org/[…]74d73714ec000dc0b> /
17:16 chris_n absolutely incredible: https://www.youtube.com/embed/[…]player_detailpage
17:26 oleonard Joubu++ # benchmarking
17:36 cait joined #koha
17:41 rsz joined #koha
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 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 koha-remove --help :-D
17:48 rsz ok.. thanks :-)
17:48 tcohen sorry
17:48 i forgot to add usage to that script :-P
17:49 use 'man koha-remove'  instead
17:49 rsz is it anywhere online?
17:49 ok.
17:49 tcohen it'd be
17:49 koha-remove --keep-mysql <instance name>
17:49 anyway :-D
17:49 rsz yes I can see the --keep-mysql option! :-)
17:50 that went like a breeze! :-)
17:50 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.[…]ha_Master_D7/309/
17:59 * Kyle M Hall: Bug 12323 [SIGNED OFF] - Acquisitions search results fixed in order of biblionumber
17:59 * Jonathan Druart: Bug 13319: Fix Koha::Acq::Order should set parent_ordernumber
17:59 * Kyle M Hall: Bug 13670 - Patron holds table not loading when holds tab anchor is used
17:59 * Jonathan Druart: Bug 13240: Remove some code obfuscation
17:59 * Jonathan Druart: Bug 13240: Remove commented warns
17:59 * Kyle M Hall: Bug 13240 [QA Followup]
17:59 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12323 normal, P5 - low, ---, kyle, Pushed to Master , Acquisitions search results fixed in order of biblionumber
17:59 04Bug http://bugs.koha-community.org[…]_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 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13670 minor, P5 - low, ---, kyle, Pushed to Master , Patron holds table not loading when holds tab anchor is used
17:59 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13240 normal, P5 - low, ---, jonathan.druart, Pushed to Master , advanced_notices.pl contains code obfuscation
18:03 laurence left #koha
18:52 mtompset joined #koha
18:52 mtompset Greetings, #koha.
18:52 @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/[…]lob/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 Thanks, oleonard.
18:54 wnickc joined #koha
18:58 gaetan_B joined #koha
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 ( +1 if you caught the reference )
19:16 mtompset I guess I'm likely to be eaten by a Grue?
19:42 cait left #koha
19:47 akafred mtompset: is it useful?
19:48 mtompset magnuse's kohadevbox?
19:48 I haven't played with it enough to know for sure.
19:48 On a positive note though, if it is useful, the key feature is the plack stuffs. :)
19:49 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 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:58 andreashm joined #koha
20:07 wnickc it (kohadevbox) definitely makes getting up and running to test patches easier
20:07 and works pretty well on windows
20:09 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 gaetan_B joined #koha
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 I think around agig
20:12 andreas_hm joined #koha
20:12 wnickc If you do a shallow clone it stays lighter
20:12 https://github.com/digibib/kohadevbox/issues/39
20:13 mtompset: ^^
20:13 mtompset ah, okay.
20:48 Viktor joined #koha
20:48 andreas_hm halloj viktor
20:49 Viktor Hej andreas_hm :)
20:49 andreas_hm kvällsjobb? =)
21:06 tcohen joined #koha
21:10 cbrannon joined #koha
21:11 rangi morning
21:15 @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:20 pianohacker joined #koha
21:25 carmenh hello #koha
21:26 cait joined #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 sample records?
21:28 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 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 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 that was good
21:51 magnus_afk attachment on bug 13690
21:51 huginn 04Bug http://bugs.koha-community.org[…]_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 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 ah.. he is not here.
21:56 andreas_hm left #koha
22:02 wnickc bye #koha
22:03 jenkins_koha Starting build #46 for job Koha_3.18.x_U14 (previous build: SUCCESS)
22:05 tcohen joined #koha
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 we can work on top of that
22:20 eythian I use koha-plackify
22:21 actually, a better way would perhaps to make another package that redirects everything to be plack-enabled, or something like that.
22:21 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 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 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 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 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 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:07 cait left #koha

← Previous day | Today | Next day → | Search | Index

koha1