[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#27264: gnome-shell-3.24.2 consistently dies during initialization
From: |
Kei Kebreau |
Subject: |
bug#27264: gnome-shell-3.24.2 consistently dies during initialization |
Date: |
Thu, 08 Jun 2017 08:35:40 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Mark H Weaver <address@hidden> writes:
> Marius Bakke <address@hidden> writes:
>
>> Mark H Weaver <address@hidden> writes:
>>
>>> I have a question: Does GNOME 3 work for *anyone* in Guix now? If so,
>>> that would be useful information. If not, I wonder why this got merged
>>> into master.
>>
>> I'm sorry, I don't actually use GNOME and should have tested it before
>> pushing. I have been busy lately and didn't want to hold up the branch.
>
> In the future, I think that pushing an updated desktop environment to
> master should only be performed by someone who is able and willing to
> test it. Modern desktop environments are quite complex, and many things
> can go wrong even if the code compiles.
>
I had intended to test GNOME as a whole before having it pushed to
master, but the speed of my hardware is an impediment to updating the
packages in a timely fashion. I'd be more than willing to take up
learning how GNOME works and maintenance of the GNOME packages, but
things will take longer (though that's certainly more tolerable than a
broken GNOME desktop).
>> It would be good to have a system test for GNOME and other DEs so we can
>> catch these problems earlier.
>
> I agree that it would be good to have this, but it would require a
> massive effort to produce a sufficiently comprehensive test suite to
> render manual testing unnecessary. In the meantime, automated testing
> is not an adequate substitute for user testing. To my mind, only
> someone who actually uses the DE in question to do real work will be
> able to meaningfully judge the result as usable.
>
>> I'll try to help fixing this later today, but feel free to revert the
>> updates meanwhile.
>
> GNOME contains a great many components, and I don't fully understand
> their interdependencies. It's not something that can be easily
> reverted.
>
> Mark
signature.asc
Description: PGP signature
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Mark H Weaver, 2017/06/06
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Ludovic Courtès, 2017/06/07
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Roel Janssen, 2017/06/07
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Mark H Weaver, 2017/06/07
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Marius Bakke, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Mark H Weaver, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization,
Kei Kebreau <=
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Marius Bakke, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Marius Bakke, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Chris Marusich, 2017/06/09
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Mark H Weaver, 2017/06/09
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Ben Sturmfels, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, pelzflorian (Florian Pelz), 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Ludovic Courtès, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Kei Kebreau, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Roel Janssen, 2017/06/08
- bug#27264: gnome-shell-3.24.2 consistently dies during initialization, Roel Janssen, 2017/06/08