From: "David Nyström" <david.nystrom@enea.com>
To: <yocto@yoctoproject.org>
Subject: pkg-manager assembly of rootfs via meta-toolchain tarball tools.
Date: Thu, 2 Feb 2012 14:54:58 +0100 [thread overview]
Message-ID: <4F2A95B2.1030403@enea.com> (raw)
Hi,
I'm trying to assemble a functioning rootfs by using the pre-built ipk
tarballs and the toolchain tarball.
Below commands installs the correct packages, but produces a
non-functional rootfs, probably since the
post-install hooks does not seem to be executed with an offline
'install'. Also, as expected, the /dev directory is left unpopulated.
>bitbake meta-toolchain
>sudo chmod 777 /opt
>tar jxvf poky-eglibc-x86_64-ppce500mc-toolchain-1.1.tar.bz2
--delay-directory-restore -C /
>source /opt/poky/1.1/environment-setup-ppce500mc-poky-linux
>mkdir -p /tmp/rootfs/var/lib/opkg
>opkg-cl -f /opt/poky/1.1/sysroots/ppce500mc-poky-linux/etc/opkg.conf
--offline-root /tmp/rootfs update
>opkg-cl -f /opt/poky/1.1/sysroots/ppce500mc-poky-linux/etc/opkg.conf
--offline-root /tmp/rootfs install task-core-boot
--force-postinstall will try to run them, but without success since most
scripts are reference the root directory. And I can't find an easy way
to tell opkg to run post-install scripts with a path prefix.
I'm guessing I need a fakechroot jail for this to work. But I would
prefer to use stuff already in the tarball.
Can I use pseudo for this ? Are there any more documentation on
practical usage of pseudo, other than that in the README in pseudo:s GIT
repo.
There seems to be a lack of documentation on the features and other neat
stuff you can do 'offline' with the meta-toolchain tarball, perhaps we
should open a page on the wiki detailing some of this stuff. Or perhaps
this is already documented elsewhere ?
Best Regards,
David
reply other threads:[~2012-02-02 13:55 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=4F2A95B2.1030403@enea.com \
--to=david.nystrom@enea.com \
--cc=yocto@yoctoproject.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.