From: "Stefan Fröberg" <stefan.froberg@petroprogram.com>
To: buildroot@busybox.net
Subject: [Buildroot] What to do about systemd/udev/eudev?
Date: Tue, 05 Mar 2013 20:08:20 +0200 [thread overview]
Message-ID: <51363494.7010708@petroprogram.com> (raw)
In-Reply-To: <20130304193024.0c2d0490@skate>
4.3.2013 20:30, Thomas Petazzoni kirjoitti:
> Dear Stefan Fr?berg,
>
> On Mon, 04 Mar 2013 20:25:45 +0200, Stefan Fr?berg wrote:
>
>>>> *But* ... (and this is a big but) I have not tested how it reacts to
>>>> kernel events after boot when you *plug/unplug* devices and if mdev
>>>> is capable of *running programs/scripts when some event happens*.
>>> mdev is capable of running programs/scripts when some event happens,
>>> even after boot time. I've already used this capability to notify an
>>> application when a USB input device is added/removed from the system,
>>> or to trigger a system upgrade when a USB key is inserted.
>> It is? Oh good ! :-)
> See http://git.busybox.net/busybox/tree/examples/mdev.conf#n17.
>
>>> However, if an application relies on libudev to get notifications of
>>> devices appearing/disappearing, or other services, then of course, it
>>> cannot work with mdev.
>> Damn... That would mean that network-manager and some other stuff would
>> need patchin then to
>> get completely rid of udev...
>> Real pity.
> Things like bluez, udisks, pulseaudio, X.org, etc. depend on libudev to
> get notification when devices are added/removed.
>
> Best regards,
>
> Thomas
Hmmm.....
Would it make sense to rip libudev out from latest systemd and make it
as a separate package ?
Just for satisfying dependency need for those packages ?
Could it even work without full systemd/udev stuff ???
Regards
Stefan
next prev parent reply other threads:[~2013-03-05 18:08 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-03 12:09 [Buildroot] [PATCH 1/1] Updated systemd to version 197 Olivier Schonken
2013-03-03 18:54 ` [Buildroot] What to do about systemd/udev/eudev? Thomas Petazzoni
2013-03-04 10:16 ` Kevin Chadwick
2013-03-04 10:53 ` Lionel Orry
2013-03-04 18:12 ` Stefan Fröberg
2013-03-04 18:21 ` Thomas Petazzoni
2013-03-04 18:25 ` Stefan Fröberg
2013-03-04 18:30 ` Thomas Petazzoni
2013-03-05 18:08 ` Stefan Fröberg [this message]
2013-03-05 18:51 ` Thomas Petazzoni
2013-03-05 8:21 ` Rob Landley
2013-03-05 15:04 ` Charles Krinke
2013-03-05 18:15 ` Thomas Petazzoni
2013-03-06 4:22 ` Rob Landley
2013-03-04 18:37 ` Baruch Siach
2013-03-04 19:08 ` Stefan Fröberg
2013-03-04 19:30 ` Peter Korsgaard
2013-03-05 8:24 ` Rob Landley
2013-03-05 6:40 ` Arnout Vandecappelle
2013-03-05 18:55 ` Thomas Petazzoni
2013-03-06 7:52 ` Arnout Vandecappelle
2013-03-06 8:24 ` Thomas Petazzoni
2013-03-06 8:40 ` Arnout Vandecappelle
2013-03-04 19:31 ` Peter Korsgaard
2013-03-04 19:52 ` Kevin Chadwick
2013-03-04 20:14 ` Thomas Petazzoni
2013-03-04 19:47 ` Attila Kinali
2013-03-04 20:17 ` Thomas Petazzoni
2013-03-05 9:53 ` Attila Kinali
2013-03-05 18:19 ` Thomas Petazzoni
2013-03-05 18:37 ` Stefan Fröberg
2013-03-07 18:45 ` [Buildroot] [PATCH 1/1] Updated systemd to version 197 Stefan Fröberg
2013-03-07 19:20 ` Stefan Fröberg
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=51363494.7010708@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.