From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 3C85D158041 for ; Sat, 13 Apr 2024 07:10:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 951FFE2A36; Sat, 13 Apr 2024 07:10:24 +0000 (UTC) Received: from james.steelbluetech.co.uk (james.steelbluetech.co.uk [78.40.151.100]) (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) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 36679E29E3 for ; Sat, 13 Apr 2024 07:10:23 +0000 (UTC) Received: from [10.0.5.25] (tv.ehuk.net [10.0.5.25]) by james.steelbluetech.co.uk (Postfix) with ESMTP id 3C178BFC19 for ; Sat, 13 Apr 2024 08:10:22 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.10.3 james.steelbluetech.co.uk 3C178BFC19 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ehuk.net; s=default; t=1712992222; bh=pztx2E3aC0GnKBxK2sU1BEGeFtxRkoLCOKfCQoV+dzo=; h=Date:From:Subject:To:References:In-Reply-To:From; b=grg21rwxEYdcdVX++4r7+0clmlSvXRBq8WxPjNxf58droPA5W/M6A36hTqMyhXePJ lYZpmaOVqNUcjhQPjoD8sPlOmtpmMiFOnhhp3J1+iWZ8pbMDbYpE8w03aOnVN5JMkJ 0S1OMoLj5njs4Xi42BnYIv4AKYqGHiyS5xonXFUuto85yfyD3GWjJbbl21Kw0lMGOQ S+I/3nCTejanx6qiQjuakF3nbsLsN7OpzpKfCuoa9rF9HcDoYmq9ThlOXM97tzT+Xn 0ruYkYqrKGyVUl0CfQGkts8I99j4/7ghcktrZEbD/W1w/jRmN5Fd4kH2U+SnV/pUN/ 5Os2ftfqINN9g== Message-ID: <3de8c850-6fed-46e6-a52f-70695dad9eac@ehuk.net> Date: Sat, 13 Apr 2024 08:10:22 +0100 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Eddie Chapman Subject: Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo To: gentoo-dev@lists.gentoo.org References: <875xwy8wxo.fsf@gentoo.org> <963ef0b6-7c2a-4730-b09d-5a829c3ff4c0@gmail.com> <92ef54a0-7a49-49f3-b3cc-d38a2b9adebd@ehuk.net> Content-Language: en-GB In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang X-Archives-Salt: 6e9e4115-0be9-4300-9996-d288ad69119b X-Archives-Hash: fa50076dd2ab548599370a2f6a2e14c7 Joonas Niilola wrote: > Hey, > > I'll admit I didn't read everything, but I just want to point out you > may not have to edit ebuilds at all. If xz-utils is package.provided > portage should ignore the dependency without you removing the dep from an > ebuild. Then you can utilize /etc/portage/patches to apply any patches and > finally try using EXTRA_ECONF and MYMESONARGS to override configure > options via package.env. > > -- juippis Hi Joonas, The local ebuilds in the guide were not created because of the xz-utils dep. If you search through ebuilds in the tree there are hundreds of packages that specify xz-utils as a hard dep, so yes, as you say, package.provided takes care of all of then. No, the ebuilds were needed for various customisations to build arguments. However, the dev-libs/libxmlb ebuild is no longer needed as, since I wrote the guide, libxmlb 0.3.17, which makes liblzma.so.5 dep optional, is now in Gentoo, thanks whoever added that :-) You might be able to dispense with the need for the separate net-mail/dovecot ebuild by using EXTRA_ECONF, as you say. However, AFAICS local dev-lang/python ebuilds are unavoidable, unfortunately, you'll see why if you look at the diffs for them in my guide. It would be wonderful if dev-lang/python made its liblzma dep optional. It would be a simple change to the ebuild. However, I suspect the developers might feel that *not* depending on liblzma.so.5 is unsupported because it results in Gemato failing due to lack of support in core python for liblzma. The only way around that issue I can see is for Gemato to instead use /usr/bin/xz like the rest of Portage does. If that were to happen then dev-lang/python could be modified to respect -lzma and I can't see that anything significant in Gentoo would miss it. Then if there are any dev-python packages that need liblzma in core python either presently or in future (I've not encountered any yet) then of course they would just need a hard dependency on dev-lang/python with lzma USE flag set. I now have many Gentoo systems running without xz-utils installed (using my wrapper script from the guide) and I've not had a single issue anywhere, everything working perfectly, so I'm delighted that it has been possible :-) Eddie