On 2022-04-11 16:13, Yaakov Selkowitz wrote:
> On 2022-04-11, 15:20, Thomas Dickey wrote:
> I'm working to phase out the ftp urls on my main website,
>> and see these files in cygwinports using the ftp urls:
>> byacc/byacc.cygport
>> dialog/dialog.cygport
>> diffstat/diffstat.cygport
>> luit/luit.cygport
>> ncurses/ncurses.cygport
>> tack/tack.cygport
>> xterm/xterm.cygport
>> The change is
>> 	ftp://ftp.invisible-island.net/XXX
>> to
>> 	https://invisible-island.net/archives/XXX
>> At the moment I have files in both places, and am working to have
>> package scripts updated before pulling the plug on ftp.

I co-/maintain a couple of your packages, and as CygwinPorts is no 
longer used, mostly having been migrated to Cygwin packages, I had a 
look at the current packages you provide, those available in Cygwin, 
Cygwin GIT cygport source packages, maintainers, and build repos for 
some packages:

	<https://cygwin.com/git/cygwin-packages/>
or
	<https://cygwin.com/git?p=git/cygwin-packages/PACKAGE.git>

and where those had not been committed, downloaded and scanned the 
package sources, to produce the attached package info.

You missed mentioning your lynx and vttest packages Cygwin provides; 
Cygwin indent is GNU indent, and tin has been delegated to tin.org.

All the packages from your site still refer to your FTP URIs:

byacc, dialog, diffstat, luit, lynx, ncurses, tack, vttest, xterm.

We can certainly update the maintained package URIs so future releases 
use your web archive rather than FTP.

I have tried using your web archives in the past and found that your 
access to your https://invisible-mirror.net/archives/ are consistently 
unreliable, and to your https://invisible-island.net/archives/ are 
sometimes unreliable, resulting in download failures when accessed from 
my desktop or our Scallywag CIs from Appveyor or Github, so reverted to 
using your FTP archives to which access is consistently reliable.
Perhaps you could check your web site download logs

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]