[...] version 0.6.5-2 qui s'installe.
Comment ça se fait ? Le mécanisme par défaut (quand on n'a pas fait
joujou avec les apt_preferences) est-il plus compliqué que ce que
je pensais (ie la version la plus haute s'installe automatiquement
par défaut) ?
[...] version 0.6.5-2 qui s'installe.
Comment ça se fait ? Le mécanisme par défaut (quand on n'a pas fait
joujou avec les apt_preferences) est-il plus compliqué que ce que
je pensais (ie la version la plus haute s'installe automatiquement
par défaut) ?
[...] version 0.6.5-2 qui s'installe.
Comment ça se fait ? Le mécanisme par défaut (quand on n'a pas fait
joujou avec les apt_preferences) est-il plus compliqué que ce que
je pensais (ie la version la plus haute s'installe automatiquement
par défaut) ?
Bonjour à tous,
Sur une Debian Wheezy à jour, avec une conf APT par défaut,
j'ai ajouté un petit dépôt « maison » via :
[â¦]
~# apt-cache policy shinken
shinken:
Installed: (none)
Candidate: 0.6.5-2
Version table:
1.4.1-5 0
100 http://repository.crdp.ac-versailles.fr/debian/
wheezy/main amd64 Packages 0.6.5-2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
Packages ----
[â¦]
Comment ça se fait ?
[â¦]
J'aimerais bien comprendre le mécanisme.
Bonjour à tous,
Sur une Debian Wheezy à jour, avec une conf APT par défaut,
j'ai ajouté un petit dépôt « maison » via :
[â¦]
~# apt-cache policy shinken
shinken:
Installed: (none)
Candidate: 0.6.5-2
Version table:
1.4.1-5 0
100 http://repository.crdp.ac-versailles.fr/debian/
wheezy/main amd64 Packages 0.6.5-2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
Packages ----
[â¦]
Comment ça se fait ?
[â¦]
J'aimerais bien comprendre le mécanisme.
Bonjour à tous,
Sur une Debian Wheezy à jour, avec une conf APT par défaut,
j'ai ajouté un petit dépôt « maison » via :
[â¦]
~# apt-cache policy shinken
shinken:
Installed: (none)
Candidate: 0.6.5-2
Version table:
1.4.1-5 0
100 http://repository.crdp.ac-versailles.fr/debian/
wheezy/main amd64 Packages 0.6.5-2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
Packages ----
[â¦]
Comment ça se fait ?
[â¦]
J'aimerais bien comprendre le mécanisme.
Il est probable que le paquet demande des dépendances impossibles.
Il est probable que le paquet demande des dépendances impossibles.
Il est probable que le paquet demande des dépendances impossibles.
Le jeudi 9 janvier 2014 18:41:38 Francois Lafont a écrit :
> Bonjour à tous,
âsoir,
> Sur une Debian Wheezy à jour, avec une conf APT par défaut,
> j'ai ajouté un petit dépôt « maison » via :
>[â¦]
> ~# apt-cache policy shinken
> shinken:
> Installed: (none)
> Candidate: 0.6.5-2
> Version table:
> 1.4.1-5 0
> 100 http://repository.crdp.ac-versailles.fr/debian/
> wheezy/main amd64 Packages 0.6.5-2 0
> 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
> Packages ----
>[â¦]
> Comment ça se fait ?
>[â¦]
> J'aimerais bien comprendre le mécanisme.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc câest debian.org qui gagne, quelle que soit la
version disponible. Ãa sert à ça les priorités.
[COUPÃ]
En résumé, ce nâest parce quâon nâa p as de fichier
apt_preferences quâil nây a pas de priorités ou qu âelles sont
toutes égales.
--
Sylvain Sauvage
Le jeudi 9 janvier 2014 18:41:38 Francois Lafont a écrit :
> Bonjour à tous,
âsoir,
> Sur une Debian Wheezy à jour, avec une conf APT par défaut,
> j'ai ajouté un petit dépôt « maison » via :
>[â¦]
> ~# apt-cache policy shinken
> shinken:
> Installed: (none)
> Candidate: 0.6.5-2
> Version table:
> 1.4.1-5 0
> 100 http://repository.crdp.ac-versailles.fr/debian/
> wheezy/main amd64 Packages 0.6.5-2 0
> 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
> Packages ----
>[â¦]
> Comment ça se fait ?
>[â¦]
> J'aimerais bien comprendre le mécanisme.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc câest debian.org qui gagne, quelle que soit la
version disponible. Ãa sert à ça les priorités.
[COUPÃ]
En résumé, ce nâest parce quâon nâa p as de fichier
apt_preferences quâil nây a pas de priorités ou qu âelles sont
toutes égales.
--
Sylvain Sauvage
Le jeudi 9 janvier 2014 18:41:38 Francois Lafont a écrit :
> Bonjour à tous,
âsoir,
> Sur une Debian Wheezy à jour, avec une conf APT par défaut,
> j'ai ajouté un petit dépôt « maison » via :
>[â¦]
> ~# apt-cache policy shinken
> shinken:
> Installed: (none)
> Candidate: 0.6.5-2
> Version table:
> 1.4.1-5 0
> 100 http://repository.crdp.ac-versailles.fr/debian/
> wheezy/main amd64 Packages 0.6.5-2 0
> 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
> Packages ----
>[â¦]
> Comment ça se fait ?
>[â¦]
> J'aimerais bien comprendre le mécanisme.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc câest debian.org qui gagne, quelle que soit la
version disponible. Ãa sert à ça les priorités.
[COUPÃ]
En résumé, ce nâest parce quâon nâa p as de fichier
apt_preferences quâil nây a pas de priorités ou qu âelles sont
toutes égales.
--
Sylvain Sauvage
[Tu aurais pu faire un sujet plus court. P.ex. « dépôt maison
pas automatiquement prioritaire ».
50 caractères est une limite courante.]
Sur une Debian Wheezy à jour, avec une conf APT par défaut,
j'ai ajouté un petit dépôt « maison » via :
[…]
~# apt-cache policy shinken
shinken:
Installed: (none)
Candidate: 0.6.5-2
Version table:
1.4.1-5 0
100 http://repository.crdp.ac-versailles.fr/debian/
wheezy/main amd64 Packages 0.6.5-2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
Packages ----
[…]
Comment ça se fait ?
[…]
J'aimerais bien comprendre le mécanisme.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc c’est debian.org qui gagne, quelle que soit la
version disponible. Ça sert à ça les priorités.
Alors, tu vas dire, Mais pourquoi est-elle de 100 cette priorité ?
Et bien si elle est de 100, c’est parce que, d’après
man apt_preferences, le fichier Release
(http://repository.crdp.ac-versailles.fr/debian/dists/wheezy/Release) contient les lignes
NotAutomatic: yes
ButAutomaticUpgrades: yes
donc, hop, valeur par défaut de 100, pas de 500.
Pour la passer à 500, il faut soit passer par apt_preferences,
soit changer le Release.
En résumé, ce n’est parce qu’on n’a pas de fichier
apt_preferences qu’il n’y a pas de priorités ou qu’elles sont
toutes égales.
[Tu aurais pu faire un sujet plus court. P.ex. « dépôt maison
pas automatiquement prioritaire ».
50 caractères est une limite courante.]
Sur une Debian Wheezy à jour, avec une conf APT par défaut,
j'ai ajouté un petit dépôt « maison » via :
[…]
~# apt-cache policy shinken
shinken:
Installed: (none)
Candidate: 0.6.5-2
Version table:
1.4.1-5 0
100 http://repository.crdp.ac-versailles.fr/debian/
wheezy/main amd64 Packages 0.6.5-2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
Packages ----
[…]
Comment ça se fait ?
[…]
J'aimerais bien comprendre le mécanisme.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc c’est debian.org qui gagne, quelle que soit la
version disponible. Ça sert à ça les priorités.
Alors, tu vas dire, Mais pourquoi est-elle de 100 cette priorité ?
Et bien si elle est de 100, c’est parce que, d’après
man apt_preferences, le fichier Release
(http://repository.crdp.ac-versailles.fr/debian/dists/wheezy/Release) contient les lignes
NotAutomatic: yes
ButAutomaticUpgrades: yes
donc, hop, valeur par défaut de 100, pas de 500.
Pour la passer à 500, il faut soit passer par apt_preferences,
soit changer le Release.
En résumé, ce n’est parce qu’on n’a pas de fichier
apt_preferences qu’il n’y a pas de priorités ou qu’elles sont
toutes égales.
[Tu aurais pu faire un sujet plus court. P.ex. « dépôt maison
pas automatiquement prioritaire ».
50 caractères est une limite courante.]
Sur une Debian Wheezy à jour, avec une conf APT par défaut,
j'ai ajouté un petit dépôt « maison » via :
[…]
~# apt-cache policy shinken
shinken:
Installed: (none)
Candidate: 0.6.5-2
Version table:
1.4.1-5 0
100 http://repository.crdp.ac-versailles.fr/debian/
wheezy/main amd64 Packages 0.6.5-2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64
Packages ----
[…]
Comment ça se fait ?
[…]
J'aimerais bien comprendre le mécanisme.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc c’est debian.org qui gagne, quelle que soit la
version disponible. Ça sert à ça les priorités.
Alors, tu vas dire, Mais pourquoi est-elle de 100 cette priorité ?
Et bien si elle est de 100, c’est parce que, d’après
man apt_preferences, le fichier Release
(http://repository.crdp.ac-versailles.fr/debian/dists/wheezy/Release) contient les lignes
NotAutomatic: yes
ButAutomaticUpgrades: yes
donc, hop, valeur par défaut de 100, pas de 500.
Pour la passer à 500, il faut soit passer par apt_preferences,
soit changer le Release.
En résumé, ce n’est parce qu’on n’a pas de fichier
apt_preferences qu’il n’y a pas de priorités ou qu’elles sont
toutes égales.
Ce que tu as fait est un bon début.
apt-cache te permet de voir quelle est la politique d'install' de tes paquets. Sans nom de paquet à la fin, cela montre la politique générale de ton système.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc c’est debian.org qui gagne, quelle que soit la
version disponible. Ça sert à ça les priorités.
Effectivement, c'est comme cela qu'apt gère les priorités.
J'ai un système mixte Jessie/sid que je gère comme cela aussi.
Voici mes préférences :
$ cat /etc/apt/preferences
Package: *
Pin: release a=unstable
Pin-Priority: 100
Le défaut ayant une priorité de 500, sid passe derrière.
Une explication complète :
http://www.debian.org/doc/manuals/debian-reference/ch02.fr.html
[COUPÉ]
En résumé, ce n’est parce qu’on n’a pas de fichier
apt_preferences qu’il n’y a pas de priorités ou qu’elles sont
toutes égales.
Tout est dit. Bonne lecture.
Ce que tu as fait est un bon début.
apt-cache te permet de voir quelle est la politique d'install' de tes paquets. Sans nom de paquet à la fin, cela montre la politique générale de ton système.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc c’est debian.org qui gagne, quelle que soit la
version disponible. Ça sert à ça les priorités.
Effectivement, c'est comme cela qu'apt gère les priorités.
J'ai un système mixte Jessie/sid que je gère comme cela aussi.
Voici mes préférences :
$ cat /etc/apt/preferences
Package: *
Pin: release a=unstable
Pin-Priority: 100
Le défaut ayant une priorité de 500, sid passe derrière.
Une explication complète :
http://www.debian.org/doc/manuals/debian-reference/ch02.fr.html
[COUPÉ]
En résumé, ce n’est parce qu’on n’a pas de fichier
apt_preferences qu’il n’y a pas de priorités ou qu’elles sont
toutes égales.
Tout est dit. Bonne lecture.
Ce que tu as fait est un bon début.
apt-cache te permet de voir quelle est la politique d'install' de tes paquets. Sans nom de paquet à la fin, cela montre la politique générale de ton système.
Devant les dépôts, apt-cache indique la priorité. Et la
priorité du CRDP est de 100, ce qui est inférieur au 500 de
debian.org. Donc c’est debian.org qui gagne, quelle que soit la
version disponible. Ça sert à ça les priorités.
Effectivement, c'est comme cela qu'apt gère les priorités.
J'ai un système mixte Jessie/sid que je gère comme cela aussi.
Voici mes préférences :
$ cat /etc/apt/preferences
Package: *
Pin: release a=unstable
Pin-Priority: 100
Le défaut ayant une priorité de 500, sid passe derrière.
Une explication complète :
http://www.debian.org/doc/manuals/debian-reference/ch02.fr.html
[COUPÉ]
En résumé, ce n’est parce qu’on n’a pas de fichier
apt_preferences qu’il n’y a pas de priorités ou qu’elles sont
toutes égales.
Tout est dit. Bonne lecture.
Le 09/01/2014 21:59, Jean-Marc a écrit :
> [COUPÉ]
> J'ai un système mixte Jessie/sid que je gère comme cela aussi.
>
> Voici mes préférences :
> $ cat /etc/apt/preferences
> Package: *
> Pin: release a=unstable
> Pin-Priority: 100
>
> Le défaut ayant une priorité de 500, sid passe derrière.
1. Ok, et avec ce réglable tu vas pouvoir installer un paquet
de sid *uniquement* via :
apt-get install le-package/unstable
ou bien
apt-get install -t unstable le-package
J'ai bon ?
2. Au passage, quelle est la différence entre les deux instructions
ci-dessus. J'ai pas réussi à trouver dans les pages man. Je suppute
qu'avec -t, le numéro de priorité est mis à 990 pour tous les paque ts
de unstable le temps de la commande apt-get alors que dans l'autre
cas c'est uniquement le numéro de priorité du paquet le-package de la
release unstable qui est mis sur 990 et pour tout le reste des paquets
de unstable la priorité reste 100.
C'est correct ?
[COUPÉ]
--
François Lafont
Le 09/01/2014 21:59, Jean-Marc a écrit :
> [COUPÉ]
> J'ai un système mixte Jessie/sid que je gère comme cela aussi.
>
> Voici mes préférences :
> $ cat /etc/apt/preferences
> Package: *
> Pin: release a=unstable
> Pin-Priority: 100
>
> Le défaut ayant une priorité de 500, sid passe derrière.
1. Ok, et avec ce réglable tu vas pouvoir installer un paquet
de sid *uniquement* via :
apt-get install le-package/unstable
ou bien
apt-get install -t unstable le-package
J'ai bon ?
2. Au passage, quelle est la différence entre les deux instructions
ci-dessus. J'ai pas réussi à trouver dans les pages man. Je suppute
qu'avec -t, le numéro de priorité est mis à 990 pour tous les paque ts
de unstable le temps de la commande apt-get alors que dans l'autre
cas c'est uniquement le numéro de priorité du paquet le-package de la
release unstable qui est mis sur 990 et pour tout le reste des paquets
de unstable la priorité reste 100.
C'est correct ?
[COUPÉ]
--
François Lafont
Le 09/01/2014 21:59, Jean-Marc a écrit :
> [COUPÉ]
> J'ai un système mixte Jessie/sid que je gère comme cela aussi.
>
> Voici mes préférences :
> $ cat /etc/apt/preferences
> Package: *
> Pin: release a=unstable
> Pin-Priority: 100
>
> Le défaut ayant une priorité de 500, sid passe derrière.
1. Ok, et avec ce réglable tu vas pouvoir installer un paquet
de sid *uniquement* via :
apt-get install le-package/unstable
ou bien
apt-get install -t unstable le-package
J'ai bon ?
2. Au passage, quelle est la différence entre les deux instructions
ci-dessus. J'ai pas réussi à trouver dans les pages man. Je suppute
qu'avec -t, le numéro de priorité est mis à 990 pour tous les paque ts
de unstable le temps de la commande apt-get alors que dans l'autre
cas c'est uniquement le numéro de priorité du paquet le-package de la
release unstable qui est mis sur 990 et pour tout le reste des paquets
de unstable la priorité reste 100.
C'est correct ?
[COUPÉ]
--
François Lafont
1. Ok, et avec ce réglable tu vas pouvoir installer un paquet
de sid *uniquement* via :
apt-get install le-package/unstable
ou bien
apt-get install -t unstable le-package
J'ai bon ?
C'est correct.
2. Au passage, quelle est la différence entre les deux instructions
ci-dessus. J'ai pas réussi à trouver dans les pages man. Je suppute
qu'avec -t, le numéro de priorité est mis à 990 pour tous les paquets
de unstable le temps de la commande apt-get alors que dans l'autre
cas c'est uniquement le numéro de priorité du paquet le-package de la
release unstable qui est mis sur 990 et pour tout le reste des paquets
de unstable la priorité reste 100.
C'est correct ?
Je ne sais pas si <apt> fonctionne en changeant les priorités quand tu spécifies ce genre d'option.
Je pense que nous essayons tous les deux de dire la même chose de deux manières différentes.
La différence se marque si tu veux installer plusieurs paquets.
<apt-get install -t releasexxx paquet1 paquet2 [...]> va installer tous les paquets spécifiés en prenant ceux dont la version est celle de <releasexxx>.
L'autre version te permet de mixer. Exemple :
<apt-get install paquet1 paquet2/releasexxx [...]> installera paquet1 de la release par défaut et le paquet2 dont la version est celle de <releasexxx>.
Tu peux aussi travailler comme ça si tu veux une version spécifique :
<apt-get install paquet1 paquet2=versionxxx [...]>.
J'espère avoir été clair.
Sinon, je reprends mon explication.
;-)
1. Ok, et avec ce réglable tu vas pouvoir installer un paquet
de sid *uniquement* via :
apt-get install le-package/unstable
ou bien
apt-get install -t unstable le-package
J'ai bon ?
C'est correct.
2. Au passage, quelle est la différence entre les deux instructions
ci-dessus. J'ai pas réussi à trouver dans les pages man. Je suppute
qu'avec -t, le numéro de priorité est mis à 990 pour tous les paquets
de unstable le temps de la commande apt-get alors que dans l'autre
cas c'est uniquement le numéro de priorité du paquet le-package de la
release unstable qui est mis sur 990 et pour tout le reste des paquets
de unstable la priorité reste 100.
C'est correct ?
Je ne sais pas si <apt> fonctionne en changeant les priorités quand tu spécifies ce genre d'option.
Je pense que nous essayons tous les deux de dire la même chose de deux manières différentes.
La différence se marque si tu veux installer plusieurs paquets.
<apt-get install -t releasexxx paquet1 paquet2 [...]> va installer tous les paquets spécifiés en prenant ceux dont la version est celle de <releasexxx>.
L'autre version te permet de mixer. Exemple :
<apt-get install paquet1 paquet2/releasexxx [...]> installera paquet1 de la release par défaut et le paquet2 dont la version est celle de <releasexxx>.
Tu peux aussi travailler comme ça si tu veux une version spécifique :
<apt-get install paquet1 paquet2=versionxxx [...]>.
J'espère avoir été clair.
Sinon, je reprends mon explication.
;-)
1. Ok, et avec ce réglable tu vas pouvoir installer un paquet
de sid *uniquement* via :
apt-get install le-package/unstable
ou bien
apt-get install -t unstable le-package
J'ai bon ?
C'est correct.
2. Au passage, quelle est la différence entre les deux instructions
ci-dessus. J'ai pas réussi à trouver dans les pages man. Je suppute
qu'avec -t, le numéro de priorité est mis à 990 pour tous les paquets
de unstable le temps de la commande apt-get alors que dans l'autre
cas c'est uniquement le numéro de priorité du paquet le-package de la
release unstable qui est mis sur 990 et pour tout le reste des paquets
de unstable la priorité reste 100.
C'est correct ?
Je ne sais pas si <apt> fonctionne en changeant les priorités quand tu spécifies ce genre d'option.
Je pense que nous essayons tous les deux de dire la même chose de deux manières différentes.
La différence se marque si tu veux installer plusieurs paquets.
<apt-get install -t releasexxx paquet1 paquet2 [...]> va installer tous les paquets spécifiés en prenant ceux dont la version est celle de <releasexxx>.
L'autre version te permet de mixer. Exemple :
<apt-get install paquet1 paquet2/releasexxx [...]> installera paquet1 de la release par défaut et le paquet2 dont la version est celle de <releasexxx>.
Tu peux aussi travailler comme ça si tu veux une version spécifique :
<apt-get install paquet1 paquet2=versionxxx [...]>.
J'espère avoir été clair.
Sinon, je reprends mon explication.
;-)