Marrant...
J'ai créé un bug report sur le tracker Python, il y a un peu plus d'un mois.
Mais on n'arrive pas à se mettre d'accord sur la façon de traiter ce problème:
- remplacer sys.platform par 'linux' sur Linux (actuellement on se contente de renvoyer MACHDEP)
- utiliser sys.platform.starswith('linux')
- utiliser platform.system()
- ajouter un nouveau sys.system
Du coup, ça n'avance pas vraiment, même si on est plusieurs développeurs à vouloir garder la sémantique actuelle 'linux3'.
Donc si vous utilisez sys.platform, je vous conseille de changer pour platform.system() ou os.uname()[0] (uniquement sur Unix), voire sys.platform.startswith('linux').
C'est tout con, mais c'est déjà le deuxième bug lié à ce problème qu'on voit (https://bugs.gentoo.org/show_bug.cgi?id=374579).
Bon, je préfère avoir des "bugs" comme ça sous Linux plutôt que les bugs qu'on se paie avec des OS bien pourris comme AIX et OS-X, parce que là c'est moins marrant...
# rapport de bug
Posté par neologix . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 10.
Marrant...
J'ai créé un bug report sur le tracker Python, il y a un peu plus d'un mois.
Mais on n'arrive pas à se mettre d'accord sur la façon de traiter ce problème:
- remplacer sys.platform par 'linux' sur Linux (actuellement on se contente de renvoyer MACHDEP)
- utiliser sys.platform.starswith('linux')
- utiliser platform.system()
- ajouter un nouveau sys.system
Du coup, ça n'avance pas vraiment, même si on est plusieurs développeurs à vouloir garder la sémantique actuelle 'linux3'.
Donc si vous utilisez sys.platform, je vous conseille de changer pour platform.system() ou os.uname()[0] (uniquement sur Unix), voire sys.platform.startswith('linux').
C'est tout con, mais c'est déjà le deuxième bug lié à ce problème qu'on voit (https://bugs.gentoo.org/show_bug.cgi?id=374579).
Bon, je préfère avoir des "bugs" comme ça sous Linux plutôt que les bugs qu'on se paie avec des OS bien pourris comme AIX et OS-X, parce que là c'est moins marrant...