From owner-freebsd-ports@freebsd.org Thu Jul 11 23:17:35 2019 Return-Path: Delivered-To: freebsd-ports@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 D62AB15E0A8F for ; Thu, 11 Jul 2019 23:17:34 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (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 5263F702C5 for ; Thu, 11 Jul 2019 23:17:33 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-wm1-x343.google.com with SMTP id f17so7182730wme.2 for ; Thu, 11 Jul 2019 16:17:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=UHTpiKd7DpHWPLzaK/wRzNF+8GN//dObNweYe7wsHAU=; b=gp184NqOZMJQk4QLTAlPF8wMoV+eKns9FIzSrCL+ni32V/PZNNpNYcnhv7cnFO+3BW 0RC0rfCoaSMC2L6ZiCfgEyl0SG9KGyXgU+Tg4AigYzZ54tLaFjk5lY0I7nQJaePJLKHx SdnyqnjXpJHA4ZdNUxlmu6j0mYS6Xr5ui9Srm5qAk78yrP0tlCpU7WJ4JFcsZZSlAe1y l3fG0yMhkepHXmCkkIyJXKPtK7afMOsMxNH8ofjRz5oIFtHFNcXU9jAdJP9N8mYyDdNI gp8KxbbQwRpmCo6l9eS5rhO6Kg7JGa1SB/gDnL2w2z6nu7fiUoOkDRpXYTRx0v1lFW9y LLUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=UHTpiKd7DpHWPLzaK/wRzNF+8GN//dObNweYe7wsHAU=; b=oKUF9cw0FuoKmSHrUAHAXljOvJNnQJqwBcmBODH0ioaUvl54fW3fjtTNbsL1yhfjAG uGKqN2I4OU+bt7yXI/thzdpRO9T/s11ifB2Q33OUZwgxyeP5Re582rgpk/+GVCji7rfQ cjtPXjHh4mZ4VDfy2Ot5+55WBenfY9T3MUgoZha2eIBtpP1UVMD0FoHUo9Fhox1+KEPY KgkSnJfIApf8F+sGxfn+XwpOzwJkqtKiBuCRvjDR9Tg+X5kCFnRL41DQFknlAQrzuBW2 Tf/JeU/zNM1FZ5cWsAwcLscS476TtleIi83vgdiPltZdBoNDwAWTqtAJjUn+l/dsA+O+ pNLw== X-Gm-Message-State: APjAAAV8LCx9xZjBUzZP0KU3Mz2PIFM2WPbFhaqutgkPSl1VWq+gLiez g0srQ3X7r/ty7QwDNn8AqMQde72MU7RYmje0wy2kTHe5s7Q= X-Google-Smtp-Source: APXvYqz0+2UtjWEN32oLnO5kp0qHbxPUJR+qpLpi0PjHPCigVyBVzLeczKR70LAfn9v4AX/swvYEZyW/ivgKNhqTSr0= X-Received: by 2002:a1c:6555:: with SMTP id z82mr6180931wmb.129.1562887052230; Thu, 11 Jul 2019 16:17:32 -0700 (PDT) MIME-Version: 1.0 References: <2288dfa5-0ec0-d1f5-eeca-066260604c22@aventia.pw> <1ryy-rtgr-wny@FreeBSD.org> <95f2326f-8431-804d-1439-40dbc28f71a0@malikania.fr> In-Reply-To: <95f2326f-8431-804d-1439-40dbc28f71a0@malikania.fr> From: Adam Weinberger Date: Thu, 11 Jul 2019 17:17:16 -0600 Message-ID: Subject: Re: ffmpeg port To: David Demelier Cc: FreeBSD Ports Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 5263F702C5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=gp184NqO; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2a00:1450:4864:20::343 as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-3.22 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[3.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; IP_SCORE(-0.53)[ip: (2.73), ipnet: 2a00:1450::/32(-2.88), asn: 15169(-2.44), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.18)[-0.180,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2019 23:17:35 -0000 On Thu, Jul 11, 2019 at 7:18 AM David Demelier wrote= : > > Le 10/07/2019 =C3=A0 13:59, Jan Beich a =C3=A9crit : > > Why not use binary packages? Or why not build a quarterly branch? > > Or does anyone have better ideas? > > Unfortunately quarterly branches do not solve anything. They are just to > short to have any benefit. Let say you build a package in January and > then you don't touch your system for a while. In September, you realize > you need another port but your local ports also have vulnerabilities. > Now you have to update by changing the quarterly branch since others are > no longer maintained. Then, you may have some local ports that will be > upgraded to a major version which can be undesired for a production > server. This happened to me a while ago when I had to run an old version > of nodejs for an old version of etherpad, after an upgrade the new > nodejs version was no longer compatible and I needed to install node6 > port quickly (hopefully it was available !). > > This can be very frustrating since FreeBSD is a rock solid server OS > that comes with strong compatibility conventions in releases versions > but provides a ports tree in a rolling release fashion that do not match > the base version (unlike OpenBSD does). Then you have to carefully check > each time you need to update your ports that you won't break your system > (like many do with Arch, Gentoo, etc). IMHO, FreeBSD definitely requires > a per-RELEASE branches of ports that contain only bugfixes/security fixes= . Hi David, This is a concept that we grapple with continuously, both here and on internal lists. The fact of the matter is that we simply don't have the personpower to maintain more than two concurrent branches (and, by some estimation, more than one). We made the decision a long time ago (whether intentional or de facto) that the best way to ensure consistency was to provide one branch where ports were always kept up-to-date. There is no denying that this underserves environments where stasis is paramount, but it provides the greatest benefit to the greatest number of users. There are ideas being worked on that would improve CI to bring a greater degree of stability to head, but would not directly benefit the deployment scenario you're describing. We really would love to be able to provide release or LTS branches, but it simply comes down to resources. We'd need a few people working in paid positions to manage RE environments. The FreeBSD Foundation (which underwrites a couple very selective paid positions) has prioritized development of new technologies to keep FreeBSD competitive over third-party software backporting. # Adam --=20 Adam Weinberger adamw@adamw.org https://www.adamw.org