From: Michael Olbrich <m.olbrich@pengutronix.de>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] PTXdist usescases
Date: Wed, 29 Aug 2018 16:30:16 +0200 [thread overview]
Message-ID: <20180829143016.xwuvmawwcsh6de2n@pengutronix.de> (raw)
In-Reply-To: <1674c4e416374ed9f45b945b47e99ae9812fe293.camel@allegion.com>
Hi,
On Wed, Aug 29, 2018 at 08:14:43AM +0000, Baeuerle, Florian wrote:
> Am Dienstag, den 28.08.2018, 17:27 +0200 schrieb Erwin Rol:
> > On Mon, 2018-08-27 at 18:40 +0200, Michael Olbrich wrote:
> > > On Mon, Aug 13, 2018 at 02:40:14PM +0200, Robert Schwebel wrote:
> > > > On Mon, Aug 13, 2018 at 02:16:20PM +0200, Erwin Rol wrote:
> > > > > > Michael Olbrich prototyped a layering system for ptxdist
> > > > > > we are currently testing the prototype and mol
> > > > > > will post it here on the mailing list afterwards.
> > > > > >
> >
> > What I am really looking for is to be able to make two (or more)
> > filesystem images that I can build (and version) independently, and
> > where the next "layer" does not have to rebuild the previous layer.
I'm not sure what you mean with 'version'.
> > For example;
> >
> > - A rootfs layer that generates a rootfs image, which holds the minimal
> > setup for the hardware (bash, systemd, etc).
> >
> > - A qt5fs, which holds QT5 and gui stuff, but that does not need to
> > build the stuff that is already in the rootfs image (like bash and
> > systemd).
> >
> > - A appfs that holds own applications that use QT5 but again without
> > building qt5fs/rootfs.
>
> The advantages of such a scheme would be smaller updates.
>
> On the other hand, you have to keep the upper layers (rootfs and qt5fs)
> stable. This would probably lead to a reduced frequency of updates in those
> layers.
>
> Anyway, this might actually be possible with image packages[1], if you set
> IMAGE_XPKG_EXTRA_ARGS to "--nodeps" (or find a different way to pass that
> option to opkg). You can basically build an image with just the Qt5-package.
I think we could add a image specific variable similar to IMAGE_XPKG_EXTRA_ARGS.
> But then you'd have to make sure on your own, that the rootfs-image contains
> all the dependencies required. Otherwise, you could pick Qt5s dependencies that
> are not already included in the rootfs-image. This is where it gets hairy I
> think.
I think this can be done with collections:
- ptxconfig with all packages
- one collection with everything base + qt
- one collection with base
This will take care of the dependencies.
The base image uses
IMAGE_BASE_PKGS = $(call ptx/collection, /path/to/base_collection)
The Qt image uses
IMAGE_QT_PKGS = $(filter-out $(IMAGE_BASE_PKGS),$(call ptx/collection, /path/to/qt_collection))
And the app image uses
IMAGE_APP_PKGS = $(filter-out $(IMAGE_QT_PKGS) $(IMAGE_BASE_PKGS),$(PTX_PACKAGES_INSTALL))
Michael
--
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 |
_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
next prev parent reply other threads:[~2018-08-29 14:30 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-13 7:28 Erwin Rol
2018-08-13 10:19 ` Robert Schwebel
2018-08-13 12:16 ` Erwin Rol
2018-08-13 12:40 ` Robert Schwebel
2018-08-27 16:40 ` Michael Olbrich
2018-08-28 15:27 ` Erwin Rol
2018-08-29 8:14 ` Baeuerle, Florian
2018-08-29 14:30 ` Michael Olbrich [this message]
2018-08-28 10:07 ` Baeuerle, Florian
2018-08-29 14:48 ` Michael Olbrich
2018-08-30 8:05 ` Baeuerle, Florian
2018-08-30 9:41 ` Michael Olbrich
2018-08-30 13:06 ` Baeuerle, Florian
2018-08-30 13:41 ` Michael Olbrich
2018-08-31 8:41 ` Baeuerle, Florian
2018-08-31 10:17 ` Michael Olbrich
2018-08-31 12:03 ` Baeuerle, Florian
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=20180829143016.xwuvmawwcsh6de2n@pengutronix.de \
--to=m.olbrich@pengutronix.de \
--cc=ptxdist@pengutronix.de \
/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