From owner-svn-ports-head@freebsd.org Tue Jul 2 12:53:38 2019 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7585815D2C35; Tue, 2 Jul 2019 12:53:38 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf1-x443.google.com (mail-pf1-x443.google.com [IPv6:2607:f8b0:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5D9784C75; Tue, 2 Jul 2019 12:53:37 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf1-x443.google.com with SMTP id q10so8211229pff.9; Tue, 02 Jul 2019 05:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8Z2d6Z9TIjMY+LZ8I6uxo6bKw9i6sXPKCjC+W1i6AoA=; b=j5EiES44uB+BNI9o6OiKSMPL9p9EXVnK7G2rvh3EqPIOHDUNskUAPcg1Vor2gmnNZH KuUrFdKJcqAB3wpeHTdy0F1BzhHSM9i9ejYxw1kMM7Fbmo8VPtOckS2wbpsjXmyn40a2 Ijxdmx0b3zJc85oM7d9YS6h9lbGl+E8dtdQQ93I+yC52JDaDaNRgiPGo4dqMZpti6TFa p+09FL4lkmNq43yEYax/Zf/11DPUfaZQdksAVYslItKeIY0Au4xLuiltTzgfyOw/6Cg2 k3PMIu/GXSThFbIhqm3A9wu+fd+CUHkk42htgOVEq2NMnwWer0yBCJj2Bp1hhSIXVTiC jh7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=8Z2d6Z9TIjMY+LZ8I6uxo6bKw9i6sXPKCjC+W1i6AoA=; b=cZAEylksLlLuAIoSU0j5zpxrh+ZWWMEQVOEI3SIrCSOf8KYN+5ZFPIgZcsNw2PkvZR zsm99rY5qT59L7UOZcR6zNb7BtvlM3D+S5LlCXgE7WjzKkIdLb1fHsMLDyj+5659SnD5 e/npMtj04i0M9L2WszRHDIwMERojRzHGnZ0V0Y22EgoPQGf5IkeHkKvAcZCy4aB1971q cZ/XEQ6/JxPe4f1YHdevigczqqu3SyIcswO2JQC2g0xesVZqhWBswh4q1IKKeoH5TD4r x5q0Ajymgf2ttOwQmqM2C4ghrdd0s6ic/96mvbM7Fj/iO1ZNGdy75CRbdfLA8XCYbqCy iGZQ== X-Gm-Message-State: APjAAAUkHn5sWBvfMH5Ep5IqXXwQG3ZJHpnRfZ5RwDfgk7/uxxOB4+yu P/6WZBZtv6GNl8C8rbqjSeUWpNspeMs= X-Google-Smtp-Source: APXvYqxe8oEHzRuR4E0LHR8E70Kn/UMEyQJ6EmInM3CqcV5ODFM74kepg8+6pFzbG2Oj4/QZS/XEUA== X-Received: by 2002:a17:90a:bd8c:: with SMTP id z12mr5496117pjr.60.1562072016632; Tue, 02 Jul 2019 05:53:36 -0700 (PDT) Received: from [192.168.1.103] (180-150-68-130.b49644.syd.nbn.aussiebb.net. [180.150.68.130]) by smtp.gmail.com with ESMTPSA id k22sm19436567pfk.157.2019.07.02.05.53.34 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Tue, 02 Jul 2019 05:53:36 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: svn commit: r504590 - in head/net: samba46 samba47 samba48 To: =?UTF-8?Q?T=c4=b3l_Coosemans?= Cc: ports-committers@freebsd.org, svn-ports-all , svn-ports-head References: <201906192240.x5JMequU017187@repo.freebsd.org> <20190628070305.eim4o3d77iyti5d5@ivaldir.net> <20190629160445.051f2426@kalimero.tijl.coosemans.org> <20190702102316.wv6w5u2ilfaw6vrd@atuin.in.mat.cc> <20190702111647.vozqzf4gnqbajvcl@atuin.in.mat.cc> <20190702142827.120588a0@kalimero.tijl.coosemans.org> From: Kubilay Kocak Message-ID: <122bd115-6a91-bf50-f23a-75871d193cb7@FreeBSD.org> Date: Tue, 2 Jul 2019 22:53:31 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: <20190702142827.120588a0@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: D5D9784C75 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; TAGGED_FROM(0.00)[] X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.29 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: Tue, 02 Jul 2019 12:53:38 -0000 On 2/07/2019 10:28 pm, Tijl Coosemans wrote: > On Tue, 2 Jul 2019 13:16:47 +0200 Mathieu Arnold wrote: >> On Tue, Jul 02, 2019 at 12:31:35PM +0200, Torsten Zuehlsdorff wrote: >>> On 02.07.19 12:23, Mathieu Arnold wrote: >>>> On Mon, Jul 01, 2019 at 01:23:34AM +0200, Timur I. Bakeyev wrote: >>>>> On Sat, 29 Jun 2019 at 22:50, Baptiste Daroussin wrote: >>>>>> Le 29 juin 2019 20:40:53 GMT+02:00, "Timur I. Bakeyev" a >>>>>> écrit : >>>>>>> Tonight I hope to commit 4.10 port. >>>>>> >>>>>> It does not solve rhe pb, staying on the legacy libs is the solution, as I >>>>>> said even fedora is on the legacy >>>>>> >>>>> I've committed net/samba410. >>>>> >>>>> My view on the situation is that all the ports, which use >>>>> devel/{talloc,tevent}, databases/tdb should keep >>>>> using them, unless they are broken by using them(but that shouldn't happen, >>>>> API still should remain >>>>> the same. The biggest difference is the drop of the dependency on Python27, >>>>> as far as I can see. >>>> >>>> So, branching 2019Q2 is now a day late. >>>> When are you going to fix the issue? >>> >>> Mat, is this the reason the branch is late? If so: have you considered >>> branching from r504589? >> >> It is being considered, yes, as a last resort kind of thing. timur@ has >> had 13 days to fix the problem, I hope he is getting close to fixing it >> all. > > It's probably time to introduce some sort of a soft freeze where no > major changes are allowed (unless approved by portmgr) in the last two > weeks or so of the quarter. It's not just samba, x11@ moving the mesa > ports to llvm80 on the last day of the quarter is also way too close. > -1 on freezes, while I certainly understand the initial motivation for something like that. 1) Quarterlies only gets a tiny proportion of bugfix commits merged from the latest branch, so quarterly misses out on the vast majority of bugfixes, except for the first week of the new quarter while everyone is keen. 2) Anything that slows down or blocks development is a dealbreaker. While I understand and agree that quality outweighs performance, we have enough issues affecting productivity/cadence. We need both. 3) portmgr and ports-secteam are going to struggle to handle more workloads. 4) Vesting more power and responsibility in centralized and opaque structures takes away the ability of the project to scale, and is difficult to revert once established. We need to get better at doing things as a group, without requiring someone to tell us yes or no. 5) "major changes" is easy for the obvious cases, but not so much for the rest. There are plenty of so called 'trivial' changes that cause widespread regressions, sometimes not so obvious, and sometimes not resolved until much later. Should no updates to any port that has more than X dependencies occur in the last Y period of the quarterly window? What if its a bugfix release? What if its a security release? The notion that quarterly is stable by way of the "lack of commits" needs to be replaced with the understanding stable means "lack of bugs" We should instead be working on strategies and programs to get the most developers leveled up on QA, making failure fast, *and* (very) cheap, and making sure that most if not all bugfixes are *actually* merged. ./koobs