Re: [gentoo-dev] New project: binhost

[Marc Schiffbauer]

* Andreas K. Hüttel schrieb am 10.02.21 um 12:57 Uhr:
> 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

I like the idea very much. Lets make Gentoo suck less energy ;-)

I have thought of some aspects in the past.

My idea was to maybe have an additional term: 'flavours'. A flavour 
could be something like "most", "slim", "desktop" or "server" and each 
flavour may specify a subset of USE-flags to be enabled for packages or 
not.

That way people could propably make most out of a public binhost if the 
choose one of the available flavours. That way you would not need to set 
USE flags for any single package to match a packge available on a 
binhost and a binhost does not need to have any combination of USE flags 
for any package in order to be most effective.

With a flavour you could just express something like "I want the 
Plasma-Desktop profile with most features enabled". Or "I want the 
pasma-desktop as slim as possible". And we'd have some presets for that.

But before that, I think we'd need some features in portage that make 
binpkgs trustworthy by adding signatures to the packages or at least to 
the Metadata.

And Metadata should also be compressed or possibly be implemented in 
some incremental kind so that you will not have to download all the 
metadata everytime just because some random package changed that you do 
not even have installed or want to install.

If I had more time I would definitely join the project. Maybe this is 
the case in 2-3 years.

Cheers
-Marc

-- 
0xCA3E7BF67F979BE5 - F7FB 78F7 7CC3 79F6 DF07
                     6E9E CA3E 7BF6 7F97 9BE5