Re: Debian testing installer site

2021-03-11 Thread Holger Wansing
Hi,

yampress  wrote (Thu, 11 Mar 2021 15:36:46 +0100):
> HelloI have this little question: Why in the image download 
> sectionhttps://www.debian.org/distrib/index.en.html
> there is no direct link to the Debian Installer 
> sitehttps://www.debian.org/devel/debian-installer/
> with images of the Debian testing version. Do you have to search hard to 
> get to this section?

Since https://www.debian.org/distrib/index.en.html is prominently reached
from the homepage (via https://www.debian.org/intro/index#software), I think
this makes sense.
I have added similar now.

Should be online within the next hours.

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076



Debian testing installer site

2021-03-11 Thread yampress

hello

HelloI have this little question: Why in the image download 
sectionhttps://www.debian.org/distrib/index.en.html
there is no direct link to the Debian Installer 
sitehttps://www.debian.org/devel/debian-installer/
with images of the Debian testing version. Do you have to search hard to 
get to this section?


Using urlcheck - how many broken links should we accept?

2021-03-11 Thread Andrew M.A. Cater
Folks,

Looking at the output of urlcheck:

There are lots of websites that return error codes. There are still lots
where an http -> https substitution would solve a missing website.

There are lots of apparent errors where, in fact, it's just a directory level
move - https://www-master.debian.org/build-logs/urlcheck/MailingLists

How much breakage should we accept for old sites / sites that have been
renamed or simply no longer exist?

For, for example, DPL nominations on debian-vote which list resume information
/ university "stuff" - is it worth going to fix old links?

I'm very wary of global search and replace through all of the webwml. How 
much checking should we devote to seeing whether websites exist or still
resolve?

All opinions gratefully received.

All the very best, as ever,

Andy C.