Bugzilla Bug 82449

app-emulation/vmware-workstation-5.0_rc1
app-emulation/vmware-workstation-5.0_beta1
app-emulation/vmware-workstation-4.5.2.8848-r5
app-emulation/vmware-workstation-3.2.1.2242-r3
app-emulation/vmware-workstation-5.0_beta2
media-plugins/gst-plugins-oss-0.8.1
media-plugins/gst-plugins-oss-0.8.3
media-plugins/gst-plugins-oss-0.8.5
media-plugins/gst-plugins-oss-0.8.7
media-plugins/gst-plugins-oss-0.8.2
net-dialup/gammu-0.99.22
net-dialup/gammu-1.00.04
net-dialup/gnokii-0.6.3
net-dialup/gnokii-0.6.4
net-misc/openvpn-1.5.0
net-wireless/linux-wlan-ng-0.2.1_pre23
net-wireless/linux-wlan-ng-0.2.1_pre19
net-wireless/linux-wlan-ng-0.2.0-r2
net-wireless/linux-wlan-ng-0.2.1_pre20
net-wireless/linux-wlan-ng-0.2.1_pre16
net-wireless/linux-wlan-ng-0.2.1_pre11
net-wireless/linux-wlan-ng-0.2.1_pre17-r1
net-wireless/linux-wlan-ng-0.2.1_pre22
net-wireless/linux-wlan-ng-0.2.0-r1
net-wireless/linux-wlan-ng-0.2.1_pre8
net-wireless/linux-wlan-ng-0.2.0-r3
net-wireless/linux-wlan-ng-0.2.1_pre17
sys-apps/tcng-9l
sys-apps/tcng-9i
sys-apps/tcng-9m
sys-apps/util-linux-2.12i-r1
sys-apps/util-linux-2.12p-r1
sys-kernel/linux-headers-2.4.21-r1
sys-kernel/linux-headers-2.4.26
sys-kernel/linux-headers-2.4.21
sys-kernel/linux-headers-2.4.23
sys-kernel/linux-headers-2.4.25
sys-kernel/linux-headers-2.2.26
sys-kernel/linux-headers-2.4.22-r1
sys-kernel/linux-headers-2.0.40
sys-kernel/linux-headers-2.4.22
sys-kernel/ppc64-headers-2.6.4
sys-kernel/linux26-headers-2.6.8.1-r3
sys-kernel/linux26-headers-2.6.8.1
sys-kernel/linux26-headers-2.6.8.1-r2
sys-kernel/linux26-headers-2.6.7-r4
sys-libs/glibc-2.3.3.20040420-r2
sys-libs/glibc-2.3.4.20040619-r2
sys-libs/glibc-2.3.4.20041102
sys-libs/glibc-2.3.4.20040808-r1
sys-libs/glibc-2.3.4.20050125
sys-libs/glibc-2.3.4.20050125-r1
sys-libs/glibc-2.3.2-r12
sys-libs/glibc-2.2.5-r9


Reproducible: Always
Steps to Reproduce:
run attachment
Actual Results:  
Should any package RDEPENDed on 'virtual/os-headers'?

Expected Results:  
empty list

Created an attachment (id=51510) [edit]
run to reproduce

python script to search packages contain virtual/os-headers in RDEPEND

Right dependences important if you emerge to alternative root dir!

example
"ROOT=/tmp/root emerge glibc" will install

sys-libs/ncurses-5.4-r5  to /tmp/root/
sys-libs/readline-5.0-r2  to /tmp/root/
sys-apps/sysvinit-2.86  to /tmp/root/
app-shells/bash-3.0-r8  to /tmp/root/
sys-apps/baselayout-1.11.9-r1  to /tmp/root/
sys-kernel/linux26-headers-2.6.8.1-r2  to /tmp/root/
sys-libs/glibc-2.3.4.20050125  to /tmp/root/

why?
all these packages needed by glibc at runtime?

try USE="build" ROOT=/tmp/root emerge glibc
much better

sys-apps/sysvinit-2.86  to /tmp/root/
sys-apps/baselayout-1.11.9-r1  to /tmp/root/
sys-kernel/linux26-headers-2.6.8.1-r2  to /tmp/root/
sys-libs/glibc-2.3.4.20050125  to /tmp/root/

all these packages needed by glibc at runtime?

Updated list

app-emulation/vmware-workstation-5.0_rc1
app-emulation/vmware-workstation-3.2.1.2242-r3
media-plugins/gst-plugins-oss-0.8.1
media-plugins/gst-plugins-oss-0.8.3
media-plugins/gst-plugins-oss-0.8.5
media-plugins/gst-plugins-oss-0.8.7
media-plugins/gst-plugins-oss-0.8.2
net-dialup/gammu-0.99.22
net-dialup/gammu-1.00.04
net-dialup/gnokii-0.6.3
net-dialup/gnokii-0.6.4
net-misc/openvpn-1.5.0
net-wireless/linux-wlan-ng-0.2.1_pre23
net-wireless/linux-wlan-ng-0.2.1_pre19
net-wireless/linux-wlan-ng-0.2.0-r2
net-wireless/linux-wlan-ng-0.2.1_pre20
net-wireless/linux-wlan-ng-0.2.1_pre16
net-wireless/linux-wlan-ng-0.2.1_pre11
net-wireless/linux-wlan-ng-0.2.1_pre17-r1
net-wireless/linux-wlan-ng-0.2.1_pre22
net-wireless/linux-wlan-ng-0.2.0-r1
net-wireless/linux-wlan-ng-0.2.1_pre8
net-wireless/linux-wlan-ng-0.2.0-r3
net-wireless/linux-wlan-ng-0.2.1_pre17
sys-apps/tcng-9l
sys-apps/tcng-9i
sys-apps/tcng-9m
sys-libs/glibc-2.3.3.20040420-r2
sys-libs/glibc-2.3.4.20040619-r2
sys-libs/glibc-2.3.4.20041102
sys-libs/glibc-2.3.4.20040808-r1
sys-libs/glibc-2.3.4.20050125
sys-libs/glibc-2.3.4.20050125-r1
sys-libs/glibc-2.3.2-r12
sys-libs/glibc-2.2.5-r9

net-dialup/gammu-* and net-dialup/gnokii-* dependencies have been fixed

sys-apps/tcng needs the headers, as it processes it's input into a C file, and
then passes that to GCC to generate the output.

Vitaly wrote:
> Hello Robin Johnson
> sys-apps/tcng
> DEPEND on virtual/os-headers
> and
> RDEPEND on virtual/os-headers
> RDEPEND is runtime dependencies, as I know
> Does "Traffic Control Next Generation" need OS headers at runtime?
> Thanks.

As I wrote in my previous message, at runtime, TCNG uses it's input to generate a C file, which is then compiled with gcc. The generated C file includes linux/pkt_sched.h amongst others, which is provided by virtual/os-headers.

Fixed for net-wireless/linux-wlan-ng.

Still open:

app-emulation/vmware-workstation-3.2.1.2242-r3

VMWare Workstation requires the headers to compile the modules, which is done
after the initial installation.  While I could move them to DEPEND, they really
*should* be in RDEPEND in this case, since we do not build the modules during
the ebuild execution.

Bah... nevermind... moved to DEPEND...

All ebuilds fixes.

not all fixed yet

app-emulation/vmware-workstation:
>=dev-lang/perl-5 sys-libs/glibc virtual/x11 virtual/os-headers
media-libs/gdk-pixbuf

media-plugins/gst-plugins-oss:
virtual/os-headers =media-libs/gst-plugins-0.8.1*

media-plugins/gst-plugins-v4l:
virtual/x11 virtual/os-headers =media-libs/gst-plugins-0.8.8*

opening until these three are fixed

I removed it from vmware-workstation.  I forgot to remove it from RDEPEND when
I
added it to DEPEND.  However, I still *strongly* disagree that this should even
be removed from vmware-workstation, since we don't have a *DEPEND type that
means "required to configure that application post-emerge" and RDEPEND is the
closest fit.  If I cared more, I might argue this point, but I don't.  *grin*

considering vmware rebuilds the kernel modules against the kernel sources
(iirc), then it should have virtual/kernel in RDEPEND, not virtual/os-headers

its not in gst-plugins-oss or gst-plugins-v4l ebuilds' RDEPENDs

Looks like the RDEPEND has been removed everywhere it can be.

gst-* remains messed up.

Example: media-plugins/gst-plugins-oss/gst-plugins-oss-0.10.2.ebuild

inherit gst-plugins-good

KEYWORDS="~x86 ~amd64"
IUSE=""

DEPEND="virtual/os-headers"

The lack of setting RDEPEND="" forces the behavior of RDEPEND=$DEPEND

ok fixed gst-plugins-oss

And now we should be alright.