Dans le changelog on trouve:

- Package Center

A default volume on which packages being installed can be specified, simplifying package installation.

Synology a ajouté la dénomination x64 dans le nom du fichier de certains paquets (package_x64_version.spk).
Quand on regarde dans le INFO on trouve :

arch="x86 bromolow cedarview"

Comme d'habituuude (), Synology n'a pas encore publié les tool chains du DSM 4.3.
En tout cas je ne sais pas avec quelle tool chain ils ont compilés ces paquets pour regrouper les 3 tool chains x86 (bientôt 4 avec evansport).

Je mettrais ce post à jour au fur et à mesure des découvertes.

Modifié le 9 juillet 201312 a par PiwiLAbruti

Perso ça me gave tout ça, ils font des packages que l'on fait déjà.

J'ai plus envie de me casser le cul...

Je sent que çà va être la merde pour le package git (+ les packages custom ...)

Faudrait savoir quels sont leurs plans de package, histoire que tu ne continue pas ce qu'ils prévoient de faire

C'est ce qu'on avait dit à Derren, il a parlé de la création d'une mailing liste ou communauté de developpeurs. Aujourd'hui il n'en est rien et ils releasent des packages que l'on a déjà.

J'ai relancé Chad par email ce matin, il a transféré le mail à leur responsable des paquets Andy (je savais meme pas qu'ils avaient ça), on verra ce que ça donne mais j'y crois pas trop.

Modifié le 9 juillet 201312 a par Diaoul

Je pense que tu auras une réponse dans tout les cas, ptet pas celle qu'on attend, mais t'auras un retour

Les développeurs tiers comptent beaucoup pour la communauté Synology. Pour les aider à atteindre leurs buts plus rapidement, nous fournissons maintenant une boîte à outil avec des bibliothèques pré-compilées et un API pour File Station.

Mouais ...

http://www.synology.com/dsm/dsm4.3_beta.php?lang=fre

LOL

Le plus LOL c'est la suite :

Vous recherchez l'inspiration ? Jetez un coup d'œil à nos nouveaux
paquets : Git, PHP Pear, Open ERP 7.0, DocuWiki, Podcast Generator,
WordPress 3.5.

Traduction :

Vous recherchez l'inspiration ? Démerdez-vous !

Jme demande ce que çà va être la boite a outils ... "toolchain" mal traduit ?

Non c'est leur toolbox qui fait pareil que spksrc mais en beaucoup moins bien

Non c'est leur toolbox qui fait pareil que spksrc mais en beaucoup moins bien

Le pire c'est que ce n'est même pas ironique, c'est simplement la vérité.

Diaoul Ael <diaoulael@gmail.com>

20 juin

à Chad
Hi Chad,

I just noticed you're about to release some new packages along with DSM 4.3.
As you create duplicates with existing packages from SynoCommunity, I assume you checked so you don't break anything, right?
SynoCommunity uses lowercase names for packages.

I don't get why you feel the need to redo something opensource, already done and tested, such a waste of time.

Thanks & Regards,
Antoine
Diaoul Ael <diaoulael@gmail.com>

9 juil. (Il y a 2 jours)

à Chad

Chad,

Could you reply to my previous mail?

Thanks
Le 20 juin 2013 20:28, "Diaoul Ael" <diaoulael@gmail.com> a écrit :
Chad Jiang

9 juil. (Il y a 2 jours)

à Andy, Darren, Synology/Diesel, moi
Dear Diaoul,

Sorry, I've overlooked your last email. Our 3rd party App PM, Andy, will take a look at this and get back to you. If you have any questions in the future, feel free to contact him directly. Thank you.

---

Chad Jiang(Chiang)
Synology Headquarters
3F No.106 Chang An West Road
Taipei, Taiwan 10351
Tel: +886 2 2552 1814
Tel: 886.2.25521814 ext: 801
Cell: 886.922000768
Andy Yu <andyyu@synology.com>

9 juil. (Il y a 2 jours)

à moi, Darren, Synology/Diesel, Chad
Hi Antoine,

Since the packages are open source, it is okay to developers to build and distribute them on community websites.
However, all packages published on the Package Center will be packed and verified by Synology internal teams.
This policy is strictly enforced upon any DSM or Synology owned packages upgrades.


Best Regards,

Andy Yu
Synology Inc.
Diaoul Ael <diaoulael@gmail.com>

9 juil. (Il y a 2 jours)

à Andy, Chad, Darren, Synology/Diesel

Hi,

This policy creates conflicts with existing packages. Moreover, as you don't even check what's done by SynoCommunity, your packages lack of features we need thus we can't even use your packages. What a good policy.

Least you can do is contact 3rd party developers and ask what features they would need in the duplicate package you intend to create for the sake of the so-called policy PRIOR to releasing it.

Your behavior forces SynoCommunity to adapt to your every (possibly bad) moves and clean up the mess created by a lack of cooperation.

You can pick up our packages, test them, even build them yourself with our cross compilation framework spksrc (which, by the way, is far more advanced than the tools you provide) do whatever your policy requires you to do with it and release them under Synology's name. That way you have a policy compliant package and we have a package we can use.

We have 41 packages available, 22k downloads per day and several developers working on packages.

BR,
Antoine
Andy Yu

02:01 (Il y a 18 heures)

à moi, Chad, Darren, Synology/Diesel

Hi Antoine,



First, I'd really thank you for the continuous effort to the growth of SynoCommunity.

It is one community that we've highly valued and are always willing to fully support.

However, I hope you could also understand that the high complexity of managing packages due to the rapid increasing number of communtiy and package.

It's difficult to review all 3rd party packages before releasing Synology's own version.



I have recalled the dependency issue (and probably it's still the same issue you're mentioning now) happened before.

For now, I think the best solution to avoid confusion is to name packages differently.

And also statement clearly what pre-requsite is needed upon installation to give users a clear picture.

Look forward to your reply, and I am hoping we can reach an agreement on this soon.


Best Regards,

Andy Yu
Synology Inc.

--
Diaoul Ael <diaoulael@gmail.com>

09:05 (Il y a 11 heures)

à Andy, Darren, Synology/Diesel, chchiang

Andy,

This is not a simple naming issue. We still have a lot of users that are confused because they don't know which Python package they should install.
They don't understand why there are two packages.

Looking at a community website or repo takes 1 minute. Say you have 10 main community sites to check (I don't think there's that much organized work besides SynoCommunity but anyway) that's 10 minutes of checking that IMO are worth spending.

Or you can create a mailing list for developers and announce packages you intend to create and see if anyone is willing some stuff to be able to use it.

That's community oriented work, doesn't cost much and helps keeping community and 3rd party package developers on your side.
I remember a developer that started a huge development, an antivirus package with ExtJS4 interface. He almost finished his work and you release an antivirus package. He abandoned his work and I've never heard of him anymore.

We have no idea what you're preparing secretly on your side, no visibility whatsoever. I discussed this issue in march with Derren at Synology France's community meeting event and he told me that Synology needed some sort of developer program. Here we are 4 moths later and nothing in sight.

It's exactly the same at every DSM release: what have they changed? Which packages are duplicates of ours? Where is the toolchain? That's boring.

All packages are done on our free time, source of the framework and of packages are open source. I asked Chad for more cooperation on the framework long before you release the "toolbox". You didn't capitalize on community's work and did your own. That is, as I said, less handy and less advanced than spksrc. You have no open source strategy. A toolbox hosted on source forge is so not 2.0.

See? This is a recurring issue. Do something about it.

BR,
Antoine

Ça a le mérite d'être clair.

Tu aurais même pu enfoncer le clou en parlant de la différence de réactivité au niveau des mises à jour des paquets entre Synology et SynoCommunity.

D'après toi, ça vaudrait le coup de leur exposer quelques idées qu'on a évoquées comme un serveur de build, une interface pour les développeurs, ... ?

Au moins ça leur montrerait qu'on a des projets mais que s'ils continuent d'ignorer leur communauté, rien de tout ça ne verra le jour.

Faudrait déjà qu'ils montrent qu'ils veulent bosser "avec" nous, pcq jusqu'à présent, c'est le néant total ...

La documentation développeur a été mise à jour : http://www.synocommunity.com/update#UserGuides

Les architectures evansport et armadaxp sont en statut TBA.

DSM provides locale support after version 4.3. You do not need to add or remove locale related files on DiskStation after this version.

Cool.

DSM provides locale support after version 4.3. You do not need to add or remove locale related files on DiskStation after this version.

Cool.

ENFIN !

Les tool chains du DSM 4.3 sont sorties : http://sourceforge.net/projects/dsgpl/files/DSM%204.3%20Tool%20Chains/

Et il y a une nouvelle architecture "Richland" (vue dans le paquet HAManager) correspondant à des APU AMD, il s'agira certainement des E-Series (Zacate/Brazos 2, TDP<=18W).

Le guide du développeur a été mis à jour, rien de bien intéressant :

2013-08-29 : General update on tool chain, tool kit, and GPL kernel source for DSM4.3 release.

J'ai mis à jour le graphique pour le suivi des téléchargements : http://dev.synocommunity.com/?chart

Il y a deux colonnes par jour, une pour le nombre total de téléchargements, une deuxième détaillant la répartition entre les 10 paquets les plus populaires.

C'est beau tout çà !

Si le mec qui a developpé SAB touchait 1cts à chaque install, il serait riche ...

À 1 cts/téléchargement, ça lui ferait un peu moins de 5 par jour.

Riche est un bien grand mot pour avoir tout juste de quoi manger des pâtes.

J'ai trouvé des traces des modèles à venir

L'architecture 88f628x est remplacée par armada370 et qoriq (DS213+ et DS413) par armadaxp (DS214+ et DS414).

#armada370 :

- US3 (USB Station 3)

- DS114

- DS214e

- RS214

#armadaxp :

- DS214

- DS214+

- DS414

- RS814

#cedarview :

- RS814+

- RS814RP+

- RS2414+

- RS2414RP+

#bromolow :

- RS3614xs

- RS3614RPxs

- RS3614xs+

Source : http://global.download.synology.com/download/smallupdate/3776/

Modifié le 6 septembre 201312 a par PiwiLAbruti

Je suis surpris qu'il n'y ai plus d'intel dans la gamme 4xx

cedarview et bromolow sont des architectures Intel.

Ca je sais bien, mais y'en a pas dans les 4xx, mais que dans les RS

Désolé, j'avais mal lu ta remarque.

Il y aura nécessairement un DS414+, et il sera probablement équipé d'un Ato m CE5335 (architecture evansport) au même titre que le DS714.

À moins qu'il s'agisse d'un APU AMD (architecture richland), mais je n'ai aucune précision sur ce dernier (hormis que l'architecture apparaît dans le paquet HAManager).