toolchain

[scootfan]

Ik heb nu al voor de tweede keer ondervonden dat de aankoop van een nieuw uitgekomen Nas model er toe kan leiden dat vertrouwde 3partij programma's (NzbGet, SabNzbd, etc) niet zomaar geinstalleerd kunnen worden en dat zoiets maanden op zich kan laten wachten.  Ook bepaalde andere applicaties die wel al in de repository staan kunnen niet geïnstalleerd worden omdat 'Git en 'Pyton' er nog niet voor beschikbaar zijn.

Voor zover ik iets van deze problematiek begrijp heeft dat te maken met de architectuur van de processor en moet er gewacht worden tot Synology de 'toolchain' ter beschikking stelt zodat de 3partij ontwikkelaars zoals de SynoCommunity er - op basis van goodwill -mee aan de slag kunnen.  Ik zou graag beter kunnen begrijpen hoe de vork aan de steel zit.  Ik ken maar bitter weinig van besturingssytemen en vraag me af waarom windowshardware toch heel wat minder lijkt te lijden onder deze hardwarematige troubles dan linux gebaseerde hardware? 

[Ben(V)]

Dat is heel simpel.
Windows draait alleen op intel processors (of emulators daarvan).
Dus een distributie van een executable werkt op (bijna) alle windows systemen.

Linux draait op heel veel verschillende soorten hardware en de Synology gebruikt ook veel verschillende soorten hardware.
Dus alle packages moeten per hardware architectuur opnieuw gebouwd worden en daar is ook de toolchain die Synology voor die hardware aanlevert voor nodig.

Daar komt nog bij dat Synology de structuur van z'n packages voor DSM 6 sterk verandert heeft dus nog meer verschillende package die gemaakt moeten worden.

Verder zijn een paar drijvende mensen achter de SynoCommunity ongeveer afgehaakt zijn, dus gaat het allemaal erg langzaam momenteel.

[scootfan]

Bedankt voor de verduidelijking van deze kwestie!

Als de kleine gebruikers het op den duur enkel nog met de genuine apps moeten stellen denk ik dat dit Synology nog duur te staan zal komen. De beschikbaarheid van de 3partij packages is m.i. een sterk argument / troef waarvoor mensen zoals ik voor aankoop van een SynoDS kiezen. Synology zou er dus goed aan doen om de SynoCommunity fatsoenlijk te ondersteunen zodat deze ontwikkelaars niet afhaken, niet? 

[Ben(V)]

Helemaal mee eens.

Ik ben zelf druk bezig om de structuur voor de DSM 6 packages voor de SynoCommunity op te zetten.
Dan kom je er achter dat er wat zaken in de installatie procedure verkeerd zitten en als je dan mailt daarover naar Synology krijg je als antwoordt dat ze het probleem kennen maar en niets aan gaan doen.

Dan moet je er maar weer een workaround voor verzinnen.
Niet erg supportive vrees ik.

Ik denk dat ze meer bezig zijn met dingen als routers, cloud storage, virtualisatie en andere onzinnige apps in plaats van support leveren voor hun core business.
Al die dingen waar ze mee bezig zijn werken beter onder windows.

Ik vrees dat ze gewoon weer te groot aan het worden zijn om de echte gebruikers nog goed te ondersteunen.

[Birdy]

Dan kom je er achter dat er wat zaken in de installatie procedure verkeerd zitten en als je dan mailt daarover naar Synology krijg je als antwoordt dat ze het probleem kennen maar en niets aan gaan doen.

Denk dat je ook niet moet mailen maar, een Ticket in moet leggen, voor elk probleem die je tegenkomt.

Ik denk dat ze meer bezig zijn met dingen als routers, cloud storage, virtualisatie en andere onzinnige apps in plaats van support leveren voor hun core business.

Ik ga Synology niet verdedigen maar, Third Party is toch zeker geen core business voor Synology ? Sterker nog, als je een probleem met DSM/Packages hebt en je meldt dit aan Synology, dan gaan zij uit van de standaard en niet Third Party.
En dat is natuurlijk terecht.

En, onzinnige apps? daar mag iedereen z'n mening over hebben maar, als het echt onzinnig zou zijn, dan waren ze al van de kaart geveegd.

Ik denk dat het probleem meer ligt aan de Third Party kant, m.n. (want dat speelt hier het meest) De Synocommunity (MET ALLE RESPECT!), de grootste leverancier van Third Party packages (volgens mij).

Maar goed, voorlopig is er geen voortgang.

[TonVH]

Synology heeft voor een groot deel het probleem aan zichzelf te danken. Zo hadden ze de benodigde Toolchain binnen max. enkele weken na annonceren nieuw model horen uit te brengen. Vervolgens is er geen enkele noodzaak om voor elke Intel processor een aparte "arch=" in het leven te roepen. Last but not least hebben ze een absurd grote hoeveelheid van verschillende processoren in gebruik.

Allemaal zaken die e.e.a. nodeloos complex maken. En ook ik ben van mening dat Synology de "home" markt best wat meer aandacht zou horen te geven. Tenminste als ze niet een aanzienlijk deel willen verliezen aan concurrenten als Qnap.

[Ben(V)]

Met een mail bedoel ik ook gewoon een support ticket.

En het probleem zit niet in de third packages, maar in het feit dat de package installatie niet werkt zoals het in de Synology documentatie beschreven staat.
Als je dan een package bouwt zoals zij voorschrijven dan werkt het niet en moet je daar weer omheen werken.
Gevolg is dat je iets maakt dat niet volgens de specificaties is die Synology zelf voorschrijft, met de kans dat met een volgende DSM versie het niet meer werkt.

Ik krijg ook snel genoeg antwoordt, ze doen er alleen niets aan.

[Ben(V)]

Vervolgens is er geen enkele noodzaak om voor elke Intel processor een aparte "arch=" in het leven te roepen.

Waar je die wijsheid vandaan haalt weet je zelf waarschijnlijk niet.
Alleen om dat sommige packages kunnen werken door net te doen alsof het een andere arch is maakt het nog niet waar.

Het zijn geen windows systemen waarbij alle software enkel calls doet naar de windows libraries en waar alle hardware afhankelijkheid door de windows HAL (Hardware Abstraction Layer) wordt opgevangen.
Linux systemen kennen dat niet en elk package moet gecompileerd en gelinked worden met de juiste toolchain (lees libraries) voor elke CPU.
Dat intel cpu's voor een deel dezelfde libs hebben geeft je geen enkele zekerheid dat alles werkt en zeker niet als je met nieuwere generaties cpu aan de gang gaat.

Waarom denk je dat er voor Linux nooit executables te vinden zijn zoals voor windows?

[TonVH]

Vervolgens is er geen enkele noodzaak om voor elke Intel processor een aparte "arch=" in het leven te roepen.

Waar je die wijsheid vandaan haalt weet je zelf waarschijnlijk niet.

Knap dat jij dat beoordelen kan.

"elk (onbepaald voornaamwoord)
1 ieder: elke dag; elk moet zijn plicht doen"

Wellicht moet jij eens wat meer buiten de gebaande paden gaan denken. Gaat er een hele nieuwe wereld voor je open.