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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 2D4361382C5 for ; Tue, 16 Feb 2021 01:50:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CC16EE0877; Tue, 16 Feb 2021 01:50:20 +0000 (UTC) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A5887E085A for ; Tue, 16 Feb 2021 01:50:20 +0000 (UTC) Received: by mail-ej1-x62c.google.com with SMTP id w1so14107964ejf.11 for ; Mon, 15 Feb 2021 17:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=SlxTObmxtszC+sL/OznRIgKdkBK/uktMCfzcUCmZeiA=; b=qRaaa7XME8Mi9Be228uawhEzxV+kFiV69Ts6jAA1lnX89UwsDfH60rCDPRMn5FPYWZ ynyg0sRoyQZuQRu1Ksk4nJsebQ1pvea7cNjmHzSFxxHtkGyFxLYyhWXhuiT6oKeLhEd0 pkh031ip8KthdpOrM8eFFfJu6W3m3EOvQQzuJmB9lfXjGzZ7BzzEm0cd1C0znvoJyv2j RKZkm29AagbxJc5N85S/RWJnxNKjQOSBQh2bzzFCXOguoRjGag4QfRBvWKAm2ig/3t2/ cTsGJp3gCdtiF6sSExJvYiZ0z6tVSXxPzmzxPxM+JvXFqMsVuCT+2jzIQ7KnHSE0zbuK 6lEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=SlxTObmxtszC+sL/OznRIgKdkBK/uktMCfzcUCmZeiA=; b=n9QdR3KROUh90YV4IAWYX1z1xI7O12Pzx+PhHYsLyUx11Z7QdJ5ZsxcSI2pFeHh6Nd ukxyT0fVVA8mWynuwyK7tQIPa5MG+cGHK8wXcMkfWceHP5PPysBwygFvXtyhCGjzSmPz AM+z4E749CoN+k8WsKjhORTJB+O0R2gbKHBxj4X8jl2s+aM34ReT7OYIbVaP5fMe3jxa 53UXjrIFm+ZdzCTCS+ifnwHwpzmJOGwjydiwHDfPxQ1y3h+Vq4xHzzI0mvZ6hhTVnvAQ a2Wyh2YMIiHBIHAM5I9Jk5DeMVcV8syRANRQBKUGG1iUqmVAiSlgMtBEHOSnc+Jj39MK +hrQ== X-Gm-Message-State: AOAM533s9jjg25JYmClbhDZE52cW2QBHfegxrkdbMynWMI8ioXpavSJH 5dpInjk2ty/nSSWlZUVFCgiQlp5BoJhN0nddviJ2HozX X-Google-Smtp-Source: ABdhPJzkOWiT4VepThnGlvxbu2yXQ8DA74qNaL2vNWL7BOzBQni55yJoy2cMgyQTULvUIXeNroquK4h8k7LpCJJmeks= X-Received: by 2002:a17:906:24d9:: with SMTP id f25mr16339035ejb.195.1613440219172; Mon, 15 Feb 2021 17:50:19 -0800 (PST) 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 References: <24819743.1r3eYUQgxm@farino> <20210210195128.192bbb13@abudhabi.paradoxon.rec> In-Reply-To: <20210210195128.192bbb13@abudhabi.paradoxon.rec> From: Francesco Riosa Date: Tue, 16 Feb 2021 02:50:08 +0100 Message-ID: Subject: Re: [gentoo-dev] New project: binhost To: gentoo development Content-Type: multipart/alternative; boundary="00000000000021531305bb6a53f8" X-Archives-Salt: 2f3d94bc-29d2-4502-ab1b-a4cd40d74495 X-Archives-Hash: 0f2ce20f1a7005202c40b465daa351c8 --00000000000021531305bb6a53f8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Il giorno mer 10 feb 2021 alle ore 19:51 Lars Wendler < polynomial-c@gentoo.org> ha scritto: > On Wed, 10 Feb 2021 19:57:48 +0200 Andreas K. H=C3=BCttel wrote: > > >Hi all, > > > >I'm announcing a new project here - "binhost" > > > >"The Gentoo Binhost project aims to provide readily installable, > >precompiled packages for a subset of configurations, via central > >binary package hosting. Currently we are still in the conceptual > >planning stage. " > > > >https://wiki.gentoo.org/wiki/Project:Binhost > > > >If you're interested in helping out, feel free to add yourself on the > >wiki page. > > > >Note that I see actually *building* the packages not as the central > >point of the project (that could be e.g. a side effect of a > >tinderbox). I'm more concerned about > >* what configurations should we use > >* what portage features are still needed or need improvements (e.g. > >binpkg signing and verification) > >* how should hosting look like > >* and how we can test this on a limited scale before it goes "into > >production" > >* ... > > > >Comments, ideas, flamebaits? :D > > > >Cheers, > >Andreas > > > > It would be great to improve portage speed with handling binpkgs. I > already have my own binhost for a couple of Gentoo systems and even > though these systems don't have to compile anything themselves, > installing ~100 to ~200 binpkgs takes way more than an hour of > installation time. Arch Linux' pacman only takes a fraction of this > time for the very same task. > I know that I compare apples with pears here but even reducing the > current portage time by 50% would be a huge improvement. > > Agreed, nowadays I do use Gentoo in two ways: - From binpkgs usually for baremetal, server or desktop - condensing part of the system in a squashfs image, usually for containers Binpkg performance is acceptable albeit not blazing fast for machines with 500-800 packages (usually server) while for desktops which easily have 2000 packages the time to update can be hours. While we are here the squashfs images way to distribute is wonderful and handy, except that it's read-only and managing /etc is more challenging without the commodity of etc-update/dispatch-conf, would be nicer to have a comparable tool to be used for this. Suggestions about the implementation well accepted Cheers, Francesco (vivo) Riosa --00000000000021531305bb6a53f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Il giorno mer 10 feb 2021 alle ore 19:51 = Lars Wendler <polynomial-c@ge= ntoo.org> ha scritto:
On Wed, 10 Feb 2021 19:57:48 +0200 = Andreas K. H=C3=BCttel wrote:

>Hi all,
>
>I'm announcing a new project here - "binhost"
>
>"The Gentoo Binhost project aims to provide readily installable, >precompiled packages for a subset of configurations, via central
>binary package hosting. Currently we are still in the conceptual
>planning stage. "
>
>https://wiki.gentoo.org/wiki/Project:Binhost
>
>If you're interested in helping out, feel free to add yourself on t= he
>wiki page.
>
>Note that I see actually *building* the packages not as the central
>point of the project (that could be e.g. a side effect of a
>tinderbox). I'm more concerned about
>* what configurations should we use
>* what portage features are still needed or need improvements (e.g.
>binpkg signing and verification)
>* how should hosting look like
>* and how we can test this on a limited scale before it goes "into=
>production"
>* ...
>
>Comments, ideas, flamebaits? :D
>
>Cheers,
>Andreas
>

It would be great to improve portage speed with handling binpkgs. I
already have my own binhost for a couple of Gentoo systems and even
though these systems don't have to compile anything themselves,
installing ~100 to ~200 binpkgs takes way more than an hour of
installation time. Arch Linux' pacman only takes a fraction of this
time for the very same task.
I know that I compare apples with pears here but even reducing the
current portage time by 50% would be a huge improvement.

Agreed, nowadays I do use Gentoo in two ways:
- From binpkgs=C2= =A0usually for baremetal, server or desktop
- condensing part of the sys= tem in a squashfs image, usually for containers

Binpkg performance i= s acceptable albeit not blazing fast for machines with 500-800 packages (us= ually=C2=A0server) while for desktops which easily have 2000 packages the t= ime to update can be hours.

While we are here the squashfs images wa= y to distribute is wonderful and handy, except that it's read-only and = managing /etc is more challenging without the commodity of etc-update/dispa= tch-conf, would be nicer to have a comparable tool to be used for this.
= Suggestions about the implementation well accepted=C2=A0

Cheers,
= Francesco (vivo) Riosa
=C2=A0
--00000000000021531305bb6a53f8--