From: ChenQi <Qi.Chen@windriver.com>
To: Constantin Musca <constantinx.musca@intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 1/4] alsa-utils: Pass udev-rules-dir as parameter
Date: Wed, 12 Dec 2012 10:07:07 +0800 [thread overview]
Message-ID: <50C7E6CB.50002@windriver.com> (raw)
In-Reply-To: <5078335c2652b28a2613b3395cd95665675c1626.1355236839.git.constantinx.musca@intel.com>
On 12/11/2012 11:29 PM, Constantin Musca wrote:
> Fix the following warning:
> WARNING: QA Issue: alsa-utils: Files/directories were installed but not shipped
> /lib
> /lib/udev
> /lib/udev/rules.d
> /lib/udev/rules.d/90-alsa-restore.rules
>
> [YOCTO #3440]
>
> Signed-off-by: Constantin Musca<constantinx.musca@intel.com>
> ---
> meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
> index 597e8b6..8f28a48 100644
> --- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
> +++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
> @@ -6,7 +6,7 @@ LICENSE = "GPLv2+"
> LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> file://alsactl/utils.c;beginline=1;endline=20;md5=fe9526b055e246b5558809a5ae25c0b9"
> DEPENDS = "alsa-lib ncurses libsamplerate0"
> -PR = "r2"
> +PR = "r3"
>
> SRC_URI = "ftp://ftp.alsa-project.org/pub/utils/alsa-utils-${PV}.tar.bz2 \
> file://ncursesfix.patch \
> @@ -21,7 +21,7 @@ SRC_URI[sha256sum] = "2e676a2f634bbfe279b260e10a96f617cb72ee63c5bbf6c5f96bb61570
> # http://bugs.openembedded.org/show_bug.cgi?id=2348
> # please close bug and remove this comment when properly fixed
> #
> -EXTRA_OECONF = "--disable-xmlto"
> +EXTRA_OECONF = "--disable-xmlto --with-udev-rules-dir=${base_libdir}/udev/rules.d"
> EXTRA_OECONF_append_libc-uclibc = " --disable-nls"
>
> inherit autotools gettext
Hi Musca,
Another bug is related to the udev rules directory. It's similar to this
one.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2804
(You could also use 'udev' to filter the message in oe-core list to see
the previous discussions on this topic.)
It seems alsa-utils does not seem to be the only package that hardcodes
its udev-rules-dir.
Besides, udev cannot start properly if installed under /lib64.
#!/bin/sh
### BEGIN INIT INFO
# Provides: udev
# Required-Start: mountvirtfs
# Required-Stop:
# Default-Start: S
# Default-Stop:
# Short-Description: Start udevd, populate /dev and load drivers.
### END INIT INFO
export TZ=/etc/localtime
[ -d /sys/class ] || exit 1
[ -r /proc/mounts ] || exit 1
[ -x /lib/udev/udevd ] || exit 1
[ -f /etc/default/udev-cache ] && . /etc/default/udev-cache
[ -f /etc/udev/udev.conf ] && . /etc/udev/udev.conf
The question here is:
Whether we should always install udev under /lib or patch all packages
that hardcodes udev-rules-dir to be under '/lib'. Maybe there are other
better approaches?
Please have a look at these and let me know your opinions.
Thanks a lot,
Chen Qi
next prev parent reply other threads:[~2012-12-12 2:21 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-11 15:29 [PATCH 0/4] Bug 3440 Fixes Constantin Musca
2012-12-11 15:29 ` [PATCH 1/4] alsa-utils: Pass udev-rules-dir as parameter Constantin Musca
2012-12-11 16:58 ` Saul Wold
2012-12-12 2:07 ` ChenQi [this message]
2012-12-12 7:56 ` Constantin Musca
2012-12-13 5:47 ` ChenQi
2012-12-11 15:29 ` [PATCH 2/4] pcmciautils: set correct udevdir and add missing debug files Constantin Musca
2012-12-11 15:29 ` [PATCH 3/4] multilib.bbclass: fix do_package_qa_multilib Constantin Musca
2012-12-11 15:29 ` [PATCH 4/4] package.bbclass: prepend MLPREFIX to LOCALEBASEPN Constantin Musca
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=50C7E6CB.50002@windriver.com \
--to=qi.chen@windriver.com \
--cc=constantinx.musca@intel.com \
--cc=openembedded-core@lists.openembedded.org \
/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.