From owner-svn-ports-head@freebsd.org Wed Sep 14 22:44:20 2016 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76F2CBDB5E4; Wed, 14 Sep 2016 22:44:20 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 395921DC9; Wed, 14 Sep 2016 22:44:20 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [10.0.1.69] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id u8EMhhqR023948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 14 Sep 2016 22:44:02 GMT (envelope-from swills@FreeBSD.org) Subject: Re: svn commit: r422160 - in head: chinese/fortune french/fortune-mod-zarathoustra misc/fortune-mod-bible misc/fortune-mod-bofh misc/fortune-mod-culmea-culmilor misc/fortune-mod-epictetus misc/fortune-... To: marino@freebsd.org, Mathieu Arnold , Adam Weinberger , Antoine Brodin References: <201609141950.u8EJolO7085386@repo.freebsd.org> <857FD0DF-6ADA-48F5-B02B-81BCA7135E2C@adamw.org> <03e06c33-6185-334f-bf04-71321aaf2cb7@FreeBSD.org> <9ffe58d7-66b0-b357-1777-6e4d3d4f5297@marino.st> <9d118285-dd65-0b88-59cd-c8130d4d4f6f@marino.st> <087264b0-36ab-e844-f2f9-8389566dd654@FreeBSD.org> <55840821-5f88-54b6-4b99-eb8e09d0ae22@marino.st> Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org From: Steve Wills Message-ID: <0aaad8b7-67f7-1b08-81be-7610d74d5e1c@FreeBSD.org> Date: Wed, 14 Sep 2016 18:43:37 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <55840821-5f88-54b6-4b99-eb8e09d0ae22@marino.st> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Wed, 14 Sep 2016 22:44:05 +0000 (UTC) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.1 at mouf.net X-Virus-Status: Clean X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2016 22:44:20 -0000 Hi, On 09/14/2016 18:01, John Marino wrote: > Fact 2) I solved the problem. The ports were cleaner as a result. I think the disagreement is here. Not everyone agrees it's cleaner, particularly having an un-maintained copy of fortune_strfile duplicating the one in base. > Fact 3) Somebody exerted energy to revert my work > > There are over 26,000 ports. This one should have caused no one to > notice. Half of the fortune ports are currently marked broken because > they are unfetchable. Even if you disagree for whatever reason, at > *worst* it wasn't hurting anything. But the disagreement is that it is setting a bad precedent, I think. > The insult to injury it that this stuff was pulled immediately after I > spent several days fixing SSL across the entire tree. Trust me, I'm > pretty ticked off right now and it is personal for me. The SSL work is good stuff and I'm sure appreciated by many, including myself. Disagreement over this small issue doesn't negate the positive work on SSL. It's important to keep things in perspective, I think. People don't tend to send mails to say thanks, unfortunately. Also, people tend to do this kind of work for their own reasons, so having it done is it's own reward. I think if you're motivated purely by doing things for the greater good and the appreciation of the community, you may be disappointed. I think exploiting a "loophole" in the rules to add an un-maintained port isn't going to win any kudos. Aside from the above comments, I've tried to keep my communication focused on technical details rather that personal issues to avoid making this more frustrating. Let's get back to the technical issues now. Thanks again for your work, Steve