Re: Is 50+ RPM Subpackages too extreme?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



No, 50 is perfectly fine. As others mentioned, we have much bigger amount of them in texlive.

If those are like plugins which may or may not require other packages, I would split them. And probably put Recommends in the main package for the most used ones.

On Wed, Nov 27, 2019, 02:58 Chris <lead2gold@xxxxxxxxx> wrote:
Hi guys,

I just wanted to poll you for some advice.  My notification tool I maintain supports more than 50+ services now, but the only package isolation I do within 2 RPMs.  One for the actual CLI (for admin's who want to use it) and the other is for the backend library (for Devs). I only ask because each supported service is very modular.

I kind of like the way nagios-plugins breaks apart it's check_scripts into many sub-packages, but 50+ subpackages seems a bit extreme... or is it? It certainly seems like a bit of a nightmare to maintain; it would be one very large .spec file.

You can see the directory structure here on GitHub:
https://github.com/caronc/apprise

Effectively every single file in "apprise/plugins/Notify*.py" is it's own plugin-able module.  You can add/remove content into here and the tool adapts. Thus the sub-packages would only include 1 file per RPM.

Is it advisable to go this route? I presume there is no easy way to transition without breaking users existing setup? I don't know what the d/l stats are; so there may not be a large enough audience to even need to worry about this?

What are your thoughts and/or advice?
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux