lire installs stuff in /usr/share/perl5/WWW

[Joost van Baal]

Hi,

Currently, Lire installs

/usr/share/perl5/WWW/UserAgent/Robot.pm
/usr/share/perl5/WWW/UserAgent/Browser.pm
/usr/share/perl5/WWW/UserAgent/OS.pm
/usr/share/perl5/WWW/UserAgent/Language.pm
/usr/share/perl5/WWW/Domain/Robot.pm
/usr/share/perl5/WWW/Domain/Country.pm
/usr/share/perl5/WWW/Filename/Attack.pm
/usr/share/perl5/WWW/UserAgent.pm
/usr/share/perl5/WWW/Domain.pm
/usr/share/perl5/WWW/Filename.pm

(for --prefix=/usr , that is).  I am afraid this will, at one day, lead
to nameclashes.  E.g. /usr/share/perl5/WWW/RobotRules.pm is installed by
the perl module found in e.g. the debian package
interpreters/libwww-perl , and /usr/share/perl5/WWW/Search.pm is
installed by net/libwww-search-perl .  Does the functionality of the
modules justify claiming the WWW namespace?  I suggest moving it to a
place somewhat deeper in the perl module tree, like e.g.

 WWW/Lire/
 WWW/AwStats/
 WWW/LogReport/
 Lire/WWW/

or choose some other way to reflect the fact that these modules are
mainly functional for parsing logfiles (or HTTP requests, that is.)
(hmm...  WWW/HTTPParser/ ?)

BTW, on http://sourceforge.net/projects/logreport we're offering
WWW::Useragent 0.3.2.  This should need to get updated, once we change
installation locations.  And we'd have to update the way we refer to the
modules in our perl scripts, of course.

I'd like to wait uploading Francis' Lire .deb, untill we've agreed on
this issue.  (The last released .deb lacks the perl5/WWW stuff.)

Bye,

Joost

-- 
Joost van Baal              . .           http://www.logreport.org/
                           .   .
/^LogReport$/               . .               joostvb at logreport.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.logreport.org/pipermail/development/attachments/20020108/40370a34/attachment.bin