From nobody Fri Jan 12 21:09:24 2024 X-Original-To: ports@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 4TBZ0j14Zkz56Mf4 for ; Fri, 12 Jan 2024 21:09:25 +0000 (UTC) (envelope-from rene@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TBZ0j0YgLz4V0k; Fri, 12 Jan 2024 21:09:25 +0000 (UTC) (envelope-from rene@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705093765; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=R6OxrG5XFq/Jj6w298lEqzY87S03IuMRed9+Y6BQH9Y=; b=SnllDv6fDqV8Yn15Hzd8x9FBpdYJIRag11VJ9hSMd5pWJxfb4bR84f+K+qODu6WB22OBOI XKUcgWpaF/lFDpL+5SdNpjWMigtl+n9PX706WhwvU9oihKdhGpU7CM4p+c+1kekVZ6+DJN K7a0/5MQXHDy2aF+oWLrvUVKwA7dQhHrMy0DopRxu2sB0HRIJialvnNnnDFAAJz9Az2dyI nbEESoOHP2+Z/gghIjac6pwsEhdASH9R5LvR00AHdzZXN3VuEg1GfO3VomiYUs3QZjr+Qv tR0Nv1qqzYkAzpsnstr0i66WQ7HE1whMnV96hZA9G9nrOUfdx3Fj5WK1W0RzkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705093765; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=R6OxrG5XFq/Jj6w298lEqzY87S03IuMRed9+Y6BQH9Y=; b=Qc7wBmtUVWheQtPA2NhxRiOYqrODS9pjRC0mozUBuoZ0tE7zDtAFEghG3L4iWDnpc9CgFQ mWjw+o3o/wY8eRAOXZ85kzs/aNh0NpLikaIGlzergcCaypMBPdbrpXjBfOrKnVCdXVkp/I 8Ui7XKp/ZI8ggTfHdHwwEJuMytiJkLzyawQe3N9rd8s+9XhpMI2SOtCOz+tV6DGM/e02bW +hzLBIO0pth/1eLh17Dkkx17jp/iLEr0LmW/Dk5XGREfEYksMYgN+Sh2Ux1JPffcqsEOJ/ I+npGqdW1g8G5a2dmQKKZ4T075Xs/Vq4BUsHpHsrfZ5sBbfJp9kXHGNi2Ts9Zw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705093765; a=rsa-sha256; cv=none; b=hgZi3NOnQmT3R2gGy8ubtvlNYKunz3s7HyLOTOCuyLPA+RwV8BwFwEvnVvNtR1u6d5RkEM 8bek4YOGOxUluHzZSVC1A8qobeJNVNDZyDcuJgBDb/8NNeLEdfVpPr/JxUtcNzGEWKbvHH 6QGV94bRbGa7VR6r4rq3W5q+ct/qfKjJoogudeeXuTIut7Pk1jmvaXowjsFZOdxKacA+W7 OikgpSPAKun7lbojb06htDBurrb0z6PX3OmiUF/RiYhrKVCeT8Y+p5HDdAr4O/OoeJUf3M IuNTCx/AlhF+4wVkkv0MbjFEUPHQjC3rwyClCZwEMiV9bXZNh78FQIkUveYenQ== Received: by freefall.freebsd.org (Postfix, from userid 1185) id 00038177D0; Fri, 12 Jan 2024 21:09:24 +0000 (UTC) Date: Fri, 12 Jan 2024 21:09:24 +0000 From: Rene Ladan To: Jose Quinteiro Cc: ports@freebsd.org Subject: Re: Latest and quarterly best practices Message-ID: References: <84dca503-78ff-8fed-73d6-153f38478c71@quinteiro.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <84dca503-78ff-8fed-73d6-153f38478c71@quinteiro.org> On Fri, Jan 12, 2024 at 09:51:06AM -0800, Jose Quinteiro wrote: > > > On 1/4/24 12:19, Jan Beich wrote: > > henrichhartzer@tuta.io writes: > > > >> I propose that as a rule of thumb, if a package uses Semantic > >> Versioning (semver) and the changes are non-breaking, it should be > >> cherry picked into quarterly. Especially if this is only a patch level > >> change and not a minor, but likely either way. > > > > I tend to cherry-pick everything unless there's a good reason not to. > > ABI breakage, POLA, insufficient QA, lack of user-visible changes, > > churn fatigue, different maintainer or lack of time are such reasons. > > > > For example, backporting vulkan-* is mostly churn compared to > > backporting mesa-devel which brings actual Vulkan improvements. > > > >> An opposite case, and this one may be truly a no harm no foul case: > >> x11-wm/hyprland was updated from 0.33.1_2 to 0.34.0, and cherrypicked > >> to quarterly. There were a number of changes in this release, and I > >> personally would be hesitant to recommend such a cherrypicking unless > >> there were known issues with 0.33.1 that users had complained > >> about. Otherwise, since it's an offline window manager, it seems like > >> waiting for the quarterly release would make the most sense. Now in > >> this case I don't know the context and cherrypicking may have made > >> complete sense -- I'm just using it as an example to try and explain > >> my thoughts. > > > > Wayland ecosystem moves fast. Hyprland is even faster, outpacing Sway. > > 0.34.0 made it easier to use plugins, removing the need to create ports. > > 0.33.0 removed NVIDIA hacks to bundled wlroots, helping FreeBSD port. > > > > - Before 1.0 versions have no stability guarantee > > - Upstream[1] and the Discord community don't support old releases > > - Old releases are frequently buggy > > - Backporting generic bug fixes is risky > > - I don't want to support old versions of this > > > > [1] At least the documentation is versioned, see > > https://wiki.hyprland.org/version-selector/ > > > Maybe there are some ports that should not exist in the quarterly > branch? Looks like some of these are under such heavy development that > they really don't have a stable version. > The quarterly branches are just that, branches of main at the beginning of a quarter, so such ports would have to be manually removed for each branch. Regards, René > Thanks, > Jose