On Tue, Nov 26, 2019 at 08:49:31PM -0500, Chris 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. collectd seems comparable. It has countless subpackages each for a different service: https://koji.fedoraproject.org/koji/buildinfo?buildID=1406178 I also maintain projects with a large (though not this large) number of subpackages, eg: nbdkit has 25+: https://koji.fedoraproject.org/koji/buildinfo?buildID=1417304 libguestfs has a similar number: https://koji.fedoraproject.org/koji/buildinfo?buildID=1417302 libvirt and qemu have a very large number too: https://koji.fedoraproject.org/koji/buildinfo?buildID=1411277 https://koji.fedoraproject.org/koji/buildinfo?buildID=1415318 As long as the packages have a purpose I see no reason to stop packaging things discretely like this. [...] > 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? As long as the packaging is sensible, go for it. It's a good way to reduce the number of dependencies a package pulls in. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top _______________________________________________ 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
