Bug 803086

Summary: libosinfo depends on perl
Product: [Fedora] Fedora Reporter: Peter Robinson <pbrobinson>
Component: libosinfoAssignee: Daniel Berrangé <berrange>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: awilliam, berrange, cfergeau, mads, robatino, zeenix
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: RejectedBlocker
Fixed In Version: libosinfo-0.1.0-2.fc17 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-04-12 03:01:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Peter Robinson 2012-03-13 22:12:13 UTC
in particular the osinfo-pciids-convert and osinfo-usbids-convert depend on perl. It's not clear exactly what those bits do and whether they are critical.

Unfortunately tracker now depends on libosinfo which means that as totem -> grilo-plugins -> tracker means we now get perl in the live images which adds significant size

So it looks like there's two options, if the above two utils aren't critical (no man pages for them to be able to tell) they should be split out into a -perl or -utils sub package, or the libraries could be moved into a -libs sub package

Comment 1 Daniel Berrangé 2012-03-14 08:46:49 UTC
We should probably just remove those two scripts. We added support to read pci.ids and usb.ids natively, so no longer need to convert them to XML first.

Comment 2 Fedora Update System 2012-03-14 11:47:42 UTC
libosinfo-0.1.0-2.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/libosinfo-0.1.0-2.fc17

Comment 3 Adam Williamson 2012-03-14 21:56:46 UTC
Unless this causes any live image to be bigger than their intended target size, it's not a blocker. Does it?



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 4 Peter Robinson 2012-03-14 22:13:13 UTC
(In reply to comment #3)
> Unless this causes any live image to be bigger than their intended target size,
> it's not a blocker. Does it?

pulls perl in so not 100% on sizes, more likely to be nice to have if it doesn't. Sorry I couldn't remember if size was a beta or final blocker

Comment 5 Adam Williamson 2012-03-14 22:38:01 UTC
size blocks beta, but only if the image is actually over target size. desktop image has a *lot* of slack below its target atm (700MB). so do most of the images, currently.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 6 Daniel Berrangé 2012-03-15 10:01:54 UTC
I've fixed it regardless, and I've even deleted these obsolete perl scripts in upstream codebase, so they won't reappear in future updates.

Comment 7 Fedora Update System 2012-03-16 02:41:05 UTC
Package libosinfo-0.1.0-2.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libosinfo-0.1.0-2.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-3808/libosinfo-0.1.0-2.fc17
then log in and leave karma (feedback).

Comment 8 Adam Williamson 2012-03-16 18:09:00 UTC
Discussed at 2012-03-16 blocker review meeting. Agreed this is rejected as a blocker as it does not actually appear to cause any currently-generated image to go over its intended size, since they all have a lot of slack, so the criterion "The network installation image, DVD image, and live images for release-blocking desktops must meet current size requirements" is not in fact violated.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 9 Fedora Update System 2012-04-12 03:01:36 UTC
libosinfo-0.1.0-2.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.