From: Robert Schwebel <r.schwebel@pengutronix.de>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] Yocto
Date: Sun, 10 Sep 2017 21:13:02 +0200 [thread overview]
Message-ID: <20170910191302.socwv3gj6sge2y5u@pengutronix.de> (raw)
In-Reply-To: <1504962219.21495.392.camel@erwinrol.com>
Hi,
On Sat, Sep 09, 2017 at 03:03:39PM +0200, Erwin Rol wrote:
> yes I know the topic is blasphemy ;-) but I was wondering if there are
> ppl that made usecase comparisons between ptxdist and Yocto?
Well, it's not blasphemy at all. At Pengutronix, we are doing both,
depending on the usecase and on customer requirements. The main
arguments have already been brought up in this thread.
> My personal experience with small systems (no GUI/X/wayland) is that
> ptxdist is really easy to get going. With large systems that need QT
> 5.9, webkitgtk/chromium, different OpenGL versions etc. is that
> ptxdist is not always that easy. But I am not experienced enough with
> Yocto to say if that will be easier/better.
Like with all complicated technical tasks, things are usually easy if
somebody else has already done the job and you just need to reproduce
that. Yocto has many users, so quite a lot of things have already been
done by somebody. If you reach the point where you need to fix things
yourself, ptxdist is often easier, because Yocto/oe have quite some
complexity.
I suppose the rest of the story is personal preferences. When I started
ptxdist, having a tool which made it easy for a developer to concentrate
on his own tasks was very important to me. This is why ptxdist is
focussed on solving a deverloper's tasks (not necessarily an enduser
one's). But of course this is all a matter of taste, and we continue to
support both.
rsc
--
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:[~2017-09-10 19:13 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-09 13:03 Erwin Rol
2017-09-09 15:54 ` Enrico Weigelt, metux IT consult
2017-09-09 16:33 ` Erwin Rol
2017-09-10 19:24 ` Enrico Weigelt, metux IT consult
2017-09-10 20:09 ` Erwin Rol
2017-09-09 18:36 ` Tim Sander
2017-09-10 19:16 ` Robert Schwebel
2017-09-12 18:42 ` Tim Sander
2017-09-12 20:12 ` Robert Schwebel
2017-09-12 21:33 ` Tim Sander
2017-09-13 5:42 ` Robert Schwebel
2017-09-13 15:38 ` Michael Olbrich
2017-09-14 22:44 ` Tim Sander
2017-09-15 6:47 ` Michael Olbrich
2017-09-15 11:02 ` Alm, Michael
2017-09-16 9:25 ` Michael Olbrich
2017-09-10 19:13 ` Robert Schwebel [this message]
2017-09-11 9:25 ` Guillermo Rodriguez Garcia
2017-09-12 10:49 ` Alexander Dahl
[not found] <20170911063001.A6FE73EC2A2E_9B62D69B@mail.eckelmann.de>
2017-09-11 7:14 ` Schenk, Gavin
2017-09-12 10:44 ` Alexander Dahl
2017-09-12 13:29 ` Schenk, Gavin
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=20170910191302.socwv3gj6sge2y5u@pengutronix.de \
--to=r.schwebel@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