IRC log for #koha, 2012-08-16

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

All times shown according to UTC.

Time Nick Message
00:08 melia left #koha
00:11 Judit joined #koha
00:11 Judit monrning
00:17 Judit1 joined #koha
00:26 Judit joined #koha
00:30 Judit1 joined #koha
01:01 Judit joined #koha
01:01 Irma joined #koha
02:00 ala_3vo joined #koha
02:02 ala_3vo Hello #koha
02:03 After installing koha-common, mysql and koha-create, I encountered an error message
02:03 Syntax error on line 69 of /etc/koha/apache-shared.conf:
02:03 Invalid command 'RewriteEngine', perhaps misspelled or defined by a
02:03 module not included in the server configuration
02:04 Action 'configtest' failed.
02:04 The Apache error log may have more information.
02:18 libsysguy ala_3vo you may need to enable mod_rewrite
02:19 $ a2enmod rewrite
02:24 ala_3vo libsysguy: thanks that worked
02:24 libsysguy sweet, good luck
02:31 ala_3vo if I koha-create --create-db instancename another, I still have that same error.
02:31 why is that?
02:34 libsysguy I'm not sure ala_3vo
03:23 janPasi joined #koha
03:51 bartsimpson joined #koha
04:08 cait joined #koha
05:14 cait hi #koha
05:19 Judit1 joined #koha
05:22 * mtj waves to cait
05:27 BobB joined #koha
05:31 cait hi mtj :)
06:24 mtj woahh - jcamins' c4::search test looks impressive
06:26 i cant remember seeing a patch thats too big for bugzilla, ever?
06:26 kf joined #koha
06:27 Judit1 left #koha
06:27 mtj jcamins++
06:31 kf hi mtj
06:32 jcamins++ :)
06:34 ala_3vo joined #koha
06:35 mtj -> https://github.com/jcamins/koha/tree/search_t
06:35 ... twas the test, i was talking about
06:36 julian_m joined #koha
06:40 julian_m hello
06:40 wahanui niihau, julian_m
06:51 francharb joined #koha
06:52 francharb Good morning
06:56 kf hi francharb
06:57 drojf hi #koha
06:57 kf hi #koha
06:58 drojf moin kf
07:02 hdl joined #koha
07:04 drojf uk--
07:09 francharb joined #koha
07:19 hdl joined #koha
07:23 ala_3vo Hello #koha
07:25 After installation of koha-common, and mysql successfully there was a syntax error when I run koha-create
07:26 cat: /etc/koha/passwd: No such file or directory
07:26 Koha instance is empty, no staff user created.
07:26 wahanui i already had it that way, ala_3vo.
07:27 ala_3vo okay, what was the problem wahanui?
07:27 eythian joined #koha
07:28 ala_3vo I have tried about 3 times on test environment and it came out the same
07:30 but when I upgrade from previous version it was okay...
08:01 rangi n/names
08:39 WaqarAzeem joined #koha
08:43 ala_3vo joined #koha
08:56 WaqarAzeem Hello! how can i find... the version of Koha running on my server?
08:57 eythian WaqarAzeem: you can go to the 'About' page in the staff client
08:58 WaqarAzeem thanks
09:00 koyauni joined #koha
09:01 koyauni hi guys, anyone good with Debian dedicated servers
09:01 eythian koyauni: it depends, what's your question?
09:02 koyauni I got this unmanaged server with hetzner.de and I can not run php pages,
09:03 I say this sort of thing are so basic that a server should do these thing out of box but they say this is it take it or leave it :(
09:03 here is a sample page
09:03 http://xuwarin.org/phpinfo.php
09:03 it is Debian 6, with Apache 2, Php 5.x
09:04 and I have gone though hell putting koha on it I do not want to juet leave it
09:04 eythian "More information about this error may be available in the server error log." <-- what does that information tell you?
09:05 koyauni in /var/log/apache/
09:05 last line says
09:05 [Thu Aug 16 10:42:25 2012] [notice] Apache/2.2.16 (Debian) DAV/2 mod_fcgid/2.3.6 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.16 OpenSSL/0.9.8o mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations
09:06 eythian that's not the important line. The one with the error is the one you need to be looking at.
09:06 koyauni I do not see PHP resumin after restart
09:06 eythian I don't really know much about PHP
09:06 koyauni that is in the error.log
09:06 eythian Yes, but it's not an error.
09:07 It's a notice.
09:07 koyauni I see this line as well
09:07 [Thu Aug 16 10:42:25 2012] [error] python_init: Python path being used '/usr/lib/python2.6/:/usr/lib/python2.6/plat-l​inux2:/usr/lib/python2.6/lib-tk:/usr/lib/pytho​n2.6/lib-old:/usr/lib/python2.6/lib-dynload'.
09:08 eythian you should try the request again and see what gets added to the logs
09:08 all these look like startup information.
09:08 also, if this is a koha server, why do you have php and such installed on it anyway?
09:08 koyauni where is this log file
09:09 may be I look in the wrong log
09:09 eythian I don't know
09:09 somewhere in /var/log/apache2 most likely
09:09 do the request and see what files change
09:09 koyauni I have my page for uni with information about the library
09:10 how do you make sure in SSH command that php is runing
09:10 I an in there and I am looking at error.log
09:10 eythian I don't know, I don't use PHP much, and when I have had to, it just works.
09:11 koyauni me too, I have never seen something like this
09:11 eythian and is error.log the one that changes when you do the request that causes the error.
09:11 koyauni and this bloody server admin say this it we do not give support :(
09:11 eythian Well, that's what an "unmanaged" server means.
09:13 koyauni this is odd, nothing is add to, when I reload or reaccess the page
09:14 that you have to manage it yourself after purchase
09:15 but I just got this, it is like buying a TV and take it home, and it does not switch on
09:15 eythian are you sure you're hitting the right server, or looking in the right place for your log files? I'd have a look through your apache configuration and see if it's logging somewhere else.
09:15 koyauni so they keep telling you that is find out why
09:15 :(
09:16 these are two domains two domains I have activated on that server for now, xuwarin.org and kurdistanica.com
09:16 I can see html pages
09:16 but no script pages
09:17 mtj koyauni, you have a php problem - not a koha problem
09:17 koyauni I am in the root of the server
09:17 eythian Well, if nothing is being logged at all, then you are either looking in the wrong place for your log files, or you're accessing the wrong server (or something more unusual, but those are the common situations.)
09:18 koyauni I have koha at library.koyauniversity.org and it is installed, do not know if it is working yet
09:18 mtj (there are not many php experts in this #irc channel)
09:18 koyauni I need to get the server right before I point to it
09:19 I do not think this is PHP problem rather Debian server issue to run any script
09:19 eythian if you can't see the logs, you need to find out what's going on. To do that you need to look through your configuration. Things are pretty much always logged.
09:22 mtj koyauni, well.... whatever your problem is... its not a koha problem, yes?
09:24 do you have php installed, even?
09:25 ... via your systems parallels-panel admin-gui?
09:25 rangi http://xuwarin.org/   <-- what page do you see here? I see something about parallels
09:26 mtj rangi, yep, me too
09:26 koyauni that is normal HTML page server defualt
09:26 rangi thats not debian
09:27 koyauni I checked yes, php5 is on Debian
09:27 eythian yeah, that is not the normal server default for debian at all.
09:27 I think you are accessing the wrong server.
09:28 koyauni no this is Debian 6 dedicated server with Plesk that is Plesk default page
09:28 mtj also, http://library.koyauniversity.org shows parellels page, not koha
09:28 koyauni, no not plesk - parellels
09:28 eythian then maybe you need to be looking into your plesk configuration.
09:29 mtj ahh, parellels == plesk, sorry...
09:30 koyauni I found the bloody things
09:30 mtj koyauni, so your plesk did not install php properly
09:31 koyauni they have a setting with run PHP as FastCGI thing
09:31 I changed that to Apache mode and it worked
09:31 mtj yes, you dont have fast-cgi installed...
09:31 -> http://xuwarin.org/test/fcgi/test.html
09:31 koyauni sorry guys to take you time
09:32 http://www.names.co.uk/support[…]ted_on_plesk.html
09:32 that page saved me,
09:33 so they have set up my server and put Plesk on Fastcgi without having FastCGI
09:34 do I even need this
09:34 http://davejamesmiller.com/blo[…]ebian-6-0-squeeze
09:35 eythian Not for koha you don't
09:35 beyond that, I don't know
09:36 mtj koyauni, koha uses perl, not php
09:38 dear #koha, is anyone using a snazzy carousel thingy on their opac?
09:39 koyauni I have installed that, I want to make sure that the server is working for all my projects before I point my domain to this new NS
09:39 mtj ... a book carousel, that is
09:42 * mtj sends the biblibre folk an email re: carousel
09:58 mtj ... but i would like to see some other examples, for improvements & ideas
10:02 eythian When you click left, it moves to the right which is confusing initially
10:02 also should be mouse draggable :)
10:06 mtj yeah, i agree re: left/right
10:07 ... mouse stuff in version 2 :)
10:09 this carousel is quite nice too -> http://www.jacksasylum.eu/Cont[…]Flow/download.php
10:44 drojf joined #koha
11:00 francharb mtj, I emailed you back on the carousel thing! ;)
11:00 francharb_lunch now, time for lunch!
11:06 mib_pzwneg joined #koha
11:07 mib_pzwneg Has anyone noticed LDAP auth seems to stop when upgraded from 3.6.x to 3.8? Or is there a subtle change in the config I am missing!?
11:08 nengard joined #koha
11:11 jcamins mib_pzwneg: I don't really know anything about LDAP, but did you look at the blog post on ByWater's blog about configuring LDAP?
11:13 mib_pzwneg jcamins: No, I will take a look. I had it configured fine on 3.6 though, so I thought if there was some substantial changes it would have been in the release notes for 3.8 and there is nothing.
11:14 jcamins I am not aware of any changes, but I use 3.6, and don't use LDAP.
11:15 Hm. There don't appear to be any further changes to the LDAP code.
11:16 jwagner joined #koha
11:17 eythian I've done a 3.4 to 3.8 upgrade, and LDAP didn't break.
11:17 mib_pzwneg Thanks jcamins. The blog doesn't offer me anything I didn't know - If I switch on debug in the Net::LDAP class I can see the binding correctly, and even the user's (trying to login) attributes get logged fine, just fails to login to Koha!
11:18 jcamins What version of 3.8?
11:19 mib_pzwneg I just pulled the latest stable from koha-community - one second I will get the exact version
11:20 3.08.03
11:20 jcamins Okay, that's a good version to be using.
11:20 eythian: how's Konstanz?
11:20 eythian It's good. Today is getting better now that the rain stopped, too.
11:23 mtj heya francharb_lunch , thanks for the reply
11:23 my carousel is using -> http://www.professorcloud.com/[…]site/carousel.htm
11:24 (which is the same as koha.mediathequeouestprovence.fr, afaik)
11:25 nengard joined #koha
11:43 clrh dear develppers, in wich debian version do you program ?
11:43 wheezy ?
11:43 wahanui hmmm... wheezy is testing
11:43 mtj ... ldap problem looked like a problem worthy of a bug report :/
11:43 clrh squeeze?
11:43 wahanui squeeze is 3.2.x
11:43 clrh squeeze is 6.0
11:44 mtj clrh - the stable version of debian :)
11:44 ... always
11:48 eythian clrh: mostly squeeze, but I tend to build against unstable so I have advanced warning of things changing.
11:48 no wahanui, squeeze is 6.0
11:48 wahanui okay, eythian.
11:49 clrh ok eythian thanks
11:49 I hope your last too wekks at Marseille were cool too :)
11:49 I didn't tell you goodbye!
11:50 eythian Yeah, it was good :)
11:50 No, I think I you got back the work day after I finished.
11:50 jcamins I use Squeeze.
11:56 mtj but, its great to know people like eythian++ are testing koha on debian-testing, for the rest of us :)
12:02 woah, awesome icons -> http://fortawesome.github.com/[…]Awesome/#examples
12:03 yes please :)
12:03 nengard joined #koha
12:04 mtj hmm, is the (CC BY 3.0) license compatible with koha's license?
12:04 'The Font Awesome webfont, CSS, and LESS files are licensed under CC BY 3.0'
12:05 http://creativecommons.org/licenses/by/3.0/
12:07 jcamins CCSA2.5 is.
12:07 CC BY 2.5, rather.
12:15 francharb mtj, you're welcome! ;)
12:23 mtj jcamins, aah ok - sounds like we need to bump Koha to gpl3+ to use those fonts/icons...
12:25 ftw, ive recently discovered some very interesting svg/vector icons too -> http://raphaeljs.com/icons
12:26 ... first ive ever seen, i think?  (mit license too :) )
12:29 drojf ecuador++
12:40 mbalmer joined #koha
12:47 chris_n` joined #koha
12:49 Callender joined #koha
12:50 tcohen joined #koha
12:57 ago43 joined #koha
13:03 Callender joined #koha
13:08 talljoy joined #koha
13:18 maximep joined #koha
13:19 oleonard joined #koha
13:24 libsysguy joined #koha
13:25 oleonard Hi #koha
13:34 mtj hiya oleonard
13:36 druthb joined #koha
13:39 datadoctor joined #koha
13:39 datadoctor joined #koha
13:41 datadoctor I'm looking at the Tools > Notices editor - looks like it is much easier to edit the quick slip and print slip.
13:43 You can add your branch information, biblio and biblioitem information (like MARC info), borrower, news and issue information to the quick slip, print slip, etc.
13:47 I am wondering how easy it would be to add renewal information and item replacement price, as they are not in the list. Are we limited to the values that appear in the list?
13:48 Tools > Notices > Edit Quickslip (Modify Notice)
13:52 mtj you might need to modify the sql to pull that info from other tables ( like 'reserves' table )
13:53 datadoctor Thanks. I will check that. Reserves might give me current holds.
13:53 mtj rep-price should be currently available, not sure about renewal info
13:54 datadoctor Price looks easier. We currently total the replacement prices on our quickslip, and inform the patron about how much they have saved by using the library.
13:54 Hoping to implement that on 3.8 as well.
13:56 For renewals, we can compare date issued with current date, and cross-check with remaining renewals. I think that will isolate today's renewals.
13:57 If I can't deliver it through the Notices editor for the quickslip, I can probably pull the information from mysql and deliver it through the template.
13:57 I'm thinking that's moremember-receipt.tt or printslip.tt...
13:58 Although a lot of the information comes from Members.pm.
14:09 pastebot "nengard" at 127.0.0.1 pasted "looking for report help - is this possible? how would I get just the numbers from the isbn field?" (4 lines) at http://paste.koha-community.org/111
14:21 eythian http://dev.mysql.com/doc/refma[…]ng-functions.html <-- nengard, there may be something here that helps
14:22 (sorry, that answer is a bit RTFM-y, but it's all I got right now :)
14:22 nengard I love the mysql manual :)
14:22 and did look there, but I think this needs regex and no manual will ever help me understand that :) hehe
14:24 eythian oh, I understand regexes. If you just want the part up-to the space: s/^([^ ]*) .*$/$1/
14:24 oleonard Hey, watch your language!
14:26 eythian I don't think mysql regexes can do this
14:27 they seem to be for truthiness of matching, or used as LIKE
14:27 datadoctor We are using regex to parse the last renewed date and the current date for comparison, converting to a date in the format: 20120816
14:27 eythian datadoctor: in SQL?
14:27 datadoctor In PERL
14:27 Sorry, mixing my metaphors
14:27 eythian Yeah, this case needs SQL.
14:28 nengard: I think SUBSTRING_INDEX may be helpful
14:29 nengard okay i'll take a look
14:29 eythian it'll let you grab everything before the space, anyway.
14:30 as for applying the dates, I'm not sure. Probably group by the sanitised ISBN and take the max of the dates. Then test that.
14:30 That might just work.
14:30 nengard thanks! I'll see what I cam come up with - the dates part I can do
14:30 she wants the date added
14:30 that's another field
14:32 eythian yeah, so something like select [fix up isbn] as isbn, count(*) as count, max(date_added) as max_date where max_date > <<limit>> group by isbn;
14:32 with the appropriate from and joins and stuff
14:32 Not sure that'll work, but it might.
14:33 datadoctor Would SELECT SUBSTRING be useful?
14:33 for trimming the suffix out
14:33 Oh, I see that's covered by the SUBSTRING INDEX
14:37 pastebot "nengard" at 127.0.0.1 pasted "resulting report" (5 lines) at http://paste.koha-community.org/112
14:37 nengard eythian, okay so this worked ? but you're right - adding the date is hard
14:37 where does WHERE go when there is a HAVING
14:38 something like WHERE b.datecreated between '2011-01-01' and '2012-01-10'
14:39 gbk77 joined #koha
14:40 eythian hmm, I don't know, I've not used HAVING
14:40 nengard sekjal taught me about HAVING
14:40 gmcharlt nengard: SELECT ... GROUP BY ... HAVING
14:41 nengard and can i put WHERE in there?
14:41 gmcharlt the where clause is optional, but if you need it...
14:41 SELECT ... FROM ... WHERE ... GROUP BY ... HAVING
14:41 nengard oh!
14:41 okay
14:41 eythian that makes some sense
14:42 wajasu at mysql prompt> help select;   for reference
14:42 pastebot "nengard" at 127.0.0.1 pasted "final report! Thank you all!! it's going on the wiki" (6 lines) at http://paste.koha-community.org/113
14:43 eythian awesome :)
14:44 nengard eythian++
14:44 gmcharlt++
14:44 :)
14:45 wajasu jcamins_away: i think i got you remote search_t  search unit test setup in a local branch.   what would you like me to run to test. all tests? how?
14:46 mveron joined #koha
14:47 gmcharlt nengard++
14:48 mveron Hi #koha
14:59 datadoctor g'day!
15:05 eythian http://pastebin.ubuntu.com/1150789/
15:07 datadoctor :D
15:10 hdl1 joined #koha
15:12 wajasu if i want to run a single unit test, does anyone know how i would do that?
15:14 gmcharlt wahanui: prove t/Foo.t
15:14 wahanui gmcharlt: i'm not following you...
15:14 gmcharlt er,
15:14 wajasu: prove t/Foo.t
15:15 ;)
15:15 wajasu here goes.
15:15 do i have to run perl Makefile first?
15:16 gmcharlt generally speaking, no
15:17 wajasu trying prove t/db_dependent/Search.t  ...
15:19 gmcharlt wajasu: db_dependent tests require a little more setup
15:19 in particular, KOHA_CONF would have to be set, pointing to a database with the sample data loaded
15:19 and some of the non-DB-dependent tests may want to point to the stock koha-conf.xml template, e.g.
15:20 wajasu i'm trying to test bug 8649
15:20 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
15:20 gmcharlt but just to suppress the "unable to locate Koha configuration file" warning
15:28 wajasu it ran will some failures, i'll fool with it a bit and wait until jcamins shows up
15:40 maximep wow, I guess I really did bug 8645 without thinking about it
15:40 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8645 normal, P5 - low, ---, pelletiermaxime, ASSIGNED , Fix background-job-progressbar.js for translations
15:41 maximep in 3.6 it was in an .inc file, so it was translatable
15:41 it was moved in a js which isnt
15:41 and I just copied the code -_-
15:41 jcamins Someone looking for me?
15:41 Ah, wajasu.
15:41 wajasu++
15:41 Actually, t/db_dependent/Search.t does not require a working database.
15:41 It just requires MySQL.
15:42 wajasu: what failed?
15:49 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 Search.t test" (203 lines) at http://paste.koha-community.org/114
15:49 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
15:49 jcamins Ahh... everything.
15:50 francharb see you!
15:50 jcamins Okay, it looks like it's searching your Zebra server and not the test's.
15:51 wajasu jcamins: the first time i ran it i had less tests, then i only installed DBD::Mock and you see those results in paste
15:51 jcamins Do you have Test::MockModule?
15:52 Could you paste the output of perl t/db_dependent/Search.t?
15:52 wajasu yes. koha_perl_deps reports 0.05
15:53 ok i'll do that
15:53 jcamins I suspect I probably missed a file or two.
15:53 I shall delete my data directory and check it out again.
15:54 No, it's not that. All the files exist.
15:54 wajasu you saw my git commands.   do i need to do a git pull or fetch/merge?
15:54 jcamins No, that looked right to me.
15:57 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 Search.t test > perl t/db_dependent/Search.t" (199 lines) at http://paste.koha-community.org/115
15:57 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
15:58 jcamins Hrm.
16:00 So why would the test be connecting to the wrong Zebra server?
16:00 Do you have anything in t/db_dependent/data/zebra.log?
16:01 wajasu empty
16:01 jcamins Okay, so set_context isn't working.
16:02 Oh.
16:02 Geez.
16:02 This is embarrassing.
16:02 gmcharlt jcamins: I suspect that using set_context() and mocking the methods needs to be done before use_ok('C4::Seaarch')
16:02 plus what you just noticed ;)
16:02 jcamins gmcharlt: nah, I think the problem is the whole "jcamins" in the path name.
16:04 gmcharlt jcamins: out of curiosity, what's your platform? I'm not entirely sure that the compiled zebra indexes are portable, at least to the box I've been using
16:04 jcamins wajasu: okay, do a git pull and try again.
16:04 gmcharlt: Debian...
16:04 wahanui debian is what most people use and there are good manuals and even packages for that
16:04 gmcharlt jcamins: right, but what architecture?
16:05 jcamins I'm trying to figure that out.
16:05 gmcharlt uname -a
16:05 jcamins Thanks.
16:05 i686
16:06 So I need to do the indexing, too.
16:06 Okay, we can do that.
16:06 gmcharlt yeah
16:06 (box I'm using for testing is x86_64)
16:06 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 Search.t test > perl t/db_dependent/Search.t #2" (35 lines) at http://paste.koha-community.org/116
16:06 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
16:06 jcamins Well... that's not an improvement.
16:06 Are you on x86_64?
16:07 'Cause apparently that's going to be an issue.
16:07 wajasu i'm on x86_64 deb
16:07 jcamins Right. Guess I'd better change the patch to reindex, too.
16:07 This might take a little bit...
16:07 * jcamins sighs.
16:07 jcamins I knew it was too easy.
16:08 gmcharlt jcamins: well, I think you're very close
16:08 wajasu I'm grabbing lunch then later you let me know and I'll pull and try again.
16:08 melia joined #koha
16:09 talljoy1 joined #koha
16:09 jcamins gmcharlt: I think I can probably use rebuild_zebra -k, use the export in the test, and then index that directly with zebidx.
16:09 I hope.
16:10 Mocking the data in rebuild_zebra.pl would be... not fun.
16:10 gmcharlt jcamins: that should be close enough -- besides, it will be handy to have the actual MARC file(s) anyway
16:10 not to be too much of a pain, but are the records CC0 or the like?
16:11 jcamins They're the sample records from wizzyrea.
16:11 gmcharlt ok
16:12 jcamins Maybe we need a "sample data generator," which takes a bunch of records, and adds a bunch of items to them.
16:13 * jcamins does not volunteer to write it.
16:14 gmcharlt jcamins: could you do me a favor, grab the snippet of C from http://stackoverflow.com/quest[…]ian-or-big-endian
16:14 then do gcc test.c; ./a.out
16:14 jcamins Sure.
16:14 little-endian.
16:16 How could an x86 machine be big-endian?
16:16 gmcharlt my amd64 is also little endian
16:17 wajasu i ran it in my koha debian VM and it said little-endian
16:17 uname -a => Linux biblio 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux
16:18 jcamins gmcharlt: bet Zebra was implemented using int rather than long.
16:19 I hate int.
16:20 Actually, I guess they'd have to use size_t, if they support little endian systems.
16:20 gmcharlt I attached an strace to the zebrasrv child process ... trying a search on my box causes it to die with a floating point exception
16:22 jcamins wajasu: I'm going to have to rebase the branch.
16:23 Well, I guess I could call it search_t2.
16:24 Oh, darn.
16:24 I forgot to do git rm.
16:25 talljoy joined #koha
16:25 jcamins Fear not. regular expressions to the rescue.
16:27 * chris_n bemoans spending ~8hours to write 12 lines of code
16:27 chris_n but loves the results
16:27 kf what are you working on?
16:27 :)
16:27 chris_n a webmin interface for pykota
16:28 datadoctor sounds cool
16:28 jcamins Woohoo!
16:28 kf what is pykota? :)
16:28 * chris_n has successfully ridden his network of Win32 servers
16:28 kf python... ?
16:28 chris_n yay!
16:28 jcamins Wait.
16:28 chris_n kf: its written in python
16:28 jcamins I forgot to add the data.
16:28 chris_n kf: pykota.com
16:28 its print accounting backend for cups
16:29 probably very useful to libraries and academic institutions
16:29 kf oh interesting
16:29 wahanui interesting is sometimes good and sometimes bad
16:29 kf good this time :)
16:29 chris_n jcamins: data is always important
16:30 jcamins Also, it leaves .mf files.
16:31 adnc_ joined #koha
16:31 jcamins Wait... this is no good.
16:31 * jcamins moves things between scripts.
16:34 jcamins Wait...
16:34 Drat.
16:36 Great...
16:36 Now the test doesn't work on my system either.
16:37 kf oh no, even 25
16:38 jcamins Yay!
16:38 (regarding the registrations, not regarding the fact that Zebra hates me.
16:40 Ah.
16:40 Here's the problem.
16:44 kf ah, wrong window :)
16:47 eythian joined #koha
16:50 jcamins Yay!
16:50 New patch attached to the bug.
16:50 Note that you still require the fix for bug 7648 to use it.
16:50 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7648 enhancement, P5 - low, ---, kyle.m.hall, NEW , staff can make themselves superlibrarians
16:50 jcamins This should work on any architecture.
16:51 I hope.
16:51 Note that it's a bit slower now.
16:55 gmcharlt jcamins: do you have it on a branch as well?
16:55 jcamins gmcharlt: I'll push it, one moment.
16:56 It's on search_t2.
16:56 On my github repo.
17:08 wajasu got search_t2
17:08 ran. but errors.
17:08 jcamins Same ones?
17:08 wajasu yes
17:08 jcamins Hm.
17:09 gmcharlt jcamins: once I finish setting up a new repo, I have a follow up patch for you
17:09 jcamins Same as the first run or same as the second?
17:09 gmcharlt: ah, I guess you were able to figure out what was wrong?
17:09 gmcharlt jcamins: yeah, I've got the test cases working for me
17:09 jcamins Yay! Progress!
17:11 So I guess set_context still isn't working for wajasu.
17:11 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 search_t2 > perl t/db_dependent/Search.t #3" (42 lines) at http://paste.koha-community.org/117
17:11 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
17:11 gmcharlt yeah, that's what my patch deals with
17:12 * gmcharlt waits not-so-patiently for a push to finish
17:12 jcamins Oh, the set_context is in the wrong place.
17:13 Also whatever problem you located.
17:14 gmcharlt jcamins: https://github.com/gmcharlt/koha-test, branch bug8649
17:15 jcamins Fetching now.
17:16 Ohhh.
17:16 wajasu: gmcharlt's branch?
17:17 wajasu i see it
17:17 jcamins s/: /: could you try /
17:17 * jcamins sighs.
17:17 wajasu ok
17:17 jcamins English I speaking goodly do.
17:18 I'm going to blame that on C4::Search.
17:18 mbalmer joined #koha
17:18 druthb lol
17:18 gmcharlt jcamins: another thing I noticed -- if a test fails, the test case hangs waiting for zebrasrv to die ... which never happens
17:18 jcamins Ooh.
17:18 That'd be a problem.
17:19 mbalmer hi
17:19 wahanui que tal, mbalmer
17:19 wajasu jcamins: you want me to remote add the gmcharlt's koha-test?
17:19 jcamins wajasu: yes please.
17:19 wajasu ok
17:19 jcamins And if it works, you can sign off on those patches, and upload them to the bug.
17:19 Meanwhile, I shall ponder how to catch a catastrophic failure.
17:19 mbalmer kf?
17:19 wahanui kf is cait or really, really sweet. or <reply>she gives me memory loss or a holds expert.
17:20 jcamins Stick the entire thing in an eval {} ?
17:20 gmcharlt jcamins: sec, I'm trying something
17:22 jcamins gmcharlt: has my monomania rubbed off on you? :)
17:24 gmcharlt jcamins: wajasu: I've pushed a follow-up to my branch
17:25 kf mbalmer? :)
17:25 druthb kf?
17:25 wahanui kf is cait or really, really sweet. or <reply>she gives me memory loss or a holds expert.
17:25 jcamins druthb?
17:25 wahanui i heard druthb was a migration specialist and great friend or crazy as a loon.
17:25 wajasu gmcharlt: just did pull
17:26 druthb :D
17:28 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 gmcharlt koha-test search_t > perl t/db_dependent/Search.t #4" (47 lines) at http://paste.koha-community.org/118
17:28 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
17:28 melia joined #koha
17:28 gmcharlt wajasu: do you have KOHA_CONF set in your environment?
17:29 wajasu yes
17:29 gmcharlt what happens if you unset it?
17:29 wajasu hold on
17:30 same
17:30 gmcharlt wajasu: probably a silly question, but is idzebra installed on that box?
17:31 wajasu its koha-common  based
17:31 jcamins Oooh... the data directory isn't installed properly?
17:32 I shall build packages and find out.
17:35 gmcharlt hmm -- me just got it working on a koha-common based box as well
17:35 wajasu: another thing to try -- unsetting PERL5LIB
17:37 wajasu gmcharlt: no diff w/o PERL5LIB
17:37 kf left #koha
17:37 gmcharlt is there anyting in zebra.log?
17:38 wajasu empty
17:38 gmcharlt wahanui: in Search.t, try changing the log option from none,request to all
17:38 wahanui gmcharlt: i'm not following you...
17:38 gmcharlt then running the test again
17:38 second time ...
17:38 wajasu: ^^
17:39 wajasu ok
17:39 gmcharlt if that doesn't work, try deleting t/db_dependent/data/etc/koha-conf.xml before running the test again
17:42 jcamins If nothing shows up in the log, it means the fork isn't working.
17:42 (or the exec)
17:43 gmcharlt wajasu: you have /usr/bin/zebrasrv and /usr/bin/zebraidx, right?
17:43 wajasu its running
17:44 yes both
17:45 gmcharlt anything showing up in zebra.log now that the log verbosity is turned up?
17:45 wajasu yes
17:45 i should be in your branch right?
17:45 gmcharlt yes
17:46 wajasu hold on.
17:48 libsysguy joined #koha
17:48 jcamins wajasu: you don't need to have Zebra running when you start the test.
17:49 wajasu wait pasting  log
17:49 jcamins How did you build the packages? I can't build packages based on master.
17:50 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 gmcharlt koha-test zebra.log > perl t/db_dependent/Search.t #5" (50 lines) at http://paste.koha-community.org/119
17:50 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
17:50 jcamins Ohhh.
17:50 wajasu: kill all the Zebra processes running.
17:51 Then try again.
17:51 wajasu ok
17:51 jcamins (you can restart Zebra after you've killed all the processes)
17:53 gmcharlt also, I wonder why its trying to bind to port 9999 -- the koha-conf.xml generated by zebra_config.pl isn't uncommenting that out
17:53 or in, as the case may be
17:53 wajasu killed zebra.  now zebra log shows starting zebrasrv and entering event loop
17:54 jcamins gmcharlt: that's a good point.
17:54 wajasu: the log showed that only after you ran the test, right?
17:55 wajasu it must have, what else would have started it.
17:55 jcamins wajasu: nothing should, that's why I was checking that you hadn't manually started Zebra pointing at the log.
17:55 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 gmcharlt koha-test zebra.log > perl t/db_dependent/Search.t #6" (66 lines) at http://paste.koha-community.org/120
17:55 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
17:56 jcamins wajasu: wait... I'm confused.
17:56 That's the output you're getting?
17:56 With part of the log in the middle?
17:57 wajasu after the test, there is no zebra process running.  the zebra log doesn't show anything after :  [debug] Entering event loop.
17:57 gmcharlt jcamins: I've seen that before with the log level change I ask him to make -- I think zebrasv is spitting some of that to stderr
17:57 jcamins gmcharlt: oh, okay.
17:58 wajasu he had me change it to "all"
17:58 jcamins Right.
17:58 I didn't realize that always printed to stderr.
17:59 gmcharlt I think those are just before it opens its logfile
18:00 wajasu: what are the contents of t/db_dependent/data/var/li​b/zebradb/biblios/register on your system? (it should just contain a README file)
18:01 wajasu yes, but its called READMEE  with two EEs
18:01 * gmcharlt blinks
18:02 jcamins Did I do that?
18:02 wajasu no.
18:02 my typo
18:03 its there its fine.
18:03 gmcharlt and no other files, right?
18:03 wajasu nothing else
18:04 all the other zebradb places are the same.
18:04 rambutan joined #koha
18:09 gmcharlt wajasu: could you add the following line after the set_context() line, then rerun?
18:09 diag($context->{'listen'}->{'​biblioserver'}->{'content'});
18:12 jcamins Wait a minute.
18:12 wajasu: how do you have kohaclone mounted?
18:13 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 gmcharlt koha-test zebra.log > perl t/db_dependent/Search.t #7" (105 lines) at http://paste.koha-community.org/121
18:13 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
18:13 wajasu over sshfs
18:14 * jcamins bets sshfs doesn't support special files.
18:14 wajasu i'll pull it into the VM if you like.   or maybe i need a sshfs flag.
18:15 jcamins Give it a try.
18:15 gmcharlt jcamins: I think you have it -- I can't imagine a file socket working working over sshfs
18:15 jcamins If that's the problem, I'll just modify the paths to use a temporary directory on /tmp
18:15 cait joined #koha
18:16 nengard when using the marc export tool what encoding is it using? is it utf-8 by default?
18:16 jcamins nengard: defaults to utf-8, yes.
18:16 cait hi all
18:16 nengard thank you
18:17 maximep left #koha
18:17 wajasu i'm cloning my sshfs kohaclone mount to an inVM one,
18:19 jcamins I guess this means I need to create the directories on the fly, too.
18:20 wajasu All tests successful.
18:20 jcamins Woohoo!
18:20 gmcharlt yay
18:20 wajasu you guys are tenacious!!!
18:20 maximep joined #koha
18:20 * jcamins isn't quite sure how gmcharlt caught it.
18:20 wajasu it was all wajasu's fault :|
18:21 * jcamins is on a white whale quest to rid the world of C4::Search and bring excellent searching to Koha.
18:21 wajasu please, lets get it under /tmp or /var/tmp.  i like my sshfs
18:22 gmcharlt jcamins: tempdir() from File::Temp would be a good choice, methinks
18:22 pastebot "wajasu" at 127.0.0.1 pasted "bug 8649 gmcharlt koha-test zebra.log > perl t/db_dependent/Search.t #8" (12 lines) at http://paste.koha-community.org/122
18:22 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
18:23 gmcharlt actually, hang on a sec
18:23 jcamins gmcharlt: that was my plan.
18:23 gmcharlt jcamins: cool, I'll leave you to it
18:23 jcamins If you have a better plan, though, I'm happy to change plans.
18:24 gmcharlt jcamins: I have a patch coming in a minute
18:24 jcamins Woohoo!
18:26 wajasu another idea.  jcamins, you had an issue posting a large patch.   what if you tar gzipped it.  would it be smnaller an d work?
18:26 jcamins wajasu: no, we'd still have socket problems.
18:27 wajasu with bugzila?  thats the issue?
18:29 jcamins No, the large patch wouldn't fix the socket issue you ran into.
18:38 wajasu http://www.thegeekstuff.com/20[…]x_allowed_packet/
18:38 jcamins wajasu: turns out that there was no reason for such a large patch anyway.
18:39 wajasu i wondered why.
18:39 jcamins wajasu: I was trying to eliminate the need to reindex every time you run the test suite.
18:39 No dice.
18:40 wajasu is that the initial delay before output?
18:40 jcamins Yup.
18:41 Well, there's a delay for installing files, then a much longer delay for indexing.
18:41 gmcharlt jcamins: wajasu: I've pushed a follow up to my branch
18:43 wajasu pulled it. it ran
18:43 gmcharlt and from your sshfs clone, in particular?
18:43 wajasu i see Name "DBI::errstr"  used only once: possible typo at t/db_dependent/Search.t line 37.
18:43 whats up with that
18:44 jcamins wajasu: I'm not sure, actually.
18:44 gmcharlt just a minor warning
18:46 jcamins Works great.
18:46 gmcharlt++
18:47 gmcharlt wajasu: jcamins: I've pushed to a new branch called bug8649_signed_off
18:47 that includes a follow-up to quiet that warning
18:47 also includes my signoffs
18:47 wajasu: I'd appreciate it if you used that branch for generating your own signoffs
18:49 jcamins Thanks!
18:50 gmcharlt as far as the issue of dealing with patches that are too big to attach... I suggest just putting in a pull request instead
18:51 jcamins I also do that for the overly complex patches like bug 2060.
18:51 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2060 enhancement, P3, ---, jcamins, Signed Off , Ability to import Authorities from Staff Client
18:51 gmcharlt we could borrow an idea from the Evergreen project and set up a working Git repo that on git.k-c.org that anybody could push to
18:51 jcamins Oooh.
18:51 I like that idea.
18:51 gmcharlt if folks would prefer to avoid too much scattering about on github or gitorious
18:52 jcamins I don't mind having a dozen remotes, but it seems to me that would be helpful for developers who are newish, and maybe aren't 100% clear on setting up their own public repos.
18:53 wajasu so you want me to pull from bug8649_signed_off ,  run passing tests, then signoff referring to gmchart's git repo branch?
18:54 gmcharlt wajasu: almost -- add your signoffs to the commits, then push to a branch on one of your repos that the RM can get to
18:54 talljoy1 joined #koha
18:55 jcamins wajasu: you sign off on each commit, then either push it to a public repo or attach the patches to the bugzilla bug.
18:56 wajasu ok.  i'll try to push to the public repo.
18:57 jcamins wajasu: do you have a public repo?
19:00 wajasu test passed without warning. now i'll signoff
19:08 no public repo.  can i push to you?
19:09 jcamins wajasu: nah, best bet is to just attach to the bug, then.
19:09 All the patches are small enough now.
19:16 rambutan joined #koha
19:18 mtj wajasu, no public repo? just use github...
19:19 wajasu jcamins: i switched to gmcharlts branch, ran tests fine.  when i git commit --amend  it just mentions  "quiet a variable use warning" so i think its just a followup?
19:20 my format patch is 29 lines
19:20 jcamins wajasu: you need to use git rebase -i to sign off on each one.
19:22 wajasu here goes.
19:24 jcamins http://wiki.koha-community.org[…]n_a_pushed_branch
19:28 wajasu i did a git log and see 5 commits.  will that mean i'll have 5 patches to attach to the bugzilla?
19:29 edveal joined #koha
19:29 rangi Morning
19:29 jcamins Morning.
19:29 wahanui morning is a state of mind. or whenever the cat wants breakfast.
19:29 wajasu afternoon
19:29 jcamins wajasu: right.
19:29 Sorry, didn't see the question earlier.
19:33 wajasu I'm going to try http://stackoverflow.com/quest[…]-git-format-patch
19:33 if thats ok.
19:33 jcamins We don't want to squash them all because gmcharlt wrote some of the patches.
19:34 wajasu so you want them able to pick and choose?
19:34 jcamins No, but it's important for history.
19:34 Oh, you can use this: git format-patch master --stdout > my_new_patch.diff
19:35 rangi Stealing authorship is bad mmmkay
19:36 jcamins Also, squashing patches is one of rangi's pet peeves. :)
19:36 rangi Yes yes it is
19:36 wajasu i'm just trying to help the push master :)
19:37 master pusher
19:37 rangi Seriously tho history is important, and knowing who authored code too
19:38 For all sorts of legal reasons
19:38 wajasu i won't squash.
19:38 rangi Cool
19:39 Squashing a series from one person is different
19:39 But mixing gets messy
19:54 maximep left #koha
19:54 maximep joined #koha
19:55 adnc_ joined #koha
19:56 rangi My stop
20:01 back
20:11 drojf joined #koha
20:11 drojf good evening
20:11 rangi hi drojf
20:11 drojf hey rangi
20:19 bag morning rangi
20:20 rangi heya bag
20:21 cait hi bag, hi rangi
20:21 bag hey cait
20:23 oleonard See ya #koha
20:23 cait bye oleonard :)
20:34 kathryn joined #koha
20:38 edveal joined #koha
20:39 wajasu rangi: after git amending each with [SIGNED-OFF] prefixing each 1st line, i ran format-patch -s origin/master and only the last one has has SIGNED-OFF in prefix.  is that OK?
20:40 rangi as long as the they have the signoff in the patch the subject line doesnt really matter
20:40 drojf joined #koha
20:40 wajasu it also generated 6 patches instead of 5. so they also have [PATCH 1 of 6]  though i am only uploading 2-6.  is tht ok.
20:41 rangi thats fine
20:41 you can turn that off by -N for future reference
20:41 wajasu good to know.
20:42 adnc_ joined #koha
21:02 wajasu whew. glad to have bug 8649 signed off :)
21:02 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Signed Off , C4::Search needs a unit test
21:03 rangi well done
21:04 jcamins Yay!
21:05 wajasu i'm going for a run.  then later will attempt to sign off on a couple that i tried, which folks have updated.
21:06 jcamins++
21:06 gmcharlt++
21:06 and it runs on my sshfs mount too.
21:11 no if someone could signoff on my bug 8378 patch, so that bug 8607, which i signed off on,  can get over_notice.pl ready.
21:11 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8378 critical, P5 - low, ---, koha-bugs, Needs Signoff , <fine> syntax not working on overdues anymore
21:11 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8607 critical, P5 - low, ---, jonathan.druart, Signed Off , overdue_notices is broken
21:14 maximep left #koha
22:36 edveal left #koha
22:40 papa joined #koha
22:43 papa joined #koha
22:54 papa joined #koha
22:57 papa left #koha
23:39 wajasu ok bug 8382 signed off.
23:39 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8382 blocker, P1 - high, ---, christophe.croullebois, Needs Signoff , It is not possible to cancel an order when receiving on a filtered page in parcel.pl
23:41 jcamins Does anyone have any idea what this regular expression does: (?-xism:^\s*)
23:42 Oh, xism are regexp options.
23:46 BobB_ joined #koha
23:48 Irma joined #koha

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

koha1