Re: [yocto] [OE-core] [oe] initial support for musl libc with OE/Yocto Project
On 30 March 2014 05:17, Khem Raj raj.k...@gmail.com wrote: On Thu, Mar 27, 2014 at 5:53 AM, Paul Barker p...@paulbarker.me.uk wrote: On 26 March 2014 22:12, Burton, Ross ross.bur...@intel.com wrote: On 26 March 2014 22:04, Khem Raj raj.k...@gmail.com wrote: There were interest in other threads in having musl as an alternative to eglibc/uclibc that we already have in OE, in that direction I have poured in my on and off work and put it into a contrib tree Blimey Khem that was quick. :) Agreed! I wonder if it's worth splitting this out into its own layer though I thought about it and since class/conf changes that need to go in into OE-core first I kept it as it is (lazyness too). I think once the core support is available in OE-core we can spin the recipes into a layer of its own. (with fixes done via bbappends) so that it's easy for multiple people to contribute to. It would also mean it doesn't need rebasing onto master all the time. I'd definitely like to get involved with this. In particular I can ensure opkg (both current release and development branch) work with musl and see if some of my preferred software from meta-oe will build (vim, htop, etc). start with what we have. Once master opens up I would propose the needed changes to OE-core and spin a layer I did a quick 'bitbake -k core-image-minimal' to see what's currently failing. Full logs and config at http://www.paulbarker.me.uk/musl-build/ Build Configuration: BB_VERSION= 1.21.1 BUILD_SYS = x86_64-linux NATIVELSBSTRING = Ubuntu-12.04 TARGET_SYS= arm-oe-linux-musleabi MACHINE = qemuarm DISTRO= nodistro DISTRO_VERSION= nodistro.0 TUNE_FEATURES = armv5 thumb dsp TARGET_FPU= soft meta = kraj/musl:faafa7022ed057d55c131c456d1bdd5dfa3d2517 Summary: 6 tasks failed: openembedded-core/meta/recipes-support/attr/attr_2.4.47.bb, do_compile openembedded-core/meta/recipes-devtools/python/python_2.7.3.bb, do_compile openembedded-core/meta/recipes-core/util-linux/util-linux_2.24.1.bb, do_compile openembedded-core/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb, do_compile openembedded-core/meta/recipes-core/busybox/busybox_1.22.1.bb, do_compile openembedded-core/meta/recipes-core/glib-2.0/glib-2.0_2.38.2.bb, do_compile I can see for util-linux that we need to implement qsort_r(). Busybox probably just needs config changes: http://wiki.musl-libc.org/wiki/Building_Busybox glib is getting confused as both musl and libiconv provide iconv.h as warned: WARNING: The recipe libiconv is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /home/pbarker/musl-build/build/tmp-musl/sysroots/qemuarm/usr/include/iconv.h Matched in manifest-qemuarm-musl.populate_sysroot Please verify which package should provide the above files. We also have: WARNING: The recipe gettext is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /home/pbarker/musl-build/build/tmp-musl/sysroots/qemuarm/usr/include/libintl.h Matched in manifest-qemuarm-musl.populate_sysroot Please verify which package should provide the above files. WARNING: QA Issue: gettext: Files/directories were installed but not shipped /usr/lib/charset.alias Hope this helps, -- Paul Barker Email: p...@paulbarker.me.uk http://www.paulbarker.me.uk -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [OE-core] [oe] initial support for musl libc with OE/Yocto Project
On Sun, Mar 30, 2014 at 8:43 AM, Paul Barker p...@paulbarker.me.uk wrote: On 30 March 2014 05:17, Khem Raj raj.k...@gmail.com wrote: On Thu, Mar 27, 2014 at 5:53 AM, Paul Barker p...@paulbarker.me.uk wrote: On 26 March 2014 22:12, Burton, Ross ross.bur...@intel.com wrote: On 26 March 2014 22:04, Khem Raj raj.k...@gmail.com wrote: There were interest in other threads in having musl as an alternative to eglibc/uclibc that we already have in OE, in that direction I have poured in my on and off work and put it into a contrib tree Blimey Khem that was quick. :) Agreed! I wonder if it's worth splitting this out into its own layer though I thought about it and since class/conf changes that need to go in into OE-core first I kept it as it is (lazyness too). I think once the core support is available in OE-core we can spin the recipes into a layer of its own. (with fixes done via bbappends) so that it's easy for multiple people to contribute to. It would also mean it doesn't need rebasing onto master all the time. I'd definitely like to get involved with this. In particular I can ensure opkg (both current release and development branch) work with musl and see if some of my preferred software from meta-oe will build (vim, htop, etc). start with what we have. Once master opens up I would propose the needed changes to OE-core and spin a layer I did a quick 'bitbake -k core-image-minimal' to see what's currently failing. Full logs and config at http://www.paulbarker.me.uk/musl-build/ Build Configuration: BB_VERSION= 1.21.1 BUILD_SYS = x86_64-linux NATIVELSBSTRING = Ubuntu-12.04 TARGET_SYS= arm-oe-linux-musleabi MACHINE = qemuarm DISTRO= nodistro DISTRO_VERSION= nodistro.0 TUNE_FEATURES = armv5 thumb dsp TARGET_FPU= soft meta = kraj/musl:faafa7022ed057d55c131c456d1bdd5dfa3d2517 Summary: 6 tasks failed: openembedded-core/meta/recipes-support/attr/attr_2.4.47.bb, do_compile openembedded-core/meta/recipes-devtools/python/python_2.7.3.bb, do_compile openembedded-core/meta/recipes-core/util-linux/util-linux_2.24.1.bb, do_compile openembedded-core/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb, do_compile openembedded-core/meta/recipes-core/busybox/busybox_1.22.1.bb, do_compile openembedded-core/meta/recipes-core/glib-2.0/glib-2.0_2.38.2.bb, do_compile I can see for util-linux that we need to implement qsort_r(). Busybox probably just needs config changes: http://wiki.musl-libc.org/wiki/Building_Busybox I already have local fix for busy box. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [Package Report System]Manual check recipes name list
This mail was sent out by Package Report System. It will list all the recipes which can't check upstream version by script, and will show how long it is since their last mannual version check. You can check the detail information at http://packages.yoctoproject.org/manuallychkinfo PackageName Version LastChkVersion LastChkTime Maintainer NoUpgradeReason puzzles r10116 N/A 41727 d Valentin Popa valentin.popa@...No data lz4 r112N/A 41727 d No Maintainer info No data unfs30.9.22.r490 N/A 41727 d No Maintainer info No data ubootchart 0.0+r12 0.0+r12 566 day Cristiana Voicu cristiana.vo...No data tremor 2012031420120122385 day Cristian Iorga cristian.iorg...Same revision on different SVN... Manual Check Count: 5 Manual Need Check Count: 5 Any problem, please contact Saul Wold s...@linux.intel.com -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [Package Report System]Upgrade recipes name list
This mail was sent out by Package Report System. This message list those recipes which need to be upgraded. If maintainers believe some of them needn't to upgrade this time, they can fill in RECIPE_NO_UPDATE_REASON_pn-xxx in upstream_tracking files to ignore this recipe remainder until newer upstream version was detected. Example: RECIPE_NO_UPDATE_REASON_pn-xxx = Not upgrade to 2.0 because the new version is unstable You can check the detail information at http://packages.yoctoproject.org/upgradepkgname PackageName Version UpVersion MaintainerNoUpgradeReason gettext 0.18.3.1 0.18.3.2 Wenzong Fan wenzong@windriver.com gnome-common 3.7.4 3.12.0 Valentin Popa valentin.p...@intel.com puzzles r10116N/A Valentin Popa valentin.p...@intel.com gtk+ 2.24.22 3.12.0 Valentin Popa valentin.p...@intel.com Do not upgrade to version: 2 libpam1.1.6 1.1.8 Valentin Popa valentin.p...@intel.com gsettings-desktop-schemas 3.7.3 3.12.0 Valentin Popa valentin.p...@intel.com libsoup-2.4 2.45.32.46.0 Valentin Popa valentin.p...@intel.com lighttpd 1.4.331.4.35 Valentin Popa valentin.p...@intel.com gtk-update-icon-cache-native 3.4.4 3.12.0 Valentin Popa valentin.p...@intel.com hicolor-icon-theme0.12 0.13 Valentin Popa valentin.p...@intel.com gnome-icon-theme 2.31.03.12.0 Valentin Popa valentin.p...@intel.com waiting for the sato gtk3 port liberation-fonts 1.04 2.00.1 Valentin Popa valentin.p...@intel.com 2.00.0 - fontforge package re... xdg-utils 1.1.0-rc1 1.0.2 Valentin Popa valentin.p...@intel.com only release candidates avail... libpng12 1.2.501.2.51 Valentin Popa valentin.p...@intel.com webkit-gtk1.8.3 2.4.0 Valentin Popa valentin.p...@intel.com = 1.10.2 needs ruby gnome-desktop 2.32.13.12.0 Valentin Popa valentin.p...@intel.com waiting for the sato gtk3 port util-macros 1.18.01.19.0 Saul Wold s...@linux.intel.com lsbinitscripts9.52 9.53 Saul Wold s...@linux.intel.com libusb1 1.0.9 1.0.18 Saul Wold s...@linux.intel.com mc4.8.104.8.11 Saul Wold s...@linux.intel.com dpkg 1.17.41.17.6 Saul Wold s...@linux.intel.com glib-networking 2.38.02.40.0 Saul Wold s...@linux.intel.com Pending Glib-2.0 Update help2man-native 1.44.11.45.1 Saul Wold s...@linux.intel.com msmtp 1.4.311.4.32 Saul Wold s...@linux.intel.com vte 0.28.20.36.0 Saul Wold s...@linux.intel.com Pending Glib-2.0 Update libgcrypt 1.5.3 1.6.1 Saul Wold s...@linux.intel.com libxkbcommon 0.4.0 0.4.1 Saul Wold s...@linux.intel.com util-linux2.23.22.24.1 Saul Wold s...@linux.intel.com libnl 3.2.223.2.24 Saul Wold s...@linux.intel.com