From: Gary Thomas <gary@mlbassoc.com>
To: mgundes <mgcse@hotmail.com>
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: Creating Rootfs images without packages
Date: Wed, 12 Oct 2011 07:21:27 -0600 [thread overview]
Message-ID: <4E959457.8030908@mlbassoc.com> (raw)
In-Reply-To: <CAObi9r8Vm92XauJ1nh50qBC4uz9OyyfhYSUW0YMdRCsFdOmgbw@mail.gmail.com>
On 2011-10-12 07:10, mgundes wrote:
>
>
> On Wed, Oct 12, 2011 at 3:34 PM, Gary Thomas <gary@mlbassoc.com <mailto:gary@mlbassoc.com>> wrote:
>
> On 2011-10-12 06:22, mgundes wrote:
>
> Hi,
>
> I think one of the big issue with OE is build time. It does everything
> for you, so that it takes too much times. I want to minimize build time and
> realized that OE creates ipkgs for almost every package. If there is a way
>
>
> Not true. Only the packages needed to complete your image will be built.
>
> That said, there are some packages which are built (the first time only) that
> comprise the build environment and tool chain which takes a lot of time, but
> this is only the first time through.
>
> What image & target are you building for and what packages are built that you
> don't think needed to be built?
>
>
>
> In my tmp/work directroy there are 868 ipk packages which was created by OE:
>
> $ find -iname *.ipk | wc -l
> 868
You'll find nearly 1/2 of those are support packages, e.g. XXX-dbg or XXX-dev, which are only
used for development or debugging and not normally installed on your image.
>
> I use arm based pc7302 chipset and vendor supplied machine and distro configuration. I use standard filesystem with packages like below in my rootfs image.
>
> IMAGE_INSTALL += "base-files base-files-doc base-passwd busybox bash mtd-utils dropbear ethtool firmwareupdate strace oprofile kernel-modules memview \
> modutils-initscripts modutils pareadback picomon2 picoifapp picofuse ubootenv"
>
> Of course every needed packages should be built and located into rootfs filesystem directory.
>
> "ipk" and "deb" files are used to install target system, right? I mean If I don't need ipkgs as a developer, it would be nice if there is a way to prevent ipkg creation steps. As
> far as I know, OE creates ipk from built package's files and then use created ipks to create rootfs directory; then creates image from rootfs directory. I am asking that what about
> directly creating a rootfs directory and install built package files to rootfs after compilation in install tasks. By this way there is no need to create ipkgs? Am I right?
That's not the OE philosophy. Using ipkg (or rpm) is a way of keeping the relevant files
in a convenient, reusable, container. These containers are then used to build the image.
By having reusable containers, you can [re]use the same set to build multiple different images
without having to rebuild the component pieces. Also, the working directories used to
build the packages can be purged after the package containers have been created.
>
> to prevent creation of ipkgs it would be really good for me. In my opinion,
> it would be fine for other people too since usually rootfs directory is
> enough and ipkgs are not frequently used directly by developers.
>
> I have asked in freenode oe room but friends said there no way to do that
> in OE system. If there is no way to do that in current OE, do you plan to
> add as a feature?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next prev parent reply other threads:[~2011-10-12 13:27 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-12 12:22 Creating Rootfs images without packages mgundes
2011-10-12 12:34 ` Gary Thomas
2011-10-12 13:10 ` mgundes
2011-10-12 13:21 ` Gary Thomas [this message]
2011-10-12 13:47 ` mgundes
2011-10-12 15:29 ` Chris Larson
2011-10-12 20:46 ` dashesy
2011-10-12 20:50 ` Khem Raj
2011-10-13 7:30 ` mgundes
2011-10-13 0:37 ` Ulf Samuelsson
2011-10-13 7:22 ` mgundes
2011-10-13 9:26 ` Phil Blundell
2011-10-13 11:07 ` mgundes
2011-10-14 0:05 ` Khem Raj
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=4E959457.8030908@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=mgcse@hotmail.com \
--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.