wiki - le fichier preferences

paskal · 09-08-2015 21:10:40

Ok

anonyme · 10-08-2015 18:44:08

et la liberté des utilisateurs ?

ton http machin peut pointer sur un hackeur !!!

ou mieux on va arriver a la méthode de MS ou tu a meme pas le choix d installer ce que tu veus ni d ou ça vient . (mode "mauvaise foi "

)

le coté personnalisation de debian (linux en général ) j aime bien , alors les trucs auto sans mon mot a dire , pas mon truc , si j ai envie de pointer sur un serveur pas optimisé c est mon probleme.

par contre pour la charge des serveurs debian , c est un plus c est clair , c est la seule bonne raison que je trouve , et encore en France , je sais pas si les serveurs sont surchargés

paskal · 10-08-2015 20:57:49

anonyme a écrit :

ou mieux on va arriver a la méthode de MS ou tu a meme pas le choix d installer ce que tu veus ni d ou ça vient . (mode "mauvaise foi "

C'est clair.
Déjà que le passage de wheezy à jessie me fait des trucs dans le dos sans avertissement ...

Anonyme-8 · 10-08-2015 22:00:57

anonyme a écrit :

et la liberté des utilisateurs ?

ton http machin peut pointer sur un hackeur !!!

ou mieux on va arriver a la méthode de MS ou tu a meme pas le choix d installer ce que tu veus ni d ou ça vient . (mode "mauvaise foi " )

le coté personnalisation de debian (linux en général ) j aime bien , alors les trucs auto sans mon mot a dire , pas mon truc , si j ai envie de pointer sur un serveur pas optimisé c est mon probleme.

par contre pour la charge des serveurs debian , c est un plus c est clair , c est la seule bonne raison que je trouve , et encore en France , je sais pas si les serveurs sont surchargés

n'importe quel serveur peut être hacker, je ne vois pas où est le pb.

Le choix tu l'as, mais on peut pas essayer de simplifier le wiki et donner toutes les infos quand celles-ci sont secondaires. Si tu as une solution miracle, on est preneur. Ce dépôt permet d'éliminer plein de questions pour un débutant qui veut se lancer que je ne vois pas pourquoi on s'en priverai. Si tu veux faire une page wiki sur le choix d'un dépôt, il y a de la matière, ne te prive pas.

Le changement vient du projet Debian et pas de nous, si tu ne fais pas confiance à ce dépôt c'est ton choix mais c'est globalement une bonne chose pour la répartition de la charge entre serveurs. Si tu es dans cet état parce qu'il y a un peu de changement sur la gestion des dépôts, faut pas trop s'intéresser à l'informatique sinon tu va avoir une attaque.

C'est bien quand on maîtrise un peu son environnement mais il y a tellement de choses qui se passent sur ton PC. Si tu crois avoir un quelconque contrôle parce que tu gères tes dépôts, c'est un peut se fourvoyer .

anonyme · 11-08-2015 01:17:23

tout a fait d accord avec toi , et en plus je ne touche pas au sources.list (de l installation) sauf cas rare pour passer d une version a une autre .
et je n ai pas encore lu le wiki

et pour le serveur des dépots en fait pour mon cas c est le mien qui dispatche ensuite sur les clients , je n ai pas encore regardé si l utilitaire (qui met en cache les mises a jour pour les clients du reseau ) a été modifié ou pas (il y a eut au moins 2 mise a jours cet été , j ai du les faire manuellement a cause de la modification du script de configuration qui demande une intervention manuelle (j ai gardé mon ancienne config pour l instant ) , cet été un gros break pour moi en informatique.

voila ma remarque était juste pour voir les réactions

Dernière modification par anonyme (11-08-2015 01:22:14)

abecido · 25-09-2015 14:01:12

'tain le mal de crane ! il va me falloir douze aspirines !

Pour récupérer le paquet python3-mysql.connector de la branche testing , j'ai fais ça :

Package: *

Pin: release a=testing, n=stretch

Pin-priority:-100

Package: python3-mysql.connector

Pin: release a=testing, n=stretch

Pin-priority:900

Ca marche, mais j'arrive pas du tout à savoir si c'est la meilleure solution, je suis un peu étanche à cette histoire de priorités

Anonyme-8 · 25-09-2015 14:11:03

abecido a écrit :

'tain le mal de crane ! il va me falloir douze aspirines !

Pour récupérer le paquet python3-mysql.connector de la branche testing , j'ai fais ça :
Package: *
Pin: release a=testing, n=stretch
Pin-priority:-100

Package: python3-mysql.connector
Pin: release a=testing, n=stretch
Pin-priority:900

Ca marche, mais j'arrive pas du tout à savoir si c'est la meilleure solution, je suis un peu étanche à cette histoire de priorités

On parle ici uniquement du wiki.

Si tu as une question/pb, ouvres un post dans la section approprié.

Merci

abecido · 25-09-2015 14:47:13

Non ça vaut pas le coup d'ouvrir un post puisque ça marche.
T'as qu'a supprimer mes deux messages pour dépolluer, ça me pose pas de problème.
Je recommencerai plus Patron.

Anonyme-8 · 25-09-2015 15:01:20

abecido a écrit :

Non ça vaut pas le coup d'ouvrir un post puisque ça marche.
T'as qu'a supprimer mes deux messages pour dépolluer, ça me pose pas de problème.
Je recommencerai plus Patron.

Si tu as une question, n'hésites pas puisque le forum sert à ça.

On demande juste de poster dans la bonne section pour faciliter la lecture et l'organisation du forum.

Anonyme-8 · 17-09-2017 18:01:11

remplacement de apt par apt-get

chalu · 17-09-2017 19:50:36

ah bon ? Je croyais que apt était préférable à apt-get ?
Je m'y perds, moi qui m'obligeait à utiliser apt au lieu de apt-get

Edit : il faudrait rectifier le lien du premier message pour avoir : https://debian-facile.org/doc:systeme:apt:pinning

Anonyme-8 · 17-09-2017 20:06:03

même si apt est installé sur Stretch ce n'est pas le cas sur toutes les versions (il me semble que non pour wheezy).
par soucis de cohérence ça serait bien de garder le même utilitaire dans le wiki, pour le moment apt-get.
il faudrait en discuter pour savoir si ça vaut le coup de remplacer apt-get par apt.

chalu · 17-09-2017 20:13:24

Pour Jessie il y a apt, ça c'est certain. Pour wheezy je ne sais pas mais c'est quand même la old old stable ....
Est-ce que ça ne vaudrait pas le coup de donner le meilleur outil pour les utilisateurs de stable et surtout pour ceux qui débutent sur Debian.
Les utilisateurs de wheezy ont sans doute leur système installé depuis longtemps et leurs habitudes avec apt-get , déjà plus aguerris ?

Anonyme-8 · 17-09-2017 20:41:27

probablement. mais pour ça, il faut réunir le conseil des sages.
si tout se passe bien on pourra invoquer le dieu awk ou sed.

chalu · 17-09-2017 21:46:12

C'est du sérieux

deuchdeb · 18-09-2017 19:54:33

Je ne sais pas si apt est mieux que apt-get mais pour la migration de Jessie vers Stretch, Debian utilise apt-get.

https://www.debian.org/releases/stable/ … al-upgrade

Alors si réunion du conseil il y a, caché derrière le tipi, je susurrerai aux sages de choisir apt-get.

chalu · 18-09-2017 21:53:55

Moi non plus je ne sais pas

j'ai juste lu que apt corrige des erreurs de conception de apt-get, j'ai mis le lien plus haut.
Après ce n'est pas très gênant sauf si ce n'était plus installé par défaut par Debian dans une version future comme pour aptitude

smolski · 19-09-2017 04:25:49

hugh !
apt-get reste encore le mieux dans les tutos.

Chat Noir a parlé.
...

Anonyme-8 · 19-09-2017 09:00:08

je pense que ça mérite une vrai discussion ensemble (et pas forcément ici).
pour moi apt apporterait énormément et faciliterait l'apprentissage.
on a eu une discussion avec captnfab et on n'avait pas tranché mais effectivement il y a quelques différences.
après, ça ne voudrait pas dire qu'on ne peut pas mettre apt-get et aptitude dans certains tuto si l'on estime que c'est plus juducieu

chalu · 19-09-2017 11:07:39

Par cohérence avec l'installation d'une Debian avec netinstall ou autre, ça semble utile de ne pas utiliser aptitude quand on peut utiliser apt-get puisqu'aptitude n'est plus installé. Ou alors indiquer qu'il faut l'installer, ça alourdit ....
Derrière ces questions, on retrouve la difficulté de maintenir à jour une documentation que ce soit l'officielle de Debian ou celle de DF.

captnfab · 19-09-2017 12:38:55

Donc, apt vs apt-get vs aptitude…
Ce que dit la doc officielle Debian c'est que: pour les scripts, apt-get/apt-cache sont à préférer.
aptitude est une interface interactive un peu déconsidérée par les DD, mais qui peut être agréable à utiliser.
apt est aussi une interface interactive, mais plus officiellement supportée qu'aptitude.

Je pense qu'on peut déjà écarter aptitude comme outils par défaut, vu que les DD conseillent plutôt apt-get/apt qui utilisent plus directement les API de la libapt.

D'après les man :

man apt a écrit :

apt fournit une interface en ligne de commande pour le système de gestion de paquets. Elle est conçue comme une interface utilisateur
et permet certaines options plus adaptées à une utilisation interactive par défaut par rapport aux outils d'APT plus spécialisés tels
que apt-get(8) et apt-cache(8).

man apt-get a écrit :

apt-get est le programme en ligne de commande pour la gestion des paquets. Il peut être considéré comme l'outil de base pour les autres
programmes de la bibliothèque APT. Plusieurs interfaces utilisateur existent, comme aptitude(8), synaptic(8) and wajig(1).

En terme de présence:
Depuis jessie, apt est présent partout où apt-get est présent. Par contre, certaines commandes (comme clean) ne sont implémentées que depuis la version dans stretch.

apt-get/apt-cache a l'avantage d'être l'interface historique, stable pour ce qui est de la sortie des commandes et des paramètres que l'on peut donner.

apt a l'avantage d'être plus user-friendly et de rassembler les commandes les plus usuelles de apt-get et apt-cache.

Je ne serais pas choqué que l'on garde apt-get/apt-cache pour le moment, ni que l'on utilise apt. De toute façon, les deux outils font quasiment la même chose (pour ce qui nous intéresse.)

Je pense que d'ici buster, il faudra que l'on remplace apt-get/apt-cache dans les tutos par apt, parce qu'après-tout, c'est la commande la plus adaptée. Mais cela se fait assez facilement quand on est administrateur, sans passer par l'interface web et se taper les éditions de pages une par une, donc pas d'urgence.

En attendant, ben, c'est un peu la période de transition. Les barbus frileux sont encore sous Jessie, donc généraliser l'utilisation d'apt alors que la version dans jessie n'implémente pas toutes les fonctions est peut-être un peu prématuré.

Je propose de laisser apt-get / apt-cache dans le wiki pour l'instant, et d'ici un an, on change tout en apt.
Pour le forum ou IRC, je donne systématiquement les commandes apt quand celles-ci sont valides pour l'utilisateur qui demande de l'aide.

Croutons · 22-11-2017 11:49:09

Bonjour
J'ai survollé le Wiki et étudié le man apt_préférences, bon j'y ai passé du temps avant de comprendre et obtenir un résultat satisfaisant
Une chose est sur le wiki sur ce sujet est a revoir, je ne sais pas si le comportement a grandement changé depuis Jessie ( ai pas eu le temps de comparer) mais le wiki est faux
exemple : je suis sous Stretch ,Je veux avoir un suivis du logiciel sweethome3d en version Buster
Pour ce faire je créé le fichier suivant comme préconisé dans le wiki

Package: sweethome3d

Pin: release n=buster

Pin-Priority: 900

apres apt update je me retrouve avec plus de mille paquets proposé pour mise à jour
consultation des priorités (apt-cache policy)
Je peux voir en fin de liste que le fichier sweethome3d est bien épinglé avec une priorité 900, seulement il y a un hic le depot Buster a une priorité de 500 (donc égale a la release main Stretch)
Du coup je comprend mieux les mille paquets proposé a l'upgrade

Pour avoir le résultat escompté il faut spécifié tout les paquets a une priorité plus basse que la version main, sinon par défaut la
priorité est à 500 puis dans le même fichier épingler les fichiers voulu a une priorité plus élevé
comme ceci

cat /etc/apt/preferences.d/sweethome3d_buster

 

Package: sweethome3d*

Pin: release n=buster

Pin-Priority: 900

Package: *

Pin: release n=buster

Pin-Priority: 50

Avec ce fichier après apt update j'aurais une priorité basse sur tout les paquets provenant de buster sauf les paquets commençant par sweethome3d
Et donc du coup seulement 4 paquets de disponible en mise à jour

smolski · 22-11-2017 11:57:21

De ce que tu indiques, tu as stretch + buster en sources égales (500), donc une testing matînée de stable et non une stable matînée de testing.
Le pinning sur testing est donc bien nécessaire pour rester au possible en stable, bien que là, je soupçonne que tu sois plutôt sur testing...
As-tu d'autres pinning en place dans le répertoire :

ls /etc/apt/preferences.d

Croutons · 22-11-2017 12:43:22

ls /etc/apt/preferences.d

50multimedia  sweethome3d_buster

Je me suis servis d'origin pour les preferences du dépot mutimédia comme l'exemple du wiki

cat  /etc/apt/preferences.d/50multimedia 

Package: *

Pin: origin "www.deb-multimedia.org"

Pin-Priority: 100

apt-cache policy

Fichiers du paquet :

 100 /var/lib/dpkg/status

     release a=now

  50 http://deb.debian.org/debian buster/non-free i386 Packages

     release o=Debian,a=testing,n=buster,l=Debian,c=non-free,b=i386

     origin deb.debian.org

  50 http://deb.debian.org/debian buster/contrib i386 Packages

     release o=Debian,a=testing,n=buster,l=Debian,c=contrib,b=i386

     origin deb.debian.org

  50 http://deb.debian.org/debian buster/main i386 Packages

     release o=Debian,a=testing,n=buster,l=Debian,c=main,b=i386

     origin deb.debian.org

 100 http://deb.debian.org/debian stretch-backports/non-free i386 Packages

     release o=Debian Backports,a=stretch-backports,n=stretch-backports,l=Debian Backports,c=non-free,b=i386

     origin deb.debian.org

 100 http://deb.debian.org/debian stretch-backports/contrib i386 Packages

     release o=Debian Backports,a=stretch-backports,n=stretch-backports,l=Debian Backports,c=contrib,b=i386

     origin deb.debian.org

 100 http://deb.debian.org/debian stretch-backports/main i386 Packages

     release o=Debian Backports,a=stretch-backports,n=stretch-backports,l=Debian Backports,c=main,b=i386

     origin deb.debian.org

 500 http://deb.debian.org/debian stretch-updates/main i386 Packages

     release o=Debian,a=stable-updates,n=stretch-updates,l=Debian,c=main,b=i386

     origin deb.debian.org

 500 http://security.debian.org stretch/updates/non-free i386 Packages

     release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=non-free,b=i386

     origin security.debian.org

 500 http://security.debian.org stretch/updates/contrib i386 Packages

     release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=contrib,b=i386

     origin security.debian.org

 500 http://security.debian.org stretch/updates/main i386 Packages

     release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=main,b=i386

     origin security.debian.org

 500 http://deb.debian.org/debian stretch/non-free i386 Packages

     release v=9.2,o=Debian,a=stable,n=stretch,l=Debian,c=non-free,b=i386

     origin deb.debian.org

 500 http://deb.debian.org/debian stretch/contrib i386 Packages

     release v=9.2,o=Debian,a=stable,n=stretch,l=Debian,c=contrib,b=i386

     origin deb.debian.org

 500 http://deb.debian.org/debian stretch/main i386 Packages

     release v=9.2,o=Debian,a=stable,n=stretch,l=Debian,c=main,b=i386

     origin deb.debian.org

Paquets épinglés :

     sweethome3d-furniture-nonfree -> 1.6.2-2 with priority 900

     sweethome3d-textures-editor -> 1.5-2 with priority 900

     sweethome3d-furniture -> 1.6.3-1 with priority 900

     sweethome3d -> 5.6+dfsg-1 with priority 900

     sweethome3d-furniture-editor -> 1.21-1 with priority 900

note bien que mon fichier preference multimedia fonctionne bien mais il n'apparait pas car j'ai commenté la ligne dans le sources.list

 apt-cache policy sweethome3d

sweethome3d:

  Installé : 5.6+dfsg-1

  Candidat : 5.6+dfsg-1

 Table de version :

 *** 5.6+dfsg-1 900

         50 http://deb.debian.org/debian buster/main i386 Packages

        100 /var/lib/dpkg/status

     5.3+dfsg-2 500

        500 http://deb.debian.org/debian stretch/main i386 Packages

Dernière modification par Croutons (22-11-2017 12:45:07)

smolski · 22-11-2017 13:40:43

Ok. Si tu avais le pinning pour éviter de passer en testing, alors ça va.
Sinon, tu es passé en testing puis les paquets stables sont revenus dans les préférences en stable après ton pinning...

Pour ma part, je ne vois pas comment démêler tout ça même avec un history...

Dernière modification par smolski (22-11-2017 13:41:21)

Debian-facile

#76 09-08-2015 21:10:40

Re : wiki - le fichier preferences

#77 10-08-2015 18:44:08

Re : wiki - le fichier preferences

#78 10-08-2015 20:57:49

Re : wiki - le fichier preferences

#79 10-08-2015 22:00:57

Re : wiki - le fichier preferences

#80 11-08-2015 01:17:23

Re : wiki - le fichier preferences

#81 25-09-2015 14:01:12

Re : wiki - le fichier preferences

#82 25-09-2015 14:11:03

Re : wiki - le fichier preferences

#83 25-09-2015 14:47:13

Re : wiki - le fichier preferences

#84 25-09-2015 15:01:20

Re : wiki - le fichier preferences

#85 17-09-2017 18:01:11

Re : wiki - le fichier preferences

#86 17-09-2017 19:50:36

Re : wiki - le fichier preferences

#87 17-09-2017 20:06:03

Re : wiki - le fichier preferences

#88 17-09-2017 20:13:24

Re : wiki - le fichier preferences

#89 17-09-2017 20:41:27

Re : wiki - le fichier preferences

#90 17-09-2017 21:46:12

Re : wiki - le fichier preferences

#91 18-09-2017 19:54:33

Re : wiki - le fichier preferences

#92 18-09-2017 21:53:55

Re : wiki - le fichier preferences

#93 19-09-2017 04:25:49

Re : wiki - le fichier preferences

#94 19-09-2017 09:00:08

Re : wiki - le fichier preferences

#95 19-09-2017 11:07:39

Re : wiki - le fichier preferences

#96 19-09-2017 12:38:55

Re : wiki - le fichier preferences

#97 22-11-2017 11:49:09

Re : wiki - le fichier preferences

#98 22-11-2017 11:57:21

Re : wiki - le fichier preferences

#99 22-11-2017 12:43:22

Re : wiki - le fichier preferences

#100 22-11-2017 13:40:43

Re : wiki - le fichier preferences

Pied de page des forums