Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
15:18 | aindilis | Odd_Bloke: thanks, however those are not the errors |
15:18 | gmcharlt: no I have not | |
15:19 | gmcharlt: well yes I've 'create database koha; | |
15:19 | ' | |
15:19 | gmcharlt | aindilis: ok, that's what I meant |
15:20 | aindilis: you're probably safe to run sudo make install now - the syspref errors are probably a bug in test suite | |
15:20 | aindilis | okay thanks, that's what I was thinking |
15:20 | I just didn't want to blow what has otherwise been a flawless install | |
15:20 | acmoore | gmcharlt, I've never seen those test errors that Odd_Bloke is pointing out. (not that I'm surprised they're happening). Have you? |
15:21 | I wouldn't mind having that part of the test suite actually working for new installs. | |
15:21 | aindilis, can you send me the errors that you're seeing when you run 'make test', please? I'd like to get them sorted out for other installers. | |
15:22 | aindilis, you can use a nopaste site, or send them to andrew.mooreliblime.com | |
15:23 | aindilis | k |
15:23 | acmoore | aindilis, or, it's probably better to send them to the koha-develkoha.org mailing list, I guess. |
15:23 | aindilis | k |
15:23 | acmoore | thanks! |
15:24 | aindilis | np, thank you. Koha rocks! |
15:24 | Odd_Bloke | acmoore: Could they possibly be related to the errors I'm now getting from Apache? |
15:24 | gmcharlt | Odd_Bloke: what errors? |
15:24 | acmoore | Odd_Bloke, perhaps. what kinds of errors are you getting from apache? |
15:25 | Odd_Bloke | 04:46:00 < Odd_Bloke> I'm now getting "[Sun Jun 29 03:40:58 2008] [error] [client 2.4.6.8] Can't locate object method "preference" via package "C4::Context" at /usr/share/koha/lib/C4/Context.pm line 30." in the Koha Apache logs whenever I try to access it. What could be causing this? |
15:29 | acmoore | Odd_Bloke, that's pretty odd. I can't think of what would be causing that. |
15:30 | gmcharlt | Odd_Bloke: are you using etch or lenny? |
15:34 | Odd_Bloke: this link from mailing list archives may be useful: http://www.nabble.com/Update-D[…].-td17409773.html | |
15:39 | Odd_Bloke | gmcharlt: Etch. |
15:41 | Is there any way I could give you more debug information? | |
15:42 | gmcharlt | Odd_Bloke: output of perl -V would help; also, do you have perl 5.8 or perl 5.10 installed, or both? |
15:44 | Odd_Bloke | gmcharlt: http://oddbloke.uwcs.co.uk/perlv and only 5.8. |
15:45 | gmcharlt | in the Apache configuration is mod_env enabled, and what is the settings of the SetEnv directives in the Apache conf for Koha |
15:48 | Odd_Bloke | gmcharlt: It is enabled and << SetEnv KOHA_CONF "/etc/koha/koha-conf.xml" >> and << SetEnv PERL5LIB "/usr/share/koha/lib" >> are in the Apache conf. |
15:53 | gmcharlt | Odd_Bloke: had you been able to get through the web installer on the staff interface? or is this Apache error what you got when you tried it? |
15:55 | Odd_Bloke | gmcharlt: This is the error I get when I tried it. |
15:56 | Though looking at the OPAC error log I'm getting the same one whenever I attempt there as well. | |
15:57 | Furthermore, there is the occasional "File does not exist: /usr/share/koha/intranet/htdocs/prx1.php" in the _staff_ interface error logs, at the same time as some of the other errors. There doesn't seem to be a pattern to these occurring, however. | |
15:57 | gmcharlt: Thanks for helping me with this, BTW. :) | |
15:58 | gmcharlt | the prx1.php stuff is probably somebody probing your website for an unrelated vulnerability |
15:59 | Odd_Bloke | Actually, yeah, the IPs aren't mine. |
16:02 | gmcharlt | Odd_Bloke: if you don't mind trying a local change to your /usr/share/koha/lib/C4/Context.pm, try changing line 30 to |
16:02 | my $debug_level = 2; | |
16:03 | this temp change will avoid the error, and let the CGI script pass along the original error it was trying to report - that may give us more information | |
16:05 | Odd_Bloke | gmcharlt: It's worked: http://rafb.net/p/t8CTjv56.html |
16:06 | gmcharlt | hmm - getting warmer |
16:06 | could you paste in the first 40 lines of your /usr/share/koha/lib/C4/Context.pm | |
16:07 | Odd_Bloke | gmcharlt: http://rafb.net/p/hdGbK177.html |
16:08 | Wait, I just noticed fail on my part. | |
16:09 | gmcharlt | yeah, missing semicolon |
16:09 | Odd_Bloke | Right, now I've reinserted it, I'm just getting "Undefined subroutine &C4::Context::get_versions called at /usr/share/koha/lib/C4/Context.pm line 40." in the error logs. |
16:09 | And the browser is actually receiving something from Koha (though only as far as <body>). | |
16:10 | gmcharlt | ok, for the get_versions line, change to: |
16:11 | my %versions = (kohaVersion => join("\n", @INC)); | |
16:12 | Odd_Bloke | gmcharlt: Aha, I'm now getting an actual error page. \o/ |
16:17 | gmcharlt: It's working. \o/ | |
16:18 | gmcharlt | Odd_Bloke: yay! you're seeing the web installer, or does the error message now give you a clue with work with? |
16:20 | Odd_Bloke | gmcharlt: I'm seeing the web installer, as the error message told me I was missing a dependency. |
16:21 | gmcharlt | ahh - which one? |
16:21 | Odd_Bloke | ZOOM.pm, which is in Net::Z3950::ZOOM in CPAN. |
16:22 | gmcharlt | do you know if perl Makefile.PL had complained about the missing ZOOM dep? |
16:24 | Odd_Bloke: I'm going to open a bug report for this - do you mind if I place the IRC discussion in it? | |
16:25 | Odd_Bloke | gmcharlt: I don't know if Makefile.PL complained, though I did install some dependencies that it did complain about (so I expect I would've installed it as well if it were mentioned). |
16:25 | gmcharlt: That's fine. | |
16:25 | gmcharlt | thanks |
16:30 | entered as bug 2285 | |
16:30 | Odd_Bloke | gmcharlt: Cool. |
16:33 | Can I find docs referencing 3.0 rather than 2.2 anywhere? | |
16:37 | gmcharlt | Odd_Bloke: a draft version of the users manual is available at http://sites.google.com/a/libl[…]/koha-manual/Home |
16:37 | some admin and dev info is scattered across the dev wiki: wiki.koha.org | |
16:39 | Odd_Bloke | OK, so I'm not really looking for anything at all intensive from Koha. Is there a way I can retrieve MARC records (and authorities) from somewhere else in bulk? |
16:40 | gmcharlt | to get specific records, you can use Z39.50 - e.g., the Library of Congress's Z39.50 server is on the sample list that comes with Koha |
16:41 | Odd_Bloke | gmcharlt: OK, thanks. |
16:42 | gmcharlt | if you just want batches of MARC records to play with, you can get various datasets from openlibrary.org |
17:28 | Odd_Bloke | gmcharlt: So I should be seeing something from the LoC in the list of Search targets when I go to Home > Cataloguing > Add MARC Record and click on z39.50 Search? |
17:30 | gmcharlt | it shoudl give you a search box - enter somethign in the title field, pick the LoC target, and do a search |
17:31 | Odd_Bloke | OK, I don't have anything under the "Search targets" header (except the Library of Congress entry I've added and evidently got wrong myself). |
17:34 | gmcharlt | Odd_Bloke: here's how you can get the defulat entries |
17:34 | delete the LoC Z39.50 server entry you created | |
17:35 | then use mysql to load the following script from distribution | |
17:35 | installer/data/mysql/en/optional/sample_z3950_servers.sql | |
17:38 | Odd_Bloke | gmcharlt: Thanks, that's working now. :) |
17:46 | aindilis | well all my problems were due to CGI::Session |
18:49 | gmcharlt | aindilis: what was the CGI::Session problem, specifically? |
19:15 | aindilis | not sure exactly, mainly that there was no CGI::Session::ID::* |
19:16 | which was causing a fatal error | |
19:17 | so doing 'force install CGI::Session::Serialize::yaml' I think it was caused a version of CGI::Session (4.20) with the ID modules. | |
20:28 | mc | aindilis, i have no proper way to work around it but there is a way |
20:28 | : | |
20:29 | don't use CPAN! | |
20:29 | (hello all) | |
20:29 | just go to search.cpan.org | |
20:29 | serach CGI::Session::Serializer::yaml | |
20:29 | search CGI::Session::Serializer::yaml | |
20:29 | download it | |
20:29 | dh-make-perl --build | |
20:44 | hdl_laptop | mc ? |
20:49 | mc | yep |
20:50 | masonj | thanks for the cgi::session info aindilis and mc |
20:53 | mc | masonj, np ... this problem just (drive|drove|drived)? me crazy last week.. |
20:53 | masonj | yeah, me too a while back.. |
20:54 | mc | drived ? drove ? drive ? |
20:54 | masonj | ive had the problem on different installs too, deb and ubuntu |
20:54 | drove | |
20:54 | mc | thx |
20:55 | masonj | and each time i fixed it differently... |
20:55 | mc | i too |
20:55 | masonj | and i tried *sooo* many things that i wasnt sure what i did - that fixed it... |
20:55 | mc | but it was something i felt as weird work around |
20:55 | masonj | it just started working..... |
20:55 | mc | with a message "please don't touch: it miracluously works" |
20:56 | now i found the method that works really and i know why | |
20:56 | i just felt as you on this point | |
20:57 | i also tried to work around into koha | |
20:57 | with my patch | |
20:57 | but it wasn't applaied | |
20:57 | applued | |
20:57 | damn! | |
20:57 | applied | |
07:41 | chris | evening |
07:41 | paul | hi chris |
07:41 | masonj | hi guys |
07:41 | chris | hey paul and mason |
07:42 | paul | hello masonj |
07:43 | BibLibre is continuing it's growth... | |
07:43 | chris | oh? hire another person? |
07:43 | paul | Jacques Piton, a senior project manager will join us, as asset partner next month. |
07:43 | chris | ohh cool |
07:43 | masonj | woooo |
07:43 | chris | congratulations |
07:43 | paul | Laurence Lefaucher, half librarian, half developper will join us in october |
07:44 | we are waiting for an answer from Celine Girardeau (librarian) | |
07:44 | and should decide between 2 developpers this week. | |
07:44 | chris | thats great news |
07:44 | paul | yep. |
07:44 | masonj | good timing for k3 too |
08:07 | chris | paul: did you see my opac running under mod_perl? |
08:07 | paul | yep. link transmitted to mc, that is investigating as well |
08:08 | chris | cool |
08:09 | i can send him my httpd.conf if that would help? | |
08:09 | paul | good idea. marc.chantreux at biblibre.com |
08:09 | mc | :) |
08:09 | sure it will help | |
08:09 | thanks chris | |
08:09 | chris | cool, emailing it now |
08:09 | mc | marc.chantreuxbiblibr.com |
08:09 | marc.chantreuxbiblibre.com | |
08:10 | thanks a lot | |
08:13 | chris | on its way |
09:42 | frederic | hello |
09:52 | chris | hello frederic |
09:54 | paul | hello frederic |
10:28 | chris | hey nicole |
10:32 | slef | Hi all. Anyone else having problems with serials management? |
10:40 | frederic | hello chris and paul. Have you a solution to your/our koha performance issue? Shouldn't Koha be always deploy with mod_perl? |
10:41 | chris | frederic: it needs to be tested more, but so far it seems to work ok with mod_perl |
10:41 | certainly things like mod_expires should be used to tell the browser to cache the images, css and js | |
10:41 | slef | Koha should not require mod_perl IMO. It will severely reduce use by smaller libraries. |
10:42 | chris | yep, theres no reason why it can work as cgi or mod_perl though |
10:42 | s/can/cant/ | |
10:43 | frederic | chris: I activated a Koha setup with mod_perl and didn't observe any improvment. Should I? |
10:43 | chris | currently output_with_http_headers which almost all scripts use |
10:43 | tells the browser not to cache | |
10:44 | so telling the browser to cache the static files helps | |
10:44 | frederic: yes, a quite marked improvement | |
10:44 | slef | chris: does output_with_http_headers serve static files? If so, have we noted that we need to fix output_with_http_headers? |
10:45 | frederic | But browser cache all static files by default. You don't have to tell it anything... |
10:45 | chris | not if you are telling it not too |
10:46 | slef | Does subscription-bib-search.pl ever find biblios for serials which have not yet got any items? |
10:48 | query has "AND itype=?" on the end... where's itype come from? | |
10:49 | chris | thats the itemlevel itemtype |
10:50 | slef | Is there a biblio-level one? |
10:50 | chris | frederic: my opac-search.pl went from 2 secs to .6 seconds with mod_perl |
10:50 | biblioitems yep thats the original one | |
10:50 | frederic | chris: Do you have a koha setup with mod_perl enabled so I can compare with mine? |
10:50 | slef | chris: sorry, I don't understand. |
10:50 | frederic | Mine statys at around 3 s |
10:51 | chris | slef: itemtype was on the biblioitems table originally |
10:51 | there is now one on the items table too | |
10:51 | and a syspref controlling which one you use | |
10:51 | frederic | slef: take a look a record.abs. You wil find where itype and itemptype come from |
10:51 | chris | i suspect the serials arent honouring the syspref |
10:52 | frederic: http://blog.bigballofwax.co.nz[…]nough-speed-work/ | |
10:52 | but now i must go to bed | |
10:52 | night all | |
10:52 | frederic | chris: thks and good night |
10:52 | nengard | firefox question ... does anyone know how i can change the default tool that my browser automaticallys subscribes to rss with? I have it set to automatically use bloglines ... but i need to turn that off to do some testing for the manual |
10:53 | FOUND IT!!! Damn thing is hidden | |
10:53 | slef | nengard: Everything is hidden in ff3 behind "you are a stupid user" labels :( |
10:54 | nengard | slef: hehe |
10:54 | slef | federic: will searching either itype or itemptype find biblios with no items? |
10:58 | frederic | slef: In MARC21, itemtype is mapped to 942$a dn itemptype is mapped to 952$y. So itemtype is biblio level item type and itype is item level itemp type. |
10:58 | Correction itype is mapped to 952$y | |
10:59 | slef | frederic: thanks! So what do I want to search? |
10:59 | frederic | So to find biblio records without item, you have to search on NOT itype equals something. |
11:00 | slef | trouble is, the context is wanting to find biblio records of type SER which may or may not have items yet |
11:01 | but at the moment, it's searching on itype = SER which doesn't find zero-item biblios | |
11:02 | frederic | Take a look on that: http://tinyurl.com/69yhj8 |
11:03 | slef | 942$c seems to be the thing to search on |
11:04 | interesting git commit | |
11:05 | frederic | slef: Depending of item-level_itypes syspref, itype or itemtype is used in standard OPAC search |
11:05 | slef | 942$c is itemtype |
11:07 | "If ON, enables Item-level Itemtype / Issuing Rules" | |
11:08 | well, subscription-bib-search.pl ignores that either way... I strongly suspect it should search on itemtype always | |
11:12 | kados: can you review kohabug 1536 when you wake up, please? | |
11:13 | nengard | slef: kados is at ALA conference ... he may not be on much at all - just FYI |
11:13 | slef | nengard: oh, I thought that was over the weekend. |
11:14 | nengard | slef - it was the weekend - and today i think |
11:14 | slef | nengard: I wish people would set their /away status ;-) |
11:18 | nengard | sys pref "SubscriptionHistory" - can someone tell me the diff between the options? |
11:18 | slef | nengard: oops... I just closed the koha source... 1mo |
11:20 | nengard: looks like it provides a default value of selectview in serials/serial-issues.pl | |
11:20 | nengard: I don't find it doing anything else. | |
11:21 | nengard | which one of the options provides the default value? or are you saying that there probably shouldn't be two options? |
11:22 | puppy on my lap doesn't seem to understand that i'm back to work :) | |
11:23 | slef | nengard: are the values small and full? |
11:24 | nengard | slef: Default Value: simplified |
11:24 | Values: | |
11:24 | * simplified = | |
11:24 | * full = | |
11:24 | slef | ok :-/ |
11:25 | nengard: that disagrees with the OPAC code a bit, but doesn't seem to matter | |
11:25 | simplified or small gives a one-sentence summary of the subscription | |
11:25 | full gives tables by year of the subscriptions, one per line | |
11:26 | nengard: the small-v-simplified discrepency may be worth a minor or trivial bug report, if you are so inclined. | |
11:26 | nengard | slef - i'll have to check the most recent install and see if it's still labeled as such ... |
11:27 | slef | nengard: I'm checking on a 3.0rc1... I can pull git.koha.org and check whether it's changed |
11:29 | yes, koha-tmpl/opac-tmpl/prog/en/modules/opac-full-serial-issues.tmpl and the syspref tables disagree | |
11:41 | nengard | thanks slef!! |
11:45 | slef | no problems... can you patch the syspref description? |
Today | Next day → | Search | Index