Time |
S |
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: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 |
|
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/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 |
|
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 |
|
|
tcohen joined #koha |
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/agenc[…]fns/bib1diag.html |
01:14 |
|
barton_away |
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 |
|
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/[…]bug.cgi?id=917030 |
01:45 |
|
huginn |
Bug 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 |
|
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: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 |
|
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 |
Bug 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 |
|
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[…]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...) |
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 |
|
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. |
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 |
|
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: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 |
|
Viktor |
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 |
|
Joubu |
@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 |
|
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:11 |
|
|
paul_p joined #koha |
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-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 |
|
magnuse |
one sec |
10:41 |
|
magnuse |
you want to edit one of these files: http://git.koha-community.org/[…]eferences;hb=HEAD |
10:42 |
|
magnuse |
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 |
|
jenkins_koha |
Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL |
12:44 |
|
huginn |
Bug 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 |
|
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.[…]a_Master_U14/296/ |
12:50 |
|
jenkins_koha |
Jonathan Druart: Bug 13675: Do not set aqorders.budget_id to NULL |
12:50 |
|
huginn |
Bug 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 |
|
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 |
Bug 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 |
|
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.[…]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 |
Bug 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 |
|
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++ |
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 |
|
magnuse |
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 |
|
andreashm |
greetings from a surprisingly sunny Stockholm |
14:14 |
|
andreashm |
(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 |
|
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: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 |
|
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 |
|
|
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 |
|
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 |
|
|
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 |
|
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 |
|
|
edveal_ joined #koha |
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 |
|
|
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 |
|
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 |
|
|
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 |
|
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:37 |
|
|
edveal joined #koha |
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 |
|
|
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 |
|
cait |
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 |
|
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 |
Bug 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 |
|
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.[…]ha_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 |
Bug 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 |
|
huginn |
Bug 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 |
|
huginn |
Bug 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 |
|
huginn |
Bug 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 |
|
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/[…]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 |
|
mtompset |
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 |
|
barton |
( +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 |
|
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) |
19:58 |
|
|
andreashm joined #koha |
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 |
|
|
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 |
|
wnickc |
I think around agig |
20:12 |
|
|
andreas_hm joined #koha |
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 |
|
|
Viktor joined #koha |
20:48 |
|
andreas_hm |
halloj viktor |
20:48 |
|
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 |
|
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: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 |
|
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 |
Bug 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 |
|
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. |
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 |
|
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. |
23:07 |
|
|
cait left #koha |