🦸🏿‍♀️ [OFFICIAL] Development of the Donya Manager Package 🦸🏿‍♀️

[BaseMax]

Hello everyone,

We discuss about development process of Donya Package Manager.

For first version, We will use Go as main programming language of package manager.

I look forward,

[BaseMax]

Core team of Donya Package Manager:

• @1995parham (Leader)
• @amir-shiati (Co-Leader)

And others:

• @shravanshetty1
• @jbampton
• ... (Please message, We will invite you)

I invite Parham to manage this Repository. We need his help

Current project mostly written by @amir-shiati and some parts by @jbampton.

[BaseMax]

Donya Package manager needs to be connected directly to the Packages repository.
Therefore, there is a one-way communication between these two reservoirs.

We need your help to make a more accurate decision about design API or download Package as a cache mechanism:
https://github.com/DonyaOS/Packages

[1995parham]

@BaseMax Thanks for mentioning these informations. Is there any final document on its architecture?
@amir-shiati and @BaseMax Do you agree to migrate to golangci-lint with drone-ci?

[BaseMax]

Thanks for your suggestion.

golangci-lint is a good library for working with yaml format with cache support.
CI helps us keep software safe with fewer problems.

https://github.com/golangci/golangci-lint
https://drone.io/

[BaseMax]

We have a diagram prepared by Amir for the packaging manager:
DonyaOS/Donya#5 (comment)

[1995parham]

Yes exactly. I can change the structure to support these. Golangci-lint improves the go code by showing common issues.

[BaseMax]

Good job.

If we keep packages without category directory, We can directly access to yml file. (Category directory means: core, extras, ...)
https://raw.githubusercontent.com/DonyaOS/Packages/master/core/NAME_OF_PACKAGE/package.donya
or even:
https://raw.githubusercontent.com/DonyaOS/Packages/master/NAME_OF_PACKAGE/package.donya

For example:
https://raw.githubusercontent.com/DonyaOS/Packages/master/core/curl/package.donya

But, It's not all. We also need a search ability in the Donya package manager.
So we have two way, A always running Webservice. Or a cache mechanism to keep Packages repository in temp.

GitHub request rates is limited, So it's not suitable for Production Webservice.
DonyaOS/Donya#5 (comment)
DonyaOS/Donya#5 (comment)

Anyway, No problem. We have some servers. so can get help, And can serve in own domain/server.

If you can write another Go program to search in packages on a port.
Using Nginx I can run it on its server.
It's another program and can maintain on Packages repository.
In this case, we will need a Domain. (Next step, not now)

Update:
With SSH we can keep files on the server up to date:
DonyaOS/Donya#5 (comment)

---

What's your suggestion and what's best for this?

[amir-shiati]

@1995parham Hey Parham you are definitely more experienced in golang than me so take the lead on this project and just let me know what can i help you with.

[amir-shiati]

@BaseMax
why not using a Paas for the webservice?
it's easier to deploy our service and maintain it and i think it's cheaper...
e.g: checkout heroku , fandogh

[BaseMax]

Good suggestion. @amir-shiati
If their free plans are suitable, We can use them as well. https://www.heroku.com/pricing

And one more point:
heroku.com is an American company.
I'm not sure they have blocked services for Iranian visitors! (Or even the future)

[1995parham]

I think in the end we need to have a web service for our packages but for the beginning, we can write the installation phase with Github then continue to have the search functionality and web service. Is there any specification for the package structure?

We can use a scripting language like javascript embedded in Go for having more functionality in our package definition.

[BaseMax]

We can apply any suggestions you have.
It can be interesting even if you are considering another custom structure.

https://github.com/DonyaOS/Packages/#package-structure

Embedded Interpreter:

• https://github.com/robertkrimen/otto
• https://github.com/mattn/go-v8
• https://github.com/mattn/go-mruby
• https://github.com/mattn/anko
• https://github.com/dop251/goja

And more at: https://stackoverflow.com/a/27496999/10096230

[BaseMax]

Having more functionality

It's a very good idea.

It may help us a lot in some cases where there is library interference.