← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:05 | aleisha joined #koha | |
| 00:06 | barton joined #koha | |
| 00:12 | barton joined #koha | |
| 00:14 | papa joined #koha | |
| 00:32 | barton | evening #koha, I have a debian wheezy box with zebra 2.0.44-3 installed via standard wheezy/main amd64 Packages ... I need to upgrade to 2.0.59-1... I'm trying to figure out which repo to pull from |
| 00:40 | * dcook | shudders at the mention of 2.0.59 |
| 00:40 | barton | oh? |
| 00:40 | dcook | ICU bug :/ |
| 00:40 | barton | ick. |
| 00:41 | dcook | I don't think you can install 2.0.59-1 for wheezy? |
| 00:41 | I think it's only available for Jessie? | |
| 00:41 | https://packages.debian.org/wheezy/idzebra-2.0 | |
| 00:41 | If you're upgrading though, I'd just use the Indexdata Debian repo and get 2.0.62 :D | |
| 00:41 | *upgrading Zebra only and not the whole OS | |
| 00:41 | Honestly, I don't know why we don't use the Indexdata repo for it... | |
| 00:42 | barton | well, this is a test box, and I'm trying to upgrade to see if I can replicate an issue, so... |
| 00:42 | dcook | O_o |
| 00:42 | I'm not sure I follow | |
| 00:43 | What system is having the issue? | |
| 00:43 | A Jessie system? | |
| 00:43 | barton | Yep. |
| 00:43 | dcook | I'd recommend using Jessie then :) |
| 00:44 | barton: Failing that, you could probably just download the .deb from http://ftp.indexdata.dk/pub/zebra/debian/wheezy/ | |
| 00:44 | http://ftp.indexdata.dk/pub/ze[…]indexdata_all.deb | |
| 00:45 | barton | mmm. yeah... I guess that makes sense... I've got a pretty hefty database loaded on that instance, so I was hoping to avoid that. |
| 00:45 | ah, that sounds like the path of least resistance. | |
| 00:46 | dcook | hehe |
| 00:46 | Although you might need to download a few packages I think | |
| 00:46 | You might want to set upt he Indexdata repository and then try somethign like this: http://askubuntu.com/questions[…]ith-exact-version | |
| 00:47 | Trying to just install that first one might lead to failures when it can't resolve certain dependencies? | |
| 00:47 | I have that repo set up on a server... let's see if I can fetch specific info.. | |
| 00:49 | Ah, except someone misconfigured that server during an upgrade... *facepalm* | |
| 00:49 | barton | gotta hate that. |
| 00:50 | dcook | Yep, especially when I have other fish to fry.. |
| 00:53 | barton | actually, let me run the underlying issue past you really quick -- when I have querystemming enabled, a search containing a single letter word, e.g. the 'a' in "To kill a mockingbird" takes about 2 minutes to complete. |
| 00:53 | dcook | Yikes |
| 00:54 | I would check to see what query is being generated | |
| 00:54 | I'm not sure what version of Koha has improved Zebra verbosity settings though... | |
| 00:55 | dac joined #koha | |
| 00:55 | dac | hmm |
| 00:55 | barton | Yeah. Now that's on a very slow file system ... |
| 00:56 | dcook | "To kill mockingbird" works fine though? |
| 00:56 | barton | yep. |
| 00:56 | dcook | I suppose there might be an issue with the stemmer then? |
| 00:56 | I think this is the one we use: http://search.cpan.org/~creamy[…]/Stem/Snowball.pm | |
| 00:57 | barton | It also catches the 't' in "don't" |
| 00:57 | dcook | "catches"? |
| 00:58 | barton | The problem occurs on words like "don't" ... |
| 00:58 | where the final 't' is apparently searched for separately. | |
| 01:00 | dcook | Ahh |
| 01:00 | Bizarre | |
| 01:00 | barton | I don't think it's the stemmer... I reproduced the problem in zebra. |
| 01:00 | er yaz-client. | |
| 01:00 | dcook | Ah, good one |
| 01:00 | That sounds very strange... | |
| 01:01 | Can you use pastebin for your inputs/outputs for yaz-client? | |
| 01:02 | Francesca joined #koha | |
| 01:02 | barton | I think that it's a disk I/O issue... pianohacker was watching that, and we're also having horrible issues when indexing. |
| 01:03 | 100K bibs and their authorities take ~12 hours to index. | |
| 01:03 | there are things glusterfs is good for, and apparently zebra isn't one of them. | |
| 01:06 | dcook, I'll see if I can find those yaz-client examples, there's been a bit of water under the bridge since I did that part of the trouble-shooting. | |
| 01:07 | dcook | Well, I have a reboot coming. Bbiab |
| 01:23 | irma joined #koha | |
| 02:34 | barton | @later tell dcook I added the wheezy idzebra repo... it had 2.0.59-1, but there were just too many un-met dependencies. (thank you apt-get --dry-run) |
| 02:34 | huginn | barton: The operation succeeded. |
| 02:53 | rocio_away left #koha | |
| 03:12 | kathryn joined #koha | |
| 03:13 | Francesca joined #koha | |
| 03:13 | kathryn joined #koha | |
| 03:38 | mario joined #koha | |
| 04:13 | irma joined #koha | |
| 04:14 | dcook joined #koha | |
| 04:43 | reza__ joined #koha | |
| 05:08 | cait joined #koha | |
| 05:57 | florent joined #koha | |
| 06:33 | mario joined #koha | |
| 06:45 | reiveune joined #koha | |
| 06:45 | reiveune | hello |
| 06:45 | fridolin joined #koha | |
| 06:54 | reiveune joined #koha | |
| 06:55 | reiveune | hello |
| 07:02 | reza_ joined #koha | |
| 07:08 | mario joined #koha | |
| 07:08 | sophie_m joined #koha | |
| 07:09 | sophie_m | hello #koha |
| 07:09 | fridolin | hie there |
| 07:13 | chrisvella_ joined #koha | |
| 07:38 | janPasi__ joined #koha | |
| 07:58 | cait joined #koha | |
| 08:14 | laurence joined #koha | |
| 08:40 | paul_p joined #koha | |
| 08:58 | Vinod joined #koha | |
| 09:10 | deb-CSPL joined #koha | |
| 10:05 | mario joined #koha | |
| 10:33 | drojf joined #koha | |
| 10:33 | drojf | hi #koha |
| 10:34 | cait: ah thanks, i checked in somehwere at the front | |
| 10:46 | Francesca joined #koha | |
| 11:04 | mario joined #koha | |
| 11:08 | cait | drojf: didn't pick a seat, no idea what c is, but i think either window or aisle |
| 11:11 | drojf | window is a and f |
| 11:11 | cait | ah cool :) |
| 11:11 | i wanted an aisle seat anyway :) | |
| 11:14 | drojf: the encryption thing is acting up again | |
| 11:21 | mario joined #koha | |
| 11:42 | oleonard joined #koha | |
| 11:44 | oleonard | Hi All |
| 11:50 | meliss joined #koha | |
| 11:51 | drojf | hi oleonard |
| 11:52 | very little emails today. something is fishy | |
| 11:54 | * oleonard | signs drojf up for all the newsletters |
| 11:55 | drojf | i get enough of those. but they end up in the junk folder automagically |
| 11:57 | oleonard | Shouldn't the QA tool warn about something like this? '<a href="[% IF ( budget_period_id) %]/cgi-bin/koha/admin/aqbudgets.pl...' |
| 12:32 | ericar joined #koha | |
| 12:51 | barton joined #koha | |
| 12:54 | talljoy joined #koha | |
| 13:01 | Vinod joined #koha | |
| 13:01 | kidclamp joined #koha | |
| 13:06 | kidclamp | hi all |
| 13:11 | NateC joined #koha | |
| 13:15 | oleonard | Joubu did you see my question above about the QA tool? |
| 13:16 | Joubu | oleonard: nope |
| 13:16 | oleonard | Shouldn't the QA tool warn about something like this? '<a href="[% IF ( budget_period_id) %]/cgi-bin/koha/admin/aqbudgets.pl...' |
| 13:16 | an [% IF %] inside <a> ? | |
| 13:16 | Dyrcona joined #koha | |
| 13:17 | Joubu | oleonard: this is checked in a xt script |
| 13:17 | we could add that check to the QA tools | |
| 13:18 | oleonard | Oh okay, that's just my misunderstanding. |
| 13:19 | Joubu | hum actually it already should |
| 13:19 | oleonard: could you open a bug report and assign it to me please? | |
| 13:20 | oleonard | Yes |
| 13:20 | burdsjm joined #koha | |
| 13:31 | JoshB joined #koha | |
| 13:32 | cma joined #koha | |
| 13:33 | mario joined #koha | |
| 13:38 | JoshB_ joined #koha | |
| 13:38 | oleonard | Joubu do you have a moment for another question? |
| 13:39 | Joubu | oleonard: yep :) |
| 13:39 | cait1 joined #koha | |
| 13:40 | oleonard | I was looking at aleisha patch for branches.tt, and noticed that it's not possible to do [% IF ( libraries.size ) %] to check for the existence of libraries before showing the table. |
| 13:41 | [% libraries.size %] returns 1 even if there are no libraries. | |
| 13:41 | Is there a better way to do it? Why doesn't it work? | |
| 13:41 | tcohen joined #koha | |
| 13:42 | cait1 | oleonard: not sure |
| 13:42 | actually dunno :( | |
| 13:42 | JoshB_ left #koha | |
| 13:42 | tcohen | late morning |
| 13:42 | cait1 | (15:41:09) oleonard: [% libraries.size %] returns 1 even if there are no libraries. |
| 13:42 | (15:41:33) oleonard: Is there a better way to do it? Why doesn't it work? | |
| 13:42 | tcohen - doyou know? | |
| 13:43 | tcohen | i'd ask khall |
| 13:43 | i'm not sure about the context | |
| 13:43 | oleonard | I've asked Joubu since it's his code :) |
| 13:43 | * cait1 | grumps about flags not having an id /something in memberentrygen |
| 13:44 | oleonard | cait1: ? |
| 13:44 | Joubu | oleonard: it depends what "libraries" is |
| 13:45 | cait1 | i got a library that does not want to use the gone no address /lost card |
| 13:45 | and hiding it is hard | |
| 13:45 | so i grump :) | |
| 13:45 | $('label[for="yesgonenoaddress"]').parent().parent().parent().hide(); < works, but is not really nice? :) | |
| 13:46 | Joubu | oleonard: if it's an array, size will return the number of elements |
| 13:46 | but in your case it's certainly an object (from Koha::Libraries), in this case size will always return 1 | |
| 13:46 | it should be count | |
| 13:47 | but I think I have fixed this one, let me check | |
| 13:50 | hum, I don't find it | |
| 13:52 | oleonard: anyway, libraries.count should work | |
| 13:53 | oleonard | yes it does, thanks! |
| 13:53 | Joubu++ | |
| 13:53 | jajm joined #koha | |
| 14:02 | oleonard | cait1: If they don't want either of those flags can't you hide the whole fieldset? |
| 14:03 | cait1 | yeah - but it has nothing to identify it nicely with |
| 14:03 | and doing by index seemed not a good idea | |
| 14:03 | the fieldset only has a class 'rows' - but this is 3.22,not master | |
| 14:05 | Karl_H joined #koha | |
| 14:07 | oleonard | cait1: which 3.22? |
| 14:07 | cait1 | hmsec |
| 14:08 | ah, 05 i think | |
| 14:08 | yep | |
| 14:08 | going to update to 7 when it's out | |
| 14:11 | oleonard: i will try to remember to check on master - and file a bug if it's still not there | |
| 14:11 | a good beginner patch | |
| 14:11 | oleonard | cait1: How about this in IntranetUserCSS: #memberentry_userid+fieldset { display: none; } |
| 14:11 | cait1: It's fixed in master and the latest 3.22.x | |
| 14:12 | cait1 | aah |
| 14:12 | just missed it then | |
| 14:12 | hm why userid? | |
| 14:12 | is plus the next? | |
| 14:12 | oleonard | It selects the next fieldset after #memberentry_userid |
| 14:12 | cait1 | ! |
| 14:12 | something new :) | |
| 14:13 | works nicely | |
| 14:13 | thx oleonard1 | |
| 14:13 | oleonard++ | |
| 14:13 | there is another small thing i did with jquery in the past | |
| 14:14 | when you are on the details page | |
| 14:14 | and try to hide alternate contact | |
| 14:14 | you can hide the fields with the id #patron_alternative-contact - but the edit link after it remains | |
| 14:14 | hm guess the same woudl work there | |
| 14:15 | ... and it does work | |
| 14:15 | thx a lot | |
| 14:16 | oleonard | I wonder why BorrowerUnwantedField doesn't work for those flags |
| 14:16 | cait1 | not sure |
| 14:16 | i checked the template, it looks like it ends just above it | |
| 14:18 | oleonard | Maybe just an oversight. |
| 14:22 | laurence left #koha | |
| 14:24 | cait1 | or thinking it shoudl not be hidden - but i don#t see why not |
| 15:02 | fridolin left #koha | |
| 15:04 | TGoat joined #koha | |
| 15:22 | Joubu | oleonard: I have just used the less-watch tools (very useful btw!) and it created mixins.css and responsive.css |
| 15:22 | does that means we could remove the less files for these 2 ones? | |
| 15:23 | and print.css, right-to-left.css have been updated, it could come a diff in the versions used, or a divergence between the css and the less files | |
| 15:23 | from* | |
| 15:27 | oleonard | Joubu: You're asking should we remove mixins.less and responsive.less? |
| 15:28 | Joubu | yes |
| 15:28 | actually no, I do not care :) Just to make sure they are not used | |
| 15:28 | I think I have already asked you | |
| 15:28 | oleonard | No, because when Less processes opac.less it imports mixins.less and responsive.less |
| 15:29 | Joubu | ha yes, that was your answer :) |
| 15:29 | oleonard | The configuration should probably be modified so that mixins.css and responsive.css are not generated |
| 15:31 | the batch modification template includes markup for a job progress bar, but it never appears. I wonder it is supposed to. | |
| 15:32 | Sorry, no, the batch deletion template. | |
| 15:32 | Joubu | maybe move the imports in an import dir, than start less-watch-compiler with less/*.less |
| 15:32 | if it accepts a list of files instead of a dir | |
| 15:34 | oleonard: no the progress bar is not implemented for this tool | |
| 15:36 | reiveune | bye |
| 15:36 | reiveune left #koha | |
| 15:38 | oleonard | Okay, so it's safe to remove the progressbar markup and js |
| 15:41 | pianohacker joined #koha | |
| 16:49 | jim_ joined #koha | |
| 16:50 | jim_ | hello |
| 16:50 | any one here | |
| 16:50 | oleonard | Hi jim_ |
| 16:50 | jim_ | Hi leo |
| 16:50 | Can you tell me can Koha work on LAN? | |
| 16:52 | oleonard | Koha is like any web site. It can be accessed anywhere you want it to be, depending on your network setup. |
| 17:00 | jim_ | i see |
| 17:01 | So will it work on LAN | |
| 17:01 | without internet | |
| 17:32 | cait1 left #koha | |
| 18:02 | geek_cl joined #koha | |
| 18:08 | cait joined #koha | |
| 18:34 | edveal joined #koha | |
| 18:41 | * Dyrcona | has a community-related question. |
| 18:41 | Dyrcona | How is the Kaitiaki chosen/determined? |
| 18:41 | talljoy joined #koha | |
| 18:44 | Dyrcona | The only reference on the web that I can find returns a 404. |
| 18:44 | Ok, well, the reference from wikipedia. | |
| 18:46 | oleonard | Dyrcona: We don't have a procedure for it anymore. There hasn't been one for ages. |
| 18:47 | Dyrcona | oleonard: Thanks. I was looking at some pages about the Horowhenua Library Trust Koha Committee and wondered about it. |
| 18:55 | I think this page could may be use an update: https://koha-community.org/abo[…]ect-organization/ | |
| 18:56 | But I really don't know. | |
| 19:00 | oleonard | Bye all |
| 19:39 | cdickinson joined #koha | |
| 20:03 | kathryn joined #koha | |
| 20:08 | JoshB joined #koha | |
| 20:12 | andreashm joined #koha | |
| 20:16 | cait joined #koha | |
| 20:16 | * andreashm | waves |
| 20:19 | kchris joined #koha | |
| 20:22 | * cait | waves |
| 20:25 | * kchris | waves |
| 20:27 | kchris | Does anyone have suggestions starting to get family with the Koha codebase and programming for Koha? I finally have Koha in a development environment working with git. |
| 20:28 | Dyrcona | kchris: Are you already familiar with Perl? |
| 20:28 | kchris | No. More familiar with Java and a little Python. |
| 20:30 | Dyrcona: Would you recommend I start by getting more familiar with PERL, or the Template Toolkit? | |
| 20:30 | geek_cl joined #koha | |
| 20:31 | Dyrcona | kchris: Well, if you look into Template Toolkit, you might get more familiar with Perl along the way. |
| 20:31 | It helps to be proficient with Perl, but you don't need to be an expert. | |
| 20:32 | By proficient, I mean comfortable with reading and writing programs in the language. | |
| 20:34 | But that's about as much advice as I could give, since I don't really work on or with koha. | |
| 20:34 | I work on another, similar project, and I check on the koha code now and then. | |
| 20:35 | kchris | Okay, thanks for the advice. |
| 20:40 | kidclamp | template toolkit is a good place to start and then dipping into the perl kcrhis |
| 20:41 | I really recommend doing as many sign offs as possible as a good method of learning, it makes you look at the front and back end and start to think about how they are wokring together | |
| 20:45 | kchris | kidclamp: thanks for the pointers. I will keep on the sign offs. |
| 20:45 | Dyrcona | Yeah, reviewing patches is probably better than just trying to dive into code head first. |
| 20:46 | kidclamp | sign offs are also a good way to garner karma and goodwill :D |
| 21:01 | edveal joined #koha | |
| 21:43 | JesseM joined #koha | |
| 21:50 | kathryn joined #koha | |
| 21:58 | kathryn joined #koha | |
| 22:17 | reza_ joined #koha | |
| 22:17 | reza joined #koha | |
| 22:37 | geek_cl joined #koha | |
| 22:55 | irma joined #koha | |
| 22:55 | Francesca joined #koha | |
| 23:06 | reza_ joined #koha | |
| 23:06 | reza joined #koha | |
| 23:50 | cait | no luck installing koha on ubuntu 16.05 |
| 23:50 | bag | master? |
| 23:50 | cait | i am still running into 'using a password on command line interface can be insecure' |
| 23:50 | yep | |
| 23:51 | bag | git install? |
| 23:51 | cait | yes |
| 23:51 | but shouldn't matter | |
| 23:51 | it's the web installer | |
| 23:51 | and the new mysql in ubuntu | |
| 23:51 | bag | hmmm… I haven’t seen that message before |
| 23:52 | cait | it won't let you get beyond step 3 :( |
| 23:52 | bag | plack? |
| 23:52 | cait | yeah i though bug 16402 would fix it |
| 23:52 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=16402 critical, P5 - low, ---, jonathan.druart, Pushed to Stable , DB structure cannot be loaded in MySQL 5.7 |
| 23:52 | cait | no plack |
| 23:52 | not related to plack :) | |
| 23:54 | eythian | so, the package mysql tools may need to be tweaked to work with newer mysql not permitting passwords on the command line |
| 23:54 | cait | maybe |
| 23:54 | eythian | I don't know for sure if that's a thing or not, but it possibly is |
| 23:54 | cait | but i am not using packages |
| 23:54 | eythian | ah |
| 23:55 | cait | i am just trying to run the good old web isntaller |
| 23:55 | and it failes when suppsoed to create the tables | |
| 23:55 | the issue seems to be kohastructure.sql is my guess | |
| 23:55 | Francesca joined #koha | |
| 23:55 | eythian | then that may be a warning and not an error |
| 23:56 | though I'm surprised you see it in the web installer, unless it invokes mysql directly to do things. | |
| 23:56 | perhaps I'll have a stab at that in Berlin if no one beats me to it :) | |
| 23:56 | cait | see the bug above |
| 23:56 | woudl be good, but until someone fixes this... this qa is out of order | |
| 23:56 | and that's nto really practical | |
| 23:57 | bag | heya eythian |
| 23:57 | eythian | hi bag |
| 23:58 | cait | it lookslike it added the table still - but i can't load sample data |
| 23:58 | eythian | cait: so I've spent the past several days in Leipzig.I have to say it's a nice to be back in a country now where I can read the signs. I didn't realise that'd be a thing coming back here. |
| 23:58 | cait | ? |
| 23:59 | eythian | well, I can't read them in Germany. I can in the Netherlands. It surprised me. |
| 23:59 | I didn't realise i was translating so well automatically. | |
| 23:59 | I also kept answering people asking me things in German in Dutch. | |
| 23:59 | That got annoying. | |
| 23:59 | cait | hehe |
← Previous day | Today | Next day → | Search | Index