March 2022 - openSUSE Build Service - openSUSE Mailing Lists

[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

adding a debian repository from open build service
by Michael Behrisch 19 Jul '22

19 Jul '22

Hi, I try to add my home project's repo to a debian installation and did: sudo add-apt-repository https://download.opensuse.org/repositories/home:/behrisch/Debian_11/ sudo apt update and got the following error: apt update Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://security.debian.org/debian-security bullseye-security InRelease Hit:3 http://deb.debian.org/debian bullseye-updates InRelease Ign:4 https://download.opensuse.org/repositories/home:/behrisch/Debian_11 bullseye InRelease Err:5 https://download.opensuse.org/repositories/home:/behrisch/Debian_11 bullseye Release 404 Not Found [IP: 195.135.221.134 443] Reading package lists... Done E: The repository 'https://download.opensuse.org/repositories/home:/behrisch/Debian_11 bullseye Release' does not have a Release file. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. The repository has a Release file and I can also retrieve it (using wget for instance). Reading the apt-secure manpage I thought it might be an issue with authentication but "apt update --allow-unauthenticated" gives the same error. I also tried it with ubuntu with the same results. Adding ubuntu ppas from launchpad works however. Thanks for any hints! Best regards, Michael

5 10

Fedora Rawhide DoD couldn't download correctly
by Wong Hoi Sing Edison 31 Mar '22

31 Mar '22

Dear all, I have a package https://build.opensuse.org/package/show/home:alvistack/libvirt-libvirt-pyth… which also build for Fedora Rawhide, but keep showing blocked with WebUI as below: > blocked: downloading 2 dod packages When trying to build locally with `osc build Fedora_Rawhide` it show following error message: > remote error: http //ftp-stud.hs-esslingen.de/pub/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/n/netcat-1.218-3.fc36.x86_64.rpm remote error Not Found And I find that this netcat package is now updated as -4 release: > http://ftp-stud.hs-esslingen.de/pub/fedora/linux/development/rawhide/Everyt… Doesn't the block of DoD due to an outdated package list cache? Regards, Edison Wong

1 0

build.opensuse.org's CentOS-8-Stream with old URLs
by Jan Engelhardt 31 Mar '22

31 Mar '22

While the prjmeta of CentOS:CentOS-8 on build.opensuse.org had been adjusted to account for the decommissioning of mirror.centos.org URLs (replaced by vault), the same has not been done for CentOS:CentOS-8:Stream. Please consider updating these too. I would suggest to do a system-wide grep (e.g. /srv/obs/projects/*.xml) for mirror.centos.org URLs.

2 2

Implementing a new APT publisher
by Arnaud Ferraris 30 Mar '22

30 Mar '22

Hi, We currently use OBS for building and publishing APT packages for the Apertis project[1] (a Debian derivative distribution). At the moment we use downstream patches for the publisher (src/backend/bs_publish) in order to use reprepro instead of dpkg-scanpackages/dpkg-scansources. As we're considering implementing a new APT publisher based on aptly[2], we'd like to do so in a way that can be upstreamed to OBS so it can benefit the whole community. This obviously raises several questions as to how we should proceed, so I'm sending this email as a call for advice/comments/suggestions. We're considering the following: - this new publisher would be implemented in addition to the existing dpkg-scan* based one and be selectable through global configuration options. - using aptly opens up possibilities, but it isn't always as straightforward as a few system() call; we would therefore need to either ship a helper tool or add a new BSPublisher submodule (the latter is the preferred option atm) - aptly can also be used through a REST API, which implies some asynchronous processing would be preferrable. Is there currently a way to handle async processing in OBS, or would that require another helper tool/module, if possible at all? We're only at the planning and design stage for now, so we would be very interested in your opinion and comments regarding the above. Thanks, Arnaud [1] https://apertis.org [2] https://aptly.info

3 3

OpenSUSE Build Service mirrors seem to be inconsistent.
by Ralph Schaffner 30 Mar '22

30 Mar '22

The opensuse.org mirrors seem to be out of sync. Specifically, the provo-mirror.opensuse.org server. I tried to install some of my OBS project repositories today and got an error. neotinker@localhost:~> sudo zypper refresh Repository 'SLE-Module-Basesystem15-SP3-Pool' is up to date. Repository 'SLE-Module-Basesystem15-SP3-Updates' is up to date. Repository 'SLES15-SP3-15.3-0' is up to date. Repository 'SLE-Product-SLES15-SP3-Pool' is up to date. Repository 'SLE-Product-SLES15-SP3-Updates' is up to date. Repository 'SLE-Module-Server-Applications15-SP3-Pool' is up to date. Repository 'SLE-Module-Server-Applications15-SP3-Updates' is up to date. Retrieving repository 'home:neotinker3:ROS:External_Dependencies (SLE_15_SP3)' metadata .........................................[error] Repository 'home:neotinker3:ROS:External_Dependencies (SLE_15_SP3)' is invalid. [home_neotinker3_ROS_External_Dependencies| https://download.opensuse.org/repositories/home:/neotinker3:/ROS:/External_…] Valid metadata not found at specified URL History: - File './repodata/66b1b42b9b7789c9ef188777265e266f28093dda83d9970c01ad5d634bc35616-primary.xml.gz' not found on medium ' https://download.opensuse.org/repositories/home:/neotinker3:/ROS:/External_… ' - Can't provide ./repodata/66b1b42b9b7789c9ef188777265e266f28093dda83d9970c01ad5d634bc35616-primary.xml.gz Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'home:neotinker3:ROS:External_Dependencies (SLE_15_SP3)' because of the above error. Retrieving repository 'Test Builds (SLE_15_SP3)' metadata .......................................................................[error] Repository 'Test Builds (SLE_15_SP3)' is invalid. [home_neotinker3_ROS_External_Dependencies_Test| https://download.opensuse.org/repositories/home:/neotinker3:/ROS:/External_…] Valid metadata not found at specified URL History: - File './repodata/aa69665681d2905630e52c543665b0dcc99589d0a4d13abb3d42178f0a7ea700-primary.xml.gz' not found on medium ' https://download.opensuse.org/repositories/home:/neotinker3:/ROS:/External_… ' - Can't provide ./repodata/aa69665681d2905630e52c543665b0dcc99589d0a4d13abb3d42178f0a7ea700-primary.xml.gz Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'Test Builds (SLE_15_SP3)' because of the above error. Repository 'ROS Melodic for SLE 15.3 (SLE_15_SP3)' is up to date. Repository 'ROS Infrastructure (SLE_15_SP3)' is up to date. Some of the repositories have not been refreshed because of an error. neotinker@localhost:~> When I went to the repository url with my browser, the files look to be present but I can only access the repomd.* files. The primary, other, and filelist xml files return 404 errors. https://download.opensuse.org/repositories/home:/neotinker3:/ROS:/External_… If I click on the "details" link for one of the missing files, I can see different sources to access the file. The downloadcontent.opensuse.org link returns the file but the US mirror (provo-mirror.opensuse.org) returns 404. https://mirrorcache.opensuse.org/repositories/home:/neotinker3:/ROS:/Extern… https://downloadcontent.opensuse.org/repositories/home:/neotinker3:/ROS:/Ex… https://provo-mirror.opensuse.org/repositories/home:/neotinker3:/ROS:/Exter… Does anyone know what is going on with the mirrors? Neotinker

5 9

Add Fedora Linux 36 to openSUSE Build Service?
by Wong Hoi Sing Edison 30 Mar '22

30 Mar '22

Dear all, Fedora 36 Beta is now available: https://dl.fedoraproject.org/pub/fedora/linux/releases/test/36_Beta/Server/… Could we start getting it added to OBS now? Regards, Edison Wong

2 2

Re: osc branch of revision results in error
by Axel Braun 29 Mar '22

29 Mar '22

Hi Adrian, Am Dienstag, 29. März 2022, 16:33:29 CEST schrieb Adrian Schröter: > On Dienstag, 29. März 2022, 16:29:16 CEST Axel Braun wrote: > > Hi Adrian, > > > > Am Dienstag, 29. März 2022, 16:10:24 CEST schrieben Sie: > > > On Dienstag, 29. März 2022, 16:07:13 CEST Axel Braun wrote: > > > > Hi, > > > > > > > > when I branch an earlier revision of a package like > > > > > > > > osc branch -r 36 -f devel:languages:python python-cairocffi <target> > > > > > > that revision points to the current revision of the package in > > > openSUSE:Factory. > > > > The version in Factory is the latest - rev. 39 in d:l:p > > exactly, but you can merge that one into the old 36 revision. And how? > > > So this is causing this conflict: > > > > I get the error: > > > > > > > > BuildService API error: failed to branch: conflict in file python- > > > > cairocffi.spec > > > > > > > > Well, it is expected that the spec file of the reveision deviates from > > > > the > > > > actual package. So how can I branch an earlier version? > > > > > > You need to have a mergeable revision or in most cases just pick one > > > from > > > > > > osc buildhist ... > > > > osc buildhist devel:languages:python python-cairocffi 15.4 x86_64 > > time srcmd5 vers-rel.bcnt > > rev duration > > 2022-01-10 14:57:01 1843103fad445f3d497afca4bae8a582 1.3.0-43.1 > > 39 53 > > 2022-01-14 18:43:47 3e7538a12438c0f6d38af68f07bca8e6 1.3.0-44.1 > > 39 75 > > 2022-02-09 07:31:29 3e7538a12438c0f6d38af68f07bca8e6 1.3.0-44.2 > > 39 41 > > > > -> all of the current release, that will not help > > 15.4 is a new repo, check with 15.3 repo. That goes back to rev. 38, but not beyond (tried with a higher -l as well) Cheers Axel

2 1

osc branch of revision results in error
by Axel Braun 29 Mar '22

29 Mar '22

Hi, when I branch an earlier revision of a package like osc branch -r 36 -f devel:languages:python python-cairocffi <target> I get the error: BuildService API error: failed to branch: conflict in file python- cairocffi.spec Well, it is expected that the spec file of the reveision deviates from the actual package. So how can I branch an earlier version? Cheers Axel

2 1

My armv7l worker is not used :-(
by Stefan Seyfried 28 Mar '22

28 Mar '22

Hi all, I'm trying to beef up the packman arm workers with my army of unused raspberry pi's. The "primary" host is a raspberry pi400 (aarch64) running Leap 15.3, which works reasonably well as a KVM builder. First tries have been made with a raspberry pi3 (aarch64) running Tumbleweed, which also works good, albeit slower due to the USB2 ports for storage. Now as the raspberry pi3 is a bit more useful for non-buildservice work as another spare raspberry pi2, I'd like to add the raspberry pi2 as a dedicated armv7l builder so that the pi400 has less packages to chew at the end of the day and the overall rebuild times will be a bit better. Unfortunately, the raspberry pi2 is recognized, but does not get any packages scheduled for build: seife@strolchi:~> osc -A pm workerinfo armv7l:seife-raspi2:1 <worker hostarch="armv7l" registerserver="http://10.8.0.1:5252" workerid="seife-raspi2:1"> <sandbox>lxc</sandbox> <linux> <version>5.16.14-1</version> <flavor>lpae</flavor> </linux> <hardware> <cpu> <flag>half</flag> <flag>thumb</flag> <flag>fastmult</flag> <flag>vfp</flag> <flag>edsp</flag> <flag>neon</flag> <flag>vfpv3</flag> <flag>tls</flag> <flag>vfpv4</flag> <flag>idiva</flag> <flag>idivt</flag> <flag>vfpd32</flag> <flag>lpae</flag> <flag>evtstrm</flag> </cpu> <processors>4</processors> <jobs>4</jobs> <memory>896</memory> </hardware> </worker> Still, it is apparently not acceptable as a worker: seife@strolchi:~> osc -A pm checkconstraints \ Multimedia yamdi openSUSE_Tumbleweed armv7l Worker ------ aarch64:hctw01:1 aarch64:hctw01:2 aarch64:hctw01:3 aarch64:n1sdp:1 aarch64:n1sdp:2 aarch64:seife-raspi3:1 aarch64:seife-raspi3:2 aarch64:seife-raspi3:3 aarch64:seife-raspi3:4 aarch64:seife-rpi400:1 aarch64:seife-rpi400:2 aarch64:seife-rpi400:3 The raspberry pi3 has the following workerinfo: seife@strolchi:~> osc -A pm workerinfo aarch64:seife-raspi3:1 <worker hostarch="aarch64" registerserver="http://10.8.0.1:5252" workerid="seife-raspi3:1"> <sandbox>kvm</sandbox> <linux> <version>5.16.14-1</version> <flavor>default</flavor> </linux> <hardware> <cpu> <flag>fp</flag> <flag>asimd</flag> <flag>evtstrm</flag> <flag>crc32</flag> <flag>cpuid</flag> </cpu> <processors>4</processors> <jobs>2</jobs> <memory>444</memory> <swap>1024</swap> <disk>4096</disk> </hardware> <job>Multimedia::openSUSE_Tumbleweed::apache2-mod_musicindex-ba4acdf0de3aa9a378cc9256452fde65</job> <arch>armv7l</arch> <jobid>62b2b315e5b816a4ed9f71f7cda0edbf</jobid> </worker> I'm actually not sure if the lxc setup on the pi2 is correct, but since it does not even get a single build job scheduled, this should not yet matter. It also does not get anything with "chroot". Can I find out anything about the problem from my side or can only the PMBS admin investigate the issue (in that case, I'd probably try to set up my own OBS instance for investigation)? Thanks, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman

3 5