Nano 2.9.8 is uit

[Briolet]

Alleen kan nano eigenlijk niet crashen. Het voegt alleen een commando toe aan de shell. (net als python, git en nog een paar andere pakketten) Er draait geen process dat actief is. Ik moet toegeven dat een echte test beter is, maar voorheen stond hier een 0 en dat werkte altijd goed.

[Ben(V)]

Ok dan zou 0 goed zijn.
Blijkbaar zijn niet alle packages rebuild.

[Briolet]

Nog iets wat me opvalt. Als ik in package center op de nas kijk, staat de download telling voor dit pakket op nul. Terwijl ik weet dat er meerdere mensen dit pakket gedownload hebben. (Ik zowel via het package center als rechtstreeks). Dus er klopt nog iets niet.

[Ben(V)]

Het wordt steeds vreemder.
Als ik de .spk download en installeer krijg is een package waar 0 in staat en als ik vanuit het package center installeer dan staat er een 3.
Misschien dat er een propagatie delay in de release zit of een foutje ergens.
Ik geeft het op, gebruik nano toch niet.

[Briolet]

Ik denk dat nano ook meer interessant is voor mac gebruikers dan voor windos gebruikers. Op windows kun je via winscp relatief simpel bij files op de nas komen. Voor de mac bestaat er geen gratis versie van winscp. Je bent dan veroordeeld tot de ingebouwde tekst editor van DSM. en dat is vi.

vi is een ramp. zelfs als ik wil stoppen moet ik steeds de handleiding opzoeken. 

Op de mac gebruik ik nano, dat daar standaard aanwezig is sinds OSX 10.4. De versie 2.0.6 van nano !! nano is een afsplitsing van pico. pico heeft vroeger ook op de mac gestaan, maar tegenwoordig start het pico commando gewoon de nano editor. Blijkbaar vonden de Apple ontwikkelaars nano ook handiger.

Terug naar de bugs in het package. Ze zijn alleen cosmetisch. Ik hoop wel dat ze dit oplossen voor een volgende release.

Nano zelf heeft de laatste 12 maand 10 updates gehad. Yves kan dus ook met updaten wachten totdat nano een update krijgt. Gezien de activiteit van de ontwikkelaars van nano gedurende het laatste jaar, zal die update er wel vlot komen. 

[Ben(V)]

De bug is echt een fout in alle packages die geen deamon hebben draaien zoals Nano, ffmpeg, python enz.
Al die packages retourneren nu een 3 in plaats van een 0.
Maar packages die niet startable zijn (gespecificeerd in de INFO file) moeten als status een 0 retourneren ook al runnen ze niet echt.

In dat geval krijgen ze in het package center de status "Installed" en is de enige optie "Uninstall".
Is zoals je al zei cosmetisch, maar kan voor de minder tech savvy gebruikers behoorlijk verwarrend zijn.

[Briolet]

Ik ben nog eens door die packages heengelopen. Het VIM pakket is er ook een die alleen een shell command toevoegt.  Daar zit wel een eigen "start-stop-status" status script in de source. In de source heet de file "dsm-control-sh" en wordt blijkbaar bij het builden van het pakket naar het start-stop-status script gecopieerd. Vim geeft een 'status 1' terug. Die reageert net zo fout als nano.

Andere voorbeelden van packages zonder deamon zijn perl en PHP. Dit zijn meer standaard Synology pakketen en die retourneren ook een status 0. Dat is dus de norm.

[sciurius]

Er is momenteel nog maar een persoon actief in de SynoCommunity en die kan niet alle packages in de gaten houden of er misschien nieuwe versies van applicaties zijn en er dus een nieuwe build van zo'n package nodig is.
Dus een issue aanmaken in zo'n geval helpt.

Tja... Als ik kijk naar de grote hoeveelheid openstaande PRs dan baart dit mij zorgen. SynoCommunity is een waardevolle bron van pakketten, maar verschillende pakketten bouw ik nu maar zelf omdat de repo ernstig achterblijft.

[mesa57]

Je zou ook kunnen meewerken aan de synocommunity ?

[sciurius]

Dat heb ik meermaals overwogen. Maar ik heb niet de capaciteit om dat helemaal zelf te gaan trekken, en deelbijdragen lijken, gezien de PR en issue backlog, weinig motiverend.

Dus, als je up-to-date packages wilt voor bv. less, nano en owncloud, laat maar weten. Als SynoCommunity interesse heeft, idem.

[Ben(V)]

Goedkoop.
Je hebt nooit een poging gedaan iets bij te dragen.

[sciurius]

Sorry Ben, dan heb je de PRs en issues niet goed doorgelezen.

Maar de bottom line is: ik bouw wat ik zelf nodig heb en ik ben volgaarne bereid dat te delen. Maar ik ga er niet mee leuren, daar heb ik geen tijd en energie voor.

[sciurius]

We nemen een proef op de som. Ik heb een PR uitgezet met de fixes voor nano. Zien wat er gebeurt.

[Briolet]

Er is afgelopen weekend al enige diskussie, in een geloten bug melding van Mesa57, geweest met de samenstelling van dit pakket. Het precieze probleem is bekend. Omdat het vooral cosmetisch is, weet ik niet of Yves zin heeft om direct weer een release te doen voor een dergelijk kleine bug.

Ik heb ook geen idee hoeveel werk het is om dit pakket voor alle architecturen te updaten. Het is wel belangrijk dat dit in de repro zelf gefixed wordt zodat het goed gaat bij een volgende release. Ook voor andere pakketten want deze bug is medio juli in de repro geslopen voor meerdere pakketten zonder startbare code. (Alle pakketten zonder eigen SSS script)

[Ben(V)]

Ik had het al geregeld met de SynoCommunity en de spksrc wordt aangepast voor packages die geen "daemon" mode hebben (die dus niet continu draaien).
Gaat nog even duren want alle packages moeten nagelopen worden waar dat voor geld.

Deze PR is dus een beetje mosterd na de maaltijd plus dat dit natuurlijk voor al die packages geregeld moet worden en een PR voor alleen Nano is dus vrij zinloos.