Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 328317 - world update should emerge sys-libs/glibc after sys-kernel/linux-headers
Summary: world update should emerge sys-libs/glibc after sys-kernel/linux-headers
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Portage team
Keywords: InVCS
Depends on: 303567
Blocks: 335925
  Show dependency tree
Reported: 2010-07-14 22:12 UTC by Phil Stracchino (Unix Ronin)
Modified: 2010-09-04 08:40 UTC (History)
2 users (show)

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


Note You need to log in before you can comment on or make changes to this bug.
Description Phil Stracchino (Unix Ronin) 2010-07-14 22:12:00 UTC
The notes for sys-kernel/linux-headers advise strongly that after emerging sys-kernel/linux-headers, you should re-emerge sys-libs/glibc, as otherwise new capabilities in the new linux-headers may not be available.  Yet, if both sys-kernel/linux-headers and sys-libs/glibc have updates pending, the new sys-libs/glibc will be emerged *before* the new sys-kernel/linux-headers.  If one is to follow the advisory, then after emerging both, one should promptly turn aroudn and emerge glibc *again*.

Should this not be done the other way around?

Should not sys-libs/glibc have a dependency upon sys-kernel/linux-headers, so that the new linux-headers are installed before, not after, the new glibc is built?  This would save an unnecessary rebuild of glibc, a lengthy process.

Reproducible: Always

Steps to Reproduce:
1. emerge -pvu world when both sys-kernel/linux-headers and sys-libs/glibc have updates pending
2. observe the install order.
3. think "Hmmmm."

Actual Results:  
glibc is emerged before the new linux-headers, requiring that glibc be immediately emerged *again* to take advantage of the new headers.

Expected Results:  
If both linux-headers and glibc are to be updated, linux-headers should be emerged first to save the double rebuild of glibc.
Comment 1 SpanKY gentoo-dev 2010-07-19 20:20:20 UTC
ive punted the linux-headers log message as it does more harm than good

package ordering is a PM issue.  glibc already depends on linux-headers.
Comment 2 Zac Medico gentoo-dev 2010-07-19 21:24:24 UTC
We can add a special case for virtual/os-headers, similar to one for virtual/libc from bug 303567.
Comment 4 Zac Medico gentoo-dev 2010-08-23 06:30:29 UTC
This is in 2.2_rc68, but I'll leave this bug open until it's in an unmasked version.
Comment 5 Zac Medico gentoo-dev 2010-09-04 08:40:24 UTC
This is fixed in 2.1.9.