← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:21 | melia left #koha | |
00:23 | slef | bah, I've gigs of space but build-git-snapshot is crashing out with "No space left on device"... brb |
00:55 | mib_p1rm7k joined #koha | |
00:55 | mib_p1rm7k | Hello everyone! |
00:56 | Can somebody help me here with my Zebra problem | |
00:56 | I am running Koha 3.08 on CentOS 6.2 | |
00:56 | My zebra server is running and I can connect to it using yaz-client | |
00:57 | The marc21 and xml records I get back look fine. | |
00:57 | But koha does not return any results on the same queries. | |
00:57 | What should I do to check what's the problem? | |
00:57 | wahanui | the problem is its human beings doing it |
00:58 | mib_p1rm7k | So... what should humans do here? :) |
01:00 | slef | mib_p1rm7k: wahanui is a robot :) |
01:00 | mib_p1rm7k | haha |
01:00 | for a moment there, i got confused. :) | |
01:00 | slef | mib_p1rm7k: second question? |
01:00 | wahanui | rumour has it second question is "What is the exact error message?" |
01:01 | mib_p1rm7k | There is no error message. Nothing in the logs either. |
01:01 | I just don't get any results from koha | |
01:01 | slef | you're connecting with yaz-client with the user/pass from koha-conf.xml? |
01:02 | mib_p1rm7k | no. without user/pass |
01:03 | jcamins | There's your problem. You need to have it set up with the same user/pass that is in koha-conf.xml. |
01:03 | slef | retry with the details from koha-conf.xml? you'll need to say "auth user pass" to yaz-client before saying "open unix:/path/to/bibliosocket" |
01:03 | mib_p1rm7k | Oh OK |
01:04 | slef | jcamins: I like the way you clutch at those straws ;) |
01:04 | jcamins | slef: I'm helping!!!!! |
01:04 | :P | |
01:04 | slef | jcamins: yeah, but "there's your problem" seems a bit early ;) |
01:05 | mib_p1rm7k | Let me try this. yaz-client works without authentication, let me try it with the same username and password |
01:05 | slef | jcamins: zebra might be broken in some new and entertaining manner... |
01:05 | jcamins | slef: Zebra was run with the wrong config. |
01:06 | mib_p1rm7k | yaz-client still works. with the username and password from koha-conf |
01:06 | what should i check next? | |
01:07 | jcamins | mib_p1rm7k: the command line that started the Zebra daemon. |
01:07 | I think you'll find it's pointing to the wrong file. | |
01:07 | mib_p1rm7k | I run zebrasrv as zebrasrv -v all -f /etc/koha/koha-conf.xml |
01:07 | jcamins | Did you restart Zebra? |
01:07 | mib_p1rm7k | No. I am on CentOS so I have to manually start it. |
01:07 | There is no daemon program here. | |
01:08 | jcamins | Right. Stop it and start it again manually. |
01:08 | mib_p1rm7k | Just did. |
01:09 | jcamins | Of course, my troubleshooting is all based on my experiences with Debian. |
01:09 | Which is well known to work a lot better than CentOS with Zebra. :P | |
01:09 | slef | meh... it should work... I've just not had to touch it for a looong time |
01:09 | mib_p1rm7k | hmm... I know koha is much more happy with debian |
01:09 | jcamins | I will tell you how I reached the conclusion about the problem that I did. |
01:09 | mib_p1rm7k | but my IT dept would not give me anything other than centos |
01:10 | which is stupid | |
01:10 | slef | IT dept error: replace IT dept |
01:10 | mib_p1rm7k | haha |
01:10 | agreed. | |
01:10 | slef | and try again |
01:10 | mib_p1rm7k | :) |
01:10 | jcamins | When I had problems with Zebra (a while ago), I was able to log in with any password only when I was using the wrong Zebra configuration file. |
01:11 | mib_p1rm7k | The configuration file I am using is /etc/koha/koha-conf.xml |
01:11 | That is the only one in CentOS. | |
01:11 | slef | ps $(pgrep zebra) |cat # should show you what zebra thinks it is using |
01:11 | mib_p1rm7k | No separate instances here. |
01:12 | slef | aha |
01:12 | what query are you doing from yaz-client? | |
01:13 | mib_p1rm7k | i do: |
01:13 | base biblios | |
01:13 | f data | |
01:13 | s | |
01:13 | jcamins | Is that where the file that you installed is? |
01:13 | mib_p1rm7k | yes |
01:13 | slef | and that's literally "f data"? |
01:13 | mib_p1rm7k | i have checked the location and the contents of the file. |
01:13 | yes, that's literally "f data" | |
01:13 | jcamins | Hm. |
01:13 | And you went through this: | |
01:13 | search faq? | |
01:13 | wahanui | search faq is at http://koha-community.org/docu[…]on/faq/searching/ |
01:14 | slef | I'm pretty sure Koha puts something more complex there... looking it up now... |
01:14 | mib_p1rm7k | 404 on that link |
01:14 | slef | :( |
01:14 | mib_p1rm7k | it puts things like kw,wrdl: Data |
01:14 | slef | no, not to zebra |
01:14 | it translates that I think | |
01:15 | jcamins | wahanui: forget search faq |
01:15 | wahanui | jcamins: I forgot search faq |
01:15 | jcamins | search faq is http://koha-community.org/documentation/faq/ |
01:15 | mib_p1rm7k: ^^ that | |
01:15 | mib_p1rm7k | zebra is reading the file right because it only accepts that password for the username. |
01:15 | jcamins | Okay, that's progress. |
01:16 | And you have problems in the staff client and the OPAC? | |
01:16 | mib_p1rm7k | I have looked at all the points in the FAQ |
01:16 | jcamins | Okay. |
01:16 | mib_p1rm7k | They are basically verifying that the zebra index is built and the zebra server is running |
01:18 | slef | try "f @attr 1=4 data"... I think |
01:18 | mib_p1rm7k | What should I do next? My koha logs do not say anything... should I try and output some debugging information there? |
01:18 | This works too.. | |
01:18 | Same results as 'f data' | |
01:19 | slef | yeah, I think you're at the adding debugging statements bit... sorry, you've found a less famous way to break it |
01:19 | mib_p1rm7k | hmm |
01:20 | jcamins | Yeah, I've never encountered that. |
01:20 | Usually it's Zebra being broken. | |
01:20 | mib_p1rm7k | Yes. But this is CentOS and koha 3.08 is not well tested here. |
01:21 | jcamins | Very true. |
01:21 | wahanui | I know. That's why I said it. |
01:21 | mib_p1rm7k | Zebra does not even register a connection from koha |
01:21 | jcamins | I think you're the first one to have successfully installed it, in fact. |
01:21 | mib_p1rm7k | it works fine. |
01:21 | And the search works with nozebra | |
01:21 | Only that nozebra does not show me items... which is strange | |
01:21 | jcamins | Don't use nozebra. It's disastrous. |
01:22 | mib_p1rm7k | ok. point taken. |
01:22 | jcamins | It will be deleted shortly. |
01:22 | mib_p1rm7k | hence, the efforts for zebra |
01:22 | slef | errr which it shouldn't AFAIK because nozebra is deprecated |
01:22 | yeah good move | |
01:22 | if zebra doesn't register a connection from koha... did you install koha with nozebra and then switch it over? | |
01:23 | mib_p1rm7k | no. i installed with zebra. all default options in Makefile.PL. I even checked with the install log. |
01:23 | but i will have to check what koha is doing... maybe it is not using zebra somehow. | |
01:23 | jcamins | mib_p1rm7k: are you sure that KOHA_CONF is set correctly? |
01:23 | mib_p1rm7k | i will have to take some time to add debugging statements and see what's happening. |
01:24 | slef | rerun zebrasrv with the maximum logging options? |
01:24 | jcamins | Yeah, that sounds like your next step, sorry. :( |
01:24 | mib_p1rm7k | zebrasrv is running with -v all |
01:24 | that's the max i know | |
01:24 | it does register a connection from yaz-client | |
01:24 | as in it shows in the logs | |
01:26 | slef | I think -a - does something. Not sure if it's relevant |
01:26 | mib_ooeh34 joined #koha | |
01:26 | mib_cuhjfx joined #koha | |
01:27 | slef | oooh bouncy bouncy |
01:27 | jcamins | Sure is. |
01:27 | mib_cuhjfx | sorry.. |
01:27 | the last thing i was saying was that i will update the wiki page on centos installation with my notes. | |
01:27 | jcamins | Yes, please do! |
01:28 | mib_cuhjfx | signing off now... pleasure chatting with you. this was my second time on irc... and i was always leave here happy and relieved. |
01:28 | :) | |
01:28 | jcamins | Good luck. |
02:18 | logbot joined #koha | |
02:36 | jenkins_koha | Starting build #111 for job Koha_3.8.x (previous build: SUCCESS) |
02:44 | rangi | chris_n++ |
02:47 | colinc++ | |
03:15 | jcamins | Bother. |
03:15 | My release-tools repo is screwed up. | |
03:16 | Well, not that screwed up. | |
03:20 | Fixed it. | |
03:40 | jenkins_koha | Project Koha_3.8.x build #111: SUCCESS in 1 hr 4 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/111/ |
03:40 | Chris Cormack: Fixing a cut and paste error in the updatedatabase.pl file | |
03:40 | Starting build #112 for job Koha_3.8.x (previous build: SUCCESS) | |
04:43 | Project Koha_3.8.x build #112: SUCCESS in 1 hr 3 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/112/ | |
04:43 | colin.campbell: Bug 8486 Correct calculation of days_between` | |
04:43 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8486 blocker, P5 - low, ---, colin.campbell, Pushed to Stable , Critical error in Koha::Calendar::days_between calculation |
04:47 | druthb joined #koha | |
04:48 | AndroUser2 joined #koha | |
05:27 | cait joined #koha | |
05:35 | druthb joined #koha | |
08:21 | jenkins_koha | Starting build #113 for job Koha_3.8.x (previous build: SUCCESS) |
09:25 | Project Koha_3.8.x build #113: SUCCESS in 1 hr 4 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/113/ | |
09:25 | Chris Cormack: Bug 8486 - Follow up making the tests db independent | |
09:25 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8486 blocker, P5 - low, ---, colin.campbell, Needs Signoff , Critical error in Koha::Calendar::days_between calculation |
09:32 | cait left #koha | |
09:42 | mbalmer joined #koha | |
10:57 | mtompset joined #koha | |
10:57 | mtompset | Greetings, #koha |
11:24 | jcamins | mtompset: http://git.koha-community.org/[…]0ed2c0aec;hb=HEAD |
11:25 | mtompset: I added a --noupdate parameter. | |
11:27 | mtompset | --noupdate? |
11:28 | There's no updating in the first place. | |
11:28 | No, apt-get installs done. | |
11:29 | Oh, you mean for the refreshing the updates? | |
11:29 | jcamins | Right. |
11:30 | I'll be running it four times in a row. | |
11:30 | mtompset | Okay, that makes sense... |
11:30 | You forgot to modify the change log. :P | |
11:31 | And the usage function. | |
11:31 | tsk. tsk. | |
11:32 | * jcamins | will fix that. |
11:32 | mtompset | I have the beginnings of a similar script under CentOS 6.3 |
11:33 | The problem is there are several holes in the repository contents/ | |
11:34 | jcamins | Fixed and pushed. |
11:35 | mtompset | missed a bit... |
11:36 | the initial usage line. | |
11:36 | jcamins | Bah. |
11:36 | Okay. | |
11:36 | :) | |
11:39 | mtompset | You just rammed that through... shouldn't there have been a third pair of eye on it? |
11:39 | ...eyes... | |
11:42 | Any ideas on how to provide the missing perl dependencies to an RPM-based OS? | |
11:43 | jcamins | What other pair of eyes? |
11:43 | I'm the only one who is going to use the script. :P | |
11:43 | * mtompset | smirks. |
11:43 | mtompset | You aren't going to tell other people about it? |
11:44 | jcamins | No idea at all. That's why my response when someone says "we're using CentOS" is "you should switch to Debian." |
11:44 | Sure I will. | |
11:45 | mtompset | If there was a way to provide RPM's of missing CPAN libraries, we could provide repository information and yum update would grab them. |
11:45 | But that would require someone familiar with packaging under RPM-based OS's. | |
11:46 | jcamins | And there's a slight chance that rangi and/or paul_p will use it, but I tend to be the more paranoid. |
11:46 | (want proof? I wrote release-tool.pl in that same repository) | |
11:46 | mtompset | what's to be paranoid about? I would call it obsessive-compulsive. :) |
11:48 | jcamins | "Oh no, one of the dependencies might not be available. That would be terrible. Awful. Unacceptable. If it isn't, we can't release Koha! Oh, and what about the .packages files? One might be out of date! I think I'll check every time I run the tests. Ooh, it might have stopped installing in the last couple seconds. I'll do a dry run of the installation now." |
11:50 | mtompset | Yes, but you follow that process compulsively. :P |
11:50 | I think it is more OC than paranoid. | |
11:51 | Nothing wrong with a good triple check. :) | |
11:53 | jcamins | Sextuple check, actually. I install Koha six times. |
11:53 | mtompset | Actually, did you do a test run of your change? |
11:53 | jcamins | Yes. |
11:53 | Works great. | |
11:54 | mtompset | Really? |
11:54 | wahanui | Of course! |
11:54 | jcamins | Yup. |
11:54 | mtompset | Because I would have thought it would truncate --noupdate since you don't have an = |
11:55 | jcamins | What do you mean? |
11:55 | mtompset | EQPOS=0 |
11:55 | (because there is no =) | |
11:55 | jcamins | No = where? |
11:56 | mtompset | PARM=${1:0:$((0-1))} |
11:56 | on the command line | |
11:56 | jcamins | ~/release-tools/check_deps.sh --koha-dir=/home/jcamins/koharelease --list-dir=/home/jcamins/release-tools/sources.lists --dist=debian --release=6.0 --noupdate=1 |
11:56 | Per the instructions. | |
11:56 | mtompset | Ah, oh okay. |
11:57 | Because you put SKIP_UPDATE=1 | |
11:57 | jcamins | Right. |
11:57 | mtompset | rather than $VAR |
11:57 | rather than $VAL | |
11:57 | jcamins | Exactly. |
11:58 | mtompset | That way you should toggle the value with the parameter. |
11:58 | But this won't toggle. | |
11:58 | you could put --noupdate=sillyvalue | |
11:58 | and it will skip./ | |
11:59 | jcamins | Really it should be an on/off parameter: --noupdate skips, no --noupdate does not. |
11:59 | But you write this in bash and not perl, so I couldn't figure out how to do that. | |
12:00 | * mtompset | laughs. |
12:00 | mtompset | I'll tweak the script again, so it will be friendlier to --flags |
12:01 | basically I figure put a check for EQPOS=0 | |
12:01 | if it is 0, then PARM=$1 and VAL=1 | |
12:01 | else PARM=.... VAL=... | |
12:07 | if [ "$EQPOS" -eq "0" ]; then | |
12:09 | drojf joined #koha | |
12:10 | mtompset | Greetings, drojf |
12:11 | There are 25 libraries missing under CentOS. | |
12:11 | They would require a CPAN. | |
12:13 | Hmm... wait... I didn't enable the extras repo. | |
12:14 | mbalmer_ joined #koha | |
12:31 | * mtompset | grumbles about CentOS running so slowly compared to Ubuntu in my VM. |
13:09 | jcamins | Ugh. I do so loathe Ubuntu 12.04. |
13:12 | mtompset | Why? |
13:13 | It's the nicest Ubuntu yet. -- though I have heard complaints that stuff in Quantal should have been in Precise. | |
13:15 | jcamins | "Anonymous logins? Let's totally add that!" |
13:16 | mtompset | Well, think about sessions being handed out without authorizations in Koha. ;) |
13:17 | jcamins | Insecure is not turned on by default. |
13:17 | mtompset | Yes, koha isn't as bad about security that way. :) |
13:18 | jcamins | I get that the goal is to be more like windows, but having anonymous logins enabled by default is not the way to do it. |
13:18 | Especially not if those anonymous logins take precedence over actual, authenticated users. | |
13:19 | mtompset | just delete that blank users and be happy, jcamins. ;) |
13:19 | jcamins | <-- Debian user |
13:19 | mtompset | ^that^the^ |
13:19 | no, you are a Debian-ist. :P\ | |
13:20 | If you were a Debian user, you wouldn't care about Ubuntu's failings. ;) | |
13:20 | jcamins | mtompset: no one else is testing the Ubuntu-specific patches. |
13:21 | mtompset | Yes, but I'll use them and probably complain about them when they bust. |
13:21 | I may even fix them occasionally too. :) | |
13:22 | So, don't think of it as "No one else is testing this," but rather, "I can't wait to hear back from the happy users." | |
13:23 | jcamins | lol |
13:23 | mtompset | Wow... EPEL only got me 7 more libraries?! |
13:23 | jcamins | But mostly I'll be hearing from *un*happy users, unless I test it. In which case I won't hear from anyone. |
13:23 | mtompset | You hate Ubuntu? |
13:23 | jcamins | :P |
13:23 | mtompset | I HATE CENTOS! |
13:23 | jcamins | No, I really liked Ubuntu up until 12.04 broke everything that I was used to. |
13:24 | I reserve my OS hate for RPM-based distros. | |
13:24 | * mtompset | grins. |
13:24 | mtompset | Why would anyone want a perl 5.10.X when 5.16.X is out?! |
13:25 | jcamins | mtompset: stability. Perl 5.10 isn't unreasonable. |
13:25 | 5.6, on the other hand, is. | |
13:25 | mtompset | Why would anyone want repositories that are so stale, the mold has mold. |
13:25 | They are still supporting CentOS 5.X which only has 5.8.8! | |
13:26 | That's 4 stable versions behind! | |
13:28 | Why would anyone care about "stability" over "current" so much that they are years behind? | |
14:20 | http://www.slideshare.net/davo[…]land-presentation | |
14:21 | For those who are lurking or reading the irc logs... anyone wish to set up a Koha RPM Repo? It's just an idea. | |
14:33 | Have a good day (24 hour period), #koha folk. | |
14:33 | Bye. | |
14:35 | libsysguy joined #koha | |
14:57 | libsysguy joined #koha | |
15:21 | mbalmer_ joined #koha | |
15:26 | libsysguy joined #koha | |
16:00 | libsysguy joined #koha | |
17:27 | druthb joined #koha | |
17:27 | druthb | o/ |
18:31 | NateC joined #koha | |
18:51 | jenkins_koha | Starting build #114 for job Koha_3.8.x (previous build: SUCCESS) |
19:22 | rangi | morning |
19:30 | jcamins | Morning. |
19:30 | wahanui | morning is, like, a state of mind. or whenever the cat wants breakfast |
19:34 | cait joined #koha | |
19:34 | cait | hi #koha |
19:35 | jcamins | Hello. |
19:36 | rangi | hey cait and jcamins |
19:36 | cait | hi rangi and jcamins |
19:55 | jenkins_koha | Project Koha_3.8.x build #114: SUCCESS in 1 hr 4 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/114/ |
19:55 | Chris Cormack: Bumping debian changelog | |
21:08 | mbalmer joined #koha | |
22:12 | cait left #koha |
← Previous day | Today | Next day → | Search | Index