On Tue, Feb 12, 2019 at 12:15 PM Fabio Valentini <decathorpe(a)gmail.com>
wrote:
On Tue, Feb 12, 2019 at 12:09 PM Adam Samalik
<asamalik(a)redhat.com> wrote:
>
> The Modularity Team works on enabling default modules to be present in
the traditional buildroot. The work is tracked here:
https://tree.taiga.io/project/modularity-wg/epic/12
>
> We would love to contributions towards that. I'm willing to mentor
anyone interested regarding Modularity. However, we might be quite close
now. And I believe this example raises the priority quite a bit, right? (cc
Stephen & Petr)
The difference being: I'm suggesting something that can definitely be
done now (maybe even today), and not about "maybe soon"s.
I don't want to sound disrespectful, and I see that a lot of work is
being poured into the Modularity effort.
However, I don't want to see fedora broken as a result of unfinished
solutions, where there's not even a visible agreement on the way
forward.
Ah, I haven't taken that as a disrespectful or anything! :-)
Actually, thanks for stepping up and offering help. Definitely agree that
this might be a much faster temporary workaround before the proper fix
comes. I just wanted to make sure that people understand that it's
something we're working on.
Fabio
> On Tue, Feb 12, 2019 at 11:56 AM Fabio Valentini <decathorpe(a)gmail.com>
wrote:
>>
>> Hi everybody,
>>
>> In the past few weeks, it has come up regularly that future
>> "module-only" packages are orphaned (and hence will soon be retired),
>> and nobody stepped up to fix this issue - especially for non-leaf
>> packages. I don't think fedora as a project has a solution for this
>> yet.
>>
>> I propose to create a "Stewardship" Group / SIG that will take care
of
>> such packages - either until a new main maintainer steps up, or until
>> modularity matures enough so it won't be necessary anymore. (Or, until
>> it dies a quiet death, which is always a possibility.) However, I
>> think this is necessary until the situation stabilizes.
>>
>> Comments and future contributors are very welcome.
>>
>> Fabio
>> _______________________________________________
>> devel mailing list -- devel(a)lists.fedoraproject.org
>> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>> Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
>> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
>
>
> --
>
> Adam Šamalík
> ---------------------------
> Software Engineer
> Red Hat
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Adam Šamalík
---------------------------
Software Engineer
Red Hat