September 2022 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1203192] with todays patch: the installed gtk3-branding-openSUSE-15.0-lp154.1.9.noarch requires 'libgtk-3-0 = 3.24.31', but this requirement cannot be provided
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

https://bugzilla.suse.com/show_bug.cgi?id=1203192 https://bugzilla.suse.com/show_bug.cgi?id=1203192#c1 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michaelof(a)rocketmail.com --- Comment #1 from Marcus Meissner <meissner(a)suse.com> --- *** Bug 1203195 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1203195] zypper patch breaks for gtk3-branding-openSUSE-15.0-lp154.1.9.noarch
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

https://bugzilla.suse.com/show_bug.cgi?id=1203195 https://bugzilla.suse.com/show_bug.cgi?id=1203195#c1 --- Comment #1 from Marcus Meissner <meissner(a)suse.com> --- i will release a gtk3-branding-openSUSE -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1203027] No way of setting mount points for btrfs subvolumes in YaST
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

https://bugzilla.suse.com/show_bug.cgi?id=1203027 https://bugzilla.suse.com/show_bug.cgi?id=1203027#c2 Ancor Gonzalez Sosa <ancor(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(ancor(a)suse.com) | --- Comment #2 from Ancor Gonzalez Sosa <ancor(a)suse.com> --- (In reply to Michal Filka from comment #1) > This sounds more like a feature request but ... > > @Ancor > Is there any way how to do more advanced actions with btrfs subvolumes in > expert partitioner? Or is there any plan (not) to implement that? There are plans to fully redesign that part. We even have some cards at Trello which represents part of the plans (we would like to even go further): - https://trello.com/c/4LaUUaD6/517-partitioner-proper-handling-of-mounting-s… - https://trello.com/c/608EeCYK/518-proper-nesting-of-subvolumes As you can see, some of those cards are 2 years old. :-( Unfortunately, the team resources are limited and there is always another priority that prevents us from jumping into the much needed revamp of subvolumes management. Nowadays those priorities include other areas of the installer, Cockpit on ALP and many other things. So yes there are plans. But being realistic... and don't see that happening in the following year. :-( -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1203177] New: Firefox 104.0.2 available (new version)
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1203177 Bug ID: 1203177 Summary: Firefox 104.0.2 available (new version) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All URL: https://ftp.mozilla.org/pub/firefox/releases/104.0.2/ OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: factory-mozilla(a)lists.opensuse.org Reporter: jayjayjazz(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: Community User Blocker: --- Firefox version 104.0.2, first offered to Release channel users on September 6, 2022 Changelog: - Fixed a bug making it impossible to use touch or a stylus to drag the scrollbar on pages (bug 1787361). - Fixed an issue causing some users to crash in out-of-memory conditions (bug 1774155). - Fixed an issue that would sometimes affect video & audio playback when loaded via a cross-origin iframe src attribute (bug 1781759). - Fixed an issue that would sometimes affect video & audio playback when served with Content-Security-Policy: sandbox (bug 1781063). All bug numbers refer to the Mozilla Bugzilla. Please consider an update. [1] https://ftp.mozilla.org/pub/firefox/releases/104.0.2/ [2] https://www.mozilla.org/en-US/firefox/104.0.2/releasenotes/ -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1203003] New: Firefox 104.0.1 is available (new version)
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1203003 Bug ID: 1203003 Summary: Firefox 104.0.1 is available (new version) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All URL: https://www.mozilla.org/en-US/firefox/104.0.1/releasen otes/ OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: factory-mozilla(a)lists.opensuse.org Reporter: jayjayjazz(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: Community User Blocker: --- Firefox Version 104.0.1, first offered to Release channel users on August 30, 2022 Changelog: - Addresses an issue with Youtube video playback that was affecting some users. [1] https://www.mozilla.org/en-US/firefox/104.0.1/releasenotes/ [2] https://ftp.mozilla.org/pub/firefox/releases/104.0.1/ -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1201066] kernel upgrade fails with Failed to enroll new keys
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

https://bugzilla.suse.com/show_bug.cgi?id=1201066 https://bugzilla.suse.com/show_bug.cgi?id=1201066#c21 --- Comment #21 from Kilian Hanich <khanich.opensource(a)gmx.de> --- (In reply to Joey Lee from comment #19) > Kernel detected the EFI runtime properties table, and set s_flags to read > only. It can block the writing job from userland. But it doesn't expose > "Read Only" property to userland. Well, it is marked as "ro" under mount. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1200834] New: inconsistent optflags rpm-config-SUSE vs prjconf
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1200834 Bug ID: 1200834 Summary: inconsistent optflags rpm-config-SUSE vs prjconf Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: dimstar(a)opensuse.org Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de CC: mls(a)suse.com Found By: --- Blocker: --- Factory prjconf has Optflags: * -O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type %%{?_lto_ cflags} While rpm has eg /usr/lib/rpm/rpmrc:optflags: x86_64 -O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables So local builds end up with different results. Would be better to keep this consistent IMO. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1201066] kernel upgrade fails with Failed to enroll new keys
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

https://bugzilla.suse.com/show_bug.cgi?id=1201066 https://bugzilla.suse.com/show_bug.cgi?id=1201066#c20 --- Comment #20 from Joey Lee <jlee(a)suse.com> --- How about change the kernel scripts? To avoid the "255" return value to expose: suse-module-tools/kernel-scriptlets/cert-script ... # XXX: Only call mokutil if UEFI and shim are used for cert in $certs; do cert="/etc/uefi/certs/${cert}.crt" run_mokutil --import "$cert" --root-pw ${MOK_ARGS} rc=$? if [ $rc != 0 ] ; then script_rc=$rc # hide 255 here? echo "Failed to import $cert" >&2 fi done -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1201311] New: fwupd-refresh.service fails execution because of DynamicUser=yes
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1201311 Bug ID: 1201311 Summary: fwupd-refresh.service fails execution because of DynamicUser=yes Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: pujos.michael(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- `journalctl -u fwupd-refresh` will show failure lines below when the service is trigerred by fwupd-refresh.timer: Jul 08 01:20:09 p72 systemd[1]: Failed to start Refresh fwupd metadata and update motd. Jul 08 01:26:16 p72 systemd[1]: Starting Refresh fwupd metadata and update motd... Jul 08 01:26:16 p72 systemd[1]: fwupd-refresh.service: Main process exited, code=exited, status=1/FAILURE It turns out this is caused by the DynamicUser=yes statement in fwupd-refresh.service, causing the failure, as it has been found on: https://github.com/fwupd/fwupd/issues/3037 A work-around is to add 'User=root' statement as the last post of issue above mentions. systemd issue for DynamicUser: https://github.com/systemd/systemd/issues/22737 -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1185657] New: [Tracker] Packages installing rpm macro files to /etc/rpm instead of /usr/lib/rpm/macros.d
by bugzilla_noreply＠suse.com 07 Sep '22

07 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1185657 Bug ID: 1185657 Summary: [Tracker] Packages installing rpm macro files to /etc/rpm instead of /usr/lib/rpm/macros.d 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: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- RPM reads its macro definitions from various places Packages are supposed to install their data to /usr/lib/rpm/macros.d A few legacy packages still use /etc/rpm for this though. Changing the location is in line with the goal of an empty /etc to reset a system state -- You are receiving this mail because: You are on the CC list for the bug.

1 46