Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 260229

Summary: media-tv/vdr-softdevice: package needs at least one USE flag but no USE flag enabled by default
Product: Gentoo Linux Reporter: Diego Elio Pettenò (RETIRED) <flameeyes>
Component: New packagesAssignee: Gentoo VDR Project <vdr>
Severity: QA    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Package list:
Runtime testing required: ---

Description Diego Elio Pettenò (RETIRED) gentoo-dev 2009-02-25 11:01:41 UTC

You're receiving this canned (template-based) bug report because I found an annoyance with a package during my tinderbox run.

The package in question is checking for one out of a series of USE flags to be enabled, likely because these are multiple selectable backends, but it currently does not use the EAPI=1 feature of default USE flags to work out of the box.

You can see in my blog post in the URL field why that's a problem, and how to address the issue.

It would be very kind of you for both users and developers working on automated reporting, if the ebuild for the package enabled by default at least one backend (more might be enabled if needed).

Please note that sometimes you don't feel the need for this because the desktop profile already enables some of the USE flags, but please consider the idea of enabling them nonetheless, it would help a lot.

Comment 1 Matthias Schwarzott gentoo-dev 2009-02-25 11:53:53 UTC
In case you mean the die in case USE="-mmx -mmxext" it has been removed, as the code now seems to compile with both disabled.

Nevertheless I could not force enable mmx or mmxext, that would be crazy, or not?
Comment 2 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-02-25 12:06:19 UTC
Ah sorry I'm behind a few days with the sync :/

You should be able to enable-by-default mmx, user preference in make.conf would override that anyway so if the user knows he has no mmx support and thus set USE=-mmx it would still fail, but the default out-of-tree ebuild would work, on x86/amd64 that is.
Comment 3 Matthias Schwarzott gentoo-dev 2009-02-25 12:27:10 UTC
Your are not behind, as I checked if it compiles due to this bug, and removed the check just before closing this bug.