From: Michael Olbrich <m.olbrich@pengutronix.de>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] Ptxdist / DistroKit Questions
Date: Mon, 17 Jul 2017 10:01:32 +0200 [thread overview]
Message-ID: <20170717080132.ltuwecyrasdcp3wo@pengutronix.de> (raw)
In-Reply-To: <cbd9ba3a-62d7-0611-a67e-1414b842ca38@rexcontrols.com>
Hi,
On Sun, Jul 09, 2017 at 03:09:21PM +0200, Vlastimil Setka wrote:
> after using ptxdist with DistroKit as a reference BSP for a while, I have
> several questions and ambiguities about some dark corners:
>
> # Is it possible to built some packages into .ipk files, but do not include
> them by default in the image? I thought that the [M] option available in
> menuconfig could be intended for this, but seems it does not work this way.
> Btw, what the [M] option really do differently from [*]?
With no collection [M] and [*] behave the same way. With a collection, you
enable or disable the packages marked as [M]. So by choosing a collection
you can enable or disable groups of packages. This can be done globally as
Alexander described, or for an image. Or you can use a collection for an
image. This is actually described in the documentation. Just search for
'collection' in the docs/ directory.
> # (maybe extension of previous question) How to manage ptxdist configuration
> for multiple boards sharing the same CPU architecture and all base packages?
> Some boards needs some additional packages for specific HW, or specific
> application cases. Or the requirement could be to have minimal image and
> full-featured image for the same board. It would be nice to have some way
> how to build multiple images -- with multiple different _rootfs_ images --
> with different package (and maybe additional files) sets.
As mentioned above, you can use collections for an image. Just create a new
rootfs image and collection for each board.
There are some limitations:
- The collections only work with packages not sub-options.
- It must be possible to build all packages in one go, so there cannot be
conflicting header files.
If you use NFS root: Search for _NFSROOT in the documentation. You can
create a separate NFS root for each collection.
> # How the ${PTXDIST_BSP_AUTOVERSION} works? With current DistroKit from git,
> I'm allways getting "OSELAS(R)-DistroKit-????.??.?-?-g76e1280aca97-dirty-1 /
> v7a-????.??.?-?-g76e1280aca97-dirty". Similar problem with ???? version is
> in the doc files built from current git. Maybe some tag is missing in the
> git?
PTXDIST_BSP_AUTOVERSION uses 'git describe'. This needs annotated (or
signed) tags. And it expects the tags to be named: SomeTagPrefix-YYYY.MM.n
(<year>.<month>.<bugfixversion>) similar to the ptxdist tags.
Regards,
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
prev parent reply other threads:[~2017-07-17 8:01 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-09 13:09 Vlastimil Setka
2017-07-09 19:42 ` Alexander Dahl
2017-07-17 8:01 ` Michael Olbrich [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=20170717080132.ltuwecyrasdcp3wo@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