* Out-of-tree module errors installing its udev rule
@ 2017-02-13 15:56 colin.helliwell
2017-02-13 16:03 ` Burton, Ross
0 siblings, 1 reply; 4+ messages in thread
From: colin.helliwell @ 2017-02-13 15:56 UTC (permalink / raw)
To: yocto
[-- Attachment #1: Type: text/plain, Size: 795 bytes --]
I've got a strange (to me) problem with the recipe for an out-of-tree kernel
module. I'm trying to add a udev rule for the driver - in itself the recipe
does the build ok, but building the full rootfs image throws up a "QA Issue:
linmux: Files/directories were installed but not shipped in any package"
error.
I have
inherit module
.
SRC_URI += " file://65-linmuxcfg-devnode.rules "
S = "${WORKDIR}"
FILES_{PN} += "${base_libdir}/udev/rules.d/65-linmuxcfg-devnode.rules"
do_install_append(){
install -d ${D}${base_libdir}/udev/rules.d/
install -m 0644 ${WORKDIR}/65-linmuxcfg-devnode.rules
${D}${base_libdir}/udev/rules.d
}
Is this because it's an out-of-tree module, or some other [obvious] mistake?
Thanks
[-- Attachment #2: Type: text/html, Size: 3144 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Out-of-tree module errors installing its udev rule
2017-02-13 15:56 Out-of-tree module errors installing its udev rule colin.helliwell
@ 2017-02-13 16:03 ` Burton, Ross
2017-02-13 16:14 ` Colin Helliwell
0 siblings, 1 reply; 4+ messages in thread
From: Burton, Ross @ 2017-02-13 16:03 UTC (permalink / raw)
To: colin.helliwell; +Cc: yocto@yoctoproject.org
[-- Attachment #1: Type: text/plain, Size: 714 bytes --]
On 13 February 2017 at 15:56, <colin.helliwell@ln-systems.com> wrote:
> inherit module
>
> …
>
>
>
> SRC_URI += " file://65-linmuxcfg-devnode.rules "
>
>
>
> S = "${WORKDIR}"
>
>
>
> FILES_{PN} += "${base_libdir}/udev/rules.d/65-linmuxcfg-devnode.rules"
>
>
>
> do_install_append(){
>
> install -d ${D}${base_libdir}/udev/rules.d/
>
> install -m 0644 ${WORKDIR}/65-linmuxcfg-devnode.rules
> ${D}${base_libdir}/udev/rules.d
>
> }
>
>
>
> Is this because it’s an out-of-tree module, or some other [obvious]
> mistake?
>
> Thanks
>
>
If that's a literal copy and paste then you forgot the $ in FILES_${PN}.
Also udev rules go into ${nonarch_base_libdir}.
Ross
[-- Attachment #2: Type: text/html, Size: 1750 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Out-of-tree module errors installing its udev rule
2017-02-13 16:03 ` Burton, Ross
@ 2017-02-13 16:14 ` Colin Helliwell
2017-02-13 16:16 ` Burton, Ross
0 siblings, 1 reply; 4+ messages in thread
From: Colin Helliwell @ 2017-02-13 16:14 UTC (permalink / raw)
To: Burton, Ross; +Cc: yocto
> On 13 February 2017 at 16:03 "Burton, Ross" <ross.burton@intel.com> wrote:
>
> On 13 February 2017 at 15:56, <colin.helliwell@ln-systems.com> wrote:
>
> > inherit module
> >
> > …
> >
> > SRC_URI += " file://65-linmuxcfg-devnode.rules "
> >
> > S = "${WORKDIR}"
> >
> > FILES_{PN} += "${base_libdir}/udev/rules.d/65-linmuxcfg-devnode.rules"
> >
> > do_install_append(){
> >
> > install -d ${D}${base_libdir}/udev/rules.d/
> >
> > install -m 0644 ${WORKDIR}/65-linmuxcfg-devnode.rules ${D}${base_libdir}/udev/rules.d
> >
> > }
> >
> > Is this because it’s an out-of-tree module, or some other [obvious] mistake?
> >
> > Thanks
>
> If that's a literal copy and paste then you forgot the $ in FILES_${PN}.
>
Sigh...... "wood for the trees"...... thanks Ross.....! :S
> Also udev rules go into ${nonarch_base_libdir}.
>
Oh ok, hadn't encounter that var. What's the reasoning? (i.e. where would that be pointing in comparison to ${base_libdir}
> Ross
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Out-of-tree module errors installing its udev rule
2017-02-13 16:14 ` Colin Helliwell
@ 2017-02-13 16:16 ` Burton, Ross
0 siblings, 0 replies; 4+ messages in thread
From: Burton, Ross @ 2017-02-13 16:16 UTC (permalink / raw)
To: Colin Helliwell; +Cc: yocto@yoctoproject.org
[-- Attachment #1: Type: text/plain, Size: 415 bytes --]
On 13 February 2017 at 16:14, Colin Helliwell <
colin.helliwell@ln-systems.com> wrote:
> > Also udev rules go into ${nonarch_base_libdir}.
>
> Oh ok, hadn't encounter that var. What's the reasoning? (i.e. where would
> that be pointing in comparison to ${base_libdir}
>
udev rules are arch-independent so udev looks in /lib, whereas $libdir can
change depending on multilib (it may be /lib64).
Ross
[-- Attachment #2: Type: text/html, Size: 805 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-02-13 16:19 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-02-13 15:56 Out-of-tree module errors installing its udev rule colin.helliwell
2017-02-13 16:03 ` Burton, Ross
2017-02-13 16:14 ` Colin Helliwell
2017-02-13 16:16 ` Burton, Ross
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.