linux/poky.git/meta/recipes-devtools/pseudo, branch 3.2_M3

pseudo: fix renaming to self

2020-08-27T07:25:44+00:00

Pseudo tests for an item being renamed to itself only after information about it has been deleted. Move the test to before we change the database. Note that pseudo does not support renameat2(), but neither does glibc. (From OE-Core rev: 6b3d109f42385ad1cf1f297a6c06ea7eb6509f26) Signed-off-by: Joe Slater Signed-off-by: Richard Purdie

pseudo: Update to add OFC fcntl lock updates

2020-07-22T11:45:56+00:00

This adds in support for the OFC fcntl ioctl lock flags, removing warnings on some more recent linux kernels. (From OE-Core rev: 234168f803bee2e5b0955aabaddb1d967349fb82) Signed-off-by: Richard Purdie

pseudo: merge in fixes for setfacl issue

2020-06-28T07:36:00+00:00

[YOCTO #13959] (From OE-Core rev: 18fbd28c9aa0276d110839c4282a9ab75fc9f28e) Signed-off-by: Richard Purdie

pseudo: Switch to oe-core branch in git repo

2020-06-28T07:36:00+00:00

We have a significant number of outstanding patches to pseudo. Rather than queue these up as patches, create a branch in the upstream repo and use that until such times as we have someone with the time/skills to properly review these for master in the pseudo repo. (From OE-Core rev: f09088eaa803ce396726368626a35dee70168d91) Signed-off-by: Richard Purdie

pseudo: Fix attr errors due to incorrect library resolution issues

2020-06-23T11:31:03+00:00

On a tumbleweed system, "install X Y" was showing the error: pseudo: ENOSYS for 'fsetxattr'. which was being caused by dlsym() for that function returning NULL. This appears to be due to it finding an unresolved symbol in libacl for this symbol in libattr. It hasn't been resolved so its NULL. dlerror() returns nothing since this is a valid symbol entry, its just not the one we want. We can add the glibc version string for the symbol we actually want so we get that version rather than the libattr/libacl one. The calls in libattr are just wrappers around the libc version so our attaching to the libc versions should intercept any accesses via these too. [YOCTO #13952] (From OE-Core rev: 82655cb26ad01de9587ef41eaef155c61c361f67) Signed-off-by: Richard Purdie

pseudo: Fix enum typedef

2020-05-12T14:20:42+00:00

'pseudo_access_t' is a type, so use typedef. Fixes building pseudo with gcc 10 where -fno-common is the default. (From OE-Core rev: a7d519f742aadc9110c2401f359254210a784f6b) Signed-off-by: Jacob Kroon Signed-off-by: Richard Purdie

pseudo: add macro guard for seccomp

2020-04-29T14:02:19+00:00

It fails to compile pseudo-native on centos 7: | ports/linux/pseudo_wrappers.c: In function ‘prctl’: | ports/linux/pseudo_wrappers.c:129:14: error: ‘SECCOMP_SET_MODE_FILTER’ undeclared (first use in this function) | if (cmd == SECCOMP_SET_MODE_FILTER) { | ^ Add macro guard for the definition to avoid the failure. (From OE-Core rev: d1c4492cb9cf5a624bb996c94e9a1589133be014) Signed-off-by: Kai Kang Signed-off-by: Richard Purdie

pseudo: During DB fix, remove files that do not exist

2020-04-06T15:45:11+00:00

If a file does not exist, either because it has been removed outside bitbake, or because only some of the files have been moved to a different location, delete it from the pseudo-db is the user decides to fix the database. (From OE-Core rev: 79f7212ae71a4eb9e7abfe2c333b035ccc10e5c5) Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Richard Purdie

pseudo: Force seccomp to return success when in fact doing nothing

2020-04-06T15:45:11+00:00

Pseudo changes the syscall access patterns which makes it incompatible with seccomp. Therefore intercept the seccomp syscall and alter it, pretending that seccomp was setup when in fact we do nothing. If we error as unsupported, utilities like file will exit with errors so we can't just disable it. This works around issues on platforms where seccomp is enabled in file (e.g. archlinux). (From OE-Core rev: bc895522eb940539a0e3cb6192c4a64f13ca8d6a) Signed-off-by: Richard Purdie

pseudo: Ensure we use our own libsqlite

2020-03-31T12:58:01+00:00

pseudo-native is special in that bitbake ends up executing it from the sysroot-components directory before we have any workdirs for the bitbake fakeroot worker. Since we switched to dynamically linking sqlite, it means sqlite from the host system may be found, we really want the version in sysroot-components. Trying to run tasks to create some special environment for pseudo is hard and error prone. The simplest fix is to add an RPATH to the binary so that it can correctly find the sqlite we want. Unfortunately passing $ORIGIN into make doesn't work so well with shell quoting so we have to fix that during do_install. [YOCTO #13814] (From OE-Core rev: 3937ca9e2dfabb1ce9bce1d536b60b1e2a43739b) Signed-off-by: Richard Purdie