Re: systemd as external dependency


I'd like to point out something here, I don't think we should state
that we will not support other OSes, but certainly we should not
hesitate to make some compromises if it allows for a better user

Resources are scarce, and I'm afraid that Sun/Oracle  (and I'm talking
as an ex-Sun that worked closely with the Solaris Desktop guys here)
or any other group that cares about GNOME in other platforms can't
expect that the GNOME community should carry the burden of cross
platform support itself.

I learned this the hard way with my efforts to improve the Win32 story
of the GNOME platform. Without enough upstream
developers/co-maintainers taking care of those platforms actively we
have no choice but to move on.

My 2 cents.

2011/5/18 Dave Neary <dneary gnome org>:
> Hi,
> Lennart Poettering wrote:
>> On Wed, 18.05.11 15:49, Josselin Mouette (joss debian org) wrote:
>>> I don’t have anything against requiring systemd, since it is definitely
>>> the best init system out there currently, but the Linux dependency is an
>>> absolute no-no for us. Having optional Linux-only functionalities is OK;
>>> requiring Linux is not.
>> Quite frankly, I'd like to question this. In the light of GNOME OS I
>> think we need to ask ourselves the question if we do ourselves any good
>> if we continue to support all kinds of kernels that simply cannot keep
>> up with Linux anymore.
> This would be a major departure for the project, a big kick in the face
> for long-term partners like Oracle/Sun, and also for other free
> operating systems like BSD.
> Are you sure you're not taking the GNOME OS idea a bit far here? Are we
> going to start depending on kernels carrying specific patch sets next?
> Or specifying which package management system we expect GNOME
> distributors to choose?
> Cheers,
> Dave.
> --
> Dave Neary
> GNOME Foundation member
> dneary gnome org
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org

Un saludo,
Alberto Ruiz

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]