cvs commit: ports/graphics/metapixel Makefile distinfo

[Pav Lucistnik]

Gerald Pfeifer píše v ne 06. 02. 2011 v 03:26 +0100:

>  1  An infrastructure change is submitted.
>  2. portmgr (or other maintainers) review.
>  3. If the review is positive, a pointyhat run is kicked off and for
>     every new failure
>     - if the port is maintained, a PR is opened and assigned to the
>       port maintainer;
>     - if the port is unmaintained, it is marked BROKEN and DEPRECATED
>       with a deprecation period of two months.
>  4. Unless testing has uncovered a real issue with the infrastructure
>     change, it is committed after two months at the latest.

This would just mean that the change would stall for two months and then
the whole bullet 3 would have to be repeated.

These changes need a focused, concentrated *short-time* effort to get
right. You can try to engage various maintainers but they're hardly ever
cooperative. In the big picture it's always more effective to do the
changes yourself than to micro-manage lot of uninvolved people. IMHO.

Also I don't agree that uncooperating ports should be mass-removed,
because of, in the end, a stylistic change. We can debate the removals
on individual basis. Obsolete, upstream unmaintained, low-profile ports
can go, but nothing else. Again IMHO.

-- 
-- 
Pav Lucistnik <pav at oook.cz>
              <pav at FreeBSD.org>
/usr/src scares me. I'm just not man enough to commit there.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20110206/b39f63e9/attachment.pgp