public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Gregory Fontenele <gregoryfontenele@gmail.com>
To: "gentoo-user@lists.gentoo.org" <gentoo-user@lists.gentoo.org>
Cc: "gentoo-user@lists.gentoo.org" <gentoo-user@lists.gentoo.org>
Subject: Re: [gentoo-user] Re: broken system - get_libdir returns an emtpy string - please help
Date: Mon, 21 Mar 2011 08:31:29 -0300	[thread overview]
Message-ID: <EC19921D-5F7E-4CA0-87DA-7B54F6239501@gmail.com> (raw)
In-Reply-To: <1300704287.3059.2@numa-i>

[-- 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 --]

  reply	other threads:[~2011-03-21 11:35 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-21  9:19 [gentoo-user] broken system - get_libdir returns an emtpy string - please help Helmut Jarausch
2011-03-21 10:13 ` [gentoo-user] " walt
2011-03-21 10:44   ` Helmut Jarausch
2011-03-21 11:31     ` Gregory Fontenele [this message]
2011-03-21 22:00       ` Dale
2011-03-21 11:31 ` [gentoo-user] " Gregory Fontenele
2011-03-21 12:03 ` Helmut Jarausch
2011-03-21 23:22   ` Mike Gilbert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=EC19921D-5F7E-4CA0-87DA-7B54F6239501@gmail.com \
    --to=gregoryfontenele@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox