Charm maintainership in metadata.yaml?

Juan Negron negronjl at xtremeghost.com
Mon Nov 14 23:01:20 UTC 2011


+1 on the LP user or LP group as well.

Thanks,

Juan


>> 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>
> robbiew[irc.freenode.net]
>
> "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:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20111114/62fd085a/attachment-0001.html>


More information about the Juju mailing list