[Help] Scanning ftp directory with uscan does not seem to work (dcmtk)
Hello,
I noticed that the watch file for dcmtk
version=3
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz
does not work properly.
$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz
uscan warning: In debian/watch no matching dirs for pattern
ftp://dicom.offis.deftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)
-- Scan finished
My guess is that uscan is unable to scan an ftp directory because several attempts
I tried end in failures:
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk(.*) dcmtk-([\d.]+)\.tar\.gz
$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk(.*) dcmtk-([\d.]+)\.tar\.gz
-- Found the following matching files:
dcmtk310/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/
dcmtk311/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk311/
...
dcmtk353/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk353/
dcmtk354/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk354/
dpkg: version '310/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/' has bad syntax: version string has embedded spaces
dpkg: version '312/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk312/' has bad syntax: version string has embedded spaces
...
dpkg: version '353/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk353/' has bad syntax: version string has embedded spaces
...
dpkg: version '310/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/' has bad syntax: version string has embedded spaces
Newest version on remote site is 310/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/, local version is dcmtk-([\d.]+)\.tar\.gz
dpkg: version '310/"><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/' has bad syntax: version string has embedded spaces
=> Newer version available from
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk310/";><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/
-- Downloading updated package A> <A HREF="dcmtk310
uscan warning: In directory ., downloading
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk310/";><IMG border="0" SRC="http://our.proxy:8000/squid-internal-static/icons/anthony-dir.gif"; ALT="[DIR] "></A> <A HREF="dcmtk310/ failed: 403 Forbidden
-- Scan finished
I tried my luck with uversionmangle expressions to get rid of this problem but failed after
several tries. I also tried:
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([^/]*) dcmtk-([\d.]+)\.tar\.gz
$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([^/]*) dcmtk-([\d.]+)\.tar\.gz
uscan warning: In watchfile debian/watch, reading FTP directory
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([^/]*) failed: 404 Not Found
-- Scan finished
Is there any solution for this problem I might have overlooked or is it just
a bug in uscan which should be reported.
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: