June 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1029972] New: procps has binaries in /bin
by bugzilla_noreply＠novell.com 01 Mar '21

01 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1029972 Bug ID: 1029972 Summary: procps has binaries in /bin Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: daniel.molkentin(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- procps is one of the remaining packages in Tumbleweed to install binaries to /bin. Please make sure all binaries previously in /usr go to %_bindir (aka /usr/bin), and /bin contains a symlink to those. See https://bugzilla.opensuse.org/show_bug.cgi?id=1029961 for an overview. If you need assistance, don't hesitate to ask. General discussions should happen in the meta bug (see previous link). -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1048942] New: qla2xxx: endless rport login loop after update to kernel version 4.11.8-1-default (32bit)
by bugzilla_noreply＠novell.com 23 Feb '21

23 Feb '21

http://bugzilla.suse.com/show_bug.cgi?id=1048942 Bug ID: 1048942 Summary: qla2xxx: endless rport login loop after update to kernel version 4.11.8-1-default (32bit) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: thomas.blume(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After updating my old 32bit server from kernel version 4.10.13-1 to 4.11.8-1 the system boot hangs during load of the qla2xxx driver. Log messages shown are: --> Jul 17 13:17:15 c92 kernel: qla2xxx [0000:00:00.0]-0005: : QLogic Fibre Channel HBA Driver: 9.00.00.00-k. Jul 17 13:17:15 c92 kernel: qla2xxx [0000:06:02.0]-001d: : Found an ISP2312 irq 21 iobase 0xf823d000. Jul 17 13:17:15 c92 kernel: scsi host4: qla2xxx Jul 17 13:17:15 c92 kernel: qla2xxx [0000:06:02.0]-4800:4: DPC handler sleeping. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-580e:4: Asynchronous P2P MODE received. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-500a:4: LOOP UP detected (2 Gbps). Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5812:4: Port database changed ffff 0006 0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Mark all dev lost Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5811:4: Asynchronous PORT UPDATE ignored 0000/0006/0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5811:4: Asynchronous PORT UPDATE ignored 0001/0006/0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5810:4: Port logout 0000 0007 0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5810:4: Port logout 0001 0007 0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5811:4: Asynchronous PORT UPDATE ignored 0000/0006/0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5811:4: Asynchronous PORT UPDATE ignored 0001/0006/0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5810:4: Port logout 0000 0007 0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5810:4: Port logout 0001 0007 0000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-480b:4: Reset marker scheduled. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-480c:4: Reset marker end. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-480f:4: Loop resync scheduled. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-8837:4: F/W Ready - OK. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-883a:4: fw_state=3 (ffff, ffff, ffff, ffff ffff) curr time=9ada0. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-280e:4: HBA in F P2P topology. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2814:4: Configure loop -- dpc flags = 0x112e0. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-287d:4: NodeName = 200000e08b0807cd. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28a5:4: Manufacturer = QLogic Corporation. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28a6:4: Serial no. = F76775. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28a7:4: Model Name = QLA2340. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28a8:4: Model Desc = 133MHz PCI-X to 2Gb FC, Single Channel. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28a9:4: Hardware ver = HW:. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28aa:4: Driver ver = 9.00.00.00-k. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28ab:4: Optrom version = 46.49. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28ac:4: Firmware vers = 3.03.28 IPX. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28ae:4: OS Name and Version = Linux 4.11.8-1-default #1 SMP Thu Jun 29 14:37:33 UTC 2017 (42bd7a0). Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28af:4: CT Payload Length = 0x80000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b0:4: Symbolic Name = QLA2340 FW:v3.03.28 DVR:v9.00.00.00-k. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b1:4: Vendor Id = 77100000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b2:4: Port Num = 1000000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b3:4: Fabric Name = 0220de0000fbd13b. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b4:4: BIOS Name = BIOS 1.45 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b1:4: Vendor Identifier = QLGC. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-28b5:4: RHBA identifier = 210000e08b0807cd. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2816:4: RHBA FDMI v2 failed, CT Reason code: 0x9, CT Explanation 0x0 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2825:4: NodeName = 200000e08b0807cd. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2826:4: Manufacturer = QLogic Corporation. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2827:4: Serial no. = F76775. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2828:4: Model Name = QLA2340. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2829:4: Model Desc = 133MHz PCI-X to 2Gb FC, Single Channel. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-282a:4: Hardware ver = HW:. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-282b:4: Driver ver = 9.00.00.00-k. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-282c:4: Optrom vers = 1.45. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-282d:4: Firmware vers = 3.03.28 IPX. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-282e:4: RHBA identifier = 210000e08b0807cd size=184. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2835:4: RHBA exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2839:4: FC4_TYPES=01 00. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-283a:4: Supported_Speed=3000000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-283b:4: Current_Speed=2000000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-283c:4: Max_Frame_Size=80000. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-284b:4: OS_Device_Name=qla2xxx:host4. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-283d:4: HostName=c92. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-283e:4: RPA portname 210000e08b0807cd, size = 100. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2841:4: RPA exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2844:4: RFT_ID exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2848:4: RFF_ID exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-284e:4: RNN_ID exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2852:4: RSNN_NN exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2858:4: GID_PT entry - nn 200400a0981116c6 pn 200000a0981116c6 portid=770403. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2858:4: GID_PT entry - nn 200400a0981116c6 pn 200200a0981116c6 portid=770505. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2858:4: GID_PT entry - nn 200000e08b0807cd pn 210000e08b0807cd portid=7c0700. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2858:4: GID_PT entry - nn 50060b0000275a0f pn 50060b0000275a0e portid=7c0800. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2863:4: GA_NXT entry - nn 200400a0981116c6 pn 200000a0981116c6 port_id=770403. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2863:4: GA_NXT entry - nn 200400a0981116c6 pn 200200a0981116c6 port_id=770505. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2863:4: GA_NXT entry - nn 200000e08b0807cd pn 210000e08b0807cd port_id=7c0700. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2863:4: GA_NXT entry - nn 50060b0000275a0f pn 50060b0000275a0e port_id=7c0800. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2863:4: GA_NXT entry - nn 200400a0981116c6 pn 200000a0981116c6 port_id=770403. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2865:4: Device wrap (770403). Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 20:00:00:a0:98:11:16:c6 DS 0 LS 7 P 0 fl 3 confl (null) rscn 0|0 login 0|0 retry 5 lid 4096 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 859 20:00:00:a0:98:11:16:c6 post gnl Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Async-gnlist WWPN 20:00:00:a0:98:11:16:c6 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Async-gnlist - OUT WWPN 20:00:00:a0:98:11:16:c6 hndl 2 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 20:02:00:a0:98:11:16:c6 DS 0 LS 7 P 0 fl 3 confl (null) rscn 0|0 login 0|0 retry 5 lid 4096 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 859 20:02:00:a0:98:11:16:c6 post gnl Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Async-gnlist WWPN 20:02:00:a0:98:11:16:c6 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 50:06:0b:00:00:27:5a:0e DS 0 LS 7 P 0 fl 3 confl (null) rscn 0|0 login 0|0 retry 5 lid 4096 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 859 50:06:0b:00:00:27:5a:0e post gnl Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5046:4: Async-gnlist failed - hdl=2 portid=770403 status=30 mb0=4006 mb1=4000 mb2=0 mb6=0 mb7=0. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Async done-gnlist res 0 mb[1]=4005 mb[2]=0 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_handle_gnl_done_event 363 20:00:00:a0:98:11:16:c6 n 409 770403 lid 4096 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2886:4: Assigning new loopid=81, portid=770403. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 20:00:00:a0:98:11:16:c6 DS 2 LS 7 P 0 fl 3 confl (null) rscn 0|0 login 0|0 retry 4 lid 129 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 890 20:00:00:a0:98:11:16:c6 post login Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_handle_gnl_done_event 363 20:02:00:a0:98:11:16:c6 n 409 770505 lid 4096 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2886:4: Assigning new loopid=82, portid=770505. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 20:02:00:a0:98:11:16:c6 DS 2 LS 7 P 0 fl 3 confl (null) rscn 0|0 login 0|0 retry 4 lid 130 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: qla24xx_fcport_handle_login 890 20:02:00:a0:98:11:16:c6 post login Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Async-gnlist WWPN 50:06:0b:00:00:27:5a:0e Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-107ff:4: Async-gnlist - OUT WWPN 50:06:0b:00:00:27:5a:0e hndl 3 Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-2869:4: LOOP READY. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-286b:4: qla2x00_configure_loop: exiting normally. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-4810:4: Loop resync end. Jul 17 13:17:16 c92 kernel: qla2xxx [0000:06:02.0]-5046:4: Async-gnlist failed - hdl=3 portid=7c0800 status=30 mb0=4006 mb1=4000 mb2=0 mb6=0 mb7=0. --< Reverting to kernel version 4.10.13-1 make the rport login work and the system booting up correctly. -- You are receiving this mail because: You are on the CC list for the bug.

2 56

[Bug 1025744] New: Shaking rendering on windows resize or some with transparency
by bugzilla_noreply＠novell.com 20 Feb '21

20 Feb '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1025744 Bug ID: 1025744 Summary: Shaking rendering on windows resize or some with transparency Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: 64bit OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs(a)forge.provo.novell.com Reporter: heitorcmj(a)gmail.com QA Contact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- I can't describe as a log what is exactly occurring. Please watch the video I uploaded to try to describe it. When I type an URL in the Firefox the search combobox shakes as well. When resizing a window, as shown in the video, the problem occurs too. When transparency is enable in Terminator, the bug blur all the window and when I hold it with the mouse, the blur is gone. Type again and it blurs again. When transparency is disable, it doesn't happens. In Konsole, the blur doesn't occurs, even if transparency is enable. https://youtu.be/drm_lHXTIBM -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Bug 981271] New: KTTSMgr cannot use festival 2.4 in 13.1 or 13.2 or 42.1
by bugzilla_noreply＠novell.com 19 Feb '21

19 Feb '21

http://bugzilla.opensuse.org/show_bug.cgi?id=981271 Bug ID: 981271 Summary: KTTSMgr cannot use festival 2.4 in 13.1 or 13.2 or 42.1 Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 URL: http://bugs.pearsoncomputing.net/show_bug.cgi?id=2657 OS: Other Status: NEW Keywords: accessibility Severity: Normal Priority: P5 - None Component: Sound Assignee: tiwai(a)suse.com Reporter: mrmazda(a)earthlink.net QA Contact: qa-bugs(a)suse.de CC: anixx(a)opensuse.org Found By: --- Blocker: --- To reproduce: 1.ensure sound system works reliably 2.install festival and kdeaccessibility3 or trinity-tdeaccessibility from standard repos 3.enable festival with chkconfig (no systemd service for it exists) 4.open a KDE3 or TDE session 5.open KTTSMgr 6.try to add or edit a talker (talker tab) Actual behavior: 1.voice query fails 2.Enable on General tab cannot be selected 3.TTS cannot produce sound Expected behavior: 1.voice query succeeds 2.enabling on General tab is possible 3.TTS works as expected (e.g. speak clipboard) Notes: 1-KDE3's KTTSMgr on 13.1 on host Easystreet made sound until most recent updating, which replaced festival 2.1 with 2.4. Reverting to festival 2.1 from OSS repo restored sound. 2.KDE3' KTTSMgr on 13.2 had never been made to find voices or make sound on host Easystreet. I was only able to make it find voices and make sound after replacing its installed festival 2.4 from KDE3 repo with 2.1 from OSS repo. 3.TDE's KTTSMgr on 42.1 on hosts Easystreet and gx62b would not find voices or make sound until I replaced their festival 2.4 with the 2.1 version from 13.2's OSS repo. 4.TDE's KTTSMgr on Debian stretch on host Easystreet works as expected with its own festival 2.4. Yet to do is figure out why same OS/KTTSMgr/festival on host big41 does not output sound, though it does claim to find voices and appear fully configured to output sound, and other apps do output sound. 5.mailing list thread: http://trinity-users.pearsoncomputing.net/?0::10248 -- You are receiving this mail because: You are on the CC list for the bug.

2 22

[Bug 1049382] New: geany does not produce consistent output
by bugzilla_noreply＠novell.com 19 Feb '21

19 Feb '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1049382 Bug ID: 1049382 Summary: geany does not produce consistent output Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: Development Blocker: --- When the glfw package is built, it calls geany -v -c geany_config -g glfw.c.tags ...c but this produces varying results probably depending on some ordering in the filesystem. Diffing the build logs gave: - In file included from /tmp/tmp_F5J72Y.cpp:2:0: - ./src/wl_platform.h:30:10: fatal error: wayland-client.h: No such file or directory - #include <wayland-client.h> - ^~~~~~~~~~~~~~~~~~ + In file included from ./src/glx_context.c:28:0, + from /tmp/tmp_PQIPOZ.cpp:1: + ./src/internal.h:175:3: error: #error "No supported window creation API selected" + #error "No supported window creation API selected" + ^~~~~ + In file included from /tmp/tmp_PQIPOZ.cpp:6:0: + ./src/egl_context.h:50:3: error: #error "No supported EGL platform selected" + #error "No supported EGL platform selected" + ^~~~~ + In file included from /tmp/tmp_PQIPOZ.cpp:9:0: + ./src/mir_platform.h:34:10: fatal error: mir_toolkit/mir_client_library.h: No such file or directory + #include <mir_toolkit/mir_client_library.h> + ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated. so it seems, the 'compilation terminated' happens in different places. -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1017652] New: tracker-extract process generating core dumps through udev bad system call to socket()
by bugzilla_noreply＠novell.com 19 Feb '21

19 Feb '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1017652 Bug ID: 1017652 Summary: tracker-extract process generating core dumps through udev bad system call to socket() Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: bwilson3013(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0 Build Identifier: After updating openSUSE Tumbleweed yesterday (12/29), I discovered that the tracker-extract process was cyclically failing and causing core dumps to be generated through systemd-coredump. The issue does not start until I log into the GNOME desktop (Wayland and/or X.org), and is not present if I log into the IceWM desktop. When I log into the GNOME desktop, I quickly hear my laptop fans kick into high gear, and I can see several (6-8) systemd-coredump processes running to generate the core dump files. I can see the new core-dump files being actively created in /var/lib/systemd/coredump/ When I first noticed this issue, I was using the packman-essentials repo for codes. I disabled the packman-essentials repo and reverted to the official Tumbleweed versions, and the issue is still present. I did a little debugging with the systemd coredumpctl utility, and the error seems to be caused by a bad system call in glibc socket(). Here's the gdb output and backtrace: Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 0x00007f34356a1587 in socket () at ../sysdeps/unix/syscall-template.S:84 84 ../sysdeps/unix/syscall-template.S: No such file or directory. [Current thread is 1 (Thread 0x7f3413b15700 (LWP 2777))] (gdb) bt #0 0x00007f34356a1587 in socket () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007f342fb0d304 in udev_monitor_new_from_netlink_fd (udev=0x7f340c379be0, name=<optimized out>, fd=-1) at src/libudev/libudev-monitor.c:207 #2 0x00007f343178a3a2 in () at /usr/lib64/libgudev-1.0.so.0 #3 0x00007f3435e9f0d7 in () at /usr/lib64/libgobject-2.0.so.0 #4 0x00007f3435ea0a6e in g_object_new_valist () at /usr/lib64/libgobject-2.0.so.0 #5 0x00007f3435ea0d11 in g_object_new () at /usr/lib64/libgobject-2.0.so.0 #6 0x00007f343178a537 in g_udev_client_new () at /usr/lib64/libgudev-1.0.so.0 #7 0x00007f33fe030d3a in () at /usr/lib64/gstreamer-1.0/libgstvideo4linux2.so #8 0x00007f33fe00ea53 in () at /usr/lib64/gstreamer-1.0/libgstvideo4linux2.so #9 0x00007f34207d10f7 in () at /usr/lib64/libgstreamer-1.0.so.0 #10 0x00007f34207d3068 in () at /usr/lib64/libgstreamer-1.0.so.0 #11 0x00007f34207dfc0e in () at /usr/lib64/libgstreamer-1.0.so.0 #12 0x00007f34207e0d01 in () at /usr/lib64/libgstreamer-1.0.so.0 #13 0x00007f34207e0ed6 in () at /usr/lib64/libgstreamer-1.0.so.0 #14 0x00007f34207e2b24 in gst_update_registry () at /usr/lib64/libgstreamer-1.0.so.0 #15 0x00007f342077d41e in () at /usr/lib64/libgstreamer-1.0.so.0 #16 0x00007f3435bcc988 in g_option_context_parse () at /usr/lib64/libglib-2.0.so.0 #17 0x00007f342077ddef in gst_init_check () at /usr/lib64/libgstreamer-1.0.so.0 #18 0x00007f342077de44 in gst_init () at /usr/lib64/libgstreamer-1.0.so.0 #19 0x00007f342110434b in tracker_extract_gstreamer (uri=uri@entry=0x7f340c007930 "file:///home/bwilson3013/Music/moe_/Sticks%20and%20Stones/02%20Sticks%20and%20Stones.m4a", info=info@entry=0x7f3418003060, type=type@entry=EXTRACT_MIME_AUDIO) at tracker-extract-gstreamer.c:1341 #20 0x00007f3421105b59 in tracker_extract_get_metadata (info=0x7f3418003060) at tracker-extract-gstreamer.c:1470 #21 0x000000000040ba86 in get_file_metadata (task=task@entry=0x17ad590, info_out=info_out@entry=0x7f3413b14d10) at tracker-extract.c:326 #22 0x000000000040bb53 in get_metadata (task=0x17ad590) at tracker-extract.c:510 #23 0x000000000040bbb0 in single_thread_get_metadata (queue=0x1932510) at tracker-extract.c:538 #24 0x00007f3435be81c5 in () at /usr/lib64/libglib-2.0.so.0 #25 0x00007f343595d454 in start_thread (arg=0x7f3413b15700) at pthread_create.c:333 #26 0x00007f34356a037f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Reproducible: Always Steps to Reproduce: 1. Turn on computer 2. Log into GNOME 3. See systemd-coredump processes running Actual Results: New core dump files for /usr/lib/tracker-extract appear in /var/lib/systemd/coredump/ Expected Results: GNOME tracker (or udev) should not be generating core dumps -- You are receiving this mail because: You are on the CC list for the bug.

2 68

[Bug 1084758] New: seccheck fails to cleanup some temporary files created during daily and weekly run
by bugzilla_noreply＠novell.com 14 Feb '21

14 Feb '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1084758 Bug ID: 1084758 Summary: seccheck fails to cleanup some temporary files created during daily and weekly run Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: d_werner(a)gmx.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build Identifier: During each run of the daily or weekly cron jobs of seccheck afterwards temporary files are left. Specifically these files are daily: created by the pattern specia_files_owner.XXXX in security_daily_helper.inc e.g. /tmp/specia_files_owner.Jx25 weekly: created by the pattern rpm-md5.XXXX in helper.inc e.g. /tmp/rpm-md5.AYWm This is observed with the rpm seccheck-3.0-lp150.2.3.noarch.rpm from Leap 15.0 Build 153.1 Reproducible: Always Steps to Reproduce: 1.have the seccheck rpm installed (and ensure the START_SECCHK="yes" which is the default) 2.let the time pass when the cron job triggers or tweak it to run "soon" 3.check if the files /tmp/rpm-md5.* or /tmp/specia_files_owner.* exist after the cronjob is finished dependent whether the daily or the weekly cron job was executed. Note: the weekly job can run for several minutes. Actual Results: Temporary files created by the cron job are left after the cron job completes. /tmp/specia_files_owner.???? /tmp/rpm-md5.???? Expected Results: seccheck should not leave temporary files after it finishes successfully. I do not consider this bug is not an actual security problem, it is just in a security related component. As far as I remember it even was already once fixed but crept in again. Note: this is not a new problem, AFAIK it also exists in Leap 42.3 and Tumbleweed, but maybe now is a good time to fix it and the fix is simple. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1094834] New: Unable to install leap 15 on Lenovo T430 along with Windows 10 in dual boot
by bugzilla_noreply＠novell.com 13 Feb '21

13 Feb '21

http://bugzilla.suse.com/show_bug.cgi?id=1094834 Bug ID: 1094834 Summary: Unable to install leap 15 on Lenovo T430 along with Windows 10 in dual boot Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: rashmiranjan.mohanty(a)microfocus.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 771520 --> http://bugzilla.suse.com/attachment.cgi?id=771520&action=edit Screenshot of hung install I am unable to install openSUSE Leap 15.0 on my Lenovo T430 laptop. It already has Windows 10 installed. I am trying to install Leap 15 as dual OS. It just gets stuck on the progress bar screen (After loading Kernel and before installer UI comes up). Attaching screenshot. System does not hang though. System responds to Ctrl+Alt+Delete fine and reboots. Additional information : 1. On the same laptop Windows 7 and OpenSUSE leap 42.3 were running fine in dual boot mode before formatting the whole system. 2. I tried DVD and NET media for Leap 15 and it gets stuck at same place. 3. Even tried installing Leap 42.3. That also got stuck in the progress screen. 4. Then I tried installing Fedora 27 and it installed fine. I know since the media is already released there may not be much that can be done to fix the issue in media, but if any workaround can be provided so that I can install Leap 15 on the system, I will be more than happy. -- You are receiving this mail because: You are on the CC list for the bug.

2 43

[Bug 1093098] New: document minimum disk size
by bugzilla_noreply＠novell.com 13 Feb '21

13 Feb '21

http://bugzilla.suse.com/show_bug.cgi?id=1093098 Bug ID: 1093098 Summary: document minimum disk size Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes Assignee: sknorr(a)suse.com Reporter: lnussel(a)suse.com QA Contact: lnussel(a)suse.com CC: ancor(a)suse.com Found By: --- Blocker: --- The installer will only propose a partitioning scheme if the available hard disk size is larger than 12GB. Administrators wanting to install e.g. very small virtual machines images will have to use the guided setup to tune the parameters for the partitioning manually. -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Bug 1091103] New: Release notes entry about automatic Qt HiDPI scaling
by bugzilla_noreply＠novell.com 13 Feb '21

13 Feb '21

http://bugzilla.suse.com/show_bug.cgi?id=1091103 Bug ID: 1091103 Summary: Release notes entry about automatic Qt HiDPI scaling Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes Assignee: sknorr(a)suse.com Reporter: fvogt(a)suse.com QA Contact: lnussel(a)suse.com CC: opensuse-kde-bugs(a)opensuse.org Found By: --- Blocker: --- Release notes entry for bsc#1089932 and related. It's a rather complicated topic unfortunately, with no easy fix or workarounds available. Qt supports automatic per-monitor scaling on X. It uses the DPI value of the virtual X screen to calculate the font size for the primary monitor, which is by default 96. It uses the relative DPI of the primary monitor to derive font DPI for all other monitors. If the primary monitor is HiDPI (>= 144dpi), this means the font has effectively a 0.5x scale on all monitors. Applications which request it (e.g. VLC) have too small text on all monitors. Applications which do not request scaling (e.g. YaST) are not affected and use the same DPI value on all monitors. Applications run on KDE Plasma or GNOME are not affected as Plasma disables automatic scaling by default and GNOME sets Xft.dpi according to the monitor scale. Workarounds: a) Use a non-HiDPI monitor as primary monitor. VLC is then scaled accordingly on the HiDPI monitor. b) Set the font DPI (Xft.dpi) using the DE configuration or "echo Xft.dpi: <value> | xrdb -nocpp -merge" to equal the DPI of the primary monitor c) Disable automatic scaling: export QT_AUTO_SCREEN_SCALE_FACTOR=0 (maybe this part into a separate section?) HiDPI support in sddm: To enable HiDPI support in sddm, edit /etc/sddm.conf and set: [X11] EnableHiDPI=true ServerArguments=-nolisten tcp -dpi <dpi> with <dpi> being 96*scale of the first monitor listed by "xrandr". -- You are receiving this mail because: You are on the CC list for the bug.

2 10