28+#Source:         https://gitlab.com/lars-thrane-as/ttynvt/-/archive/v%%{version}/%%{name}-v%%{version}.tar.bz2
29+Source:         %{name}-v%{version}.tar.bz2

Any reason not to use the upstream provided tarball? This is generally preferred, as it allows to easily verify that tarballs aren't tampered with and no code difference compared to upstream submitted

I would love to use that source URL but something has changed with direct downloads from gitlab.com ...

https://gitlab.com/lars-thrane-as/ttynvt/-/archive/v0.14/ttynvt-v0.14.tar.bz2

works fine with Firefox/Chromium/...

but throws an 403 when you try to download via curl/wget/obs-service-download_files. As soon as you change the user-agent it can also be downloaded via those tools:

$ curl -A "Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/81.0"  https://gitlab.com/lars-thrane-as/ttynvt/-/archive/v0.14/ttynvt-v0.14.tar.bz2 > /dev/null

Dominique Leuenberger (dimstar) - almost 4 years ago

reviewer

Strange, worked without issues here

> curl https://gitlab.com/lars-thrane-as/ttynvt/-/archive/v0.14/ttynvt-v0.14.tar.bz2 --output ttyvnt.tar.bz2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 19853    0 19853    0     0   273k      0 --:--:-- --:--:-- --:--:--  269k
dimstar@zeus:~/Documents/osc/home:dimstar:Factory> file ttyvnt.tar.bz2 
ttyvnt.tar.bz2: bzip2 compressed data, block size = 900k

Indeed - really strange. The download works fine on a hosted server (Hetzner) but not from my DSL dialup at home provided by "T-Online Germany" sigh