March 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1182835] systemctl --user not working
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182835 https://bugzilla.suse.com/show_bug.cgi?id=1182835#c12 --- Comment #12 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #11) > (In reply to Fabian Vogt from comment #10) > > pam_systemd will not create sessions if you're already in a session. You can > > only use systemctl --user from within sessions such as local logins on the > > tty or X11, or remote logins using ssh. > > > > See also > > https://github.com/systemd/systemd/issues/7451#issuecomment-346787237. > > thank you for the answer. > > if is possible and can be answered here: > > how can one manage podman rootless if exist this limitation? You mean running podman as regular user, but outside of a systemd session? If you want to use rootless podman from a systemd unit, then I suggest to use a system service with the User= option instead of user services. You might have to pass "--cgroup-manager=cgroupfs" and set XDG_RUNTIME_DIR yourself. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1166406] Consider moving /boot/vmlinux-*.xz to a different package
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1166406 http://bugzilla.opensuse.org/show_bug.cgi?id=1166406#c35 --- Comment #35 from Michal Suchanek <msuchanek(a)suse.com> --- if you move vmlinux into a separate package its debuginfo will move into a separate debuginfo package because it is created automagically. So you will have kernel-default and kernel-default-vmlinux with the kernel debuginfo also split between kernel-default-debuginfo and kernel-default-vmlinux-debuginfo. Or am I missing something? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182666] TW 20210222 - Kernel update breaks NVIDIA kernel modules
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182666 https://bugzilla.suse.com/show_bug.cgi?id=1182666#c28 --- Comment #28 from Stefan Dirsch <sndirsch(a)suse.com> --- Meanwhile a driver update to 460.56 is available, so things might be fixed until the next kernel update gets released ... the issue is still not understood. Not every user of our NVIDIA RPMs turns out to be affected by this issue ... -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182295] GeForce GTX 1650 [Optimus] System freeze after wakeup from Suspend-To-Disk with "GPU has fallen off the bus"
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182295 https://bugzilla.suse.com/show_bug.cgi?id=1182295#c7 --- Comment #7 from Stefan Dirsch <sndirsch(a)suse.com> --- Meanwhile an updated driver 460.56 has been released, but I don't expect this issue to be fixed ... -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182377] kernel 5.10.16 snd_hda_intel (Audio device: NVIDIA Corporation GM107) spurious response 0x42490100:0x3331314d, rp = 0, wp = 0 with nvidia drivers
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182377 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ddavis(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182377] kernel 5.10.16 snd_hda_intel (Audio device: NVIDIA Corporation GM107) spurious response 0x42490100:0x3331314d, rp = 0, wp = 0 with nvidia drivers
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182377 https://bugzilla.suse.com/show_bug.cgi?id=1182377#c20 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ddadap(a)nvidia.com --- Comment #20 from Stefan Dirsch <sndirsch(a)suse.com> --- @Daniel Dadap This reminds me to the issue we talked about in our call lately. * HDA questions * suspend/resume race condition for ELD interrupt handling * Looking for possible solutions within HDA stack -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1166406] Consider moving /boot/vmlinux-*.xz to a different package
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1166406 http://bugzilla.opensuse.org/show_bug.cgi?id=1166406#c34 Dominique Leuenberger <dimstar(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dimstar(a)opensuse.org --- Comment #34 from Dominique Leuenberger <dimstar(a)opensuse.org> --- (In reply to Michal Suchanek from comment #9) > There is one last problem: > > If vmlinux is needed for debugging only how do we ensure it's installed with > the debuginfo package if we package it separately? > > debuginfo packages are created automagically so it's difficult to inject > additional dependencies or files. (as noted by Ludwig already): Requires: (kernel-default-vmlinux if kernel-default-debuginfo) That would make the (new) -vmlinux mandatory as soon as -debuginfo is being triggered for install next to -default. (In reply to Tony Jones from comment #30) > (In reply to Ludwig Nussel from comment #28) > > > I guess what you want is to install that package if both kernel-default as > > well as kernel-default-debuginfo are installed. > > Maybe I'm misunderstanding. > > How is that different from just adding vmlinux to the debuginfo package? > > Also, as already shown, systemtap can make use of the symbol information in > vmlinux without debuginfo. It is different insofar that you can install -vmlinux without the -debuginfo (but not the -debuginfo without the -vmlinux) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182838] [Build 90.1] openQA test fails in yast2_firstboot - yast2 registration failed on root password screen
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182838 https://bugzilla.suse.com/show_bug.cgi?id=1182838#c8 --- Comment #8 from Max Lin <mlin(a)suse.com> --- (In reply to Josef Reidinger from comment #7) > (In reply to Lubos Kocman from comment #1) > > <jreidinger> mentioned that this could be related to the following block: > > https://github.com/yast/yast-firstboot/blob/master/package/yast2-firstboot. > > spec#L70 > > > > Leap 15.3 takes yast2-registration rpms from SLE 15 SP3 GA without rebuild. > > Perhaps we need to re-think the block and try to handle this in %install or > > after > > in %install it does not help. Only option for dynamic behavior can be post > install which is a bit over kill for me. Options to solve it is > 1. rebuild in opensuse so is_opensuse takes effect > 2. edit openqa test so it for opensuse do basically same sed as we do in rpm > build > 3. add yast2-registration to openqa image, but still I am not sure what it > will do for TW? For leap it can register for migration to SLES which is > probably also not something you want do in that test. > > So my preferred solution is 2. FYI I did rebuild yast2-firstboot in Leap for the time being, I'm fine with 2) if someone open a poo ticket on progress.opensuse.org to ask openqa developer involving. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1092648] Move modprobe configuration to /usr/lib/modprobe.d
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1092648 https://bugzilla.suse.com/show_bug.cgi?id=1092648#c38 --- Comment #38 from Stefan Dirsch <sndirsch(a)suse.com> --- @Daniel So what about dracut now? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1183031] New: VUL-0: CVE-2021-22878: nextcloud: Reflected cross-site scripting due to lack of sanitization in `OC.Notification.show`
by bugzilla_noreply＠suse.com 04 Mar '21

04 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1183031 Bug ID: 1183031 Summary: VUL-0: CVE-2021-22878: nextcloud: Reflected cross-site scripting due to lack of sanitization in `OC.Notification.show` Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other URL: https://smash.suse.de/issue/279117/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Cloud:Tools Assignee: public-cloud-maintainers(a)suse.de Reporter: gianluca.gabrielli(a)suse.com QA Contact: security-team(a)suse.de Found By: Security Response Team Blocker: --- CVE-2021-22878 Nextcloud Server prior to 20.0.6 is vulnerable to reflected cross-site scripting (XSS) due to lack of sanitization in `OC.Notification.show`. https://github.com/nextcloud/server/pull/25234 https://hackerone.com/reports/896522 https://nextcloud.com/security/advisory/?id=NC-SA-2021-005 References: https://bugzilla.redhat.com/show_bug.cgi?id=1934837 http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-22878 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22878 https://github.com/nextcloud/server/pull/25234 https://hackerone.com/reports/896522 https://nextcloud.com/security/advisory/?id=NC-SA-2021-005 -- You are receiving this mail because: You are on the CC list for the bug.

1 1