Introduce libudev (branch yem/libudev2)
v6 cover Introduce libudev (branch yem/libudev2)
Hello All!
This series introduces the possibility to just build and install libudev, without requiring that the /dev management be handled by eudev or systemd.
A lot of packages that have a dependency on udev, in fact only require a libudev, not a udev daemon. That's the case for e.g. libinput, libcec, mesa3d...
The series contains:
- a patch to fix generating the list of virtual packages for the manual
- three patches to introduce the libudev virtual package, and its
providers: eudev and systemd
- a patch to make eudev only build libudev if /dev management is handled by neither eudev nor systemd
- four patches to convert packages to depend on libusb instead of a udev daemon; those packages have been confirmed by Bernd to indeed only need libudev and not a udev daemon
- five RFC patches to convert packages we are not sure whether they would be happy with only a libudev, and which would need run-time testing to check
Not all packages that reference udev have been switched over to depend on libudev, though, since it is unclear to me whether they require a udev daemon, or would be happy with just libudev.
On your keyboards, get set, ready... Comment! :-)
Changes v5 -> v6:
- rebase ontop latest master
- fix misc comments (Peter, Bernd)
Changes v4 -> v5:
- bump to eudev 1.10 (Bernd)
Changes v3 -> v4:
- do not remove the prompts for eudev and systemd (Thomas P.)
- patch to convert xserver_xorg-server dropped (Bernd)
Changes RFCv2 -> v3:
- some typoes (Samuel)
- misc fixes in gen-manual-lists.py (Samuel)
Changes RFCv1 -> RFCv2:
- have eudev and systemd be providers for libudev, instead of having udev be the provider (Thomas, on IRC)
- fix the manual lists after bugs were uncovered with the removal of the eudev and systemd prompts
- convert some packages
Regards,
Yann E. MORIN.
The following changes since commit 36531f35490d704c072007fe5cfe9743b537fb88:
imagemagick: bump to version 6.8.9-9 (2014-10-27 19:31:43 +0100)
are available in the git repository at:
git://gitorious.org/buildroot/buildroot.git yem/libudev2
for you to fetch changes up to 194186ed8f4117444db62f8642ad3f305a11fa27:
[RFC] package/weston: needs libudev, not a udev daemon (2014-10-27 13:43:08 -0700)
----------------------------------------------------------------
Yann E. MORIN (15):
support/gen-manual-lists.py: rework generating the virtual package list package/libudev: new virtual package
package/eudev: is a provider for libudev
package/systemd: is a provider for libudev
package/eudev: bump to 1.10
package/eudev: split udev/libudev
package/mesa3d: depends on libudev, not udev package/libcec: needs libudev, not a udev daemon package/libdrm: can also use only libudev package/xdriver_xf86-input-evdev: needs libudev, not a udev daemon [RFC] package/libatasmart: needs libudev, not a udev daemon [RFC] package/libinput: needs libudev, not a udev daemon [RFC] package/libusb: needs libudev, not a udev daemon [RFC] package/vlc: needs libudev, not a udev daemon
[RFC] package/weston: needs libudev, not a udev daemon
package/Config.in | 1 + package/eudev/Config.in | 40 ++++++++-- ...y-use-pragma-for-ignoring-diagnostics-if-.patch | 8 +- package/eudev/eudev.mk | 55 +++++++++++-- package/libatasmart/Config.in | 4 +- package/libcec/Config.in | 5 +- package/libcec/libcec.mk | 4 +- package/libdrm/libdrm.mk | 4 +- package/libinput/Config.in | 6 +- package/libinput/libinput.mk | 2 +- package/libudev/Config.in | 6 ++ package/libudev/libudev.mk | 7 ++ package/libusb/libusb.mk | 5 +- package/mesa3d/Config.in | 11 +-- package/mesa3d/mesa3d.mk | 4 +- package/systemd/Config.in | 4 + package/systemd/systemd.mk | 2 +- package/vlc/vlc.mk | 4 +- package/weston/Config.in | 8 +- package/weston/weston.mk | 2 +- package/x11r7/xdriver_xf86-input-evdev/Config.in | 5 +- .../xdriver_xf86-input-evdev.mk | 3 +- package/xbmc/Config.in | 6 +- support/scripts/gen-manual-lists.py | 93 ++++++++++++++++++---- system/Config.in | 26 ++++-- 25 files changed, 239 insertions(+), 76 deletions(-) create mode 100644 package/libudev/Config.in create mode 100644 package/libudev/libudev.mk
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH v6 1/15 support/gen-manual-lists.py: rework generating the virtual package list
To get the list of providers of a virtual pacakge, we currently scan all the symbols to see if they select the virtual package _HAS symbol.
Then, for all such selecting symbols, we iterate through the select chain, up to the uppermost symbol that has a prompt, to get the actual user-selectable symbol that ultimately will select the virtual package. This handles blind symbols that are options to a package.
So far, this is working relatively OK, except we do not account for a special type of providers: virtual packages. There is nothing that prevents a virtual package to declare itself as a provider for another virtual package.
Additionally, another case that is not handled is actual packages that are actually promptless. So far, we expected symbols with no prompt to be an option to a package, and we would ultimately (via the backward select recursion, above) end up finding a package symbol with a prompt.
But we're soon removing the prompts of eudev and systemd [*], so the previously valid heuristic is no longer valid.
So, we need a brand-new heuristic to build up the list of providers.
Fortunately, instead of _blindly_ looking for selecting symbols, we can actually extract the providing packages from the list of 'default' values of the _PROVIDES_XXX symbol. This gives us the list of packages, but not sub-options.
Then, we can go on hunting for any selecting symbol. Each such symbol that is not a known package gets treated like an option, as was done up until now.
What this additional complexity brings, is that prompt-less packages are automatically found, from the list of 'default' values, and this includes real prompt-less packages, as well as virtual packages. These are what we were missing previously.
[*] because they are not directly user-selectable, see the corresponding following changesets for the rationale.
--- support/scripts/gen-manual-lists.py | 93 +++++++++++++++++++++++++++++++------ 1 file changed, 78 insertions(+), 15 deletions(-)
support/scripts/gen-manual-lists.py +78 -15
@@ -384,28 +384,91 @@ class Buildroot: return s return None - def _get_providers(symbol): - providers = list() + # This functions return a list of all symbols that have a prompt, + # and that 'select' the given symbol + def _get_selecting_symbols_with_prompt(symbol): + syms = list() for sym in self.config: if not sym.is_symbol(): continue - if _symbol_is_legacy(sym): - continue selects = sym.get_selected_symbols() if not selects: continue + # Does this symbol selects us? for s in selects: - if s == symbol: - if sym.prompts: - l = self._get_symbol_label(sym,False) - parent_pkg = _get_parent_package(sym) - if parent_pkg is not None: - l = self._get_symbol_label(parent_pkg, False) \ - + " (w/ " + l + ")" - providers.append(l) - else: - providers.extend(_get_providers(sym)) - return providers + if not s == symbol: + continue + if sym.prompts: + syms.append(sym) + else: + syms.extend(_get_selecting_symbols_with_prompt(sym)) + return syms + + # This function returns a list of providers for the specified symbol. + # 'symbol' must be a _HAS_XXX symbol. + # Each element is a string. + # Each element is the name of the providing package, with any + # sub-option of that package. + # E.g.: "rpi-userland" "mesa3d (w/ OpenGL ES)" + # + # We consider the provider packages by looking at all the default "foo" + # for the corresponding _PROVIDES_XXX symbol, which gives us all the + # packages. + # Then we look at all the symbols that 'select' the _HAS_XXX symbol. + # If a selecting symbol is also a package symbol, this is a cut. + # Otherwise, we iterate the 'selected by' chain until we find a symbol + # with a prompt, which we consider the enabling sub-option, or we end + # up with the providing-package's symbol. + def _get_providers(symbol): + providers_syms = list() + providers_syms_names = list() + providers_syms_w_opts = list() + + # Get all providing packages + _provides_pkg = re.sub(r"^(BR2_PACKAGE)_HAS_(.+)$", + r"\1_PROVIDES_\2", + symbol.get_name()) + _provides_sym = self.config.get_symbol(_provides_pkg) + for (pn, _) in _provides_sym.def_exprs: + ps = self.config._expr_val_str(pn, get_val_instead_of_eval=True) + ps = re.sub(r"-", r"_", ps.strip('"')) + ps = self.config.get_symbol("BR2_PACKAGE_" + ps.upper()) + providers_syms.append(ps) + providers_syms_names.append( (ps, pn) ) + + # Now, try to get sub-options + # Iterate across all symbols, to see if any selects us + for sym in _get_selecting_symbols_with_prompt(symbol): + if _symbol_is_legacy(sym): + continue + if sym in providers_syms: + # The symbol is a package that provides us, and we already + # know of it + continue + # The symbol is unknown, we suppose it is an option, so find + # the package it comes from + parent_pkg = _get_parent_package(sym) + if parent_pkg is not None: + providers_syms_w_opts.append( (parent_pkg, sym) ) + + # Now, build a list of providers with option + seen = list() + providers_str = list() + for (p, o) in providers_syms_w_opts: + if not p in seen: + seen.append(p) + l = self._get_symbol_label(p, False) + " (w/ " \ + + self._get_symbol_label(o, False) + ")" + providers_str.append(l) + + # Finally, complete with the list of providers without option + for (ps, pn) in providers_syms_names: + if ps in seen: + continue + if not pn in providers_str: + providers_str.append(pn) + + return providers_str if what == "layout": return ( "100%", "^1,4,4" )
Signature · 1 line
1.9.1
PATCH v6 2/15 package/libudev: new virtual package
In reply to Yann E. MORINNot all packages that currently depend on udev really need an udev daemon; most may only require a libudev.so to be available. For example, libcec, mesa3d...
Currently, we conflate udev and libudev into a single virtual package.
Introduce a new virtual package 'libudev' that packages can select if they provide libudev.so (obviously, systemd and eudev are such packages) and which packages can depend on if they just need libudev.so and not an udev daemon.
Note: only the virtual package is added for now, providers and users will be converted in followup patches.
--- package/Config.in | 1 + package/libudev/Config.in | 6 ++++++ package/libudev/libudev.mk | 7 +++++++ 3 files changed, 14 insertions(+) create mode 100644 package/libudev/Config.in create mode 100644 package/libudev/libudev.mk
package/Config.in +1 -0
@@ -697,6 +697,7 @@ menu "Hardware handling" source "package/librtlsdr/Config.in" source "package/libserial/Config.in" source "package/libsoc/Config.in" + source "package/libudev/Config.in" source "package/libusb/Config.in" source "package/libusb-compat/Config.in" source "package/libv4l/Config.in"
package/libudev/Config.in new file +6 -0
@@ -0,0 +1,6 @@ +config BR2_PACKAGE_HAS_LIBUDEV + bool + +config BR2_PACKAGE_PROVIDES_LIBUDEV + depends on BR2_PACKAGE_HAS_LIBUDEV + string
package/libudev/libudev.mk new file +7 -0
@@ -0,0 +1,7 @@ +################################################################################ +# +# libudev +# +################################################################################ + +$(eval $(virtual-package))
Signature · 1 line
1.9.1
PATCH v6 3/15 package/eudev: is a provider for libudev
In reply to Yann E. MORIN--- package/eudev/Config.in | 4 ++++ package/eudev/eudev.mk | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-)
package/eudev/Config.in +4 -0
@@ -6,6 +6,7 @@ config BR2_PACKAGE_EUDEV depends on BR2_LARGEFILE # util-linux depends on BR2_USE_WCHAR # util-linux depends on !BR2_PREFER_STATIC_LIB # kmod + select BR2_PACKAGE_HAS_LIBUDEV select BR2_PACKAGE_HAS_UDEV select BR2_PACKAGE_UTIL_LINUX select BR2_PACKAGE_UTIL_LINUX_LIBBLKID
@@ -21,6 +22,9 @@ config BR2_PACKAGE_EUDEV if BR2_PACKAGE_EUDEV +config BR2_PACKAGE_PROVIDES_LIBUDEV + default "eudev" + config BR2_PACKAGE_PROVIDES_UDEV default "eudev"
package/eudev/eudev.mk +1 -1
@@ -25,7 +25,7 @@ EUDEV_CONF_OPTS = \ --enable-libkmod EUDEV_DEPENDENCIES = host-gperf host-pkgconf util-linux kmod -EUDEV_PROVIDES = udev +EUDEV_PROVIDES = libudev udev ifeq ($(BR2_PACKAGE_EUDEV_RULES_GEN),y) EUDEV_CONF_OPTS += --enable-rule_generator
Signature · 1 line
1.9.1
PATCH v6 4/15 package/systemd: is a provider for libudev
In reply to Yann E. MORIN--- package/systemd/Config.in | 4 ++++ package/systemd/systemd.mk | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-)
package/systemd/Config.in +4 -0
@@ -17,6 +17,7 @@ config BR2_PACKAGE_SYSTEMD depends on BR2_TOOLCHAIN_HAS_THREADS # dbus depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_7 # libcap depends on BR2_USE_MMU # dbus + select BR2_PACKAGE_HAS_LIBUDEV select BR2_PACKAGE_HAS_UDEV select BR2_PACKAGE_DBUS # runtime dependency only select BR2_PACKAGE_LIBCAP
@@ -61,6 +62,9 @@ config BR2_PACKAGE_SYSTEMD if BR2_PACKAGE_SYSTEMD +config BR2_PACKAGE_PROVIDES_LIBUDEV + default "systemd" + config BR2_PACKAGE_PROVIDES_UDEV default "systemd"
package/systemd/systemd.mk +1 -1
@@ -17,7 +17,7 @@ SYSTEMD_DEPENDENCIES = \ kmod \ host-gperf -SYSTEMD_PROVIDES = udev +SYSTEMD_PROVIDES = libudev udev SYSTEMD_AUTORECONF = YES # Make sure that systemd will always be built after busybox so that we have
Signature · 1 line
1.9.1
PATCH v6 5/15 package/eudev: bump to 1.10
In reply to Yann E. MORINNow requires Linux kernel headers >= 3.9.
Also point to a better homepage.
--- package/eudev/Config.in | 14 ++++++++------ package/eudev/eudev.mk | 2 +- system/Config.in | 6 ++++-- 3 files changed, 13 insertions(+), 9 deletions(-)
package/eudev/Config.in +8 -6
@@ -1,5 +1,6 @@ config BR2_PACKAGE_EUDEV bool "eudev" + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9 depends on !BR2_avr32 # no epoll_create1 depends on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV depends on BR2_USE_MMU # uses fork()
@@ -15,10 +16,10 @@ config BR2_PACKAGE_EUDEV Userspace device daemon. This is a standalone version, independent of systemd. It is a fork maintained by Gentoo. - eudev requires a Linux kernel >= 2.6.34: it relies on devtmpfs + eudev requires a Linux kernel >= 3.9: it relies on devtmpfs and inotify. - http://dev.gentoo.org/~blueness/eudev + http://www.gentoo.org/proj/en/eudev/ if BR2_PACKAGE_EUDEV
@@ -33,14 +34,15 @@ config BR2_PACKAGE_EUDEV_RULES_GEN help Enable persistent rules generator -endif - comment "eudev needs eudev /dev management" depends on !BR2_avr32 depends on BR2_USE_MMU depends on !BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV -comment "eudev needs a toolchain w/ largefile, wchar, dynamic library" +endif # BR2_PACKAGE_EUDEV + +comment "eudev needs a toolchain w/ largefile, wchar, dynamic library, headers >= 3.9" depends on !BR2_avr32 depends on BR2_USE_MMU - depends on !BR2_LARGEFILE || !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB + depends on !BR2_LARGEFILE || !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB \ + || !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9
package/eudev/eudev.mk +1 -1
@@ -4,7 +4,7 @@ # ################################################################################ -EUDEV_VERSION = 1.9 +EUDEV_VERSION = 1.10 EUDEV_SOURCE = eudev-$(EUDEV_VERSION).tar.gz EUDEV_SITE = http://dev.gentoo.org/~blueness/eudev EUDEV_LICENSE = GPLv2+ (programs), LGPLv2.1+ (libraries)
system/Config.in +4 -2
@@ -124,6 +124,7 @@ config BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_MDEV config BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV bool "Dynamic using eudev" + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9 # eudev depends on !BR2_avr32 # eudev depends on BR2_LARGEFILE depends on BR2_USE_WCHAR
@@ -131,10 +132,11 @@ config BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV depends on BR2_USE_MMU # eudev select BR2_PACKAGE_EUDEV -comment "eudev needs a toolchain w/ largefile, wchar, dynamic library" +comment "eudev needs a toolchain w/ largefile, wchar, dynamic library, headers >= 3.9" depends on !BR2_avr32 # eudev depends on BR2_USE_MMU - depends on !BR2_LARGEFILE || !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB + depends on !BR2_LARGEFILE || !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB \ + || !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9 endchoice
Signature · 1 line
1.9.1
PATCH v6 5/15 package/eudev: bump to 1.10
[posted and mailed]
"Yann E. MORIN" <[email protected]> wrote in news:a60b93d041af1e32c5c8f49b0c4e4f69f6736e98.1414442699.git.yann.morin.1998 @free.fr:
package/eudev/eudev.mk line 7
Quoted 2 lines
package/eudev/eudev.mk +1
-1-EUDEV_VERSION = 1.9 +EUDEV_VERSION = 1.10
Hi Yann,
a new version of eudev has been released; to bump, this patch
-EUDEV_VERSION = 1.10
+EUDEV_VERSION = 2.1
is enough to get the package compiled, a special note about this bump can be found here: https://wiki.gentoo.org/wiki/Udev/upgrade#udev_216_to_217
"Since this version, kernel setting CONFIG_FW_LOADER_USER_HELPER should be set to =n, because the userspace firmware loader has been removed. You need to upgrade the kernel at least to version 3.7 for the kernel firmware loader."
I will conduct runtime testing of libudev 2.1 in my environment in the next days.
Regards, Bernd
PATCH v6 5/15 package/eudev: bump to 1.10
Bernd Kuhls <[email protected]> wrote in news:XnsA3D5D9CD47DDCberndkuhlsPkbjNfxxIA at bernd-kuhls.de:
Review
Quoted 4 lines
a new version of eudev has been released; to bump, this patch
(quoted diff) +1
-1-EUDEV_VERSION = 1.10 +EUDEV_VERSION = 2.1.1
Hi,
2.1.1 was relased yesterday with a minor fix for musl.
Regards, Bernd
PATCH v6 6/15 package/eudev: split udev/libudev
In reply to Yann E. MORINQuite a few packages are happy with just libudev, and not a full udev daemon running.
Split the eudev package so that we can install just libudev if /dev management is not handled by eudev.
When only the library is installed, behave as a provider for the libudev virtual package. If /dev management is handled by eudev, then also be a provider for the udev virtual package.
Adjust comments of dependencies accordingly.
Note:
Most of the .mk splitting of the dependencies and the build/install rules are from Bernd. Thanks! :-)
---
Changes v4 -> v5:
- building libudev requires two steps (Bernd)
Changes RFCv2-> v3:
- typo s/system/systemd/
Changes RFCv1 -> RFCv2:
- be a provider for libudev always, since udev is not such a provider any more (Thomas)
--- package/eudev/Config.in | 32 ++++++++++--- ...y-use-pragma-for-ignoring-diagnostics-if-.patch | 8 ++-- package/eudev/eudev.mk | 53 ++++++++++++++++++++-- system/Config.in | 20 ++++++-- 4 files changed, 95 insertions(+), 18 deletions(-)
package/eudev/Config.in +26 -6
@@ -1,13 +1,33 @@ config BR2_PACKAGE_EUDEV bool "eudev" depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9 + depends on !BR2_avr32 # no __NR_name_to_handle_at + depends on BR2_USE_WCHAR + depends on !BR2_PREFER_STATIC_LIB + depends on !BR2_PACKAGE_SYSTEMD + select BR2_PACKAGE_HAS_LIBUDEV + help + eudev is a fork of systemd-udev with the goal of obtaining better + compatibility with existing software. + + This installs only the libudev library. + + http://www.gentoo.org/proj/en/eudev/ + +if BR2_PACKAGE_EUDEV + +config BR2_PACKAGE_PROVIDES_LIBUDEV + default "eudev" + +config BR2_PACKAGE_EUDEV_DAEMON + bool "udev daemon" + depends on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV depends on !BR2_avr32 # no epoll_create1 depends on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV depends on BR2_USE_MMU # uses fork() depends on BR2_LARGEFILE # util-linux depends on BR2_USE_WCHAR # util-linux depends on !BR2_PREFER_STATIC_LIB # kmod - select BR2_PACKAGE_HAS_LIBUDEV select BR2_PACKAGE_HAS_UDEV select BR2_PACKAGE_UTIL_LINUX select BR2_PACKAGE_UTIL_LINUX_LIBBLKID
@@ -21,10 +41,7 @@ config BR2_PACKAGE_EUDEV http://www.gentoo.org/proj/en/eudev/ -if BR2_PACKAGE_EUDEV - -config BR2_PACKAGE_PROVIDES_LIBUDEV - default "eudev" +if BR2_PACKAGE_EUDEV_DAEMON config BR2_PACKAGE_PROVIDES_UDEV default "eudev"
@@ -34,7 +51,9 @@ config BR2_PACKAGE_EUDEV_RULES_GEN help Enable persistent rules generator -comment "eudev needs eudev /dev management" +endif # BR2_PACKAGE_EUDEV_DAEMON + +comment "udev daemon needs eudev /dev management" depends on !BR2_avr32 depends on BR2_USE_MMU depends on !BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV
@@ -46,3 +65,4 @@ comment "eudev needs a toolchain w/ largefile, wchar, dynamic library, headers > depends on BR2_USE_MMU depends on !BR2_LARGEFILE || !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB \ || !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9 + depends on !BR2_PACKAGE_SYSTEMD
package/eudev/eudev-0003-libudev-Only-use-pragma-for-ignoring-diagnostics-if-.patch +5 -3
@@ -6,14 +6,16 @@ Subject: [PATCH] libudev: Only use #pragma for ignoring diagnostics if GCC Signed-off-by: Eric Le Bihan <[email protected]> +[yann.morin.1998 at free.fr: adapt to 1.10] +Signed-off-by: "Yann E. MORIN" <[email protected]> --- src/libudev/macro.h | 5 +++++ 1 file changed, 5 insertions(+) -diff --git a/src/libudev/macro.h b/src/libudev/macro.h +diff --git a/src/shared/macro.h b/src/shared/macro.h index ac2a23f..fb55983 100644 ---- a/src/libudev/macro.h -+++ b/src/libudev/macro.h +--- a/src/shared/macro.h ++++ b/src/shared/macro.h @@ -40,12 +40,17 @@ #define _cleanup_(x) __attribute__((cleanup(x)))
package/eudev/eudev.mk +48 -5
71 lines not on this page · raw message
system/Config.in +16 -4
@@ -126,11 +126,23 @@ config BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV bool "Dynamic using eudev" depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9 # eudev depends on !BR2_avr32 # eudev - depends on BR2_LARGEFILE - depends on BR2_USE_WCHAR - depends on !BR2_PREFER_STATIC_LIB - depends on BR2_USE_MMU # eudev + depends on BR2_USE_MMU # eudev (fork) + depends on BR2_LARGEFILE # eudev-daemon (util-linux) + depends on BR2_USE_WCHAR # eudev (util-linux) + depends on !BR2_PREFER_STATIC_LIB # eudev select BR2_PACKAGE_EUDEV + select BR2_PACKAGE_EUDEV_DAEMON + help + Userspace device daemon. This is a standalone version, + independent of systemd. It is a fork maintained by Gentoo. + + eudev requires a Linux kernel >= 2.6.34: it relies on devtmpfs + and inotify. + + You can further configure eudev in: + Target packages --> Hardware handling --> eudev + + http://dev.gentoo.org/~blueness/eudev comment "eudev needs a toolchain w/ largefile, wchar, dynamic library, headers >= 3.9" depends on !BR2_avr32 # eudev
Signature · 1 line
1.9.1
PATCH v6 7/15 package/mesa3d: depends on libudev, not udev
In reply to Yann E. MORIN---
Changes v5 -> v6:
- tweak comment for when mesa3d is not available (with help from Bernd)
--- package/mesa3d/Config.in | 11 ++++------- package/mesa3d/mesa3d.mk | 4 ++-- 2 files changed, 6 insertions(+), 9 deletions(-)
package/mesa3d/Config.in +4 -7
@@ -9,7 +9,7 @@ menuconfig BR2_PACKAGE_MESA3D select BR2_PACKAGE_XLIB_LIBXDAMAGE if BR2_PACKAGE_XORG7 select BR2_PACKAGE_XLIB_LIBXFIXES if BR2_PACKAGE_XORG7 select BR2_PACKAGE_LIBXCB if BR2_PACKAGE_XORG7 - depends on BR2_PACKAGE_HAS_UDEV + depends on BR2_PACKAGE_HAS_LIBUDEV depends on BR2_INSTALL_LIBSTDCPP depends on BR2_LARGEFILE depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL
@@ -105,12 +105,8 @@ if BR2_PACKAGE_MESA3D_DRIVER comment "Additional API Support" -comment "OpenGL EGL needs udev /dev management" - depends on !BR2_PACKAGE_HAS_UDEV - config BR2_PACKAGE_MESA3D_OPENGL_EGL bool "OpenGL EGL" - depends on BR2_PACKAGE_HAS_UDEV select BR2_PACKAGE_HAS_LIBEGL help Use the Khronos EGL APIs. EGL is a window manager for OpenGL applications
@@ -133,6 +129,7 @@ config BR2_PACKAGE_PROVIDES_LIBGLES endif # BR2_PACKAGE_MESA3D -comment "mesa3d needs udev /dev management and a toolchain w/ C++, largefile, NPTL" +comment "mesa3d needs a libudev provider and a toolchain w/ C++, largefile, NPTL" depends on !BR2_LARGEFILE || !BR2_INSTALL_LIBSTDCPP || \ - !BR2_TOOLCHAIN_HAS_THREADS_NPTL || !BR2_PACKAGE_HAS_UDEV + !BR2_TOOLCHAIN_HAS_THREADS_NPTL || \ + !BR2_PACKAGE_HAS_LIBUDEV
package/mesa3d/mesa3d.mk +2 -2
@@ -102,8 +102,8 @@ MESA3D_CONF_OPTS += --enable-opengl ifeq ($(BR2_PACKAGE_MESA3D_OPENGL_EGL),y) MESA3D_PROVIDES += libegl -# egl depends on gbm, gbm depends on udev -MESA3D_DEPENDENCIES += udev +# egl depends on gbm, gbm depends on libudev +MESA3D_DEPENDENCIES += libudev MESA3D_EGL_PLATFORMS = drm ifeq ($(BR2_PACKAGE_WAYLAND),y) MESA3D_DEPENDENCIES += wayland
Signature · 1 line
1.9.1
PATCH v6 7/15 package/mesa3d: depends on libudev, not udev
Dear Yann E. MORIN,
package/mesa3d/Config.in menuconfig BR2_PACKAGE_MESA3D · line 12
Quoted 10 lines · Yann E. MORIN
package/mesa3d/Config.in +1
-1@@ -9,7 +9,7 @@ menuconfig BR2_PACKAGE_MESA3D select BR2_PACKAGE_XLIB_LIBXDAMAGE if BR2_PACKAGE_XORG7 select BR2_PACKAGE_XLIB_LIBXFIXES if BR2_PACKAGE_XORG7 select BR2_PACKAGE_LIBXCB if BR2_PACKAGE_XORG7 - depends on BR2_PACKAGE_HAS_UDEV + depends on BR2_PACKAGE_HAS_LIBUDEV
I thought the main conclusion from the meeting was that 'select' should be used instead of 'depends on' for libudev, no?
From the report at http://elinux.org/Buildroot:DeveloperDaysELCE2014:
"We would also like to change the depends on libudev into select libudev.".
Am I missing something here?
Thomas
Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com
PATCH v6 7/15 package/mesa3d: depends on libudev, not udev
Thomas, All,
Reviving an old thread...
TL;DR:
- using a non-virtual package is not trivial;
- I'll stick to using a virtual package.
On 2014-10-27 22:15 +0100, Thomas Petazzoni spake thusly:
Quoted 15 lines · Yann E. MORIN
package/mesa3d/Config.in menuconfig BR2_PACKAGE_MESA3D · line 12
Quoted 10 lines
package/mesa3d/Config.in +1
-1@@ -9,7 +9,7 @@ menuconfig BR2_PACKAGE_MESA3D select BR2_PACKAGE_XLIB_LIBXDAMAGE if BR2_PACKAGE_XORG7 select BR2_PACKAGE_XLIB_LIBXFIXES if BR2_PACKAGE_XORG7 select BR2_PACKAGE_LIBXCB if BR2_PACKAGE_XORG7 - depends on BR2_PACKAGE_HAS_UDEV + depends on BR2_PACKAGE_HAS_LIBUDEVI thought the main conclusion from the meeting was that 'select' should be used instead of 'depends on' for libudev, no?
Quoted 5 lines
From the report at http://elinux.org/Buildroot:DeveloperDaysELCE2014:
"We would also like to change the depends on libudev into select libudev.".Am I missing something here?
No you're not, and I had completely forgotten about that when I respinned the series at the time.
However, I've since tried to implement a libudev package. It's just mind-boggling how difficult it is, in fact... :-(
On the surface, it seems pretty easy, and the bulk of the changes are pretty trivial:
- split eudev into 'eudev' on one side to just provide libudev, and
a new option to provide the full 'udev daemon' on the other side;
so 'eudev' is now just providing libudev; - have the new 'udev daemon' option select _HAS_UDEV;
- introduce a dummy 'libudev' package that:
- does nothing if systemd is enabled, except just build-depend on it,
- select eudev if systemd is disabled, and build-depend on eudev;
- change all packages that can be changed, to just select this new 'libudev' dummy package, and propagate the dependencies of libudev to those packages.
But, not-so-curiously-enough, this causes a hell of recursive dependencies throughout seemingly unrelated symbols, like for example:
package/xbmc/Config.in:31:error: recursive dependency detected!
package/xbmc/Config.in:31: symbol BR2_PACKAGE_XBMC depends on BR2_PACKAGE_XBMC_EGL_GLES
package/xbmc/Config.in:10: symbol BR2_PACKAGE_XBMC_EGL_GLES depends on BR2_PACKAGE_HAS_LIBEGL
package/opengl/libegl/Config.in:1: symbol BR2_PACKAGE_HAS_LIBEGL is selected by BR2_PACKAGE_RPI_USERLAND
package/rpi-userland/Config.in:1: symbol BR2_PACKAGE_RPI_USERLAND is selected by BR2_PACKAGE_WESTON_RPI
package/weston/Config.in:47: symbol BR2_PACKAGE_WESTON_RPI depends on BR2_PACKAGE_WESTON
package/weston/Config.in:7: symbol BR2_PACKAGE_WESTON depends on BR2_PACKAGE_HAS_UDEV
package/udev/Config.in:1: symbol BR2_PACKAGE_HAS_UDEV is selected by BR2_PACKAGE_EUDEV_DAEMON
package/eudev/Config.in:18: symbol BR2_PACKAGE_EUDEV_DAEMON depends on BR2_PACKAGE_EUDEV
package/eudev/Config.in:1: symbol BR2_PACKAGE_EUDEV is selected by BR2_PACKAGE_LIBUDEV
package/libudev/Config.in:5: symbol BR2_PACKAGE_LIBUDEV is selected by BR2_PACKAGE_XBMC_LIBCEC
package/xbmc/Config.in:156: symbol BR2_PACKAGE_XBMC_LIBCEC depends on BR2_PACKAGE_XBMC
So, of course, we could go to great lengths at fixing those, sicne the dependency chain is far from trivial to fix. In this case, it is as simple as not selecting RPI_USERLAND from weston [0], but otherwise, the dependency chain is totally valid in our case.
I am afraid there are other valid configurations that will also exhibit recursive dependencies even though the configuration is perfectly valid.
On the other hand, we did introduce virtual packages for a reason: so that packages that depend on a "feature" can safely and easily depend on that feature, whatever the provider of that feature.
The virtual packages also help avoid to have to play tricks with conditional 'select', as well as simplify dependency inheritance.
In the end, I stand on my position to use a virtual package for libudev.
So, I'll refresh my patchset on top of master, re-test it with my XBMC-based testbed, and respin this series, introducing libudev as a virtual package.
If anyone is really motivated into making it a non-virtual package, he'd be very welcome to adopt the series. ;-)
Regards,
Yann E. MORIN.
[0] which I think is the right thing to do anyway, since we explicitly mention in the manual that providers should *not* be selected:
http://nightly.buildroot.org/#_infrastructure_for_virtual_packages
---8<---
If your package really requires a specific provider, then you?ll have to make your package depends on this provider; you can not select a provider.
[...] you have to use +depends on BR2_PACKAGE_FOO+, which avoids any implicit configuration inconsistency.
---8<---
So I'll soon send a separate patch to fix that.
YEM.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH v6 8/15 package/libcec: needs libudev, not a udev daemon
In reply to Yann E. MORINlibcec is happy enough with just a libudev, which it uses to enumerate CEC devices, and does not require a udev daemon.
Propagate the new dependency to XBMC.
---
Changes v5 -> v6:
- tweak comment for when libcec is not available (with help from Bernd)
--- package/libcec/Config.in | 5 +++-- package/libcec/libcec.mk | 4 ++-- package/xbmc/Config.in | 6 +++--- 3 files changed, 8 insertions(+), 7 deletions(-)
package/libcec/Config.in +3 -2
@@ -11,6 +11,7 @@ config BR2_PACKAGE_LIBCEC http://libcec.pulse-eight.com -comment "libcec needs a toolchain w/ C++, wchar, threads, dynamic library" +comment "libcec needs a libudev provider and a toolchain w/ C++, wchar, threads, dynamic library" depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS || \ - !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB + !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB || \ + !BR2_PACKAGE_HAS_LIBUDEV
package/libcec/libcec.mk +2 -2
@@ -18,8 +18,8 @@ ifeq ($(BR2_PACKAGE_LOCKDEV),y) LIBCEC_DEPENDENCIES += lockdev endif -ifeq ($(BR2_PACKAGE_HAS_UDEV),y) -LIBCEC_DEPENDENCIES += udev +ifeq ($(BR2_PACKAGE_HAS_LIBUDEV),y) +LIBCEC_DEPENDENCIES += libudev endif ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
package/xbmc/Config.in +3 -3
@@ -156,14 +156,14 @@ comment "rsxs needs an OpenGL backend" config BR2_PACKAGE_XBMC_LIBCEC bool "hdmi cec" depends on !BR2_PREFER_STATIC_LIB # libcec - depends on BR2_PACKAGE_HAS_UDEV + depends on BR2_PACKAGE_HAS_LIBUDEV # libcec select BR2_PACKAGE_LIBCEC help Enable CEC (Consumer Electronics Control) support. Select this if you want XBMC to support HDMI CEC. -comment "hdmi cec support needs udev /dev management and a toolchain w/ dynamic library" - depends on BR2_PREFER_STATIC_LIB || !BR2_PACKAGE_HAS_UDEV +comment "hdmi cec support needs a toolchain w/ dynamic library, libudev" + depends on BR2_PREFER_STATIC_LIB || !BR2_PACKAGE_HAS_LIBUDEV config BR2_PACKAGE_XBMC_LIBMICROHTTPD bool "web server"
Signature · 1 line
1.9.1
PATCH v6 9/15 package/libdrm: can also use only libudev
In reply to Yann E. MORINEven if a udev daemon is missing, libdrm can still use just libudev to enumerate devices.
In case both udev and libudev are enabled, depending on just udev would be enough to also get libudev (since any udev provider is also a libudev provider). But it is more logical to have separate conditions for udev and libudev.
--- package/libdrm/libdrm.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
package/libdrm/libdrm.mk +2 -2
@@ -62,9 +62,9 @@ else LIBDRM_CONF_OPTS += --disable-freedreno-experimental-api endif -ifeq ($(BR2_PACKAGE_HAS_UDEV),y) +ifeq ($(BR2_PACKAGE_HAS_LIBUDEV),y) LIBDRM_CONF_OPTS += --enable-udev -LIBDRM_DEPENDENCIES += udev +LIBDRM_DEPENDENCIES += libudev else LIBDRM_CONF_OPTS += --disable-udev endif
Signature · 1 line
1.9.1
PATCH v6 10/15 package/xdriver_xf86-input-evdev: needs libudev, not a udev daemon
In reply to Yann E. MORINDo as the comment says: it's only libudev that is required.
--- package/x11r7/xdriver_xf86-input-evdev/Config.in | 5 +---- package/x11r7/xdriver_xf86-input-evdev/xdriver_xf86-input-evdev.mk | 3 ++- 2 files changed, 3 insertions(+), 5 deletions(-)
package/x11r7/xdriver_xf86-input-evdev/Config.in +1 -4
@@ -1,11 +1,8 @@ config BR2_PACKAGE_XDRIVER_XF86_INPUT_EVDEV bool "xf86-input-evdev" - depends on BR2_PACKAGE_HAS_UDEV # libudev is configure dependency + depends on BR2_PACKAGE_HAS_LIBUDEV select BR2_PACKAGE_XPROTO_INPUTPROTO select BR2_PACKAGE_XPROTO_RANDRPROTO select BR2_PACKAGE_XPROTO_XPROTO help Generic Linux input driver - -comment "xf86-input-evdev requires udev to be enabled" - depends on !BR2_PACKAGE_HAS_UDEV
package/x11r7/xdriver_xf86-input-evdev/xdriver_xf86-input-evdev.mk +2 -1
@@ -9,6 +9,7 @@ XDRIVER_XF86_INPUT_EVDEV_SOURCE = xf86-input-evdev-$(XDRIVER_XF86_INPUT_EVDEV_VE XDRIVER_XF86_INPUT_EVDEV_SITE = http://xorg.freedesktop.org/releases/individual/driver XDRIVER_XF86_INPUT_EVDEV_LICENSE = MIT XDRIVER_XF86_INPUT_EVDEV_LICENSE_FILES = COPYING -XDRIVER_XF86_INPUT_EVDEV_DEPENDENCIES = xproto_inputproto xserver_xorg-server xproto_randrproto xproto_xproto udev +XDRIVER_XF86_INPUT_EVDEV_DEPENDENCIES = xproto_inputproto xserver_xorg-server \ + xproto_randrproto xproto_xproto libudev $(eval $(autotools-package))
Signature · 1 line
1.9.1
RFC PATCH v6 11/15 package/libatasmart: needs libudev, not a udev daemon
In reply to Yann E. MORINDo as the comment says: it's only libudev that is required.
--- package/libatasmart/Config.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
package/libatasmart/Config.in +2 -2
@@ -1,6 +1,6 @@ config BR2_PACKAGE_LIBATASMART bool "libatasmart" - depends on BR2_PACKAGE_HAS_UDEV # libudev is configure dependency + depends on BR2_PACKAGE_HAS_LIBUDEV help The libatasmart package is a disk reporting library. It only supports a subset of the ATA S.M.A.R.T. functionality.
@@ -8,4 +8,4 @@ config BR2_PACKAGE_LIBATASMART http://0pointer.de/blog/projects/being-smart.html comment "libatasmart requires udev to be enabled" - depends on !BR2_PACKAGE_HAS_UDEV + depends on !BR2_PACKAGE_HAS_LIBUDEV
Signature · 1 line
1.9.1
RFC PATCH v6 12/15 package/libinput: needs libudev, not a udev daemon
In reply to Yann E. MORINlibinput is happy enough with just a libudev, and does not require a udev daemon.
--- package/libinput/Config.in | 6 +++--- package/libinput/libinput.mk | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-)
package/libinput/Config.in +3 -3
@@ -1,6 +1,6 @@ config BR2_PACKAGE_LIBINPUT bool "libinput" - depends on BR2_PACKAGE_HAS_UDEV + depends on BR2_PACKAGE_HAS_LIBUDEV select BR2_PACKAGE_LIBEVDEV select BR2_PACKAGE_MTDEV help
@@ -13,5 +13,5 @@ config BR2_PACKAGE_LIBINPUT http://freedesktop.org/wiki/Software/libinput/ -comment "libinput needs udev /dev management" - depends on !BR2_PACKAGE_HAS_UDEV +comment "libinput needs a libudev provider to be selected" + depends on !BR2_PACKAGE_HAS_LIBUDEV
package/libinput/libinput.mk +1 -1
@@ -10,7 +10,7 @@ LIBINPUT_SITE = http://www.freedesktop.org/software/libinput LIBINPUT_LICENSE = MIT LIBINPUT_LICENSE_FILES = COPYING -LIBINPUT_DEPENDENCIES = host-pkgconf libevdev mtdev udev +LIBINPUT_DEPENDENCIES = host-pkgconf libevdev mtdev libudev LIBINPUT_INSTALL_STAGING = YES # Tests need fork, so just disable them everywhere.
Signature · 1 line
1.9.1
RFC PATCH v6 13/15 package/libusb: needs libudev, not a udev daemon
In reply to Yann E. MORINlibusb is happy enough with just a libudev, and does not require a udev daemon.
--- package/libusb/libusb.mk | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)
package/libusb/libusb.mk +3 -2
@@ -21,8 +21,9 @@ ifeq ($(BR2_avr32),y) LIBUSB_CONF_OPTS += --disable-timerfd endif -ifeq ($(BR2_PACKAGE_HAS_UDEV),y) -LIBUSB_DEPENDENCIES += udev +ifeq ($(BR2_PACKAGE_HAS_LIBUDEV),y) +LIBUSB_CONF_OPTS += --enable-udev +LIBUSB_DEPENDENCIES += libudev else LIBUSB_CONF_OPTS += --disable-udev endif
Signature · 1 line
1.9.1
RFC PATCH v6 14/15 package/vlc: needs libudev, not a udev daemon
In reply to Yann E. MORINvlc is happy enough with just a libudev, and does
not require a udev daemon.
--- package/vlc/vlc.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
package/vlc/vlc.mk +2 -2
@@ -288,9 +288,9 @@ else VLC_CONF_OPTS += --disable-tremor endif -ifeq ($(BR2_PACKAGE_HAS_UDEV),y) +ifeq ($(BR2_PACKAGE_HAS_LIBUDEV),y) VLC_CONF_OPTS += --enable-udev -VLC_DEPENDENCIES += udev +VLC_DEPENDENCIES += libudev else VLC_CONF_OPTS += --disable-udev endif
Signature · 1 line
1.9.1
RFC PATCH v6 15/15 package/weston: needs libudev, not a udev daemon
In reply to Yann E. MORINweston is happy enough with just a libudev, and does not require a udev daemon.
--- package/weston/Config.in | 8 ++++---- package/weston/weston.mk | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-)
package/weston/Config.in +4 -4
@@ -1,8 +1,8 @@ -comment "weston needs udev and a toolchain w/ threads, dynamic library, headers >= 3.0" +comment "weston needs a toolchain w/ threads, dynamic library, headers >= 3.0" depends on !BR2_avr32 depends on BR2_ARCH_HAS_ATOMICS - depends on !BR2_PACKAGE_HAS_UDEV || !BR2_TOOLCHAIN_HAS_THREADS || \ - !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 || !BR2_PREFER_STATIC_LIB + depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_PREFER_STATIC_LIB \ + || !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 config BR2_PACKAGE_WESTON bool "weston"
@@ -13,7 +13,7 @@ config BR2_PACKAGE_WESTON select BR2_PACKAGE_LIBPNG select BR2_PACKAGE_JPEG select BR2_PACKAGE_MTDEV - depends on BR2_PACKAGE_HAS_UDEV + depends on BR2_PACKAGE_HAS_LIBUDEV depends on !BR2_avr32 # wayland depends on !BR2_PREFER_STATIC_LIB # wayland depends on BR2_TOOLCHAIN_HAS_THREADS # wayland
package/weston/weston.mk +1 -1
@@ -11,7 +11,7 @@ WESTON_LICENSE = MIT WESTON_LICENSE_FILES = COPYING WESTON_DEPENDENCIES = host-pkgconf wayland libxkbcommon pixman libpng \ - jpeg mtdev udev cairo + jpeg mtdev libudev cairo WESTON_CONF_OPTS = \ --with-dtddir=$(STAGING_DIR)/usr/share/wayland \
Signature · 1 line
1.9.1
v6 cover Introduce libudev (branch yem/libudev2)
In reply to Yann E. MORIN"Yann E. MORIN" <[email protected]> wrote in news:cover.1414442699.git.yann.morin.1998 at free.fr:
Quoted 3 lines
A lot of packages that have a dependency on udev, in fact only require a libudev, not a udev daemon. That's the case for e.g. libinput, libcec, mesa3d...
Hi,
building this defconfig worked:
BR2_TOOLCHAIN_BUILDROOT_LARGEFILE=y
BR2_TOOLCHAIN_BUILDROOT_INET_IPV6=y
BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
BR2_GCC_VERSION_4_9_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_PACKAGE_XBMC=y
BR2_PACKAGE_XBMC_ALSA_LIB=y
BR2_PACKAGE_XBMC_LIBBLURAY=y
BR2_PACKAGE_XBMC_GOOM=y
BR2_PACKAGE_XBMC_RSXS=y
BR2_PACKAGE_XBMC_LIBCEC=y
BR2_PACKAGE_XBMC_LIBMICROHTTPD=y
BR2_PACKAGE_XBMC_RTMPDUMP=y
BR2_PACKAGE_XBMC_LIBSHAIRPLAY=y
BR2_PACKAGE_XBMC_LIBSMBCLIENT=y
BR2_PACKAGE_XBMC_LIBTHEORA=y
BR2_PACKAGE_XBMC_LIBUSB=y
BR2_PACKAGE_XBMC_LIBVA=y
BR2_PACKAGE_XBMC_WAVPACK=y
BR2_PACKAGE_MESA3D=y
BR2_PACKAGE_MESA3D_DRI_DRIVER_I965=y
BR2_PACKAGE_XORG7=y
BR2_PACKAGE_EUDEV=y
Regards, Bernd
v6 cover Introduce libudev (branch yem/libudev2)
Quoted 10 lines · Bernd Kuhls
"Yann E. MORIN" <[email protected]> wrote in news:cover.1414442699.git.yann.morin.1998 at free.fr:
Quoted 3 lines
A lot of packages that have a dependency on udev, in fact only require a libudev, not a udev daemon. That's the case for e.g. libinput, libcec, mesa3d...
Hi,
building this defconfig worked:
With "worked", you do mean that it works at runtime, right? Because the problem
with this change is to be sure that the packages still function correctly when the udev daemon is not running.
Regards,
Arnout
Quoted 33 lines
BR2_TOOLCHAIN_BUILDROOT_LARGEFILE=y
BR2_TOOLCHAIN_BUILDROOT_INET_IPV6=y
BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
BR2_GCC_VERSION_4_9_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_PACKAGE_XBMC=y
BR2_PACKAGE_XBMC_ALSA_LIB=y
BR2_PACKAGE_XBMC_LIBBLURAY=y
BR2_PACKAGE_XBMC_GOOM=y
BR2_PACKAGE_XBMC_RSXS=y
BR2_PACKAGE_XBMC_LIBCEC=y
BR2_PACKAGE_XBMC_LIBMICROHTTPD=y
BR2_PACKAGE_XBMC_RTMPDUMP=y
BR2_PACKAGE_XBMC_LIBSHAIRPLAY=y
BR2_PACKAGE_XBMC_LIBSMBCLIENT=y
BR2_PACKAGE_XBMC_LIBTHEORA=y
BR2_PACKAGE_XBMC_LIBUSB=y
BR2_PACKAGE_XBMC_LIBVA=y
BR2_PACKAGE_XBMC_WAVPACK=y
BR2_PACKAGE_MESA3D=y
BR2_PACKAGE_MESA3D_DRI_DRIVER_I965=y
BR2_PACKAGE_XORG7=y
BR2_PACKAGE_EUDEV=yRegards, Bernd
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
v6 cover Introduce libudev (branch yem/libudev2)
Arnout Vandecappelle <[email protected]> wrote in
news:545008BC.90706 at mind.be:
Quoted 4 lines
With "worked", you do mean that it works at runtime, right? Because the problem
with this change is to be sure that the packages still function correctly when the udev daemon is not running.
Hi,
yes. I am using xbmc/kodi with mesa3d, libcec and X.org on a system without the udev daemon but with libudev for several months now without problems.
Regards, Bernd