Gentoo Archives: gentoo-dev

From: Daniel Campbell <zlg@g.o>
To: gentoo-dev@l.g.o
Subject: Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)
Date: Tue, 14 Jun 2016 06:49:25
Message-Id: d0aaabb4-4500-ae82-425d-28ec3d602c4d@gentoo.org
In Reply to: Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project) by Alexander Berntsen
1 On 06/13/2016 11:24 PM, Alexander Berntsen wrote:
2 > In addition to what Peter Stuge (correctly) identifies as needing to
3 > change, there also needs to be a modularisation of Gentoo-curated
4 > package repositories.
5 >
6 What sort of modularization are you talking about? Would we suggest
7 something like GNOME, KDE, XFCE, Mate, Cinnamon, et al getting their own
8 overlays? dev-lang/foo getting its own overlay, etc?
9
10 To some degree, that will simplify some people's trees and quicken
11 emerge, but then it just pushes maintainance to a part that most users
12 don't really mess with much (repos.conf)
13
14 You can achieve mostly the same end via your own git repo at /usr/local/
15 and pulling overlays in via either layman or git submodules, for
16 overlays that aren't already in layman.
17
18 zugaina and layman are great tools that could use a bit more polish, and
19 could be either adopted or assisted as an official part of the handbook.
20
21 The issue here is similar to the issue Ubuntu and Debian face with PPAs.
22 There's no guarantee on their quality, and if an overlay becomes popular
23 then there may be pressure put on the Gentoo tree to adopt whatever the
24 popular overlay has. This could be detrimental *or* beneficial,
25 depending on what the changes are.
26
27 tldr modularization sounds good on paper but I don't see it being
28 beneficial in the long run. I would be happy with the requirements to
29 get into layman being somewhat relaxed and/or halfway automated so users
30 can host anywhere they want, get listed in layman as "not vetted" but
31 still available, and then some sort of process or mechanism to go from
32 "unvetted" to "vetted", and if they're lucky, "official". It would
33 require less shuffling of resources, as well.
34 --
35 Daniel Campbell - Gentoo Developer
36 OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
37 fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies