September 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1214169] New: cloud-init fails to install with "/usr/lib/rpm/fdupes_wrapper: No such file or directory"
by bugzilla_noreply＠suse.com 04 Dec '23

04 Dec '23

https://bugzilla.suse.com/show_bug.cgi?id=1214169 Bug ID: 1214169 Summary: cloud-init fails to install with "/usr/lib/rpm/fdupes_wrapper: No such file or directory" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: carsten.tschense(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Updating cloud-init on MicroOS fails with (1/1) Installing: cloud-init-23.1-2.1.aarch64 [........ /var/tmp/rpm-tmp.JzYOr4: line 4: /usr/lib/rpm/fdupes_wrapper: No such file or directory warning: %post(cloud-init-23.1-2.1.aarch64) scriptlet failed, exit status 127 .done] -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1213796] New: java-20-openjdk fails to compile in 2034
by bugzilla_noreply＠suse.com 04 Dec '23

04 Dec '23

https://bugzilla.suse.com/show_bug.cgi?id=1213796 Bug ID: 1213796 Summary: java-20-openjdk fails to compile in 2034 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Java Assignee: java-maintainers(a)suse.de Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: fstrba(a)suse.com Target Milestone: --- Found By: --- Blocker: --- While working on reproducible builds for openSUSE, I found that our java-20-openjdk package fails to compile in 2034 to reproduce: osc co openSUSE:Factory/java-20-openjdk && cd $_ osc build --clean --noservice -j1 --vm-type=kvm \ --build-opt=--vm-custom-opt="-rtc base=2034-02-02T00:00:00" \ standard x86_64 [ 284s] /usr/lib64/jvm/java/bin/java -XX:+UseSerialGC -Xms32M -Xmx512M -XX:TieredStopAtLevel=1 -Duser.language=en -Duser.country=US -XX:+UnlockDiagnosticVMOptions -XX:-VerifySharedSpaces -XX:SharedArchiveFile=/home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/configure-support/classes.jsa -Xshare:auto -cp /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/buildtools/jdk_tools_classes build.tools.generatecharacter.CharacterName /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/src/java.base/share/data/unicodedata/UnicodeData.txt /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/jdk/modules/java.base/java/lang/uniName.dat [ 284s] /usr/bin/rm -f /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/jdk/modules/java.base/java/util/currency.data [ 284s] /usr/lib64/jvm/java/bin/java -XX:+UseSerialGC -Xms32M -Xmx512M -XX:TieredStopAtLevel=1 -Duser.language=en -Duser.country=US -XX:+UnlockDiagnosticVMOptions -XX:-VerifySharedSpaces -XX:SharedArchiveFile=/home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/configure-support/classes.jsa -Xshare:auto -cp /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/buildtools/jdk_tools_classes build.tools.generatecurrencydata.GenerateCurrencyData -o /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/jdk/modules/java.base/java/util/currency.data.tmp -i /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/src/java.base/share/data/currency/CurrencyData.properties [ 285s] Error: time is more than 10 years from present: 1672527600000 [ 285s] java.lang.RuntimeException: time is more than 10 years from present: 1672527600000 [ 285s] at build.tools.generatecurrencydata.GenerateCurrencyData.makeSpecialCaseEntry(GenerateCurrencyData.java:315) [ 285s] at build.tools.generatecurrencydata.GenerateCurrencyData.buildMainAndSpecialCaseTables(GenerateCurrencyData.java:254) [ 285s] at build.tools.generatecurrencydata.GenerateCurrencyData.main(GenerateCurrencyData.java:185) [ 285s] gmake[3]: *** [Gendata.gmk:55: /home/abuild/rpmbuild/BUILD/jdk20u-jdk-20.0.1-9/build/jdk/modules/java.base/java/util/currency.data] Error 1 [ 285s] gmake[2]: *** [make/Main.gmk:147: java.base-gendata] Error 2 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1214364] New: net-snmp: new release 5.9.4
by bugzilla_noreply＠suse.com 03 Dec '23

03 Dec '23

https://bugzilla.suse.com/show_bug.cgi?id=1214364 Bug ID: 1214364 Summary: net-snmp: new release 5.9.4 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: abergmann(a)suse.com Reporter: abergmann(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- https://github.com/net-snmp/net-snmp/blob/v5.9.4/CHANGES *5.9.4*: IMPORTANT: SNMP over TLS and/or DTLS are not functioning properly in this release with various versions of OpenSSL and will be fixed in a future release. libsnmp: - Remove the SNMP_SWIPE_MEM() macro Remove this macro since it is not used in the Net-SNMP code base. - DISPLAY-HINT fixes - Miscellanious improvements to the transports - Handle multiple oldEngineID configuration lines - fixes for DNS names longer than 63 characters agent: - Added a ignoremount configuration option for the HOST-MIB - disallow SETs with a NULL varbind - fix the --enable-minimalist build apps: - snmpset: allow SET with NULL varbind for testing - snmptrapd: improved MySQL logging code general: - configure: Remove -Wno-deprecated as it is no longer needed - miscellanious ther bug fixes, build fixes and cleanups -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1214800] New: KDE Wayland Screen Energy Saving Problem
by bugzilla_noreply＠suse.com 03 Dec '23

03 Dec '23

https://bugzilla.suse.com/show_bug.cgi?id=1214800 Bug ID: 1214800 Summary: KDE Wayland Screen Energy Saving Problem Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: pfaca(a)tutamail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- When using Wayland, Screen Energy Saving doesn't work. Either waiting for the switch off timer, or using Ctrl + Alt + D the outcome is the same: 1. display turns off 2. display says that there is no signal/input 3. display turns off again 4. display wakes up immediately Journal gives the following: plasmashell[2276] qt.qpa.wayland: Wayland does not support QWindow::requestActivate() At bugs.kde.org there is the bug number 462695 (https://bugs.kde.org/show_bug.cgi?id=462695) where it claims the bug was resolved at KDE side and the fix has to be provided by openSUSE. My specs: openSUSE Tumbleweed Kernel 6.4.11-1-default DE Plasma 5.27.7 CPU Intel i5-4670K GPU AMD ATI Radeon RX 6750 XT Note: Everything works has expected using X11. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1215282] New: consoletest_setup fails on gnome scenario
by bugzilla_noreply＠suse.com 30 Nov '23

30 Nov '23

https://bugzilla.suse.com/show_bug.cgi?id=1215282 Bug ID: 1215282 Summary: consoletest_setup fails on gnome scenario Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 URL: https://openqa.opensuse.org/tests/3568610/modules/cons oletest_setup/steps/52 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: guillaume.gardet(a)arm.com QA Contact: qa-bugs(a)suse.de CC: dmueller(a)suse.com, fvogt(a)suse.com Target Milestone: --- Found By: openQA Blocker: Yes ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-system_performance@aarch64 fails in [consoletest_setup](https://openqa.opensuse.org/tests/3568610/modules/consol… consoletest_setup fails on gnome scenario since aarch64 Tumbleweed snapshot 20230911. The problem is we have broken fonts: https://openqa.opensuse.org/tests/3568601#step/consoletest_setup/54 So, '/usr/lib/systemd/systemd-vconsole-setup' is called (and returns 0), but prints some errors: https://openqa.opensuse.org/tests/3568601#step/consoletest_setup/55 ********** Sep 12 02:25:59.709634 localhost systemd-vconsole-setup[376]: KD_FONT_OP_GET failed while trying to get the font metadata: Invalid argument Sep 12 02:25:59.709640 localhost systemd-vconsole-setup[376]: Fonts will not be copied to remaining consoles ********** And does not display new fonts as expected by openQA: https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/… ## Test suite description Maintainer: QE Core An explicit system performance test. https://progress.opensuse.org/issues/36100 ## Reproducible Fails since (at least) Build [20230911](https://openqa.opensuse.org/tests/3568153) ## Expected result Last good: [20230910](https://openqa.opensuse.org/tests/3565572) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=opensu… -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1215179] New: /run/lock no longer belongs to the "lock" group; it is now in "root"
by bugzilla_noreply＠suse.com 30 Nov '23

30 Nov '23

https://bugzilla.suse.com/show_bug.cgi?id=1215179 Bug ID: 1215179 Summary: /run/lock no longer belongs to the "lock" group; it is now in "root" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: David(a)WalkerStreet.info QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Sometime in the past few weeks, the ownership of /var/lock in Tumbleweed changed from root:lock to root:root, breaking OpenHAB3's ability to create lock files within that directory, unless it's given membership in the root group by adding "SupplementaryGroups=root" in its systemd .service configuration (which isn't the best security strategy). This problem is very similar to bug #552095, which was reported nearly 14 years ago and later resolved, although in a way that doesn't apply to my use case. What this change deliberate? If not, could it be reversed? If it can't be reversed, suggestions for a workaround would be appreciated. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1215338] New: pv is failing for s390x sometimes
by bugzilla_noreply＠suse.com 30 Nov '23

30 Nov '23

https://bugzilla.suse.com/show_bug.cgi?id=1215338 Bug ID: 1215338 Summary: pv is failing for s390x sometimes Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: pgajdos(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- [ 238s] 8/35: Display: --fineta - plausible values FAILED [ 238s] 8/35: - more than 7 different values (8) [ 238s] 8/35: - ETA 08:10:39 [ 238s] 8/35: - ETA 08:10:40 [ 238s] 8/35: - ETA 08:10:41 [ 238s] 8/35: - ETA 08:10:42 [ 238s] 8/35: - ETA 08:10:43 [ 238s] 8/35: - ETA 08:10:44 [ 238s] 8/35: - ETA 08:10:45 [ 238s] 8/35: - ETA 08:10:46 The failing command is: $ dd if=/dev/zero bs=100 count=1 2>/dev/null | ./pv -f -I -s 100 -i 0.1 -L 25 2>log; tr '\r' '\n' < "log" | tr -d ' ' | sed '/^$/d' | sort | uniq and may have 8 lines as result. Jan: do you have an idea what could be the way out? I just guess that the command just last longer than expected. For x86_64 build root the list had 5 or 6 elements. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1212839] New: LTP test cve-2021-22555 setsockopt08.c fails with ENOENT
by bugzilla_noreply＠suse.com 30 Nov '23

30 Nov '23

https://bugzilla.suse.com/show_bug.cgi?id=1212839 Bug ID: 1212839 Summary: LTP test cve-2021-22555 setsockopt08.c fails with ENOENT Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: petr.vorel(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- LTP test cve-2021-22555 setsockopt08.c fails with ENOENT [1], but it expects EINVAL on mostly all archs on Tumbleweed (all but s390x, i.e. aarch64, ppc64le, x86_64 and x86_64 compiled as 32bit). The test has been failing for very long time (our history goes to 6.3.2 20230517, but it's failing on my VM with 6.2.12-1-default 20230502). When test run more times (200x with -i200 [3]) it fails only on first time, the rest happily have EINVAL. And indeed, when verifying manually on VM, only first run fails dmesg on affected archs contains: [ 1514.789118][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.792200][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.795209][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.798209][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.801190][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.804092][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.807159][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.810210][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.813257][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 [ 1514.816227][T28992] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 But when running manually I see on first (failing): [ 208.455124] bpfilter: Loaded bpfilter_umh pid 1223 [ 208.456650] Started bpfilter (this is also in openQA jobs, but earlier, triggered by setsockopt03.c, which runs earlier). And x_tables run is reported on later (successful run): [ 221.292549] x_tables: ip_tables: state.0 match: invalid size 8 (kernel) != (user) 776 => Maybe there is a problem with loading x_tables on these 3 archs Interestingly x_tables is loaded on all archs, including s390x (which does not fail) and the same dmesg [4] FYI we stop and disable firewall in openQA install_ltp job (this qcow is then used for LTP tests) [5]: systemctl --no-pager disable firewalld Removed "/etc/systemd/system/multi-user.target.wants/firewalld.service". Removed "/etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service". systemctl --no-pager stop firewalld [1] https://openqa.opensuse.org/tests/3390125#step/setsockopt08/7 [2] https://github.com/linux-test-project/ltp/blob/a564d3e1672e9cd7ac302d597ffa… [3] https://openqa.opensuse.org/tests/3391862#step/cve-2021-22555/7 [4] https://openqa.opensuse.org/tests/3380876/file/shutdown_ltp-dmesg.txt [5] https://openqa.opensuse.org/tests/3391842/file/serial_terminal.txt -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1213159] New: [request] Lock root account by default
by bugzilla_noreply＠suse.com 28 Nov '23

28 Nov '23

https://bugzilla.suse.com/show_bug.cgi?id=1213159 Bug ID: 1213159 Summary: [request] Lock root account by default Classification: openSUSE Product: openSUSE Aeon Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Base Assignee: rbrown(a)suse.com Reporter: milachew(a)mail.lv QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Since MicroOS aims to keep administration as small as possible, it makes sense to consider blocking root account by default. Original comment: https://www.reddit.com/r/openSUSE/comments/14u7ka1/comment/jr60ogz/?utm_sou… P.S. By the way, there have already been similar discussions, but regarding ALP: https://bugzilla.opensuse.org/show_bug.cgi?id=1203978 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1212897] New: Produce separate Aeon installation media
by bugzilla_noreply＠suse.com 28 Nov '23

28 Nov '23

https://bugzilla.suse.com/show_bug.cgi?id=1212897 Bug ID: 1212897 Summary: Produce separate Aeon installation media Classification: openSUSE Product: openSUSE Aeon Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Base Assignee: rbrown(a)suse.com Reporter: rbrown(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Aeon requires install media separate from MicroOS -- You are receiving this mail because: You are on the CC list for the bug.

1 3