Date   

Re: HELP NEEDED TO ENABLE CUPS IN YOCTO #cups #yocto #linux

Soi, Sheng Leong
 

Hi,

Does anyone here know how to configure CUPS in Yocto to enable printing functionality?

Your reply will be much appreciated

Thanks
Sheng Leong


FYI: "which" program is broken by default on centos-8

Joel A Cohen
 

Centos 8 'which' installs an alias by default: alias which='(alias; typeset -f) | /usr/bin/which --tty-only --read-alias --read-functions --show-tilde --show-dot'

This comes from the which rpm, in /etc/profile.d/which.sh

This breaks in OE, I'm guessing because the shell used doesn't support whatever is going on there. You get a mystifying message about unexpected parentheses.

To fix for the moment, I just got rid of the alias, but is it worth adding a check or something?

Thanks,
Aaron



[ANNOUNCEMENT] Yocto Project 3.1 LTS (Dunfell 23.0.0) is Released

Vineela
 

Hello,

We are pleased to announce the Yocto Project 3.1 (dunfell-23.0.0) LTS Release and is now available for download.

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/poky-dunfell-23.0.0.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1/poky-dunfell-23.0.0.tar.bz2

A gpg signed version of the release notes is available at:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/RELEASENOTES

Full Test Report:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/testreport.txt

Thank you for everyone's contributions to this release.

Vineela Tummalapalli
Yocto Project Build and Release
vineela.tummalapalli@intel.com

- --------------------------
yocto-3.1 Release Notes
- --------------------------

- --------------------------
Repositories/Downloads
- --------------------------

Repository Name: poky
Repository Location: https://git.yoctoproject.org/git/poky
Branch: dunfell
Tag: yocto-3.1
Git Revision: 5d47cdf448b6cff5bb7cc5b0ba0426b8235ec478
Release Artefact: poky-dunfell-23.0.0
sha256: c1f4a486e5f090dbdf50c15a5d22afa6689bd609604b48d63eb0643ad58eb370
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/poky-dunfell-23.0.0.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1/poky-dunfell-23.0.0.tar.bz2

Repository Name: openembedded-core
Repository Location: https://git.openembedded.org/openembedded-core
Branch: dunfell
Tag: 2020-04
Git Revision: 1795f30d8ab73d35710ca99064c51190dc84853e
Release Artefact: oecore-dunfell-23.0.0
sha256: 108cb7d459e842d2406f90c9882447051d9d67e8fef6d8415d6b6682109e5a95
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/oecore-dunfell-23.0.0.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1/oecore-dunfell-23.0.0.tar.bz2

Repository Name: meta-mingw
Repository Location: https://git.yoctoproject.org/git/meta-mingw
Branch: dunfell
Tag: yocto-3.1
Git Revision: 524de686205b5d6736661d4532f5f98fee8589b7
Release Artefact: meta-mingw-dunfell-23.0.0
sha256: b0ebd3ce498b394ea1810586ea477adc7bdad51f0d892f0b19bb52aa3ef99f86
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/meta-mingw-dunfell-23.0.0.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1/meta-mingw-dunfell-23.0.0.tar.bz2

Repository Name: meta-gplv2
Repository Location: https://git.yoctoproject.org/git/meta-gplv2
Branch: dunfell
Tag: yocto-3.1
Git Revision: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
Release Artefact: meta-gplv2-dunfell-23.0.0
sha256: 1353f169fcc4e9b4a256a36cec91eb6e336f3ed568a5d89c3f21d5f642a41272
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/meta-gplv2-dunfell-23.0.0.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1/meta-gplv2-dunfell-23.0.0.tar.bz2

Repository Name: bitbake
Repository Location: https://git.openembedded.org/bitbake
Branch: dunfell
Tag: yocto-3.1
Git Revision: 4618da2094189e4d814b7d65672cb65c86c0626a
Release Artefact: bitbake-dunfell-23.0.0
sha256: 4f008423731fdf505f513a1eaa1a548e57b88dd0d0e6088afbfe9ab9cceedba7
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/bitbake-dunfell-23.0.0.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1/bitbake-dunfell-23.0.0.tar.bz2

- -------------
Dedication
- -------------

This release is dedicated to Scott Rifenbark, technical writer for the Yocto Project from the project's inception in 2010 until his passing in January 2020. Our documentation stands in his memory, and it is fitting that some of his character will always be in those words.

- -------------
Contributors
- -------------

Thanks to the following people who contributed to this release:

Adrian Bunk
Adrian Freihofer
Alejandro del Castillo
Alejandro Hernandez Samaniego
Alessio Igor Bogani
Alexander Hirsch
Alexander Kanavin
Alex Kiernan
Alex Kube
Alistair Francis
Anders Wallin
Andreas Müller
Andreas Oberritter
Andreea Silvia Volosincu
André Draszik
Andrej Valek
Andre McCurdy
Andrey Zhizhikin
Aníbal Limón
Anuj Mittal
Armin Kuster
Bartosz Golaszewski
Bruce Ashfield
Carlos Rafael Giani
Catalin Enache
Changhyeok Bae
Changqing Li
Charles-Antoine Couret
Chee Yang Lee
Chen Qi
Chris Laplante
Christian Herzig
Christophe PRIOUZEAU
Christopher Clark
Christopher Larson
Codrin Ciubotariu
Daisuke Yamane
Dan Callaghan
Daniel Dragomir
Daniel Gomez
Daniel McGregor
David Reyna
Denys Dmytriyenko
Diego Rondini
Domarys Correa
Douglas Royds
Eduardo Abinader
Ernst Sjöstrand
Eugene Smirnov
Ferry Toth
Frazer Clews
Fred Baksik
Gavin Li
George McCollister
Goran Cengic
grygorii tertychnyi
Haiqing Bai
Haris Okanovic
Henning Schild
He Zhe
Hongxu Jia
Ivan Efimov
Jacob Kroon
Jaewon Lee
Jagadeesh Krishnanjanappa
Jan Kaisrlik
Jan Luebbe
Jan-Simon Moeller
Jan Vermaete
Jate Sujjavanich
Jean-Francois Dagenais
Jean-Marie LEMETAYER
Jefro
Jens Rehsack
Jeremy Puhlman
Joerg Vehlow
Joe Slater
Jon Mason
Joshua Watt
Junling Zheng
Kai Kang
Kalle Lampila
Kate Stewart
Kevin Hao
Khem Raj
Kyle Russell
Liwei Song
Li Zhou
Lieu Ta
Lori Hikichi
Luca Ceresoli
Luis Martins
Manjukumar Matha
Mark Asselstine
Mark Hatle
Martin Jansa
Martin Kelly
Matthias Schoepfer
Mattias Hansson
Matt Ranostay
Maxime Roussin-Bélanger
Maxim Uvarov
Max Krummenacher
Max Tomago
Michael Halstead
Michael Ho
Mike Crowe
Mike Looijmans
Mikko Rapeli
Mingde (Matthew) Zeng
Ming Liu
Mingli Yu
Nathan Hartman
Nathan Rossi
Naveen Saini
Nicola Lunghi
Nicolas Dechesne
Niko Mauno
Norbert Wesp
Ola x Nilsson
Oleg Polyakov
Oleksandr Kravchuk
Oleksiy Obitotskyy
Otavio Salvador
Ovidiu Panait
Pascal Bach
Pau Espin Pedrol
Paul Barker
Paul Eggleton
Paul Gortmaker
Peiran Hong
Peter Bergin
Peter Kjellerstedt
Petr Vorel
Phil Blundell
Pierre-Jean Texier
Quanyang Wang
Rasmus Villemoes
Ricardo Ribalda Delgado
Richard Leitner
Richard Purdie
Rich Persaud
Robert Joslyn
Robert P. J. Day
Robert Yang
Ross Burton
Ruslan Bilovol
Sai Hari Chandana Kalluri
Sakib Sajal
Samuli Piippo
Sangeeta Jain
Scott Branden
Scott Murray
Scott Rifenbark
Shohei Maruyama
Slavic Brutalik
Stefan Agner
Stefan Eichenberger
Stefan Ghinea
Stefan Kral
Stefan Müller-Klieser
Stefano Babic
Stephen Jolley
Tanu Kaskinen
Taras Kondratiuk
Tim Orling
Tom Benn
Tom Hochstein
Torbjörn Svensson
Trevor Gamblin
Trevor Woerner
Vasyl Gomonovych
Victor Kamensky
Vinay Kumar
Vineela Tummalapalli
Volker Vogelhuber
Wang Mingyu
Wenlin Kang
William A. Kennington III
Yanfei Xu
Yann Dirson
Yeoh Ee Peng
Yi Zhao
Yongxin Liu
Zang Ruochen
Zheng Ruoqin
Zhixiong Chi



- ----------------------------
New Features / Enhancements
- ----------------------------
* Linux kernel 5.4, gcc 9.3, glibc 2.31 and ~240 other recipe upgrades
* New recipes: alsa-topology-conf, alsa-ucm-conf, diffoscope, enchant2, itstool, jquery, libubootenv, libucontext, python3-libarchive-c, python3-magic
* Host System requirements changes:
- gcc 5.X required as a minimum
- python 3.5 required as a minimum
- tar 1.28 required as a minimum
- pod2man and makeinfo are no longer required
* Binary reproducibility improvements
- Enabled reproducible builds by default in poky.conf
- QA tests now run diffoscope on saved output
* Hash Equivalence
- Significant improvements in robustness of shared state hash equivalence
- Enabled a local hash equivalence server by default in poky.conf
- Log equivalent hashes
* Build is now Python 2-free; python 2 moved out to meta-python2
* New oe-pkgdata-browser UI to browse the pkgdata database - makes it easier to explore and follow links between packages
* New features_check class replaces distro_features_check and adds equivalent functionality for MACHINE_FEATURES and COMBINED_FEATURES
* New PARSE_ALL_RECIPES variable for situations where you wish to parse all recipes (perhaps most useful within tests and tinfoil scripts)
* New AVAILABLE_LICENSES variable that lists all licenses
* New IMAGE_LINGUAS_COMPLEMENTARY variable to enable adding additional per-language complementary packages
* Support for gdbm and readline is now optional via PACKAGECONFIG in several recipes to make it easier to build GPLv3-free images
* Added libubootenv which replaces u-boot-fw-utils
* Add new "mirror" mode to archiver class to enable producing filtered source mirrors
* Added Zstandard compression support as an image conversion (as .zst)
* Added systemd support in psplash
* Enabled experimental builds under Windows with WSLv2
* Added buildtools-extended-tarball - extended version of buildtools containing all of build-essentials (including gcc; mainly for continued CentOS 7 support)
- Added install-buildtools helper script to make it easier to install buildtools
* wic image creator improvements:
- wic cp: can now copy files from an image as well as to it
- wic rm: add -r to recursively delete directories
- rawcopy: Support files in sub-directories
- Added --include-path argument to rootfs source plugin
- Also use APPEND when composing kernel boot parameters
- Add esp_label and esp_extra_blocks parameters to isoimage-isohybrid plugin to customise label/size of EFI system partition
- Use wic instead of live image type for machines based upon the x86-base
- genericx86: allow overriding EFI_PROVIDER via wic wks.in to allow changing bootloader
- Preserve intermediate files
- Beautified 'wic help'
* runqemu improvements:
- Added options that enable virgl with the SDL frontend
- Added multiconfig support
- Added virtio block device
- Added network bridge support
- Added support for multiple NICs
* Architecture / machine-specific enhancements:
- Added support for PowerPC64 Little Endian (powerpc64le)
- Added tune-cortexa72-cortexa53 tunes
- Added tune-power9 tunes
- Update MicroBlaze tune to v11.0
- Enable 64-bit MicroBlaze (non-Linux at present)
- Added tunes for 32-bit and 64-bit RISC-V no-float (riscv32nf and riscv64nf respectively)
- qemuriscv64: set configuration to enable building Xvisor (from meta-virtualization)
- systemd-bootchart: Add mips64 tuples
- systemd-bootchart: Backport RISC-V support
- mips: Enable gnu-hash-style on glibc
- linux-yocto-dev: added paravirt_kvm support for qemux86-64
- qemumips: use std vga instead of cirrus vga
- webkitgtk: enable gobject-introspection for armv7ve and armv7a
- weston-init: use the drm/kms backend rather than fbdev one for qemux86 machines
* bitbake improvements:
- Completely reworked npm fetching support with much more logical SRC_URI layout
- Support SHA1, SHA384 and SHA512 SRC_URI checksums, and no longer suggest new MD5 value in match failure messages
- The --runonly/--runall options now accept "do_task" as well as "task"
- New BB_LOGCONFIG variable to enable specifying custom logging
- Added vim indentation support for the BitBake language (bitbake/contrib/vim)
- Added support for "proxy" fetcher modules that build on top of existing fetchers
- Added a TeamCity service message frontend (bitbake UI implementation)
- Added extra debug messages when locked sigs mismatches occur
- tinfoil: added multiconfig support
- Added a bb.utils.get_referenced_vars() function
- Added autobuilder logging configuration (under contrib)
* Kernel-related improvements:
- kernel-yocto: allow external (aka non-integrated) BSPs to supply patches
- kernel-yocto.bbclass: Support config fragments with externalsrc
- kernelsrc.bbclass: Fix externalsrc support
- kernel-fitimage: Cope with non-standard kernel deploy subdirectory
- kernel-fitimage: Handle overlays in EXTERNAL_KERNEL_DEVICETREE
- kernel-fitimage: introduce FIT_SIGN_ALG
- kernel-devicetree: Cope with non-standard kernel deploy subdirectory
- kernel: Make symlink to vmlinux.64 in boot directory
- linux-yocto: common-pc-drivers.cfg: add CONFIG_INPUT_UINPUT
* SDK-related improvements:
- Support custom templateconf.cfg in extensible SDK
- Make integrated buildtools optional for extensible SDK
- Implement xz compression options for SDK (SDK_XZ_OPTIONS and SDK_XZ_COMPRESSION_LEVEL)
- Extended recipes to nativesdk: gnupg, libksba, npth, p11-kit, pinentry
* bitbake-layers improvements:
- layerindex-fetch: use branch when specified
- layerindex-fetch: add option to do a shallow clone of layer repo
- query: Add multiconfig option
* devtool improvements:
- Added -r/--remove-work option to devtool finish and devtool reset
- Added -I/--key option to devtool deploy-target to specify SSH private key
- New DEVTOOL_DISABLE_MENUCONFIG variable to allow recipes to declare that menuconfig is not supported
* resulttool improvements:
- report: Enable report to use regression_map
- report: Enable output raw test results
- report: Added total statistic to test result
- report: Enable report selected test case result
- store: Enable adding extra test environment data
* Package splitting enhancements:
- coreutils: Move stdbuf into an own package coreutils-stdbuf
- e2fsprogs: split dumpe2fs into its own package
- glibc: move ldconfig to its own package
- gnupg: Split gpg and gpg-agent into a minimal gnupg-gpg package
- harfbuzz: split libharfbuzz-subset.so to its own binary package
- libcheck: split /usr/bin/checkmk into its own package
- libevent: split each shared library into its own package
* icu: added ability to filter ICU data to save space
* musl: Add support for multilib
* tclibc-baremetal: Include qemu in the SDK
* tclibc-newlib: Include qemu in the SDK
* newlib: Enable building libstdc++ for newlib based toolchains
* baremetal-helloworld: new recipe in meta-skeleton for baremetal examples on QEMU
* oe-pkgdata-util: Enable list-pkgs to print ordered packages
* iproute2: add devlink support
* iproute2: make elfutils support optional
* iptables: Allow overriding rules file location
* iptables: Add systemd helper unit for IPv6 too
* testimage.bbclass: enable ssh agent forwarding
* icecc: Export ICECC_CC and friends via wrapper-script
* meta/lib/oe/package_manager.py: Enable sha256 checksums in opkg indexer
* classes/image_types_wic: Depend on do_image_complete tasks
* meson.bbclass: allow buildtype to be changed (e.g. production vs. debug, depends upon upstream support)
* meson.bbclass: warn if cross property defaults are used
* Move recipes over to building with meson: gstreamer1.0*, p11-kit, pixman, wayland
* mesa.inc: allow the user to choose the build type
* mesa-gl: Allow mesa-gl to build without X11 enabled
* weston-init: Allow use of weston without input devices
* Added full version of "less" command to packagegroup-core-full-cmdline
* New mime-xdg class for recipes that install applications that handle mime types
* Added checks for missing mime / mime-xdg inherit in recipes
* Update inittab when init-manager = "busybox" to disable ctrl+alt+del, mount swap and add /dev/{fd,stdin,stdout,stderr} symlinks
* Extended libxcrypt recipe with libxcrypt-native variant
* base.bbclass: Report only the licenses that are incompatible for a package
* package.bbclass: Report only the licenses that are incompatible
* package.bbclass: Allow INHIBIT_PACKAGE_STRIP_FILES to skip .ko and static libs
* package.bbclass: Support stripping and debug copy of static libraries
* license_image.bbclass: check and reject packages which have incompatible licenses
* license_image.bbclass: Report only the licenses that are incompatible
* cmake: Add a knob for cmake VERBOSE settings
* cmake.bbclass: Define LIB_SUFFIX for improved multilib support in certain recipes
* util-linux: Use PCRE for improved regular expression support in hardlink command
* gcc-configure: Enable the use of different symbol versioning
* perl: support cpan versions of core modules
* mesa: Allow building the virgl driver to be configurable
* buildhistory: Allow customising buildhistory tags
* buildhistory-analysis: filter out -src changes by default
* sstate: Add ability to hide summary output for sstate
* cve-check: Switch to NVD CVE JSON feed version 1.1
* rpm: now uses openssl instead of nss; nss and nspr moved out to meta-oe
* grub-efi-cfg: enable per-label APPEND override
* buildstats-plot.sh: allow filtering by task
* buildstats*.sh: add accumulate parameter to scripts
* buildstats*.sh: add recipe parameter to scripts
* u-boot-tools: Split out inc file
* mc: rrecommend the full terminfo database instead of rdepending on it
* systemd: Enable smack, audit and acl functionality based on DISTRO_FEATURES
* systemd: Reinstate systemd-hwdb-update.service
* sanity: check the format of SDK_VENDOR
* insane: improve textrel warning message


- -------------
Known Issues
- -------------

* The poky distribution configuration (DISTRO = "poky") enables ptests by default to enable runtime testing of various components. In this release, a dependency needed to be added that has resulted in a significant increase in the number of components that will be built just when building a simple image such as core-image-minimal. If you do not need runtime tests enabled for core components, then it is recommended that you remove "ptest" from DISTRO_FEATURES to save a significant amount of build time e.g. by adding the following in your configuration:

DISTRO_FEATURES_remove = "ptest"


* With multilib enabled, INCOMPATIBLE_LICENSE does not work correctly. This issue has apparently been present for some time, and a fix is in progress. For further details see bug 13865:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13865


- ----------------
Recipe Licenses
- ----------------
The following corrections have been made to the LICENSE values set by recipes:

* base-passwd: GPLv2+ -> GPLv2
* cairo: all components other than cairo-perf-utils are dual-licensed i.e. a choice of MPL-1.1 or LGPLv2.1 (instead of both applying)
* cmake: clarify BSD -> BSD-3-Clause
* file: clarify BSD -> BSD-2-Clause
* flex: clarify BSD -> BSD-2-Clause
* libarchive: clarify BSD -> BSD-2-Clause
* libksba: the tools (e.g. build system, tests) & manual are licensed as GPLv3+, and the library itself is a choice between GPLv2+ or LGPLv3+.
* libogg: clarify BSD -> BSD-3-Clause
* libpcap: clarify BSD -> BSD-3-Clause
* libpcre: clarify BSD -> BSD-3-Clause
* libtheora: clarify BSD -> BSD-3-Clause
* libtirpc: clarify BSD -> BSD-3-Clause
* libvorbis: clarify BSD -> BSD-3-Clause
* libwebp: clarify BSD -> BSD-3-Clause
* libxpm: BSD -> MIT
* lighttpd: clarify BSD -> BSD-3-Clause
* ovmf: clarify BSD -> BSD-2-Clause
* p11-kit: clarify BSD -> BSD-3-Clause
* pbzip2: clarify BSD -> bzip2
* rpcbind: clarify BSD -> BSD-3-Clause
* speex: clarify BSD -> BSD-3-Clause
* speexdsp: clarify BSD -> BSD-3-Clause
* tcp-wrappers: clarify BSD -> BSD-1-Clause
* wpa-supplicant: clarify BSD -> BSD-3-Clause


- -----------------------
Migration instructions
- -----------------------

For details on changes that you might need to make when migrating to the Yocto Project 3.1 release from previous releases, please see the following manual section:

http://www.yoctoproject.org/docs/3.1/ref-manual/ref-manual.html#moving-to-the-yocto-project-3.1-release



- ---------------
Security Fixes
- ---------------
* aspell: CVE-2019-17544
* bind: CVE-2019-6471, CVE-2018-5743, [whitelisted CVE-2019-6470 ]
* binutils: CVE-2019-17450, CVE-2019-17451, CVE-2020-0551
* bluez: CVE-2020-0556
* e2fsprogs: CVE-2019-5188
* file: CVE-2019-18218
* gdb: CVE-2019-1010180
* ghostscript: CVE-2019-14869
* git: CVE-2019-1348, CVE-2019-1349, CVE-2019-1350, CVE-2019-1351, CVE-2019-1352, CVE-2019-1353, CVE-2019-1354, CVE-2019-1387, CVE-2019-19604
* glibc: CVE-2019-19126, CVE-2020-10029
* go: CVE-2019-16276
* iputils: [CVE-2000-1213, CVE-2000-1214 whitelisted]
* libarchive: CVE-2019-19221
* libgcrypt: CVE-2019-12904
* libpng: [CVE-2019-17371 whitelisted]
* libsdl2: fix CVE-2019-13616
* libsndfile1: [CVE-2018-13419 whitelisted]
* libsoup-2.4: CVE-2019-17266
* libtiff: CVE-2019-17546
* libxml2: CVE-2019-20388, CVE-2020-7595
* libxslt: CVE-2019-18197
* linux-yocto/5.2: CVE-2019-19332
* lz4: [CVE-2014-4715 whitelisted]
* nasm: CVE-2019-14248
* ncurses: CVE-2019-17594, CVE-2019-17595
* openssh: CVE-2019-16905
* openssl: [CVE-2019-0190 whitelisted]
* openssl: CVE-2019-1551
* ppp: CVE-2020-8597
* procps: [CVE-2018-1121 whitelisted]
* python3: CVE-2019-16056, CVE-2019-16935, [whitelisted CVE-2017-17522, CVE-2017-18207, CVE-2015-5652, CVE-2019-18348]
* qemu: CVE-2019-12068, CVE-2020-1711, CVE-2020-7039, CVE-2020-7211, CVE-2020-11102
* shadow: CVE-2019-19882
* sqlite3: CVE-2019-19244, CVE-2019-19880, CVE-2019-19923, CVE-2019-19924, CVE-2019-19925, CVE-2019-19926, CVE-2019-19959, CVE-2019-20218, CVE-2020-9327
* sudo: CVE-2019-14287
* sysstat: CVE-2019-16167, CVE-2019-19725
* wpa-supplicant: CVE-2019-16275



- ----------------
Recipe Upgrades
- ----------------
* acl: update to 2.2.53
* attr: update to 2.4.48
* acpica: upgrade to 20200214
* adwaita-icon-theme: upgrade 3.32.0 -> 3.34.3
* alsa-lib: 1.1.9 -> 1.2.1.2
* alsa-plugins: 1.1.9 -> 1.2.1
* alsa-utils: 1.1.9 -> 1.2.1
* aspell: upgrade from 0.60.7 to 0.60.8
* assimp: update to 5.0.1
* atk: upgrade 2.32.0 -> 2.34.1
* at-spi2-atk: upgrade 2.32.0 -> 2.34.1
* at-spi2-core: upgrade 2.32.1 -> 2.34.0
* babeltrace2: added 2.0.2
* babeltrace: update to 1.5.8
* bash-completion: upgrade 2.9 -> 2.10
* bash: update to 5.0 patch 16
* bind: update 9.11.5-P4 -> 9.11.13
* binutils: Upgrade to 2.34 release
* bison: upgrade 3.4.1 -> 3.5.3
* bluez5: update 5.50 -> 5.54
* boost: upgrade 1.71.0 -> 1.72.0
* btrfs-tools: update to 5.4.1
* busybox:upgrade 1.31.0 -> 1.31.1
* ccache: upgrade 3.7.3 -> 3.7.7
* cmake: upgrade 3.15.3 -> 3.16.5
* cpio: update to 2.13
* createrepo-c: upgrade to 0.15.4
* cronie: upgrade 1.5.4 -> 1.5.5
* cryptodev: update to Jan.23, 2020
* cups: update to 2.3.1
* curl: upgrade 7.66.0 -> 7.69.1
* debianutils: update to 4.9.1
* dhcp: upgrade 4.4.1 -> 4.4.2
* diffstat: update to 1.63
* dos2unix: update to 7.4.1
* e2fsprogs:upgrade 1.45.3 -> 1.45.4
* elfutils: upgrade 0.177 -> 0.178
* ell: update to 0.30
* enchant2: upgrade 2.2.7 -> 2.2.8
* epiphany: upgrade 3.32.4 -> 3.34.4
* ethtool: upgrade 5.2 -> 5.4
* eudev: upgrade 3.2.8 -> 3.2.9
* expat:upgrade 2.2.8 -> 2.2.9
* ffmpeg: upgrade 4.2.1 -> 4.2.2
* file: upgrade 5.37 -> 5.38
* findutils: Upgrade to 4.7.0
* flex: update to 2.6.4
* fribidi: upgrade 1.0.5 -> 1.0.9
* gcc: Upgrade to 9.3 bugfix release
* gcr: update to 3.34.0
* gdb: Upgrade to 9.1 release
* gdk-pixbuf: upgrade 2.38.2 -> 2.40.0
* gettext-minimal-native: update to 0.20.1
* gettext: update to 0.20.1
* ghostscript: upgrade 9.27 -> 9.50
* git: update to 2.24.1
* glew: upgrade 2.1.0 -> 2.2.0
* glib-2.0: upgrade to 2.62.4
* glibc: upgrade to 2.31
* glib-networking: update to 2.62.3
* glide: update to 0.13.3
* gmp: Upgrade to 6.2.0
* gnu-config: upgrade to latest revision
* gnu-efi: Upgrade 3.0.9 -> 3.0.11
* gnupg: upgrade 2.2.17 -> 2.2.20
* gnutls: upgrade 3.6.8 -> 3.6.12
* go: Add go1.13 recipes
* gobject-introspection: update to 1.62.0
* go: Update to 1.14.1 minor release
* grep: upgrade 3.3 -> 3.4
* gsettings-desktop-schemas: upgrade 3.32.0 -> 3.36.0
* gstreamer1.0-libav: upgrade to version 1.16.2
* gstreamer1.0-omx: upgrade to version 1.16.2
* gstreamer1.0-plugins-bad: upgrade to version 1.16.2
* gstreamer1.0-plugins-base: upgrade to version 1.16.2
* gstreamer1.0-plugins-good: upgrade to version 1.16.2
* gstreamer1.0-plugins-ugly: upgrade to version 1.16.2
* gstreamer1.0-python: upgrade to version 1.16.2
* gstreamer1.0-rtsp-server: upgrade to version 1.16.2
* gstreamer1.0: upgrade to version 1.16.2
* gstreamer1.0-vaapi: upgrade to version 1.16.2
* gst-validate: upgrade to version 1.16.2
* gtk+3: update to 3.24.14
* gtk-doc: upgrade 1.31 -> 1.32
* harfbuzz: upgrade 2.6.1 -> 2.6.4
* icu: upgrade 64.2 -> 66.1
* ifupdown: update 0.8.22 -> 0.8.35
* iproute2: update 5.2.0 -> 5.5.0
* iptables: upgrade 1.8.3 -> 1.8.4
* iso-codes:upgrade 4.3 -> 4.4
* iw: upgrade 5.3 -> 5.4
* kbd: update to 2.2.0
* kernel-devsrc: update to v5.4+
* kexec-tools: update to 2.0.20
* kmscube: upgrade to latest revision
* libarchive: upgrade 3.4.0 -> 3.4.2
* libcap-ng:upgrade 0.7.9 -> 0.7.10
* libcap: update to 2.32
* libc-headers: update to v5.4
* libcheck: upgrade 0.12.0 -> 0.14.0
* libcomps: update to 0.1.14
* libdazzle: upgrade 3.32.3 -> 3.34.1
* libdrm: upgrade 2.4.99 -> 2.4.100
* libedit: upgrade 20191025-3.1 -> 20191231-3.1
* libepoxy: upgrade 1.5.3 -> 1.5.4
* liberror-perl: update 0.17027 -> 0.17029
* libffi: update to 3.3 final
* libgcrypt: upgrade 1.8.4 -> 1.8.5
* libgloss: update to 3.2.0
* libgpg-error: upgrade 1.36 -> 1.37
* libical: upgrade 3.0.6 -> 3.0.7
* libidn2: upgrade 2.2.0 -> 2.3.0
* libinput: upgrade 1.14.1 -> 1.15.2
* libjitterentropy: Upgrade 2.1.2 -> 2.2.0
* libjpeg-turbo: upgrade 2.0.3 -> 2.0.4
* libmodule-build-perl: upgrade 0.4229 -> 0.4231
* libmodulemd-v1: update to 1.8.16
* libnsl2: Update to latest master
* libnss-dns: update to 0.14.1
* libpcre2: upgrade 10.33 -> 10.34
* libpcre: upgrade 8.43 -> 8.44
* libpipeline: upgrade 1.5.1 -> 1.5.2
* librepo: upgrade 1.10.5 -> 1.11.2
* libsdl2: upgrade 2.0.10 -> 2.0.12
* libsecret: upgrade 0.19.0 -> 0.20.1
* libsolv: upgrade 0.7.6 -> 0.7.10
* libsoup-2.4: update to 2.68.4
* libtasn1: upgrade 4.14 -> 4.16.0
* libtirpc: upgrade 1.1.4 -> 1.2.5
* libubootenv: update to latest git hash
* libva: upgrade 2.5.0 -> 2.6.1
* libva-utils: upgrade 2.5.0 -> 2.6.0
* libwebp: upgrade 1.0.3 -> 1.1.0
* libx11: upgrade to 1.6.9
* libxcrypt: update to 4.4.14
* libxfont2:upgrade 2.0.3 -> 2.0.4
* libxkbcommon: update to 0.10.0
* libxml2: update to 2.9.10
* libxml-parser-perl: update to 2.46
* libxpm: upgrade 3.5.12 -> 3.5.13
* libxslt: update to 1.1.34
* libxvmc:upgrade 1.0.11 -> 1.0.12
* lighttpd: upgrade 1.4.54 -> 1.4.55
* linux-firmware: upgrade to latest revision
* linux-yocto-dev: update to v5.6+
* linux-yocto: introduce 5.4 recipes (5.4.27)
* linux-yocto-rt/5.4: update to -rt16
* llvm: Upgrade to 9.0.1 release
* ltp: Update to 20200120
* lttng-modules: update to 2.11.2
* lttng-tools: update to 2.11.2
* lttng-ust: update to 2.11.1
* make: 4.2.1 -> 4.3
* man-db: update to 2.9.0
* man-pages: update to 5.05
* mesa: updated to mesa 20.0.1 release
* meson: update to 0.53.2
* mkfontscale: update to 1.2.1
* mmc-utils: upgrade to latest revision
* mpg123: upgrade 1.25.11 -> 1.25.13
* msmtp: upgrade 1.8.5 -> 1.8.7
* mtdev: upgrade 1.1.5 -> 1.1.6
* musl: upgrade beyond 1.2.4
* ncurses: upgrade 6.1+20190803 -> 6.2
* netbase: 5.6 -> 6.1
* newlib: upgrade to 3.2.0
* nfs-utils: update to 2.4.3
* ninja: upgrade 1.9.0 -> 1.10.0
* ofono: update to 1.31
* opensbi: Bump from 0.4 to 0.6
* openssh: Upgrade 8.0p1 -> 8.2p1
* openssl: Upgrade 1.1.1d -> 1.1.1f
* opkg: upgrade to version 0.4.2
* opkg-utils: upgrade to version 0.4.2
* orc: update to 0.4.31
* ovmf: update to 201911
* p11-kit: upgrade 0.23.16.1 -> 0.23.20
* pango: upgrade 1.44.6 -> 1.44.7
* pciutils: upgrade 3.6.2 -> 3.6.4
* perl: update to 5.30.1
* piglit: upgrade to latest revision
* prelink: upgrade to latest revision (in the cross_prelink branch)
* procps: upgrade 3.3.15 -> 3.3.16
* psmisc: update to 23.3
* psplash: Update to latest git revision
* pulseaudio: 12.2 -> 13.0
* puzzles: upgrade to latest revision
* python3-dbus: upgrade 1.2.12 -> 1.2.16
* python3-docutils: upgrade 0.15 -> 0.16
* python3-gitdb: upgrade 2.0.5 -> 2.0.6
* python3-git: upgrade 3.0.2 -> 3.0.5
* python3-mako: upgrade 1.1.0 -> 1.1.1
* python3-numpy: upgrade to 1.17.4
* python3-pbr: upgrade 5.4.3 -> 5.4.4
* python3-pip: upgrade 19.2.3 -> 20.0.2
* python3-pycairo: upgrade 1.18.1 -> 1.19.0
* python3-pygments: update to 2.5.2
* python3-scons{-native}: upgrade 3.1.1 -> 3.1.2
* python3-setuptools: upgrade 41.2.0 -> 45.2.0
* python3-six: upgrade 1.12.0 -> 1.14.0
* python3: Upgrade 3.7.4 -> 3.8.2
* qemu: Upgrade to 4.2.0
* resolvconf: update to 1.82
* rng-tools: upgrade 6.7 -> 6.9
* ruby: update to v2.7.0
* screen: Upgrade 4.6.2 -> 4.8.0
* sed: upgrade to 4.8
* shadow: update 4.6 -> 4.8.1
* shared-mime-info: upgrade 1.10 -> 1.15
* socat: upgrade 1.7.3.3 -> 1.7.3.4
* speexdsp: 1.2rc3 -> 1.2.0
* sqlite3: upgrade 3.29 -> 3.31.1
* squashfs-tools: Upgrade to 4.4
* strace: Update to 5.5
* stress-ng: Upgrade 0.10.00 -> 1.13.0
* sudo: update to 1.8.31
* sysklogd: update to 2.1.1
* sysstat: update to 12.2.1
* systemd: Upgrade 243.2 -> v244.3
* systemtap: update to 4.2
* sysvinit: update 2.88dsf -> 2.96
* tcl: upgrade 8.6.9 -> 8.6.10
* texinfo: update to 6.7
* tiff: update to 4.1.0
* u-boot: Bump from 2019.07 -> 2020.01
* unifdef: upgrade 2.11 -> 2.12
* util-linux: upgrade 2.34 -> 2.35.1
* vala: upgrade 0.44.7 -> 0.46.6
* vim: update from 8.1.1518 to 8.2
* virglrenderer: update to 0.8.2
* vte: upgrade 0.56.3 -> 0.58.3
* vulkan-demos: update to latest revision
* vulkan: update to 1.1.126
* wayland-protocols: upgrade 1.18 -> 1.20
* wayland: upgrade 1.17.0 -> 1.18.0
* webkitgtk: update 2.24.4 -> 2.26.4
* weston: upgrade 7.0.0 -> 8.0.0
* x264: upgrade to latest revision
* xf86-video-intel: bump to latest SRCREV
* xkbcomp: upgrade 1.4.2 -> 1.4.3
* xkeyboard-config: 2.27 -> 2.28
* xorgproto: upgrade to 2019.2
* xserver-xorg: 1.20.5 -> 1.20.7
* yocto-bsps: update to v5.4.20


OpenEmbedded developers virtual happy hour

Philip Balister
 

We (the OpenEmbedded board, with help from Automotive Grade Linux who
are providing the meeting "space") would like to invite you a a virtual
happy hour on April 29 at Noon EDT, 6PM CET (Is that the right TZ)

We'd like to come and show off their projects and give us all a chance
to say hello since so many of our chances to meet in person are not
happening for the foreseeable future. We would also like to discuss what
kind of events we should host in the future to help build the community.

Topic: OpenEmbedded Developer Happpy Hour
Time: Apr 29, 2020 06:00 PM Amsterdam, Berlin, Rome, Stockholm, Vienna

Join Zoom Meeting
https://zoom.us/j/94557245630

Meeting ID: 945 5724 5630


Enabling SELinux in an application #selinux

Cguerin@...
 

I am with The Middleby Corporation.  We manufacture a wide variety of commercial ovens, ice machines, coffee brewers, microwaves, soft-serve machines and virtually anything you’d find in a commercial restaurant kitchen.  Much of our equipment has a touch-screen display on it – often 4.3” to 10.1” in size.  This is part of an embedded control system that includes a separate I/O board to talk to motors, heating elements, etc.  The touch-screen control are most often running Yocto Linux with a QT or similar application running on top of Linux.  Recently, we have been asked to explore enabling SELinux security provisions in our applications.  In speaking with several of our vendors, they all indicated they don’t generally need to enable SELinux and have never done so in the past.  

I now know what SELinux is, but I can’t get a good answer if it even is needed to be enabled on a touch-screen application on equipment that a 16 year old kid generally operates.  We often do have USB ports on our equipment for software updates and some is connected to the internet as well, but I still don’t see how the security access provisions in SELinux are needed for our application. 

Lastly, I'm not a programmer. I manage the business end of all of Middleby's electronic controls, so the aim of this message is to ask for general guidance regarding the need for SELinux or not.  


Re: Building Qt5 toolchain for windows

Joshua Watt
 


On 4/21/20 1:00 PM, d.fourdrigniez@... wrote:

Hello,

 

I’m working on a project and I need to build a Qt5 toolchain for Windows,

I’m using meta-qt5 and meta-mingw and my build machine is an ubuntu 18.04

However I keep having errors when i execute « bitbake meta-toolchain-qt5 », very much like the one in below forum thread 

https://www.yoctoproject.org/pipermail/yocto/2019-March/044512.html

 

Am I doing something wrong ? Could you help sending me some ideas on how I could accomplish what I want ?


I don't actually know a whole lot about cmake/qt5, so I'm not sure what would need to be done (other than what I've already stated in the message above). Samuli Piippo (cc'd) recently did some work to get cmake to build for MinGW, so he might have some insight.

 

Thanks,

 

Best regards,

David Fourdrigniez.


Re: Building XFS images

Ross Burton
 

On Tue, 21 Apr 2020 at 14:43, Drew Moseley via lists.yoctoproject.org
<drew.moseley=northern.tech@lists.yoctoproject.org> wrote:
I'm attempting to add image type support for XFS images. The utils are
in meta-filesystems and seem to work just fine. However, mkfs.xfs does
not have the ability to add files into an image as it is created, which
the other mkfs.* utilities do. Outside of bitbake builds, I can
obviously just loopback mount and copy using sudo to ensure ownership,
etc is preserved. It doesn't look like pseudo/fakeroot support mounting
images and the copying with ownership. Is there a mechanism to do this?
Right, to loopback mount you need to be root, and there's only so much
magic pseudo can do. Even if you could loopback mount as a user,
you'd not have permission to write the correct ownership.

mkfs.xfs either needs a way to create a file system from a directory,
or an offline way to edit the filesystem.

Ross


Yocto Project Status WW15'20

Stephen Jolley
 

Current Dev Position: YP 3.1 Being released

Next Deadline: YP 3.1 release date  2020/4/24

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 3.1 will be released imminently
  • We’re pleased to be able to announce that the stable maintainer for the 3.1 LTS release will be Steve Sakoman
  • YP 3.1 has been announced as an LTS release: https://www.yoctoproject.org/yocto-project-long-term-support-announced/
  • The 3.2 planning document where we’ve been discussing potential 3.2 developments is available at: https://docs.google.com/document/d/100bTV-etO0joh6rAkcr7smlZ9iuENG_8BtaXs_vb54c/edit?usp=sharing
  • Master branch development will open up later this week, there are already some patches queued and tested in master-next
  • There is discussion on the openembedded-architecture list about a particularly troublesome multilib issue which doesn’t appear to have any good resolution at present.
  • We are aware of some issues with bug trend metrics this week due to server transitions and are working to resolve those.

 

YP 3.1 Dates:

  • YP 3.1 In review for release
  • YP 3.1 Release date 2020/4/24

 

YP 3.2 Milestone Dates:

  • YP 3.2 M1 build date 2020/6/16
  • YP 3.2 M1 Release date 2020/6/26
  • YP 3.2 M2 build date 2020/7/27
  • YP 3.2 M2 Release date 2020/8/7
  • YP 3.2 M3 build date 2020/8/31
  • YP 3.2 M3 Release date 2020/9/11
  • YP 3.2 M4 build date 2020/10/5
  • YP 3.2 M4 Release date 2020/10/30

 

Planned upcoming dot releases:

  • YP 3.0.3 build date 2020/5/4
  • YP 3.0.3 release date 2020/5/15
  • YP 2.7.4 build date 2020/5/18
  • YP 2.7.4 release date 2020/5/29
  • YP 3.1.1 build date 2020/6/29
  • YP 3.1.1 release date 2020/7/10
  • YP 3.0.4 build date 2020/8/10
  • YP 3.0.4 release date 2020/8/21
  • YP 3.1.2 build date 2020/9/14
  • YP 3.1.2 release date 2020/9/25

 

Tracking Metrics:

 

The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Building XFS images

Drew Moseley
 

I'm attempting to add image type support for XFS images.  The utils are
in meta-filesystems and seem to work just fine.  However, mkfs.xfs does
not have the ability to add files into an image as it is created, which
the other mkfs.* utilities do.  Outside of bitbake builds, I can
obviously just loopback mount and copy using sudo to ensure ownership,
etc is preserved.  It doesn't look like pseudo/fakeroot support mounting
images and the copying with ownership.  Is there a mechanism to do this?


Drew


Re: How to get mysqy/mariadb to start on powerup.

slopez@...
 

Hi, all!
I'm having the same issue. I'm dummy with yocto, How I can create the bbappend file?
I added the file mariadb_%.bbappend in my layer folder/recipes-dbs/mysql and add the line:
SYSTEMD_AUTO_ENABLE_${PN}-server ?= "enable"
But nothings occurred, What I'm doing wrong?
Regads,


Mongodb 4.0.6 compilation failed with openssl 1 1.1a or openssl 1 1.1pre9 recipe.

amaya jindal
 


Hi All, 
we have rocko version of yocto project. So we have added the support of mongodb 4.0.6 from updated yocto codename. Now we need to add openssl 1.1.1 along with the above mongodb version but I am getting compilation issues. Can anyone help or guide me on that. 
Sent from my Huawei phone


Mongodb 4.0.6 compilation failed with openssl 1 1.1a

amaya jindal
 



Hi All, 
we have rocko version of yocto project. So we have added the support of mongodb 4.0.6 from updated yocto codename. Now we need to add openssl 1.1.1 along with the above mongodb version but I am getting compilation issues. Can anyone help or guide me on that. 
Sent from my Huawei phone
Sent from my Huawei phone


Re: Autotools bitbake recepie unexpected parameters

Mikael Falkvidd
 

Thanks Ross.

The reason I tried to pass --prefix to ./configure was that the install part was trying to install files at the host instead of the target. I thought passing the prefix parameter would make the install go to the target dir.

I'll try your suggestion to patch the Makefile instead. Hopefully that will result in a PR I can submit to the upstream repository.

Best regards
Mikael

Den mån 20 apr. 2020 kl 16:00 skrev Ross Burton <ross@...>:

On Mon, 20 Apr 2020 at 14:43, Mikael Falkvidd via
lists.yoctoproject.org <yocto=mjo.se@...> wrote:
> EXTRA_OECONF = "--prefix=${D}/usr/local"

This patch should be relative to the target, so /usr/local.

The entire point of the autotools class is to call the autotools with
common arguments, which is why it is passing more options.  Note how
you're setting ***EXTRA***_OECONF.

> I think I need to find why these parameters are passed, and make sure they are not passed so ./configure can fall back to just using --prefix.
> Could anyone give me any hints on how to troubleshoot this?

Why would you want to remove the carefully constructed set of
arguments and replace them with just your one option?  Your build
would break, I don't see you passing --target or --host for example
would be fatal.

I'm not sure why you feel the need to install to /usr/local/ instead
of /usr.  Anyway, the real problem is that libfec isn't using
automake, just autoconf.  Thus, it's 'make install' is fundamentally
broken:

install: all
  mkdir -p @libdir@
  ...

At no point does it try to install into a 'destdir' for staging
without writing directly to your build machine's /usr.  You'll need to
patch the Makefile to respect a DESTDIR, something like this:

  mkdir -p $(DESTDIR)@libdir@

This sort of problem does suggest that the repository is dead.

Ross


Re: Autotools bitbake recepie unexpected parameters

Ross Burton
 

On Mon, 20 Apr 2020 at 14:43, Mikael Falkvidd via
lists.yoctoproject.org <yocto=mjo.se@lists.yoctoproject.org> wrote:
EXTRA_OECONF = "--prefix=${D}/usr/local"
This patch should be relative to the target, so /usr/local.

The entire point of the autotools class is to call the autotools with
common arguments, which is why it is passing more options. Note how
you're setting ***EXTRA***_OECONF.

I think I need to find why these parameters are passed, and make sure they are not passed so ./configure can fall back to just using --prefix.
Could anyone give me any hints on how to troubleshoot this?
Why would you want to remove the carefully constructed set of
arguments and replace them with just your one option? Your build
would break, I don't see you passing --target or --host for example
would be fatal.

I'm not sure why you feel the need to install to /usr/local/ instead
of /usr. Anyway, the real problem is that libfec isn't using
automake, just autoconf. Thus, it's 'make install' is fundamentally
broken:

install: all
mkdir -p @libdir@
...

At no point does it try to install into a 'destdir' for staging
without writing directly to your build machine's /usr. You'll need to
patch the Makefile to respect a DESTDIR, something like this:

mkdir -p $(DESTDIR)@libdir@

This sort of problem does suggest that the repository is dead.

Ross


Re: Autotools bitbake recepie unexpected parameters

Konrad Weihmann
 

Hi Mikeal,

To me it seems like the makefile has no support for DESTDIR builtin - which is the mechanism poky relies on.
I've seen this projects offers a cmake file as well, maybe you have more luck with that, if not you have to patch the makefile.in, so it will understand DESTDIR, which default to none and prefixes every path in the makefile on installing.
I'm not sure about the --prefix hack - I would rather go for doing it correctly in the makefile.

Regards
Konrad

On 20.04.20 15:43, Mikael Falkvidd via lists.yoctoproject.org wrote:
Hi.
I am trying to add a bitbake recipe for https://github.com/quiet/libfec
This is my libfec/libfec_1.0.bb <http://libfec_1.0.bb>:
*FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
EXTRA_OECONF = "--prefix=${D}/usr/local"
SRCREV = "9750ca0a6d0a786b506e44692776b541f90daa91"
SRC_URI = "git://github.com/quiet/libfec.git <http://github.com/quiet/libfec.git>"
S = "${WORKDIR}/git"
inherit autotools*
When I bake it (bitbake -c clean libfec && bitbake libfec -v), I get the following error:
*ERROR: Function failed: do_install (log file is located at /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/temp/log.do_install.14765)
ERROR: Logfile of failure stored in: /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/temp/log.do_install.14765
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
| DEBUG: Executing shell function do_install
| + cd /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/build
| + do_install
| + autotools_do_install
| + oe_runmake DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + oe_runmake_call DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + bbnote make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + echo NOTE: make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| NOTE: make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
|
| mkdir -p /usr/lib
|
| install -m 644 -p libfec.so libfec.a /usr/lib
|
| install: cannot create regular file '/usr/lib/libfec.so': Permission denied*
This seems to be due to configure getting lots of parameters that I have not actively specified (bindir, sbindir, libexecdir, ...):
*autoreconf: configure.in <http://configure.in>: not using Automake
autoreconf: running: gnu-configize
autoreconf: Leaving directory `.'
+ cd /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/build
+ [ -e /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure ]
+ oe_runconf
+ cfgscript=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure
+ [ -x /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure ]
+ bbnote Running /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure  --build=x86_64-linux             --host=arm-oe-linux-gnueabi
        --target=arm-oe-linux-gnueabi                   --prefix=/usr               --exec_prefix=/usr              --bindir=/usr/bin --sbindir=/usr/sbin             --libexecdir=/usr/lib/libfec  --datadir=/usr/share            --sysconfdir=/etc --sharedstatedir=/com                   --localstatedir=/var  --libdir=/usr/lib               --includedir=/usr/include --oldincludedir=/usr/include            --infodir=/usr/share/info   --mandir=/usr/share/man                 --disable-silent-rules          --disable-dependency-tracking --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local
+ echo NOTE: Running /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure  --build=x86_64-linux                 --host=arm-oe-linux-gnueabi
          --target=arm-oe-linux-gnueabi                   --prefix=/usr                   --exec_prefix=/usr              --bindir=/usr/bin       --sbindir=/usr/sbin             --libexecdir=/usr/lib/libfec      --datadir=/usr/share            --sysconfdir=/etc --sharedstatedir=/com                   --localstatedir=/var  --libdir=/usr/lib               --includedir=/usr/include --oldincludedir=/usr/include            --infodir=/usr/share/info   --mandir=/usr/share/man                 --disable-silent-rules          --disable-dependency-tracking --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local
NOTE: Running /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure  --build=x86_64-linux                --host=arm-oe-linux-gnueabi
        --target=arm-oe-linux-gnueabi                   --prefix=/usr               --exec_prefix=/usr              --bindir=/usr/bin --sbindir=/usr/sbin             --libexecdir=/usr/lib/libfec  --datadir=/usr/share            --sysconfdir=/etc --sharedstatedir=/com                   --localstatedir=/var  --libdir=/usr/lib               --includedir=/usr/include --oldincludedir=/usr/include            --infodir=/usr/share/info   --mandir=/usr/share/man                 --disable-silent-rules          --disable-dependency-tracking --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local
+ set +e
+ /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure --build=x86_64-linux --host=arm-oe-linux-gnueabi --target=arm-oe-linux-gnueabi --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib/libfec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local*
I /think/ I need to find why these parameters are passed, and make sure they are not passed so ./configure can fall back to just using --prefix.
Could anyone give me any hints on how to troubleshoot this?
Best regards
Mikael


Autotools bitbake recepie unexpected parameters

Mikael Falkvidd
 

Hi.

I am trying to add a bitbake recipe for https://github.com/quiet/libfec

This is my libfec/libfec_1.0.bb:
FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
EXTRA_OECONF = "--prefix=${D}/usr/local"

SRCREV = "9750ca0a6d0a786b506e44692776b541f90daa91"
SRC_URI = "git://github.com/quiet/libfec.git"
S = "${WORKDIR}/git"

inherit autotools


When I bake it (bitbake -c clean libfec && bitbake libfec -v), I get the following error:
ERROR: Function failed: do_install (log file is located at /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/temp/log.do_install.14765)
ERROR: Logfile of failure stored in: /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/temp/log.do_install.14765
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
| DEBUG: Executing shell function do_install
| + cd /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/build
| + do_install
| + autotools_do_install
| + oe_runmake DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + oe_runmake_call DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + bbnote make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + echo NOTE: make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| NOTE: make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
| + make -j 8 DESTDIR=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image install
|
| mkdir -p /usr/lib
|
| install -m 644 -p libfec.so libfec.a /usr/lib
|
| install: cannot create regular file '/usr/lib/libfec.so': Permission denied

This seems to be due to configure getting lots of parameters that I have not actively specified (bindir, sbindir, libexecdir, ...):

autoreconf: configure.in: not using Automake
autoreconf: running: gnu-configize

autoreconf: Leaving directory `.'

+ cd /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/build
+ [ -e /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure ]
+ oe_runconf
+ cfgscript=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure
+ [ -x /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure ]

+ bbnote Running /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure  --build=x86_64-linux             --host=arm-oe-linux-gnueabi
          --target=arm-oe-linux-gnueabi                   --prefix=/usr                   --exec_prefix=/usr              --bindir=/usr/bin               --sbindir=/usr/sbin             --libexecdir=/usr/lib/libfec            --datadir=/usr/share            --sysconfdir=/etc               --sharedstatedir=/com                   --localstatedir=/var            --libdir=/usr/lib               --includedir=/usr/include               --oldincludedir=/usr/include            --infodir=/usr/share/info               --mandir=/usr/share/man                 --disable-silent-rules                  --disable-dependency-tracking                   --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local
+ echo NOTE: Running /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure  --build=x86_64-linux                 --host=arm-oe-linux-gnueabi
            --target=arm-oe-linux-gnueabi                   --prefix=/usr                   --exec_prefix=/usr              --bindir=/usr/bin               --sbindir=/usr/sbin             --libexecdir=/usr/lib/libfec            --datadir=/usr/share            --sysconfdir=/etc               --sharedstatedir=/com                   --localstatedir=/var            --libdir=/usr/lib               --includedir=/usr/include               --oldincludedir=/usr/include            --infodir=/usr/share/info               --mandir=/usr/share/man                 --disable-silent-rules                  --disable-dependency-tracking                   --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local
NOTE: Running /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure  --build=x86_64-linux                --host=arm-oe-linux-gnueabi
          --target=arm-oe-linux-gnueabi                   --prefix=/usr                   --exec_prefix=/usr              --bindir=/usr/bin               --sbindir=/usr/sbin             --libexecdir=/usr/lib/libfec            --datadir=/usr/share            --sysconfdir=/etc               --sharedstatedir=/com                   --localstatedir=/var            --libdir=/usr/lib               --includedir=/usr/include               --oldincludedir=/usr/include            --infodir=/usr/share/info               --mandir=/usr/share/man                 --disable-silent-rules                  --disable-dependency-tracking                   --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local
+ set +e
+ /home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/git/configure --build=x86_64-linux --host=arm-oe-linux-gnueabi --target=arm-oe-linux-gnueabi --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib/libfec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/sysroots/zynq-soft-nanosdr-mb-v2 --prefix=/home/atlas/git/z7000-sdr-gomspace/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/libfec/1.0-r0/image/usr/local


I think I need to find why these parameters are passed, and make sure they are not passed so ./configure can fall back to just using --prefix.
Could anyone give me any hints on how to troubleshoot this?

Best regards
Mikael


Re: how to establish a link between source code and s specific execuable #yocto

csimmonds
 

On 20/04/2020 08:17, zhangyifan46@huawei.com wrote:
Hello,
I have a question about the question, how to establish a link between
source code and s specific execuable.
Let me explain this.
For example ,  the output of a project has many excutables,like lzma,xz,
etc. Then i'd like to know what code(.c files) produces xz, what code
produces lzma. I know log.do_compile can provide clue about it(like gcc
-o xz xxx.c , but it is indirective and also confusing). Dose yocto
provide users with a clearer way for the link?
Also, I am not sure if objdump shows all the headers of the execuable.
thanks 

If you have compiled the executables with debug info then you can use
'objdump --dwarf' and look for the DW_AT_name and DW_AT_comp_dir
records. They will give you the full path to each source file at the
time of compilation





--
Chris Simmonds, trainer and consultant at 2net
http://www.2net.co.uk
Author of "Mastering Embedded Linux Programming"


how to establish a link between source code and s specific execuable #yocto

zhangyifan46@...
 

Hello,
I have a question about the question, how to establish a link between source code and s specific execuable.
Let me explain this.
For example ,  the output of a project has many excutables,like lzma,xz, etc. Then i'd like to know what code(.c files) produces xz, what code produces lzma. I know log.do_compile can provide clue about it(like gcc -o xz xxx.c , but it is indirective and also confusing). Dose yocto provide users with a clearer way for the link?
Also, I am not sure if objdump shows all the headers of the execuable.
thanks 


[meta-security][PATCH] samhain: dnmalloc hash fix for aarch64 and mips64

Haseeb Ashraf
 

fix runtime error:
samhain[4069]: FATAL: x_dnmalloc.c: 2790: hashval < AMOUNTHASH
Killed

The proper fix is not to disable dnmalloc. This change is in
continuation of samhain-mips64-aarch64-dnmalloc-hash-fix.patch
which requires CONFIG_ARCH_AARCH64 or CONFIG_ARCH_MIPS64 to be
defined for the corresponding architecture

Signed-off-by: Haseeb Ashraf <Haseeb_Ashraf@mentor.com>
---
recipes-ids/samhain/samhain.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/recipes-ids/samhain/samhain.inc b/recipes-ids/samhain/samhain.inc
index 0a5e432..b867bbc 100644
--- a/recipes-ids/samhain/samhain.inc
+++ b/recipes-ids/samhain/samhain.inc
@@ -67,6 +67,9 @@ PACKAGECONFIG[acl] = " --enable-posix-acl , --disable-posix-acl, acl"
PACKAGECONFIG[audit] = "ac_cv_header_auparse_h=yes,ac_cv_header_auparse_h=no,audit"
PACKAGECONFIG[ps] = "--with-ps-path=${base_bindir}/ps,,,procps"

+EXTRA_OEMAKE_append_aarch64 = " CPPFLAGS+=-DCONFIG_ARCH_AARCH64=1"
+EXTRA_OEMAKE_append_mips64 = " CPPFLAGS+=-DCONFIG_ARCH_MIPS64=1"
+
do_unpack_samhain() {
cd ${WORKDIR}
tar -xzvf samhain-${PV}.tar.gz
@@ -118,7 +121,6 @@ do_configure () {
--enable-network=${SAMHAIN_MODE} \
--with-pid-file=${localstatedir}/run/samhain.pid \
--with-data-file=${localstatedir}/lib/samhain/samhain_file \
- --disable-dnmalloc \
${EXTRA_OECONF}
}

--
2.17.1


U-Boot for IMX8mq_var_dart #yocto

Amrun Nisha.R
 

Hi,

I want to run the uboot as a separate image. So I have followed the steps from the link: http://variwiki.com/index.php?title=Yocto_Customizing_the_Linux_kernel . After cloning the u boot project, I have done the make command but the make was failed. I have to know, is that cloning is correct or not? Could someone help on this one?

3381 - 3400 of 52576