Package Center

[Diaoul]

Dans le même style que optware il y a buildroot.

J'essaye de migrer syno-packager vers ce style d'outil. S'il y a des volontaires pour aider, manifestez-vous !

[dede17]

Bonjour,

Je suis impressionné du boulot que vous avez fait pour ce package center.

C'est une version encore en teste ou c'est déjà une version final ?

Je suis plus tôt débutant dans le monde linux et j'avance tous les jours grasse à vous, je suis très intéresser à l'installer sur mon syno!

Pensez-vous faire un tuto bien explicite ?

Meilleures salutations.

[Nounours44]

Bonjour Diaoul,

as-tu avancé sur la package center ? Je peux éventuellement donner un petit coup de main si besoin...

[PiwiLAbruti]

Une des requêtes AJAX de DSM quand on ouvre le gestionnaire de paquets donne ça, c'est assez intéressant puisqu'on voit "startable". J'ai essayé plusieurs choses dans mes SPK pour le mettre à false sans succès.

{

   "data" : [...],

   "success" : true

}

C'est le client qui envoie ces données au dépôt (POST?) pour l'informer sur les paquets déjà installés ?

[Diaoul]

C'est une requête vers DSM (local, forcément en ajax). Ces données servent à l'affichage des paquets installés (version, status, nom, description, etc.)

[PiwiLAbruti]

Analyse réponse :

Réponse en JSON encodé en UTF-8 et images en Base64. Aucune idée de ce que peut être 1afbb au début de la réponse...

Pour les champs coté réponse:

• ...
  
• qinst: ? un rapport avec l'installation du package ? S'il est à false peut être que ça rend le package non dispo ?
  
• ...
  

Après un test rapide, qinst veut en fait dire quick installation.

Lorsqu'il est mis à false, une fenêtre apparaît pendant le téléchargement, l'installation et le lancement du paquet.

À true, il n'y a pas de fenêtre et seul le bouton d'installation change de comportement en fonction des étapes franchies (téléchargement, installation, lancement, ...).

[Diaoul]

Intéressant, tu mets ça dans le INFO ?

[PiwiLAbruti]

Non, dans le JSON envoyé par le serveur.

Après il doit très certainement y avoir un paramètre dans le fichier INFO pour indiquer ce comportement, mais je n'ai vu ça nulle part pour le moment.

J'arrive à extraire le fichier INFO d'un .spk sans utiliser la fonction exec() de PHP (cette function est désactivée par défaut sur les NAS Synology). C'est très simple, le format d'un fichier .tar (identique au .spk) est décrit ici.

Du coup ça me permet d'afficher la liste complète des fichiers contenus dans le .spk (package.tgz inclu).

J'ai créé quelques classes PHP pour faire quelque chose de propre. Par exemple, l'extraction des informations du fichier INFO ressemble à ça :

require_once 'class/syno_package.class.php';



$file = "SyslogServer-x86-1.0-1922.spk";


$spk = new Syno_Package($file);


$spk->info_package;    // Valeur de la variable package

$spk->info_version;

$spk->info_description;

$spk->info_maintainer;

$spk->info_arch;

Désolé j'ai pas réussi à faire plus simple

Mon but serait maintenant de pouvoir modifier les fichiers contenus dans le .spk de façon transparente. Pour ce faire, j'ai besoin de connaître l'algorithme utilisé pour calculer le checksum de l'en-tête (512 octets) d'un fichier contenu dans un .tar.

Ce checksum tient sur 8 octets mais la spec n'est pas très explicite sur son mode de calcul :

The chksum field is the ASCII representation of the octal value of the simple sum of all bytes in the header block. Each 8-bit byte in the header is added to an unsigned integer, initialized to zero, the precision of which shall be no less than seventeen bits. When calculating the checksum, the chksum field is treated as if it were all blanks.

Je vais regarder dans les sources mais si quelqu'un s'y connaît en calcul de checksum, je suis preneur.

edit : c'est bon pour le checksum.

[Nounours44]

pour info, merty propose maintenant de diffuser ses packages au travers de son propre package center

(cf. http://www.mertymade.com/syno/index.html)

Où en êtes-vous sur le package center hébergé par nas-forum ?

[Diaoul]

Bha ça avance, superzebulon et moi même travaillons à l'élaboration d'un outil commun de création de SPKs : https://github.com/zebulon501/spksrc

Des gars du forum allemand s'occupent de l'hébergement sur nas-forum.

Le but est d'avoir plusieurs développeurs autours d'une même table afin de faire avancer au mieux la communauté plutôt que de faire chacun dans son coin (comme merty).

Evidement ça prend du temps, si quelqu'un veut participer (développeur ou pas), la porte est ouverte.

[Nounours44]

si ça peut aider, je veux bien donner un petit coup de main.

je m'y connais pas mal en développement (php, perl, shell unix, C, java) et en système linux. J'ai aussi quelques connaissances en cross-compilation.

Une fois la package center opérationnel, je pourrai proposé des packages sslh, tinyproxy et scp (qui fonctionnent sur mon syno 411+). J'ai également développé une page pour leur paramétrage dans le DSM.

[PiwiLAbruti]

Pour l'upload des SPK et la génération automatique du catalogue, j'ai presque terminé. Je ne sais pas si quelqu'un s'en occupait déjà.

J'ai vu avec rodo37 pour les questions de sécurité afin de limiter l'upload et le téléchargement de SPK (sinon le serveur va pas aprécier).

Ce n'est pas encore implémenté, mais je pourrais également générer un SPK (tar+gzip) ou le modifier à partir de PHP.

Par exemple, ça pourrait être pratique pour modifier le fichier INFO directement depuis l'interface web du serveur.

@Diaoul : ils en sont où sur le forum allemand ?

[Diaoul]

@Piwi: Un équivalent de ce que j'ai fait ici : https://github.com/D...-package-server ? En plus poussé j'imagine ?

Je ne sais pas ou ils en sont, j'ai demandé des nouvelles, j'attends la réponse

Modifié le 12 octobre 2011 par Diaoul

[PiwiLAbruti]

Oui, en un peu plus poussé : 19 classes PHP (hors scripts frontaux), 9 tables MySQL et quelques vues, pour l'instant.

Il y a quelques tables de log pour générer des statistiques de fréquentation/téléchargement.

Ça fonctionne très bien avec uMurmur (à tout hasard ). J'ai également créé un SPK avec la version 3.4.5 de MySQL (un peu lourde pour mon DS109) :

Pour l'instant l'interface est très rudimentaire et est plutôt dédiée au 3ème âge :

[zebulon501]

j'ai fait une tentative de packages center, mais n'étant pas un pro de php ni de mysql, c'est pas encore top. On peut le voir sur http://synopkg.superzebulon.org/. Je vais pousser le source sur github un de ces jours, et voir ensuite quoi en faire.

[Petit-genie]

Oui, en un peu plus poussé : 19 classes PHP (hors scripts frontaux), 9 tables MySQL et quelques vues, pour l'instant.

Il y a quelques tables de log pour générer des statistiques de fréquentation/téléchargement.

Ça fonctionne très bien avec uMurmur (à tout hasard ). J'ai également créé un SPK avec la version 3.4.5 de MySQL (un peu lourde pour mon DS109) :

Pour l'instant l'interface est très rudimentaire et est plutôt dédiée au 3ème âge :

Bonjour,

est-ce possible d'avoir les sources??Vous servez-vous de la fonction exec ?

[PiwiLAbruti]

Les sources de la version de Diaoul sont disponibles ici, ça m'a servi de point de départ.

Contrairement à la sienne, ma version n'utilise pas la commande exec() afin de rendre l'hébergement possible sur un NAS Synology.

[Diaoul]

Je ne sais pas si les sources du futur outil seront publiques prochainement. Cependant, toute personne voulant participer est la bienvenue.

Les raisons sont les suivantes :

1. Sécurité, sécurité, sécurité : Un serveur avec son code visible sur internet, il faut vraiment avoir confiance en son code pour faire une chose pareille. La moindre faille sera visible et potentiellement exploitée
   
2. Fragmentation : Le but est de rassembler les développeurs et les SPK sous un même serveur, pas de crééer un serveur par-ci par-là. La raison à un serveur centralisé est qu'il n'y a pas de gestion des conflits au sein des packages donc un package d'un serveur peut entrer en conflit avec un package d'un autre serveur...
   

Donc le code, oui, un jour. Pour l'instant il reste privé.

Modifié le 20 octobre 2011 par Diaoul

[Nounours44]

2 questions pour piwi :

1. je suis en train de faire un spk GateOne, mais cela nécessite 2 modifications dans le spk python : ajout de tornado et support de termcap. ça te pose un problème si je modifie cela dans github ?

2. est-ce que je peux publier mes spk dans ton repo (sslh, tinyproxy et openssh) ?

[Diaoul]

Hello,

C'est zebulon501 le dev leader sur spksrc. A mon avis le mieux c'est de mettre tes modifs dans une branch git à part pour pas interférer avec la production.

Pour tes SPK, je pense que Piwi va te donner une clé pour les mettre prochainement.

[PiwiLAbruti]

1. je suis en train de faire un spk GateOne, mais cela nécessite 2 modifications dans le spk python : ajout de tornado et support de termcap. ça te pose un problème si je modifie cela dans github ?

Cool! Du SSH en HTML5! Ça a été pas mal demandé sur le forum comme fonctionnalité.

Non mais ce n'est pas moi qui maintient le spk python mais zebulon501, mieux vaut lui demander directement.

2. est-ce que je peux publier mes spk dans ton repo (sslh, tinyproxy et openssh) ?

Bien sûr, je te donne les détails en mp (si tu ne les as pas déjà).

Il y a un module d'upload qui va être intégré à spksrc dans les prochains jours, ça évitera de devoir passer par l'interface d'upload web.

[Nounours44]

ok merci. Je vais commiter mes modifications sur une branche en attendant ...

[Shaggy]

Ou peut-on trouver le SPK SSLH?

[uaemon]

Bonjour,

Bonne année à tous !J'ai installé le dernier libcurl (7.21.7-1) avec ipkg mais je n'arrive pas à le faire fonctionner. Il y a systématiquement l'erreur suivante: "cURL Error (7): Failed to connect to xxx.xxx.xxx.xxx: Invalid argument".Après plusieurs jours de recherche, je suis tombé sur ceci http://comments.gman...l.library/33285 qui dit qu'il y aurait un bug dans cette version. Est-ce que quelqu'un saurait faire un package avec la correction décrite dans l'article ? Ou bien est-ce que quelqu'un posséderait une version antérieurs (7.19.5 par exemple) ? J'ai un vieux Synology DS101j (armeb)

Merci