IRC log for #koha, 2009-10-18

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

All times shown according to UTC.

Time 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 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 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 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 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 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 how can i fix it
09:44 |Lupin| Marc: where do the records come from ? how did you import them in Koha ?
09:45 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 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 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 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 yaz-marcdum records.dat | less
09:50 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 me 2 i think its not come from my records ,, but my boss say its from records
09:58 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 working on koha on sunday?
10:02 |Lupin| cait_laptop: yeah...
10:02 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 mason: till there ?
10:13 mason: ok, I have to go, sorry
10:13 mason: my suggesiton would be to
10:13 1. dump the koha database into a file
10:14 2. truncate the tables items, biblioitems and biblio (check the spelling)
10:14 3. run the test again.
10:14 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 The following fatal error has occurred:
10:53 Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 1542
10:53 offffffffff
10:54 every time
10:54 everyyyyyyyyyyy timeeeeeeee
10:54 cait_laptop hi marc, when does the error occur?
10:55 which version of koha are you using?
10:55 Marc 3.00
10:55 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 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 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 question plz < cait_laptop>
11:01 cait_laptop yes
11:01 but not sure if it will solve your problem
11:01 I just searched the irc log for your error
11:01 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 Im not sure
11:04 you edited tried to add a record in cataloging? which framework did you choose? Default?
11:04 perhaps try to use a different
11:11 Marc i was try to choose defult
11:12 and i was try to choose boook to
11:12 cait_laptop Im sorry, Im out of ideas
11:13 it seems to be a problem with biblio marc framework regarding to what I ofund with google
11:13 best is to add a bug report or write to koha or koha-devel mailing list
11:19 bye #koha
11:19 cait_laptop left #koha
12:41 |Lupin| joined #koha
12:41 |Lupin| hi again
14:01 till soon everybody, bye
14:01 |Lupin| left #koha
14:10 |Lupin| joined #koha
14:10 |Lupin| hi again
14:16 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 hows sunday?
20:18 pianohacker sunday is good
20:19 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 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 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 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 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 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 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 (the last arg)
21:06 |Lupin| pianohacker: ohoooooh...
21:06 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 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 |Lupin|>aaaaaaaaaaaah !
21:07 ;-)
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 |Lupin|: in other words, it's a reference to an array that looks like a hash
21:09 (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 |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 |Lupin|: do allow for repeated subfields
21:11 *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 |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 (HTTP::OAI is full of "recursion" and "reflection")
21:14 chris we need to stop doing ath ParserDetails.ini
21:14 its stupid and broken
21:14 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 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 If you're using PurePerl or Expat, you'll need to edit your ini file, typically located at:
21:19 /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 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 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 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 following hdl
21:55 (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 cp koha-tmpl/intranet-tmpl/prog/en/js/tinymce/jsc​ripts/tiny_mce/plugins/table/editor_plugin.js blib/INTRANET_TMPL_DIR/prog/en/js/tinymce/jsc​ripts/tiny_mce/plugins/table/editor_plugin.js
21:59 cp koha-tmpl/opac-tmpl/prog/famfamfa​m/silk/shape_rotate_clockwise.png blib/OPAC_TMPL_DIR/prog/famfamfam​/silk/shape_rotate_clockwise.png
21:59 cp opac/sco/sco-main.pl blib/OPAC_CGI_DIR/opac/sco/sco-main.pl
21:59 cp koha-tmpl/opac-tmpl/prog/fa​mfamfam/mini/page_text.gif blib/OPAC_TMPL_DIR/prog/fa​mfamfam/mini/page_text.gif
21:59 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 t/Amazon.t ..................... ok
21:59 t/Barcodes_PrinterConfig.t ..... ok
21:59 t/Bookfund.t ................... ok
21:59 t/Bookseller.t ................. ok
21:59 t/Boolean.t .................... ok
21:59 pianohacker ricardo: ?
21:59 ricardo t/Branch.t ..................... ok
21:59 t/Calendar.t ................... ok
21:59 t/Charset.t .................... ok
21:59 t/Circulation_barcodedecode.t .. ok
21:59 t/Dates.t ...................... 1/192 #
21:59 # In order to run without DB access, this test will substitute 'us'
21:59 # as your default date format.  Export environmental variable KOHA_TEST_DATE_FORMAT
21:59 # to override this default, or pass the value as an argument to this test script.
21:59 #
21:59 # NOTE: we test for the system handling dd=00 and 00 for TIME values, therefore
21:59 # you SHOULD see some warnings like:
21:59 # Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t ...
21:59 #
21:59 # Testing Legacy Functions: format_date and format_date_in_iso
22:00 #
22:00 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 #
22:00 # Testing 4 formats.
22:00 # Testing no input (defaults):
22:00 #
22:00 # Testing with valid inputs:
22:00 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84
22:00 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84
22:00 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84
22:00 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 84
22:00 #
22:00 # Testing object independence from class
22:00 # done.
22:00 chris eeeek
22:00 ricardo t/Dates.t ...................... ok
22:00 t/Debug.t ...................... # BEFORE use:     $debug is not defined
22:00 # BEFORE use: $cgi_debug is not defined
22:00 t/Debug.t ...................... 1/3 #  AFTER use:     $debug is 0
22:00 #  AFTER use: $cgi_debug is 0
22:00 # Done.
22:00 t/Debug.t ...................... ok
22:00 pianohacker /ignore ricardo
22:00 ricardo t/dummy.t ...................... ok
22:00 t/Input.t ...................... ok
22:00 t/Koha.t ....................... ok
22:00 t/Labels_split_ddcn.t .......... Use of bare << to mean <<"" is deprecated at t/Labels_split_ddcn.t line 8.
22:00 Use of bare << to mean <<"" is deprecated at t/Labels_split_ddcn.t line 13.
22:00 syntax error at t/Labels_split_ddcn.t line 18, near "HEAD:"
22:00 (Might be a runaway multi-line << string starting on line 13)
22:00 Execution of t/Labels_split_ddcn.t aborted due to compilation errors.
22:00 t/Labels_split_ddcn.t .......... Dubious, test returned 255 (wstat 65280, 0xff00)
22:00 No subtests run
22:00 t/Labels_split_lccn.t .......... 1/44 Use of uninitialized value $_ in pattern match (m//) at /koha/rickohaclone/blib/PE​RL_MODULE_DIR/C4/Labels.pm line 958.
22:00 Use of uninitialized value in split at /koha/rickohaclone/blib/PE​RL_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 t/Languages.t .................. ok
22:00 t/Maintainance.t ............... ok
22:00 t/Members_Attributes.t ......... 1/11 # 2 tests for extended_attributes_merge
22:01 # old attribute: homeroom = 501
22:01 # new attribute: grade = 01
22:01 # merge (overwrite) attribute: grade = 01
22:01 # merge (overwrite) attribute: homeroom = 501
22:01 # merge (preserve) attribute: grade = 01
22:01 # merge (preserve) attribute: homeroom = 501
22:01 # old attribute: deanslist = 2007
22:01 # old attribute: deanslist = 2008
22:01 # 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 # new attribute: deanslist = 2009
22:01 # new attribute: extradata = foobar
22:01 # new attribute: grade = 05
22:01 # new attribute: homeroom = 115
22:01 # merge (overwrite) attribute: deanslist = 2009
22:01 # merge (overwrite) attribute: extradata = foobar
22:01 # merge (overwrite) attribute: grade = 05
22:01 # merge (overwrite) attribute: homeroom = 115
22:01 # merge (overwrite) attribute: somedata = xxx
22:01 # merge (preserve) attribute: deanslist = 2007
22:01 # merge (preserve) attribute: deanslist = 2008
22:01 # merge (preserve) attribute: deanslist = 2009
22:01 # merge (preserve) attribute: extradata = foobar
22:01 # merge (preserve) attribute: grade = 05
22:01 # merge (preserve) attribute: homeroom = 115
22:01 # merge (preserve) attribute: somedata = xxx
22:01 t/Members_Attributes.t ......... ok
22:01 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 #   Failed test 'use C4::Record;'
22:01 #   at t/Record.t line 12.
22:01 #     Tried to use 'C4::Record'.
22:01 #     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.1​0.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 .../usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.10​.0/MARC/Crosswalk/DublinCore.pm line 55.
22:01 # BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.10​.0/MARC/Crosswalk/DublinCore.pm line 55.
22:01 # Compilation failed in require at /koha/rickohaclone/blib/PE​RL_MODULE_DIR/C4/Record.pm line 27.
22:01 # BEGIN failed--compilation aborted at /koha/rickohaclone/blib/PE​RL_MODULE_DIR/C4/Record.pm line 27.
22:02 # Compilation failed in require at (eval 4) line 2.
22:02 # BEGIN failed--compilation aborted at (eval 4) line 2.
22:02 # Looks like you failed 1 test of 1.
22:02 t/Record.t ..................... Dubious, test returned 1 (wstat 256, 0x100)
22:02 Failed 1/1 subtests
22:02 t/Review.t ..................... ok
22:02 t/Scrubber.t ................... 1/10 # Note: scrubber test output will have whitespace collapsed for readability
22:02 # done.
22:02 t/Scrubber.t ................... ok
22:02 t/Stats.t ...................... ok
22:02 Test Summary Report
22:02 -------------------
22:02 t/Labels_split_ddcn.t        (Wstat: 65280 Tests: 0 Failed: 0)
22:02 Non-zero exit status: 255
22:02 Parse errors: No plan found in TAP output
22:02 t/Record.t                   (Wstat: 256 Tests: 1 Failed: 1)
22:02 Failed test:  1
22:02 Non-zero exit status: 1
22:02 Files=24, Tests=310,  9 wallclock secs ( 0.16 usr  0.05 sys +  4.69 cusr  0.39 csys =  5.29 CPU)
22:02 Result: FAIL
22:02 Failed 2/24 test programs. 1/310 subtests failed.
22:02 make: *** [test_dynamic] Error 255
22:02 Ouch!
22:02 Sorry!
22:02 pianohacker: Paste to the wrong window :(
22:02 pianohacker: Installing Koha 3.0.x (make test)
22:02 pianohacker: LOL!
22:02 Ropuch: Yep :(
22:02 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 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 Err...
22:07 Same error?!
22:07 Ah, no
22:07 Seeing previous output... This time, I just got the "usual errors"
22:08 (like   t/Labels_split_ddcn.t .......... Use of bare << to mean <<"" is deprecated at t/Labels_split_ddcn.t line 8.   )
22:11 ... whatever that means  ;-)
22:27 Darn... Getting the "Access Forbidden" message in Apache.
22:27 What's your setup for git setups?
22:31 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 chris: Still there?
23:58 brendan left #koha

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

koha1