| Time |
S |
Nick |
Message |
| 00:50 |
|
|
pianohacker joined #koha |
| 00:51 |
|
pianohacker |
back |
| 01:06 |
|
ricardo |
pianohacker: Wb Jesse! :) |
| 01:06 |
|
pianohacker |
hey, night owl |
| 01:07 |
|
ricardo |
LOL! |
| 01:07 |
|
ricardo |
It's just 2 AM now ;-) |
| 01:08 |
|
* chris_n2 |
did a 2:30 AM'er the other day :-P |
| 01:09 |
|
chris_n2 |
I like to avoid those |
| 01:23 |
|
ricardo |
chris: Are you here? |
| 01:25 |
|
chris_n2 |
g'night |
| 01:25 |
|
|
chris_n2 is now known as chris_n2-away |
| 02:33 |
|
ricardo |
chris: Today, after lunch (your evening), I hope to send you a new version of the translation of the Portuguese Staff PO file. |
| 02:33 |
|
ricardo |
Take care everyone! I'm off to bed :) |
| 02:39 |
|
|
ricardo left #koha |
| 02:54 |
|
chris |
gmcharlt looks after munin, i look after the pastebot and the log bot |
| 04:04 |
|
pianohacker |
chris: how's your sunday gone? |
| 04:17 |
|
pianohacker |
bleh, don't seem to be able to catch you :) good night, all |
| 04:17 |
|
|
pianohacker left #koha |
| 05:59 |
|
|
nicomo joined #koha |
| 06:07 |
|
|
Marc joined #koha |
| 06:39 |
|
Marc |
G.morning |
| 06:39 |
|
Marc |
help plz |
| 07:41 |
|
|
hdl_laptop joined #koha |
| 08:18 |
|
|
|Lupin| joined #koha |
| 08:18 |
|
|Lupin| |
hi |
| 09:30 |
|
|
Marc left #koha |
| 09:39 |
|
|
Marc joined #koha |
| 09:39 |
|
Marc |
hi every 1 |
| 09:40 |
|
Marc |
help plz ;p |
| 09:41 |
|
|Lupin| |
Marc: what's your quesiton ? |
| 09:42 |
|
Marc |
TOTAL : you have 1 error in your MARC configuration. please fix them befor using koha |
| 09:42 |
|
Marc |
how can i fix it |
| 09:44 |
|
|Lupin| |
Marc: where do the records come from ? how did you import them in Koha ? |
| 09:45 |
|
|Lupin| |
Marc: in fact did you get this error after importing record, or after doing something else ? |
| 09:46 |
|
Marc |
THis from - MARC Bibliographic framework test |
| 09:46 |
|
Marc |
after importing record |
| 09:46 |
|
|Lupin| |
Marc: ok, so plz forget my previous quesitons, they are irrelevan |
| 09:47 |
|
Marc |
ok |
| 09:47 |
|
|Lupin| |
Marc: what did you change in your cataloguing frameworks ? |
| 09:47 |
|
|Lupin| |
ah after importing records... ok, so the quesitons are not irrelevant... |
| 09:48 |
|
Marc |
no i did'nt change anything |
| 09:48 |
|
|Lupin| |
Marc: did you use bulkmarcimport (comand line script) or stage marc recods for import (web interface) ? |
| 09:48 |
|
Marc |
stage marc recods for import |
| 09:48 |
|
Marc |
stage marc recods for import |
| 09:49 |
|
|Lupin| |
k |
| 09:49 |
|
Marc |
;< |
| 09:49 |
|
|Lupin| |
so you have all your records in a file ? |
| 09:49 |
|
Marc |
nup |
| 09:50 |
|
|Lupin| |
Marc: if you do a |
| 09:50 |
|
|Lupin| |
yaz-marcdum records.dat | less |
| 09:50 |
|
|Lupin| |
do the recods look correct ? |
| 09:51 |
|
Marc |
yess |
| 09:52 |
|
|Lupin| |
Marc: unimarc or marc21 ? |
| 09:52 |
|
Marc |
Marc21 |
| 09:54 |
|
|Lupin| |
Marc: can you program a bit ? |
| 09:55 |
|
Marc |
n |
| 09:56 |
|
|Lupin| |
Marc: actually, I ted to think the problem does not come from your records. Do you think you can cancel the import and re-run the test, or does this not make sense ? |
| 09:56 |
|
Marc |
how can i di it ? |
| 09:57 |
|
Marc |
me 2 i think its not come from my records ,, but my boss say its from records |
| 09:58 |
|
Marc |
he did'nt hear me ;< |
| 10:00 |
|
|Lupin| |
did you click some link to run the test, or did Koha run it automatically after you imported your records ? |
| 10:00 |
|
|
cait_laptop joined #koha |
| 10:00 |
|
|Lupin| |
guten morgen cait_laptop ! :) |
| 10:01 |
|
cait_laptop |
guten morgen Lupin |
| 10:01 |
|
cait_laptop |
working on koha on sunday? |
| 10:02 |
|
|Lupin| |
cait_laptop: yeah... |
| 10:02 |
|
|Lupin| |
cait_laptop: you too, apparently ? :) |
| 10:02 |
|
cait_laptop |
no, not yet. we just finished breakfast and I m checking on my mails, feeds... :) |
| 10:03 |
|
|
Marc left #koha |
| 10:04 |
|
|Lupin| |
cait_laptop: ok :) |
| 10:07 |
|
|Lupin| |
mason: till there ? |
| 10:13 |
|
|Lupin| |
mason: ok, I have to go, sorry |
| 10:13 |
|
|Lupin| |
mason: my suggesiton would be to |
| 10:13 |
|
|Lupin| |
1. dump the koha database into a file |
| 10:14 |
|
|Lupin| |
2. truncate the tables items, biblioitems and biblio (check the spelling) |
| 10:14 |
|
|Lupin| |
3. run the test again. |
| 10:14 |
|
|Lupin| |
4. if it still fails, look at your admin/checkmarc.pl, do the tests manually and figure out which one fails... |
| 10:15 |
|
|
|Lupin| left #koha |
| 10:20 |
|
|
Marc joined #koha |
| 10:53 |
|
Marc |
ag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 1542. |
| 10:53 |
|
Marc |
The following fatal error has occurred: |
| 10:53 |
|
Marc |
Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 1542 |
| 10:53 |
|
Marc |
offffffffff |
| 10:54 |
|
Marc |
every time |
| 10:54 |
|
Marc |
everyyyyyyyyyyy timeeeeeeee |
| 10:54 |
|
cait_laptop |
hi marc, when does the error occur? |
| 10:55 |
|
cait_laptop |
which version of koha are you using? |
| 10:55 |
|
Marc |
3.00 |
| 10:55 |
|
Marc |
does when i am add new record |
| 10:56 |
|
cait_laptop |
hm 3.0.3 or really 3.00? linux or windows? |
| 10:56 |
|
Marc |
Koha 3.00.00.107 |
| 10:56 |
|
Marc |
Linux web.com 2.6.24-23-generic #1 SMP Wed Apr 1 21:47:28 UTC 2009 i686 GNU/Linux |
| 10:57 |
|
cait_laptop |
ok, you can try to update to 3.00.03 |
| 10:57 |
|
cait_laptop |
many bugs are fixed there, but soon we 3.00.04 will be out too |
| 11:00 |
|
Marc |
update from koha 3.00.00 to 3.00.03 ?? |
| 11:00 |
|
Marc |
question plz < cait_laptop> |
| 11:01 |
|
cait_laptop |
yes |
| 11:01 |
|
cait_laptop |
but not sure if it will solve your problem |
| 11:01 |
|
cait_laptop |
I just searched the irc log for your error |
| 11:01 |
|
cait_laptop |
http://stats.workbuffer.org/ir[…]g+is+not+a+valid+ |
| 11:01 |
|
Marc |
is that error related to marc bibliographic framework test |
| 11:01 |
|
cait_laptop |
but its the current stable version, so its no mistake to update |
| 11:01 |
|
cait_laptop |
Im not sure |
| 11:04 |
|
cait_laptop |
you edited tried to add a record in cataloging? which framework did you choose? Default? |
| 11:04 |
|
cait_laptop |
perhaps try to use a different |
| 11:11 |
|
Marc |
i was try to choose defult |
| 11:12 |
|
Marc |
and i was try to choose boook to |
| 11:12 |
|
cait_laptop |
Im sorry, Im out of ideas |
| 11:13 |
|
cait_laptop |
it seems to be a problem with biblio marc framework regarding to what I ofund with google |
| 11:13 |
|
cait_laptop |
best is to add a bug report or write to koha or koha-devel mailing list |
| 11:19 |
|
cait_laptop |
bye #koha |
| 11:19 |
|
|
cait_laptop left #koha |
| 12:41 |
|
|
|Lupin| joined #koha |
| 12:41 |
|
|Lupin| |
hi again |
| 14:01 |
|
|Lupin| |
till soon everybody, bye |
| 14:01 |
|
|
|Lupin| left #koha |
| 14:10 |
|
|
|Lupin| joined #koha |
| 14:10 |
|
|Lupin| |
hi again |
| 14:16 |
|
|Lupin| |
I'm having a problem with ModBiblio: Ithe function is called with an $unlinked_subfields argument which does not seem to be taken into account... has anybody an idea of the origin of the problem, please ? |
| 14:55 |
|
|
|Lupin| left #koha |
| 16:42 |
|
|
ricardo joined #koha |
| 16:42 |
|
ricardo |
Hi everyone! |
| 17:03 |
|
|
nicomo left #koha |
| 18:20 |
|
ricardo |
Dinner time... Will be "offline" for 2 hours or so. chris: When I get back, I'll send the update Portuguese PO file for staff. See ya! |
| 18:20 |
|
|
ricardo left #koha |
| 18:43 |
|
|
brendan left #koha |
| 19:39 |
|
|
richard joined #koha |
| 19:39 |
|
richard |
hi |
| 19:51 |
|
chris |
heya richard |
| 19:51 |
|
richard |
hi chris |
| 20:13 |
|
|
pianohacker joined #koha |
| 20:13 |
|
pianohacker |
good afternoon, all |
| 20:16 |
|
chris |
heya pianohacker |
| 20:16 |
|
chris |
hows sunday? |
| 20:18 |
|
pianohacker |
sunday is good |
| 20:19 |
|
pianohacker |
school is done, back to working on college applications and the sysprefs editor. you? |
| 20:19 |
|
|
brendan joined #koha |
| 20:21 |
|
chris |
monday morning, doing timesheets and reading emails |
| 20:22 |
|
pianohacker |
Nothing too exciting this morning, thankfully |
| 20:22 |
|
pianohacker |
firefighting crew can take a break |
| 20:38 |
|
|
brendan left #koha |
| 20:54 |
|
|
brendan joined #koha |
| 20:54 |
|
|
|Lupin| joined #koha |
| 20:54 |
|
|Lupin| |
hi all |
| 20:54 |
|
pianohacker |
hi, sebastién |
| 20:55 |
|
|Lupin| |
hi Jesse :) |
| 20:55 |
|
|Lupin| |
pianohacker: sébastien, actually :o) |
| 20:55 |
|
pianohacker |
dang it |
| 20:56 |
|
|Lupin| |
np |
| 20:56 |
|
pianohacker |
sébastien, okay |
| 20:57 |
|
brendan |
hi all |
| 20:57 |
|
pianohacker |
hi, brendan |
| 20:58 |
|
brendan |
afternoon pianohacker |
| 20:59 |
|
|Lupin| |
aloah brendan |
| 20:59 |
|
|Lupin| |
brendan & pianohacker |
| 20:59 |
|
brendan |
aloha |
| 20:59 |
|
|Lupin| |
I'm havign porblems with the AddItem function |
| 21:00 |
|
pianohacker |
|Lupin|: what's wrong? |
| 21:00 |
|
|Lupin| |
I give it as last arg a ref to a hash whose keys are marc subfields and values are the associated values and it doesn't work |
| 21:00 |
|
|Lupin| |
does one of you perhaps know what may be wrong ? |
| 21:01 |
|
|
ricardo joined #koha |
| 21:01 |
|
ricardo |
Hi again |
| 21:01 |
|
|Lupin| |
good evening ricardo |
| 21:01 |
|
ricardo |
|Lupin|: Good evening Sébastien :) |
| 21:02 |
|
pianohacker |
|Lupin|: you don't give it a hashref of marc subfields; it takes a hashref of columns in the items table |
| 21:02 |
|
pianohacker |
ricardo: hallo |
| 21:03 |
|
|Lupin| |
brendan: & pianohacker: the call is like this: AddItem($columns, $biblionumber, C4::Context->dbh, "", $unlinked_subfields); |
| 21:03 |
|
ricardo |
pianohacker: Hi Jesse! |
| 21:03 |
|
|Lupin| |
the "" arg is for the framework code |
| 21:04 |
|
|Lupin| |
pianohacker: hmm htat's the first arg, right, but isn't there an arg for specifying marc fields that are not linked to any koha fields ? |
| 21:05 |
|
pianohacker |
|Lupin|: yes, but it's an ref to an array of marc fields |
| 21:05 |
|
pianohacker |
(the last arg) |
| 21:06 |
|
|Lupin| |
pianohacker: ohoooooh... |
| 21:06 |
|
|Lupin| |
pianohacker: but to which subfields will the values be assigned ? |
| 21:06 |
|
pianohacker |
literally, MARC::Field objects |
| 21:06 |
|
|Lupin| |
aaaaaaaaaaaah ! |
| 21:06 |
|
pianohacker |
|Lupin|: wait, no, I think I have this wrong |
| 21:07 |
|
|Lupin| |
pianohacker: I'm sorry I'm so dumb. Finally, I understood. |
| 21:07 |
|
|Lupin| |
pianohacker: well it would make sense... |
| 21:07 |
|
ricardo |
pianohacker / |Lupin| The two sentences would be much funnier if reversed: |
| 21:07 |
|
|Lupin| |
pianohacker: the problem is I couldn't find any example of use of this function in the code... |
| 21:07 |
|
ricardo |
<pianohacker>|Lupin|: wait, no, I think I have this wrong |
| 21:07 |
|
ricardo |
|Lupin|>aaaaaaaaaaaah ! |
| 21:07 |
|
ricardo |
;-) |
| 21:08 |
|
* |Lupin| |
does not understand ricardo's joke... |
| 21:08 |
|
pianohacker |
|Lupin|: no, I'm sorry, you should be right, it should take a reference to an array like so: ( 'a' => 'val',b => 'other val') |
| 21:08 |
|
pianohacker |
|Lupin|: in other words, it's a reference to an array that looks like a hash |
| 21:09 |
|
pianohacker |
(subfield code, then value, then subfield code) |
| 21:09 |
|
|Lupin| |
pianohacker: ahah... and this is not the same as a reference to a real hash, or course... |
| 21:09 |
|
ricardo |
|Lupin|: Kind of => Jesse - "Oh. Push that red button"; You - "OK. Pushed it"; Jesse - "No, wait I have this wrong"; You - "ahhhhhhhhh!" (as in "too late"!) |
| 21:09 |
|
pianohacker |
ricardo: indeed, me being wrong is a scary proposition |
| 21:09 |
|
pianohacker |
|Lupin|: yes |
| 21:10 |
|
|Lupin| |
ricardo: ok... sorry, I'm not in joke-mode tonight...:/ |
| 21:10 |
|
ricardo |
|Lupin|: Oh, OK. Sorry, then |
| 21:10 |
|
|Lupin| |
pianohacker: can you understand why it's done that way rather than with a genuine hash ? |
| 21:10 |
|
pianohacker |
|Lupin|: dealing with the bowels of koha can take away anyone's sense of humor |
| 21:11 |
|
pianohacker |
|Lupin|: do allow for repeated subfields |
| 21:11 |
|
pianohacker |
*to |
| 21:11 |
|
|Lupin| |
ricardo: no no, pls don't take it the bad way... I'm just explaining that I'll e slow to understand them... it doesn't mean I do'nt want you to joke... |
| 21:11 |
|
ricardo |
|Lupin|: No problem :) |
| 21:12 |
|
|Lupin| |
pianohacker: thanks for your forbearane and understanding |
| 21:12 |
|
pianohacker |
|Lupin|: np, this is really weird stuff |
| 21:12 |
|
|Lupin| |
pianohacker: aaaaah clever. I guess that's the kind of subtley I'd love to have documented in the code... |
| 21:12 |
|
pianohacker |
Yes, the documentation for that could probably be improved |
| 21:13 |
|
|Lupin| |
pianohacker: the other thing which is a bit struggling is that Perl didn't even complain about the ref to a hash... |
| 21:13 |
|
* |Lupin| |
really prefers strongly and staticallyh typed languages |
| 21:13 |
|
pianohacker |
|Lupin|: no, see, if perl just goes and *tells* you what's wrong, how would you have any fun? |
| 21:13 |
|
pianohacker |
|Lupin|: Python is a lot better in that respect |
| 21:13 |
|
ricardo |
pianohacker: For really weird code, I suggest looking at "HTTP::OAI" (I had to "debug" that with the Module author, until we reached the conclusion that the problem was with the "ParserDetails.ini" change that we usually do for Koha) |
| 21:14 |
|
ricardo |
(HTTP::OAI is full of "recursion" and "reflection") |
| 21:14 |
|
chris |
we need to stop doing ath ParserDetails.ini |
| 21:14 |
|
chris |
its stupid and broken |
| 21:14 |
|
chris |
and the major reason we aren't in debian |
| 21:14 |
|
ricardo |
chris: Ah! I knew that I could wake you up! ;-) |
| 21:15 |
|
chris |
you cant go changing global files to suit one application |
| 21:15 |
|
pianohacker |
he's alive! run! |
| 21:15 |
|
ricardo |
chris: *nod* |
| 21:15 |
|
chris |
its on my list to fix |
| 21:15 |
|
ricardo |
pianohacker: LOL! |
| 21:15 |
|
chris_n2-away |
+1 on that fix |
| 21:15 |
|
|Lupin| |
pianohacker: hmm... I think I'm toonoarrow-minded to associate Perl with having fun !!! :-) |
| 21:16 |
|
ricardo |
chris: I have another PO version for the Portuguese files... Should I send it by e-mail to you? |
| 21:16 |
|
chris |
yes please |
| 21:16 |
|
pianohacker |
chris: is the change because of koha depending on the behavior of one particular parser? |
| 21:16 |
|
ricardo |
I'm really loving this for dependenciies in openSUSE 11.1 : |
| 21:16 |
|
pianohacker |
|Lupin|: I'm with you there |
| 21:16 |
|
ricardo |
http://download.opensuse.org/r[…]rl/openSUSE_11.1/ |
| 21:16 |
|
chris |
pianohacker: yes, but it is much better to put that in the modules that need that parser |
| 21:17 |
|
chris |
rather than forcing everything to use it |
| 21:17 |
|
pianohacker |
chris: ah, so it uses a generic XML module but requires that it use one specific implementation? |
| 21:17 |
|
chris |
yes |
| 21:18 |
|
ricardo |
chris: That would be a great thing, for sure... Although I think that what saddens most people is the number of dependencies (have to work towards "apt-get install koha" or "yast -i koha") |
| 21:18 |
|
|Lupin| |
pianohacker: thanks, and thanks even more for having clarified this issue for me ! I was on that for a few days already |
| 21:18 |
|
chris |
You must be sure you're using the XML::LibXML SAX parser, not Expat or PurePerl, |
| 21:18 |
|
chris |
If you're using PurePerl or Expat, you'll need to edit your ini file, typically located at: |
| 21:19 |
|
chris |
/etc/perl/XML/SAX/ParserDetails.ini |
| 21:19 |
|
pastebot |
"ricardo" at 192.168.15.101 pasted "List of missing dependencies for Koha 3.0.x in openSUSE 11.1" (53 lines) at http://paste.workbuffer.org/13 |
| 21:19 |
|
chris |
which is just wrong |
| 21:19 |
|
ricardo |
(53 lines... Need I say more? ;-) |
| 21:19 |
|
pianohacker |
one could argue that using XML in the first place is a problem, but we don't have much choice there |
| 21:20 |
|
chris |
pretty much everything is packaged for debian, but theres no way you can expect people to do that, so the final package isnt done |
| 21:20 |
|
pianohacker |
|Lupin|: not a problem |
| 21:20 |
|
chris |
pianohacker: its MARC::File that uses it |
| 21:20 |
|
ricardo |
chris: right |
| 21:20 |
|
chris |
alien would probably build all the rpm's pretty easy |
| 21:29 |
|
hdl_laptop |
chris some workaround for that parserDetails.ini problem was sent onlist, |
| 21:30 |
|
ricardo |
hdl_laptop: Hi Henri! :) |
| 21:30 |
|
hdl_laptop |
But it happen to break C4::Biblio usage on my install |
| 21:30 |
|
hdl_laptop |
hi ricardo. |
| 21:30 |
|
ricardo |
hdl_laptop: ouch! :( |
| 21:30 |
|
chris |
hdl_laptop: yeah there are ways to fix it, vincent suggested a few |
| 21:31 |
|
hdl_laptop |
chris: yes. |
| 21:32 |
|
hdl_laptop |
the most easy one would be to force Parser in C4::Context (even though only a few modules needs that) So that it can be right. |
| 21:32 |
|
chris |
yep |
| 21:33 |
|
hdl_laptop |
But have to be done carefully |
| 21:33 |
|
hdl_laptop |
good night now |
| 21:34 |
|
ricardo |
hdl_laptop: Good night Henri. |
| 21:48 |
|
|
Marc left #koha |
| 21:48 |
|
|Lupin| |
bonne nuit Henri-Damien |
| 21:48 |
|
pianohacker |
good night hdl |
| 21:55 |
|
|Lupin| |
ok, |
| 21:55 |
|
|Lupin| |
following hdl |
| 21:55 |
|
|Lupin| |
(long day coming tomorrow) |
| 21:55 |
|
pianohacker |
see ya |
| 21:55 |
|
|Lupin| |
bye everybody ! |
| 21:56 |
|
chris |
cya |Lupin| |
| 21:56 |
|
|Lupin| |
cheers chris, pianohacker, ricardo, crowd |
| 21:56 |
|
|
|Lupin| left #koha |
| 21:58 |
|
* ricardo |
is running "make test" |
| 21:59 |
|
ricardo |
thority-zebra-indexdefs.xsl |
| 21:59 |
|
ricardo |
cp koha-tmpl/intranet-tmpl/prog/en/js/tinymce/jscripts/tiny_mce/plugins/table/editor_plugin.js blib/INTRANET_TMPL_DIR/prog/en/js/tinymce/jscripts/tiny_mce/plugins/table/editor_plugin.js |
| 21:59 |
|
ricardo |
cp koha-tmpl/opac-tmpl/prog/famfamfam/silk/shape_rotate_clockwise.png blib/OPAC_TMPL_DIR/prog/famfamfam/silk/shape_rotate_clockwise.png |
| 21:59 |
|
ricardo |
cp opac/sco/sco-main.pl blib/OPAC_CGI_DIR/opac/sco/sco-main.pl |
| 21:59 |
|
ricardo |
cp koha-tmpl/opac-tmpl/prog/famfamfam/mini/page_text.gif blib/OPAC_TMPL_DIR/prog/famfamfam/mini/page_text.gif |
| 21:59 |
|
ricardo |
PERL_DL_NONLAZY=1 KOHA_CONF=blib/KOHA_CONF_DIR/koha-conf.xml /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/PERL_MODULE_DIR', 'blib/arch')" t/*.t |
| 21:59 |
|
ricardo |
t/Amazon.t ..................... ok |
| 21:59 |
|
ricardo |
t/Barcodes_PrinterConfig.t ..... ok |
| 21:59 |
|
ricardo |
t/Bookfund.t ................... ok |
| 21:59 |
|
ricardo |
t/Bookseller.t ................. ok |
| 21:59 |
|
ricardo |
t/Boolean.t .................... ok |
| 21:59 |
|
pianohacker |
ricardo: ? |
| 21:59 |
|
ricardo |
t/Branch.t ..................... ok |
| 21:59 |
|
ricardo |
t/Calendar.t ................... ok |
| 21:59 |
|
ricardo |
t/Charset.t .................... ok |
| 21:59 |
|
ricardo |
t/Circulation_barcodedecode.t .. ok |
| 21:59 |
|
ricardo |
t/Dates.t ...................... 1/192 # |
| 21:59 |
|
ricardo |
# In order to run without DB access, this test will substitute 'us' |
| 21:59 |
|
ricardo |
# as your default date format. Export environmental variable KOHA_TEST_DATE_FORMAT |
| 21:59 |
|
ricardo |
# to override this default, or pass the value as an argument to this test script. |
| 21:59 |
|
ricardo |
# |
| 21:59 |
|
ricardo |
# NOTE: we test for the system handling dd=00 and 00 for TIME values, therefore |
| 21:59 |
|
ricardo |
# you SHOULD see some warnings like: |
| 21:59 |
|
ricardo |
# Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t ... |
| 21:59 |
|
ricardo |
# |
| 21:59 |
|
ricardo |
# Testing Legacy Functions: format_date and format_date_in_iso |
| 22:00 |
|
ricardo |
# |
| 22:00 |
|
ricardo |
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 62 |
| 22:00 |
|
pianohacker |
what are you doing? |
| 22:00 |
|
ricardo |
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 65 |
| 22:00 |
|
ricardo |
# |
| 22:00 |
|
ricardo |
# Testing 4 formats. |
| 22:00 |
|
ricardo |
# Testing no input (defaults): |
| 22:00 |
|
ricardo |
# |
| 22:00 |
|
ricardo |
# Testing with valid inputs: |
| 22:00 |
|
ricardo |
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84 |
| 22:00 |
|
ricardo |
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84 |
| 22:00 |
|
ricardo |
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84 |
| 22:00 |
|
ricardo |
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84 |
| 22:00 |
|
ricardo |
# |
| 22:00 |
|
ricardo |
# Testing object independence from class |
| 22:00 |
|
ricardo |
# done. |
| 22:00 |
|
chris |
eeeek |
| 22:00 |
|
ricardo |
t/Dates.t ...................... ok |
| 22:00 |
|
ricardo |
t/Debug.t ...................... # BEFORE use: $debug is not defined |
| 22:00 |
|
ricardo |
# BEFORE use: $cgi_debug is not defined |
| 22:00 |
|
ricardo |
t/Debug.t ...................... 1/3 # AFTER use: $debug is 0 |
| 22:00 |
|
ricardo |
# AFTER use: $cgi_debug is 0 |
| 22:00 |
|
ricardo |
# Done. |
| 22:00 |
|
ricardo |
t/Debug.t ...................... ok |
| 22:00 |
|
pianohacker |
/ignore ricardo |
| 22:00 |
|
ricardo |
t/dummy.t ...................... ok |
| 22:00 |
|
ricardo |
t/Input.t ...................... ok |
| 22:00 |
|
ricardo |
t/Koha.t ....................... ok |
| 22:00 |
|
ricardo |
t/Labels_split_ddcn.t .......... Use of bare << to mean <<"" is deprecated at t/Labels_split_ddcn.t line 8. |
| 22:00 |
|
ricardo |
Use of bare << to mean <<"" is deprecated at t/Labels_split_ddcn.t line 13. |
| 22:00 |
|
ricardo |
syntax error at t/Labels_split_ddcn.t line 18, near "HEAD:" |
| 22:00 |
|
ricardo |
(Might be a runaway multi-line << string starting on line 13) |
| 22:00 |
|
ricardo |
Execution of t/Labels_split_ddcn.t aborted due to compilation errors. |
| 22:00 |
|
ricardo |
t/Labels_split_ddcn.t .......... Dubious, test returned 255 (wstat 65280, 0xff00) |
| 22:00 |
|
ricardo |
No subtests run |
| 22:00 |
|
ricardo |
t/Labels_split_lccn.t .......... 1/44 Use of uninitialized value $_ in pattern match (m//) at /koha/rickohaclone/blib/PERL_MODULE_DIR/C4/Labels.pm line 958. |
| 22:00 |
|
ricardo |
Use of uninitialized value in split at /koha/rickohaclone/blib/PERL_MODULE_DIR/C4/Labels.pm line 971. |
| 22:00 |
|
pianohacker |
...and of course pidgin does not understand that |
| 22:00 |
|
ricardo |
t/Labels_split_lccn.t .......... ok |
| 22:00 |
|
ricardo |
t/Languages.t .................. ok |
| 22:00 |
|
ricardo |
t/Maintainance.t ............... ok |
| 22:00 |
|
ricardo |
t/Members_Attributes.t ......... 1/11 # 2 tests for extended_attributes_merge |
| 22:01 |
|
ricardo |
# old attribute: homeroom = 501 |
| 22:01 |
|
ricardo |
# new attribute: grade = 01 |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: grade = 01 |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: homeroom = 501 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: grade = 01 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: homeroom = 501 |
| 22:01 |
|
ricardo |
# old attribute: deanslist = 2007 |
| 22:01 |
|
ricardo |
# old attribute: deanslist = 2008 |
| 22:01 |
|
ricardo |
# old attribute: grade = 04 |
| 22:01 |
|
Ropuch |
I'm sure he did it by mistake |
| 22:01 |
|
ricardo |
# old attribute: homeroom = 224 |
| 22:01 |
|
brendan |
whoops |
| 22:01 |
|
ricardo |
# old attribute: somedata = xxx |
| 22:01 |
|
ricardo |
# new attribute: deanslist = 2009 |
| 22:01 |
|
ricardo |
# new attribute: extradata = foobar |
| 22:01 |
|
ricardo |
# new attribute: grade = 05 |
| 22:01 |
|
ricardo |
# new attribute: homeroom = 115 |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: deanslist = 2009 |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: extradata = foobar |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: grade = 05 |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: homeroom = 115 |
| 22:01 |
|
ricardo |
# merge (overwrite) attribute: somedata = xxx |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: deanslist = 2007 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: deanslist = 2008 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: deanslist = 2009 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: extradata = foobar |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: grade = 05 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: homeroom = 115 |
| 22:01 |
|
ricardo |
# merge (preserve) attribute: somedata = xxx |
| 22:01 |
|
ricardo |
t/Members_Attributes.t ......... ok |
| 22:01 |
|
ricardo |
t/Output.t ..................... ok |
| 22:01 |
|
Ropuch |
chris: kick him or he will paste all koha source here ;> |
| 22:01 |
|
ricardo |
t/Record.t ..................... 1/1 |
| 22:01 |
|
ricardo |
# Failed test 'use C4::Record;' |
| 22:01 |
|
ricardo |
# at t/Record.t line 12. |
| 22:01 |
|
ricardo |
# Tried to use 'C4::Record'. |
| 22:01 |
|
ricardo |
# Error: Can't locate DublinCore/Record.pm in @INC (@INC contains: /koha/rickohaclone/blib/PERL_MODULE_DIR /koha/rickohaclone/blib/arch /usr/lib/perl5/5.10.0/i586-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0... |
| 22:01 |
|
ricardo |
.../usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.10.0/MARC/Crosswalk/DublinCore.pm line 55. |
| 22:01 |
|
ricardo |
# BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.10.0/MARC/Crosswalk/DublinCore.pm line 55. |
| 22:01 |
|
ricardo |
# Compilation failed in require at /koha/rickohaclone/blib/PERL_MODULE_DIR/C4/Record.pm line 27. |
| 22:01 |
|
ricardo |
# BEGIN failed--compilation aborted at /koha/rickohaclone/blib/PERL_MODULE_DIR/C4/Record.pm line 27. |
| 22:02 |
|
ricardo |
# Compilation failed in require at (eval 4) line 2. |
| 22:02 |
|
ricardo |
# BEGIN failed--compilation aborted at (eval 4) line 2. |
| 22:02 |
|
ricardo |
# Looks like you failed 1 test of 1. |
| 22:02 |
|
ricardo |
t/Record.t ..................... Dubious, test returned 1 (wstat 256, 0x100) |
| 22:02 |
|
ricardo |
Failed 1/1 subtests |
| 22:02 |
|
ricardo |
t/Review.t ..................... ok |
| 22:02 |
|
ricardo |
t/Scrubber.t ................... 1/10 # Note: scrubber test output will have whitespace collapsed for readability |
| 22:02 |
|
ricardo |
# done. |
| 22:02 |
|
ricardo |
t/Scrubber.t ................... ok |
| 22:02 |
|
ricardo |
t/Stats.t ...................... ok |
| 22:02 |
|
ricardo |
Test Summary Report |
| 22:02 |
|
ricardo |
------------------- |
| 22:02 |
|
ricardo |
t/Labels_split_ddcn.t (Wstat: 65280 Tests: 0 Failed: 0) |
| 22:02 |
|
ricardo |
Non-zero exit status: 255 |
| 22:02 |
|
ricardo |
Parse errors: No plan found in TAP output |
| 22:02 |
|
ricardo |
t/Record.t (Wstat: 256 Tests: 1 Failed: 1) |
| 22:02 |
|
ricardo |
Failed test: 1 |
| 22:02 |
|
ricardo |
Non-zero exit status: 1 |
| 22:02 |
|
ricardo |
Files=24, Tests=310, 9 wallclock secs ( 0.16 usr 0.05 sys + 4.69 cusr 0.39 csys = 5.29 CPU) |
| 22:02 |
|
ricardo |
Result: FAIL |
| 22:02 |
|
ricardo |
Failed 2/24 test programs. 1/310 subtests failed. |
| 22:02 |
|
ricardo |
make: *** [test_dynamic] Error 255 |
| 22:02 |
|
ricardo |
Ouch! |
| 22:02 |
|
ricardo |
Sorry! |
| 22:02 |
|
ricardo |
pianohacker: Paste to the wrong window :( |
| 22:02 |
|
ricardo |
pianohacker: Installing Koha 3.0.x (make test) |
| 22:02 |
|
ricardo |
pianohacker: LOL! |
| 22:02 |
|
ricardo |
Ropuch: Yep :( |
| 22:02 |
|
ricardo |
Ropuch: LOL! |
| 22:02 |
|
* ricardo |
apologizes (sp?) for this "flood" |
| 22:03 |
|
chris |
apologises for everywhere except america, where you spelt it right ;) |
| 22:03 |
|
ricardo |
chris: LOL |
| 22:04 |
|
pianohacker |
odd that new zealand has something against z's |
| 22:04 |
|
ricardo |
pianohacker: Eheh |
| 22:04 |
|
ricardo |
So, long story short, it seems that there's at least one missing dependency in "Makefile.PL" (for 3.0.x) - DublinCore::Record |
| 22:04 |
|
chris |
i understand the dropping u's out of words where they are silent .. but never understood the changing s to z |
| 22:04 |
|
brendan |
it's all good ricardo -- we still like you :) |
| 22:05 |
|
ricardo |
brendan: Aw chucks... Thanks brendan! :) |
| 22:05 |
|
Ropuch |
;> |
| 22:06 |
|
ricardo |
Well, did a "yast -i perl-DublinCore-Record"... Let's see how this goes, this time |
| 22:07 |
|
ricardo |
Err... |
| 22:07 |
|
ricardo |
Same error?! |
| 22:07 |
|
ricardo |
Ah, no |
| 22:07 |
|
ricardo |
Seeing previous output... This time, I just got the "usual errors" |
| 22:08 |
|
ricardo |
(like t/Labels_split_ddcn.t .......... Use of bare << to mean <<"" is deprecated at t/Labels_split_ddcn.t line 8. ) |
| 22:11 |
|
ricardo |
... whatever that means ;-) |
| 22:27 |
|
ricardo |
Darn... Getting the "Access Forbidden" message in Apache. |
| 22:27 |
|
ricardo |
What's your setup for git setups? |
| 22:31 |
|
ricardo |
Never mind... Solved it! :D |
| 23:50 |
|
pianohacker |
bye, all |
| 23:50 |
|
|
pianohacker left #koha |
| 23:55 |
|
ricardo |
I have a "hate-love relationship" with self-solving bugs :-/ |
| 23:55 |
|
ricardo |
chris: Still there? |
| 23:58 |
|
|
brendan left #koha |
