0001-let-system-headers-provide-pread64.patch
removed since it's not available in 507
License-Update:
file location of Copyright changed.
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Changelog:
============
- Link against NLS libs for icewm-menu-fdo and closes ice-wm/icewm
- Fix broken modSuperIsCtrlAlt
- Simplify key handling in MenuProgSwitchItems.
- Skip past carriage-returns in getArgument for ice-wm/icewm#186.
- Remove trailing carriage-returns from each input line in icewm-menu-fdo
- Let QuickSwitch select the proper client tab, before activating a frame.
- Fix toolbar addButton for issue ice-wm/icewm#186.
- Wait for the Return key-release event before accepting the address bar
input line to avoid stray Return key-release events in applications.
- Improve focusing xterms by first updating our notion of the server time
from xproperty events
- Update the event time strictly increasing.
- Translated using Weblate
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
License-Update:Coyright year updated to 2025
Changelog:
============
* Fix memory safety with some older 'strerror_r()' implementations in error
formatters for all modules.
* Build
* Fix character device GPIO support tests in Makefile for alternate
shells and older versions of make.
* Fix cross-compilation in Makefile from Windows.
* Fix CMake minimum required version.
* Add CMake package generation.
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
- use gi-docgen instead of gtk_doc
- add json-glib dependency
- inherit pkgconfig
- add a runtime dependency on hwdata because we need to provide usbids
- dont use append for EXTRA_OEMESON
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
There is a bug in uutils-coreutils causing stdbuf to include the HOST version of libstdbuf.so, even when cross-compiled.
As a side-effect, the uutils-coreutils binary was containing the buildpath, because RPATH was set on libstdbuf.so.
Thus the buildpath error can be re-enabled.
This is tracked upstream by https://github.com/uutils/coreutils/issues/6591
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Co-authored-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* hardcoding:
${WORKDIR}/recipe-sysroot-native${libdir}
is just wrong when there is a better variable
* This path won't be correct for multilib builds where target ${libdir}
might be e.g. /usr/lib32 while native libdir is /usr/lib.
* use STAGING_LIBDIR_NATIVE variable which uses correct ${libdir_native}
* fixes:
error: failed to run custom build command for `devicemapper-sys v0.3.0`
Caused by:
process didn't exit successfully: `lib32-thin-provisioning-tools/1.1.0/build/target/release/build/devicemapper-sys-88de590bc55acb43/build-script-build` (exit status: 101)
--- stderr
thread 'main' panicked at lib32-thin-provisioning-tools/1.1.0/sources-unpack/cargo_home/bitbake/bindgen-0.69.4/lib.rs:622:31:
Unable to find libclang: "couldn't find any valid shared libraries matching: ['libclang.so', 'libclang-*.so', 'libclang.so.*', 'libclang-*.so.*'], set the `LIBCLANG_PATH` environment variable to a path where one of these files can be found (invalid: [])"
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
mkdir -p /build-dir/202503/build-poky/tmp/work/core2-64-poky-linux/dialog/1.3-20250116/image/usr/share/man/man1
/build-dir/202503/build-poky/tmp/hosttools/install -c dialog /build-dir/202503/build-poky/tmp/work/core2-64-poky-linux/dialog/1.3-20250116/image/usr/bin/`echo dialog |sed s,^,x86_64-poky-linux-,`
This change goes against established user habits. So, create a symbolic link named /usr/bin/dialog.
Signed-off-by: Lei Maohui <leimaohui@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* don't seem to be needed, I don't see any failures or changes after removing them
* they were needed before in older version as explained by Etienne in:
https://lists.openembedded.org/g/openembedded-devel/message/115756
regarding SELINUX_INCLUDE_DIR, it was definitely needed as I implemented the recipe. During implementation I submitted this patch to selinux-sys ( https://github.com/koutheir/selinux-sys/commit/a6667c404ecc33266f66e9516bb8e30150c41ec2 ) to correctly use this variable, and was getting a build error without this fix because the rust crate selinux-sys was not finding the selinux header-file (specifically, the bindgen tool).
However, this was in 2022, and since then there has been this patch in selinux-sys: https://github.com/koutheir/selinux-sys/commit/d3ea4674e18c5240918348bea4ec6248e50516e5 , and it seems that the variable is not needed any more.
At least I'm not able to reproduce the build error which I was getting, even with commenting out SELINUX_LIB_DIR and SELINUX_INCLUDE_DIR.
The header-file is used for generating rust code from the C header-file using bindgen, so I don't think it makes a difference whether the native version or the target version is used.
This is the old build error I was getting:
process didn't exit successfully: `/workdir/build/tmp-glibc/work/armv8a-linux/uutils-coreutils/0.0.14.AUTOINC+43a5b8c7d7-r0/build/target/release/build/selinux-sys-0849198bc1fef4a4/build-script-build` (exit status: 101)
--- stdout
cargo:root=/workdir/build/tmp-glibc/work/armv8a-linux/uutils-coreutils/0.0.14.AUTOINC+43a5b8c7d7-r0/build/target/aarch64-snap-linux/release/build/selinux-sys-d96748d49908959f/out
cargo:rerun-if-env-changed=SELINUX_STATIC_aarch64-snap-linux
cargo:rerun-if-env-changed=SELINUX_STATIC_aarch64_snap_linux
cargo:rerun-if-env-changed=TARGET_SELINUX_STATIC
| --- stderr
| src/selinux-sys.h:1:10: fatal error: 'selinux/selinux.h' file not found
| src/selinux-sys.h:1:10: fatal error: 'selinux/selinux.h' file not found, err: true
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* use STAGING_LIBDIR_NATIVE variable for LIBCLANG_PATH and SELINUX_LIB_DIR
and STAGING_INCDIR_NATIVE variable for SELINUX_INCLUDE_DIR
not sure why it uses native version and not target, but at least use
correct variable
* hardcoding:
${WORKDIR}/recipe-sysroot-native${libdir}
is just wrong when there is a better variable
* This path won't be correct for multilib builds where target ${libdir}
might be e.g. /usr/lib32 while native libdir is /usr/lib.
* even with meta-selinux added to my builds I don't see any failure
maybe these variables aren't really used?
* use STAGING_LIBDIR_NATIVE variable which uses correct ${libdir_native}
OE qemuarm64-multilib@ /OE/build/oe-core $ bitbake-getvar LIBCLANG_PATH -r uutils-coreutils
#
# $LIBCLANG_PATH [2 operations]
# exported /OE/build/oe-core/meta-openembedded/meta-oe/recipes-core/uutils-coreutils/uutils-coreutils_0.0.29.bb:33
# [export] "1"
# set /OE/build/oe-core/meta-openembedded/meta-oe/recipes-core/uutils-coreutils/uutils-coreutils_0.0.29.bb:33
# "${WORKDIR}/recipe-sysroot-native${libdir}"
# pre-expansion value:
# "${WORKDIR}/recipe-sysroot-native${libdir}"
export LIBCLANG_PATH="/OE/build/oe-core/tmp/work/cortexa57-oe-linux/uutils-coreutils/0.0.29/recipe-sysroot-native/usr/lib64"
OE qemuarm64-multilib@ /OE/build/oe-core $ bitbake-getvar STAGING_LIBDIR_NATIVE -r uutils-coreutils
#
# $STAGING_LIBDIR_NATIVE
# set /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:425
# "${STAGING_DIR_NATIVE}${libdir_native}"
STAGING_LIBDIR_NATIVE="/OE/build/oe-core/tmp/work/cortexa57-oe-linux/uutils-coreutils/0.0.29/recipe-sysroot-native/usr/lib"
OE qemuarm64-multilib@ /OE/build/oe-core $ bitbake-getvar LIBCLANG_PATH -r lib32-uutils-coreutils
#
# $LIBCLANG_PATH [2 operations]
# exported /OE/build/oe-core/meta-openembedded/meta-oe/recipes-core/uutils-coreutils/uutils-coreutils_0.0.29.bb:33
# [export] "1"
# set /OE/build/oe-core/meta-openembedded/meta-oe/recipes-core/uutils-coreutils/uutils-coreutils_0.0.29.bb:33
# "${WORKDIR}/recipe-sysroot-native${libdir}"
# pre-expansion value:
# "${WORKDIR}/recipe-sysroot-native${libdir}"
export LIBCLANG_PATH="/OE/build/oe-core/tmp/work/armv7at2-neon-oemllib32-linux-gnueabi/lib32-uutils-coreutils/0.0.29/recipe-sysroot-native/usr/lib32"
OE qemuarm64-multilib@ /OE/build/oe-core $ bitbake-getvar STAGING_LIBDIR_NATIVE -r lib32-uutils-coreutils
#
# $STAGING_LIBDIR_NATIVE
# set /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:425
# "${STAGING_DIR_NATIVE}${libdir_native}"
STAGING_LIBDIR_NATIVE="/OE/build/oe-core/tmp/work/armv7at2-neon-oemllib32-linux-gnueabi/lib32-uutils-coreutils/0.0.29/recipe-sysroot-native/usr/lib"
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
ChangeLog:
Version 2.03.31 - 27th February 2025
====================================
Reduce 'mandoc -T lint' reported issues for man pages.
Restore support for LVM_SUPPRESS_FD_WARNINGS (2.03.24).
Fix uncache and split cache restoring original state of volume.
Extend use of lockopt skip to more scenarios.
Enhance error path resolving in polling code.
Disallow shared activation of LV with CoW snapshot.
Fix lvmlockd use in lvremove of CoW snapshot, VDO pool, and uncache.
Improve mirror split with opened temporary volumes.
Improve pvmove finish with opened temporary volumes.
Fix backup limit for devices file, handle over 10,000 files.
Ignore reported optimal_io_size not divisible by 4096.
Fix busy-loop in config reading when read returned 0.
Fix DM cache preserving logic (2.03.28).
Improve use of lvmlockd for usecases involving thin volumes and pools.
Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Native build on aarch64 breaks with:
| {standard input}: Assembler messages:
| {standard input}:169: Error: selected processor does not support `xpaclri'
| {standard input}:411: Error: selected processor does not support `xpaclri'
| {standard input}:859: Error: selected processor does not support `xpaclri'
| {standard input}:1140: Error: selected processor does not support `xpaclri'
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Alex Kiernan <alexk@a-squared-projects.uk>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Currently, gnuplot recipe requires the x11 distro feature to be built.
However, X11 is not needed for running gnuplot as long as we don't use
a gnuplot X11 terminal.
This commit adds the x11 package config used to make the need of x11
distro feature optional to build gnuplot. `features_check` inherit is removed as
any of the functionalities of this class is now used.
Signed-off-by: Paul Le Guen de Kerneizon <paul.leguendekerneizon@savoirfairelinux.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
disable_libunwind_aarch64.patch is dropped because from my runtime
testing, this patch is no longer needed.
0001-disbale-heap-checkers-and-debug-allocator-on-musl.patch is
dropped because I don't see it necessary now. Things still build
without it.
0001-src-mmap_hook.cc-Fix-build-for-32bit-machine.patch is dropped
because this oe specific patch is no longer needed because of the
following two commits:
02adc8c also disable _TIME_BITS in mmap_hook.cc
198b3dd disable _FILE_OFFSET_BITS in mmap_hook.cc
ppc-musl.patch is rebased.
0002-src-base-elf_mem_image.cc-fix-build-for-musl.patch is added
to fix build failure for musl + ppc64.
0003-Makefile.am-disable-building-noinst-tests-for-musl.patch is
added as a workaround to fix build failure on musl + ppc64.
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
As of right now there are no applications available for benchmarking
OpenCL. Clpeak is a simple synthetic benchmark for OpenCL that is
designed to determine the peak capabilities of OpenCL devices.
It's currently one of the more popular CL benchmarks supported by
OpenBenchmarking.org and licensed Apache-2.0.
Signed-off-by: Randolph Sapp <rs@ti.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The liberation font release 0.2 is not available for download
anymore and was released in 2007, so let's do an update.
Since 2007 also the license has changed to a better suited
SIL Open Font License. In addition, the ttf is now build from
source like, e.g., in ttf-lohit.
Signed-off-by: Thomas Schlien <ts@ferncast.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
BUILD_CFLAGS doesn't contain information about the recipe sysroot nor about the target
system - and in case these are not specified for bindgen, then it builds against
the build system's headers, using the build system's arch.
Instead of BUILD_CFLAGS pass HOST_CC_ARCH and TOOLCHAIN_OPTIONS, which contain the sysroot
and the requred cross-compiling flags, beside passing the target flag also.
Fixes the following do_compile error:
| /usr/include/linux/types.h:5:10: fatal error: 'asm/types.h' file not found
| thread 'main' panicked at /yocto/sandbox/build/tmp/work/cortexa72-poky-linux/thin-provisioning-tools/1.1.0/sources-unpack/cargo_home/bitbake/devicemapper-sys-0.3.0/build.rs:24:10:
| Could not generate dm.h bindings: ClangDiagnostic("/usr/include/linux/types.h:5:10: fatal error: 'asm/types.h' file not found\n")
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add a patch to not use AM_INIT_AUTOMAKE as automake isn't actually used,
and just let autotools.bbclass run autoreconf.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Add some implicit dependencies which are explicitly checked for, a small
comment, and remove an obsolete FILES:PN-dbg.
Signed-off-by: Ross Burton <ross.burton@arm.com>
When unpacking, just use cp to hardlink the xserver source tree into the
tigervnc source tree.
When configuring, instead of replicating complicated logic, we can
simply set the variable AUTOTOOLS_SCRIPT_PATH and just call
autotools_do_configure. Some of the options passed to the xserver
configure are obsolete so remove them.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Pass the correct path so the unit is installed where it should be, and
use the systemd class to ensure the unit is enabled correctly.
Signed-off-by: Ross Burton <ross.burton@arm.com>
The configure scripts do the right thing now, so there's no need to
patch configure.ac or manually invoke the sub-configure.
Also remove obsolete FILES, -dbg is packaged automatically and we don't
install .la files.
Signed-off-by: Ross Burton <ross.burton@arm.com>
As of "autotools: don't try and find in-tree macros" in core, acpaths is
no longer used.
Also switch to out-of-tree builds as this appear to work now.
Signed-off-by: Ross Burton <ross.burton@arm.com>
No need to manually write do_configure, the config.h.in is generated
with autoheader so don't disable that, but disable aclocal as that file
is hand-maintained.
Signed-off-by: Ross Burton <ross.burton@arm.com>