All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Stefan Fröberg" <stefan.froberg@petroprogram.com>
To: buildroot@busybox.net
Subject: [Buildroot] Report from the Buildroot Developers Meeting
Date: Tue, 12 Feb 2013 13:55:57 +0200	[thread overview]
Message-ID: <511A2DCD.4050004@petroprogram.com> (raw)
In-Reply-To: <511A19A8.4020307@relinux.de>


>> What to do with systemd/udev/eudev: we try to use the udev from
>> systemd without systemd. Exactly how we don't know yet... There's a
>> risk that udev becomes unusable without systemd, but Leonard
>> Poettering promised this would not happen. After a quick look, it
>> turns out that you always end up building systemd, which requires
>> dbus, even if you need only udev. So it makes the systemd source
>> tarball a bit unpractical to build a system that uses udev only, and
>> doesn't need systemd. Probably an indication that we should have a
>> look at eudev? How would this interact with the systemd selection?
>> What about incompatibilities between udev and eudev? 
> What about using a different udev version with or without systemd? This
> would allow using a recent systemd version while systems without it
> could use the old udev or eudev, even as an option.

Here's what Linux from Scratch project does

http://www.linuxfromscratch.org/lfs/view/development/chapter06/udev.html

They just rip the udev off from the latest systemd tarball
(systemd-197.tar.xz) and use that.


>> Switching to ct-ng as the default toolchain backend has been in the
>> plans for several years. But since it's not the default backend it
>> isn't getting a lot of attention (example: for several months it was
>> broken, libraries were not copied to the target, and it took a lot of
>> time for somebody to notice). 
> Regarding the toolchain I want to say that I really like buildroot's
> ability to build a toolchain.

Ditto. I like it too that buildroot has all in the box and that I don't
need to have any
separate cross-compiler toolchain installed.
And also the fact that I don't have to muck with any possible config
problems
of external cross-compiler.

Regards
Stefan

  parent reply	other threads:[~2013-02-12 11:55 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-08 23:42 [Buildroot] Report from the Buildroot Developers Meeting Thomas Petazzoni
2013-02-12 10:30 ` Stephan Hoffmann
2013-02-12 10:36   ` Thomas Petazzoni
2013-02-12 11:49     ` Stephan Hoffmann
2013-02-12 11:53       ` Thomas Petazzoni
2013-02-12 11:55   ` Stefan Fröberg [this message]
2013-02-12 14:14 ` Daniel Nyström
2013-02-12 14:18   ` Thomas Petazzoni
2013-02-12 15:57     ` Daniel Nyström
2013-02-13 18:55 ` Yann E. MORIN
2013-02-13 19:54   ` Thomas Petazzoni
2013-02-14 14:25   ` [Buildroot] Google Summer of Code 2013 Thomas Petazzoni
2013-03-03 13:43     ` Thomas Petazzoni
2013-03-03 17:29       ` Thomas De Schampheleire
2013-03-03 17:51       ` Stephan Hoffmann
2013-03-03 18:26         ` Thomas Petazzoni
2013-03-05  6:25           ` Arnout Vandecappelle
2013-03-05 18:32             ` Thomas Petazzoni
2013-03-06  8:57             ` Jérôme Pouiller

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=511A2DCD.4050004@petroprogram.com \
    --to=stefan.froberg@petroprogram.com \
    --cc=buildroot@busybox.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.