October 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1184165] support instantiated versions of dehydrated
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1184165 https://bugzilla.suse.com/show_bug.cgi?id=1184165#c5 --- Comment #5 from Maintenance Automation <maint-coord+maintenance-robot(a)suse.de> --- SUSE-RU-2024:3534-1: An update that has one fix can now be installed. URL: https://www.suse.com/support/update/announcement/2024/suse-ru-20243534-1 Category: recommended (moderate) Bug References: 1184165 Maintenance Incident: [SUSE:Maintenance:35864](https://smelt.suse.de/incident/35864/) Sources used: openSUSE Leap 15.5 (src): dehydrated-0.7.1-150200.11.9.1 openSUSE Leap 15.6 (src): dehydrated-0.7.1-150200.11.9.1 Server Applications Module 15-SP5 (src): dehydrated-0.7.1-150200.11.9.1 Server Applications Module 15-SP6 (src): dehydrated-0.7.1-150200.11.9.1 NOTE: This line indicates an update has been released for the listed product(s). At times this might be only a partial fix. If you have questions please reach out to maintenance coordination. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231271] kiwi-templates-Minimal:kvm-and-xen-grub-bls image fails on sdbootutil
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231271 https://bugzilla.suse.com/show_bug.cgi?id=1231271#c17 --- Comment #17 from Michael Chang <mchang(a)suse.com> --- (In reply to Alberto Planas Dominguez from comment #16) > (In reply to Michael Chang from comment #15) > > > It seems the path to grubbls.efi is wrong, the correct one should be: > > > > > /usr/share/grub2/arm64-efi/grubbls.efi > > > You are right. The path is deduced with this: /usr/share/grub2/$(uname > -m)-efi/grubbls.efi > > Is there a way to extract the expected arch name? For example, for risc-v > and other architectures. This translation of target_cpu in configure.ac may be helpful. https://git.savannah.gnu.org/cgit/grub.git/tree/configure.ac#n108 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231334] New: Java:packages/plantuml: Missing dependency
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231334 Bug ID: 1231334 Summary: Java:packages/plantuml: Missing dependency 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: ahasenkopf(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Using plantuml (version 1.2024.4-3.2) in the TW container image (version 20241002.33.28) `plantuml` does not work out-of-the-box after installation: After setting the JAVACMD variable (see 1231333), the attempt of rendering a diagram causes the following error: ``` $ plantuml filename.puml Exception in thread "main" java.lang.RuntimeException: Fontconfig head is null, check your fonts or fonts configuration at java.desktop/sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1263) at java.desktop/sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:221) at java.desktop/sun.awt.FontConfiguration.init(FontConfiguration.java:105) at java.desktop/sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:696) at java.desktop/sun.font.SunFontManager$2.run(SunFontManager.java:352) at java.desktop/sun.font.SunFontManager$2.run(SunFontManager.java:309) at java.base/java.security.AccessController.doPrivileged(AccessController.java:319) at java.desktop/sun.font.SunFontManager.<init>(SunFontManager.java:309) at java.desktop/sun.awt.FcFontManager.<init>(FcFontManager.java:35) at java.desktop/sun.awt.X11FontManager.<init>(X11FontManager.java:55) at java.desktop/sun.font.PlatformFontInfo.createFontManager(PlatformFontInfo.java:37) at java.desktop/sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:51) at java.desktop/sun.font.SunFontManager.getInstance(SunFontManager.java:242) at java.desktop/sun.font.FontDesignMetrics.getMetrics(FontDesignMetrics.java:260) at java.desktop/sun.java2d.SunGraphics2D.getFontMetrics(SunGraphics2D.java:870) at net.sourceforge.plantuml.Run.forceOpenJdkResourceLoad(Unknown Source) at net.sourceforge.plantuml.Run.main(Unknown Source) ``` One has to manually install `fontconfig` to work around the issue. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1231271] kiwi-templates-Minimal:kvm-and-xen-grub-bls image fails on sdbootutil
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231271 https://bugzilla.suse.com/show_bug.cgi?id=1231271#c16 --- Comment #16 from Alberto Planas Dominguez <aplanas(a)suse.com> --- (In reply to Michael Chang from comment #15) > It seems the path to grubbls.efi is wrong, the correct one should be: > > > /usr/share/grub2/arm64-efi/grubbls.efi You are right. The path is deduced with this: /usr/share/grub2/$(uname -m)-efi/grubbls.efi Is there a way to extract the expected arch name? For example, for risc-v and other architectures. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231333] New: Java:packages/plantuml: No default for environment variable JAVACMD
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231333 Bug ID: 1231333 Summary: Java:packages/plantuml: No default for environment variable JAVACMD Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: mardnh(a)gmx.de Reporter: ahasenkopf(a)suse.com QA Contact: screening-team-bugs(a)suse.de CC: ahasenkopf(a)suse.com, fstrba(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Using plantuml (version 1.2024.4) in the TW container image (version 20241002.33.28) `plantuml` does not work out-of-the-box after installation: Immediately, after installation, plantuml prints this error when called: ``` $ docker run -it $ zypper in plantuml $ plantuml -version /usr/bin/plantuml: Failed to set JAVACMD /usr/share/java-utils/java-functions: line 251: exec: : not found ``` Only after setting this environment variable, plantuml behaves: ``` $ export JAVACMD=`which java` $ plantuml -version PlantUML version 1.2024.4 (Sat Apr 06 14:33:20 UTC 2024) (GPL source distribution) Java Runtime: OpenJDK Runtime Environment JVM: OpenJDK 64-Bit Server VM Default Encoding: UTF-8 Language: en Country: US PLANTUML_LIMIT_SIZE: 4096 Error: Dot executable does not exist Error: only sequence diagrams will be generated ``` -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231271] kiwi-templates-Minimal:kvm-and-xen-grub-bls image fails on sdbootutil
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231271 https://bugzilla.suse.com/show_bug.cgi?id=1231271#c15 --- Comment #15 from Michael Chang <mchang(a)suse.com> --- (In reply to Guillaume GARDET from comment #14) > Still failing on aarch64: > https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/kiwi- > templates-Minimal:kvm-and-xen-grub-bls/images/aarch64 > > Error log: > [ 68s] [ INFO ]: 17:07:10 | Calling disk.sh script > [ 68s] [ DEBUG ]: 17:07:10 | --------------out start------------- > [ 68s] [ DEBUG ]: 17:07:10 | ####### BOOTLOADER INSTALL (disk.sh) > [ 68s] [ DEBUG ]: 17:07:10 | sdbootutil-1+git20241004.a1bb60f-1.1.aarch64 > [ 68s] [ DEBUG ]: 17:07:10 | install boot loader > [ 69s] [ DEBUG ]: 17:07:10 | package systemd-boot is not installed > [ 69s] [ DEBUG ]: 17:07:10 | Installing grub2-bls with shim into > /boot/efi > [ 69s] [ DEBUG ]: 17:07:10 | --------------out stop-------------- > [ 69s] [ DEBUG ]: 17:07:10 | --------------err start------------- > [ 69s] [ DEBUG ]: 17:07:10 | + '[' -x /usr/bin/sdbootutil ']' > [ 69s] + echo '####### BOOTLOADER INSTALL (disk.sh)' > [ 69s] + rpm -q sdbootutil > [ 69s] ++ uname -m > [ 69s] + arch=aarch64 > [ 69s] + case "$arch" in > [ 69s] + arch=aa64 > [ 69s] + echo 'install boot loader' > [ 69s] + loader_type=grub2-bls > [ 69s] + rpm -q systemd-boot > [ 69s] + '[' -f /etc/sysconfig/bootloader ']' > [ 69s] + sed -i 's/^LOADER_TYPE=.*$/LOADER_TYPE="grub2-bls"/g' > /etc/sysconfig/bootloader > [ 69s] + sdbootutil -v --no-random-seed --arch aa64 --esp-path /boot/efi > --entry-token=auto --no-variables install > [ 69s] install: cannot stat '/usr/share/grub2/aarch64-efi/grubbls.efi': No > such file or directory It seems the path to grubbls.efi is wrong, the correct one should be: > /usr/share/grub2/arm64-efi/grubbls.efi Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231155] "zypper -ps" should report haveged as a service
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231155 https://bugzilla.suse.com/show_bug.cgi?id=1231155#c3 --- Comment #3 from Michael Andres <ma(a)suse.com> --- (In reply to Nick Dordea from comment #2) > Now, zypper ps -r reports for haveged the info that it is service . > The issue is solved. > Something strange happens. After a shutdown+boot sequence > haveged appears as being deleted even if haveged is started at boot time. Hi Nick, it might be due to the way haveged launches. > The following running processes use deleted files: > PID | PPID | UID | User | Command | Service > ----+------+-----+------+-------------------+-------- > 221 | 1 | 0 | root | haveged (deleted) | haveged What zypper sees is a process 'haveged' with PID 221. It still uses meanwhile removed files, which were likely removed by a package update. Whether a process is associated with a service is guessed by looking at the "/proc/PID/cgroup" file: > #For PID=221: > sudo cat /proc/221/cgroup This is the output I'd need to see (it's just a few lines). Ideally one for the working case, where the PID was correctly associated with the service, and one for the wrong case. In the wrong case and just if PPID is not 1: > # replace PPID > sudo cat /proc/PPID/cgroup > ps l PPID -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231271] kiwi-templates-Minimal:kvm-and-xen-grub-bls image fails on sdbootutil
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231271 https://bugzilla.suse.com/show_bug.cgi?id=1231271#c14 Guillaume GARDET <guillaume.gardet(a)arm.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #14 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- Still failing on aarch64: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/kiwi… Error log: [ 68s] [ INFO ]: 17:07:10 | Calling disk.sh script [ 68s] [ DEBUG ]: 17:07:10 | --------------out start------------- [ 68s] [ DEBUG ]: 17:07:10 | ####### BOOTLOADER INSTALL (disk.sh) [ 68s] [ DEBUG ]: 17:07:10 | sdbootutil-1+git20241004.a1bb60f-1.1.aarch64 [ 68s] [ DEBUG ]: 17:07:10 | install boot loader [ 69s] [ DEBUG ]: 17:07:10 | package systemd-boot is not installed [ 69s] [ DEBUG ]: 17:07:10 | Installing grub2-bls with shim into /boot/efi [ 69s] [ DEBUG ]: 17:07:10 | --------------out stop-------------- [ 69s] [ DEBUG ]: 17:07:10 | --------------err start------------- [ 69s] [ DEBUG ]: 17:07:10 | + '[' -x /usr/bin/sdbootutil ']' [ 69s] + echo '####### BOOTLOADER INSTALL (disk.sh)' [ 69s] + rpm -q sdbootutil [ 69s] ++ uname -m [ 69s] + arch=aarch64 [ 69s] + case "$arch" in [ 69s] + arch=aa64 [ 69s] + echo 'install boot loader' [ 69s] + loader_type=grub2-bls [ 69s] + rpm -q systemd-boot [ 69s] + '[' -f /etc/sysconfig/bootloader ']' [ 69s] + sed -i 's/^LOADER_TYPE=.*$/LOADER_TYPE="grub2-bls"/g' /etc/sysconfig/bootloader [ 69s] + sdbootutil -v --no-random-seed --arch aa64 --esp-path /boot/efi --entry-token=auto --no-variables install [ 69s] install: cannot stat '/usr/share/grub2/aarch64-efi/grubbls.efi': No such file or directory [ 69s] [ 69s] [ DEBUG ]: 17:07:10 | --------------err stop-------------- -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1230262] GCC14 internal compiler error: Segmentation fault during LTO
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1230262 https://bugzilla.suse.com/show_bug.cgi?id=1230262#c4 --- Comment #4 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- Upstream bug report assigned to Richard Sandiford (from arm) to fix it. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231050] What does this error mean: xs_tcp_setup_socket...unhandled error -107
by bugzilla_noreply＠suse.com 07 Oct '24

07 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231050 https://bugzilla.suse.com/show_bug.cgi?id=1231050#c5 Jiri Slaby <jslaby(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nfbrown(a)suse.com Flags| |needinfo?(nfbrown(a)suse.com) --- Comment #5 from Jiri Slaby <jslaby(a)suse.com> --- (In reply to James Moe from comment #0) > 2024-09-27T11:03:03-07:00 sma-station14l kernel: xs_tcp_setup_socket: > connect returned unhandled error -107 ENOTCONN is really unhandled in xs_tcp_setup_socket() [1]. And obviously, xs_tcp_finish_connecting() can return it [2]. Neil any ideas? [1] https://github.com/torvalds/linux/blob/98f7e32f20d28/net/sunrpc/xprtsock.c#… [2] https://github.com/torvalds/linux/blob/98f7e32f20d28/net/sunrpc/xprtsock.c#… Seems to be added in 2009 by: https://github.com/torvalds/linux/commit/01d37c428ae080563c0a3bb8bdfa88c65a… i.e. commit 01d37c428ae080563c0a3bb8bdfa88c65a6891d3 Author: Trond Myklebust <Trond.Myklebust(a)netapp.com> Date: Wed Mar 11 14:09:39 2009 -0400 SUNRPC: xprt_connect() don't abort the task if the transport isn't bound -- You are receiving this mail because: You are on the CC list for the bug.

1 0