March 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1203047] package for Huion graphic tablet
by bugzilla_noreply＠suse.com 31 Mar '23

31 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1203047 https://bugzilla.suse.com/show_bug.cgi?id=1203047#c2 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Stefan Dirsch <sndirsch(a)suse.com> --- No feedback at all. Seems this won't happen. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1209607] New: Request: 'kubescape' project
by bugzilla_noreply＠suse.com 31 Mar '23

31 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1209607 Bug ID: 1209607 Summary: Request: 'kubescape' project Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService Assignee: screening-team-bugs(a)suse.de Reporter: craigb(a)armosec.io QA Contact: adrian.schroeter(a)suse.com Found By: --- Blocker: --- I work on the Kubescape open source project (http://github.com/kubescape/kubesacpe) and we have an intern doing some build work for us.� He is an OpenSUSE member and has set up OBS to build to his home: project. Can we please get a project created for kubescape so we can start publishing there? Projects look like they predominantly fit under headings, and I don't see one for "CNCF", so perhaps "security" would be the right place? -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1209373] Connecting to a new Wifi network from GNOME Shell requires root password
by bugzilla_noreply＠suse.com 31 Mar '23

31 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209373 Yifan Jiang <yfjiang(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gnome-bugs(a)suse.de -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1209373] Connecting to a new Wifi network from GNOME Shell requires root password
by bugzilla_noreply＠suse.com 31 Mar '23

31 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209373 Yifan Jiang <yfjiang(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yfjiang(a)suse.com Assignee|gnome-bugs(a)suse.de |xiaoguang.wang(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1209983] New: Tumbleweed CD has Rock Ridge errors
by bugzilla_noreply＠suse.com 31 Mar '23

31 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209983 Bug ID: 1209983 Summary: Tumbleweed CD has Rock Ridge errors Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: joshua(a)azariah.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Please pardon me if this is the wrong category. I did not see a "build farm" category similar. I am trying to use the ISO openSUSE-Tumbleweed-DVD-i586-Current.iso. I am extracting it using pycdlib. When I try to open it, I get the error pycdlib.pycdlibexception.PyCdlibInvalidISO: Inconsistent Rock Ridge versions on the ISO! It seems the CD builder is not complying with the Rock Ridge spec. If it helps, this is the code in pycdlib which throws the error: https://github.com/clalancette/pycdlib/blob/master/pycdlib/pycdlib.py#L932 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1209526] New: WOL not working with RTL8111/8168/8411 with 6.2.x kernel
by bugzilla_noreply＠suse.com 30 Mar '23

30 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209526 Bug ID: 1209526 Summary: WOL not working with RTL8111/8168/8411 with 6.2.x kernel Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: jiivee(a)iki.fi QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Suspend / resume utilizing WOL (wake-on-LAN) stopped working when Tumbleweed went from 6.1.x kernels to 6.2.x kernels. It worked great until then for a long time. Ethernet interface still tells that wake-on-LAN is enabled like before (setting is defined in /etc/sysconfig/network/ifcfg-eth0). When machine suspends, ethernet adapter shuts down completely. Machine wakes up from suspend by pressing power button. $ ethtool eth0 | grep -i wake Supports Wake-on: pumbg Wake-on: g $ lspci | grep -i ethernet 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09) I can see from system journal logs that nightly backups resumed that machine neatly with 6.1.12 kernel, but no longer with 6.2.0 and later kernels up and including version 6.2.6. There is nothing unusual logged into system journal as fas as I can tell. I haven��t changed any procedures myself. Tumbleweed updates have done all changes. I have also few other machines with different ethernet cards, where WOL still works with 6.2.x kernels. -- You are receiving this mail because: You are on the CC list for the bug.

1 19

[Bug 1209981] New: Grub prompts for disk encryption password too fast
by bugzilla_noreply＠suse.com 30 Mar '23

30 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209981 Bug ID: 1209981 Summary: Grub prompts for disk encryption password too fast Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: x86-64 OS: openSUSE Leap 15.4 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: carlos.e.r(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, New Lenovo L14 Gen3 laptop, AMD CPU. This is an enterprise class laptop (according to manufacturer) Fresh install of Leap 15.4 with full disk encryption with discrete partitions (no LVM) and identical passwords. Machine starts the boot procedure, internal checks, then pops the Lenovo logo in the center of the screen, a message to press F1 for config or F12 for boot menu flashes for half a second, then the prompt for the disk encryption password pops at top left in about half a second. At this point, F1, F12, ctrl-alt-del are ignored. The only way out is press and hold the power button for 4 seconds. The only way to reach the config or boot menus is to repeatedly press F1/F12, fast, non stop, till the machine reacts. Pressing and holding F1 doesn't work. Pressing it slowly or once or twice doesn't work. When the machine was not installed, only the USB install media present, there was ample time to press F1. Proposal: - Detect ctrl-alt-del (in the grub code that prompts for the password, living in /boot/efi/opensuse). - In that code, insert a delay, hopefully configurable, before it prompts for the password. No idea if that would work, though. Ask for any other information you need from me. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1209224] New: xrdp idle issue after updating to TW 20230222
by bugzilla_noreply＠suse.com 30 Mar '23

30 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209224 Bug ID: 1209224 Summary: xrdp idle issue after updating to TW 20230222 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications Assignee: screening-team-bugs(a)suse.de Reporter: jmscdba(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After updating to TW 20230222 xrdp was updated from version 0.9.20-5.1.x86_64 to 0.9.20-6.1|x86_64. Starting a new xrdp session from another Linux machine, a Windows 10 machine using MS RDP client, or even from my local machine ( but as a different user ) to the xrdp service on my local machine all connect and work perfectly fine for as long as you want to use them, however, if you let the rdp session sit for a while then when you come back to it the desktop is black and the session is no longer responsive. Originally to recover, I had to kill the processes for the user and also restart the xrdp service. After doing that, then rdp works fine again ( from any of the sources ) until you leave the session sit idle and the problem reocurrs. This did not occur with previous xrdp versions and I am using the stock xrdp configuration without any changes. It was suggested to check /etc/xrdp/sesman.ini to check DisconnectedTimeLimit and IdleTimeLimit but they are both set to the default of 0 which disables disconnection. Yesterday, while trying to debug this further so that I would have more information I came across what I believe is the source of the problem. In System Settings / Power Management / Energy Saving, on the On AC Power Tab, the Screen Energy Saving is checked and it is set to switch off after 10 min. This is the default setting and used by all users, HOWEVER, if I turn that off then xrdp no longer has the issue and the session can be left idle for as long as you like. Looking at my zypper history, I see that powerdevil5 was updated from 5.26.5-1.1 x86_64 to 5.27.0-1.1 x86_64 so I suspect that is the real source of the problem since turning off Screen Energy Saving stops the problem from occurring. Here is my KDE version info: KDE Plasma Version 5.27.0 KDE FrameWorks Version 5.103.0 Qt Version 5.15.8 Please let me know if you need any additional information or logs -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1208645] nvidia/suse-prime: Multiple screens stopped working with latest update 525.89.02
by bugzilla_noreply＠suse.com 30 Mar '23

30 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1208645 https://bugzilla.suse.com/show_bug.cgi?id=1208645#c23 --- Comment #23 from Stefan Dirsch <sndirsch(a)suse.com> --- Oh well. Anyway, thanks for testing! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1207807] New: khugepaged consumes 100% cpu apparently causing virtual machine to freeze for extended times
by bugzilla_noreply＠suse.com 30 Mar '23

30 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1207807 Bug ID: 1207807 Summary: khugepaged consumes 100% cpu apparently causing virtual machine to freeze for extended times Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: x86-64 OS: openSUSE Leap 15.4 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: obs(a)akr.yagii.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I am running a Windows 10 virtual machine guest in VMware Workstation 16.2. The guest becomes unresponsive for 10-60s after each mouse click and khugepaged is run at 100% cpu. This is reproducible after almost every suspend of the guest or a suspend of the host. -- You are receiving this mail because: You are on the CC list for the bug.

1 11