Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 359567 - "deblob" use flag does not work for gentoo-sources-2.6.38
Summary: "deblob" use flag does not work for gentoo-sources-2.6.38
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-19 21:46 UTC by Dmitry Samoyloff
Modified: 2011-03-23 22:23 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry Samoyloff 2011-03-19 21:46:05 UTC
The "deblob" flag is listed for gentoo-sources-2.6.38:

> # emerge -pv gentoo-sources 
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R   ~] sys-kernel/gentoo-sources-2.6.38  USE="deblob -build -symlink" 0 kB
>
> Total: 1 package (1 reinstall), Size of downloads: 0 kB

However, all the blobs remain in the kernel after installation and deblob-{,check-}2.6.38 scripts are missing in the /usr/portage/distfiles directory!

The 2.6.38 deblobbing scripts are already released by the Linux-libre project: http://linux-libre.fsfla.org/pub/linux-libre/releases/2.6.38-libre/ .


Reproducible: Always

Steps to Reproduce:
1. Install sys-kernel/gentoo-sources-2.6.38 with "deblob" flag turned on.

Actual Results:  
Deblobbing process didn't started and there are no /usr/portage/distfiles/deblob-{,check-}2.6.38 scripts.


Expected Results:  
Removal of kernel blobs.
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2011-03-22 15:43:19 UTC
*** Bug 359865 has been marked as a duplicate of this bug. ***
Comment 2 Mike Pagano gentoo-dev 2011-03-22 23:56:50 UTC
committed
Comment 3 Anthony Basile gentoo-dev 2011-03-23 22:23:11 UTC
I hit this with hardened-sources.  If you read the kernel-2 eclass, its because SRC_URI renaming only works at EAPI="2" and above (or EAPI="1" I don't recall), otherwise the eclass tries to grab the deblob scripts from mirror://gentoo.

Simply set EAPI="2" in any kernel ebuilds which hit this and you're good.