From nobody Fri Aug 16 16:00:26 2024 X-Original-To: freebsd-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 4Wlmt83c58z5T8l8 for ; Fri, 16 Aug 2024 16:00:32 +0000 (UTC) (envelope-from SRS0=rAUK=PP=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wlmt8091mz4hk0; Fri, 16 Aug 2024 16:00:31 +0000 (UTC) (envelope-from SRS0=rAUK=PP=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7F8CBD7893; Fri, 16 Aug 2024 18:00:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1723824028; bh=bx6wg73eqpkvZzB1Z9p2H+worYstfIEWJSpX88MdZ7k=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=yRE0o6O/HBev+MvqxKIQcJh8XujenT/9Lsa+G1SYQl7IJ+S6HCTMhDavSMg5D7Nv/ RxJpbR/2PevwNJgQoZwCdRevb4IFl2Awa/JpeAr5Kb3nZOkFOVAosQE+3C6Vv0n0xm SuCYFk2j7BJnQ9Vo7IQHyfIINpC0EZqtZ7hxbwC4= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8D739D78A3; Fri, 16 Aug 2024 18:00:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1723824026; bh=bx6wg73eqpkvZzB1Z9p2H+worYstfIEWJSpX88MdZ7k=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=bJXFOOdvzVsH5NUtDX8om0fOlbrcM++sYXEtDpkuEi7beeZsXJFv3gPS3G3kH8aLg 8wJ7Lci6N76GEnJdGecyZnzvKFU8wHmxCJTmYXi6TR9SVhhiGYC3YGk0pnQang+C9a /yLv+JgZci86U+ObzogiX465L9AJmOp9bi1eTEg4= Message-ID: <7d401bb9-72d1-4ae2-b26b-71317e4aef64@quip.cz> Date: Fri, 16 Aug 2024 18:00:26 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: quarterly 2024Q3 amd64 / 13.3 missing all vital packages for desktop To: Dimitry Andric , Chris Cc: henrichhartzer@tuta.io, Freebsd Ports References: <608da216-2047-4fdd-b48b-88659dedb27c@quip.cz> <3c600636-34a5-4d6c-86d6-f04da1daa806@quip.cz> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4Wlmt8091mz4hk0 On 16/08/2024 16:09, Dimitry Andric wrote: > On 16 Aug 2024, at 15:49, Chris wrote: >> >> On 2024-08-16 00:37, Miroslav Lachman wrote: >>> On 16/08/2024 01:34, henrichhartzer@tuta.io wrote: >>>> Hi Miroslav, >>>> Please see my email titled: "Quarterly backport for multimedia/x265 patch" sent to this list a few hours before yours. Shortly after sending it, the patch was committed to 2024Q3. Builders will have to catch up, but hopefully things can be resolved. >>>> I do feel like this could have been caught and fixed faster with some better alerting. I've heard of pkg-fallout and know little of it, but maybe it should have noticed this? Or did it? I have no idea. >>>> I know it's a terrible experience when pkg is wanting to remove your desktop packages in bulk. >>> Thank you for pointing to this thread. >>> This is really bad experience with quarterly branch. I think the branch should be >>> published only after the successful build of main packages. Blindly created >>> quarterly branch which is not working for about 6 weeks is terrible experience. >> While I completely agree. I'm wondering if this isn't more a pkg(8) deficit. eg; if pkg first >> determined that all/most of the packages intended to be upgraded did not exist, issue a warn, with the >> option to bail/quit. Leaving the system untouched. > > Last time I checked "pkg upgrade" asks "Proceed with this action? [y/N]", and the default is "N". So what you are suggesting, is already the case? > > This is a problem with patches (or really any distfiles) that are retrieved from websites which are not under FreeBSD's control. If those websites decide to change the contents of those files, there is not much we can do about it, and ports which used to work then simply break. If other ports depend on those, those break too, there is not much you can do, except postponing upgrades. The problem is that often there are many packages in "will be REMOVED" approval list, because for example the Python version has changed, flavor renamed etc., so it is often necessary to confirm such a list and only after downloading the packages and recalculating the dependencies the list of packages to be removed is changed. Sometimes not even that, and you simply need to go through a painful pkg upgrade with removed packages and then re-install the necessary packages again (because somewhere in the background the dependencies have changed and there are conflicts) pkg upgrade is sometimes very unpredictable in what steps will eventually be performed. For a couple of month I can see dconf-editor, ruby and tcl86 installed and deinstalled again and again. I don't use any of them, but they are installed as part of the pkg upgrade and the removed by pkg autoremove just to be installed with the next pkg upgrade. But this is a different story than packages missing in repository. Kind regards Miroslav Lachman