From owner-freebsd-ports-bugs@FreeBSD.ORG Mon Jul 14 18:42:36 2014 Return-Path: Delivered-To: freebsd-ports-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67479B49 for ; Mon, 14 Jul 2014 18:42:36 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34DAD2627 for ; Mon, 14 Jul 2014 18:42:36 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6EIganQ012839 for ; Mon, 14 Jul 2014 18:42:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 191673] [ staging ] www/squid32 Date: Mon, 14 Jul 2014 18:42:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: dan@obluda.cz X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 18:42:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191673 --- Comment #5 from Dan Lukes --- http://www.freebsd.org/doc/en/books/porters-handbook/plist-config.html claim the @sample construct can be used for .sample suffix. Squid is using .default suffix so I followed the workaround mentioned on the same page. I don't know why the maintainer user the .default suffix, I just followed the porters handbook and handled the particular case the recommended way. Well, I'm not so familiar with the new @sample construct, so I didn't used it even in some cases it can be used, but it's not the case of this PR. According inline patches. I followed the latest revision of http://www.freebsd.org/doc/en/articles/problem-reports/article.html#pr-writing-sending Once more I followed document (current version of document) found on www.freebsd.org And again, you consider it to be wrong decision. OK. I'm not experienced port maintainer. I would be happy of someone else, more skilled, will provide better quality patches to you. I tried to save the ports I wish they should be saved, but nobody is going to take the job. I spend time to learn how to do it and I did it the recommended way. And it's considered wrong way. I understand you are volunteer and it would be better to have patch attached than inlined. Be sure I recognize it apply apply even in the case the processing of inline patch will take just few seconds more. I have no copy of patches already sent, so I can't attach them again even as favor. I explained it already. I wished that even less-than-excelent (but still working well) patch is more helpful than no patch at all. But I'm not in the position to decide, it's commiters your job. Don't misunderstand me, please, I'm listening to all the advices you kindly offered to me, but I really have no sufficient spare time to become #1 expert in this area. Especially in the case it's wrong way to follow published handbooks. If you are unable to use my PRs, either because you are unable extract the patch or because the patch is so low quality, then close the PR, please. May be someone else will take the job and do it better than me. Cheers Dan -- You are receiving this mail because: You are the assignee for the bug.