October 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1189900] AUDIT-0: power-profiles-daemon: Package installs new DBus service files
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1189900 https://bugzilla.suse.com/show_bug.cgi?id=1189900#c15 --- Comment #15 from Matthias Gerstner <matthias.gerstner(a)suse.com> --- The polkit whitelisting I already submitted to Factory. The D-Bus whitelisting will have to wait a bit, because there is already an update running. I can probably make the submission on monday. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191012] Electron apps crashes when using NVIDIA GPU
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191012 https://bugzilla.suse.com/show_bug.cgi?id=1191012#c21 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo? | --- Comment #21 from Stefan Dirsch <sndirsch(a)suse.com> --- Thanks for the update. Yes, the element-desktop issue appears to be unrelated. This is neither a glibc nor a nvidia driver issue. About atom, MS teams and VS code. I just read that teams-1.4.00.26453 would have fixed the issue. This appears to support my assumption, that these come with their own Nodejs implementation (and nodejs electron framework?). -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191461] New: Mercurial 4.5.2: hg clone aborts with "No module named ssl"
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1191461 Bug ID: 1191461 Summary: Mercurial 4.5.2: hg clone aborts with "No module named ssl" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: tux93(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- hg from the version of mercurial delivered with Leap 15.3 fails to clone a repository: > hg clone https://hg.guido-berhoerster.org/projects/package-update-indicator/ package-update-indicator > abort: No module named ssl! > hg version > Mercurial Distributed SCM (version 4.5.2) Installing mercurial from devel:tools:scm works as workaround -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1191347] Yast2 Disk masks all systemd x.mount units
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191347 https://bugzilla.suse.com/show_bug.cgi?id=1191347#c2 --- Comment #2 from itteam itteam <itteam(a)smartodds.co.uk> --- Created attachment 853015 --> https://bugzilla.suse.com/attachment.cgi?id=853015&action=edit y2log YaST2 log as requested -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191417] iwlwifi not working on tumbleweed installer for Intel Ice Lake-LP PCH CNVi
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191417 https://bugzilla.suse.com/show_bug.cgi?id=1191417#c5 --- Comment #5 from Takashi Iwai <tiwai(a)suse.com> --- It's not "mandate". The iwlwifi may fallback to the older firmware version, and that's the missing one. The wildcard approach would be more robust, especially for TW, but the problem is the size of iwlwifi firmware files: it's 44MB in the rpm, and almost same size as installed. Basically the installer needs only the latest ucode for each model, not all versions. Extending the modinfo syntax for ranges is a tempting option. If this can be agreed, it's the best way to go. As a temporary workaround, we may fiddle the exposed MODULE_FIRMWARE() in iwlwifi driver code to match with the currently available one, as you pointed in the second option. This was usually done for SLE/Leap, while for TW it wasn't needed so often... -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191347] Yast2 Disk masks all systemd x.mount units
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191347 https://bugzilla.suse.com/show_bug.cgi?id=1191347#c1 Ancor Gonzalez Sosa <ancor(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ancor(a)suse.com --- Comment #1 from Ancor Gonzalez Sosa <ancor(a)suse.com> --- (In reply to itteam itteam from comment #0) > > So a few questions are raised, namely why is yast2 disk masking the x.mount > units, is this expected, and is it supposed to leave them in this state? No, is not supposed to leave them in that state. It should have unmasked them on quitting. Please attach the YaST logs to debug why that didn't happen. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191430] YaST2 Software Management - Show History has missing entries.
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191430 Knut Alejandro Anderssen Gonz�lez <kanderssen(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED URL| |https://trello.com/c/xQjblM | |t3 CC| |kanderssen(a)suse.com Assignee|yast2-maintainers(a)suse.de |yast-internal(a)suse.de -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191473] rpath related failures on x86_64
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191473 https://bugzilla.suse.com/show_bug.cgi?id=1191473#c1 Richard Biener <rguenther(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mlin(a)suse.com --- Comment #1 from Richard Biener <rguenther(a)suse.com> --- Likely triggered by the cmake change ------------------------------------------------------------------- Wed Sep 8 12:46:31 UTC 2021 - Max Lin <mlin(a)suse.com> - fix a typo in cmake.macros bsc#1190302 * change CMAKE_SKIP_INSTALL_RPATHS to CMAKE_SKIP_INSTALL_RPATH not sure which rpath cmake uses to check whether adding a rpath works, but if it is /tmp or the like that will definitely fail. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191162] New: fail to install rsyslog due to dependencies conflicts
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1191162 Bug ID: 1191162 Summary: fail to install rsyslog due to dependencies conflicts 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: jcao(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Summary zypper install rsyslog conflicts with systemd-logger. ## environment: 1. openSUSE Tumbleweed snapshot 20210924 as server role 2. install kvm or xen hypervisor(may not be requried) 3. install rsyslog as below: # zypper info rsyslog Information for package rsyslog: -------------------------------- Repository : openSUSE-20210924-0 Name : rsyslog Version : 8.2106.0-1.2 Arch : x86_64 Vendor : openSUSE Installed Size : 2.7 MiB Installed : No Status : not installed # zypper in rsyslog Problem: the installed systemd-logger-249.4-2.2.x86_64 conflicts with 'namespace:otherproviders(syslog)' provided by the to be installed rsyslog-8.2106.0-1.2.x86_64 Solution 1: deinstallation of systemd-logger-249.4-2.2.x86_64 Solution 2: do not install rsyslog-8.2106.0-1.2.x86_64 # zypper info systemd-logger Information for package systemd-logger: --------------------------------------- Repository : openSUSE-20210924-0 Name : systemd-logger Version : 249.4-2.2 Arch : x86_64 Vendor : openSUSE Installed Size : 1.0 KiB Installed : Yes (automatically) Status : up-to-date Source package : systemd-249.4-2.2.src -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1191417] iwlwifi not working on tumbleweed installer for Intel Ice Lake-LP PCH CNVi
by bugzilla_noreply＠suse.com 08 Oct '21

08 Oct '21

https://bugzilla.suse.com/show_bug.cgi?id=1191417 https://bugzilla.suse.com/show_bug.cgi?id=1191417#c4 Matthias Brugger <mbrugger(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai(a)suse.com Flags| |needinfo?(tiwai(a)suse.com) --- Comment #4 from Matthias Brugger <mbrugger(a)suse.com> --- $ uname -r 5.14.6-2-default $ sudo modinfo iwlwifi |grep Qu-c0-hr firmware: iwlwifi-Qu-c0-hr-b0-64.ucode $ rpm -ql kernel-firmware-iwlwifi |grep Qu-c0-hr- /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-48.ucode.xz /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-50.ucode.xz /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-53.ucode.xz /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-55.ucode.xz /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-59.ucode.xz /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-62.ucode.xz /usr/lib/firmware/iwlwifi-Qu-c0-hr-b0-63.ucode.xz installed package: kernel-firmware-iwlwifi-20210928-1.1 ~/src/linux-firmware/$ ls iwlwifi-Qu-c0-hr-b0-* iwlwifi-Qu-c0-hr-b0-48.ucode iwlwifi-Qu-c0-hr-b0-50.ucode iwlwifi-Qu-c0-hr-b0-53.ucode iwlwifi-Qu-c0-hr-b0-55.ucode iwlwifi-Qu-c0-hr-b0-59.ucode iwlwifi-Qu-c0-hr-b0-62.ucode iwlwifi-Qu-c0-hr-b0-63.ucode $ git show -s --oneline HEAD 7a30050 brcm: Add 43455 based AP6255 NVRAM for the ACEPC T8 Mini PC So the problem is, that modinfo mandates the latest and greatest firmware file, which is not even accpeted in linux-firmware. Possible solutions to that: 1) add a wildcard instead of a fixed version as done in 75729e110e68 ("brcmfmac: expose firmware config files through modinfo") 2) add the IWL_22000_UCODE_API_MIN version to modinfo as a fallback 3) figure out how to create a modinfo list between [IWL_22000_UCODE_API_MIN, IWL_22000_UCODE_API_MAX] Takashi what do you think would be the best approach? -- You are receiving this mail because: You are on the CC list for the bug.

1 0