Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Y'a pas grand chose à expliquer, juste dire de choisir nano.
Ben voilà, tu mets :
le texte d'utiliser en ligne de commande :
apt edit-sources
puis le texte de choisir nano avec le lien qu'y faux.
Alors qu'actuellement, il y a juste :
le lien vers nano dans le texte indiquant la commande :
nano /etc/apt/sources.list
Il y a donc bien une indication supplémentaire dans l'utilisation de edit-sources pour les tutos.
Nous, nous les voyons comme similaires, mais je ne crois pas qu'un vrai débutant le fera aussi facilement dans le dedans de sa tête déjà bien occupée par tout ce qu'il doit opérer et qui lui est tout nouveau, contrairement à nous.
Il me semble qu'en apprennant ensuite et indépendamment edit-sources avec apt sera alors plus enrichissant puisque la mécanique fondamentale aura déjà été saisie par le tuto actuel.
... 
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
[comme pour buster] on tombe sur une erreur (404 not found),etc ...
si on ecrit :
(comme mentionné sur le wiki) meme erreur,
J'ai reussi a faire marcher cette ligne en rajoutant "-security" a bullseye comme dans le script de sources.list de anonyme
que ce soit http ou https;
ca a marché pour mon ordi, je sais pas si c'est specifique a ma tour installée sans internet, mais j'imagine que c'est pour (tout le monde, ou quelques??) pareil;
mais je pense que ca vaut le coup de changer le wiki qui commence a dater.. [ j'ai pas testé en écrivant testing mais j'imagine que le resultat est kif-kif]
et puis jsuis pas fan de chocolat, mais j'aime bien les wikis de D.F..
En ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Depuis l'existence de buster il y a maintenant deux grands types d'utilisation de testing :
soit on utilise en plus unstable et/ou sid
soit on utilise testing-security
Ce n'est pas encore mentionné dans le wiki.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil 
Hors ligne
du dépôt sécurity , n'est pas bonne pour testing .
à la place , il faut mettre :
pour un sources libre .
testez , et vérifiez .
Dernière modification par Debian Alain (25-12-2019 14:42:03)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Le tuto semble bien à jour :
https://debian-facile.org/doc:systeme:a … res-a-jour
J'avais déjà modifié pour
depuis le 29/09/2019 dans le tuto du wiki, mais je n'ai pas changé le message #230 de ce fil. Néanmoins si Debian Alain le demande gentiment, je peux aussi mettre un rectificatif au message 230. 
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Hors ligne
pardon pour cette initiative .
Au contraire, et même, si ça avait été dans les règles, ça mériterait jusqu'à un point choco df ! 
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par Debian Alain (27-12-2019 13:26:20)
Hors ligne
), on ne mentionne pas/plus les dépôts security.Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Après installation bullseye (la dernière weekly-build firmware-testing-amd64-DVD-1.iso) j'obtiens :
ce qui déroute et fait poser la question : lequel est le bon ?
J'imagine les deux, mais alors . . . ?
lequel est le bon ?
Les deux pointes à la même source.
Si tu mets le nom release, à la prochaine migration tu conserveras ton système sans migrer.
Si tu mets testing, à la prochaine migration, tu te trouveras à migrer ton système vers la testing suivante à la prochaine mise à jour que tu feras. Un peu chaud, non ?
Dernière modification par smolski (08-04-2020 18:36:42)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
En ligne
Dernière modification par naguam (22-06-2021 20:19:33)
Unixien?
Compiler son kernel!
Hors ligne
Le sources.list est un fichier texte généralement situé dans /etc/apt/sources.list et peut aussi être dans /etc/apt/sources.list.d/un_fichier.
L'ensemble des adresses web inscrites dans ce ou ces fichiers déterminent les dépôts utilisés par votre système pour installer ou mettre à jour vos applications. Prenez donc soin de n'utiliser que des adresses de confiance.
nous sommes tous différents ... c'est notre point commun ...
Association Debian-Facile - Les cahiers du débutant - ISO Debian-Facile - 3hg - nakeDeb
GNU/Linux©2006-2024
Hors ligne
Hors ligne
Le sources.list est un fichier texte généralement situé dans /etc/apt/sources.list et peut aussi être dans /etc/apt/sources.list.d/un_fichier.
pourrait être possible de mettre ;« ...et peut être "rallongée" dans /etc/apt/sources.list.d ...» ou un truc comme ça, vu que le sources.list.d sont des sources rajoutées en plus du système ...
Et puis : « généralement situé » , c'est pas toujours le cas ???
En ligne
À titre d'exemple, les sources de votre distribution au format « One-Line-Style » pourraient ressembler à ceci :
deb http://deb.debian.org/debian buster main contrib non-free
deb http://security.debian.org buster/updates main contrib non-freeou à ceci au format de style deb822 :
Types: deb
URIs: http://deb.debian.org/debian
Suites: buster
Components: main contrib non-free
Types: deb
URIs: http://security.debian.org
Suites: buster/updates
Components: main contrib non-free
Et c'est plutôt mis dans /etc/apt/sources.list.d que dans /etc/apt de façon classique.
On évite également .list comme extension pour la forme deb822 mais plutôt .sources (voir le second man que j'ai partagé qui est plutôt clair)
Autre citation du man
Il s'agit d'un nouveau format pris en charge par APT lui-même depuis la version 1.1. Les versions précédentes ignorent ce type de fichier avec un message d'avertissement tel que décrit précédemment. L'objectif est de faire de ce format le format par défaut, et de rendre obsolète le format « One-Line-Style » décrit plus haut, parce qu'il est plus facile à créer, à étendre et à modifier pour les humains comme pour les machines, surtout s'il inclut beaucoup de sources et/ou d'options. Les développeurs qui travaillent avec les sources apt ou les analysent sont fortement encouragés à ajouter la prise en charge de ce format et à prendre contact avec l'équipe APT pour coordonner et partager ce travail. Les utilisateurs sont libres d'adopter déjà ce format, mais peuvent se confronter à des problèmes avec les logiciels qui ne le gèrent pas encore.
Mais le format one-line est tellement ancré que je suis pas sûr que ça arrive un jour.
Tout ça pour dire que /etc/apt/sources.list n'est pas forcément strictement obligé d'exister si tout est ok autour.
edit : Et donc en effet « généralement situé » est justifié 
Dernière modification par naguam (22-06-2021 21:10:20)
Unixien?
Compiler son kernel!
Hors ligne
nous sommes tous différents ... c'est notre point commun ...
Association Debian-Facile - Les cahiers du débutant - ISO Debian-Facile - 3hg - nakeDeb
GNU/Linux©2006-2024
Hors ligne
Mais le format one-line est tellement ancré que je suis pas sûr que ça arrive un jour.
et pour finir :
dommage ... mais le manpage est assez compréhensible là dessus... et en frenchie qui plus est ..
Dernière modification par ubub (22-06-2021 22:05:07)
En ligne
Hors ligne
nous sommes tous différents ... c'est notre point commun ...
Association Debian-Facile - Les cahiers du débutant - ISO Debian-Facile - 3hg - nakeDeb
GNU/Linux©2006-2024
Hors ligne
