[gentoo-user] broken system - get_libdir returns an emtpy string - please help

[gentoo-user] broken system - get_libdir returns an emtpy string - please help

[Helmut Jarausch]

Hi,

probably, portage-2.2.0_alpha28 has broken my system.

I have reinstalled a binary version of portage-2.2.0_alpha27, but ...

For many packages, portage installs libraries into /usr instead of
/usr/lib64 or /usr/lib32

Probably, the function  get_libdir 
(defined in /usr/portage/eclass/multilib.eclass)
returns an empty string.

Does anybody know, how to recover from this?

Many thanks for a hint,
Helmut.

[gentoo-user] Re: broken system - get_libdir returns an emtpy string - please help

[walt]

On 03/21/2011 02:19 AM, Helmut Jarausch wrote:
> Hi,
>
> probably, portage-2.2.0_alpha28 has broken my system.
>
> I have reinstalled a binary version of portage-2.2.0_alpha27, but ...
>
> For many packages, portage installs libraries into /usr instead of
> /usr/lib64 or /usr/lib32
>
> Probably, the function  get_libdir
> (defined in /usr/portage/eclass/multilib.eclass)
> returns an empty string.

Seems that some important definitions are stored in
/usr/portage/profiles/features/multilib/make.defaults and for some
reason they are not being honored.

That file should be sourced during every emerge, depending on your
selected portage profile.  What "does eselect profile list" say?
Is the selected profile the correct one?

Maybe using the -d flag with emerge will give you a hint where things
are going wrong.

Re: [gentoo-user] Re: broken system - get_libdir returns an emtpy string - please help

[Helmut Jarausch]

On 03/21/2011 11:13:36 AM, walt wrote:
> On 03/21/2011 02:19 AM, Helmut Jarausch wrote:
> > Hi,
> >
> > probably, portage-2.2.0_alpha28 has broken my system.
> >
> > I have reinstalled a binary version of portage-2.2.0_alpha27, but
> ...
> >
> > For many packages, portage installs libraries into /usr instead of
> > /usr/lib64 or /usr/lib32
> >
> > Probably, the function  get_libdir
> > (defined in /usr/portage/eclass/multilib.eclass)
> > returns an empty string.
> 
> Seems that some important definitions are stored in
> /usr/portage/profiles/features/multilib/make.defaults and for some
> reason they are not being honored.
> 
> That file should be sourced during every emerge, depending on your
> selected portage profile.  What "does eselect profile list" say?
> Is the selected profile the correct one?
> 
> Maybe using the -d flag with emerge will give you a hint where things
> are going wrong.

Thanks, Walt.

/usr/portage/profiles/features/multilib/make.defaults  looks OK

The selected profile is default/linux/amd64/10.0/desktop
which is OK, as well.

I should have mentioned that after installing portage-2.2.0_alpha28
the search path included /usr/portage/bin  which doesn't exist.
I have no idea where this came from.

The debugging run revealed that the 'multilib' USE flag got lost.

I've just emerged a package both on my machine and a very similar 
machine but which hasn't been updated the last few days.

Diffing the two log files showed that the multilib USE flag isn't in 
effect on my machine (only).

I've compared /etc/make.conf on both machines and there isn't any 
difference. So, it looks like a broken profile here.
What to do about that?

Thanks,
Helmut.

Re: [gentoo-user] broken system - get_libdir returns an emtpy string - please help

[Gregory Fontenele]

[-- Attachment #1: Type: text/plain, Size: 625 bytes --]

any manager can I unsubscribe from this list?

Enviado via iPhone

Em 21/03/2011, às 06:19, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> escreveu:

> Hi,
> 
> probably, portage-2.2.0_alpha28 has broken my system.
> 
> I have reinstalled a binary version of portage-2.2.0_alpha27, but ...
> 
> For many packages, portage installs libraries into /usr instead of
> /usr/lib64 or /usr/lib32
> 
> Probably, the function  get_libdir 
> (defined in /usr/portage/eclass/multilib.eclass)
> returns an empty string.
> 
> Does anybody know, how to recover from this?
> 
> Many thanks for a hint,
> Helmut.
> 

[-- Attachment #2: Type: text/html, Size: 1332 bytes --]

Re: [gentoo-user] Re: broken system - get_libdir returns an emtpy string - please help

[Gregory Fontenele]

[-- Attachment #1: Type: text/plain, Size: 1973 bytes --]

any manager can I unsubscribe from this list?

Enviado via iPhone

Em 21/03/2011, às 07:44, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> escreveu:

> On 03/21/2011 11:13:36 AM, walt wrote:
>> On 03/21/2011 02:19 AM, Helmut Jarausch wrote:
>>> Hi,
>>> 
>>> probably, portage-2.2.0_alpha28 has broken my system.
>>> 
>>> I have reinstalled a binary version of portage-2.2.0_alpha27, but
>> ...
>>> 
>>> For many packages, portage installs libraries into /usr instead of
>>> /usr/lib64 or /usr/lib32
>>> 
>>> Probably, the function  get_libdir
>>> (defined in /usr/portage/eclass/multilib.eclass)
>>> returns an empty string.
>> 
>> Seems that some important definitions are stored in
>> /usr/portage/profiles/features/multilib/make.defaults and for some
>> reason they are not being honored.
>> 
>> That file should be sourced during every emerge, depending on your
>> selected portage profile.  What "does eselect profile list" say?
>> Is the selected profile the correct one?
>> 
>> Maybe using the -d flag with emerge will give you a hint where things
>> are going wrong.
> 
> Thanks, Walt.
> 
> /usr/portage/profiles/features/multilib/make.defaults  looks OK
> 
> The selected profile is default/linux/amd64/10.0/desktop
> which is OK, as well.
> 
> I should have mentioned that after installing portage-2.2.0_alpha28
> the search path included /usr/portage/bin  which doesn't exist.
> I have no idea where this came from.
> 
> The debugging run revealed that the 'multilib' USE flag got lost.
> 
> I've just emerged a package both on my machine and a very similar 
> machine but which hasn't been updated the last few days.
> 
> Diffing the two log files showed that the multilib USE flag isn't in 
> effect on my machine (only).
> 
> I've compared /etc/make.conf on both machines and there isn't any 
> difference. So, it looks like a broken profile here.
> What to do about that?
> 
> Thanks,
> Helmut.
> 

[-- Attachment #2: Type: text/html, Size: 4482 bytes --]

Re: [gentoo-user] broken system - get_libdir returns an emtpy string - please help

[Helmut Jarausch]

On 03/21/2011 10:19:07 AM, Helmut Jarausch wrote:
> Hi,
> 
> probably, portage-2.2.0_alpha28 has broken my system.
> 
> I have reinstalled a binary version of portage-2.2.0_alpha27, but ...
> 
> For many packages, portage installs libraries into /usr instead of
> /usr/lib64 or /usr/lib32
> 
> Probably, the function  get_libdir 
> (defined in /usr/portage/eclass/multilib.eclass)
> returns an empty string.
> 

I've just nuked /usr/portage/profile and restored it from a 
machine which hasn't been updated the last few days.

Now, it looks as if this has fixed my machine.

So, beware of portage-2.2.0_alpha28 !

Helmut.

Re: [gentoo-user] Re: broken system - get_libdir returns an emtpy string - please help

[Dale]

[-- Attachment #1: Type: text/plain, Size: 333 bytes --]

Gregory Fontenele wrote:
> any manager can I unsubscribe from this list?
>

I don't think there are any "managers" here.  You have to unsubscribe 
yourself, sort of the same way you subscribed to this list.  Try reading 
this or the headers in each message:

http://www.gentoo.org/main/en/lists.xml

Hope that helps.

Dale

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 916 bytes --]

Re: [gentoo-user] broken system - get_libdir returns an emtpy string - please help

[Mike Gilbert]

On Mon, Mar 21, 2011 at 8:03 AM, Helmut Jarausch
<jarausch@igpm.rwth-aachen.de> wrote:
> On 03/21/2011 10:19:07 AM, Helmut Jarausch wrote:
>> Hi,
>>
>> probably, portage-2.2.0_alpha28 has broken my system.
>>
>> I have reinstalled a binary version of portage-2.2.0_alpha27, but ...
>>
>> For many packages, portage installs libraries into /usr instead of
>> /usr/lib64 or /usr/lib32
>>
>> Probably, the function  get_libdir
>> (defined in /usr/portage/eclass/multilib.eclass)
>> returns an empty string.
>>
>
> I've just nuked /usr/portage/profile and restored it from a
> machine which hasn't been updated the last few days.
>
> Now, it looks as if this has fixed my machine.
>
> So, beware of portage-2.2.0_alpha28 !
>
> Helmut.
>
>

vapier made some changes to the multilib profile stuff around 20 hours
ago. Maybe related?