Bonjour,

Synology a sorti hier (17/05/2012) un paquet Python 2.7.2-006.

Afin d'assurer le bon fonctionnement de nos paquets sur vos NAS, il est recommandé de NE PAS installer ou mettre à jour Python avec la version de Synology pour le moment.

Nous devons d'abord vérifier que les paquets SynoCommunity utilisant Python fonctionnent correctement avec le paquet Python de Synology, après quoi nous vous indiquerons la marche à suivre pour migrer Python du paquet SynoCommunity vers le paquet Synology.

Par la suite, SynoCommunity ne proposera plus de paquet Python.

--------------------------------------------------------------------------------------------------------------------------------

Situation au 24/07/2012 : aucune évolution.

Synology n'a pas mis à jour son paquet Python (toujours en version 2.7.2-006), ce dernier est donc toujours incompatible avec les paquets qui dépendent de Python.

Ce paquet pourrait être retiré du Centre de paquets car aucun paquet officiel (à ma connaissance) n'en dépend.

SynoCommunity maintient donc l'alerte initiale et recommande de NE PAS mettre à jour le paquet Python.

À leur décharge, il faut aussi tenir compte du fait que Synology doit avoir beaucoup de travail avec le DSM 4.1 beta en cours.

Je vais mettre çà sur le forum UK avant qu'il y ai des soucis ...

Je rectifie : Tant que le paquet Python fourni par un tiers de Synology est pourri, nous utiliserons le nôtre.

Pour

Je rectifie : Tant que le paquet Python fourni par un tiers de Synology est pourri, nous utiliserons le nôtre.

Je suis allé un peu regarder le contenu de ce package, je n'ai rien vu de si horrible mais je ne suis pas un spécialiste de ce language. (peux-être pourrais-tu étayer un peu ton propos?)

Mais la n'est pas l'objet de mon post.

J'ai un doute sur la mention "fourni par un tiers" car tous les scripts du paquet comportent la mention

# Copyright (C) 2000-2012 Synology Inc. All rights reserved.[/CODE]

Modifié le 20 mai 201213 a par CoolRaoul

Nous allons proposer à Synology d'utiliser le paquet de Diaoul en leur expliquant le problème et vous tiendront informés de la réponse de Synology.

Si je peux me permettre un conseil: essayez de le faire avec diplomatie.

J'ai peur qu'en s'y prenant en disant que leur packet est une "chiasse pourrie" il n'est pas impossible qu'il s'avère délicat de faire avancer les choses sereinement .

C'est vrai, mais on est en contact avec Syno, nous demander de jeter un oeil a leur SPK avant de le release ça pourrait être une bonne idée. D'autant que pour l'heure, ce SPK n'est utilisé par aucun autre SPK en tant que dépendance.

Leur SPK est dans la partie "Fourni par un tiers" du repo officiel.

J'ai glissé, déjà fait la MAJ syno et touché à python, du coup Sabnzbd HS, j'aurai dut passer par ici avant

Moi j'ai pas de Mise à Jour proposé dans mon centre de paquets... Je crois que leur SPK s'installe dans un répertoire avec une majuscule "Python" alors que le notre est sans majuscule "python" ce qui devrait être suffisant pour éviter les problèmes.

Je vois que le package Python vient d'être MAJ, je viens de l'installer, Sabnzbd veux bien s'installer maintenant et il fonctionne, merci à vous

D’après le contenu de son script de startup, le package python de Synology n'est pas trop intrusif.

Tout est dans le répertoire choisi pour l'installation du package .

Il ne rajoute que quelques symlinks dans /lib et un autre de /usr/bin/python vers l'exécutable python du package.

Il est donc facile de rétablir une situation antérieure à son installation.

Je leur ai envoyé un mail hier, ils vont rajouter les packages "indispensables" et me demande quoi d'autre rajouter

J'ai déjà indiqué "pip, virtualenv, setuptools"

Pour info, le package est bien crée par Synology itself

Je suis d

Justement Diaoul, fait un tour dans le sous-forum

Je suis désolé mais si on fait les choses proprement y'a rien besoin de linker dans /lib. Le rpath est la pour ça.

Le fait que, dans le cas d'un spk, l'utilisateur ait la liberté de choisir où installer le package peut rendre l'utilisation du rpath lors du link plus problématique:

(A moins d'installer systématiquement les fichiers dont le path est en dur dans les binaires sur "/volume1" sans tenir compte de choix ci dessus)

A ce propos quelle approche a-t-elle été choisie pour régler ce problème dans le package Python de SynoCommunity ?

Modifié le 22 mai 201213 a par CoolRaoul

Synology m'a demandé de préciser quels dépendances à rajouter dans leur package Python, afin qu'ils le mettent à jour

Ayant bien insisté sur le caractère urgent de la chose (qui risque de péter grand nombre de package tiers) ils sont ouverts

A terme, SynoCommunity ne proposera plus le package (quand celui de Synology sera OK)

Le fait que, dans le cas d'un spk, l'utilisateur ait la liberté de choisir où installer le package peut rendre l'utilisation du rpath lors du link plus problématique:

(A moins d'installer systématiquement les fichiers dont le path est en dur dans les binaires sur "/volume1" sans tenir compte de choix ci dessus)

A ce propos quelle approche a-t-elle été choisie pour régler ce problème dans le package Python de SynoCommunity ?

Heureusement que l'on peut spécifier un autre chemin non dépendant du volume. Le rpath suit les symlinks donc /usr/local/nom_du_spk/ est parfait

j'ai effectué la mise à jour du package python de synocommunity et depuis mon nas n'arrive plus a rebooter. je suis obligé de le débrancher a l'arrache du secteur et le rebrancher afin que le nas boot correctement.

une idée ?

Rien

Pas du tout lié. Tu dois surement avoir un process qui ne veux pas se terminer, le tout est de trouver lequel :/

Si ça peut aider, j'avais ce problème en utilisant le https avec SABnzbd. Comme je ne sais pas trop gérer les certificats, j'ai désactivé le https et plus de soucis

Alors est-ce toujours d'actualité?

Le package syno est il bon et fonctionnel ou doit-on rester sur la version synocommunity pour le moment?

Il pourra éventuellement y avoir une amélioration quand Synology mettra à jour son paquet Python, ce qui n'est pas encore le cas (2.7.2-006).

Ça arrivera au plus tôt au moment de la diffusion de la 4.1 beta du DSM la semaine prochaine, sinon il faudra encore patienter.

Ok je vais rester sur votre package en attendant pour éviter tout problème, prevenez nous quand le package syno est bon

Merci à vous en tout cas!!

Bonjour,

je suis novice et j'essaie d'installer python afin d'installer les SPK qui en dépendent. Lors de l'install du package 2.7.3-2 j'ai un message pour confirmer les paramètres, puis aprés, j'ais un mess d'erreur qui dit que le paquet a été correctement installé, qu'il faut "appuyer sur lancer pour activer la réparation" et "échec lors du lancement de la réparation".... Il passe dans la liste des Installés, mais il est en statut "indisponible".

Mais si j'installe le pack "officiel" 2.7.2-006, pas d'erreurs et on le retrouve en cours d'exécution dans la liste des installés. Par contre je ne peux installer aucune appli car elle demandent l'installation de python 2.7.3-1...

Quelqu'un aurait-il une idée?

Merci.

Je suis sur syno DS411 avec DSM 4.0-2228

Modifié le 24 juillet 201213 a par PP33