From: Robert Schwebel <r.schwebel@pengutronix.de>
To: buildroot@busybox.net
Subject: [Buildroot] Topics for the Buildroot Developers meeting
Date: Thu, 1 Nov 2012 10:26:30 +0100 [thread overview]
Message-ID: <20121101092630.GG23204@pengutronix.de> (raw)
In-Reply-To: <20121029233815.62dad9b3@skate>
On Mon, Oct 29, 2012 at 11:38:15PM +0100, Thomas Petazzoni wrote:
> Except that it doesn't work properly, even in PTXdist (as far as I
> know, of course). We had a discussion about this last year at ELCE with
> PTXdist developers. Basically, do the following:
>
> * Build program foo with OpenSSL support (the OpenSSL support in foo
> is optional, foo can work without OpenSSL). Both foo and openssl are
> installed in the target.
>
> * Enjoy foo with OpenSSL on your target, you're happy.
>
> * Now, remove OpenSSL from your target.
>
> Beng, "foo" no longer works, because a library it is linked against no
> longer exists, and "foo" has not been rebuilt without OpenSSL support.
> As far as I know, PTXdist doesn't keep track of reverse dependencies
> when removing a package, and that can lead to invalid root filesystems.
You are basically right, but ptxdist's intention is to make reproducable
systems, which means that a system stays consistent to itself when you
a) check out the BSP from your repository
b) build it from scratch
That's the only guarantee it gives you. There is no promise that
anything stays consistent if you configure around while a half-built
system is already there.
Because we have dependencies derived from the "select" statements in
Kconfig, it most times works pretty well if you switch things on, which
is what people most often do while developing.
If you switch things off, packages might become inconsistent, but again,
there is no promise that this works.
Any idea for a better mechanism is welcome :-)
rsc
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
prev parent reply other threads:[~2012-11-01 9:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-29 18:43 [Buildroot] Topics for the Buildroot Developers meeting Thomas Petazzoni
2012-10-29 20:23 ` Danomi Manchego
2012-10-29 22:30 ` Shawn Goff
2012-10-29 22:38 ` Thomas Petazzoni
2012-10-30 0:26 ` Shawn Goff
2012-11-01 9:26 ` Robert Schwebel [this message]
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=20121101092630.GG23204@pengutronix.de \
--to=r.schwebel@pengutronix.de \
--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