On Tue, Jan 7, 2014 at 9:59 PM, Reeve Yang <reeve.y...@gmail.com> wrote:
> As you suggested, I removed ${libdir}/${BPN}/*${SOLIBSDEV} from
> "FILES_${PN}-dev", but now I'm getting this error:
>
> ERROR: QA Issue: non -dev/-dbg/-nativesdk package contains symlink .so:
> syslog-ng path
> '/work/x86_64-poky-linux/syslog-ng/3.2.5-r12.1/packages-split/syslog-ng/usr/lib64/syslog-ng/libafsocket.so'
> ERROR: QA run found fatal errors. Please consider fixing them.
> ERROR: Function failed: do_package_qa
> ERROR: Logfile of failure stored in:
> /home2/reeve-ws/yocto-dylan-merge/build/tmp/work/x86_64-poky-linux/syslog-ng/3.2.5-r12.1/temp/log.do_package.16779
> ERROR: Task 6
> (/home2/reeve-ws/yocto-dylan-merge/meta-openembedded/meta-oe/recipes-support/nonworking/syslog-ng/
> syslog-ng_3.2.5.bb, do_package) failed with exit code '1'
>
right, this is a 'sanity' check which is done in
meta/classes/insane.bbclass to make sure that .so symlink only go in the
-dev packages. i am not familiar with your situation and syslog-ng build,
but I would expect plugins DLL (e.g. .so files) to be real files, not
symlink. symlink .so are typically used for library (linker name vs
soname). a good similar example is the Gstreamer plugins which are real .so
files.
>
>
> It looks main binary package doesn't have a symlink of .so. How to fix
> that?
>
it is right for OE to prevent you from having symlink .so in binary
packages (to me), so you might need to understand why you get them in the
first place.
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
