Où trouver un sources.list basique pour Bullseye

Je reviens de l’au-delà après un arrêt très long : maladies de mon épouse et de moi + grand âge :face_with_thermometer: et mémoire très amoindrie.
[/ Zola]
Je reprends tout doucement et je viens de recharger un Bullseye.
J’ai réussi à peu près, mais ça coince au niveau du sources.list.
Je suis totalement perdu dans le site et je ne sais plus uù chercher.
Une âme charitable pour me donner le bon lien dans le site.
Merci à tous, les anciens et les nouveaux.
Ne prêtez pas attention à mon orthographe, car là aussi la maladie fait des ravages.

Hello,

Celui là

deb http://deb.debian.org/debian/ bullseye main
deb-src http://deb.debian.org/debian/ bullseye main

deb http://security.debian.org/debian-security bullseye-security main contrib
deb-src http://security.debian.org/debian-security bullseye-security main contrib

deb http://deb.debian.org/debian/ bullseye-updates main contrib
deb-src http://deb.debian.org/debian/ bullseye-updates main contrib

Parfait !
J’ai copié/collé, J’ai lancé mon soft de mise à jour, j’ai éteint et rallumé la machine, tout fonctionne correctement.
Avec tous mes remerciements.
Bises à tous.

3 J'aime

Question d’éternel béotien: pourquoi pas non-free ?
Je crois que Clochette m’a sorti d’affaire il ya 2 jours, en me signalant l’absence de controler, qui m’a conduit à installer le paquet firmware-misc-nonfree,
donc probablement dans une branche de dépot non-free?

PS heureux de revoir Ricardo, même si nous ne nous connaissons que par ce forum.

Ou plus simplement:

deb https://security.debian.org/debian-security bullseye-security main contrib non-free
deb http://ftp.fr.debian.org/debian/ bullseye main  contrib non-free
deb http://ftp.fr.debian.org/debian/ bullseye-updates main contrib non-free

Les lignes deb-scr étant inutiles, à moins de savoir justifier leur besoin (strictement jamais utilisés en ce qui me concerne).

apt / sources.list

Parce que j’ai simplement copié/collé un sources.list d’un debian 11 fonctionnel :slight_smile: … et que j’ai l’habitude d’ajouter non-free que lorsque j’en ai besoin.

@Verner
Effectivement c’est encore plus simple, il est très rare que l’on se plonge dans les sources et il est tj possible de les ajouter en cas de besoin, idem non-free.

Plaisir de te revoir ricardo; le temps passe pour tout le monde et moi aussi j’ai bien morflé, cancer, problèmes cardiaques, hosto à répétition…ainsi passe la vie mais toujours debout. Sur l’ancien forum mon pseudo était marcastro tu dois te souvenir de moi. Bonne continuation à toi.

on peut aussi les mettre en https si on installe apt-transport-https

Merci de ta réponse , Marcastro.
Je vois que je ne suis pas seul à avoir des problèmes.
Je sais que ce n’est pas l’endroit pour discuter de ça, mais je te souhaite un bon rétablissement.
Merci à tous et mon meilleur souvenir pour ce forum, que j’ai intégré en 2004.
Malheureusement, 87 ans, c’est un âge raisonnable pour laisser la place aux autres.

Bonjour
Personnellement, en dehors d’une machine virtuelle (et encore) j’utilise toujours main contrib non-free ne serait-ce qu’à cause des pilotes nécessaire au fonctionnement du matériel, main s’avérant en général incapable de fournir à lui seul les pilotes.
Et j’ai depuit longtemps laissé de coté le purisme du main only :slight_smile:

Ben moi aussi, avant,mais c’est justement « avec » qu’il m’a annoncé une erreur.
Je vais tenter de replacer mon ancien et de refaire une maj pour voir.

J’ai replacé « contrib non-free »
J’ai refait une MAJ et tout passe… Il était certainement mal luné l’autre jour.
Merci à tous

1 J'aime

C’est utile pour apt-get source, je m’en sers rarement, mais je m’en sers. Donc peut-être :

  • sur un serveur : pas besoin de deb-src,
  • sur le laptop de sa maman : pas besoin de deb-src,
  • sur le laptop d’un développeur, oui.

Quand tu travailles sur les packages ou le logiciel du package proprement dits. Pour du développement logiciel classique, tu n’as pas de raison d’en avoir besoin.
99% du temps les developpeurs n’en ont pas besoin. Car si tu travaille sur un logiciel, autant travailler sur les sources courantes (last release) du dit logiciel (git, svn etc…) qui ne sont pas forcement ceux du package src.

La curiosité.

C’est peut-être justement ce qui t’a manqué, comme tous ceux qui recopient des sources.list trouvés à droite, à gauche et au milieu, sans jamais s’être posé la question.

• je certifie que le demandeur initial n’aura jamais besoin de deb-src;

• je certifie qu’un utilisateur de Debian stable n’aura jamais besoin de recompiler un paquet Debian à partir des sources Debian de la même version, à moins de ne pas faire confiance à Debian qui fournit le paquet;

• je certifie qu’un développeur Debian ne viendra pas sur un forum debian.fr pour demander où est le sources.list et ce qu’il faut mettre dedans, d’autant plus qu’un développeur Debian utilise une version SID/unstable, et non pas stable;

• je certifie que 99.99% de visiteurs de ce forum n’ont jamais eu besoin de deb-src, et n’en auront jamais besoin, et que les 0.01% sauront comment faire, sans rien demander à quiconque;

• les paquets *-dev nécessaires à la compilation de toutes sources sont dans les dépôts courants Debian, et non deb-src.

Quelle est la conséquence de laisser les lignes deb-src ? Rien de grave, juste:
• moulinage supplémentaire inutile lors de chaque opération ‹ apt update › ;
• ‹ apt update › donc inutilement plus long.

En résumé: deb-src → aucun intérêt.

1 J'aime

je suis d’accord pour ne pas mettre de base les deb-src
mais ça ne sert pas à rien :
par exemple stellarium contient des .obj ce qui donne avec blender :

j5amalthea_MLfix.obj

ou

une image :
ic1805

Non sérieusement, tu peux supprimer tes jolies images de stellarium qui ne servent strictement à rien dans ce sujet.
Aucun paquet d’application de Debian stable ne peut dépendre d’un paquet source, parce-que le paquet ne serait justement jamais passé en stable.

Les dépendances de stellarium sont:

 stellarium-data libc6 libgcc-s1 libqt5charts5 libqt5core5a
 libqt5gui5 libqt5gui5|libqt5gui5-gles libqt5multimedia5
 libqt5multimediawidgets5 libqt5network5 libqt5positioning5
 libqt5script5 libqt5serialport5 libqt5widgets5 libstdc++6 zlib1g

Aucune dépendance et nécessité de paquets source, pas une surprise (j’ai même vérifié l’installation).
Si pour un mode bidouille de stellarium qui n’a rien à faire ici, tu as besoin d’un paquet particulier qu’étonnement tu n’as pas réussi à identifier, tu télécharges ce paquet (xyz ??), tu l’installes, et tu ne polues pas tes opérations d’apt update pendant 10 ans à cause d’un paquet bidouille stellarium.