August 2021 - openSUSE Factory - openSUSE Mailing Lists

BUG with dlmopen on Tumbleweed - symbol lookup error: /lib64/libnss_compat.so.2: undefined symbol: _nss_compat_endaliasent
by Manvendra Bhangui 31 Aug '21

31 Aug '21

I'm facing a strange problem with dlmopen() on Tumbleweed, FC34 and Ubuntu 21.04. The dlopen() functions work fine though. The problem doesn't happen on Leap 42.3 and all debian versions. The workaround is to set the LD_DEBUG environment variable. The other work around is to modify /etc/nsswitch.conf to not use only files. This issue was first reported on 24 Mar 2021 by someone. I too have reported multiple conditions under which the bug occurs and it still continues. This is an upstream issue but causing issues for multiple distributions downstream. https://sourceware.org/bugzilla/show_bug.cgi?id=27646 Any application that uses dlmopen() and calls any of the getpwent, getgrent, getaliasent, etc either segfault or give error on missing libnss symbols. It is trivial to simulate the issue. The below code snippets foo.c and test.c exploits the issue. cat <<EOF>foo.c #include <stdio.h> #include <pwd.h> void bar1() { struct passwd *pw; pw = getpwent(); if (pw) printf("%s\n", pw->pw_name); } EOF cat <<EOF>test.c #define _GNU_SOURCE #include <dlfcn.h> #include <stdio.h> int main(int argc, char **argv) { void *handle; int (*func) (); if (!(handle = dlmopen(LM_ID_NEWLM, "./libfoo.so", RTLD_NOW))) { perror("dlmopen"); return 1; } func = dlsym(handle, "bar1"); (*func)(); return 0; } EOF # On Tumbleweed gcc -fPIC -shared foo.c -o libfoo.so gcc test.c -o test -ldl ./test ./test: symbol lookup error: /lib64/libnss_compat.so.2: undefined symbol: _nss_compat_endaliasent # setting LD_DEBUG=unused fixes the issue env LD_DEBUG=unused ./test root # On Fedora 34 gcc -fPIC -shared foo.c -o libfoo.so gcc test.c -o test -ldl ./test Segmentation fault (core dumped) echo This command will not segfault env LD_DEBUG=unused ./test root # On Ubuntu 21.04 gcc -fPIC -shared foo.c -o libfoo.so gcc test.c -o test -ldl ./test ./test: symbol lookup error: /lib/x86_64-linux-gnu/libnss_files.so.2: undefined symbol: _nss_files_getcanonname_r # setting LD_DEBUG=unused fixes the issue env LD_DEBUG=unused ./test root -- Regards Manvendra - http://www.indimail.org GPG Pub Key http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC7CBC760014D250C

2 5

YaST: highlights of development sprints 129 & 130
by Ancor Gonzalez Sosa 31 Aug '21

31 Aug '21

Curious about the summer activities of the YaST Team? Housekeeping, learning and much more in a new report from the YaST trenches at: https://yast.opensuse.org/blog/2021-08-31/sprints-129-130 Highlights include: * Better management of the Help button in text mode * Improved unmounting of file-systems at the end of installation * More robust handling of progress bars * Integrating contributions made by our users * Learning and improving the Release Tools Cheers. -- Ancor González Sosa YaST Team at SUSE Linux GmbH

1 0

konsole size in KDE
by Alberto Planas 31 Aug '21

31 Aug '21

Hi, did something change recently in KDE and Konsole? Since today (TW / full update) every time that I trigger the konsole I have one of size 220x27 (seems that is adjusted to fit the extra large second menu bar now). I resize it manually and after changing Desktop the size is reset again to the large one. Same after removing .config/konsolerc Does anyone have this issue? If so, is there a bsc#? -- SUSE Software Solutions Germany GmbH Maxfeldstr. 5 90409 Nuremberg Germany (HRB 36809, AG Nürnberg) Managing Director: Felix Imendörffer

3 7

Runaway kworker process after last update
by Peter Suetterlin 31 Aug '21

31 Aug '21

Hi, I just upgraded my laptop (Lenovo T470p) to latest TW 20210820, including kernel 5.13.12. Now I have a permanent kworker process running at full load: 27615 root 20 0 0 0 0 R 99.00 0.000 5:49.23 kworker/u16:3+events_unbound Is there a way to find out what exactly it is related with?

7 8

FYI: circular dependency in OpenImageIO and OpenColorIO
by Hans-Peter Jansen 30 Aug '21

30 Aug '21

Hi, after fixing yaml-cpp with https://build.opensuse.org/request/show/915135 I noticed, that we have a wonderful circular dependency between OpenImageIO and OpenColorIO. I solved it pragmatically by temporary defining Substitute: libOpenColorIO2_0 Ignore: libOpenColorIO2_0 in the project, in order to build the first stage of OpenImageIO. OpenShadingLanguage requires a complete build of both (cmake checks for iconvert binary) Cheers, Pete

1 0

WARNING: %post(kernel-default-5.13.12-2.1.x86_64) scriptlet failed, exit status 1
by Martin Wilck 30 Aug '21

30 Aug '21

The warning in the subject, printed when the latest TW kernel update is installed by zypper, is caused by a bug in suse-module-tools. In the worst case, depending on which other packages are installed/updated in the zypper run, an initrd for the new kernel may not be created, causing *boot failure* after rebooting. Workaround: run dracut -f /boot/initrd-5.13.12-2-default 5.13.12-2-default manually after the update (likewise for other kernel flavors). If the boot failure has already happened, you'll need to boot a previous kernel or a snapshot and repair the initrd. The problem is fixed in suse-module-tools-16.0.9 from Base:System. See also boo#1189881. Regards Martin

1 0

stalled Github merge request
by Daniel Noga 30 Aug '21

30 Aug '21

Hello, there is opened merge request https://github.com/openSUSE/plasma-opensuse/pull/12 to fix bug https://bugzilla.opensuse.org/show_bug.cgi?id=1134234 which is opened more than half year without any reaction. When I tried to ask for status, original developer tagged one of KDE maintainers, but it is 4 weeks without any response since then. I tried to write directly email to maintainer, but that was again without any reaction. What to do now? How can be the MR pushed to resolve? Thank you, Daniel

2 1

dropping ilmbase breaks a lot of packages
by Mathias Homann 30 Aug '21

30 Aug '21

Hi, I can see why ilmbase was dropped, but that breaks a lot of packages, for example digikam and blender. Any chance to get those fixed? Cheers MH -- Mathias Homann Mathias.Homann(a)openSUSE.org OBS: lemmy04 Jabber (XMPP): lemmy(a)tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

5 10

Tumbleweed in OBS and on download.o.o not in sync?
by Peter Czanik 30 Aug '21

30 Aug '21

Hi, I ran into an "interesting" problem. I have an up-to-date Tumbleweed. Now I compiled a sudo beta package using osc. When I tried to install the resulting packages, I ran into a strange error: localhost:/var/tmp/build-root/openSUSE_Tumbleweed-x86_64/home/abuild/rpmbuild/RPMS/x86_64 # rpm -Uvh sudo-1.9.8b3-0.x86_64.rpm sudo-plugin-python-1.9.8b3-0.x86_64.rpm error: Failed dependencies: libc.so.6(GLIBC_2.34)(64bit) is needed by sudo-1.9.8b3-0.x86_64 And I answer myself. The build chroot has a more recent glibc, than the system, see below. Even if the system was updated right before the compile... When will be the two in sync again? localhost:~/home:czanik:branches:Base:System/sudo # rpm -qi glibc Name : glibc Version : 2.33 Release : 9.1 Architecture: x86_64 Install Date: Wed Jul 7 09:36:27 2021 Group : System/Libraries Size : 6299620 License : GPL-2.0-or-later AND LGPL-2.1-or-later AND LGPL-2.1-or-later WITH GCC-exception-2.0 Signature : RSA/SHA256, Sun Jun 20 20:04:32 2021, Key ID b88b2fd43dbdc284 Source RPM : glibc-2.33-9.1.src.rpm Build Date : Sun Jun 20 19:40:34 2021 Build Host : cloud105 Packager : https://bugs.opensuse.org Vendor : openSUSE URL : http://www.gnu.org/software/libc/libc.html Summary : Standard Shared Libraries (from the GNU C Library) Description : The GNU C Library provides the most important standard libraries used by nearly all programs: the standard C library, the standard math library, and the POSIX thread library. A system is not functional without these libraries. Distribution: openSUSE Tumbleweed localhost:~/home:czanik:branches:Base:System/sudo # osc chroot openSUSE_Tumbleweed abuild@localhost:~> rpm -qi glibc Name : glibc Version : 2.34 Release : 608.27 Architecture: x86_64 Install Date: Fri Aug 27 11:56:34 2021 Group : System/Libraries Size : 6121923 License : GPL-2.0-or-later AND LGPL-2.1-or-later AND LGPL-2.1-or-later WITH GCC-exception-2.0 Signature : RSA/SHA256, Fri Aug 27 08:17:22 2021, Key ID 88eb5d66e2c0098c Source RPM : glibc-2.34-608.27.src.rpm Build Date : Fri Aug 27 08:01:03 2021 Build Host : lamb08 Vendor : obs://build.opensuse.org/Base:System URL : http://www.gnu.org/software/libc/libc.html Summary : Standard Shared Libraries (from the GNU C Library) Description : The GNU C Library provides the most important standard libraries used by nearly all programs: the standard C library, the standard math library, and the POSIX thread library. A system is not functional without these libraries. Distribution: Base:System / openSUSE_Tumbleweed Bye, CzP

5 6

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 30 Aug '21

30 Aug '21

Dear Package maintainers and hackers. Below package(s) in openSUSE:Factory have been failing to build for at least 4 weeks. We tried to send out notifications to the configured bugowner/maintainers of the package(s), but so far no fix has been submitted. This probably means that the maintainer/bugowner did not yet find the time to look into the matter and he/she would certainly appreciate help to get this sorted. - gnuradio Unless somebody is stepping up and submitting fixes, the listed package(s) are going to be removed from openSUSE:Factory. Kind regards, DimStar / Dominique Leuenberger <dimstar(a)opensuse.org>

4 4