From: "Linus Walleij" <linus.ml.walleij@gmail.com>
To: Robert Schwebel <r.schwebel@pengutronix.de>,
linux-embedded@vger.kernel.org
Subject: Re: building Rootfs
Date: Wed, 9 Jul 2008 02:14:04 +0200 [thread overview]
Message-ID: <63386a3d0807081714x5bbf1f03l3c108adc8243f6d7@mail.gmail.com> (raw)
In-Reply-To: <20080707212150.GK4319@pengutronix.de>
2008/7/7 Robert Schwebel <r.schwebel@pengutronix.de>:
> On Mon, Jul 07, 2008 at 10:34:11PM +0200, Linus Walleij wrote:
>> Robert, can you brief us of how ptxdist fits together with
>> OpenEmbedded? What does these two projects actually share? Where do
>> they do similar things in parallel for example?
>
> They are both build systems for userlands, or whole embedded linux
> systems. I cannot speak for OE as I don't really know it in detail.
Anyone have experience with both? I'd really like to have them
contrasted and, well you know, cross-firtualized.
> The idea behind ptxdist is executable documentation.
I really like ptxdist, especially it is beautiful that you have
based it around just bash and make plus some crosscompiler
of choice. I just have some trouble getting it to do what
I want. I'll hopefully get there. This is not meant as any generic
complaining. I'm trying to figure out if ptxdist or openembedded
is the best starting point.
I have a situation where the build system would be on top
of some SCM like git, CVS or whatever and packages being
checked out and worked on by several people daily.
This seems to clash with ptxdist design goals,
for example:
ptxdist seems
* hardcoded to run in a users home directory
with projects in $HOME/foo (stopped me
right now, perhaps it can easily be fixed or is
already part of ptxdist 2?)
* assume only one person builds rootfs. So
it doesn't really want the project tree to be used
or modified by more than one person at the time.
(Same as first more or less.)
* not store source code, patches and config plus my
local additions in one place. For most other package
systems e.g. RPM there is
/foo/foo.spec
/foo/foo-1.0.tar.gz
/foo/foo-patch1.diff
/foo/foo-patch2.diff
/foo/my-foo-config.file
In ptxdist these seem to be spread out, some in the installation
of ptxdist itself in say /usr/lib/ptxdist/patches, /usr/lib/ptxdist/...
then in my project space $HOME/project/... etc.
I believe at archivicing time everything including ptxdist itself
is zipped up and archived on one storage media. But I need to
keep all files relating to a package in one place while developing,
and living like that for a long time. Since /usr/lib/ptxdist isn't even
being backed up normally, only NFS mounts like /home, I then
need to move the entire ptxdist into the SCM, which it clearly
doesn't like without a lot of hacking, plus, how would I
upgrade it?
OK this is a bit picky. And perhaps I can fix it all and merge
back. Just trying to decide.
Linus
next prev parent reply other threads:[~2008-07-09 0:14 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BAY131-W252EE4B85EEB3F7A87466FE2940@phx.gbl>
[not found] ` <4871E98F.8030802@gmail.com>
[not found] ` <20080707181018.GG4319@pengutronix.de>
2008-07-07 20:34 ` building Rootfs Linus Walleij
2008-07-07 21:21 ` Robert Schwebel
2008-07-09 0:14 ` Linus Walleij [this message]
2008-07-09 7:06 ` Robert Schwebel
2008-07-07 23:24 ` Haller, John H (John)
2008-07-08 6:54 ` Robert Schwebel
2008-07-08 14:00 ` Wolfgang Denk
2008-07-08 23:53 ` Linus Walleij
2008-07-09 0:52 ` David VomLehn
2008-07-09 7:10 ` Robert Schwebel
2008-07-09 6:21 ` Wolfgang Denk
2008-07-09 6:43 ` Robert Schwebel
2008-07-09 7:22 ` Peter Korsgaard
2008-07-09 8:22 ` Marek Skuczynski
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=63386a3d0807081714x5bbf1f03l3c108adc8243f6d7@mail.gmail.com \
--to=linus.ml.walleij@gmail.com \
--cc=linux-embedded@vger.kernel.org \
--cc=r.schwebel@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;
as well as URLs for NNTP newsgroup(s).