Discussion :

[memento80]

Bonjour à tous,

Je tente quelques développements Python sur un thème que je n'ai pas abordé jusqu'à présent : l'envoi de mail.
J'ai donc un peu fureté sur le web pour voir comment s'y prendre et commencé à gribouiller quelques tests.

Pour commencer, j'ai vu qu'il fallait importer le module smtplib. Premier problème sur lequel je bute en lançant ça depuis mon hébergeur web :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
Python 3.3.0 (default, Feb 24 2013, 17:05:04)
[GCC 4.3.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import smtplib
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/.........../python/lib/python3.3/Lib/smtplib.py", line 173, in <module>
    import ssl
  File "/home/.........../python/lib/python3.3/Lib/ssl.py", line 60, in <module>
    import _ssl             # if we can't import it, let the error propagate
RuntimeError: invalid slot offset

Super. Je me sens bien parti.

Auriez-vous svp une idée vers quoi je pourrais m'orienter pour résoudre ou contourner ce problème ?

[wiztricks]

Salut,

La question est "comment avec vous installé Python3 sur votre (et quelle) distro Linux pour omettre la dll d'OpenSSL"?

- W

[memento80]

Bonjour,

Ah ?.. Aurais-je donc raté quelque chose ?

J'ai installé cette version de Python, novice oblige, en me débrouillant car mon hébergeur me proposait une version antérieur non compatible avec le boulot que j'avais fait jusqu'à présent.

Comme ça s'est passé il y a un bout de temps maintenant, je n'ai plus trop le souvenir du comment exactement mais c'était en suivant quelques tutoriels sur le web.
Il faut dire, qu'hormis ce soucis actuel, je n'ai jamais eu de problème avec cette installation jusqu'à présent.

Que faudrait-il donc rattraper ?

[wiztricks]

J'ai installé cette version de Python, novice oblige, en me débrouillant car mon hébergeur me proposait une version antérieur non compatible avec le boulot que j'avais fait jusqu'à présent.

Comme ça s'est passé il y a un bout de temps maintenant, je n'ai plus trop le souvenir du comment exactement mais c'était en suivant quelques tutoriels sur le web.
Il faut dire, qu'hormis ce soucis actuel, je n'ai jamais eu de problème avec cette installation jusqu'à présent.

Que faudrait-il donc rattraper ?

La distribution de Linux que vous utilisez dispose probablement de packages Python prêts à être installés.
Cherchez les, installez les sur un environnement de test. Puis déployez sur le système hébergé.

Les développeurs produisent ces "packages" prêts à l'emploi pour vous éviter d'avoir une configuration "border-line".
Autant en profiter, c'est fait pour...

- W

[memento80]

Pourtant, en reprenant mes notes de l'époque, il semblerait que j'ai appliqué le tutoriel suivant :
http://www.abricocotier.fr/292-insta...de-plus-simple

Je ne sais pas quel est le gage de fiabilité de ce tutoriel mais j'ai (très fort) probablement utilisé les sources fournis en lien dans ce tutoriel, soit les sources du lien suivant : www.python.org/download/ pour la version 3.3 de python.

Après, étant autodidacte, je manque surement de vocabulaire. Quand vous parlez de "package", ce sont les "sources" dont j'ai utilisé ? Ne pourrait-on pas réinstaller uniquement un module qui pourrait poser problème comme celui-là ?

A vrai dire, je ne suis pas très chaud pour prendre le risque d'impacter le reste qui fonctionne très bien, en réinstallant l'ensemble de mes sources.

[wiztricks]

Quelque soit la distribution de Linux que vous utilisez, nombre de ses fonctionnalités sont à installer et configurer en fonction de vos besoins via des packages associés.
La mécanique utilisée pour installer ces packages dépend du Linux que vous utilisez - je vous ai demandé plusieurs fois de la préciser -.

Ces packages ont des dépendances entre eux.
Votre Python dépend d'une librairie SSL qui pourrait être optionnelle (c'est un choix que vous avez fait implicitement dans votre build). La "dll" correspondante pourra être privée ou partagée...
Les développeurs qui construisent les packages de votre Linux essaie de faire des choix cohérents qui répondent aux besoins du plus grand nombre.

Il n'y a que dans le cas ou ces choix ne vous conviennent pas que vous devez "compiler" vous même.
Et quand vous compilez vous même, vous devez être assez calé pour savoir que choisir et pourquoi vous allez opter ceci plutôt que cela.
Le Python que vous allez alors construire ne sera pas "standard".
Les fonctionnalités de Linux qui en dépendront risquent de ne plus fonctionner correctement.
Ce qui rend délicat leur installation dans des répertoires "système".

Rien ne vous empêche d'avoir une version de n'importe quoi (et de Python en particulier) dans vos répertoire utilisateurs. Et si vous voulez être plus indépendant de l'environnement système vous avez des utilitaires comme cx_freeze qui permettent d'emballer la version de Python, les librairies externes utilisées et votre application sous la forme d'un exécutable.

Ne pourrait-on pas réinstaller uniquement un module qui pourrait poser problème comme celui-là ?

Probablement, mais pourquoi perdre du temps a essayer de rafistoler probablement mal ce que d'autres ont déjà construit plutôt bien?

Pourtant, en reprenant mes notes de l'époque, il semblerait que j'ai appliqué le tutoriel suivant :
http://www.abricocotier.fr/292-insta...de-plus-simple

Ce tutoriel se résume a:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
./configure
make
make install

Ca fonctionne mais cela ne construit que l'interpréteur Python.
Si vous voulez que les bibliothèques standards fonctionnent, il faut intégrer les librairies externes.
Pour çà, lire (et comprendre) le .readme et faire un tas d'arbitrages, récupérer d'autres packages et d'autres tarballs.

Puis pour s'assurer que la soupe fonctionne, il faut au moins se taper un "make test".
Ca passe rarement du premier coup!
Vivre avec ou corriger?
Dans tous les cas, il faut "interpréter" les erreurs et si correction appliquée: rebelotte.

- W