[ariang] Add package

[vitkabele]

Description

Hello,
now that I learned how to create packages in the #5837, I spent an evening on creating an ariang package for easy installation of the web frontend for the already existing aria2 package.

Compared to the #5837 it is really simple so I believe it should be also easier to review.

Checklist

• Build rule all-supported completed successfully
• New installation of package completed successfully
• Package upgrade completed successfully (Manually install the package again)
• Package functionality was tested
• Any needed documentation is updated/created

Type of change

• Bug fix
• New Package
• Package update
• Includes small framework changes
• This change requires a documentation update (e.g. Wiki)

[hgy59]

@vitkabele sorry for my comment of ignorance (now hidden)

This package is full of javascript and the downloadable release is already built with npm.

The comment regarding aria2 packaging remains:

we have aria2c in the synocli-net package, so this package would depend on it.
BUT I propose to remove aria2c there and include it here, to get a standalone aria2 package. (i.e. we would not build an ariang package but call it aria2 and include cross/aria2 and cross/ariang).

The original idea was to create an aria2 package with a web UI, but the UI was not available (or nobody had time to add it, or make it work) so we finally added the command line version (aria2c) to synocli-net.
But with a working web UI it is time to clean this up.

[vitkabele]

Yeah, I went through the aria2 related tickets. I agree that it would be nice to have separate aria2 package. It could provide STARTABLE service. It shouldn't be much work. I will take a look at that and eventually resolve all the related tickets by creating the new package.

I saw that one can create app/config with desktop icon for the DSM web UI. All my attempts to make this working however only lead to the ariang being opened in a new browser tab. Is there a way how to open the ariang in a "window" so that we could get similar experience to a Download Station and other DSM apps?

Btw I did not found what is the difference between spk and diyspk directories? Is it that the diyspk is not published to the repository?

[hgy59]

Btw I did not found what is the difference between spk and diyspk directories? Is it that the diyspk is not published to the repository?

diyspk are "do it yourself spk" and are intended to build packages for tools that are included in synocli-packages. Often the synocli packages need a lot of build time. When you are updating a single tool of a cli package (or create a new tool for) you don't want to waste time with building the whole packages.

Some diyspk packages even have icons, that where kept, when a former dedicated package was integrated into a synocli package.

[hgy59]

I saw that one can create app/config with desktop icon for the DSM web UI. All my attempts to make this working however only lead to the ariang being opened in a new browser tab. Is there a way how to open the ariang in a "window" so that we could get similar experience to a Download Station and other DSM apps?

The app config files in the package should be created by our framework (as soon as you have a startable service).

You will not be able to integrate a web app into the DSM UI (this would require to integrate it as ExtJs app/extension into the DSM framework).

This finally does not work for existing web apps.
If you want to create such an app from scratch, there are some new attempts in #5768 and #4568

This would be useful for limitted configuration dialogs. We had packages with such an approach but one of the main components (pyextdirect) was never ported to python3.

[hgy59]

@vitkabele thanks for your work. I know it was a long time open, ...

I will merge this PR soon, but not publish the package until the aria2 package is updated, fixed and published.
When aria2 package is working, the ariang package will depend on it (add aria2 to SPK_DEPENDS) and then aria2 and ariang can be published.

[hgy59]

Just published this package.
No need to make it dependent of aria2 package, since it can be used with any aria2 server. It is not restricted to local aria2 package installation.

Package aria2 is on the way in #6068