openSUSE Bugs November 2020

bugs@lists.opensuse.org

1 participants
3448 discussions

[Bug 1149792] New: openssl 1.1.1c causes build failures in other packages

by bugzilla_noreply＠novell.com

http://bugzilla.opensuse.org/show_bug.cgi?id=1149792 Bug ID: 1149792 Summary: openssl 1.1.1c causes build failures in other packages Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: vcizek(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- https://build.opensuse.org/project/show/openSUSE:Leap:15.2:Staging:B: Build failed apr-util (i586, x86_64) Build failed fipscheck (i586, x86_64) Build failed git (i586, x86_64) Build failed mysql-connector-cpp (x86_64) Build failed neon (i586, x86_64) Build failed openslp (i586, x86_64) Build failed perl-DBD-mysql (i586, x86_64) Build failed perl-IO-Socket-SSL (i586, x86_64) Build failed perl-Net-SSLeay (i586, x86_64) Build failed python (i586, x86_64) Build failed python-M2Crypto (i586, x86_64) Build failed python-pyOpenSSL (i586, x86_64) Build failed python-tornado (i586, x86_64) Build failed python3 (i586, x86_64) Build failed thrift (i586, x86_64) Some are as simple as a missing dependency on zlib, others are less obvious. Could you please take a look? -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks

[Bug 1113755] New: [openssl1.1.1][staging] python fails to build / errorin the test suite

by bugzilla_noreply＠novell.com

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 weeks

[Bug 1084650] New: GCC 8: python-base is miscompiled

by bugzilla_noreply＠novell.com

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 weeks

[Bug 1081750] New: python tarfile uses random order

by bugzilla_noreply＠novell.com

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 weeks

[Bug 1078326] New: python-devel has dependency on /usr/bin/python3

by bugzilla_noreply＠novell.com

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 weeks

[Bug 1073748] New: Segfault in libpython2.7.so.1

by bugzilla_noreply＠novell.com

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 weeks

[Bug 1041090] New: trackerbug: packages do not build reproducibly from unsorted input

by bugzilla_noreply＠novell.com

http://bugzilla.opensuse.org/show_bug.cgi?id=1041090 Bug ID: 1041090 Summary: trackerbug: packages do not build reproducibly from unsorted input Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: Development Blocker: --- See also https://reproducible-builds.org/docs/stable-inputs/ When linking .o files in random filesystem order the linker will vary the ordering of functions and apply varying optimizations resulting in binaries that differ on every build and thus trigger rebuilds of depending packages and are published to mirrors and users when actually nothing really changed. -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks

[Bug 1137373] New: Systemd mount and unmount partition during boot

by bugzilla_noreply＠novell.com

http://bugzilla.suse.com/show_bug.cgi?id=1137373 Bug ID: 1137373 Summary: Systemd mount and unmount partition during boot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: kailed(a)kailed.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Since snaphot 529 (604 now, skipped few before, sono not sure since when..) one o my partition is mounted and unmounted during boot. # dmesg | grep XFS: [ 5.279229] SGI XFS with ACLs, security attributes, no debug enabled [ 5.280308] XFS (sda2): Mounting V5 Filesystem [ 5.280487] XFS (sdb5): Mounting V5 Filesystem [ 5.327015] XFS (sda2): Ending clean mount [ 5.396838] XFS (sdb5): Ending clean mount [ 6.382957] XFS (sdb5): Unmounting Filesystem # fstab (created at installation time by yast, default subvolumes removed here..): UUID=565e589b-71ff-4d5a-b289-59b29f66c181 / btrfs defaults 0 0 UUID=44dccc07-9527-4ea7-8e15-5dc63486a9cd /local xfs defaults 0 0 UUID=99c78e04-da7c-4291-9944-1e11510d8af8 /home xfs defaults 0 0 UUID=71043c82-a659-4e7b-8a2e-0a5645c424f7 swap swap defaults 0 0 Nothing usefull from journactl: giu 05 18:34:05 fyrfos kernel: XFS (sdb5): Mounting V5 Filesystem ... giu 05 18:34:05 fyrfos kernel: XFS (sdb5): Ending clean mount giu 05 18:34:05 fyrfos systemd[1]: Started udev Kernel Device Manager. giu 05 18:34:05 fyrfos systemd[1]: Mounted /local. giu 05 18:34:05 fyrfos systemd[1]: Reached target Local File Systems. ... giu 05 18:34:06 fyrfos systemd[1]: Stopped target Local File Systems. giu 05 18:34:06 fyrfos systemd[1]: Unmounting /local... ... giu 05 18:34:06 fyrfos kernel: XFS (sdb5): Unmounting Filesystem # mount -a "fix" the problem till next reboot I can also mount the partition with Dolphin. Fs is clean, hdd is ok. I've this setup since more then one year. So.. it's weird. -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks

[Bug 1160071] New: Darktable 3.0.0-lp151.174.2 fails to open. Claims libdarktable.so "No such file"

by bugzilla_noreply＠novell.com

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 weeks, 1 day

[Bug 1093592] New: redshift doesn't work after geoclue2 update

by bugzilla_noreply＠novell.com

http://bugzilla.opensuse.org/show_bug.cgi?id=1093592 Bug ID: 1093592 Summary: redshift doesn't work after geoclue2 update Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dmarcoux(a)posteo.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 770512 --> http://bugzilla.opensuse.org/attachment.cgi?id=770512&action=edit redshift error Hello, I updated to the latest snapshot (2018 05 15) and since then, redshift with geoclue2 doesn't work. After launching, it displays an error (see attachment). This wasn't happening with the previous snapshot I had, but I'm not sure which one. The issue seems to arise due to changes within the recent revisions of the geoclue2 package, so as far as 2 months ago. So by looking at the snapshots, I suspect it is in one of those: - 2018 03 04 - 2018 04 24 - 2018 05 11 - 2018 05 13 The workaround is to provide the latitude and longitude manually with the option -l. -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks, 2 days

Jump to page:

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Bugs November 2020