[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-project
Subject:    Re: [gentoo-project] Re: [gentoo-dev-announce] Call for Council Agenda Items - 14 Oct 2014
From:       Rich Freeman <rich0 () gentoo ! org>
Date:       2014-10-13 18:09:00
Message-ID: CAGfcS_=amWEOccnCvtrS912NMMQy1LwDo9n2=S7D9qPuBPY17Q () mail ! gmail ! com
[Download RAW message or body]

On Mon, Oct 13, 2014 at 8:59 AM, Michał Górny <mgorny@gentoo.org> wrote:
> Dnia 2014-10-13, o godz. 14:54:56
> Ulrich Mueller <ulm@gentoo.org> napisał(a):
>
>> >>>>> On Mon, 13 Oct 2014, Michał Górny wrote:
>>
>> > 2. Dependency updates [2] are stuck midway games. With no help from
>> > games team, the fact that most of the current dependencies don't
>> > make sense and that most of the games are proprietary, you shouldn't
>> > expect much sane progress anytime soon. Likely we're just going to
>> > end up updating the current dependencies knowing they're likely
>> > wrong.
>>
>> "Il meglio è l'inimico del bene." -- Voltaire
>>
>> You could start with the dependencies currently in ebuilds, and in
>> addition use tools like scanelf or lddtree for scanning the binaries
>> installed by the package. (Or even the old tools for porting packages
>> to modular X [4] could be used; it's a very similar task.)
>
> Proprietary games == no binaries for me.

My thought is that we should do what we can with what we have, give
notice to the maintainers, and pull the plugs on the emul packages (or
at least stop maintaining them, pulling them if they have security
issues).

I think the fact that we can have non-redistributable or even
proprietary software in portage is actually one of Gentoo's strengths.
However, it still needs to be maintained.  We can better tolerate
inactive maintainers for FOSS since anybody can step in and maintain
them.

If a proprietary package breaks, then it should be treecleaned.  I
don't think we have to tiptoe around them to keep this from happening.
They need to be maintained like any other package.


[prev in list] [next in list] [prev in thread] [next in thread]