svn commit: r422505 - head/archivers/snappy-java
Tijl Coosemans
tijl at FreeBSD.org
Wed Sep 21 19:12:32 UTC 2016
On Wed, 21 Sep 2016 09:11:51 -0500 John Marino <freebsd.contact at marino.st> wrote:
> On 9/21/2016 09:05, Mathieu Arnold wrote:
>> Le 21/09/2016 à 15:56, John Marino a écrit :
>>> Maybe it's time for portmgr to research this and publish a list of
>>> forbidden upstreams if they find it really is a cache and find they
>>> really don't want it.
>>
>> No. Like I already told you on another subject, we are not a law firm.
>> We are not turning the Porter's Handbook into a 35k pages and 42 annexes
>> ISO9000 monstruosity.
>> You have to use common sense.
>> A cache is a cache, and it is not suitable as an upstream.
>
> It's not about law, it's about rules and procedure.
> I come from an operational environment where everything is CONCISELY
> documented (the handbook is not so different). Currently, what I did is
> allowed by the rules and IMO it's not underhanded at all. It was done
> with the best of intentions.
>
> You, as portmgr, have no right at all to either accuse me of being
> underhanded or getting angry about my legitimate solution which, IMO,
> makes perfect sense. If the criteria is common sense, I met that
> criteria with flying colors and you've got no standing other than your
> own "common" sense that I'm wrong.
>
> Stop slighting the legal profession. This is something that requires
> more guidelines than is available, and as a member of both documentation
> and portmgr, you have the ability to improve it.
I would say using Fedora's cache is leeching and not very nice. On the
other hand I wouldn't have marked the ports broken. Use of our distcache
for 14 days should be acceptable. After that you can mark it broken.
I also think that broken ports shouldn't be fixed until a user shows up
and we know somebody actually cares. Spending committer time and build
time on something nobody uses is a waste.
More information about the svn-ports-head
mailing list