* Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model
@ 2014-11-19 17:27 99% ` Jauhien Piatlicki
0 siblings, 0 replies; 1+ results
From: Jauhien Piatlicki @ 2014-11-19 17:27 UTC (permalink / raw
To: gentoo-dev
[-- Attachment #1: Type: text/plain, Size: 2594 bytes --]
On 11/19/2014 03:36 PM, hasufell wrote:
> On 11/18/2014 02:12 PM, Jauhien Piatlicki wrote:
>>
>> On 11/18/2014 04:19 AM, heroxbd@gentoo.org wrote:
>>> Jauhien Piatlicki <jauhien@gentoo.org> writes:
>>>
>>>> It would be probably good to have in the tree only the core components and move other stuff to the thematic overlays.
>>>>
>>>> Then we can have a clear understanding, how things should be: if
>>>> something is a part of the core system, it goes to the tree, if
>>>> something is a scientific packages, it lives in the science overlay,
>>>> if something is a java stuff it lives in the java overlay, etc.
>>>
>>> This is a good idea. One difficulty: how to handle inter-overlay
>>> dependence? Either the dependency should be expressed by overlay +
>>> ebuild, or the dependent ebuild should be moved into the "core overlay".
>>> I haven't figured out a clean solution yet.
>>>
>>
>> Yes, this is a weak point of decentralization. We should think how to
>> solve it. The possible solution is using of dependencies between
>> overlays (one overlay says, it depends on other). We already have such a
>> feature, we only need to add more support for it. Example of such a
>> dependency:
>>
>> %cat /var/lib/layman/melpa-stable/metadata/layout.conf
>>
>> repo-name = melpa-stable
>>
>> masters = gnu-elpa gentoo
>>
>> Dependencies on overlays in ebuilds is bad idea I think, as it only will
>> introduce additional problems. Also think what if you need not a
>> package, but an eclass or whatever else.
>>
>> In addition, one question that emerges is possible circular dependencies
>> between overlays. We need a way to handle this.
>>
>
> Sounds like there should be some sort of wiki page/guidelines what to
> keep in mind when creating an overlay.
>
> I guess there are two approaches:
> * make the overlay as independent and consistent as possible
> * make the overlay as themed and reusable as possible
>
> Example: You want to create a games overlay, do you add libsdl,
> sdl-mixer etc to it?
>
> One way to go about it is probably to make a very strong distinction
> between actual applications and libraries/modules.
> So you'd rather have two overlays for the above example: "games" and
> "games-libs"?
>
That sounds reasonable.
>
> In the end, I'm not sure if this is actually such a big problem. You can
> still use random ebuilds from random overlays and commit them straight
> to your own overlay.
>
A bad idea. Bad because of the same reason why copy-past in your code
would be bad.
--
Jauhien
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
[not found] <54665115.3060706@gentoo.org>
[not found] ` <54675866.1080506@gentoo.org>
[not found] ` <m47m46$lov$1@ger.gmane.org>
[not found] ` <CAGfcS_=q3YWaqYCCSL9E-KEedHneDrun95WagPLmyvmGRf0vGw@mail.gmail.com>
[not found] ` <54676A96.4080803@gentoo.org>
[not found] ` <5467B79E.30507@gentoo.org>
[not found] ` <86y4r99ov4.fsf@moguhome00.in.awa.tohoku.ac.jp>
2014-11-18 13:12 ` [gentoo-dev] [gentoo-project] Re: towards a more distributed model Jauhien Piatlicki
2014-11-19 14:36 ` hasufell
2014-11-19 17:27 99% ` Jauhien Piatlicki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox