rpms/perl-LWP-UserAgent-Determined/devel perl-LWP-UserAgent-Determined.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Ralf Corsepius (rc040203)]

On Tue, 2008-03-11 at 09:18 -0500, Robert Rati wrote:
> Ralf Corsepius wrote:
> > On Tue, 2008-03-11 at 08:28 -0500, Robert Rati wrote:
> >> Ralf Corsepius wrote:
> >>> On Mon, 2008-03-10 at 18:04 +0000, Robert H. Rati wrote:
> >>>> Author: rrati
> >>>>
> >>>> Update of /cvs/pkgs/rpms/perl-LWP-UserAgent-Determined/devel
> >>>> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10302/devel
> >>>>
> >>>> Modified Files:
> >>>> 	.cvsignore sources 
> >>>> Added Files:
> >>>> 	perl-LWP-UserAgent-Determined.spec 
> >>>> Log Message:
> >>>> Initial Packaging
> >>>>
> >>>>
> >>>>
> >>>> --- NEW FILE perl-LWP-UserAgent-Determined.spec ---
> >>>> Summary: A virtual browser that retries errors
> >>>> Name: perl-LWP-UserAgent-Determined
> >>>> Version: 1.03
> >>>> Release: 1%{?dist}
> >>>> License: GPL+ or Artistic
> >>>> Group: Development/Libraries
> >>>> URL: http://search.cpan.org/dist/%{pkg_name}/
> >>>> Source0: http://www.cpan.org/authors/id/S/SB/SBURKE/LWP-UserAgent-Determined-%{version}.tar.gz
> >>>> BuildRoot: %(mktemp -ud %{_tmppath}/
> >> Rich.
> > 
> >> -- 
> >> Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
> >> virt-p2v converts physical machines to virtual machines.  Boot with a
> >> live CD or over the network (PXE) and turn machines into Xen guests.
> >> http://et.redhat.com/~rjones/virt-p2v
> >> %{name}-%{version}-%{release}-XXXXXX)
> >>>> BuildArch: noarch
> >>>> BuildRequires: perl(ExtUtils::MakeMaker)
> >>>> BuildRequires: perl(LWP::UserAgent)
> >>>>
> >>>>
> >>>> %description
> >>>> This class works just like LWP::UserAgent (and is based on it, by being a
> >>>> subclass of it), except that when you use it to get a web page but run into
> >>>> a possibly-temporary error (like a DNS lookup timeout), it'll wait a few
> >>>> seconds and retry a few times.
> >>>>
> >>>>
> >>>> %prep
> >>>> %setup -q -n LWP-UserAgent-Determined-%{version}
> >>>>
> >>>>
> >>>> %build
> >>>> %{__perl} Makefile.PL INSTALLDIRS=vendor
> >>>> make %{?_smp_mflags}
> >>>>
> >>>>
> >>>> %install
> >>>> rm -rf %{buildroot}
> >>>> make pure_install PERL_INSTALL_ROOT=%{buildroot}
> >>>> find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
> >>>> chmod -R u+w %{buildroot}/*
> >>>>
> >>>>
> >>>> %check
> >>>> make test
> >>>>
> >> Rich.
> > 
> >> -- 
> >> Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
> >> virt-p2v converts physical machines to virtual machines.  Boot with a
> >> live CD or over the network (PXE) and turn machines into Xen guests.
> >> http://et.redhat.com/~rjones/virt-p2v
> >>
> >>>> %clean
> >>>> rm -rf $RPM_BUILD_ROOT
> >>>>
> >>>>
> >>>> %files
> >>>> %defattr(-,root,root,-)
> >>>> %doc ChangeLog README
> >>>> %{perl_vendorlib}/LWP/UserAgent/Determined.pm
> >>>> %{_mandir}/man3/LWP::UserAgent::Determined.3pm.gz
> >>> Another broken package: This package must own 
> >>> %{perl_vendorlib}/LWP/ and all files+directories underneath
> >>>
> >>> Ralf
> >> The %{perl_vendorlib}/LWP/ directory is already owned by the 
> >> perl-libwww-perl package.  Having this package own that directory and 
> >> all files below would cause a conflict with the perl-libwww-perl package 
> >> wouldn't it?
> > 
> > No it would not. These packages would share these directories.
> > 
> > Without sharing them,
> > 1. In many cases perl packages would not deinstall properly and would
> > leave unowned directories behind after deinstallation.
> > 2. There is no strict hierarchy between perl modules.
> > 
> > As a consequence of this sharing ownership on directories has been
> > common standard in all perl-packages in Fedora for many years.
> > 
> > 
> > Ralf
> 
> Did you log a bugzilla on this?
Nope. I just noticed your postings on fedora-perl-devel-list and replied
to them to inform you about this.

>   I've fixed all the packages I submitted 
>   and am building new packages now.  Just want to close the loop if 
> there's a BZ I'm not seeing.

Thanks for your promptly response.

Ralf