From: Bernhard Fischer <rep.dot.nop@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] buildroot with ipkg
Date: Sat, 22 Sep 2007 23:43:54 +0200 [thread overview]
Message-ID: <20070922214354.GB20058@aon.at> (raw)
In-Reply-To: <1190496532.46f58914948c8@imp.free.fr>
On Sat, Sep 22, 2007 at 11:28:52PM +0200, julien.boibessot at free.fr wrote:
>Selon Thomas Lundquist <lists@zelow.no>:
>
>>
>> Why bother then? if all that will be done is putting it where everything
>> is today? Then it's no need to make packages at all.
>>
>
>With the "OpenWrt" method you have:
>* the packages (.ipkg) built for all the Buildroot software you selected with
>menuconfig
>* AND a rootfs with all these packages pre-installed (ready to test your
>configuration)
>
>After that you can upload your packages to your (web)server and share/use them,
>or directly flash the rootfs.
>What I was pointing in my email is that you probably don't need to add your
>"<m>" entry in Buildroot menuconfig. Your option to choose the package type
>should be
>enough: if the user choose to build packages, then you can build them for all
>the selected software.
>
>>
>> This is where I lost it. it's up to the end user to do this step. This
>> is why I do autonomous packages.
>>
>
>Sorry, I probably failed to explain my thoughts clearly...
>Why not build all software as packages when the user want it and as "builtin" in
>the other case ?
Yes, i'd prefer that, too, fwiw.
config BR2_TARGET_PKGFMT_IPKG
help
build ipkg packages
config BR2_TARGET_ROOTFS_IPKG
select BR2_TARGET_PKGFMT_IPKG
help
Populate the rootfs with the ipkgs built earlier or the like.
Creating ipkg doesn't have to imply that you want to "waste" space for
the archive files (or however the equivalent of /var/lib/ipkg is
called).
>>
>> Feel free to to this and I'd be happy if there was a patch to choose
>> this method but no way am I going to make this the only one. The builder
>> should be able to choose what to put where.
>>
>
>Don't forget package dependencies...
>
>If you need help to integrate ipkg, I have already some modifications of
>Buildroot to share with you, before publishing them.
next prev parent reply other threads:[~2007-09-22 21:43 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-17 12:09 [Buildroot] buildroot with ipkg pasteur
2007-09-17 19:44 ` Julien Boibessot
2007-09-17 20:14 ` Erik Andersen
2007-09-17 21:17 ` Julien Boibessot
2007-09-19 6:42 ` Thomas Lundquist
2007-09-19 12:17 ` Thomas Lundquist
2007-09-19 19:27 ` Bernhard Fischer
2007-09-19 20:56 ` Thomas Lundquist
2007-09-19 21:50 ` Bernhard Fischer
2007-09-20 21:16 ` Julien Boibessot
2007-09-20 21:37 ` Thomas Lundquist
2007-09-22 21:28 ` julien.boibessot at free.fr
2007-09-22 21:43 ` Bernhard Fischer [this message]
2007-09-22 22:19 ` Thomas Lundquist
2007-09-20 9:06 ` Elizabeth Oldham
2007-09-20 10:52 ` Thomas Lundquist
-- strict thread matches above, loose matches on Subject: below --
2007-09-22 22:28 Thomas Lundquist
2007-09-23 20:43 ` Bernhard Fischer
2007-11-14 10:12 ` Thomas Lundquist
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=20070922214354.GB20058@aon.at \
--to=rep.dot.nop@gmail.com \
--cc=buildroot@busybox.net \
/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