All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Cc: Daniel Lazzari <dlazzari@leapfrog.com>
Subject: Re: Problems with Pseudo
Date: Fri, 17 Feb 2012 12:25:41 -0800	[thread overview]
Message-ID: <4F3EB7C5.6020605@windriver.com> (raw)
In-Reply-To: <E7A9054A5ACABE48B0E540E46E862B0F04264D83@NAEMMAIL01.na.leapfrog.com>

The usual cause of this error is either a system level protection, i.e. 
grsecurity, app armor, or selinux policy that prevents preload libraries from 
being loaded.

The other option is something is set "setuid" and that also prevents LD_PRELOAD 
libraries from loading for security reasons.

Finally, you can get this message if you are on a mixed-mode (multilib) host. 
I.e. you have executables that are both ELF 32 and ELF64.  If so, you need to 
configure the system to build pseudo with both target environments, otherwise 
only one version is generated and you'll get an error when the "other" type is 
being executed.

--Mark

On 2/17/12 11:50 AM, Daniel Lazzari wrote:
> A problem just popped up today that I can't seem to fix. When trying to bitbake anything, I first get the following message:
>
> ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored.
>
> Followed by a bunch of debug output, detailing the configuration files being loaded, then finally I get:
>
> ERROR:  Poky's config sanity checker detected a potential misconfiguration.
>      Either fix the cause of this error or at your own risk disable the checker (see sanity.conf).
>      Following is the list of potential problems / advisories:
>
>      Pseudo is not functioning correctly, which will cause failures during package installation. Please check your configuration.
>
> ERROR: Execution of event handler 'check_sanity_eventhandler' failed
>
> I've never seen this before, but I'm afraid to disable it because I know how important pseudo is. Strangely enough, if I run pseudo (the one built in the i686-linux sysroot) manually from the command line, it works just fine. I tried blowing away my build directory and downloads but nothing seems to work. Has anyone seen this before or might be able to help me track down what's going on?
>
> Thanks,
>
> Dan Lazzari Jr.
> Firmware Engineer
> dlazzari@leapfrog.com
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




  parent reply	other threads:[~2012-02-17 20:33 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-17 19:50 Problems with Pseudo Daniel Lazzari
2012-02-17 20:12 ` Phil Blundell
2012-02-17 20:25 ` Mark Hatle [this message]
2012-02-17 21:10   ` Daniel Lazzari
  -- strict thread matches above, loose matches on Subject: below --
2012-02-17 20:17 Daniel Lazzari

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=4F3EB7C5.6020605@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=dlazzari@leapfrog.com \
    --cc=openembedded-core@lists.openembedded.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.