July 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1116498] YaST does not change DEFAULT_TIMEZONE in /etc/sysconfig/clock
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1116498 https://bugzilla.suse.com/show_bug.cgi?id=1116498#c7 Stefan Hundhammer <shundhammer(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #7 from Stefan Hundhammer <shundhammer(a)suse.com> --- This is read and written in this code: https://github.com/yast/yast-country/blob/master/timezone/src/modules/Timez… AFAICS this serves as the default for timezone selection. The default is read from the product's control.xml file. If the language / country definitions suggest a different timezone for the language (and country?), that one will be used instad. For many countries, this gives a clear result, because they don't stretch over multiple timezones: German -> CET (UTC+1) Italian -> CET (UTC+1) but there are others that don't have such a simple 1:1 mapping; English, Spanish, Russian come to mind. AFAICS this works as designed, and there are limits what we can do here anyway. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1116498] YaST does not change DEFAULT_TIMEZONE in /etc/sysconfig/clock
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1116498 https://bugzilla.suse.com/show_bug.cgi?id=1116498#c6 --- Comment #6 from Stefan Hundhammer <shundhammer(a)suse.com> --- On the freshly installed Leap 15.6 on my laptop where the HW clock is running on UTC: [sh @ uruk] ~ 7 % cat /etc/sysconfig/clock DEFAULT_TIMEZONE="US/Eastern" [sh @ uruk] ~ 8 % timedatectl Local time: Mo 2024-07-01 14:01:14 CEST Universal time: Mo 2024-07-01 12:01:14 UTC RTC time: Mo 2024-07-01 12:01:14 Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no [sh @ uruk] ~ 9 % TZ=UTC sudo hwclock 2024-07-01 12:01:23.208051+00:00 [sh @ uruk] ~ 10 % date Mo 1. Jul 14:01:30 CEST 2024 The default "US/Eastern" is what I always get (to my great annoyance) as the default during installation when prompted for my time zone. This is defined by the release manager in the product's control.xml file. The /etc/sysconfig/clock file is not owned by any package, so it should normally be generated by a fillup template, but I can't find that template in /usr/share/fillup-templates on that system or on my Leap 15.5. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1187317] libssh2_org build failed with autoconf 2.71
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1187317 David Anes <david.anes(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226123] New: pam-config fails to configure sss
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226123 Bug ID: 1226123 Summary: pam-config fails to configure sss Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: gcomes.obs(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I use pam-config to enable sssd support in pam In Leap 15.6 the command: pam-config -a --sss does not work showing the following output error: ERROR: module /lib/security/pam_sss.so is not installed. In Leap 15.5 /lib/security/pam_sss.so was provided by the package: sssd-common-32bit. In Leap 15.6 the package sssd-common has been merged with the package sssd, but no sssd-32bit package is provided. In order to make 'pam-config -a --sss' work again, either you should provide the package sssd-32bit or pam-config should not fail if a 32bit module is missing. The maintainers of pam-config and sssd should decide which fix to implement for Leap 15.6 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1227216] New: pam_config: many things do not work after graphic login
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227216 Bug ID: 1227216 Summary: pam_config: many things do not work after graphic login Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: gcomes.obs(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- After installing Leap 15.6 I did the first login in KDE and found many issues: no sound, network manager not working, etc. The reason was because the process systemd --user was not started. Normally in the file /etc/pam.d/common-session-pc you will find this line: session optional pam_systemd.so which take care of starting systemd --user. In my installation such line is missing. When the rpm systemd is installed the post scriptlet runs: pam-config --add --systemd which take care of adding the pam_systemd.so entry in /etc/pam.d/common-session-pc. Looking at /var/log/zypp/history I found the following: # 2024-06-30 23:52:53 systemd-254.13-150600.4.5.1.x86_64.rpm installed ok # Additional rpm output: # ERROR: module /lib/security/pam_systemd.so is not installed. # Running in chroot, ignoring command 'daemon-reexec' # Creating group 'systemd-journal' with GID 469. # 2024-06-30 23:52:53|install|systemd|254.13-150600.4.5.1|x86_64||repo-sle-update|4b4498112e009db2bc50fd1739eaf226e74303f311af987a3488ef95f34cf05e| When pam-config --add --systemd is executed, if the program does not find the 32bit module (which means if systemd-32bit is not installed before systemd) it stops the execution with an error message and it does not add systemd support in pam. This behavior is also causing boo#1226123. In tumbleweed pam-config does not throw an error if the 32-bit module is missing, only a warning. I think the same should happen in Leap 15.6 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1225278] Firefox's Search Provider doesn't work on GNOME (and possibly other DEs)
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1225278 https://bugzilla.suse.com/show_bug.cgi?id=1225278#c5 Martin Sirringhaus <martin.sirringhaus(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(ant.romano(a)pm.me) | --- Comment #5 from Martin Sirringhaus <martin.sirringhaus(a)suse.com> --- (In reply to Antonio Romano from comment #4) > Ok, I managed to install the Firefox x86_64 rpm from your home branch and it > indeed works. Firefox does appear as a search provider in GNOME now. Thank > you! Cool! Thanks for testing! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227194] ‘mount -t cifs’ then ‘ls /mnt’ causes “soft lockup - CPU#0 stuck”. Can’t kill -9 nor init s, etc
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227194 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ematsumiya(a)suse.com, | |palcantara(a)suse.com, | |samba-maintainers(a)SuSE.de, | |tiwai(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226512] Lenovo B570 does not power off after shutdown
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226512 https://bugzilla.suse.com/show_bug.cgi?id=1226512#c1 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(bob(a)vickers.simpl | |yms.com) CC| |bob(a)vickers.simplyms.com, | |tiwai(a)suse.com --- Comment #1 from Takashi Iwai <tiwai(a)suse.com> --- Do you see any kernel trace or such while hanging at shutdown? Also, please check whether the issue is seen on the recent upstream kernel, too. You can install 6.9.x kernel-default from OBS Kernel:stable:Backport repo http://download.opensuse.org/repositories/Kernel:/stable:/Backport/standard/ -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226453] Kernel 6.9.4 not being booted after update because of grub script failing with dash-sh
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226453 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai(a)suse.com Assignee|kernel-bugs(a)opensuse.org |screening-team-bugs(a)suse.de Component|Kernel |Bootloader -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227221] Blank Screen After Booting Kernel 6.4.0-150600.23.7.3 Post Leap Logo on MacBook Pro 5.1
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227221 https://bugzilla.suse.com/show_bug.cgi?id=1227221#c1 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(jacopo.radice@out | |look.com) CC| |jacopo.radice(a)outlook.com --- Comment #1 from Takashi Iwai <tiwai(a)suse.com> --- Is it only about the graphics? That is, when you boot with "nomodeset" boot option, does it reach to the desktop (but with the EFI framebuffer)? Also, please check with the recent kernel in OBS Kernel:stable:Backport repo and see whether the same problem is seen or not. -- You are receiving this mail because: You are on the CC list for the bug.

1 0