openSUSE Packaging October 2020

packaging@lists.opensuse.org

9 participants
6 discussions

[opensuse-packaging] Container build failure in OBS - error validating timezone
by William Brown 29 Oct '20

29 Oct '20

https://build.opensuse.org/package/show/home:firstyear/389-ds-container See the following error: [ 48s] ----------------------------------------------------------------- [ 48s] ----- building Dockerfile [ 48s] ----------------------------------------------------------------- [ 48s] ----------------------------------------------------------------- [ 48s] Loading base image [ 48s] Layered image found [ 48s] time="2020-10-29T03:54:55Z" level=error msg=" error validating containers config: find timezone in paths: /usr/share/zoneinfo, /etc/zoneinfo" [ 50s] Building image 389-ds-container [ 50s] Unsharing environment [ 50s] time="2020-10-29T03:54:57Z" level=error msg=" error validating containers config: find timezone in paths: /usr/share/zoneinfo, /etc/zoneinfo" [ 50s] podman build command failed [ 50s] ### VM INTERACTION START ### [ 53s] [ 44.848217] sysrq: Power Off [ 53s] [ 44.855865] reboot: Power down [ 53s] ### VM INTERACTION END ### [ 53s] [ 53s] lamb15 failed "build Dockerfile" at Thu Oct 29 03:55:00 UTC 2020. [ 53s] Not really sure what this is but it seems like some kind of environment issue with the builder. I tried to add the timezone package but that didn't do the trick, so wondering if anyone has any ideas here? Thanks, — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs, Australia -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] problem building postgres 12 for Leap 15.2
by Axel Braun 22 Oct '20

22 Oct '20

Hi, maybe one of the packaging experts can enlighten me: When building https://build.opensuse.org/package/show/home:DocB:Orthanc/orthanc-postgresql in OBS everything works. When building the package locally on my TW machine it fails finding postgres: [ 10s] -- Could NOT find PostgreSQL (missing: PostgreSQL_TYPE_INCLUDE_DIR) (found version "12.2") [ 10s] -- Looking for C++ include orthanc/OrthancCDatabasePlugin.h [ 10s] -- Looking for C++ include orthanc/OrthancCDatabasePlugin.h - found [ 10s] Setting the version of the libraries to 3.2 [ 10s] -- Configuring done [ 10s] CMake Error: The following variables are used in this project, but they are set to NOTFOUND. [ 10s] Please set them or make sure they are set and tested correctly in the CMake files: [ 10s] PostgreSQL_TYPE_INCLUDE_DIR (ADVANCED) As I usually build packages locally before I send them to OBS, it burned some time..... Where does the difference come from, as local build uses the build Info from OBS? Thanks Axel -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] Obsoleting even though not strictly compatible?
by Aaron Puchert 20 Oct '20

20 Oct '20

Hi, Recently I got a bug report [1] and I'm not sure if and what I should do about it. Background is that we have llvm (including subpackages) in multiple versions in the distributions, because major releases come out about twice a year and we're not in a situation where all dependencies work (or claim to work) with the same major version. So there is for example llvm7, llvm8, llvm9, llvm10. Additionally we have a metapackage llvm that just requires the newest versioned package, in this case llvm10, and doesn't contain any files itself. Now some of the subpackages can coexist, but others cannot, most notably the -devel packages. So if you happen to have llvm-devel installed (which currently requires llvm10-devel), you will soon get a conflict on zypper dup: the new llvm-devel = 11.0.0 will require llvm11-devel, but that conflicts with the existing llvm10-devel. Now there is nothing I can do about the conflict, but I could make llvm-devel = 11.0.0 obsolete llvm10-devel (and older versions), which would supposedly let me update without conflicts (haven't tested it yet because OBS is letting me wait). The idea behind putting the Obsoletes on the metapackage instead of the versioned package is that users can either install a versioned package llvmX-devel that stays with them or llvm-devel which allows them to have whatever the current version is. However, rpmlint complains: > <package>: W: obsolete-not-provided <obsoleted-package> > If a package is obsoleted by a compatible replacement, the obsoleted > package should also be provided in order to not cause unnecessary > dependency breakage. If the obsoleting package is not a compatible > replacement for the old one, leave out the Provides. Indeed I don't intend to add a Provides, because the packages are in general not fully compatible. Can I ignore rpmlint here or is this a bad idea for some reason that I'm overlooking? Best regards, Aaron [1] https://bugzilla.opensuse.org/show_bug.cgi?id=1175983 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] Something on OBS looks stuck...
by Mathias Homann 13 Oct '20

13 Oct '20

Hi, I think something on OBs needs a nudge - half the workers are idle and roughly 2000 repos are waiting to be recalculated. Cheers MH -- Mathias Homann Mathias.Homann(a)openSUSE.org telegram: https://telegram.me/lemmy98 irc: [lemmy] on freenode and ircnet obs: lemmy04 gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

1 0

[opensuse-packaging] Many broken repositories on download.opensuse.org atm!
by Adrian Schröter 08 Oct '20

08 Oct '20

Please note that we have currently many broken repositories out there. createrepo_c starts to skip rpms and is not failing, so your installer will not be able to see the rpms and most likely report dependency problems. The issue is reported here: 1177175 We will try to rollback to fix this again... sorry adrian -- Adrian Schroeter <adrian(a)suse.de> Build Infrastructure Project Manager SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany (HRB 247165, AG München), Geschäftsführer: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 1

[opensuse-packaging] Python3 packaging inconsistencies/compiled files ignored
by Hans-Peter Jansen 07 Oct '20

07 Oct '20

[Intentionally disabled line wrapping for the strace snippets] Hi, While debugging an ugly segfaulting issue last week, I noticed something strange in the traces when comparing local builds with system builds (the ones, that were produced from OBS): -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/__init__.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__init__.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/_version.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/_version.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/utilities.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/utilities.py", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/__init__.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/_version.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/utilities.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 [...] -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/__pycache__/__init__.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/__init__.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/version.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/__pycache__/__init__.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3 +openat(AT_FDCWD, "/home/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/version.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 [...] -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/document.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/document.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/document.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/destination.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/embedded_file.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/font.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/global_.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/page.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/page_transition.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/rectangle.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/cpp/toc.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/destination.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/destination.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/embeddedfile.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/embeddedfile.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/font.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/font.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/page.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/page.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/pagetransition.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/pagetransition.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/rectangle.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/rectangle.py", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/__pycache__/toc.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 -openat(AT_FDCWD, "/usr/lib64/python3.8/site-packages/poppler/toc.py", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/document.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/document.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/destination.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/embedded_file.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/font.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/global_.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/page.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/page_transition.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/rectangle.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/cpp/toc.cpython-38-x86_64-linux-gnu.so", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/destination.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/embeddedfile.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/font.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/page.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/pagetransition.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/rectangle.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 +openat(AT_FDCWD, "/home/nfs/hp/src/git/python-poppler/build/lib.linux-x86_64-3.8/poppler/__pycache__/toc.cpython-38.pyc", O_RDONLY|O_CLOEXEC) = 3 After opening the .pyc files, the interpreter always opens the .py files for the system package. For some reason, it doesn't accept the compiled files. The local package behave as expected. Needless to say, that this behavior is quite inefficient and not in the sense of the inventor. It would be even more efficient to to do without the compiled version and interpret every python file on load. Is that to be expected? Here's the package in question, but I fear, this is a generic issue: https://build.opensuse.org/package/show/home:frispete:python/python-python-… I'm assuming, this is somewhat related to the attempts of reproducible builds. If somebody could confirm this issue independently, I will create a bug. Cheers, Pete TW 20201002 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 5

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

openSUSE Packaging October 2020