June 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1217299] zypp:plugins/zypper-changelog-plugin: Bug repodata is now using zstd compression
by bugzilla_noreply＠suse.com 04 Jun '24

04 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1217299 https://bugzilla.suse.com/show_bug.cgi?id=1217299#c4 Zoltan Balogh <zbalogh(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|IN_PROGRESS |RESOLVED --- Comment #4 from Zoltan Balogh <zbalogh(a)suse.com> --- The 0.4-1.1 version with the relevant change is released in Factory/openSUSE Tumblweed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1223985] zypper-changelog-plugin exhausts all memory
by bugzilla_noreply＠suse.com 04 Jun '24

04 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1223985 https://bugzilla.suse.com/show_bug.cgi?id=1223985#c3 Zoltan Balogh <zbalogh(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|IN_PROGRESS |RESOLVED --- Comment #3 from Zoltan Balogh <zbalogh(a)suse.com> --- The 0.4-1.1 version is released in Factory/openSUSE Tumblweed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1225883] neovim errors if lua51-lpeg is not installed
by bugzilla_noreply＠suse.com 04 Jun '24

04 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225883 https://bugzilla.suse.com/show_bug.cgi?id=1225883#c1 Aleksa Sarai <asarai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asarai(a)suse.com --- Comment #1 from Aleksa Sarai <asarai(a)suse.com> --- I hit this too after the 20240531 snapshot update, I guess a Requires is missing. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1225884] Discover prompts for glibc-32bit update but fails
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225884 https://bugzilla.suse.com/show_bug.cgi?id=1225884#c3 --- Comment #3 from David Smith <solaris17(a)outlook.com> --- (In reply to hui from comment #2) > . > > *** This bug has been marked as a duplicate of bug 1225809 *** Thanks for referencing the way forward! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1225884] New: Discover prompts for glibc-32bit update but fails
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225884 Bug ID: 1225884 Summary: Discover prompts for glibc-32bit update but fails Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Upgrade Problems Assignee: screening-team-bugs(a)suse.de Reporter: solaris17(a)outlook.com QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Created attachment 875286 --> https://bugzilla.suse.com/attachment.cgi?id=875286&action=edit Failure message in Discover After boot, the automatic system update prompted updates were available. After accepting the update in Discover the process immediately failed. The error given was as follows: Dependency resolution failed: the installed steam-1.0.0.79-1.4.x86_64 requires 'glibc-locale-base-32bit', but this requirement cannot be provided After going into the terminal to assess the situation I attempted the update manually and was given the following: Problem: 1: the installed steam-1.0.0.79-1.4.x86_64 requires 'glibc-locale-base-32bit', but this requirement cannot be provided deleted providers: glibc-locale-base-32bit-2.39-7.1.x86_64 Solution 1: deinstallation of steam-1.0.0.79-1.4.x86_64 Solution 2: keep obsolete glibc-locale-base-32bit-2.39-7.1.x86_64 Solution 3: break steam-1.0.0.79-1.4.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): It seemed the package was a requirement of "steam-1.0.0.79-1.4.x86_64" but the package missing (though verbage indicates its installed (2)) I tried to manually install the required "glibc-locale-base-32bit" which net the following error: solaris17@localhost:~> sudo zypper in glibc-locale-base-32bit Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... 'glibc-locale-base-32bit' is already installed. Package 'glibc-locale-base-32bit' is not available in your repositories. Cannot reinstall, upgrade, or downgrade. Resolving package dependencies... Nothing to do. It seems the package "steam-1.0.0.79-1.4.x86_64" requires a package version not availible in the standard repos. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1225689] New: Error message received from tik with mount system call failed.
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225689 Bug ID: 1225689 Summary: Error message received from tik with mount system call failed. Classification: openSUSE Product: openSUSE Aeon Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: rbrown(a)suse.com Reporter: tony.neely(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:126.0) Gecko/20100101 Firefox/126.0 Build Identifier: [tik][20240531-02:01:04][LOG] [START] /usr/bin/tik [/usr/lib/tik/modules/pre/10-welcome][20240531-02:01:04][LOG] [START] /usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/10-welcome [/usr/lib/tik/modules/pre/10-welcome][20240531-02:01:24][LOG] [zenity][0][] --info --ok-label=Install Now --no-wrap --width=300 --height=300 --icon=distributor-logo-Aeon-symbolic --title= --text=<big>Welcome to openSUSE Aeon</big>\n\nPlease press <b>Install Now</b> to continue [/usr/lib/tik/modules/pre/10-welcome][20240531-02:01:24][LOG] [STOP] /usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/10-welcome [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:24][LOG] [START] /usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/20-mig [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:32][LOG] [pkexec][0] /usr/bin/mkdir -p /var/lib/tik/mig [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:43][LOG] [zenity][0][nvme-Samsung_SSD_970_EVO_Plus_250GB_S4P3NF0M605653V] --list --column=Disk --column=Size --width=1000 --height=340 --title=Select A Disk --text=Select the disk to install the operating system to. <b>Make sure any important documents and files have been backed up.</b>\n ata-Samsung_SSD_860_EVO_1TB_S3Z8NY0M767057P 931.5G nvme-Samsung_SSD_970_EVO_Plus_250GB_S4P3NF0M605653V 232.9G [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:43][LOG] [pkexec][0] /usr/bin/mkdir -p /var/lib/tik/mig/mnt [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:43][LOG] [pkexec][0] /usr/bin/mount -o compress=zstd:1 /dev/disk/by-id/nvme-eui.0025385691b29275-part2 /var/lib/tik/mig/mnt [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:43][LOG] [probe_partitions] /dev/disk/by-id/nvme-eui.0025385691b29275-part2 found [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:43][LOG] Legacy Aeon Install FOUND [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:48][LOG] [pkexec][0] /usr/bin/umount /var/lib/tik/mig/mnt [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:48][LOG] [pkexec][0] /usr/bin/rmdir /var/lib/tik/mig/mnt [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:48][LOG] [pkexec][0] /usr/bin/mkdir /var/lib/tik/mig/mnt mount: /var/lib/tik/mig/mnt: mount system call failed: No such file or directory. dmesg(1) may have more information after failed mount system call. [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:48][LOG] [pkexec][32] /usr/bin/mount -o compress=zstd:1,subvol=/@/home /dev/disk/by-id/nvme-eui.0025385691b29275-part2 /var/lib/tik/mig/mnt [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:48][ERROR] Command <tt>/usr/bin/mount -o compress=zstd:1,subvol=/@/home /dev/disk/by-id/nvme-eui.0025385691b29275-part2 /var/lib/tik/mig/mnt</tt> FAILED [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:54][LOG] [zenity][0][] --error --text Command <tt>/usr/bin/mount -o compress=zstd:1,subvol=/@/home /dev/disk/by-id/nvme-eui.0025385691b29275-part2 /var/lib/tik/mig/mnt</tt> FAILED [/usr/lib/tik/modules/pre/20-mig][20240531-02:01:54][LOG] [STOP][1] /usr/bin/tik Reproducible: Always Actual Results: System notified me of error and shut down. I have an existing Aeon install, with a separate drive (BTRFS formatted) for my /home. Easy enough to setup with old installer. Chose system drive (not /home drive) for the install. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1225882] Upgrade from Luks Opensuse MicroOS Desktop
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225882 https://bugzilla.suse.com/show_bug.cgi?id=1225882#c3 Eugenio Paolantonio <eugenio.paolantonio(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(eugenio.paolanton |needinfo?(openexplore1455@p |io(a)suse.com) |roton.me) CC| |openexplore1455(a)proton.me --- Comment #3 from Eugenio Paolantonio <eugenio.paolantonio(a)suse.com> --- Sure, thanks for the bug report and log. The luks devices closure happen after the migration, so if you don't see any other dialog in between the password entry and the error, I think there might be something else wrong as well. Looking at the log, it looks like that the Legacy Aeon installation has been detected three times (while the installation process has been started ten times). Is that correct? I wonder if there is some race condition where the mapped unlocked device shows up too late, so it's not detected, and then for some reason something (btrfs?) keeps it busy. These two issues might be separate. Could you try executing in the terminal of the installer environment once the Welcome screen appears: sudo -i mount -o remount,rw / btrfs property set / ro false sed -i 's|probe_partitions $TIK_INSTALL_DEVICE|sleep 5;probe_partitions $TIK_INSTALL_DEVICE|' /usr/lib/tik/modules/pre/20-mig then, please report if the migration module can reliably detect the encrypted partition (and eventually, if it doesn't fail anymore when calling luksClose). Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1201510] libvirt must make use of nftables instead of iptables (if not already) and also reflect this in BuildRequires
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1201510 https://bugzilla.suse.com/show_bug.cgi?id=1201510#c8 --- Comment #8 from OBSbugzilla Bot <bwiedemann+obsbugzillabot(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1201510) was mentioned in https://build.opensuse.org/request/show/1178390 Factory / libvirt -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1201510] libvirt must make use of nftables instead of iptables (if not already) and also reflect this in BuildRequires
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1201510 https://bugzilla.suse.com/show_bug.cgi?id=1201510#c7 James Fehlig <jfehlig(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS --- Comment #7 from James Fehlig <jfehlig(a)suse.com> --- After several iterations of the series mentioned in #6, it has been committed to libvirt.git master and included in libvirt 10.4.0, which I'll be submitting to Factory shortly. (In reply to Thomas Renninger from comment #0) > zypper search --requires iptables > shows these libvirt related pacakges: > i | libvirt-daemon-driver-network | Network driver plugin for the The series replaces iptables with nftables for the network driver only. > i | libvirt-daemon-driver-nwfilter | A nwfilter driver plugin for This driver still uses iptables, where replacing it with nftables is an even bigger task than the network driver. > Can the dependencies (possibly also BuildRequires:) be fixes to not make use > of iptables, please. The BuildRequires has been dropped in my upcoming submission. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1225880] New: Calling nil as a function in SBCL causes a memory fault
by bugzilla_noreply＠suse.com 03 Jun '24

03 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225880 Bug ID: 1225880 Summary: Calling nil as a function in SBCL causes a memory fault Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: yaroslav.hnygin(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 875283 --> https://bugzilla.suse.com/attachment.cgi?id=875283&action=edit Reproduction log Calling nil as a function in sbcl reliably causes a memory fault. Steps to reproduce: 1. Run sbcl 2. Type (nil) and press Enter. See the attached log. Actual result: sbcl reports an unhandled memory fault at #x0. Expected result: sbcl reports an undefined-function error. Builds SBCL 2.4.4-1.1-suse and 2.4.5-1.1-suse. This issue is not reproducible in a build of the upstream repository, e.g. SBCL 2.4.5.37-0ac37eafc, so it has to be specific to openSUSE. -- You are receiving this mail because: You are on the CC list for the bug.

1 2