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 AE9C715803E for ; Sun, 31 Dec 2023 10:47:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D6EFE2BC05B; Sun, 31 Dec 2023 10:47:45 +0000 (UTC) Received: from mail.pissmail.com (mail.pissmail.com [173.249.47.55]) (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 7312A2BC035 for ; Sun, 31 Dec 2023 10:47:45 +0000 (UTC) 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shitposting.expert; s=dkim; t=1704019663; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1GepqqDNiDC42OCSVa990r9MJskjAvjg5KzR+sf3kis=; b=AgnS0lEIczhS2CTT23mKeTbpRVWju8wa8IRlYOfa2SyXjIbgQkvfOeRG4OH1kulWNVLzeR POooKrDU6jyVtVtiGjkZxFCELov0/H7rKWnLWVntQRE0WWa9s4ZQaiPq/Jo+Sqitqlx9pg M0Ra7kw5ZDakN2Q4/Y4SIkYYxpOioGxRuNVMK5ziOv05BTP2wImkw/M3UwQXffVqjN39oO 72WjmJ0D0/WeKkf9zfhhHkEic/xpT4dG+fc1BpEM9GBXhZ3f7dy9KeZAsbdLpyIdMiE5Iz ASmWxNMsFK9VDe/FTgPHA4qaP6+4RxmRO1N1COVQOnoA7sZ+r5U0gHsLFEAS5Q== Date: Sun, 31 Dec 2023 10:47:43 +0000 From: stefan11111 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Official binary package hosting In-Reply-To: <5165078.31r3eYUQgx@noumea> References: <5165078.31r3eYUQgx@noumea> Message-ID: X-Sender: stefan11111@shitposting.expert Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Authentication-Results: mail.pissmail.com; auth=pass smtp.mailfrom=stefan11111@shitposting.expert X-Spamd-Bar: / X-Archives-Salt: c733587b-d163-4520-8b23-5dabc3208a27 X-Archives-Hash: 782709d277e85e1297b1ff599d70b904 On 2023-12-30 11:20, Andreas K. Huettel wrote: > Hi all, > > you may have already seen the announcement on the www.gentoo.org front > page- > our binary package hosting finally went "officially live". > > https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html > > From the announcement: "To speed up working with slow hardware and for > overall > convenience, we’re now also offering binary packages for download and > direct > installation! For most architectures, this is limited to the core > system and > weekly updates - not so for amd64 and arm64 however. There we’ve got a > stunning >20 GByte of packages on our mirrors, from LibreOffice to KDE > Plasma > and from Gnome to Docker. Gentoo stable, updated daily." > > If you would like to have a package included in the amd64/arm64 > builders, > please check if it builds on one of the named profiles without any > useflag > changes. If yes, drop me an e-mail or suggest it on #gentoo-binhost. > > At this place I'd also like to thank everyone who contributed and > helped to > make this possible, from the GPG signature support and Portage > improvements > all the way to the implementation on the Infra side. > > Cheers & Enjoy! -a Wrote about this on irc, but I'll mention it here too. When the binhost was announced, I used it to easily convert a ~amd64 no-multilib system to multilib. The way I did that was to switch to a new multilib profile and run: emerge --deep --update --newuse --verbose --ask --keep-going --autounmask-write --with-bdeps=y --getbinpkg --usepkgonly @world And all went fine, except for glibc. The binhost has stable glibc, while my system has testing glibc. When attempting to downgrade glibc, portage throws out this warning: * The specific snippet of code: * [[ ${I_ALLOW_TO_BREAK_MY_SYSTEM} = yes ]] || die "Aborting to save your system."; This can be disabled by running: export I_ALLOW_TO_BREAK_MY_SYSTEM=1 But for some reason it only works when building from source, not when using the binhost. So instead of being done with the conversion to multilib it 5 minutes, I had to try to fight portage to allow me do do this, give up, and end up manually copying the needed files for multilib from a stage3(the stable version, that's what I could find). I know that going from no-multilib to multilib has, for a long time, been something so hard to do that it's usually faster to reinstall gentoo, but that no longer has to be the case. I don't see why it can't be as simple as running an emerge command, now that we have the binhost, instead I have to do what portage would have done, but manually. I see 2 ways to improve this: 1. Add ~amd64 glibc to the binhost, if it's not too much of a burden to build it. 2. Add a way to disable that error when downgrading glibc using the binhost. -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"