A `sudo emerge -auvDN world` results in:

Calculating world dependencies... done!
[ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
-glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
(-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB
[ebuild U ] x11-misc/shared-mime-info-0.30 [0.23] 484 kB

I didn't change any USE flags. What does it want to rebuild glibc?

Nikos Chantziaras wrote:

> A `sudo emerge -auvDN world` results in:
>
> Calculating world dependencies... done!
> [ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
> -glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
> (-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB
> [ebuild U ] x11-misc/shared-mime-info-0.30 [0.23] 484 kB
>
> I didn't change any USE flags. What does it want to rebuild glibc?

In /etc/make.conf... do you have ACCEPT_KEYWORDS="~x86"? If so, YOU asked
for it... No one set it for you.

--

Jerry McBride (jmcbride@mail-on.us)

Jerry McBride wrote:
> Nikos Chantziaras wrote:
>
>> A `sudo emerge -auvDN world` results in:
>>
>> Calculating world dependencies... done!
>> [ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
>> -glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
>> (-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB
>> [ebuild U ] x11-misc/shared-mime-info-0.30 [0.23] 484 kB
>>
>> I didn't change any USE flags. What does it want to rebuild glibc?
>
> In /etc/make.conf... do you have ACCEPT_KEYWORDS="~x86"? If so, YOU asked
> for it... No one set it for you.

No, I don't have any ~arch in make.conf. I selectively enable ~arch for
individual packages in /etc/portage/package.keywords.

Note that is says "[ebuild R ]". It wants to rebuild it, not
upgrade. I already have glibc-2.7-r2 installed (for a long time now).

The only reason for a rebuild is change of USE flags, but I didn't
change any USE flags.

On Tue, 24 Jun 2008, Nikos Chantziaras wrote:

> Jerry McBride wrote:
>> Nikos Chantziaras wrote:
>>
>> > A `sudo emerge -auvDN world` results in:
>> >
>> > Calculating world dependencies... done!
>> > [ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
>> > -glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
>> > (-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB
>> > [ebuild U ] x11-misc/shared-mime-info-0.30 [0.23] 484 kB
>> >
>> > I didn't change any USE flags. What does it want to rebuild glibc?
>>
>> In /etc/make.conf... do you have ACCEPT_KEYWORDS="~x86"? If so, YOU asked
>> for it... No one set it for you.
>
> No, I don't have any ~arch in make.conf. I selectively enable ~arch for
> individual packages in /etc/portage/package.keywords.
>
> Note that is says "[ebuild R ]". It wants to rebuild it, not upgrade. I
> already have glibc-2.7-r2 installed (for a long time now).
>
> The only reason for a rebuild is change of USE flags, but I didn't change any
> USE flags.

I don't know why your system wants to re-emerge glibc, but taking a look
at the glibc-2.7-r2 ebuild file, unless you are running hppa, ppc64 or sh
platform, you must have a keyword set for glibc.

Perhaps you have an "KEYWORDS" environment variable set.

So anyway, it was like, 22:31 CEST Jun 23 2008, you know? Oh, and, yeah,
Nikos Chantziaras was all like, "Dude,

> [ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
> -glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
> (-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB

The '%' sign indicates a changed flag, in this case it would seem the
glibc ebuild has has the CROSSCOMPILE_OPTS added.

--
Time flies like an arrow, fruit flies like a banana. Perth ---> *
08:12:33 up 7 days, 14:12, 2 users, load average: 0.12, 0.06, 0.01
Linux 2.6.23.12 x86_64 GNU/Linux Registered Linux user #261729

Nikos Chantziaras <realnc@arcor.de> writes:

> The only reason for a rebuild is change of USE flags, but I didn't
> change any USE flags.

You didn't, but the ebuild added CROSSCOMPILE_OPTS which is treated the
same as a changed USE flag.

Nikos Chantziaras wrote:
> A `sudo emerge -auvDN world` results in:
>
> Calculating world dependencies... done!
> [ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
> -glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
> (-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB
> [ebuild U ] x11-misc/shared-mime-info-0.30 [0.23] 484 kB
>
> I didn't change any USE flags. What does it want to rebuild glibc?

Graham already gave you the answer, but keep in mind that each time you
update linux-headers, you should rebuild glibc, so you get full use of
new features and bugfixes.


--

//Aho

J.O. Aho wrote:
> Nikos Chantziaras wrote:
>> A `sudo emerge -auvDN world` results in:
>>
>> Calculating world dependencies... done!
>> [ebuild R ] sys-libs/glibc-2.7-r2 USE="nls -debug -gd
>> -glibc-compat20 -glibc-omitfp (-hardened) (-multilib) -profile
>> (-selinux) -vanilla" CROSSCOMPILE_OPTS="-headers-only%" 0 kB
>> [ebuild U ] x11-misc/shared-mime-info-0.30 [0.23] 484 kB
>>
>> I didn't change any USE flags. What does it want to rebuild glibc?
>
> Graham already gave you the answer, but keep in mind that each time you
> update linux-headers, you should rebuild glibc, so you get full use of
> new features and bugfixes.

(I'm not seeing Graham's post for some reason; had to look it up in
Google Groups.)

Thanks for the tip about linux-headers. I wasn't even aware of the that
package (I thought glibc uses the headers from gentoo-sources).

Off-topic question: is it important to keep linux-headers in sync with
gentoo-sources? linux-headers is at 2.6.23-r3 here while gentoo-sources
is at 2.6.24-r8.

On Wednesday 25 June 2008 00:37, someone who identifies as *Nikos
Chantziaras* wrote in /alt.os.linux.gentoo:/

> Thanks for the tip about linux-headers. I wasn't even aware of the that
> package (I thought glibc uses the headers from gentoo-sources).
>
> Off-topic question: is it important to keep linux-headers in sync with
> gentoo-sources? linux-headers is at 2.6.23-r3 here while gentoo-sources
> is at 2.6.24-r8.

As I understand (or misunderstand it), a /linux-headers/ package is a
stripped-down version of the kernel sources that were used to build the
whole system against - including /glibc/ - while you could technically be
running an entirely different kernel, and thus the headers of the latter
sources - i.e. of the kernel you are running - would not necessarily
correspond to the rest of the system.

The above is why there is a symbolic link */usr/src/linux,* pointing to the
actual kernel sources the distro was built against, regardless of whatever
other sources you may have installed in */usr/src* - i.e. for Gentoo,
because on other distributions it is usually recommended to install kernel
sources for a different kernel somewhere in your /$HOME/ - or anywhere
else.

So the way I see it, if you decide to rebuild your entire distribution and
build a newer kernel at the same time, then your */usr/src/linux* should
point to the sources for that new kernel. If you're running a newer kernel
without recompiling the whole distribution, then it should point to the
kernel used to build the distribution.

Binary distributions typically supply a /linux-headers/ package because they
don't install full kernel sources by default. I presume that
the /linux-headers/ are taken from the kernel sources against which the
binary packages were built for people who wish to only install the
pre-compiled, binary packages.

I'm still not experienced/knowledgeable enough about Gentoo as a
distribution at this stage to vouch for the validity of my comments, but I
trust someone more knowledgeable than myself will drop in and correct my
mistakes, if any. :-)

--
*Aragorn*
(registered GNU/Linux user #223157)

On Wednesday 25 June 2008 02:35, Aragorn wrote:

> I'm still not experienced/knowledgeable enough about Gentoo as a
> distribution at this stage to vouch for the validity of my comments, but I
> trust someone more knowledgeable than myself will drop in and correct my
> mistakes, if any. :-)

I can say the same thing, however I remember that the below thread, when it
appeared on gentoo-user, at that time helped me a bit understanding the
darn thing:

http://marc.info/?l=gentoo-user&m=108115408101095&w=2