Charm maintainership in metadata.yaml?
negronjl at xtremeghost.com
Mon Nov 14 23:01:20 UTC 2011
+1 on the LP user or LP group as well.
>> Likewise, there will be charms with no maintainer that will
> >> be handled much like Ubuntu packages, where the maintainer would just
> >> be charmers at ubuntu.com or something like that.
> > I think it would be good practice to have a designated person or LP team
> > associated with every charm; an overall core charmers team would have a
> > mandate to amend any core charm, but the charms should all have
> > designated maintainers rather than being in one single bucket.
> +1. In recent efforts to have better/faster initial response to bugs in
> Ubuntu packages residing in Main, we thought to use the package
> maintainer to determine which team should be first responder...until we
> noticed the *heavy* use of the generic "Ubuntu Developers" maintainer,
> with email pointing to ubuntu-devel-discuss :/.
> Robbie Williamson <robbie at ubuntu.com>
> "You can't be lucky all the time, but you can be smart everyday"
> -Mos Def
> "Arrogance is thinking you are better than everyone else, while
> Confidence is knowing no one else is better than you." -Me ;)
> Juju mailing list
> Juju at lists.ubuntu.com
> Modify settings or unsubscribe at:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Juju