Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Foreign scripts & modules #33

Closed
eworm-de opened this issue Dec 5, 2022 · 4 comments
Closed

Foreign scripts & modules #33

eworm-de opened this issue Dec 5, 2022 · 4 comments

Comments

@eworm-de
Copy link
Owner

eworm-de commented Dec 5, 2022

Hello everybody,

people start to contribute scripts, but I am not interested in using all of them, or even missing hardware to do so. Merging them here is a bad trade off for both of use, the contributor and me: Issues are opened here, the contributor does not recognize (without me forwarding them). On the other hand all changes would have to be reviewed and merged by me, mostly without testing.

To mitigate that situation I think about adding a new section Foreign scripts & modules to the main README, just below Installing custom scripts & modules. You could add links to your website or repository with the scripts, and link back to my repository for general information, base installation and other scripts.

Any comments on this? I would like some feedback from @zainarbani (for #22) and @bubenkoff (#31 & #32). Do you think this is a reasonable solution for you?

@bubenkoff
Copy link
Contributor

bubenkoff commented Dec 6, 2022 via email

@zainarbani
Copy link

LGTM, people can always fetch their custom/self-made script with $ScriptInstallUpdate.
Create dedicated repos for custom scripts also a good idea, thus will make it easier to maintain main global functions/hooks/converters here.
Migration to full routeros-scripts-helper that focuses on functions/hooks/converters docs.
Again, its all up-to you as main devs here.
A PR's doesn't mean that you have to merge, it can be a bug-fixes, patch, or idea that might be helpful on future.

@eworm-de
Copy link
Owner Author

Well, I do not have a strong opinion on the name. Any suggestion is welcome, perhaps we can find a name that suits better. I will happily use that then.

Given we merge this... Does it make sense to provide a skeleton repository for people to clone/fork and start with?

@eworm-de
Copy link
Owner Author

We have this as Linked custom scripts & modules now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants