Ça c'est facile quand même. Si les modules sont pas dispos en package pour la distrib de ton utilisateur? L'utilisateur va se faire l'install à la main. Adieu simplicité.
Si t'as un module natif (pour un besoin quelconque), tu vas devoir avoir une version pour chaque archi, et pour chaque OS. Ou alors c'est l'utilisateur qui se tape la compil, avec les dépendances qui vont avec, ah ah. Autre problème.
À une époque pas si lointaine, il fallait Visual C++ pour compiler des modules pour Windows. Sauf si t'avais envie de te faire ta propre version de Python non-officielle avec GCC/MingWin.
Je vais proposer une parodie de ta solution: je fourni une image de VM pour mes programmes. Plus de dépendance de module. Plus de problème d'OS. Tout est réglé. Faite comme moi.
[^] # Re: Grandiose
Posté par Fabimaru (site web personnel) . En réponse au journal Linuxfr en J2EE. Évalué à 1.
Si t'as un module natif (pour un besoin quelconque), tu vas devoir avoir une version pour chaque archi, et pour chaque OS. Ou alors c'est l'utilisateur qui se tape la compil, avec les dépendances qui vont avec, ah ah. Autre problème.
À une époque pas si lointaine, il fallait Visual C++ pour compiler des modules pour Windows. Sauf si t'avais envie de te faire ta propre version de Python non-officielle avec GCC/MingWin.
Je vais proposer une parodie de ta solution: je fourni une image de VM pour mes programmes. Plus de dépendance de module. Plus de problème d'OS. Tout est réglé. Faite comme moi.