Development #22414
prendre en charge le module python-magic (qui n'est pas le binding python de la libmagic)
Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
09 mars 2018
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Description
Un peu comme ici #21980, une installation locale de Publik avec python-magic 0.4.15 tirée de pypi.
Observé lors de la soumission d'un formulaire avec un champ de type 'fichier' :
Exception: type = '<type 'exceptions.AttributeError'>', value = ''module' object has no attribute 'open'' Stack trace (most recent call first): File "/home/cazino/src/wcs/wcs/qommon/form.py", line 725, in _parse 723 # various reasons. 724 if magic: > 725 magic_object = magic.open(magic.MIME) 726 magic_object.load() 727 filetype = magic_object.file(self.value.fp.name).split(';')[0]
Demandes liées
Historique
Mis à jour par Emmanuel Cazenave il y a environ 6 ans
- Lié à Development #21980: tox: erreurs d'exectuion des tests pour iparapheur sous Testing/Sid ajouté
Mis à jour par Emmanuel Cazenave il y a environ 6 ans
Je veux bien appliquer ici la méthode que j'ai proposé là #21980 (supporter nous même les deux versions de l'API), pour peu que ça convienne.
Mis à jour par Frédéric Péters il y a environ 6 ans
- Tracker changé de Bug à Development
- Sujet changé de nouvelle API python-magic à prendre en charge le module python-magic (qui n'est pas le binding python de la libmagic)
Idéalement commencer par essayer de convaincre upstream que la compatibilité avec l'autre module, elle gagnerait à être accessible pour tout le monde, pas juste dans le paquet debian.
Mis à jour par Emmanuel Cazenave il y a environ 6 ans
J'ai tenté ma chance : https://github.com/ahupp/python-magic/issues/21
Mis à jour par Emmanuel Cazenave il y a presque 6 ans
- Lié à Bug #24497: forms: use python-magic when available ajouté
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Nouveau à Fermé
Traité par #24497.