[yocto] [Recipe reporting system] Upgradable recipe name list
This mail was sent out by Recipe reporting system. This message list those recipes which need to be upgraded. If maintainers believe some of them needn't to upgrade at this time, they can fill RECIPE_NO_UPDATE_REASON in respective recipe file to ignore this remainder until newer upstream version was detected. Example: RECIPE_NO_UPDATE_REASON = "Version 2.0 is unstable" You can check the detail information at: http://recipes.yoctoproject.org/ Package Version Upstream version Maintainer NoUpgradeReason --- -- webkitgtk 2.18.6 2.20.1Alexander Kanavin gcr 3.20.0 3.28.0Alexander Kanavin gnome-desktop33.26.2 3.28.1Alexander Kanavin libsecret 0.18.5 0.18.6Alexander Kanavin libwebp 0.6.11.0.0 Alexander Kanavin ffmpeg3.4.24.0 Alexander Kanavin dtc 1.4.51.4.6 Alexander Kanavin bash-completion 2.7 2.8 Alexander Kanavin gobject-introspec... 1.54.1 1.56.1Alexander Kanavin pcmanfm 1.2.51.3.0 Alexander Kanavin sysprof 3.26.1 3.28.1Alexander Kanavin libidn1.33 1.34 Alexander Kanavin epiphany 3.26.6 3.28.1.1 Alexander Kanavin boost 1.66.0 1.67.0Alexander Kanavin ca-certificates 20170717 20180409 Alexander Kanavin vala 0.38.8 0.40.4Alexander Kanavin libfm-extra 1.2.51.3.0.2 Alexander Kanavin libfm 1.2.51.3.0.2 Alexander Kanavin gtk-doc 1.27 1.28 Alexander Kanavin libaio0.3.110 0.3.111 Alexander Kanavin lighttpd 1.4.48 1.4.49Alexander Kanavin meson 0.44.1 0.46.0Alexander Kanavin bjam-native 1.66.0 1.67.0Alexander Kanavin procps3.3.12 3.3.14Alexander Kanavin btrfs-tools 4.13.3 4.16.1Alexander Kanavin Waiting for resolution of h... icu 60.2 61.1 Alexander Kanavin apt 1.2.24 1.6.1 Aníbal Limón dpkg 1.18.24 1.19.0.5 Aníbal Limón apt-native1.2.24 1.6.1 Aníbal Limón gstreamer1.0-vaapi1.12.4 1.14.0Anuj Mittal gst-examples 0.0.1+gitX 0.0.1-new-commits... Anuj Mittal gstreamer1.0-rtsp... 1.12.4 1.14.0Anuj Mittal gstreamer1.0-plug... 1.12.4 1.14.0Anuj Mittal gst-validate 1.12.4 1.14.0Anuj Mittal gstreamer1.0-libav1.12.4 1.14.0Anuj Mittal gstreamer1.0-plug... 1.12.4 1.14.0Anuj Mittal gstreamer1.0-plug... 1.12.4 1.14.0Anuj Mittal gstreamer1.0 1.12.4 1.14.0Anuj Mittal gstreamer1.0-omx 1.12.4 1.14.0Anuj Mittal gstreamer1.0-python 1.12.4 1.14.0Anuj Mittal gstreamer1.0-plug... 1.12.4 1.14.0Anuj Mittal mkfontscale 1.1.21.1.3 Armin Kuster xeyes 1.1.11.1.2 Armin Kuster xinit 1.3.41.4.0 Armin Kuster xkbcomp 1.4.01.4.1 Armin Kuster bind 9.10.6 9.12.1Armin Kuster xprop 1.2.21.2.3 Armin Kuster xset 1.2.31.2.4 Armin Kuster xwininfo 1.1.31.1.4 Armin Kuster openssh 7.6p17.7p1 Armin Kuster xf86-video-vesa 2.3.42.4.0 Armin Kuster libxcb1.12 1.13 Armin Kuster libxshmfence 1.2 1.3 Armin Kuster xkeyboard-config 2.22 2.23.1Armin Kuster calibrateproto0.0+gitX 0.0-new-commits-a... Armin Kuster xcb-proto 1.12 1.13 Armin Kuster util-macros 1.19.1
Re: [yocto] New Recipe Integration Issue
Thanks Andre. Inclusion of -Wl,-soname,libmvudrv.so.1.0.1 in Makefile solved the problem Regards, Shakthi On 27/04/18, 12:42 AM, "Andre McCurdy"wrote: On Thu, Apr 26, 2018 at 11:36 AM, Shakthi Pradeep (tpradeep) wrote: > Thanks for the info Andre. What you are suggesting it to be done while building an application over these libraries right? No. The soname needs to be set when the library is linked. > Any idea why the packaging is failing? I don't think packaging is failing. > Regards, > Shakthi > > On 27/04/18, 12:00 AM, "Andre McCurdy" wrote: > > On Thu, Apr 26, 2018 at 11:03 AM, Shakthi Pradeep (tpradeep) > wrote: > > Hello Folks, > > > > I am trying to integrate an SDK which is very simple and small. Building the > > SDK generates an executable and few .so libraries. > > > > “bitbake sdk” command goes through fine but when I run “bitbake > > wrlinux-image-glibc-std” to generate an ISO with SDK packages I am get > > following error > > > > ... > > > > install -m 0755 ${S}/lib/libmvudrv.so > > ${D}/${libdir}/libmvudrv.so.1.0.1 > > > > ln -sf libmvudrv.so.1.0.1 ${D}/${libdir}/libmvudrv.so > > Unfortunately, creating versioned libraries requires more than just > renaming and creating a symlink. > > If the library is going to be renamed during installation, then the > soname (which is set within the library when the library is linked) > needs to match a name which will exist in the target rootfs at > runtime. > > In this case, since "libmvudrv.so.1.0.1" is the name which will be > present at runtime, when the build creates libmvudrv.so, it needs to > set the soname to "libmvudrv.so.1.0.1". ie add the following to the > linker commandline: > > -Wl,-soname,libmvudrv.so.1.0.1 > > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto