svn commit: r347539 - in head: biology/genpak biology/rasmol cad/chipmunk databases/typhoon databases/xmbase-grok devel/asl devel/flick devel/happydoc devel/ixlib devel/p5-Penguin-Easy editors/axe ...

[Eygene Ryabinkin]

John, good day.

Thu, Mar 27, 2014 at 02:52:18PM +0100, John Marino wrote:
> On 3/27/2014 14:45, Alexey Dokuchaev wrote:
> > 
> > I am acknowledging this fact; I just don't see a point of removing ports
> > that build and package fine just because they are unmaintained.  I am not
> > saying that all of those ports are useful for me, but once in a while I'm
> > faced with the fact that port I need right now was deprecated and removed
> > for no real reason.  I don't like that.
> 
> Well, one good reason would be if the port is not staged.  I got the
> idea that you expect random committers to stage the remaining ports,
> maintained or not.
> 
> I think it's perfectly legitimate to look at an unmaintained port that
> needs staging and say, "You know what?  it's not worth it, nobody cares
> about it, just set it to deprecate and kill it.  Why should *I* care
> about this port if nobody else in 12 years has cared about it.

Please, try to look from the user POV: he doesn't care if the port is
staged, he just needs it.  And it is removed.  And some other random
OS has 'whack install whazoo' and it works.  Guess, what will happen
after some such occurrences of removed ports?

"Nobody cares" from maintainer community is different thing that
"nobody cares" from user community and, I fear, that we have no
means of determining if the latter is true or not.
-- 
Eygene Ryabinkin                                        ,,,^..^,,,
[ Life's unfair - but root password helps!           | codelabs.ru ]
[ 82FE 06BC D497 C0DE 49EC  4FF0 16AF 9EAE 8152 ECFB | freebsd.org ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 358 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-ports-head/attachments/20140327/ada0b9a6/attachment.sig>