openSUSE Build Service May 2022

buildservice@lists.opensuse.org

27 participants
20 discussions

Problem: Fedora_36 seems to be defining its %{fedora_version} macro to 35

by James Bottomley

This is the relevant output of osc buildconfig Fedora_36 --- # for dependency solving %define fedora_version 35 %define fedora 35 %define fc35 1 Macros: %fedora_version 35 %fedora 35 %_vendor redhat :Macros --- I'm trying to add a prefer option for 36 only and obviously the above means I will also affect Fedora_35 ... is this a mistake, or is there another way to distinguish Fedora_36 from Fedora_35? Thanks, James

1 hour, 12 minutes

Postgis Installation

by Locher Stefan DFR IT AG

Hello Build Service I want to install Postgis on SUSE SLE15 from https://download.opensuse.org/repositories/Application:/Geo/openSUSE_Leap_1… On the other Server we have Version 3.2.0 i+ | postgresql14-postgis | package | 3.2.0-lp152.1.1 | x86_64 | (System Packages) name: postgresql14-postgis but now this Package seems not to exist anymore. We only find 3.2.1 postgresql14-postgis | srcpackage | 3.2.1-lp152.14.2 | noarch | Applications related to the earth (GIS, Mapping, geodesy, GPS, astronomy) (openSUSE_Leap_15.2) name: postgresql14-postgis The installation breaks on Problem: nothing provides 'postgresql14-server = 14.2' needed by the to be installed postgresql14-postgis-3.2.1-lp152.14.2.x86_64 Solution 1: do not install postgresql14-postgis-3.2.1-lp152.14.2.x86_64 Solution 2: break postgresql14-postgis-3.2.1-lp152.14.2.x86_64 by ignoring some of its dependencies Which seems not yet available for SLES15 How can we find the older Postgis rpm? Regards Stefan _________________________________ KANTON AARGAU Departement Finanzen und Ressourcen Stefan Locher Fachspezialist Data Engineering & BI Informatik Aargau Technologie- & Lösungsentwicklung Hintere Bahnhofstrasse 8, 5000 Aarau Telefon +41 62 835 10 41 stefan.locher(a)ag.ch<mailto:stefan.locher@ag.ch> _________________________________

13 hours, 19 minutes

How to delete my project (a subproject of my home project)?

by Hamish McIntyre-Bhatty

Hi there, I was wondering how I can delete my project - I don't see it anywhere and as it's not being worked on any more, it might as well not take up space and time building on your server. Thanks, Hamish

14 hours, 33 minutes

Problem with Wrong {?fedora_version} Value on Fedora:36

by Karel Slany

Hello, I've recently encountered a problem when building in OBS for Fedora:36. It looks like the constriction 0%{?fedora_version} expands to 035 rather than 036 as it would be expected for a Fedora:36 runner. I've temporarily modified a spec file to find out what's happening: https://build.opensuse.org/package/view_file/home:CZ-NIC:datovka-devel/dato… Log: https://build.opensuse.org/package/live_build_log/home:CZ-NIC:datovka-devel… The logs shows that the line from the spec file cat-0%{?fedora_version} expands to cat-035 even thou it should be cat-036 Please fix the variable as I need to add tests for this particular version. Thank you, Karel Slany.

20 hours, 10 minutes

RockyLinux 8.6 update

by Georg Brandl

Hi guys, it seems that the RockyLinux:8 project has not picked up the recent update to 8.6. Is it possible that the SSL fingerprint has changed again? thanks, Georg -- Jülich Centre for Neutron Science JCNS at Heinz Maier-Leibnitz Zentrum MLZ Forschungszentrum Jülich GmbH Lichtenbergstraße 1 85747 Garching GERMANY Telefon: +49 - 89 158860 731 Telefax: +49 - 89 158860 799 --------------------------------------------------------------------------------------------- Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Volker Rieke Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Frauke Melchior ---------------------------------------------------------------------------------------------

1 day

Cannot download reportedly build RPMs

by George Kraft

I have a local OBS installed from https://openbuildservice.org/download/. I have copied https://build.opensuse.org/package/show/home:geokraft4/helloworld to my OBS. I can successfully build it, but when I try to Download the RPM then it says "This site can’t be reached. localhost refused to connect." Is it because the webserver is not allowing it to read the /srv/obs/build/ directory? I cannot find "/srv/obs/build/" used in /srv/www/obs/api directory. Where would I config the OBS webserver to be able to access the built RPMs in /srv/obs/build/?

1 day, 14 hours

how to add SLES 15 SP3 from RMT to OBS as a repository

by George Kraft

If I have a local OBS and local RMT, then how can I get OBS to use SLES 15 SP3 RPMs from my local RMT? Under the Repositories tab, then what would be the information I add to create a valid repository path? When I click on the plus sign (+) then it prompts me for Project and Repositories. If this is not the right approach, then please let me know. Thanks.

1 day, 15 hours

Delete My Account

by aminkevin508＠gmail.com

The content of this message was lost. It was probably cross-posted to multiple lists and previously handled on another list.

3 days, 5 hours

OBS build failure w/o code change

by Axel Braun

Good morning, python-onionshare https://build.opensuse.org/package/show/devel:languages:python/python-onion… suddenly fails in the test suite without any code changes: [ 36s] ============================= test session starts ============================== [ 36s] platform linux -- Python 3.8.13, pytest-7.1.1, pluggy-1.0.0 -- /usr/bin/python3.8 [ 36s] cachedir: .pytest_cache [ 36s] PySide2 5.15.2 -- Qt runtime 5.15.2 -- Qt compiled 5.15.2 [ 36s] rootdir: /home/abuild/rpmbuild/BUILD/onionshare-2.5/desktop [ 36s] plugins: anyio-3.5.0, qt-4.0.2, xvfb-2.0.0 [ 36s] collecting ... collected 15 items [ 36s] [ 37s] tests/test_gui_tabs.py::TestTabs::test_01_common_tests PASSED [ 6%] [ 37s] tests/test_gui_tabs.py::TestTabs::test_02_starts_with_one_new_tab PASSED [ 13%] [ 37s] tests/test_gui_tabs.py::TestTabs::test_03_new_tab_button_opens_new_tabs PASSED [ 20%] [ 37s] tests/test_gui_tabs.py::TestTabs::test_04_close_tab_button_closes_tabs PASSED [ 26%] [ 37s] tests/test_gui_tabs.py::TestTabs::test_05_closing_last_tab_opens_new_one PASSED [ 33%] [ 37s] tests/ test_gui_tabs.py::TestTabs::test_06_new_tab_mode_buttons_show_correct_modes PASSED [ 40%] [ 5439s] tests/ test_gui_tabs.py::TestTabs::test_07_close_share_tab_while_server_started_should_warn qemu-kvm: terminating on signal 15 from pid 59073 (<unknown process>) Job seems to be stuck here, killed. (after 5400 seconds of inactivity) [ 5439s] ### VM INTERACTION END ### [ 5439s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/ bash/perl) [ 5439s] or the build host has a kernel or hardware problem... Was there anything changed in OBS that may have caused this? Thanks Axel

4 days, 20 hours

Kiwi project targeting 15.4 selects unsolvable packages from old SLE

by Luiz Angelo Daros de Luca

Hello, This is my third attempt to get this thing sorted out. Previous tries: https://bugzilla.opensuse.org/show_bug.cgi?id=1199408 https://github.com/openSUSE/open-build-service/issues/12600 I cannot build a kiwi image targeting (opensuse) 15.4, while a similar recipe does work for tumbleweed. It looks like OBS/Kiwi solver is trying to include some once recommended packages (like librsvg-lang and gimp-plugins-python), that are still available in old SLE repos (included by default in 15,4) but cannot be installable anymore, resulting in this pre-build error: buildinfo is broken... it says: unresolvable: nothing provides librsvg = 2.46.5 needed by librsvg-lang (got version 2.52.6 provided by librsvg-2-2) nothing provides gimp = 2.10.12 needed by gimp-plugins-python (got version 2.10.30-150400.1.10) I even tried to add "Ignore" to prjconfig and "<ignore>" to kiwi file but they seem to be ignored. I'm using plusRecommended. If I remove it, I get even worse results, with kiwi/OBS not agreeing on what is needed or which sequence it should be installed on, generating an error during build. [ 87s] [ DEBUG ]: 05:40:15 | system: Reading installed packages... [ 87s] [ DEBUG ]: 05:40:15 | system: 'openSUSE-release' is already installed. [ 87s] [ DEBUG ]: 05:40:15 | system: No update candidate for 'openSUSE-release-15.4-lp154.144.5.x86_64'. The highest available version is already installed. [ 87s] [ DEBUG ]: 05:40:15 | system: Resolving package dependencies... [ 87s] [ DEBUG ]: 05:40:15 | system: 6 Problems: [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed patterns-kde-kde_plasma-20220215-lp154.1.2.noarch requires 'plasma5-session', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed patterns-kde-kde-20220215-lp154.1.2.noarch requires 'pattern() = kde_plasma', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed patterns-kde-kde_imaging-20220215-lp154.1.2.noarch requires 'pattern() = kde_plasma', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed pattern:kde_plasma-20220215-lp154.1.2.noarch requires 'patterns-kde-kde_plasma', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed pattern:kde-20220215-lp154.1.2.noarch requires 'patterns-kde-kde', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed pattern:kde_imaging-20220215-lp154.1.2.noarch requires 'patterns-kde-kde_imaging', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: Problem: the to be installed patterns-kde-kde_plasma-20220215-lp154.1.2.noarch requires 'plasma5-session', but this requirement cannot be provided [ 87s] [ DEBUG ]: 05:40:15 | system: not installable providers: plasma5-session-5.24.4-bp154.1.23.noarch[3d5644963068239d0e0dff51b265a4c0] [ 87s] [ DEBUG ]: 05:40:15 | system: Solution 1: do not install patterns-kde-kde_plasma-20220215-lp154.1.2.noarch [ 87s] [ DEBUG ]: 05:40:15 | system: Solution 2: break patterns-kde-kde_plasma-20220215-lp154.1.2.noarch by ignoring some of its dependencies [ 87s] [ DEBUG ]: 05:40:15 | system: Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c/d/?] (c): c It looks like the solver is having trouble creating the correct plan in either case. I'm using a private OBS 2.10.4 instance running on SLE12SP5. I can share my kiwi file if it helps with debugging. However, it is a boring setup with these patterns: apparmor base console enhanced_base minimal_base sw_management x11 imaging multimedia fonts kde kde_imaging kde_internet kde_multimedia kde_office kde_pim kde_plasma kde_utilities kde_yast non_oss office x11_yast yast2_basis, with some extra packages. The last time I ran into a similar issue, it was recommended to update perl-BSSolv and/or the OBS itself. However, it looks like my perl-BSSolv is already from 2.10 repo. Regards, --- Luiz Angelo Daros de Luca luizluca(a)gmail.com

5 days, 14 hours

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Build Service May 2022