Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 02 Dec 2013 12:01:47 +0100
From:      John Marino <freebsd.contact@marino.st>
To:        =?ISO-8859-1?Q?Philippe_Aud=E9oud?= <jadawin@FreeBSD.org>
Cc:        svn-ports-head@freebsd.org, Rene Ladan <rene@FreeBSD.org>, svn-ports-all@freebsd.org, marino@freebsd.org, ports-committers@freebsd.org
Subject:   Re: svn commit: r335281 - in head: . audio audio/gnump3d
Message-ID:  <529C689B.9050902@marino.st>
In-Reply-To: <20131202104324.GB71618@tuxaco.net>
References:  <201311301102.rAUB2I21004889@svn.freebsd.org> <20131202093409.GA71618@tuxaco.net> <529C5F05.6020706@marino.st> <20131202104324.GB71618@tuxaco.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 12/2/2013 11:43, Philippe Audéoud wrote:
> I don't do a big deal but I like the idea to respect others job. If i
> was known to not update my ports when needed, I can understand that
> someone is doing my job.

Well, actually you did make a big deal about it, but let's talk about
the other thing.

> When i take the maintainership of a port, I interpret it as "I'm taking
> care of this port and thanks to let me know if you want to do something
> with".
> If I follow your idea, ok, let's commit on all maintainer's port without
> approval. Then, the idea of maintainer is useless.

Let me be clear:  If the change is a patch to make it work better, or
improve the functionality, address options, or basically any change to
what the maintainer *intended* then of course it needs the permission of
the maintainer.

However, if it's a missing dependency, or a typographical error, or
something really REALLY obviously and it's *broken* because of it, then
no, I don't think those cases should require writing a PR and
potentially waiting 2 weeks for it to time out.  The number of
non-responsive maintainers vastly outnumbers those that respond quickly
and that includes those with @freebsd.org addresses.

> So, again, i don't do a big deal but as an active maintainer, I don't
> like someone else is doing my job whitout asking.

Port deletion isn't necessarily "your job".  The vast majority of ports
are deleted by someone other than the maintainer.

I really hope portmgr@ starts addressing cases where other maintainers
can help with obvious breakage.  Obviously it needs to be written and
defined clearly so that we have something to point to when the listed
maintainer gets touchy about it (which they should not be).

Now, I will say that if one dares to touch a port maintained by another,
the change he or she makes had better be correct!  Making the wrong
change to someone else's port is justification for them getting upset.

John



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?529C689B.9050902>