IRC log for #koha, 2012-07-28

← 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/r​elease-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

koha1