From nobody Sat Jan 20 13:44:36 2024 X-Original-To: dev-commits-ports-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4THHlr0jLNz579XY; Sat, 20 Jan 2024 13:44:40 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4THHlr0959z4ktl; Sat, 20 Jan 2024 13:44:40 +0000 (UTC) (envelope-from mat@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705758280; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JQ54cgAoWn/AZsaEwj8RpTx0py5aa9ktdPqNBkV0nGo=; b=Pk002M5kXP5M6KAtdqc4stoSVqgK0di9CbCNWPDW0HcyZIthAlhW+TQoH+rL3vp7Hl2Tz7 JzEW36CNeowqdVyBXMcLdbsqtGr0+QHeXjoIedUaeedNybRrLxpdC+G6Yj/VCHIVHYxLR1 vB1SlvlNRPdlf5gWQgGP9/RIjIkmv+Roq153atmwh4g5KErHRNXjsTDN0iKKe+dS8EfVeG 2hN4gkmWVgLPNpDCFrvQtwN4uOsdE7oXveyTojKXFKpO/84QAe3DRd6SD/7IYogePPItMU a3SJhsyI8qweygRhyAu0DV4eN5gEHYC6wjErKY5lsEqo0NdAwh8IkFHmxkBL3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705758280; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JQ54cgAoWn/AZsaEwj8RpTx0py5aa9ktdPqNBkV0nGo=; b=rqXZamdrm2DpmehdAgU/hWZQ/6ffLeHlLDchIqaMDLG4h9J2B+Is4KQOXit9uJWEvoUne4 4JUiML0UYk5KS/13LUwLZhj/ArMqOddpB3MJJXlr2TyDxmiQ5mlYO7V7XjC6M3PxzD2KzE JSUY3+4on6phbz9cUWwehKwRE5QbuAfQs4FzXO7gI3igSmjMLSEXywKw3J1Bdhia0+KwHG BSYLk3Dg1qLl+qMbLc6GF1XNtnkNagG8THtTXVQ3MyQj8qWvHgt4fnCHxw50Gacg+f76dU F3HzkYLRtm6bFMrHO1Q5+lYc5F0WvXiDlWsYjlp9d8GoCkL0Q5syzY9Xx6cV1g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705758280; a=rsa-sha256; cv=none; b=gp+d9bCuVnUx/nffM4w24BNK7kvMlK1m4pxm/tQTgYiivsRTj4X7PfDN6Qzfaz07PGaagr HSD/hmAOl55dvYG7Ql0In6lmDAVcM1jU91op+cwLAvxdJFYABbaa69Q5MQif0XcLeZugJx MnOicNwBC7lk6LfektOzugpUeuns8MvlXh0VKMfCiUGGjN7vfVfMApONVlqRY/bBaAP/Sw 5TKafKxr6GJxPbcoCoRx+BvAkZUmBinqtHC2y9yuMN+Unryi6Qc2/NtQFcPujp7B/gw59O jg32lcARO0VPG6Bq5hIlYfl2qkEXNlpVjJ0nnAi1empUjB8VjJ8E3xQs+SYoZg== Received: from relay.mat.cc (eqx1.mat.cc [IPv6:2a01:678:2:200::49]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "cow.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4THHlq5ZqnzdZJ; Sat, 20 Jan 2024 13:44:39 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (unknown [IPv6:2a01:e0a:836:f670:b53f:b642:9563:3431]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by relay.mat.cc (Postfix) with ESMTPSA id 80B772007B; Sat, 20 Jan 2024 14:44:38 +0100 (CET) Date: Sat, 20 Jan 2024 14:44:36 +0100 From: Mathieu Arnold To: Vladimir Druzenko Cc: Daniel Engberg , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: Re: git: 589aaaeb09b7 - main - multimedia/libvpx: update 1.14.0 Message-ID: References: <202401200042.40K0gNmu053279@gitrepo.freebsd.org> <240f4c88-582d-4da4-ba92-50d11ddfade3@freebsd.org> <6e13868f-8910-4468-9e1d-2a231a0723ca@freebsd.org> <4690f8987d3a0841ee7105d989847d1c@mail.infomaniak.com> List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-main@freebsd.org X-BeenThere: dev-commits-ports-main@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="e66ix5axsylsw5nn" Content-Disposition: inline In-Reply-To: --e66ix5axsylsw5nn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 20, 2024 at 03:22:17PM +0300, Vladimir Druzenko wrote: > For example table in wiki with rows:| planned date | port | so name for b= ump > | the date the entry was added to the list| > Or file "BUMPS" in root of the ports repo near MOVED, UPDATING and CHANGES > with same fields. > Remove row after commit bump to main. > It's for real mass bumps like poppler, icu, libvpx, opus, webp, ffmpeg, > rust, maybe perl5 or change default python and etc. How does filling in that table work exactly ? I mean, the only way that can work is if upstream is actually you and you know that you have decided to release a new version of foobar in 3 days and 12 hours, then you can add to that table "dependants of foobar will et a revision bump at xxx". And then, for it to be usefull, you need to find some other committer of a port that is also a dependency of a port in your list, and that is also upstream, to synchronise its clock with yours so that you only bump that shared reverse dependency once. It is not worth the trouble. In all other cases ports gets updated when the committer (who is doing that work as a volunteer is their free time) gets to it. We all do our utmost to keep things working, and it does not really matter to us if the package builders have to rebuild most stuff every couple of days, they do it everyway. It's a nice thought experiment that might work in in a controlled corporate setup, but it is absolutely pointless where 300+ unpaid volunteers work in an asynchronous way whenever they have the time. Ports get updated, when that port provides a shared library that changes, then ports that depend on that library gets bumped, that's it. If it happens that one of those ports has two library it needs that get updated over two days, that's life, it's what chaos theory is about. --=20 Mathieu Arnold --e66ix5axsylsw5nn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQITBAABCgB9FiEE9XJBpJetWizkEBUef2IOCp6dQb4FAmWrzkNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY1 NzI0MUE0OTdBRDVBMkNFNDEwMTUxRTdGNjIwRTBBOUU5RDQxQkUACgkQf2IOCp6d Qb5FBwwAmx4/3RdK3hE7ILsmWW6vbK4LTb/hmlvDsecMfQE+X5M97LKTkTQC+RGf TEFFcCbrR55XHBecpmG1PUwgKGDDXqV2LbeWS0HCOKZOD21mp/qf98P7EtpQn4Ef /yTDvNn95bQeW2zmRr3CP7ERx04MD5vWfhxGZPe6oNBzwziaWOmsWXKhYH34s448 iZyvviDii5Os1TJ36WNfjVG/4rGdFaGQPhueEwx8aLHaOzTHE3krer+ELonYwjiT 8JLGDSfkMVxZolX2GSGOovF1CLPAOflD+gEdlzB4NOyPqnkEiXEKR4BFivxK/0jS trF2jGMLqPHWa0ArrIN+alt6FZzRcF1MA4P1jv1vAEmB1Zdetqu5bOJDp2oYCxJ9 os0IjkzrtdcHCDBabInGZbqjipFW3ICaHmfx4ieKewlRZnfs3Q3YEqXHGCkykl72 KlbjTB95C3cqoHc05dUJK2ZPjkBdrY+EPVbhDAyslGZvDLrDr4pxUUgy4Kp7Sebp uNyxhjeP =3tOn -----END PGP SIGNATURE----- --e66ix5axsylsw5nn--