On lip 19, Damiano Venturin wrote:
On 16/07/2020 10:27, Maciej Delmanowski wrote:
> Due to that, I went ahead and created a new mailing list,
> 'debops-devel(a)lists.debops.org', meant to be used for discussions about
DebOps
> development.
BTW I wonder if there should be another ML focused on sys-admin topics
not strictly related to debops.
I mean something like "debops-supeuser" or "debops-ot" or
"debops-pub"
(or anything that fits better) where user can discuss topics varying
from slightly to almost OT.
Examples:
say I'd like to use incinga but I've never played with it: it may use
this ml for some debops users insight on incinga itself.
The same could happen also for some software that is not yet in debops
like nsd.
I'm not sure if this is a good idea or if we should just default on
debops-users.
The general idea is to eventually do everything related to your infrastructure
through DebOps/Ansible one way or another to keep it consistent. So I would
say that the current split between the two mailing lists should be enough.
Newcomers to DebOps can focus on the 'debops-users' mailing list with more
content related to things that are already in the project; something that is
not yet implemented in DebOps can be talked about on the 'debops-devel' list
without distracting the current DebOps users, and eventually implemented in
DebOps.
As for your Icinga example, go ahead and talk about it on debops-users; the
roles are already there and can be used to implement your desired
configuration one way or another. And if you don't know how to implement
something, other users can either help you with implementation using the
current roles, or learn something new about Icinga itself that way.
A role for nsd is not yet available in DebOps, so I would use debops-devel to
discuss its implementation. That way more experienced users can chime in with
solutions or concerns.
Does this split make sense?
Cheers,
Maciej