IRC log for #koha, 2007-12-15

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

All times shown according to UTC.

Time Nick Message
11:03 hdl kados ?
12:34 [K] *** join #koha@FreeNode: phasefx_ n=phasefx_@68-190-35-14.dhcp.gwnt.ga.charter.com
12:34 *** join #koha@FreeNode: ru55el n=russel@203-118-134-114.netspace.net.nz
12:34 *** join #koha@FreeNode: phasefx__ n=phasefx@adsl-215-217-176.aep.bellsouth.net
12:36 fbcit g'morning koha
13:36 hdl kados around ?
13:44 kados hdl: yes, just
13:45 hdl kados : some questions :
13:45 a) We still have a problem with searches which donot take wordlist as default search
13:46 see i15.bureau.paulpoulain.com
13:46 kados zebra or nozebra?
13:46 hdl zebra
13:47 kados can you give me a example?
13:48 ok,
13:48 both seem to work hdl
13:49 hdl not for me.
13:49 encyclopédie universelle returns no results.
13:51 kados hdl: can you turn on debugging and send me the logs for that query?
13:52 hdl unfortunately, it is paul's machine.
13:52 I shall try.
13:52 + 2 other questions
13:52 b) I would like to add a new table to store index.
13:53 kados index?
13:53 hdl This table would be have this design
13:53 kados zebra index?
13:54 hdl zebra index code : description : order :displayOPAC :displayintranet: relatedfields : related authorities or authorisedvalues
13:55 It would be used for displaying indexes on advsearch page.
13:55 This was quite what you wanted to have.
13:56 I am not saying i shall add this today or very soon. So not for 3.0.
13:56 kados ahh, right
13:56 yes, that would be ideal
13:56 hdl But this could be useful.
13:56 kados hdl++
13:56 however, note that:
13:56 /cgi-bin/koha/catalogue/search.pl?idx=kw&q=enc​yclop%C3%A9die+universelle&op=and&idx=kw,wrdl
13:56 also does not work
13:56 (with wrdl)
13:57 so I suspect something else
13:57 if you can email me the logs I will be happy to troubleshoot
13:58 hdl ! /cgi-bin/koha/catalogue/search.pl?idx=k​w,wrdl&q=encyclop%C3%A9die+universelle
13:58 would work.
13:59 So I suspect... I am right.
13:59 c) about autoposting authorities.
13:59 I am planning this feature.
14:00 But I want to know where to plug this.
14:01 kados hmmm, maybe zebra's default has changed :/
14:01 hdl I would like to put it right after buildQuery But am not sure since I donot master queryFuzzy QueryStemming And QueryFieldsWeighting
14:01 Does it work on your test installation
14:01 ?
14:01 kados tell me what is autoposting authorities again?
14:02 hdl Say I have authorities United States, Ohio, Athens
14:03 United States is borader term for Ohio which is broader term for Athens.
14:03 Looking for United States could bring up Ohio and Athens related biblios.
14:03 this is autoposting.
14:04 kados woudl it be a facet?
14:04 hdl Today, querying United States brings up United States.
14:06 Authorities integrated into facets would be another question.
14:07 It would be for subjects research.
14:07 (search on fields linked to authorities.)
14:09 kados I know that some libraries want to see a 'heading list' when they do an author or subject search
14:09 hiya owen
14:09 hdl: is that the same as what you're talking about?
14:10 owen Hi everyone
14:10 kados hdl: I search on 'united states' and I see:
14:10 United States -- Ohio -- Athens
14:10 United States -- California -- Santa Cruz
14:10 (except that's backwards ;-))
14:11 owen: nice job on the facets, I like the style :-)
14:11 hdl No it is the same.
14:11 kados hdl: is? or is not? :-)
14:13 hdl querying united states
14:13 would bring up in result lists any biblio linked to
14:13 United States -- Ohio -- Athens
14:13 United States -- California -- Santa Cruz
14:13 kados California comes before Ohio is what I meant
14:14 hdl And we would have facets
14:14 United States -- Ohio -- Athens
14:14 United States -- California -- Santa Cruz
14:14 United States -- California
14:14 United States -- Ohio
14:14 yes. Alphabetical order.
14:15 kados can't we accomplish the same thing with an authoritiy search now?
14:15 hdl If you look for United States,
14:15 yes.
14:16 kados (search for all headings like united states* + sort by $b az)
14:16 (or something liek that)
14:16 so this is just making author and subject searches default to be authority searches, right?
14:16 hdl mmmm.
14:16 No.
14:17 This is what we have for a single level
14:18 that is :
14:18 World
14:18 Northern America
14:18 United States
14:19 Ohio
14:19 Athens.
14:19 If I query for United States in Authorities,
14:19 I would get :
14:20 Northern America
14:20 Ohio
14:20 if I query everywhere.
14:20 But I would not get Athens.
14:21 kados huh
14:21 I suspect unimarc and marc21 are different here
14:22 but you may be right even for marc21
14:22 galen would know better than I
14:22 hdl Do you have some marc21 authorities records ?
14:23 kados I have the LOC's authorities
14:23 but it's too big I think :-)
14:24 owen kados: I submitted a patch for the picture-upload template from a clean repo. But now I need to revert the file in my regular working repo, right, or it git will keep trying to make a patch from there?
14:24 kados even if you revert it will keep trying to make a patch
14:25 well, then it will try to make two :-)
14:25 do you have other patches in that 'unclean' repo that haven't been pushed up yet?
14:25 I wish we coudl figure out why some repos are clean and some aren't :-)
14:26 owen The one with all the changes to the dialogs
14:26 I thought maybe git reset? Are you familiar with that?
14:26 kados yea, come to think of it, I did use that once
14:27 yea, we don't want to lose that one with all the changes to the dialogs
14:30 paul kados : I have a lot of commits to tgz to you (including some unimarc frameworks updated)
14:30 you or patches@koha.org ?
14:30 kados paul: great! send em through
14:30 paul: either one
14:31 owen: man, I dunno what's going on, that patch for picture-upload just won't apply
14:31 owen Still?
14:31 kados yea, it's really weird
14:31 error: patch failed: koha-tmpl/intranet-tmpl/prog/en/mo​dules/tools/picture-upload.tmpl:1
14:31 error: koha-tmpl/intranet-tmpl/prog/en/m​odules/tools/picture-upload.tmpl: patch does not apply
14:31 Did you hand edit your patch?
14:31 It does not apply to blobs recorded in its index.
14:31 error: patch failed: koha-tmpl/intranet-tmpl/prog/en/mo​dules/tools/picture-upload.tmpl:1
14:32 error: koha-tmpl/intranet-tmpl/prog/en/m​odules/tools/picture-upload.tmpl: patch does not apply
14:32 Using index info to reconstruct a base tree...
14:32 Adds trailing whitespace.
14:32 <stdin>:144:    
14:32 Space in indent is followed by a tab.
14:32 owen No, I didn't hand edit the patch. I copied over the file from my working repo to the clean clone
14:32 kados *nod*
14:32 owen ...and fomat-patch'ed from there
14:34 paul flumexed ???
14:34 owen Doing git reset HEAD /path/to/picture-upload.tmpl didn't keep it from ending up in my patches
14:34 flummoxed, actually :)
14:34 kados :-)
14:34 hdl kados : your LOC authorities donot look like having much hierarchy in it.
14:35 kados hdl: I don't think marc21 has hierarchy
14:35 hdl: we'll have to ask galen about that
14:35 hdl thd said it had.
14:36 Fishery co-management Japan
14:36 paul kados: patches.tgz with 32 patches in patches@koha.org mailbox
14:36 kados paul: ok, thanks ... I assume you rebased before sending? :-)
14:37 paul not now, but rss show me that there are no commits pending
14:37 (I rebased yesterday)
14:37 oops...
14:38 some patches. forget this mail, i'll send another one
14:38 kados ok
14:38 hdl 550 __ |w g |a Fishery management
14:38 550 __ |w g |a Natural resources |x Co-management
14:39 seems to be a good example of some hierarchy
14:42 gmcharlt hi -- depends on what you mean by hierarchy; certainly MARC21 headings have subdivisions
14:42 kados mornin gmcharlt
14:42 gmcharlt morning kados :)
14:43 and hdl and paul and owen and #koha
14:43 hdl gmcharlt: hi
14:44 gmcharlt: don't you have any hierarchized thesaurus represented in marc21 ?
14:45 If yes, how is the norm used ?
14:46 paul kados : patch.tgz should be in patches mailbox in the next seconds
14:47 (2 mails, as I forgot to attach the .tgz at the 1st try ;-) )
14:48 kados ok
14:54 gmcharlt hdl: they can be supported, but LCSH in particular is not a HT
14:55 hdl Ho you have marc21 samples of HT ?
14:55 s/Ho/Do/
14:58 kados paul: 0004-The-type-of-the-query-​is-given-by-the-loop.patch
14:59 paul: how does TMPL_VAR NAME="limit" get set?
14:59 paul oups... i've mixed commits...
14:59 it's set in Search.pm
15:00 let me find in which commit it is hidden
15:00 mmm... can't find it...
15:01 nope, it's in Biblio.pm (GetMArcSubject)
15:02 and I don't see any patch related to that. It was probably already here
15:02 do you have :
15:02 kados ok
15:02 paul                push @link_loop, {'limit' => 'su', link => $linkvalue, operator => $operator };
15:02 line 1872 of Biblio.pm
15:03 kados yep
15:03 thanks
15:03 paul: 0007-reintroducing-rss-in-opac-result.patch ...
15:04 paul: but you don't use RSS, right?
15:04 paul ??? yes I do, why ?
15:04 kados from A9?
15:04 paul nope.
15:04 kados ann
15:04 opac-rss.pl
15:04 paul yep
15:04 kados is it opensearch compatible?
15:05 ok
15:05 who wrote it?
15:06 paul me
15:06 kados ok
15:06 thanks
15:27 gmcharlt hdl: looke for MARC21 samples for HT, nothing came up readily
15:27 hdl: I'll e-mail you if I find one
15:54 paul: trying to track down MARC::Crosswalk::DublinCore dep
15:55 CPAN has version 0.02; a commit you did requires 0.03
15:55 does 0.03 exist somewhere outside of CPAN?
16:07 hdl afaik, paul never added MARC::Crosswalk::DublinCore dep on his own.
16:07 It was just required by save as DC button.
16:08 paul gmcharlt: maybe I made a mistake when looking at the version installed.
16:08 2 and 3 are close on the keyboard :-D
16:08 gmcharlt paul: ok, that's what I figured.  thanks
16:26 hdl owen : where have you ported filters for overdue page ?
16:26 I cannot find them anymore.
16:27 I reintroduced them. And you have just deleted them.
16:27 I imagine you want to put them on the left bar.
16:27 But I want to check with you.
16:27 owen Sorry, hdl, that was a mistake. I was testing a change to that template and didn't mean to let it through
16:28 cm hey kados (or anybody)  --i have a quick question about zebra's .chr files
16:28 kados cm: go for it
16:28 cm which one(s) do i edit to map diacritics?
16:28 owen hdl: I was trying out putting the filter into the sidebar, but it didn't work at all, because long values in the drop-down menus broke the layout
16:28 kados hdl: if 'QueryStemming' is off the wrdl problem happens ... just tested
16:28 cm i see the 'map' sections for mapping them.
16:28 kados cm: that would be the .chr files
16:29 cm all of them?  i assume i can ignore the numeric.chr.
16:29 hdl could you then reintroduce them and change default value for select display all issues to no.
16:29 kados cm: just the ones you want to change ...
16:29 cm: yea, you can ignore numeric.chr
16:30 cm i take it sort-strin-utf.chr is for sorting.
16:30 kados cm: :)
16:30 cm what are scan.chr & string.chr for?
16:30 kados the .chr files are specified in your default.idx file
16:31 so you can see what indexes use what .chr file
16:31 map éÉ     e
16:31 would map the two e chars with accents to plain ole 'e'
16:32 which would mean that they are treated as equivilents for searching purposes
16:32 cm ah-ha.  i see word-phrase-utf
16:32 yep.
16:32 kados there's a ton of flexibility here, best thing to do is do some basic tests
16:33 and make sure it's doing what you want
16:33 cm guess we're not using string or scan.
16:33 kados string is deprecated IIRC
16:33 cm ok.  i assume i'll have to reindex after editing?
16:34 kados yes
16:34 I'd try this out on your test install first
16:34 cm cool.  thanks much!
16:34 yeah, that's what i'm doing.
16:34 horray for vm!
16:34 owen hdl, what do you mean about change default value for select display all issues to no?
16:34 kados cm: :-)
16:35 hdl owen : yes
16:35 owen hdl: I don't understand you when you say "change default value for select display all issues to no."
16:37 hdl owen : sorry default for overdue page should be to display only overdue issues and not all current issues.
16:37 Is it more clear ?
16:40 owen hdl: I'll revert the file to it's previous state, and you can look at it. I see a checkbox labelled "Show any items currently issued" but it is not checked by default
16:47 kados owen / hdl: the revert has been pushed up
16:47 hdl It was checked on my tests.
16:48 patch sent on authorised values updating
16:49 kados : what is your default code for periodicals is it PER or SER only ?
16:50 kados PER and SER are different for some customers
16:51 hdl Can you detail ?
16:51 kados hdl: authorities values updating pushed
16:52 hdl I want to add automatic selection of periodicals for subscription add.
16:52 kados hdl: galen will do a better job explaining the differences between serials types (continuiations, periodicals, etc.)
16:52 hdl: yes, a good idea
16:52 Brooke howdy
16:52 kados hey Brooke
17:11 anyone know what happened to the feature where a patron's account could be renewed with one click from circulation?
17:11 if it was expired
17:12 owen: that was in 3.0 at one point, wasn't it?
17:12 owen I don't remember offhand
17:12 kados huh, there's some weirdness with the expirydate too
17:12 atz: you around?
17:12 atz yep
17:12 owen I know there's problems with the way expired patrons are handled
17:13 kados atz: you have the default patron data loaded, right?
17:13 atz yes
17:13 owen http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1427
17:14 kados atz: I just edited Henry Acevedo's account and changed his expiration date year to 2000 instead of 2007
17:14 atz: try that on your install and then edit it again and watch what happens to the date
17:14 atz: I think it's a bug introduced in the last batch of patches
17:15 atz yeah, this is the most problematic intersection of code
17:15 kados owen: *nod* good idea
17:15 atz in part b/c changes have gone back and forth... let me look
17:16 owen kados, I don't see any one-click renewal in the original 3.0 version of circulation.tmpl, so I think it never made it in
17:16 atz ( owen : nice template revisions, btw )
17:17 owen Of course there's the More -> Renew Patron link, but it'd be good to have a link or button displayed with the error message like we do in dev_week
17:17 Thanks atz
17:17 kados *nod*
17:17 owen: you can add that, right?
17:17 owen: or are we missing script stuff too?
17:18 yea, bang up job on the templates owen, things are really shaping up
17:18 atz hmm... if I try to modify the lower section, i get a "Modify professional patron Henry Acevedo" page
17:18 ... but nothing to edit
17:19 His alternate address shows as "Not C."
17:19 (on moremember.pl)
17:19 owen Sorry, "Not C." is some debugging stuff that got committed by mistake. The reason for it is the screen doesn't recognize "C" patrons--child patrons, and adjust the display accordingly
17:19 kados huh
17:20 owen I've been trying to get more details, and haven't filed a bug for it yet
17:20 kados atz: try the generic edit button at the top
17:20 atz yeah, actually any of my ?op=modify pages come up empty
17:20 the main button works though
17:21 kados yea, basically saving expiry date doesn't work anymore
17:21 sometimes it corrupts the date, sometimes it just delets it
17:21 owen I get a blank screen if I try to edit the "library use" block or the "alternate address" block, but not with the main contact info
17:21 atz still get spurious warning about "month date incorrect"
17:21 kados and there's weird js warnings
17:22 atz this is probably a case where the javascript is intervening
17:22 kados and interestingly, owen, I get some error sabout missmatched template vars
17:22 owen: for moremember
17:22 atz: I don't think the js actually intervenes
17:22 atz: try it with js turned off
17:23 owen I see it too: tag mismatch with UNLESS
17:23 Brooke hi lloyd
17:23 kados huh, any reason the form doesn't work with js turned off?
17:23 owen? :-)
17:23 atz yeah, it seems to obliterate both the expire date AND the Registered date
17:23 even if you don't modify Registered date.
17:24 owen moremember and member entry seem to be the hardest things to get right
17:25 kados and I think we're still missing a column for 'state', right?
17:25 owen Yes
17:25 atz Data represents "State" as part of City  
17:25 at least the stuff I've seen so far.
17:26 kados yea, in the sample data you're right
17:26 owen Yes, all of NPL's data has city and state lumped together in city.
17:26 atz interestingly, this is consistent w/ common LDAP representations of "Locality"
17:27 kados owen: the 'or choose <dropdown>' shouldn't show up unless there are values in <dropdown>
17:27 owen: in memberentry
17:27 atz: interesting
17:27 atz (of course, LDAP implemenations vary as widely as *nix distros)
17:29 owen the form doesn't submit with js turned off because the markup has <input type="button"> instead of type="submit"
17:30 paul + some new patches for unimarc files as well.
17:34 kados / owen : do you plan to write a nice color.css before releasing koha 3.0 ?
17:34 owen Yes
17:34 paul +++++++++
17:35 atz owen++
17:35 paul do you already have an idea about the base colors ?
17:35 (like mostly blue and red, or green and purple, or ...)
17:35 owen paul, I like the blue you've got in staff-global2.css, so I'm going to use that as inspiration
17:36 paul look at blue.css
17:36 as staff-global2.css is outdated
17:36 owen is blue.css working now in conjunction with staff-global.css?
17:36 paul (i should remove it. blue.css contains just colors, where staff-global2.css was a replacement for staff-global)
17:36 owen : exactly
17:37 kados so staff can pick what colors they want to see koha in :-)
17:37 paul kados : maybe, as an advertising minor tool, we could have a liblime.css and a biblibre.css as well
17:37 owen kados: Put that on your 3.2 list
17:37 paul (biblibre colors being blue and yellow)
17:43 owen kados: 3.0 has 'setdebar.pl'. In dev_week, we started out with setdebar.pl and switched to setstatus.pl to handle both debarments and expiration renewals
17:47 kados owen: did we lose functionality with that switch?
17:48 owen setstatus.pl (in dev_week) handles both lifting debarments and updating expiration dates
17:48 In 3.0, we have setdebar.pl, which only handles debarments
17:50 kados I feel like I'm missing part of this conversation :-)
17:50 so setstatus.pl does both, and setdebar only does one
17:50 does setstatus not have the ability to just do one?
17:51 owen It does one or the other
17:51 depending on the input
17:51 kados k
17:51 so that's a good thing or a bad thing?
17:51 owen That's good. In a nutshell: please see if setstatus.pl from dev_week will work with 3.0. That's what we want
17:52 kados ahh
17:52 duh
17:52 sorry, I thought you said setstatus was in 3.0 :-)
17:53 fbcit g'aftnoon koha
17:53 kados hiya fbcit
17:53 still morning for me, I'm in santa cruz this week
17:54 fbcit kados: how's the weather?
17:54 kados beautiful!
17:55 paul almost 7PM in france, time to go for dinner ;-)
17:57 kados night paul
17:57 paul .tgz sent to patches@koha.org (3 patches included)
17:57 kados thanks paul
18:13 ok folks, just pushed up some patches from paul
18:13 i'm gonna take the rest of today off
18:13 I'll check for more patches this evening, so send em on through :-)
18:14 atz yeah, not much point waiting to take off for when you're back in athens!
18:14 kados :)
18:39 Brooke thanks paul, us po' folks appreciate you no end :)
20:03 owen atz?
20:03 atz ?
20:04 owen Hey, I"m wondering what's the right way to format a date. I'm trying to add a date to a script's output, and I'm not sure what the right way is
20:29 atz: format_date() ?
20:30 atz two parts
20:30 (1) what format is the "input" (if any)
20:30 (2) what format do you want the output in (if any)
20:31 format date works like the old C4  function of the same name
20:32 it takes an ISO date input, and outputs the syspref-format date
20:33 basically, if it is going from user INTO the DB, use format_date_in_iso
20:33 if it going from the DB to be displayed to the user, use format_date
20:34 owen I'm taking the output of ExtendMemberSubscriptionTo(), and want to format it for the screen according to the system pref
20:35 atz format_date is probably what you want
20:35 owen So it looks like format_date is appropriate
20:35 Cool, thanks
20:35 atz np
20:35 i wish I had a clean slate to work w/ so I could apply a more intuitive naming convention
20:37 but, hey.  no big deal.
20:53 ryan owen: got a minute ?
20:53 owen Yes
20:54 ryan there were some sysprefs added recently that govern some defaults on opac display
20:54 i think they are all just in the others tab right now
20:55 most don't really need much coding, but would just be handled in the tmpl.
20:55 can you run through them and see which are still applicable for the 3.0 opac ?
20:56 owen Sure, which ones are you thinking of?
20:57 ryan noItemTypeImages
20:57 (should probably be ItemtypeImages, ON by default)
20:58 numSearchResults
20:58 OPACdefaultSortField
20:58 OPACDisplayExtendedSubInfo
20:58 OPACURLOpenInNewWindow
20:59 singleBranchMode
20:59 and URLLinkText
21:01 owen None of those ring a bell, so I'm assuming they're all new to 3.0
21:26 fbcit gmcharlt: u around?
21:26 gmcharlt fbcit: yep
21:27 fbcit was a list ever made of the deps needed for all perl modules?
21:28 I'm taking the new installer for a run on a fresh install of Debian
21:31 gmcharlt fbcit: not completely, no
21:31 the Makefile.PL has most of the dependencies, but not all just yet
21:32 btw, are you testing from a recent pull from my git repo?  the tarball is a little too out of date, and I won't make a new one for another hour or two
21:32 fbcit no, a fresh clone with git...
21:32 I'll try to keep track of any deps I run into along the way if it will help.
21:35 gmcharlt please do
21:36 fbcit It would be nice to have Makefile offer to install missing modules....
21:37 gmcharlt there was an attempt to have that via install-CPAN.pl
21:37 fbcit MARC::Record is not in CPAN?
21:37 gmcharlt it is last I checked :)
21:38 fbcit cpan> install Marc::Record
21:38 Warning: Cannot install Marc::Record, don't know what it is.
21:38 typo?
21:38 atz MARC:Record  ?
21:38 (allcaps)
21:38 gmcharlt exactly: case matters
21:38 fbcit MARC::Record 2 not found.
21:38 says Makefile
21:39 gmcharlt does it say what version is installed?
21:39 if not, try CPAN install of MARC::Record again
21:39 fbcit :-\
21:40 cpan> install MARC::Record
21:40 MARC::Record is up to date.
21:40 my bad
21:40 gmcharlt what was the problem?
21:41 fbcit case... as atz pointed out...
21:41 gmcharlt ahh
21:41 fbcit ok
21:41 looks like MARC::Charset lacks some deps....
21:41 and I have no idea which...
21:43 lgcyrpt libs are needed for Net::Z3950::ZOOM
21:49 Can't exec "atq": No such file or directory at /root/.cpan/build/Schedule-At​-1.06/blib/lib/Schedule/At.pm line 96
21:49 any thoughts on this one?
21:50 gmcharlt fbcit: does /usr/bin/atq exist?
21:51 fbcit no... what is it?
21:52 gmcharlt fbcit: list jobs specified for later execution
21:52 looks like you need the Debian at package
21:52 fbcit what does it go by in apt?
21:52 gmcharlt at
22:02 fbcit the order of installation of the MARC modules seems to matter...
22:05 gmcharlt mysql-server-5.0
22:05 libexpat1-dev
22:05 libxslt1.1
22:05 libxslt-dev
22:05 libgcrypt-dev
22:05 libgdbm-dev
22:05 yaz
22:05 fbcit: sorry, let me try again
22:05 mysql-server-5.0
22:05 libexpat1-dev
22:05 libxslt1.1
22:05 libxslt-dev
22:05 libgcrypt-dev
22:05 libgdbm-dev
22:05 yaz
22:06 libyaz-dev
22:06 idzebra
22:06 libxml-libxml-perl
22:06 libxml-dumper-perl
22:06 libxml-simple-perl
22:06 fbcit: list of needed Debian packages
22:06 the ones ending in -perl corresponding to pre-packaged CPAN modules
22:08 fbcit gmcharlt:k
22:08 better add 'at' to it as it was not part of the default minimum Debian install I did earlier.
22:09 gmcharlt right
22:17 fbcit Net::Z3950::ZOOM fails... it seems to be related to this: Failed test 'connection to non-existent host 'no.such.host' fails'
22:21 gmcharlt fbcit: looks like there are two tests that could generate that -- could you paste in a little more context around the test failure message?
22:21 fbcit Running make test
22:21 PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
22:21 t/1-Net-Z3950-ZOOM......ok 1/23                                              
22:21 #   Failed test 'connection to non-existent host 'no.such.host' fails'
22:21 #   at t/1-Net-Z3950-ZOOM.t line 22.
22:21 t/1-Net-Z3950-ZOOM......ok 18/23# Looks like you failed 1 test of 23.        
22:21 t/1-Net-Z3950-ZOOM......dubious                                              
22:21        Test returned status 1 (wstat 256, 0x100)
22:21 DIED. FAILED test 4
22:21        Failed 1/23 tests, 95.65% okay
22:22 actually happens two times
22:22 happens with the same test on ZOOM
22:22 same basic context
22:22 gmcharlt fbcit: have you installed the two yaz packages yet?
22:23 fbcit I only had libyaz-dev installed... hold on I'll try zoom again
22:24 got it... Makefile is happy now
22:47 gmcharlt great
22:48 fbcit gmcharlt: I think (in README.txt) this: zebrasrv -f /usr/share/koha/etc/koha-conf.xml
22:49 should read: zebrasrv -f /etc/koha/koha-conf.xml
22:49 gmcharlt fbcit: right you are
22:50 fbcit Still need a Listen 8080 line in koha-httpd.conf
22:50 atz or in the "ports" file
22:52 fbcit why does the virtual host ip default to 127.0.0.1 with a "standard" install?
22:52 gmcharlt the suggested Apache config is where it gets tricky -- no two distros seem to use the same conventions
22:52 fbcit sorry 127.0.1.1
22:53 re the ip or port?
22:54 I would think the ip is very straightforward. It should be something assigned to the server other than the loopback subnet.
22:55 the port issue probably at least needs a line in README.txt noting the possible issue.
22:55 gmcharlt fbcit: Apache config in general needs it
22:55 atz Apache defaults to localhost for security reasons
22:55 gmcharlt and ultimately, installer can only guess, and will often guess wrong despite best efforts
22:56 e.g., multi-homed hosts; hosts with internal and external DNS names, etc.
22:56 atz it's so you can test it on the system BEFORE the rest of the world gets access to it
22:56 fbcit ahh
22:56 gmcharlt 127.0.1.1 appears to be an artifact of Debian's default /etc/hosts
22:56 fbcit so I am not on the box....
22:56 gmcharlt its the address that the output of hostname gets used by default
22:57 installer should actually be generated several different example httpd confs
22:57 1. name-based vhosts
22:57 2. port-based vhosts
22:58 3. .htaccess-only (once the rest of Koha supports it cleanly)
22:58 4. single vhost running both OPAC and intranet
22:58 5. etc., etc.
22:59 ultimately, I don't think we can get around fact that person doing the installation needs at least a little Apache knowlege (or help)
22:59 fbcit that's me...
22:59 gmcharlt fbcit: but you have a clue (several, in fact) :)
22:59 fbcit however, some sort of note to that affect in README.txt will probably make someone's life less miserable...
23:00 gmcharlt we'll have to deal with people whose Apache knowlege is very limited
23:00 but yeah, more info in README is needed
23:01 I suppose I could add *lot* of questions to Makefile.PL to try to deduce desired Apache config
23:01 atz yeah, i have no inclination to support ppl who thing "it should just run, out of the box, like iTunes does"
23:01 *think
23:01 gmcharlt that's hopefully what the .deb/RPM/DMG/etc will allow
23:01 fbcit gmcharlt: where are the logfiles going now?
23:02 gmcharlt in standard, /var/log/koha
23:02 atz gmcharlt: I say go the extra step and just post the whole VM
23:02 gmcharlt atz: yep, VMs and ISOs++
23:02 fbcit its late and I have a cold...
23:03 atz but that won't be for a while yet
23:03 gmcharlt fbcit: get well soon
23:03 atz ttyl gmcharlt
23:04 fbcit gmcharlt: when you get back...
23:04 -rw-r--r-- 1 root root 1562 2007-12-14 17:53 koha-error_log
23:04 -rw-r--r-- 1 root root    0 2007-12-14 17:47 koha-opac-error_log
23:04 ?
23:18 gmcharlt: After fixing a typo in mysql username, I have Koha 3 installed.... in a "standard" configuration.
23:19 now... off to find some hot soup for this cold...
23:35 ryan hi paul_
05:45 Manu hello
05:45 i have a question
08:38 [K] *** join #koha@FreeNode: phasefx n=phasefx@adsl-215-217-176.aep.bellsouth.net

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

koha1