hjuvi a écrit 4 commentaires

Bonjour,

Pourquoi ne pas passer à un écran plat ? "Ça vaut plus rien".

Ça vaut beaucoup, beaucoup de déchets, pour tous les appareils que les gens jettent et rachètent, sous prétexte que "ça vaut plus rien".
Il y en a même qui vont jusqu'à prétexter que les nouveaux appareils consomment moins (sans se poser la question de ce que ça consomme à fabriquer, en l'occurence bien plus que toute l'utilisation qu'ils en feront…), pour justifier de balancer leur veille télé polluer les pays pauvres…
Enfin ce qui compte c'est le porte-monnaie, hein ?…

Et puis désolé mais, en high tech, un changement tous les dix ans, c'est pas non plus insurmontable.

On parle toujours d'argent ou bien c'est moi ?…

Le plus gênant dans cette "mise à jour", c'est qu'on passe en H264 qui effectivement date de plus de 10 ans, alors que le HEVC/H265 existe déjà et compresse encore plus (c'est utilisé pour la 4K, mais pourrait être utilisé pour la HD). Donc on peut s'attendre à ce que dans dix ans ils basculent en HEVC et nous demandent de jetter les télés encore une fois.

J'ai essayé avec python3 (3.2) mais j'ai une erreur de byte-compilation sur mon code :)
Ça a quand même eu le temps de créer un fichier egg-info, mais pas de répertoire.
Je ne vais pas chercher plus loin pour le moment…

Pour l'instant je vais me contenter des limitations de distutils, et je verrai plus tard pour passer sur python3 et tester le nouveau module packaging.
Je viens déjà de migrer de PyGTK et PyGst vers PyGI, ça me suffit :)

Chez moi egg-info est un fichier, pas un répertoire.
Il ne contient que les infos que j'ai passé lors du setup.
Donc je ne vois pas trop comment ça peut marcher… (ceci dit je n'ai pas essayé d'installer pip pour vérifier).

Le sujet m'intéresse parce que je voudrais aussi désinstaller facilement un paquet sans être obligé d'utiliser un fichier généré par mes soins lors de l'installation.
De plus l'inconvénient de ce fichier est qu'il ne contient que les fichiers installés, pas les répertoires créés, du coup on garde l'arborescence vide quand on applique le "| xargs rm -rf".

Sinon j'ai cru comprendre que si distutils n'évoluait plus, c'est parce qu'ils travaillaient maintenant sur un distutils2 (aka packaging), qui devrait proposer le "uninstall" (ce qui serait la moindre des choses !)

Effectivement, la commande uninstall manque cruellement dans distutils (ça revient fréquemment dans les forums).
Je ne crois pas qu'il y ait moyen de lister les fichiers sans installer. J'ai essayé avec l'option supplémentaire --dry-run mais il n'écrit pas non plus la liste des fichiers.

Une autre possibilité est d'utiliser le module site, qui permet de connaître les chemins d'installation possibles.

Un script de désinstallation ressemblerait à ça :

import site, os
from shutil import rmtree

for path in site.getsitepackages():
    lib_path = path + '/dchars'
    egg_info_path = lib_path + '-<version>.egg-info'
    if os.path.exists(lib_path):
        print 'Remove ' + lib_path
        rmtree(lib_path)
    if os.path.exists(egg_info_path):
        print 'Remove ' + egg_info_path
        remove(egg_info_path)

À adapter, et éventuellement à intégrer à setup.py.
Je reconnais que ce n'est pas très propre, c'est juste une idée comme ça.
L'idéal, évidemment, serait de l'intégrer directement au paquet distutils (mais ce serait sûrement fait différemment) !…

NB : Je ne vois pas comment retrouver le chemin d'installation d'un script (/usr/local/bin en général), mais visiblement il n'y en a pas dans le cas de dchars.