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

[Francis J. Lacoste]

On Tue, Jan 08, 2002 at 02:09:57PM +0100, E.L. Willighagen wrote:
> > (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.)
> 
> I did never get around to registering the WWW:: namespace with CPAN...
> Lire/WWW would indeed be better.
> 

We should only use the Lire:: namespace if the module is specific
to Lire. Egon, did you know if the AwStat guy intend to use that
module? If the AwStat project starts to reuse that code, then it might
be interesting to use an appropriate module like:

Log::HTTP::

All log parsing modules are under Log::

If AwStats doesn't intend to reuse it, we might as well use 
the Lire:: namespace. (And maybe move the modules under www/lib)

-- 
Francis J. Lacoste
francis at Contre.COM
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://lists.logreport.org/pipermail/development/attachments/20020108/82ef9aa5/attachment.bin