October 2022 - openSUSE Build Service - openSUSE Mailing Lists

"Additional projects in backend" mail
by Morschhäuser, Mark 22 Oct '24

22 Oct '24

Hello, I get mails from my OBS instance with the content Additional projects in backend: ["Test"] What is the problem and how do I fix the issue? Best regards, Mark Morschhäuser

4 4

Wrong path to %{name}.lang in %files section when use tarball-less source service
by Alexey Svistunov 22 Aug '24

22 Aug '24

Hello! I am try to follow a 'Avoid tar balls' section of OBS documentation at https://openbuildservice.org/help/manuals/obs-user-guide/cha.obs.best-pract… and got an error when processing a lang package files: "[ 555s] Processing files: mypackage-lang-1.0.noarch [ 555s] error: Could not open %files file /home/abuild/rpmbuild/BUILD/home/abuild/rpmbuild/SOURCES/mypackage-lang-1.0.noarch/mypackage.lang: No such file or directory" Extra leading directories are present in the path: /home/abuild/rpmbuild/BUILD/home/abuild/rpmbuild/SOURCES/... I was looking for how %files -f works, but it looks like the basic rpm functionality, not a macro. Probably I can fix it by setting some variable manually before processing? My specfile looks like at guide: %if %{build_tar_ball} Source0: %{name}-%{version}.tar.bz2 %else Source0: _service %endif ... %prep %if %{build_tar_ball} %setup -q %else %setup -n %_sourcedir/%name-%version -T -D %endif _service: <services> <service name="obs_scm"> <param name="url">git://git.code.sf.net/p/mypackage/code</param> <param name="scm">git</param> <param name="versionformat">2.5+git%cd.%h</param> <param name="filename">mypackage</param> </service> <service mode="buildtime" name="set_version"/> </services> But when %define build_tar_ball 1 - the package build successful, %file -f path is correct. Looks like a bug... Or I am doing something wrong?

2 2

How to change my e-mail address for build.o.o
by Martin Winter 08 Apr '24

08 Apr '24

There are several threads asking this very same question. The latest I found was this one: https://lists.opensuse.org/archives/list/buildservice@lists.opensuse.org/th…. However I still do not find an answer to that question. What I tried: - Going to my profile on build.o.o and edit my profile: The e-mail address is not editable. - Change the user meta via `osc meta user -e letsfindaway`: Does not change anything. - Login to Micro Focus and try to edit my profile there: The e-mail address is not editable. So what is the way to change the e-mail address listed on my profile in build.o.o and used to send e-mail notifications? Thanks for any insights and pointers! Martin

8 15

[opensuse-buildservice] Add external source to a package?
by Carsten Ziepke 12 Sep '23

12 Sep '23

Hello, I want to update the package ja2-stracciatella in the games repository to version 0.17.0. https://build.opensuse.org/package/show/home:Kieltux:branches:games/ja2-str… The new version needs the library string_theory which is not available for openSUSE. The build process wants to download string_theory from github, because it is not found. [ 36s] Scanning dependencies of target string_theory [ 36s] [ 12%] Creating directories for 'string_theory' [ 37s] [ 25%] Performing download step (download, verify and extract) for 'string_theory' [ 37s] -- Downloading... [ 37s] dst='/home/abuild/rpmbuild/BUILD/ja2-stracciatella-0.17.0/build/dependencies/lib-string_theory/builder/string_theory-prefix/src/3.1.tar.gz' [ 37s] timeout='none' [ 37s] -- Using src='https://github.com/zrax/string_theory/archive/3.1.tar.gz' [ 37s] -- Retrying... Can I add string_theory (string_theory-3.1.tar.gz) manually to the package and patch the build process? Thank you, Carsten -- Well, since MS cant be sure of the username of someone downloading things, they are going to play it safe and have everything dowloaded and executed by Explorer as suid root. That way, it will run on ANY system anywhere. :) -- George Bonser <grep(a)cris.com>

3 4

Cannot find obs-service-set_version on CentOS_7 even though it's installed
by Edward Baudrez 23 Dec '22

23 Dec '22

I'm trying to build a package on a private OBS server for CentOS_7. (I've built it successfully for openSUSE 42.2-15.4.) This package build has a _service file that contains <service name="set_version" mode="buildtime"/> I have linked obs-service-set_version into my project, and enabled it for CentOS_7. The build seems to succeed. In fact, when I inspect the build log for my package, I'm seeing: [ 13s] processing recipe /.build-srcdir/_service:tar_scm:rslib.spec ... [ 13s] init_buildsystem --configdir /.build/configs --cachedir /var/cache/build /.build-srcdir/_service:tar_scm:rslib.spec build ... [ 13s] initializing rpm db... [ 13s] querying package ids... [ 14s] [1/362] installing adobe-mappings-cmap-20171205-3.el7 (other intervening packages...) [ 16s] [10/362] installing obs-service-set_version-0.5.14-1.1 But then, at the end, I'm seeing [ 81s] Running build time source services... [ 81s] Can't exec "/usr/lib/obs/service/set_version": No such file or directory at /.build/runservices line 87. [ 81s] /usr/lib/obs/service/set_version: No such file or directory [ 81s] service run failed for service 'set_version' The build stops after that. I've checked the RPM created for obs-service-set_version (obs-service-set_version-0.5.14-1.1.noarch.rpm) and it does contain "/usr/lib/obs/service/set_version", so I'm a bit puzzled now. Could anybody give me a hint?

2 3

Cannot perform local builds for CentOS_7
by Edward Baudrez 21 Dec '22

21 Dec '22

Hello list, I'm trying to perform a local build of a package for CentOS_7. I can successfully execute "osc build openSUSE_Leap_15.3" for the package. It runs inside a qemu-kvm virtual machine and works as expected. However, I cannot run "osc build CentOS_7" for the same package. This is what I'm observing: The beginning of the log looks normal: Building nccmp.spec for CentOS_7/x86_64 Getting buildconfig from server and store to /home/***/nccmp/.osc/_buildconfig-CentOS_7-x86_64 Getting buildinfo from server and store to /home/***/nccmp/.osc/_buildinfo-CentOS_7-x86_64.xml Updating cache of required packages 0.0% cache miss. 253/253 dependencies cached. Skipping verification of package signatures due to secure VM build Writing build configuration Running build VM_ROOT: /var/tmp/build-root/CentOS_7-x86_64/img, VM_SWAP: /var/tmp/build-root/CentOS_7-x86_64/swap 0+0 records in 0+0 records out 0 bytes copied, 1.5748e-05 s, 0.0 kB/s logging output to /var/tmp/build-root/CentOS_7-x86_64/.build.log... [ 0s] Using BUILD_ROOT=/var/tmp/build-root/CentOS_7-x86_64/.mount [ 0s] Using BUILD_ARCH=x86_64:i686:i586:i486:i386 [ 0s] Doing kvm build in /var/tmp/build-root/CentOS_7-x86_64/img [ 0s] [ 0s] [ 0s] rain started "build nccmp.spec" at Fri Sep 30 07:44:19 UTC 2022. [ 0s] [ 0s] [ 0s] processing recipe /home/***/nccmp/nccmp.spec ... [ 0s] running changelog2spec --target rpm --file /home/***/nccmp/nccmp.spec [ 0s] init_buildsystem --configdir /usr/lib/build/configs --cachedir /var/cache/build --prepare --rpmlist /tmp/rpmlist.y2fk5wwg /home/***/nccmp/nccmp.spec ... [ 1s] copying packages... [ 1s] reordering...cycle: glibc -> basesystem -> setup -> filesystem -> bash [ 1s] breaking dependency glibc -> basesystem ... and then there are plenty of cycle resolutions. After that, the log has: [ 1s] done [ 1s] objdump: /boot/vmlinuz: warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .bss [ 1s] booting kvm... [ 1s] /usr/bin/qemu-kvm -nodefaults -no-reboot -nographic -vga none -cpu host -object rng-random,filename=/dev/random,id=rng0 -device virtio-rng-pci,rng=rng0 -runas qemu -net none -kernel /boot/vmlinuz -initrd /boot/initrd -append root=/dev/sda rootfstype=ext3 rootflags=data=writeback,nobarrier,commit=150,noatime ext4.allow_unsupported=1 kpti=off pti=off spectre_v2=off panic=1 quiet no-kvmclock elevator=noop nmi_watchdog=0 rw rd.driver.pre=binfmt_misc console=ttyS0 init=/.build/build -m 512 -drive file=/var/tmp/build-root/CentOS_7-x86_64/img,format=raw,if=none,id=disk,cache=unsafe -device ide-hd,drive=disk,serial=0 -drive file=/var/tmp/build-root/CentOS_7-x86_64/swap,format=raw,if=none,id=swap,cache=unsafe -device ide-hd,drive=swap,serial=1 -serial stdio -chardev socket,id=monitor,server,nowait,path=/var/tmp/build-root/CentOS_7-x86_64/img.qemu/monitor -mon chardev=monitor,mode=readline -smp 12 [ 2s] SeaBIOS (version rel-1.12.0-0-ga698c89-rebuilt.opensuse.org) [ 5s] Booting from ROM..[ OK ] Started Show Plymouth Boot Screen. [ 5s] [ OK ] Started Forward Password Requests to Plymouth Directory Watch. [ 5s] [ OK ] Reached target Paths. [ 5s] [ OK ] Found device QEMU_HARDDISK. [ 5s] [ OK ] Reached target Initrd Root Device. [ 139s] [ 136.097593] dracut-initqueue[354]: Warning: dracut-initqueue timeout - starting timeout scripts and many repetitions of the last line until the boot finally gives up and drops to emergency mode: [ 204s] [ 201.761983] dracut-initqueue[354]: Warning: Could not boot. [ 204s] Starting Setup Virtual Console... [ 204s] [ OK ] Started Setup Virtual Console. [ 204s] Starting Dracut Emergency Shell... [ 204s] Warning: /dev/disk/by-uuid/EC2D-A5DA does not exist [ 204s] [ 204s] [ 204s] Generating "/run/initramfs/rdsosreport.txt" [ 204s] [ 204s] [ 204s] Entering emergency mode. Exit the shell to continue. [ 204s] Type "journalctl" to view system logs. [ 204s] You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot [ 204s] Give root password for maintenance I aborted at that point. It seems the root file system is missing. Could anyone give me a hint as to what components are missing, and how I could install them? Many thanks, Edward

1 1

nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake when trying to compile for CentOS Stream 8
by Luciano Santos 05 Dec '22

05 Dec '22

It took a bit of a discussion in #opensuse-buildservice and some digging up. So let's see what's going on. In security:zeek project we can see this message for CentOS 8 Stream repository: > unresolvable: nothing provides glibc(x86-64) = 2.28-203.el8 needed by glibc-gconv-extra, (got version 2.28-214.el8 provided by glibc), nothing provides glibc-common = 2.28-203.el8 needed by glibc-gconv-extra, (got version 2.28-214.el8) Please remember that our CentOS 8 Stream repository uses http://mirror.centos.org/centos/8-stream/ for package download, and that the AppStream repo takes precedence over BaseOS. First, let's check the version 2.28-203 for glibc, because that's the latest release that AppStream got: > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/glibc… | head -1 > HTTP/1.1 404 Not Found > curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/glibc… | head -1 > HTTP/1.1 200 OK > > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-2.… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-gc… | head -1 > HTTP/1.1 404 Not Found Here we can see that glibc-gconv-extra, a sub-package ofglibc, found in BaseOS, got split and is found in Appstream instead. OBS/openSUSE/many-other-RPM-based-distros(I believe) doesn't support a Package A being required by its Sub-Package B when A comes from Vendor/repo X and B, from Vendor/repo Y. DNF doesn't seem to share such restrictions, though, as seen here [1] in this bug report. And those missing glib (and possibly others) RPMs from mirror.centos.org are a result of an official decision to move certain packages from one repository to another (as stated in that bug report), but it seems that the move wasn't completed/successful, at least from my perspective of having Package A living in repo X being required by its Sub-Package B living in repo Y. Now, if the BaseOS repo takes precedence over AppStream we can find both 2.28-214 glibc and glibc-gconv-extra packages there: > $ fc > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-2.… | head -1 > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-gc… | head -1 > HTTP/1.1 200 OK > HTTP/1.1 200 OK Nonetheless, with BaseOS being above AppStream we get the unresolvable reported in this thread: > unresolvable: nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake, (got version 3.20.2-1.el8 provided by cmake-filesystem) That's because in BaseOS we can find another Package/Sub-Package missing: > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-3.… | head -1 > HTTP/1.1 404 Not Found > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-fi… | head -1 > HTTP/1.1 200 OK A cmake-filesystem-3.20.2-1 that wants a not found cmake-3.20.2-1. And in AppStream: > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK Both packages are there, but since we're prioritizing BaseOS and one of them was already found, we end up with an unresolvable. In BaseOS we don't have a 3.20.2-4 CMake release (which would take precedence over 3.20.2-1), only in Appstream: > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-3.… | head -1 > HTTP/1.1 404 Not Found > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-fi… | head -1 > HTTP/1.1 404 Not Found > > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK But, again, since we're prioritizing BaseOS and one of them was already found, we end up with an unresolvable. The right way forward, I'd say, is to file bugs for those missing packages and/or add comments to existing bugs, like the one for glibc. Cheers, Luciano [1] https://bugzilla.redhat.com/show_bug.cgi?id=2102548

3 4

How to move files when upgrading a package?
by Lee Duncan 09 Nov '22

09 Nov '22

Hi All: I maintain the open-iscsi package. This package uses some "database" files to keep track of things. In the past these files went in /etc/iscsi. I have moved them to /var/lib/iscsi in Factory/openSUSE, but I have left them in /etc/iscsi for SUSE. For SLE, I would like to also move these files to /var/lib/iscsi, at least for the "next" versions of SLE (e.g. SLE-15-SP5). If a user upgrades open-iscsi, the database will move from /etc/iscsi to /var/lib/iscsi, but it doesn't move the old files! How can I ensure that the files get copied or moved from /etc/iscsi to /var/lib/iscsi when the install/upgrade happens? An example of breakage: a user has a "database" of a bunch of iSCSI targets they regularly use. They may have even customized the entries. Then they upgrade the open-iscsi package and now they've lost their existing database entries. So is there a way to copy/move a directory tree when upgrading? Thanks. -- Lee Duncan

3 5

OBS SCM CI for a package with a _service
by Dan Čermák 01 Nov '22

01 Nov '22

Hi list, I would like to use OBS SCM CI to test pull requests against a git project that stores the build descriptions (both kiwi & Dockerfiles in subdirectories). I have tried to setup a test project on OBS which uses the scm source service, but ran into the issue, that *every* container also contains a _service file (which is absolutely required). This _service "duplication" rendered this approach unusable (the builds would just fail). So I tried to use the scmbridge feature, but it looks like that the SCM CI does not know how to handle it. Are there any other options left? Thanks in advance, Dan -- Dan Čermák <dcermak(a)suse.com> Software Engineer Development tools SUSE Software Solutions Germany GmbH Frankenstrasse 146 90461 Nürnberg Germany (HRB 36809, AG Nürnberg) Managing Director/Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman

2 2

making an opensuse based distribution by obs
by mh javanmardi 31 Oct '22

31 Oct '22

hello I am a beginner in opensuse how i can making an opensuse tumbleweed based distribution by obs?

3 2

How to use the osc command to get the reason for the unresolvable of the package
by liuxueping.snow＠bytedance.com 28 Oct '22

28 Oct '22

I want to use osc cmd to get the reason for the unresolvable of the package, but I don't know how to do.

3 3

Local build for Ubuntu: Package setup problem
by Martin Winter 28 Oct '22

28 Oct '22

I'm experimenting with builds for Ubuntu 22.04 on OBS. Generally, this works fine on the server, but when I'm trying to do a local build I get the following error during package setup: ``` osc build -j 4 xUbuntu_22.04 x86_64 .... [ 41s] [394/558] installing libdebuginfod-common-0.186-1build1 [ 42s] /usr/bin/ucf: 352: getopt: not found [ 42s] dpkg: error processing package libdebuginfod-common (--install): [ 42s] installed libdebuginfod-common package post-installation script subprocess returned error exit status 127 [ 42s] Errors were encountered while processing: [ 42s] libdebuginfod-common [ 42s] exit ... [ 42s] [ 42s] gepard failed "build openboard.dsc" at Fri Oct 28 06:26:06 UTC 2022. ``` I already deleted the package cache under `/var/tmp/osbuild-packagecache` and the buildroot under `/var/tmp/build-root/`, but this did not help. Any idea what casuses this issue?

2 3

OBS_VM_TYPE=qemu:ppc64le: cpuflags?
by Stefan Seyfried 27 Oct '22

27 Oct '22

Hi all, on a private instance, I'm trying to get rid of the "real" ppc worker and run an emulated ppc64le machine. I fixed bs_worker (which only works in master for VM_TYPE=qemu:..., can send a patch for 2.10 if wanted), and it builds. However, the worker's cpuflags are the x86_64 host's cpuflags... not the emulated cpu's. For example in build.o.o, SUSE:SLE-12-SP5:GA has %ifarch ppc64le Constraint: hardware:cpu:flag power8 %endif and thus a build job against this repo will never get scheduled. Is there a way to "fake" the cpuflags? Or do I need to remove the constraints from the prjconf (and thus deviate from the "upstream" config)? Thanks, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman

1 1

Re: nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake when trying to compile for CentOS Stream 8
by Luciano Santos 27 Oct '22

27 Oct '22

It took a bit of a discussion in #opensuse-buildservice and some digging up. So let's see what's going on. In security:zeek project we can see this message for CentOS 8 Stream repository: > unresolvable: nothing provides glibc(x86-64) = 2.28-203.el8 needed by glibc-gconv-extra, (got version 2.28-214.el8 provided by glibc), nothing provides glibc-common = 2.28-203.el8 needed by glibc-gconv-extra, (got version 2.28-214.el8) Please remember that our CentOS 8 Stream repository uses http://mirror.centos.org/centos/8-stream/ for package download, and that the AppStream repo takes precedence over BaseOS. First, let's check the version 2.28-203 for glibc, because that's the latest release that AppStream got: > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/glibc… | head -1 > HTTP/1.1 404 Not Found > curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/glibc… | head -1 > HTTP/1.1 200 OK > > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-2.… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-gc… | head -1 > HTTP/1.1 404 Not Found Here we can see that glibc-gconv-extra, a sub-package ofglibc, found in BaseOS, got split and is found in Appstream instead. OBS/openSUSE/many-other-RPM-based-distros(I believe) doesn't support a Package A being required by its Sub-Package B when A comes from Vendor/repo X and B, from Vendor/repo Y. DNF doesn't seem to share such restrictions, though, as seen here [1] in this bug report. And those missing glib (and possibly others) RPMs from mirror.centos.org are a result of an official decision to move certain packages from one repository to another (as stated in that bug report), but it seems that the move wasn't completed/successful, at least from my perspective of having Package A living in repo X being required by its Sub-Package B living in repo Y. Now, if the BaseOS repo takes precedence over AppStream we can find both 2.28-214 glibc and glibc-gconv-extra packages there: > $ fc > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-2.… | head -1 > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-gc… | head -1 > HTTP/1.1 200 OK > HTTP/1.1 200 OK Nonetheless, with BaseOS being above AppStream we get the unresolvable reported in this thread: > unresolvable: nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake, (got version 3.20.2-1.el8 provided by cmake-filesystem) That's because in BaseOS we can find another Package/Sub-Package missing: > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-3.… | head -1 > HTTP/1.1 404 Not Found > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-fi… | head -1 > HTTP/1.1 200 OK A cmake-filesystem-3.20.2-1 that wants a not found cmake-3.20.2-1. And in AppStream: > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK Both packages are there, but since we're prioritizing BaseOS and one of them was already found, we end up with an unresolvable. In BaseOS we don't have a 3.20.2-4 CMake release (which would take precedence over 3.20.2-1), only in Appstream: > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-3.… | head -1 > HTTP/1.1 404 Not Found > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-fi… | head -1 > HTTP/1.1 404 Not Found > > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK But, again, since we're prioritizing BaseOS and one of them was already found, we end up with an unresolvable. The right way forward, I'd say, is to file bugs for those missing packages and/or add comments to existing bugs, like the one for glibc. Cheers, Luciano [1] https://bugzilla.redhat.com/show_bug.cgi?id=2102548

1 0

Re: nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake when trying to compile for CentOS Stream 8
by Luciano Santos 27 Oct '22

27 Oct '22

It took a bit of a discussion in #opensuse-buildservice and some digging up. So let's see what's going on. In security:zeek project we can see this message for CentOS 8 Stream repository: > unresolvable: nothing provides glibc(x86-64) = 2.28-203.el8 needed by glibc-gconv-extra, (got version 2.28-214.el8 provided by glibc), nothing provides glibc-common = 2.28-203.el8 needed by glibc-gconv-extra, (got version 2.28-214.el8) Please remember that our CentOS 8 Stream repository uses http://mirror.centos.org/centos/8-stream/ for package download, and that the AppStream repo takes precedence over BaseOS. First, let's check the version 2.28-203 for glibc, because that's the latest release that AppStream got: > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/glibc… | head -1 > HTTP/1.1 404 Not Found > curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/glibc… | head -1 > HTTP/1.1 200 OK > > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-2.… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-gc… | head -1 > HTTP/1.1 404 Not Found Here we can see that glibc-gconv-extra, a sub-package ofglibc, found in BaseOS, got split and is found in Appstream instead. OBS/openSUSE/many-other-RPM-based-distros(I believe) doesn't support a Package A being required by its Sub-Package B when A comes from Vendor/repo X and B, from Vendor/repo Y. DNF doesn't seem to share such restrictions, though, as seen here [1] in this bug report. And those missing glib (and possibly others) RPMs from mirror.centos.org are a result of an official decision to move certain packages from one repository to another (as stated in that bug report), but it seems that the move wasn't completed/successful, at least from my perspective of having Package A living in repo X being required by its Sub-Package B living in repo Y. Now, if the BaseOS repo takes precedence over AppStream we can find both 2.28-214 glibc and glibc-gconv-extra packages there: > $ fc > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-2.… | head -1 > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/glibc-gc… | head -1 > HTTP/1.1 200 OK > HTTP/1.1 200 OK Nonetheless, with BaseOS being above AppStream we get the unresolvable reported in this thread: > unresolvable: nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake, (got version 3.20.2-1.el8 provided by cmake-filesystem) That's because in BaseOS we can find another Package/Sub-Package missing: > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-3.… | head -1 > HTTP/1.1 404 Not Found > curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-fi… | head -1 > HTTP/1.1 200 OK A cmake-filesystem-3.20.2-1 that wants a not found cmake-3.20.2-1. And in AppStream: > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK Both packages are there, but since we're prioritizing BaseOS and one of them was already found, we end up with an unresolvable. In BaseOS we don't have a 3.20.2-4 CMake release (which would take precedence over 3.20.2-1), only in Appstream: > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-3.… | head -1 > HTTP/1.1 404 Not Found > $ curl -sLI http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/Packages/cmake-fi… | head -1 > HTTP/1.1 404 Not Found > > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK > $ curl -sLI http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/Packages/cmake… | head -1 > HTTP/1.1 200 OK But, again, since we're prioritizing BaseOS and one of them was already found, we end up with an unresolvable. The right way forward, I'd say, is to file bugs for those missing packages and/or add comments to existing bugs, like the one for glibc. Cheers, Luciano [1] https://bugzilla.redhat.com/show_bug.cgi?id=2102548

1 0

New blog post - Build results and superseded conversations on request page
by Rubhan Azeem 25 Oct '22

25 Oct '22

Hello! We are back with new updates on the request page. This time we bring build results and conversations from superseded requests to the request page. We invite you to read our latest blog post and let us know what you think: https://openbuildservice.org/2022/10/24/request-workflow-redesign/ Kind regards, The Build Solutions Team Rubhan Azeem SUSE Software Solutions Germany GmbH Maxfeldstr. 5 90409 Nürnberg Germany HRB 36809, AG Nürnberg Geschäftsführer: Felix Imendörffer

1 0

nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake when trying to compile for CentOS Stream 8
by Will Furnell 24 Oct '22

24 Oct '22

Hello, I'm trying to build a package (Icinga2) on CentOS Stream 8 on my local OBS instance, but am getting the following error message: nothing provides cmake-filesystem(x86-64) = 3.20.2-4.el8 needed by cmake, (got version 3.20.2-1.el8 provided by cmake-filesystem) I have seen a mailing list post which suggests changing the order of the AppStream and BaseOS repositories in the configuration - https://lists.opensuse.org/archives/list/buildservice@lists.opensuse.org/th… - but the problem with that is that it then breaks with a glibc error - which mailing list posts suggest to change the order of the repositories the other way around! https://lists.opensuse.org/archives/list/buildservice@lists.opensuse.org/th… What can I do please!? Either way CentOS Stream 8 builds are broken :( Thank you, Will.

3 2

Debian:Testing couldn't get packages signed for download
by Wong Hoi Sing Edison 21 Oct '22

21 Oct '22

Hi Everyone, I found that my https://build.opensuse.org/project/show/home:alvistack couldn't get Debian:Testing signing package for download: * https://build.opensuse.org/project/repository_state/home:alvistack/Debian_T… * https://build.opensuse.org/projects/home:alvistack/rebuild_time?arch=x86_64… BTW, following repo for latest rolling release could get signed package correctly, e.g. * https://build.opensuse.org/project/repository_state/home:alvistack/Fedora_R… * https://build.opensuse.org/project/repository_state/home:alvistack/openSUSE… * https://build.opensuse.org/project/repository_state/home:alvistack/xUbuntu_… (especially for this, because it is most likely with latest packages as similar as Debian:Testing) From Web UI I couldn't find any hints why all package for Debian:Testing build successfully completed, but didn't get signed for download. May someone give me a hints for debugging this issue? Regards, Edison Wong

2 3

Debian 10 + QEMU 7.1.0: blocked: downloading 16 dod packages
by Wong Hoi Sing Edison 21 Oct '22

21 Oct '22

Hi Everyone, I am building QEMU 7.1.0 with Debian 10: * https://build.opensuse.org/package/show/home:alvistack/qemu-qemu-7.1.0 But it is now showing blocked with following message: > blocked: downloading 16 dod packages It seems like due to backports repo enabled: * https://build.opensuse.org/projects/home:alvistack/meta BTW, how could I check which packages are being blocked by dod, or even that should be resolved from OBS side? Regards, Edison Wong

1 1

Delete requests for devel projects parents.
by Simon Lees 19 Oct '22

19 Oct '22

Hi, Yesterday I got a delete request for X11:Enlightenment [1] which is the parent project of a factory devel project X11:Enlightenment:Factory, can we please save busy maintainers a little time by making the bot slightly smarter so that it ignores parents of such directories. It might also be worth going through and checking that no other things are likely to break badly if project maintainers miss these. 1. https://build.opensuse.org/request/show/1029538 -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

3 3

New additions on our openAPI documentation!
by Daniel Donisa 11 Oct '22

11 Oct '22

Good afternoon! We're back to announce another new additions on our openAPI documentation! This time we worked on the project and package endpoints. Wanna know more? Check out our latest blog post! https://openbuildservice.org/2022/10/10/more-api-docs-sources/ -- Daniel Donisa daniel.donisa(a)suse.com Build Solutions Team SUSE Software Solutions Germany GmbH

1 0

check-files complans about non-existant files...
by Axel Braun 01 Oct '22

01 Oct '22

Hi, I just set-up a minor release upgrade for Orthanc https://build.opensuse.org/package/show/home:DocB:Orthanc/orthanc and run into the error: [ 208s] Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/ abuild/rpmbuild/BUILDROOT/orthanc-1.11.2-0.x86_64 [ 208s] error: Installed (but unpackaged) file(s) found: [ 208s] /home/abuild/rpmbuild/BUILD/Orthanc-1.11.2/build/ libConnectivityChecks.so [ 208s] /home/abuild/rpmbuild/BUILD/Orthanc-1.11.2/build/ libConnectivityChecks.so.1.11.2 [ 208s] /home/abuild/rpmbuild/BUILD/Orthanc-1.11.2/build/ libDelayedDeletion.so [ 208s] /home/abuild/rpmbuild/BUILD/Orthanc-1.11.2/build/ libDelayedDeletion.so.1.11.2 The strange thing is ...when I do a local build, these files do not exist in /home/abuild/rpmbuild/BUILD/Orthanc-1.11.2/build/ And in the old package (graphics/orthanc version 1.11.0), there is no complaint about libConnectivityChecks.so Any idea, someone? Thx Axel

5 6