kumquat-buildroot/support/download
Yann E. MORIN 72bcff3081 support/download: force fetching tags
Our git download backend switches the remote of our local clone, and
fetches all refs and tags from that remote.

When the local clone has a tag fetched from another remote, and the new
remote also has a tag by the same name, and that tag points to another
commit, then git refuses to fetch the new tag and exits in error, as it
considers that the new tag would clobber the existing one. This is safe
and sane behaviour when run interactively with a human that can take a
decision.

However, in our case, we don't care about any tags that were present
before, as only the last one makes sense in our case: the one from the
remote the user has requested for the current build.

Tell git to forcefully pull tags, even if they would clobber existing
ones.

Note that, although this changes the git backend, it does not change the
content of generated archives, so we do not need to bump the suffix
version.

Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
Signed-off-by: Arnout Vandecappelle <arnout@mind.be>
2024-05-09 22:45:14 +02:00
..
bzr
cargo-post-process support/download: fix the cargo post-process in face of failed vendoring 2023-02-12 09:39:19 +01:00
check-hash support/download/check-hash: fix shellcheck errors 2024-04-01 17:03:17 +02:00
cvs
dl-wrapper support/download: teach dl-wrapper to handle more than one hash file 2023-11-07 11:48:45 +01:00
file
git support/download: force fetching tags 2024-05-09 22:45:14 +02:00
go-post-process support/download/go-post-process: drop -o pipefail 2022-01-09 11:07:37 +01:00
helpers support/download: even more reproducible archives (until next time) 2024-05-09 22:44:59 +02:00
hg
scp
sftp support/download: Add SFTP support 2022-01-06 09:34:05 +01:00
svn support/download: add support to exclude svn externals 2023-08-06 16:35:52 +02:00
wget