All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe-commits] Koen Kooi : initscripts: only run ldconfig	on boot when ld.so. conf is present
Date: Sun, 02 Nov 2008 00:51:09 -0400	[thread overview]
Message-ID: <20081102045109.GA19437@denix.org> (raw)
In-Reply-To: <20081102100819.ebdb2ce9.raster@rasterman.com>

On Sun, Nov 02, 2008 at 10:08:19AM +1100, Carsten Haitzler wrote:
> at some point when oe was building images, it was unable to run ldconfig using
> qemu natively within the rootfs before converting to a file system image (ext2,
> jffs2, or tar etc.) and thus as a workaround to not being able to do this, it
> was run on boot to populate ld.so.cache. it's possible to do this now via qemu
> before packaging up the rootfs.
> 
> ooh wait. i found out...
> 
> /var/run/ld.so.cache... it's in /var/run ... which is /var/volatile - which is
> ramfs. which means it's not persistent. this... is a problem. well a problem
> for systems that can do persistent storage and modify the fs runtime (and keep
> the changes - ie anything using jffs2).
> 
> perhaps.. this is what needs changing - distros that have non-writable rootfs's
> use ldconfig on boot (makes sense now) and those with, do it at image creating
> time with qemu (and henceforth let the package manager handle it).

I personally wouldn't want to rely on qemu for this. I'm trying to avoid it 
for my setups so I wouldn't need to deal with its weirdness and support my 
developers. And currently I only had to disable locales generation to achive 
that peace of mind...

-- 
Denys



  reply	other threads:[~2008-11-02  5:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20081031110045.7EF89189333@amethyst.openembedded.net>
2008-10-31 12:37 ` [oe-commits] Koen Kooi : initscripts: only run ldconfig on boot when ld.so. conf is present Carsten Haitzler
2008-10-31 15:55   ` Koen Kooi
2008-10-31 21:53     ` Carsten Haitzler
2008-11-01  8:22       ` Koen Kooi
2008-11-01 11:38         ` Stanislav Brabec
2008-11-01 19:20           ` Phil Blundell
2008-11-02  7:45             ` Koen Kooi
2008-11-01 23:08           ` Carsten Haitzler
2008-11-02  4:51             ` Denys Dmytriyenko [this message]
2008-11-02  6:37               ` Carsten Haitzler
2008-11-02 10:52             ` Stanislav Brabec
2008-11-02 11:25               ` Running one-off target binaries, was: " Koen Kooi

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=20081102045109.GA19437@denix.org \
    --to=denis@denix.org \
    --cc=openembedded-devel@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.