mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: Erwin Rol <mailinglists@erwinrol.com>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] lndir'ing sysroot-target
Date: Sun, 06 Nov 2011 14:16:56 +0100	[thread overview]
Message-ID: <4EB688C8.1060205@erwinrol.com> (raw)
In-Reply-To: <20111106103301.GJ20768@pengutronix.de>

Hey all,

On 6-11-2011 11:33, Michael Olbrich wrote:

>> Or did I misunderstand something?
>
> But the only difference is 2 images vs. 1, right? That's not quite that
> simple. We can easily add an option to not include the ipkgs from the base
> system. However the resulting image needs to be mounted somewhere. To do
> this right we would need to strip the mount point from the paths when
> creating the image. Otherwise the prefix when building and running wont
> match.
> The question is why do you want 2 images? Unless you add some ugly hacks
> you probably need to add some stuff to /etc anyway (e.g. init scripts).

The two images is not only about "two images" it is also a 
organizational boundary.  The OS is created, installed on the hardware 
and than that finished product is handed to someone that will develop 
applications that run on it.  How those applications are installed is a 
solvable detail.

>> PS: is there any documentation on how those mentioned feature should
>> work, cause the "Help" in ptxdist isn't really helpful.
>
> Unfortunately not. That would require several pages od documentation and
> and nobody is really happy with how these features work anyways...
> The main problem is, that I have yet to find two people that agree on how
> something like this is supposed to work. And while we could probably
> implement a lot of these variations, it would create (or rather already is)
> a configuration nightmare that only a few experts can handle.

This sounds like an point where ptxdist could/should be improved. 
Ptxdist is in my eyes a bit to monolithic  (source -> magic -> images). 
It would be really nice to be able to hook into certain parts, like the 
image generation, without to much black magic.  I really would like to 
see Ptxdist move forwards (and not just under the hood).  But that 
discussion could become a very large thread I guess.

- Erwin

-- 
ptxdist mailing list
ptxdist@pengutronix.de

  reply	other threads:[~2011-11-06 13:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-04 19:46 Erwin Rol
2011-11-05 10:04 ` Robert Schwebel
2011-11-05 11:23 ` Michael Olbrich
2011-11-06  0:37   ` Erwin Rol
2011-11-06 10:33     ` Michael Olbrich
2011-11-06 13:16       ` Erwin Rol [this message]
2011-11-06 14:40         ` Michael Olbrich
2011-11-06 19:10           ` Jon Ringle
2011-11-07 10:15             ` Erwin Rol
2011-11-07 10:49               ` Michael Olbrich
2011-11-07 13:48                 ` Jon Ringle

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=4EB688C8.1060205@erwinrol.com \
    --to=mailinglists@erwinrol.com \
    --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