September 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1113755] New: [openssl1.1.1][staging] python fails to build / errorin the test suite
by bugzilla_noreply＠novell.com 10 Jun '22

10 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1113755 Bug ID: 1113755 Summary: [openssl1.1.1][staging] python fails to build / errorin the test suite Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- openssl is being updated to version 1.1.1 - which currently causes failures of python The error can be seen in Staging:C https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:… >From the log file: [ 216s] Run tests sequentially [ 216s] 0:00:00 load avg: 1.65 [ 1/19] test_urllib [ 216s] 0:00:00 load avg: 1.65 [ 2/19] test_ssl [ 218s] test test_ssl failed -- multiple errors occurred; run in verbose mode for details [ 218s] 0:00:01 load avg: 1.65 [ 3/19/1] test_hashlib -- test_ssl failed [ 218s] 0:00:02 load avg: 1.65 [ 4/19/1] test_hmac [ 218s] 0:00:02 load avg: 1.65 [ 5/19/1] test_urllib2_localnet [ 219s] Traceback (most recent call last): [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/SocketServer.py", line 290, in _handle_request_noblock [ 219s] self.process_request(request, client_address) [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/SocketServer.py", line 318, in process_request [ 219s] self.finish_request(request, client_address) [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/SocketServer.py", line 331, in finish_request [ 219s] self.RequestHandlerClass(request, client_address, self) [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/SocketServer.py", line 652, in __init__ [ 219s] self.handle() [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/BaseHTTPServer.py", line 340, in handle [ 219s] self.handle_one_request() [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/BaseHTTPServer.py", line 310, in handle_one_request [ 219s] self.raw_requestline = self.rfile.readline(65537) [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/socket.py", line 480, in readline [ 219s] data = self._sock.recv(self._rbufsize) [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/ssl.py", line 780, in recv [ 219s] return self.read(buflen) [ 219s] File "/home/abuild/rpmbuild/BUILD/Python-2.7.15/Lib/ssl.py", line 667, in read [ 219s] v = self._sslobj.read(len) [ 219s] error: [Errno 104] Connection reset by peer [ 219s] test test_urllib2_localnet produced unexpected output: [ 219s] ********************************************************************** (other failures might happen too) -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1084650] New: GCC 8: python-base is miscompiled
by bugzilla_noreply＠novell.com 10 Jun '22

10 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1084650 Bug ID: 1084650 Summary: GCC 8: python-base is miscompiled 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: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Due to that: https://bugs.python.org/issue27987#msg311323 -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1081750] New: python tarfile uses random order
by bugzilla_noreply＠novell.com 10 Jun '22

10 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1081750 Bug ID: 1081750 Summary: python tarfile uses random order Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: tchvatal(a)suse.com Blocks: 1041090 Found By: Development Blocker: --- There are various Factory packages that use the obs_scm service to generate source tarballs at build time. However, https://github.com/python/cpython/pull/2263 is only accepted into python-3.7 so packages like obs-service-product_converter still produce different build results every time. IMHO we should do a backport of the patch. Upstream python was afraid that users might rely on files being handled in (unpredictable) filesystem order. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1078326] New: python-devel has dependency on /usr/bin/python3
by bugzilla_noreply＠novell.com 10 Jun '22

10 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1078326 Bug ID: 1078326 Summary: python-devel has dependency on /usr/bin/python3 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Another bug discovered by accident - sh** happens :) python-devel (python2 variant) has a dependency on /usr/bin/python3 - which sounds just weird digging a bit into the files and their headers, the offending file seems to be (in pyton-devel): /usr/lib64/python2.7/test/bisect.py:#!/usr/bin/python3 It being installed in py2.7 directories should imply it also wants to use python2.7 There is a 2nd file in python-devel that references python3, but that is likely less damaging: /usr/lib64/python2.7/config/Makefile.pre:PYTHON_FOR_REGEN=python3 -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1073748] New: Segfault in libpython2.7.so.1
by bugzilla_noreply＠novell.com 10 Jun '22

10 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1073748 Bug ID: 1073748 Summary: Segfault in libpython2.7.so.1 Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: x86-64 OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: daniel(a)saltstack.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- We are experiencing a SegFault with python2.7 when trying to run our test suite. [ 860.345322] salt-call[18552]: segfault at 3ea0 ip 00007ff59cede8bc sp 00007ffefe1e2170 error 4 in libpython2.7.so.1.0[7ff59ce0b000+1ae000] This is happening with the 42.2 ami on Amazon AWS, as well as 42.2 and 42.3 on Linode. We are running our test suite salt states here https://github.com/saltstack/salt-jenkins We are calling `salt-call --local state.apply git.salt pillar='{testing_dir: /tmp/kitchen/testing, clone_repo: false, salttesting_namespec: "salttesting==2017.6.1"}' saltenv=2017.7` It does have to be called as the exec from ssh for this to fail. I am attaching the core dump. Thanks, Daniel -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1160071] New: Darktable 3.0.0-lp151.174.2 fails to open. Claims libdarktable.so "No such file"
by bugzilla_noreply＠novell.com 09 Jun '22

09 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1160071 Bug ID: 1160071 Summary: Darktable 3.0.0-lp151.174.2 fails to open. Claims libdarktable.so "No such file" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: paul.pgp-7(a)gmx.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Darktable 3.0.0-lp151.174.2 (from https://download.opensuse.org/repositories/graphics/openSUSE_Leap_15.1 ) fails to open. Launching from a terminal gives the following message: paul@Orion-17:~> darktable darktable: error while loading shared libraries: libdarktable.so: cannot open shared object file: No such file or directory paul@Orion-17:~> libdarktable.so is present at /usr/lib64/darktable/ with size 3.0 MiB (3,180,448) and date/time Friday, 3 January 2020 07:29:13 GMT -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 1183676] New: Problems enabling Freesync/VRR on 6800 XT
by bugzilla_noreply＠suse.com 09 Jun '22

09 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1183676 Bug ID: 1183676 Summary: Problems enabling Freesync/VRR on 6800 XT Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: suse(a)me.carl.ac QA Contact: gfx-bugs(a)suse.de Found By: --- Blocker: --- I have an AMD RX 6800 XT graphics card and am running openSUSE Tumbleweed. My monitor is an HP Omen 27i, which supports Freesync, connected via Displayport. The monitor's OSD indicates that adaptive sync is enabled. I am using the amdgpu driver and an X11 Plasma 5 session. My refresh rate is 165 Hz. This is my only monitor. I cannot seem to get Freesync to work via the standard procedures, as verified by my monitor's OSD framerate always reading 165, even in VRRTest or running a game in fullscreen with the FPS capped below 165, and seeing the choppiness in VRRTest. I have confirmed that the compositor is disabled while doing these. This exact setup worked with my AMD RX 580. In fact, I've turned off the computer, plugged the RX 580 back in, rebooted, and it works. It's not a hardware problem, as I've tested live images of Kubuntu 21.04, Fedora 34's KDE Spin, and Manjaro, and all worked fine by creating the appropriate amdgpu.conf file and logging out and in. I can't, however, get it working with an openSUSE Tumbleweed live image by following the steps below plus installing the xf86-amdgpu driver and rebooting. Weirdly, I can get VRR to work by logging into a Sway session, where VRR works wonderfully, logging out, and logging into Plasma 5 X11. This doesn't persist through a reboot, and it seems buggy while doing this. E.g., when dragging a window, everything is a smooth 165 FPS, but when just moving the mouse, it sits at a very choppy 48 Hz, which is the lower limit of the Freesync range on this monitor. Steps to reproduce: 0) Obtain compatible hardware setup: One monitor, Freesync enabled, connected by Displayport; AMD 6800 XT graphics card. 1) Create /etc/X11/xorg.conf.d/20-amdgpu.conf file: Section "Device" Identifier "AMD" Driver "amdgpu" Option "TearFree" "true" Option "VariableRefresh" "true" EndSection (I've tried removing the TearFree option and it doesn't solve the problem.) 2) Log out and in. Freesync should now be enabled, but it doesn't work. Additional info: Running xrandr --props shows vrr_capable 1. /var/log/Xorg.0.log contains the lines [ 8.124] (**) AMDGPU(0): Option "VariableRefresh" "true" and [ 8.211] (**) AMDGPU(0): VariableRefresh: enabled It seems like everything is correct, but Freesync isn't working. I first verified this problem on Mesa 20.3.4-272.4 and Kernel 5.11.4-1-default. I am now on kernel 5.11.6-1.2. No updates are available. I don't have any wacky repositories that should be causing problems. I know this may be difficult to replicate given hardware availability. If I can help, let me know. I no longer have possession of the RX 580. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1178604] New: cups cannot print to remote cups: Could not start IPP Backend (/usr/lib/cups/backend/ipp): 13 Permission denied
by bugzilla_noreply＠suse.com 07 Jun '22

07 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1178604 Bug ID: 1178604 Summary: cups cannot print to remote cups: Could not start IPP Backend (/usr/lib/cups/backend/ipp): 13 Permission denied Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Printing Assignee: jsmeix(a)suse.com Reporter: luizluca(a)tre-sc.jus.br QA Contact: jsmeix(a)suse.com Found By: --- Blocker: --- Hello, For some time with Tumbleweed and now also with Leap 15.2, I cannot print to a remote cups server directly polled with: cupsd-browsed.conf: BrowsePoll remote.cups.server.addr LocalQueueNamingRemoteCUPS RemoteName All remote cups printers are network printers. If I add that remote printer as a local printer (with remote uri), it works as expected. I can list all remote printers correctly and I can print manually from my machine using: lp -h remote.cups.server.addr -d printername -t testjob a.txt While this fails: lp -d printername -t testjob a.txt with: Could not start IPP Backend (/usr/lib/cups/backend/ipp): 13 Permission denied I used strace to follow the calls from cups until ipp and saw this: [pid 29201] execve("/usr/lib/cups/daemon/cups-exec", ["/usr/lib/cups/daemon/cups-exec", "-g", "7", "-n", "0", "-u", "4", "none", "/usr/lib/cups/filter/texttopdf", ..., "/var/spool/cups/d00109-001"]) [pid 29201] execve("/usr/lib/cups/filter/texttopdf", [..., "/var/spool/cups/d00109-001"]) [pid 29202] execve("/usr/lib/cups/daemon/cups-exec", ["/usr/lib/cups/daemon/cups-exec", "-g", "7", "-n", "0", "-u", "4", "none", "/usr/lib/cups/backend/implicitclass", "implicitclass://printername/", ...]) [pid 29202] execve("/usr/lib/cups/backend/implicitclass", ["implicitclass://printername/", ...]) [pid 29203] execve("/usr/lib/cups/filter/gziptoany", ["ipp://remote.cups.server.addr:631/printers/printername", ..., "/var/spool/cups/tmp/072125faaaeab"]) [pid 29204] execve("/usr/lib/cups/backend/ipp", ["ipp://remote.cups.server.addr:631/printers/printername", "/var/spool/cups/tmp/072125fab6733"]) So cups switch to user 4(lp) group 7(lp), calls implicitclass, which calls gziptoany and ipp. However, ipp cannot be used by lp: -rwxr-xr-x 1 root root 23096 ago 25 16:42 /usr/lib/cups/backend/implicitclass -rwx------ 1 root root 84104 out 26 13:42 /usr/lib/cups/backend/ipp -rwxr-xr-x 1 root root 14384 out 26 13:42 /usr/lib/cups/filter/gziptoany If I change ipp owner to lp, printing works as expected. As it might be a good reason for 0700 permission, I'll not guess the correct solution. Anyway, the fix needs to be backported to 15.2 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1190024] New: haveged service has become obsolete with recent kernel (>= 5.6)
by bugzilla_noreply＠suse.com 07 Jun '22

07 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1190024 Bug ID: 1190024 Summary: haveged service has become obsolete with recent kernel (>= 5.6) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: fbui(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- According to https://github.com/jirka-h/haveged/commit/297bdf1fc52fc6f59d0495f911d4e594b…, starting from Linux kernel v5.6, the HAVEGED *service* has become obsolete. So it might make sense: - drop the unit file from the package - not install haveged by default -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1187943] New: miscompilation of exifprobe
by bugzilla_noreply＠suse.com 06 Jun '22

06 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1187943 Bug ID: 1187943 Summary: miscompilation of exifprobe Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: sbrabec(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Exifprobe package compiled in 15.3 does not work properly. Exactly the same source compiled for 15.2 works, even if it is installed in 15.3. 15.2 version: exifprobe pict0848.jpg File Name = pict0848.jpg File Type = JPEG File Size = 1876399 @000000000=0 : <JPEG_SOI> @0x0000002=2 : <JPEG_APP1> 0xffe1 length 41474, 'Exif' @0x000000c=12 : TIFF(MM=0x4d4d) magic=0x002a='*\0' ifd offset = 8 (+ 12 = 0x14/20) @0x0000014=20 : <IFD 0> 13 entries starting at file offset 0x16=22 @0x0000016=22 : <0x010e= 270> ImageDescription [2 =ASCII 12] = @0xb6=182 @0x0000022=34 : <0x010f= 271> Make [2 =ASCII 18] = @0xc2=194 @0x000002e=46 : <0x0110= 272> Model [2 =ASCII 10] = @0xd4=212 etc. 15.3 version: exifprobe pict0848.jpg File Name = pict0848.jpg File Type = UNKNOWN File Size = 1876399 000000000=0 : ff d8 ff e1 a2 02 45 78 69 66 00 00 4d 4d 00 2a |......Exif..MM.*| 0x0000010=16 : 00 00 00 08 00 0d 01 0e 00 02 00 00 00 0c 00 00 |................| 0x0000020=32 : 00 aa 01 0f 00 02 00 00 00 12 00 00 00 b6 01 10 |................| 0x0000030=48 : 00 02 00 00 00 0a 00 00 00 c8 01 12 00 03 00 00 |................| etc... File Format = unknown https://build.opensuse.org/package/show/graphics/exifprobe -- You are receiving this mail because: You are on the CC list for the bug.

1 1