Open rhabacker opened 1 year ago
@rhabacker is it still reproducible? Downloading the latest vsgExamples-1.0.3.tar.gz works fine when I run osc service runall
@rhabacker is it still reproducible? Downloading the latest vsgExamples-1.0.3.tar.gz works fine when I run `osc service runall
You need to check out revision 1 to see this behaviour, which is still present - I have updated the original report to reflect this.
I tried it again and the reproducer no longer leads to broken vsgExamples-1.0.0.tar.xz Maybe the underlying service got fixed in the meantime? I'm testing it on Tumbleweed.
I think you should actually fix your spec to avoid running download_files
.
There's a full URL and the tools think that they can download the sources for some reason.
Doing this fixes the problem:
-Source0: https://github.com/vsg-dev/%{name}/archive/%{name}-%{version}.tar.xz
+Source0: %{name}-%{version}.tar.xz
I'm afraid I can't do much here...
Describe the bug Running
osc service runall
on a project with source services disabled is normal behaviour, as mentioned here. Doing this with currentosc
will create a corrupted tarball as shown below.Versions
openSUSE Leap 15.4
osc-0.182.0-150100.3.32.1.noarch
To Reproduce Steps to reproduce the behavior:
osc -A https://api.opensuse.org checkout -r 1 games/vsgExamples && cd $_
osc service runall
Expected behavior The tar ball should not be corrupted
Screenshots, console outputs
Additional context
The problem is caused by the executed source service "download_files" which is not included in the _service file.
This problem also happens with
osc service disabledrun
The corrupted tar ball comes from downloading from an incorrect url, not detected by the
download_files
source service, which should not overwrite unconditionalSince the tarball has already been created by tar_scm, what is the point of having it overwritten by the call to
download_files
source service ?