Mailing List Archive

how to resolve a block?
I added ntlp to my USE flags in /etc/make.conf, and now I cannot
recompile glibc for:

# emerge --newuse -u -p glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[blocks B ] sys-kernel/linux-headers (from pkg sys-kernel/linux26-headers-2.6.8.1-r1)
[ebuild N ] sys-kernel/linux-headers-2.4.22
[ebuild N ] sys-kernel/linux26-headers-2.6.8.1-r1
[ebuild R ] sys-libs/glibc-2.3.4.20040808-r1


I don't undersdtand why, qpkg -I -v sys-kernel/linux-headers reports
not linux-headers package; glibc-2.3.4.20041006 depends rightly on
linux26-headers when nptl is used, and I can see no dependency on
linux-headers:

DEPEND=">=sys-devel/gcc-3.2.3-r1
nptl? ( >=sys-devel/gcc-3.3.1-r1 )
>=sys-devel/binutils-2.14.90.0.6-r1
virtual/os-headers
nptl? ( >=sys-kernel/linux26-headers-2.6.5 )
nls? ( sys-devel/gettext )"
RDEPEND="virtual/os-headers
sys-apps/baselayout
nls? ( sys-devel/gettext )"
# until we compile the 32bit glibc here
PDEPEND="amd64? ( multilib? ( app-emulation/emul-linux-x86-glibc ) )"


--
__Pascal Bourguignon__ http://www.informatimago.com/

Voting Democrat or Republican is like choosing a cabin in the Titanic.


--
gentoo-user@gentoo.org mailing list
Re: how to resolve a block? [ In reply to ]
Pascal J.Bourguignon wrote:

>I added ntlp to my USE flags in /etc/make.conf, and now I cannot
>recompile glibc for:
>
># emerge --newuse -u -p glibc
>
>These are the packages that I would merge, in order:
>
>Calculating dependencies ...done!
>[blocks B ] sys-kernel/linux-headers (from pkg sys-kernel/linux26-headers-2.6.8.1-r1)
>[ebuild N ] sys-kernel/linux-headers-2.4.22
>[ebuild N ] sys-kernel/linux26-headers-2.6.8.1-r1
>[ebuild R ] sys-libs/glibc-2.3.4.20040808-r1
>
>
>I don't undersdtand why, qpkg -I -v sys-kernel/linux-headers reports
>not linux-headers package; glibc-2.3.4.20041006 depends rightly on
>linux26-headers when nptl is used, and I can see no dependency on
>linux-headers:
>
>DEPEND=">=sys-devel/gcc-3.2.3-r1
> nptl? ( >=sys-devel/gcc-3.3.1-r1 )
> >=sys-devel/binutils-2.14.90.0.6-r1
> virtual/os-headers
> nptl? ( >=sys-kernel/linux26-headers-2.6.5 )
> nls? ( sys-devel/gettext )"
>RDEPEND="virtual/os-headers
> sys-apps/baselayout
> nls? ( sys-devel/gettext )"
># until we compile the 32bit glibc here
>PDEPEND="amd64? ( multilib? ( app-emulation/emul-linux-x86-glibc ) )"
>
>
>
>
Try emerge -C linux-headers
Re: how to resolve a block? [ In reply to ]
You can not have both the 2.4 and 2.6 headers installed at the same time. Check the list for a thread on dipping the toe into nptl as it shows how to deal with this issue.

>
> From: "Pascal J.Bourguignon" <pjb@informatimago.com>
> Date: 2004/10/20 Wed AM 02:51:41 GMT
> To: <gentoo-user@lists.gentoo.org>
> Subject: [gentoo-user] how to resolve a block?
>
>
>
> I added ntlp to my USE flags in /etc/make.conf, and now I cannot
> recompile glibc for:
>
> # emerge --newuse -u -p glibc
>
> These are the packages that I would merge, in order:
>
> Calculating dependencies ...done!
> [blocks B ] sys-kernel/linux-headers (from pkg sys-kernel/linux26-headers-2.6.8.1-r1)
> [ebuild N ] sys-kernel/linux-headers-2.4.22
> [ebuild N ] sys-kernel/linux26-headers-2.6.8.1-r1
> [ebuild R ] sys-libs/glibc-2.3.4.20040808-r1
>
>
> I don't undersdtand why, qpkg -I -v sys-kernel/linux-headers reports
> not linux-headers package; glibc-2.3.4.20041006 depends rightly on
> linux26-headers when nptl is used, and I can see no dependency on
> linux-headers:
>
> DEPEND=">=sys-devel/gcc-3.2.3-r1
> nptl? ( >=sys-devel/gcc-3.3.1-r1 )
> >=sys-devel/binutils-2.14.90.0.6-r1
> virtual/os-headers
> nptl? ( >=sys-kernel/linux26-headers-2.6.5 )
> nls? ( sys-devel/gettext )"
> RDEPEND="virtual/os-headers
> sys-apps/baselayout
> nls? ( sys-devel/gettext )"
> # until we compile the 32bit glibc here
> PDEPEND="amd64? ( multilib? ( app-emulation/emul-linux-x86-glibc ) )"
>
>
> --
> __Pascal Bourguignon__ http://www.informatimago.com/
>
> Voting Democrat or Republican is like choosing a cabin in the Titanic.
>
>
> --
> gentoo-user@gentoo.org mailing list
>
>


--
gentoo-user@gentoo.org mailing list
Re: how to resolve a block? [ In reply to ]
Chris Raine writes:
> Pascal J.Bourguignon wrote:
>
> >I added ntlp to my USE flags in /etc/make.conf, and now I cannot
> >recompile glibc for:
> >
> ># emerge --newuse -u -p glibc
> >
> >These are the packages that I would merge, in order:
> >
> >Calculating dependencies ...done!
> >[blocks B ] sys-kernel/linux-headers (from pkg sys-kernel/linux26-headers-2.6.8.1-r1)
> >[ebuild N ] sys-kernel/linux-headers-2.4.22
> >[ebuild N ] sys-kernel/linux26-headers-2.6.8.1-r1
> >[ebuild R ] sys-libs/glibc-2.3.4.20040808-r1
> >
> >
> >I don't undersdtand why, qpkg -I -v sys-kernel/linux-headers reports
> >not linux-headers package; glibc-2.3.4.20041006 depends rightly on
> >linux26-headers when nptl is used, and I can see no dependency on
> >linux-headers:
> >
> >DEPEND=">=sys-devel/gcc-3.2.3-r1
> > nptl? ( >=sys-devel/gcc-3.3.1-r1 )
> > >=sys-devel/binutils-2.14.90.0.6-r1
> > virtual/os-headers
> > nptl? ( >=sys-kernel/linux26-headers-2.6.5 )
> > nls? ( sys-devel/gettext )"
> >RDEPEND="virtual/os-headers
> > sys-apps/baselayout
> > nls? ( sys-devel/gettext )"
> ># until we compile the 32bit glibc here
> >PDEPEND="amd64? ( multilib? ( app-emulation/emul-linux-x86-glibc ) )"
> >
> >
> Try emerge -C linux-headers

I already removed linux-headers, that's why I included the (empty) output of
qpkg -I -v sys-kernel/linux-headers.

--
__Pascal Bourguignon__ http://www.informatimago.com/

Voting Democrat or Republican is like choosing a cabin in the Titanic.


--
gentoo-user@gentoo.org mailing list
Re: how to resolve a block? [ In reply to ]
Pascal J.Bourguignon wrote:
> Chris Raine writes:
>
>>Pascal J.Bourguignon wrote:
>>
>>
>>>I added ntlp to my USE flags in /etc/make.conf, and now I cannot
>>>recompile glibc for:
>>>
>>># emerge --newuse -u -p glibc
>>>
>>>These are the packages that I would merge, in order:
>>>
>>>Calculating dependencies ...done!
>>>[blocks B ] sys-kernel/linux-headers (from pkg sys-kernel/linux26-headers-2.6.8.1-r1)
>>>[ebuild N ] sys-kernel/linux-headers-2.4.22
>>>[ebuild N ] sys-kernel/linux26-headers-2.6.8.1-r1
>>>[ebuild R ] sys-libs/glibc-2.3.4.20040808-r1
>>>
>>>
>>>I don't undersdtand why, qpkg -I -v sys-kernel/linux-headers reports
>>>not linux-headers package; glibc-2.3.4.20041006 depends rightly on
>>>linux26-headers when nptl is used, and I can see no dependency on
>>>linux-headers:
>>>
<snip>
>>>
>>
>>Try emerge -C linux-headers
>
>
> I already removed linux-headers, that's why I included the (empty) output of
> qpkg -I -v sys-kernel/linux-headers.
>

Question #1-- what version of Portage are you using? (Maybe not the one
that "calculates virtuals on the fly", but one that is still using the
hardcoded virtual for linux-headers)

Question #2-- You didn't really add 'ntlp' to /etc/make.conf, did you?
Because the flag is 'nptl', and so this could all be due to a typo.

Holly

--
gentoo-user@gentoo.org mailing list
Re: how to resolve a block? [ In reply to ]
> >>># emerge --newuse -u -p glibc
> >>>
> >>>These are the packages that I would merge, in order:
> >>>
> >>>Calculating dependencies ...done!
> >>>[blocks B ] sys-kernel/linux-headers (from pkg sys-kernel/linux26-headers-2.6.8.1-r1)
> >>>[ebuild N ] sys-kernel/linux-headers-2.4.22
> >>>[ebuild N ] sys-kernel/linux26-headers-2.6.8.1-r1
> >>>[ebuild R ] sys-libs/glibc-2.3.4.20040808-r1
> >>>
> >>>
> >>>I don't undersdtand why, qpkg -I -v sys-kernel/linux-headers reports
> >>>not linux-headers package; glibc-2.3.4.20041006 depends rightly on
> >>>linux26-headers when nptl is used, and I can see no dependency on
> >>>linux-headers:
> >>>
> <snip>
> >>>
> >>
> >>Try emerge -C linux-headers
> >
> >
> > I already removed linux-headers, that's why I included the (empty) output of
> > qpkg -I -v sys-kernel/linux-headers.
> >

I got the same results the other evening. Portage re-emerged the
non-2.6 headers. I currently have them both on my system.
(Arg...worried...)

>
> Question #1-- what version of Portage are you using? (Maybe not the one
> that "calculates virtuals on the fly", but one that is still using the
> hardcoded virtual for linux-headers)
>
> Question #2-- You didn't really add 'ntlp' to /etc/make.conf, did you?
> Because the flag is 'nptl', and so this could all be due to a typo.
>
> Holly
>

- Mark

--
gentoo-user@gentoo.org mailing list