Hi folks,

I noticed an issue with my most recent build of tzdata, where it is downloading leap-seconds.list, which changes every 6 months, so needs accessed with its unique id, which is the NTP timestamp suffixed name in the link on the FTP site. So in tzdata.cygport I retrieve the verbatim symlink using wget and readlink the NTP timestamp suffixed name, adding that name to SRC_URI. Everything works fine locally, including srcpkg, but Scallywag now complains it can not publish the artifacts because it puts a wget argument into a tar command line and fails?
For comparison, `cygport ... vars SRC_URI` displays the correct URIs.
See any failing tzdata job recently for more details than the failure:

scallywag: publishing artifacts
scallywag: staging/tzdata/tzdata-2025c-1-src.hint
scallywag: staging/tzdata/tzdata-2025c-1-src.tar.xz
tar: unrecognized option '--retr-sym=no'
Try 'tar --help' or 'tar --usage' for more information.
Traceback (most recent call last):
  File "/cygdrive/d/a/scallywag/scallywag/./scallywag", line 195, in <module>
subprocess.check_call('tar -Jcf %s *' % (os.path.join(mydir, 'builddir.tar.xz')),
  File "/usr/lib/python3.9/subprocess.py", line 373, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command 'tar -Jcf /cygdrive/d/a/scallywag/scallywag/builddir.tar.xz *' returned non-zero exit status 64.
Error: Process completed with exit code 1.

$ grep -C1 SRC_URI tzdata.cygport
GIT_URI=git://github.com/eggert/tz.git
SRC_URI=$HOMEPAGE/repository/releases/$NAME$VERSION.tar.gz
SRC_URI+=" $SRC_URI.asc"
LS_URI=ftp://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list
LS_NTP=$(/usr/bin/wget -NqP ${T:-$TMPDIR} --retr-sym=no $LS_URI && readlink ${T-$TMPDIR}/${LS_URI##*/})
SRC_URI+=" ${LS_URI%/*}/$LS_NTP"
PATCH_URI=

--
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher  but when there is no more to cut
                                -- Antoine de Saint-Exupéry

Reply via email to