Bonjour
Je viens de tester sur 2 postes en erreur sur une application qui est attribué par une OU si je l'interdit sur le poste elle s'installe quand même.
Comportement normal ou bug ?
cdlt
Comportement normal ou bug ? Un peu des deux, mais plus "bug connu" que normal ... :) Quand il y a un conflit (le paquet est à la fois requis et en conflit (<> blacklisté)), il va alternativement s'installer puis se désinstaller... Le mécanisme de dépendance n'est pas très intelligent en ce sens qu'il calcule les nouvelles actions directes à entreprendre lors de l'update (mises à jour, désinstallations) et ce qui en découle (dépendances à installer, ou dépendances qui ne sont plus satisfaites donc désinstallation indirecte de paquets) , mais ne reprend pas l'intégralité des contraintes des autres paquets non "touchés". D'où le phénomène de ballottement. La notion de conflit (qui mal nommé paquet "interdit") n'est pas un mécanisme d'exclusion ou d'exception, mais norlamenet destiné à ne pas installer simultanément 2 paquets qui apportent des binaires en conflit ou redondants, par exemple firefox-esr et firefox ou firefox anglais et firefox français.
Le 15/04/2020 à 10:00, Pierre Cosson a écrit :
Bonjour
Je viens de tester sur 2 postes en erreur sur une application qui est attribué par une OU si je l'interdit sur le poste elle s'installe quand même.
Comportement normal ou bug ?
cdlt
--
*Pierre Cosson * Gestionnaire de parc| Support services Inserm/Université Paul Sabatier/CNRS| Centre de Recherches en Cancérologie de Toulouse (CRCT <http://www.crct-inserm.fr >) 2 Avenue Hubert Curien | 31037 Toulouse Tel. +33 (0)5.82.74.16.90 | Port. +33 (0)5.82.74.16.90
Me contacter sur Teams https://teams.microsoft.com/l/chat/0/0?users=pierre.cosson@inserm.eu <http://www.crct-inserm.fr >
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Merci pour la réponse.
Il faut qu'on regarde notre organisation mais je crois qu'on avait pris des décisions sans trop tester le mécanisme. Normalement je ne suis pas impacté sur mon centre mais ça pourrait impacter mes collègues
Gaétan qui chapotte notre serveur wapt et pas mal de décisions régionales a collé certains paquets en dépendances sur l'OU principale en nous demandant de bouger des machines sensibles dans des sous OU sur lesquels nous blacklistions ces même paquets.
cdlt
On 15/04/2020 10:41, Hubert TOUVET wrote:
Comportement normal ou bug ? Un peu des deux, mais plus "bug connu" que normal ... :) Quand il y a un conflit (le paquet est à la fois requis et en conflit (<> blacklisté)), il va alternativement s'installer puis se désinstaller... Le mécanisme de dépendance n'est pas très intelligent en ce sens qu'il calcule les nouvelles actions directes à entreprendre lors de l'update (mises à jour, désinstallations) et ce qui en découle (dépendances à installer, ou dépendances qui ne sont plus satisfaites donc désinstallation indirecte de paquets) , mais ne reprend pas l'intégralité des contraintes des autres paquets non "touchés". D'où le phénomène de ballottement. La notion de conflit (qui mal nommé paquet "interdit") n'est pas un mécanisme d'exclusion ou d'exception, mais norlamenet destiné à ne pas installer simultanément 2 paquets qui apportent des binaires en conflit ou redondants, par exemple firefox-esr et firefox ou firefox anglais et firefox français.
Le 15/04/2020 à 10:00, Pierre Cosson a écrit :
Bonjour
Je viens de tester sur 2 postes en erreur sur une application qui est attribué par une OU si je l'interdit sur le poste elle s'installe quand même.
Comportement normal ou bug ?
cdlt
--
*Pierre Cosson * Gestionnaire de parc| Support services Inserm/Université Paul Sabatier/CNRS| Centre de Recherches en Cancérologie de Toulouse (CRCT <http://www.crct-inserm.fr >) 2 Avenue Hubert Curien | 31037 Toulouse Tel. +33 (0)5.82.74.16.90 | Port. +33 (0)5.82.74.16.90
Me contacter sur Teams https://teams.microsoft.com/l/chat/0/0?users=pierre.cosson@inserm.eu <http://www.crct-inserm.fr >
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Il ya une notion de blacklist "stricte" à mettre dans wapt-get.ini :
[global] packages_blacklist=test-*,tis-virtualbox*
Les paquets listés dans packages_blacklist ne sont pas "vus" par le poste lors de l'update. Mais : - si ils sont déjà installés, ils ne seront pas désinstallés pour autant (c'est juste un filtre sur les paquets des dépôts) - si un paquet listé dans packages_blacklist est dans une dépendance du poste ou d'un groupe du poste, cela va remonter des erreurs de paquets manquants ... Donc cela ne couvre pas le besoin d'exclusion par exception de certaines dépendances.
Le 15/04/2020 à 10:53, Pierre Cosson a écrit :
Merci pour la réponse.
Il faut qu'on regarde notre organisation mais je crois qu'on avait pris des décisions sans trop tester le mécanisme. Normalement je ne suis pas impacté sur mon centre mais ça pourrait impacter mes collègues
Gaétan qui chapotte notre serveur wapt et pas mal de décisions régionales a collé certains paquets en dépendances sur l'OU principale en nous demandant de bouger des machines sensibles dans des sous OU sur lesquels nous blacklistions ces même paquets.
cdlt
On 15/04/2020 10:41, Hubert TOUVET wrote:
Comportement normal ou bug ? Un peu des deux, mais plus "bug connu" que normal ... :) Quand il y a un conflit (le paquet est à la fois requis et en conflit (<> blacklisté)), il va alternativement s'installer puis se désinstaller... Le mécanisme de dépendance n'est pas très intelligent en ce sens qu'il calcule les nouvelles actions directes à entreprendre lors de l'update (mises à jour, désinstallations) et ce qui en découle (dépendances à installer, ou dépendances qui ne sont plus satisfaites donc désinstallation indirecte de paquets) , mais ne reprend pas l'intégralité des contraintes des autres paquets non "touchés". D'où le phénomène de ballottement. La notion de conflit (qui mal nommé paquet "interdit") n'est pas un mécanisme d'exclusion ou d'exception, mais norlamenet destiné à ne pas installer simultanément 2 paquets qui apportent des binaires en conflit ou redondants, par exemple firefox-esr et firefox ou firefox anglais et firefox français.
Le 15/04/2020 à 10:00, Pierre Cosson a écrit :
Bonjour
Je viens de tester sur 2 postes en erreur sur une application qui est attribué par une OU si je l'interdit sur le poste elle s'installe quand même.
Comportement normal ou bug ?
cdlt
--
*Pierre Cosson * Gestionnaire de parc| Support services Inserm/Université Paul Sabatier/CNRS| Centre de Recherches en Cancérologie de Toulouse (CRCT <http://www.crct-inserm.fr >) 2 Avenue Hubert Curien | 31037 Toulouse Tel. +33 (0)5.82.74.16.90 | Port. +33 (0)5.82.74.16.90
Me contacter sur Teams https://teams.microsoft.com/l/chat/0/0?users=pierre.cosson@inserm.eu <http://www.crct-inserm.fr >
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
--
*Pierre Cosson * Gestionnaire de parc| Support services Inserm/Université Paul Sabatier/CNRS| Centre de Recherches en Cancérologie de Toulouse (CRCT <http://www.crct-inserm.fr >) 2 Avenue Hubert Curien | 31037 Toulouse Tel. +33 (0)5.82.74.16.90 | Port. +33 (0)5.82.74.16.90
Me contacter sur Teams https://teams.microsoft.com/l/chat/0/0?users=pierre.cosson@inserm.eu <http://www.crct-inserm.fr >
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Merci
Des fois on se fait des films sans trop faire la recherche nécessaire.
cdlt
On 15/04/2020 11:02, Hubert TOUVET wrote:
Il ya une notion de blacklist "stricte" à mettre dans wapt-get.ini :
[global] packages_blacklist=test-*,tis-virtualbox*
Les paquets listés dans packages_blacklist ne sont pas "vus" par le poste lors de l'update. Mais :
- si ils sont déjà installés, ils ne seront pas désinstallés pour
autant (c'est juste un filtre sur les paquets des dépôts)
- si un paquet listé dans packages_blacklist est dans une dépendance
du poste ou d'un groupe du poste, cela va remonter des erreurs de paquets manquants ... Donc cela ne couvre pas le besoin d'exclusion par exception de certaines dépendances.
Le 15/04/2020 à 10:53, Pierre Cosson a écrit :
Merci pour la réponse.
Il faut qu'on regarde notre organisation mais je crois qu'on avait pris des décisions sans trop tester le mécanisme. Normalement je ne suis pas impacté sur mon centre mais ça pourrait impacter mes collègues
Gaétan qui chapotte notre serveur wapt et pas mal de décisions régionales a collé certains paquets en dépendances sur l'OU principale en nous demandant de bouger des machines sensibles dans des sous OU sur lesquels nous blacklistions ces même paquets.
cdlt
On 15/04/2020 10:41, Hubert TOUVET wrote:
Comportement normal ou bug ? Un peu des deux, mais plus "bug connu" que normal ... :) Quand il y a un conflit (le paquet est à la fois requis et en conflit (<> blacklisté)), il va alternativement s'installer puis se désinstaller... Le mécanisme de dépendance n'est pas très intelligent en ce sens qu'il calcule les nouvelles actions directes à entreprendre lors de l'update (mises à jour, désinstallations) et ce qui en découle (dépendances à installer, ou dépendances qui ne sont plus satisfaites donc désinstallation indirecte de paquets) , mais ne reprend pas l'intégralité des contraintes des autres paquets non "touchés". D'où le phénomène de ballottement. La notion de conflit (qui mal nommé paquet "interdit") n'est pas un mécanisme d'exclusion ou d'exception, mais norlamenet destiné à ne pas installer simultanément 2 paquets qui apportent des binaires en conflit ou redondants, par exemple firefox-esr et firefox ou firefox anglais et firefox français.
Le 15/04/2020 à 10:00, Pierre Cosson a écrit :
Bonjour
Je viens de tester sur 2 postes en erreur sur une application qui est attribué par une OU si je l'interdit sur le poste elle s'installe quand même.
Comportement normal ou bug ?
cdlt
--
*Pierre Cosson * Gestionnaire de parc| Support services Inserm/Université Paul Sabatier/CNRS| Centre de Recherches en Cancérologie de Toulouse (CRCT <http://www.crct-inserm.fr >) 2 Avenue Hubert Curien | 31037 Toulouse Tel. +33 (0)5.82.74.16.90 | Port. +33 (0)5.82.74.16.90
Me contacter sur Teams https://teams.microsoft.com/l/chat/0/0?users=pierre.cosson@inserm.eu <http://www.crct-inserm.fr >
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
--
*Pierre Cosson * Gestionnaire de parc| Support services Inserm/Université Paul Sabatier/CNRS| Centre de Recherches en Cancérologie de Toulouse (CRCT <http://www.crct-inserm.fr >) 2 Avenue Hubert Curien | 31037 Toulouse Tel. +33 (0)5.82.74.16.90 | Port. +33 (0)5.82.74.16.90
Me contacter sur Teams https://teams.microsoft.com/l/chat/0/0?users=pierre.cosson@inserm.eu <http://www.crct-inserm.fr >
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-
Hubert TOUVET -
Pierre Cosson