FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Packaging

 
 
LinkBack Thread Tools
 
Old 10-09-2010, 10:39 AM
Remi Collet
 
Default Is Conflicts acceptable in this case

I'm thinking of adding (for ocsinventory package) a :

Conflicts: perl-XML-SAX < 0.96

I cannot requires perl-XML-SAX >= 0.96, because
- this package doesn't requires perl-XML-SAX
- EL-5 have only perl-XML-SAX 0.14

When ocsinventory is installed (so, on EL-5 only) with
perl-XML-SAX-0.14, httpd eat all CPU

This seems related to
https://rt.cpan.org/Public/Bug/Display.html?id=29316
(patch is included in recent version)

If perl-XML-SAX were in EPEL, I could post a bug (RFE for update), but
it's a core RHEL-5 package...

Regards
Remi.
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 
Old 10-09-2010, 11:22 AM
Ralf Corsepius
 
Default Is Conflicts acceptable in this case

Preliminary remark: I have absolutely no clues about ocsinventory.

On 10/09/2010 12:39 PM, Remi Collet wrote:
> I'm thinking of adding (for ocsinventory package) a :
>
> Conflicts: perl-XML-SAX< 0.96

No, this would be multiply broken.

Esp.you'd render all other packages which require perl-XML-SAX
uninstallable.


[NB: Not related to your issue, but
Requires/Provides: perl-<name>
is almost always wrong.
Perl module packages should
Require/Provide: perl(<module>)]

> I cannot requires perl-XML-SAX>= 0.96, because
> - this package doesn't requires perl-XML-SAX
I don't understand. Here you say it "doesn't require".

> - EL-5 have only perl-XML-SAX 0.14
>
> When ocsinventory is installed (so, on EL-5 only) with
> perl-XML-SAX-0.14, httpd eat all CPU
... and here you say "it eats all CPU".

Is perl-XML-SAX an optional dependency of ocsinventory?

> This seems related to
> https://rt.cpan.org/Public/Bug/Display.html?id=29316
> (patch is included in recent version)
>
> If perl-XML-SAX were in EPEL, I could post a bug (RFE for update), but
> it's a core RHEL-5 package...

IMO, the only clean solution is to "fix what is broken", i.e. to let RH
upgrade their package.

Therefore, my recommendation: File a bug/RFE against perl-XML-SAX for
RHEL, including the link you provided above and hope somebody @RH will
acknowledge that their perl-XML-SAX is broken and needs an upgrade.


Alternatives to work around your issue could be

* Hack oscinventory to use a private copy of perl-XML-SAX. I don't know
if this is easily doable; In most cases this requires hacking the
original package's search paths and careful filtering of rpm provides.

If you exactly know which file is broken, you could also try to only
provide a private copy of this broken file (with fix applied, of course)

* Hack ocsinventory to not use perl-XML-SAX. As this may introduce
functional regressions, this might not be feasible.

Ralf
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 
Old 10-10-2010, 05:52 PM
Remi Collet
 
Default Is Conflicts acceptable in this case

Le 09/10/2010 13:22, Ralf Corsepius a écrit :
>> I cannot requires perl-XML-SAX>= 0.96, because
>> - this package doesn't requires perl-XML-SAX
> I don't understand. Here you say it "doesn't require".

ocsinventory requires XML::Simple, but according to doc

XML::Simple requires the services of another module
that knows how to parse XML.
If XML::SAX is installed, the default SAX parser will be used,
otherwise XML::Parser will be used.

So when XML::SAX is installed it will be used and this issue occurs.
If XML::SAX is not installed (XML::Simple only requires XML::Parser),
all works fine.

> IMO, the only clean solution is to "fix what is broken", i.e. to let RH
> upgrade their package.

I will try to build a simple test case and will file a bug.

> * Hack ocsinventory to not use perl-XML-SAX. As this may introduce
> functional regressions, this might not be feasible.

I will try to see if I can configure XML::Simple to only use XML::Parser.

Regards


--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 
Old 10-10-2010, 07:56 PM
Remi Collet
 
Default Is Conflicts acceptable in this case

Le 10/10/2010 19:52, Remi Collet a écrit :

> I will try to build a simple test case and will file a bug.

https://bugzilla.redhat.com/show_bug.cgi?id=641735

>> * Hack ocsinventory to not use perl-XML-SAX. As this may introduce
>> functional regressions, this might not be feasible.
>
> I will try to see if I can configure XML::Simple to only use XML::Parser.

Seems a workaround is :

$XML::Simple::PREFERRED_PARSER = 'XML::Parser';

Regards
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 

Thread Tools




All times are GMT. The time now is 09:28 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org