sources.list pour Debian Testing x86-64 en region parisienne

3 réponses
Avatar
Basile Starynkevitch
Bonjour la liste,

Sur un portable x86-64 mon /etc/apt/sources.list (édité maintes fois Í 
la main) contient actuellement

>
> guiseppe# cat /etc/apt/sources.list
>
> deb     http://ftp.lip6.fr/pub/linux/distributions/debian/ testing
> main contrib non-free
> deb http://ftp.proxad.net/debian/ testing main contrib non-free
> deb http://security.debian.org/debian-security bookworm-security main
> contrib non-free
> deb-src http://security.debian.org/debian-security bookworm-security
> main contrib non-free
>
> deb-src     http://ftp.lip6.fr/pub/linux/distributions/debian/ testing
> main contrib non-fre

mais aptitude update donne les erreurs suivantes
guiseppe# aptitude update
Hit http://security.debian.org/debian-security bookworm-security InRelease
Get: 1 http://ftp.proxad.net/debian testing InRelease [112 kB]
Hit http://dl.google.com/linux/chrome/deb stable InRelease
Get: 2 http://ftp.lip6.fr/pub/linux/distributions/debian testing
InRelease [112 kB]
Fetched 224 kB in 1s (257 kB/s)
E: Repository 'http://ftp.proxad.net/debian testing InRelease' changed
its 'Codename' value from 'bullseye' to 'bookworm'
E: Repository 'http://ftp.lip6.fr/pub/linux/distributions/debian testing
InRelease' changed its 'Codename' value from 'bullseye' to 'bookworm'
E: Failed to download some files
W: Failed to fetch
http://ftp.lip6.fr/pub/linux/distributions/debian/dists/testing/InRelease:
W: Failed to fetch http://ftp.proxad.net/debian/dists/testing/InRelease:
E: Some index files failed to download. They have been ignored, or old
ones used instead.


O͹ est mon erreur?


PS. Je fais un petit cours lundi sur GNU bash. Si vous avez quelques
minutes pour relire mes transparents, envoyez moi un courriel.

NB. Je developpe aussi avec d'autres http://refpersys.org/ .... Si ça
vous intéresse, faites moi signe


--
Basile Starynkevitch <basile@starynkevitch.net>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

3 réponses

Avatar
steve
J'ai testé depuis chez moi.
guiseppe# cat /etc/apt/sources.list
deb     http://ftp.lip6.fr/pub/linux/distributions/debian/ testing main contrib non-free


cette ligne ne passe pas, ce qui est d'ailleurs bizarre puisque le
fichier InRelease existe.
Mais je pense qu'elle est redondante avec la suivante. Donc tu peux la
supprimer sans autre.
deb http://ftp.proxad.net/debian/ testing main contrib non-free
deb http://security.debian.org/debian-security bookworm-security main contrib non-free
deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free
deb-src     http://ftp.lip6.fr/pub/linux/distributions/debian/ testing main contrib non-fre


le reste passe.
Avatar
Basile Starynkevitch
On 9/4/21 9:29 AM, rok wrote:
bonjour,
http://refpersys.org/
est une connexion non sécurisées et est bloquée par firefox;

Qui peut m'expliquer l'intérêt de HTTPS (encrypté) par rapport Í  HTTP
(textuel) sur un site web en lecture seule?
De mon point de vue, encrypter le protocole dans le serveur, et le
décoder dans votre navigateur, ne fait que contribuer au réchauffement
climatique: consommation de calcul (donc d'energie) inutile sur le
serveur et sur le client.
Les attaques "man in the middle" pour un petit site en lecture seule me
paraissent improbables et dérisoires.
--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/
Avatar
Eric Degenetais
--000000000000ff8ac005cb2863ea
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Le sam. 4 sept. 2021 09:49, Basile Starynkevitch
a ̓©crit :
On 9/4/21 9:29 AM, rok wrote:
bonjour,


Bonjour
http://refpersys.org/
est une connexion non s̓©curis̓©es et est bloqu̓©e par firefox;

Qui peut m'expliquer l'int̓©r̓ªt de HTTPS (encrypt̓©) par rapport ̓  HTTP
(textuel) sur un site web en lecture seule?

Cela d̓©pend du type de contenu offert. Pour du texte c'est sans importance.
Cependant le site semble offrir des t̓©l̓©chargements d'ex̓©cutables,
̓©galement en HTTP clair.
De mon point de vue, encrypter le protocole dans le serveur, et le
d̓©coder dans votre navigateur, ne fait que contribuer au r̓©chauffement
climatique: consommation de calcul (donc d'energie) inutile sur le
serveur et sur le client.
Les attaques "man in the middle" pour un petit site en lecture seule me
paraissent improbables et d̓©risoires.

C'est l̓  que l'offre de t̓©l̓©charger du code change la donne. Bien s̓»r ce
n'est pas le sac ̓  point que repr̓©senterait une mitm sur les d̓©p̓´ts de
Debian ou Windows, mais subvertir un t̓©l̓©chargement de code c'est un moyen
d'infecter les machines de ceux qui t̓©l̓©chargent et ex̓©cutent le code.
--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

--000000000000ff8ac005cb2863ea
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir="auto"><div data-smartmail="gmail_signature" dir="auto">Le sam. 4 sept. 2021 09:49, Basile Starynkevitch &lt;<a href="mailto:" target="_blank" rel="noreferrer"></a>&gt; a ̓©crit͂ :<br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 9/4/21 9:29 AM, rok wrote:<br>
&gt; bonjour,<br></div><div dir="auto"><br></div><div dir="auto">Bonjour͂ </div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt;<br>
&gt; <a href="http://refpersys.org/" rel="noreferrer noreferrer noreferrer" target="_blank">http://refpersys.org/</a><br>
&gt;<br>
&gt; est une connexion non s̓©curis̓©es et est bloqu̓©e par firefox;<br>
<br>
<br>
Qui peut m&#39;expliquer l&#39;int̓©r̓ªt de HTTPS (encrypt̓©) par rapport ̓  HTTP <br>
(textuel) sur un site web en lecture seule?<br></div><div dir="auto">Cela d̓©pend du type de contenu offert. Pour du texte c&#39;est sans importance. Cependant le site semble offrir des t̓©l̓©chargements d&#39;ex̓©cutables, ̓©galement en HTTP clair.͂ </div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
De mon point de vue, encrypter le protocole dans le serveur, et le <br>
d̓©coder dans votre navigateur, ne fait que contribuer au r̓©chauffement <br>
climatique: consommation de calcul (donc d&#39;energie) inutile sur le <br>
serveur et sur le client.<br></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Les attaques &quot;man in the middle&quot; pour un petit site en lecture seule me <br>
paraissent improbables et d̓©risoires.<br></div><div dir="auto">C&#39;est l̓  que l&#39;offre de t̓©l̓©charger du code change la donne. Bien s̓»r ce n&#39;est pas le sac ̓  point que repr̓©senterait une mitm sur les d̓©p̓´ts de Debian ou Windows, mais subvertir un t̓©l̓©chargement de code c&#39;est un moyen d&#39;infecter les machines de ceux qui t̓©l̓©chargent et ex̓©cutent le code.͂ </div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
-- <br>
Basile Starynkevitch͂  ͂  ͂  ͂  ͂  ͂  ͂  ͂  ͂  &lt;<a href="mailto:" rel="noreferrer noreferrer" target="_blank"></a>&gt;<br>
(only mine opinions / les opinions sont miennes uniquement)<br>
92340 Bourg-la-Reine, France<br>
web page: <a href="http://starynkevitch.net/Basile/" rel="noreferrer noreferrer noreferrer" target="_blank">starynkevitch.net/Basile/</a><br>
<br>
</div></div>
--000000000000ff8ac005cb2863ea--