In accordance with discussion at today's Go/No-Go meeting, I've changed the release-blocking desktop for ARM from KDE to Xfce in https://fedoraproject.org/wiki/Template:Release_criteria_preamble (whic h is included in each of the Release Criteria pages). For those not at the meeting and who don't want to read through the whole log, this has been changed on the basis that KDE 5 requires 3D acceleration and does not fully work with llvmpipe (software rendering), and we don't have hardware 3D support for any of our supported ARM platforms at this time, so it no longer makes any sense for KDE to be the blocking desktop for ARM.
I'd suggest the ARM team takes whatever steps necessary so that, in future, they can ensure this desktop is working and tested - including ensuring that resources will be available to fix bugs in Xfce, potentially at short notice - and if they wish to change it again or not have a release-blocking desktop any more, this be proposed at an appropriate point in the cycle.
I will also adjust the desktop validation matrix appropriately (moving KDE to non-blocking and ARM to blocking), effective from Alpha RC2 as this change was effectively applied to Alpha at the meeting.
Adam Williamson wrote:
). For those not at the meeting and who don't want to read through the whole log, this has been changed on the basis that KDE 5 requires 3D acceleration and does not fully work with llvmpipe (software rendering), and we don't have hardware 3D support for any of our supported ARM platforms at this time, so it no longer makes any sense for KDE to be the blocking desktop for ARM.
This should have been the case already for Fedora 22 as well. Did it work there and something (recently) regressed or am I missing something?
-- Rex
On Sat, 2015-08-08 at 10:54 -0500, Rex Dieter wrote:
Adam Williamson wrote:
). For those not at the meeting and who don't want to read through the whole log, this has been changed on the basis that KDE 5 requires 3D acceleration and does not fully work with llvmpipe (software rendering), and we don't have hardware 3D support for any of our supported ARM platforms at this time, so it no longer makes any sense for KDE to be the blocking desktop for ARM.
This should have been the case already for Fedora 22 as well. Did it work there and something (recently) regressed or am I missing something?
Well, https://fedoraproject.org/wiki/Test_Results:Fedora_22_Final_RC2_D esktop has checks in all the ARM KDE desktop tests from pwhalen. And that's all I know, as I never can get any of my ARM devices to actually work well enough to test anything reliably.
----- Original Message -----
On Sat, 2015-08-08 at 10:54 -0500, Rex Dieter wrote:
Adam Williamson wrote:
). For those not at the meeting and who don't want to read through the whole log, this has been changed on the basis that KDE 5 requires 3D acceleration and does not fully work with llvmpipe (software rendering), and we don't have hardware 3D support for any of our supported ARM platforms at this time, so it no longer makes any sense for KDE to be the blocking desktop for ARM.
This should have been the case already for Fedora 22 as well. Did it work there and something (recently) regressed or am I missing something?
Well, https://fedoraproject.org/wiki/Test_Results:Fedora_22_Final_RC2_D esktop has checks in all the ARM KDE desktop tests from pwhalen. And
Yes, it was working in F22 so there has been some regression.
that's all I know, as I never can get any of my ARM devices to actually work well enough to test anything reliably.
Let's fix that at Flock. If you want to bring your Trimslice, I think it needs to be upgraded to more recent version of U-Boot, and the Beaglebone Black needs a serial cable, which I'm bringing for you.
Regards, Paul
-- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net
-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
It worked in f22 but was a bit slow. Plasmashell is segfaulting and the bug filing process does not work.
Dennis
On August 8, 2015 10:54:48 AM CDT, Rex Dieter rdieter@math.unl.edu wrote:
Adam Williamson wrote:
). For those not at the meeting and who don't want to read through the whole log, this
has
been changed on the basis that KDE 5 requires 3D acceleration and
does
not fully work with llvmpipe (software rendering), and we don't have hardware 3D support for any of our supported ARM platforms at this time, so it no longer makes any sense for KDE to be the blocking desktop for ARM.
This should have been the case already for Fedora 22 as well. Did it work there and something (recently) regressed or am I missing something?
-- Rex
arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
On Sat, 2015-08-08 at 11:27 -0500, Dennis Gilmore wrote:
It worked in f22 but was a bit slow. Plasmashell is segfaulting and the bug filing process does not work.
Do you mean:
a) abrt can't figure out how to file a bug about this b) nobody can be bothered to file a bug about this c) there is a bug filed and it's not gotten any attention
- ajax
On Monday, August 10, 2015 11:39:30 AM Adam Jackson wrote:
On Sat, 2015-08-08 at 11:27 -0500, Dennis Gilmore wrote:
It worked in f22 but was a bit slow. Plasmashell is segfaulting and the bug filing process does not work.
Do you mean:
a) abrt can't figure out how to file a bug about this b) nobody can be bothered to file a bug about this c) there is a bug filed and it's not gotten any attention
- ajax
plasmashell explodes, the inbuilt kde bug filer that loads up fails to be able to report a bug. ABRT does not get a look in.
Dennis
-
Adam Jackson -
Adam Williamson -
Dennis Gilmore -
Paul Whalen -
Rex Dieter