Kan Sickrage niet installeren

[TonVH]

Op een DS418Play (DSM 6.1.3-15152 Update 6) komt de melding dat Git & Python 2.7 eerst geïnstalleerd moeten worden. Git Server is geïnstalleerd vanuit packages. Echter Python 2.7 is nergens te vinden. Uiteraard is "packages.synocommunity.com" geïnstalleerd.

Ik dacht dat Python 2.7 een onderdeel was van DSM 6.  Waar haal ik Python vandaan?

[Ben(V)]

Voor de DS418 serie heeft de Synocommunity nog maar een zeer beperkt aantal packages beschikbaar en daar zitten Python en git nog niet bij.

En gitserver is heel wat anders dan git.
Die laatste is een git client.

Andere python versies werken niet met het package van Sickrage.

[pjotrvdh]

Voor de DS418 serie heeft de Synocommunity nog maar een zeer beperkt aantal packages beschikbaar en daar zitten Python en git nog niet bij.

Weet je ook wanneer deze packages bijvoorbeeld wel gaan komen?
of wat er gedaan moet worden om deze packages bijv zelf te compilen?

[Ben(V)]

De belangrijkste personen achter SynoCommunity hebben al een hele tijd niets meer van zich laten horen en zullen dus waarschijnlijk geen tijd/zin meer hebben die te onderhouden.
Er zijn wel een paar nieuwe mensen bijgekomen maar die hebben niet de kennis van de oude garde.

Ze zijn hard bezig om het framework geschikt te maken voor DSM 6 en zolang dat nog niet gerealiseerd is zullen er geen packages beschikbaar komen voor nieuwe DS modellen want voor nieuwe modellen is er geen DSM 5 toolchain van Synology.

Ik ben de laatste weken druk bezig geweest de SynoCommunity te adviseren hoe ze het beste met de DSM 6 opzet van Synology packages om  kunnen gaan.
Dat is nog niet zo simpel want hun framework moet natuurlijk packages opleveren die zowel onder DSM 5 als onder DSM 6 kunnen werken.

Hoe je zelf packages kunt compileren kun je op hun website lezen.

[TonVH]

Ik zie niet in dat DSM6 het probleem is. DSM6 is er al veel langer en ik heb al tijden gewoon alle packages kunnen gebruiken. Pas nu met de nieuwe modellen komen er problemen.

Synocommunity mag dan officieel loos staan van de firma Synology echter het pakket is dermate aan elkaar verankerd dat de Firma Synology hier duidelijk steken laat vallen en zou behoren in te grijpen.

Voor een model met Realtek processor kan het veel werk betekenen maar zeer zeker voor de modellen met Intel-processor is het een fluitje van een cent bestaande pakketten om te zetten. Vroeger soortgelijk gedaan en toen was een simpele wijziging van "arch" vaak voldoende. Maar daarvoor moet je weer kunnen beschikken over bestaande .SPK's en die zijn vaak niet te vinden.

De opmerking ".... zelf compileren ...." vind ik wel erg kort door de bocht. Niet iedereen loopt een NAS om te hobbyen. Velen willen gewoon met werkende zaken aan de slag kunnen zonder zelf weer voor zich het wiel te moeten uitvinden.

[Birdy]

Synocommunity mag dan officieel loos staan van de firma Synology echter het pakket is dermate aan elkaar verankerd dat de Firma Synology hier duidelijk steken laat vallen en zou behoren in te grijpen.

Sorry Ton, maar ik denk dat je hier de plank volledig misslaat.

Synology heeft helemaal geen steken laten vallen en heeft totaal niets te maken met wat de Synocommunity doet.
Het is zelfs zo, dat als je een probleem hebt met een standaard Synology Package of DSM en Synology kijkt remote in je NAS en zien derde party packages, dan is de kans zeer groot dat Support zegt, verwijder eerst die packages en test opnieuw, als dan het probleem weer optreedt, kom dan maar terug. (even kort door de bocht gezegd).

Daarbij moet de Synocommunity maar zin of tijd hebben om de nieuwste modellen (CPU's) te compileren met de betreffende Synology Tool-chain (als ik mij hier goed uitdruk).
Het blijft immers vrijwilligers werk!

[TonVH]

Jouw standpunt is inderdaad het officieel standpunt. Dat bestrijd ik nergens.

Maar Synology heeft een groot gedeelte van haar populariteit (=omzet, aanzien en meer) te danken aan de producten van Synocommunity en dat schept toch echt verplichtingen. Tenminste, als je je klantenbestand wilt behouden.

Inderdaad is het vrijwilligerswerk echter ook dat schept verplichtingen tot continuïteit. Overigens zouden zij zichzelf het een stuk makkelijker kunnen maken. Zoals ik al schreef is in veel gevallen een simpele "arch=" wijziging voldoende. Dus als ze hun site uitbreiden en niet alleen aangeven voor welke "arch' een pakket bestaat maar tevens er voor zorgen dat je de betreffende .spk daar kunt downloaden (dus buiten DSM om) dan kan ieder die dat wil kijken of hij het pakket kan aanpassen.

[Birdy]

Als dat jouw standpunten zijn, dan zou ik deze bekend maken bij Synology en de Synocommunity, langs de reguliere wegen.

[TonVH]

Ik heb afgeleerd mijn energie te steken in dergelijke organisaties want ze zijn zonder uitzondering volledig overtuigd van hun eigen filosofie.Met de Firma Synology heb ik matige ervaring op dit gebied en Synocommunity oogt op mij niet echt toegankelijk.

Gewoon mening geven en stemmen "met de voeten".

[Ben(V)]

En wat is het nut van je Gal hier te spuwen?
Hier zitten ook alleen maar mensen die elkaar proberen te helpen met de beschikbare middelen.

Als jij diesel in je benzine auto gooit, ga je toch ook niet bij de auto fabrikant klagen dat hij daar niet op wil rijden.

En het lijkt me dat als jij niet begrijpt dat DSM 6 fundamenteel dingen verandert heeft in z'n package ondersteuning, heb je echt geen idee waar je het over hebt.
En al die packages die met trucs werkbaar gemaakt zijn, hebben je NAS zo lek als een zeef gemaakt, want al die packages draaien als root en als die iets van buiten kunnen binnenhalen heb je toch echt een security probleem.
Das gewoon kwestie van wachten op de volgende SynoLocker variant.

En een simpele arch wijziging is echt niet voldoende, de meeste packages moeten met de juiste toolchain gecompileerd worden en voor de nieuwe DS-en zijn geen DSM 5 toolchains beschikbaar.

Zoals ik al zei, er zijn nauwelijks nog mensen beschikbaar bij de SynoCommunity die het framework goed begrijpen en die stoppen momenteel al hun tijd in de DSM 6 problemen terwijl ze leren hoe het een en ander in elkaar zit.
Pas als ze DSM 6 packages kunnen bouwen kunnen ze packages voor de nieuwe DS-en maken.

[TonVH]

Niks gal spuien!

Lees vraag in eerste. bericht inzake mogelijke opname Python 2.7 in DSM6. Vervolgens komt er een geheel andere discussie waarin jij en ik een duidelijk andere visie hebben. Jij doet jouw zegje, ik doe het mijne.

Dat heet uitwisselen gedachtes/meningen/discussie en heeft niets met "gal" te maken.


Overigens heb ik intertijd bij de introductie DSM6 problemen opgelost door wijzigen "arch". Uiteraard werkt dit niet bij alle pakketten want er kunnen meer afhankelijkheden zijn. Ook is het een tijdelijke oplossing totdat de onofficiele er is.Dat dit voor jouw "houtje/touwtje" oplossingen zijn kan best maar sommigen kunnen daar prima mee leven.

Kan zijn dat je meer kans loopt op een virus. Nas kan morgen ook spontaan ontbranden. Ik heb nog nooit AV software gehad en nog nooit enige last van een virus gehad. Maar ik klik ook niet domweg "OK" op elke vraag en gebruik geen uPnP en ook hoef ik niet vanuit een werksituatie alles op een huisNas te kunnen zien en controleren.

Is allemaal ook een kwestie van keuze.