cvs commit: src/usr.sbin/pkg_install/add Makefile add.hextract.c
Makefilesrc/usr.sbin/pkg_install/delete
Makefile delete.h main.c perform.c ...
Doug Barton
DougB at FreeBSD.org
Thu Aug 12 09:06:30 PDT 2004
On Thu, 12 Aug 2004, Will Andrews wrote:
> On Wed, Aug 11, 2004 at 10:31:07PM -0700, Alfred Perlstein wrote:
>> But wouldn't it suck to be that user that actually does use '-c'
>> correctly, and to have it suddenly gone in the middle of a "stable"
>> release?
>
> It is a broken mis-feature. Please tell me how you managed to
> make it work properly. Do you have some sort of script that
> sorts the output in order by dependency tree? Or do you actually
> go through it every time and sort it by hand? Do you think that
> it's justified that so many other users who didn't know what they
> were doing shot themselves in the foot?
I find this line of reasoning very interesting in light of the
disagreement I'm currently having with eik about repo copying a port I'm
working on. On the one hand, you and he are arguing that it's perfectly
ok to break POLA in -stable because the new stuff is better, and the old
stuff sucked anyway. On the other hand, eik and one other member of the
portmgr team are arguing that an old port's revision history is so
incredibly valuable that it must be preserved, even though it has
little relevance to the new port. I'd find this funny if it weren't so
sad.
This is exactly the opposite of what it should be. In the past, the very
definition of a -stable branch included that features were NEVER
removed. It doesn't matter how much YOU as an individual developer don't
like a feature, you have absolutely no way of knowing how many users
depend on it, how they are using it, etc.
On the other hand, repo copying a port has always been a judgement call,
based on the merits of the individual case, repo bloat, etc., and now
we're being told that this rule must remain inviolate. I think that this
bodes very poorly for the project.
Doug
--
This .signature sanitized for your protection
More information about the cvs-src
mailing list