I am maintaining OpenFOAM (www.openfoam.com) packaging on the science
repo and need some advice.
For various reasons, we maintain the last few releases as packages,
which are also designed to allow side-by-side installation with each other.
Currently I have all of the versions in separate projects:
- science/openfoam1912
- science/openfoam2006
- science/openfoam2012
and a meta-package to reference the current version:
- science/openfoam (requires openfoam2012)
This can be simplified by simply folding the meta-package and
versioned-packages together.
In doing so, the science/openfoam would sensibly contain the full build
of the most recent stable version. But when a future version comes out,
I would then like to "archive" the current state (eg, 2106) appropriately:
1. openfoam using 2106
2. "snapshot" of "openfoam" as "openfoam2106" project
3. update openfoam to 2112 and rebuild/republish
Is there any way to do this apart from a manual copy and update, which
would presumably also trigger a complete rebuild of the existing packages?
Or is there a better approach to this?
Thanks,
/mark
Hi,
Not only is CentOS 7.9.2009 not available (see my previous e-mail request to get it added), but most of the other repos I am interested in, does not work either.
In my home project 'home:DOlsson', I have defined a few repositories mapping to the repositories "Fedora:EPEL:7/RHEL" + the respective CentOS repo, i.e. "CentOS:CentOS-7/7.{7.1908,5.1804,4.1708}".
When trying to build using the repositories "CentOS:CentOS-7/7.5.1804" and "CentOS:CentOS-7/7.7.1908", both breaks off with an error message:
bash-4.4$ osc build --clean 'Fedora_EPEL_7+RHEL75+CentOS75_1804' x86_64
...
CentOS:CentOS-7/libnetfilter_conntrack: attempting download from api, since not found
preparing download ...Server returned an error: HTTP Error 301: remote error http //vault.centos.org/centos/7.7.1908/os/x86_64/Packages/intltool-0.50.2-7.el7.noarch.rpm remote error Moved Permanently
bash-4.4$
bash-4.4$ osc build --clean 'Fedora_EPEL_7+RHEL77+CentOS77_1908' x86_64
...
CentOS:CentOS-7/libnetfilter_conntrack: attempting download from api, since not found
preparing download ...Server returned an error: HTTP Error 301: remote error http //vault.centos.org/centos/7.5.1804/os/x86_64/Packages/bc-1.06.95-13.el7.x86_64.rpm remote error Moved Permanently
bash-4.4$
In both cases, when using "wget", I can fetch the package in question without any problem -- As a side note, I find the URL in the error message a bit odd (missing ':' after 'http').
Oddly enough, though, when using the 7.4 repo, it works:
bash-4.4$ osc build --clean 'Fedora_EPEL_7+RHEL74+CentOS74_1708' x86_64
...
Updating cache of required packages
100.0% cache miss. 0/347 dependencies cached.
CentOS:CentOS-7/acl: attempting download from api, since not found
...
CentOS:CentOS-7/libnetfilter_conntrack: attempting download from api, since not found
preparing download ...fetching packages for 'CentOS:CentOS-7': | Elapsed Time: 0:00:00
...
Verifying integrity of cached packages
using keys from CentOS:CentOS-7
Writing build configuration
Running build
...
[ 103s]
[ 103s] olympix finished "build xscreensaver.spec" at Wed Apr 21 18:04:37 UTC 2021.
[ 103s]
/var/tmp/build-root/Fedora_EPEL_7+RHEL74+CentOS74_1708-x86_64/home/abuild/rpmbuild/SRPMS/xscreensaver-5.39-3.2.DFS.el7.src.rpm
...
bash-4.4$
Many thanks for your help/input solving this mystery,
Dennis
DFS Deutsche Flugsicherung GmbH
Am DFS-Campus
D - 63225 Langen
Tel.: +49-(0)6103-707-0
Sitz der Gesellschaft: Langen/Hessen
Zuständiges Registergericht: AG Offenbach am Main, HRB 34977
Vorsitzende des Aufsichtsrats: Dr. Tamara Zieschang
Geschäftsführer: Arndt Schoenemann (Vors.), Dr. Kerstin Böcker, Dirk Mahns, Friedrich-Wilhelm Menge
Internet: http://www.dfs.de
Hello,
Long running compilation can now leverage ccache[1] to speed up the
build process. This feature can be enabled per package in the project
config:
BuildFlags: useccahe:<packagename>
example:
https://build.opensuse.org/projects/home:sjamgade:branches:science:machinel…
Once enabled per package, it will be enabled for all architectures and
repositories.
https://openbuildservice.org/help/manuals/obs-user-guide/cha.obs.prjconfig.…
(grep ccache)
---
The ccache tar file is collected only on *successful builds with changed
result*. It is extracted for every build at /.ccache/ if enabled.
This build artifact is not versioned and only the latest tar is stored.
It can be downloaded from the webui or osc.
https://build.opensuse.org/package/binaries/home:sjamgade:branches:science:…
osc getbinaries --ccache -M standard
home:sjamgade:branches:science:machinelearning tensorflow
openSUSE_Tumbleweed x86_64 _ccache.tar osc getbinaries --ccache $prj
$pkg $repo $arch _ccache.tar
This archive can be further used for local builds too.
osc build --pkg-ccache /full/path/to/_ccache.
(please use the latest osc)
---
Ccache config file is stored in /.ccache/ccache.conf and is writable by
the build user. So, it could also be disabled (or configured as per
package requirements)
echo "disable = true" >> /.ccache/ccache.conf
For possible build time comparisons:
https://build.opensuse.org/packages/tensorflow:standard/job_history/home:sj…https://w3.nue.suse.com/~sjamgade/ccachereport.html
Thank you,
Sumit Jamgade and OBS Team
[1] - https://ccache.dev/
PS:
Some packages (eg: tensorflow) need extra plumbing in spec file to
enable access to /.ccache and use of ccache cmd:
export CC_PREFIX=ccache;
ln -s /.ccache/ ~/.ccache
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi OBS users,
we need to do a little database maintenance on Saturday at 21:00 UTC.
The buildservice will not be available for about 30 minutes.
The build service will still schedule and finish builds in that time,
but the API and the Web UI will not be available.
Thanks for your understanding and have a nice weekend,
Michael.
--
Michael Schroeder SUSE Software Solutions Germany GmbH
mls(a)suse.de GF: Felix Imendoerffer HRB 36809, AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hello,
I noticed that publishing of src RPM's seems broken.
For bup in Factory[1] is version 0.32, but i586 is broken as it is unresolvable.
Now, when you have a look at the published repositories you will find that x86_64[2] is okay, as it contains the correct version.
But the source RPM repository[3] still contains the old 0.31 release.
But the buildlog for x64 says the src rpm was successful as well.
So are only successfully i586 build published as src RPMs?
Because in this case it does not make any sense, it is unresolvable on OBS, but maybe I want to get the latest source RPM to build it locally?
Thank you and cheers,
Ferdinand
[1] https://build.opensuse.org/package/show/openSUSE:Factory/bup
[2] https://download.opensuse.org/tumbleweed/repo/oss/x86_64/bup-0.32-1.3.x86_6…
[3] https://download.opensuse.org/tumbleweed/repo/src-oss/src/bup-0.31-2.1.src.…
Hello,
I wanted to create a new project on OBS (under my home:stig124), for a
desktop music player https://github.com/nukeop/nuclear
When I try to create the project, I'm not authorized to do so. Same for
creating a package under my home
Is there any way to fix that?
Since 04/16/2021 the builds using obs_scm fail.
According to the log, when extracting the cpio archive and building the
tar archive, the version information is specified twice in the file name.
See e.g.
https://build.opensuse.org/package/live_build_log/home:munix9:unstable/gamb…
[ 157s] Unpacking gambas3-3.15.90+git.20210416.b95ff408c.obscpio ...
[ 158s] 75555 blocks
[ 158s] Running build time source services...
[ 179s] Compressed
gambas3-3.15.90+git.20210416.b95ff408c-3.15.90+git.20210416.b95ff408c.tar
to
gambas3-3.15.90+git.20210416.b95ff408c-3.15.90+git.20210416.b95ff408c.tar.xz
This then leads to the following error:
[ 184s] error: Bad source:
/home/abuild/rpmbuild/SOURCES/gambas3-3.15.90+git.20210416.b95ff408c.tar.xz:
No such file or directory
Has anything changed in the build system?
Hi, all
I use OBS to build CentOS8 kernel, but it is unresolvable.
The link is : https://build.openbuildservice.org/package/show/home:wanglong:kernel/kernel
The build can not begin, because required packages are either missing or not explicitly defined.
unresolvable: nothing provides python3-devel, nothing provides python3-docutils, nothing provides llvm-toolset
does anyone has ideas or solutions to fix it? thanks.
Hi,
I am trying to reenable the tests (%check) in stunnel. They only work in Tumbleweed at
the moment, but fail in Leap/SLE15 due to timeout. (In SLE11 and 12 tests work, but fail due to missing netcat in the spec.)
See e.g.
https://build.opensuse.org/package/live_build_log/home:asvetter:branches:se…
[ 54s] ./make_test
[ 54s] Tue Apr 13 13:35:20 UTC 2021
[ 54s] Initializing inetd mode configuration
[ 54s] stunnel 5.59 on x86_64-suse-linux-gnu platform
[ 54s] Compiled/running with OpenSSL 1.1.1d 10 Sep 2019
[ 54s] Threading:PTHREAD Sockets:POLL,IPv6 TLS:ENGINE,OCSP,PSK,SNI Auth:LIBWRAP
[ 3663s] qemu-kvm: terminating on signal 15 from pid 15082 (<unknown process>)
In Tumbleweed, it just goes on with the tests:
[ 51s] ./make_test
[ 52s] Tue Apr 13 13:34:46 UTC 2021
[ 52s] Initializing inetd mode configuration
[ 52s] stunnel 5.59 on x86_64-suse-linux-gnu platform
[ 52s] Compiled/running with OpenSSL 1.1.1k 25 Mar 2021
[ 52s] Threading:PTHREAD Sockets:POLL,IPv6 TLS:ENGINE,OCSP,PSK,SNI Auth:LIBWRAP
[ 52s] test 010_require_cert ok
[ 52s] test 011_verify_peer ok
[ 52s] test 012_verify_chain ok
[ 52s] test 013_CRL_file ok
[ 52s] test 014_PSK_secrets ok
Is there anything (networking?), I have to enable for Leap/SLE that is enabled for Tumbleweed? And how would I achieve this?
FWIW, the timeouts vary on target repository: SLE15 28800sec, Leap15.2 3600sec.
Regards,
Andreas
--
Mit freundlichen Gruessen,
Andreas Vetter
