From owner-freebsd-ports@freebsd.org Thu Dec 15 16:46:54 2016 Return-Path: Delivered-To: freebsd-ports@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 93AEFC81801 for ; Thu, 15 Dec 2016 16:46:54 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from shepard.synsport.com (mail.synsport.com [208.69.230.148]) (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 4F5A61875; Thu, 15 Dec 2016 16:46:53 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from [127.0.0.1] (ip72-204-83-236.fv.ks.cox.net [72.204.83.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by shepard.synsport.com (Postfix) with ESMTP id 51E3D43BAC; Thu, 15 Dec 2016 10:45:43 -0600 (CST) Subject: Re: The ports collection has some serious issues To: Torsten Zuehlsdorff , FreeBSD Mailing List , wblock@wonkity.com References: <3959e18e-5819-b2c5-69a9-c71ce1282383@marino.st> <3cf805df-eb25-187c-8bf9-b6c2be5e977d@marino.st> From: John Marino Reply-To: marino@freebsd.org Message-ID: <3daf4aea-82ea-de8f-86d8-5c3b19a1f8a3@marino.st> Date: Thu, 15 Dec 2016 10:46:51 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 161215-0, 12/15/2016), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 16:46:54 -0000 On 12/15/2016 10:31, Torsten Zuehlsdorff wrote: > On 15.12.2016 17:00, John Marino wrote: >> It is every week. Consider the FreeBSD forums as well. > > No, it isn't. Lets check the history. This is just a general statement. > portmaster was added 2006 and the portstree startet in 1994. Can you agree that if you combine both this list and issues that arise on the FreeBSD forums that portmaster users talk about problems frequently? Does it matter if it's weekly or biweekly? It seems to happen all the time on the forums, but I'm not going scan them to prove an exact frequency. > > I could. My colleague did some of them. :D Even i generate some of them. > As a side discussion I would like to know what they are and if they are valid for Synth as well. > I see recommendations for poudriere or synth, but not for portmaster. > And i give them too. Unfortunately portmaster get a lot of positive press on the forums. > >> Portmaster is not maintained. Since you put your name on it, you've >> made not a single commit to the repository, much less a new release. Yet >> there are PRs on it. > > No excuses here. You are right, but its another store. I approved a > commit which than breaks portmaster even after very good testing. And > that make me even more cautious. But also i'm not allowed to change the > code or do changes by myself, so its no surprise its very hard and i > considered to drop my maintainer line multiple times. Thats just beside > that the code is not written in a way which supports testing. So there > is a very big risk in every change. I started to rewrite it in an > private repo, but since it works (i could close many PRs) it really is > at the bottom of my list. Interesting, but not surprising. I know it was claimed to negate my good point that such a piece of software needs a maintainer, but it had to be somebody with deep level knowledge with both the capability and *authority* to make the changes. So now users think it's maintained and have a false confidence in it. But with your name on it, I can't push for it to be marked "deprecated" (with no expiration, that's important) anymore. It's a loophole. >> Please, can we somehow discourage new people from starting on it? >> Anybody with a machine that doesn't have a resources to run poudriere or >> synth should not be building packages on that machine. > > I provide a poudriere server for my customers. Its not to nice to use, > but they can configure it like the need and without the pressure on > their own server. Maybe we need something like this to make it easier to > abandon portmaster. For i386 and amd64 users, synth does not require more resources than portmaster. People on those platforms can't use "resources" as a reason not to use Synth. From what I can tell, portmaster people hate what they consider unnecessary rebuilds which both poudriere and synth (currently [1]) do, but it's this avoidance of rebuilds that cause all their problems. So providing them a poudriere service wouldn't solve that "problem" for them. John [1] I've got it on my todo list to provide a new method that would eliminate the "my builder just rebuilt 150 packages, but pkg(8) only upgraded 2 packages" issue that some users don't want to see. It's a lot more complicated than the conservative yet bulletproof approach currently used by poudriere and synth. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus