June 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1188745] nvidia gfx kernel module: kexec reboot fails since 5.13.4
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1188745 https://bugzilla.suse.com/show_bug.cgi?id=1188745#c54 --- Comment #54 from Stefan Dirsch <sndirsch(a)suse.com> --- Just had another try on freshly installed sle15-sp6. Before testing with current nvidia drivers I gave it a try with amdgpu driver (AMD gfx card of course). jumphost:~ # systemctl kexec jumphost:~ # Connection to jumphost closed by remote host. Connection to jumphost closed. Monitor gets black. Blinking cursor for a few seconds on the top left. Then monitor goes into power-safe. That's it. Machine dead. Press power to turn it off completely and press power again to start it again. I think we should first need to get things working with non-nividia drivers before digging into this with nvidia drivers. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226043] kernel: EXT4-fs error (device dm-0): ext4_mark_recovery_complete:6245: comm mount: Orphan file not empty on read-only fs.
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1226043 https://bugzilla.suse.com/show_bug.cgi?id=1226043#c6 --- Comment #6 from Luis Henriques <lhenriques(a)suse.com> --- (In reply to Jonas Kvinge from comment #5) > Thank you. After I added "fsck.mode=force" I could no longer reproduce the > issue when cutting power, as soon as I removed "fsck.mode=force" it's stuck > almost every time the power is cut. > > Even if you fixed the issue, is it a good idea to keep fsck.mode=force for > machines that are often shut down by cutting power? I assume it does not > hurt, since it only takes a few seconds more when booting. I guess that what 'fsck.mode=force' will do is to run e2fsck with '-f' even if the filesystem seems to be clean (but I'm not familiar with the details on how this parameter is handled, probably by systemd). In general, forcing the filesystem check shouldn't be needed in most cases, but it should also be harmless. On the other hand, my patch to e2fsck is to actually force it to do a full check in the presence of the orphan files inode. So using that kernel parameter seems to be a good workaround to the issue. (In the meantime, I haven't had any feedback on my patch yet.) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1212476] patch shebang line match the python version required in the package
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

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

1 0

[Bug 1224059] Bumblebee freezes laptop at boot
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1224059 https://bugzilla.suse.com/show_bug.cgi?id=1224059#c6 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(aleksey.rukhlenko | |(a)gmail.com) | --- Comment #6 from Stefan Dirsch <sndirsch(a)suse.com> --- Sounds great! Thanks for the late feedback! :-) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226217] Regression of security fix: Apache ignores headers sent by CGI scripts
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1226217 https://bugzilla.suse.com/show_bug.cgi?id=1226217#c14 --- Comment #14 from David Anes <david.anes(a)suse.com> --- (In reply to Dirk Stoecker from comment #12) > If it would strip the content-length in the transfer encoding coming from > the script case because of the information in the link you provided I can > live with this. I don't think that combination is used anywhere that we have > a receiver relying on the content length and using transfer encoding. Also > doesn't make much sense anyway: If I know the length of the transfer at the > beginning chunked transfer is wasted bandwidth. I fully agree. Let me investigate now the problem has been narrowed down to a very simple case. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226217] Regression of security fix: Apache ignores headers sent by CGI scripts
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1226217 https://bugzilla.suse.com/show_bug.cgi?id=1226217#c13 --- Comment #13 from Dirk Stoecker <opensuse(a)dstoecker.de> --- Yes. curl → apache → cgi. The apache running mainly with defaults (I use different systems for ok/error instead of installing/reinstalling for each test :-). -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226217] Regression of security fix: Apache ignores headers sent by CGI scripts
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1226217 https://bugzilla.suse.com/show_bug.cgi?id=1226217#c12 --- Comment #12 from Dirk Stoecker <opensuse(a)dstoecker.de> --- > Isn't this wrong as per http spec? It's not wrong, only superfluous (both state the same value). It get's wrong because apache now always enforces chunked encoding ignoring the input. If it would strip the content-length in the transfer encoding coming from the script case because of the information in the link you provided I can live with this. I don't think that combination is used anywhere that we have a receiver relying on the content length and using transfer encoding. Also doesn't make much sense anyway: If I know the length of the transfer at the beginning chunked transfer is wasted bandwidth. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226217] Regression of security fix: Apache ignores headers sent by CGI scripts
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1226217 https://bugzilla.suse.com/show_bug.cgi?id=1226217#c11 --- Comment #11 from David Anes <david.anes(a)suse.com> --- Just for completeness. Is this your current setup or is there anything in between? client <-> apache <-> cgi -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1225352] [Build 13.199] openQA test fails in prepare_firstboot: RPi3 not booting?
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1225352 https://bugzilla.suse.com/show_bug.cgi?id=1225352#c24 --- Comment #24 from John Paul Adrian Glaubitz <adrian.glaubitz(a)suse.com> --- FWIW, this is fixed by upgrading the system to openSUSE Leap 15.6 which updates the kernel to version 6.4.x. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1223366] nodejs-electron: segfault in electron::ElectronDesktopWindowTreeHostLinux::OnWindowTiledStateChanged(ui::WindowTiledEdges)
by bugzilla_noreply＠suse.com 13 Jun '24

13 Jun '24

https://bugzilla.suse.com/show_bug.cgi?id=1223366 https://bugzilla.suse.com/show_bug.cgi?id=1223366#c15 Bruno Pitrus <brunopitrus(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |IN_PROGRESS Flags| |needinfo?(john-susecom@pela | |go.org.uk) --- Comment #15 from Bruno Pitrus <brunopitrus(a)hotmail.com> --- Upstream has identified the root cause of this crash and provided a proper fix: https://github.com/electron/electron/commit/e9eda8f8456c98e3c3a438bfd2ff41d… I have backported this patch and re-enabled custom allocator. Please check this build of Electron whether it crashes (it should not): https://download.opensuse.org/repositories/home:/dziobian:/gulgul-ultron:/1… -- You are receiving this mail because: You are on the CC list for the bug.

1 0