mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
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

      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