desktop March 2018

desktop@lists.fedoraproject.org

38 participants
42 discussions

Start a nNew thread

Atomic Workstation SIG meeting notes
by Matthias Clasen 19 Mar '18

19 Mar '18

Here are the notes from todays meeting: https://meetbot.fedoraproject.org/fedora-meeting-2/2018-03-19/atomic_workst…

1 0

Atomic Workstation SIG meeting time
by Matthias Clasen 19 Mar '18

19 Mar '18

A couple of us (on the US side) were suprised by todays SIG meeting being an hour later than expected. This is due to the calendar entry being created in UTC. This matches the Atomic SIG meeting setup, but is different from the Workstation SIG, whose timeslot we are sharing. Everybody in the meeting was in favor of changing the meeting time to be in EST, which will make it so that the time stays unchanged during the year for everybody in DST-observing locations, except for the 2-week window of general timezone confusion, ie now). If anybody has a problem with this change, please speak up now. If I don't hear back, I'll implement this change next week. Matthias

1 0

Reminder - Fedora Atomic Workstation IRC meeting in 30 minutes
by Owen Taylor 19 Mar '18

19 Mar '18

Mon Mar 19, 10:00 US/Eastern, 14:00 UTC (see agenda item #1) Freenode, #fedora-meeting-2 Agenda: * Meeting time - was our agreement for a meeting time in UTC or DST adjusted? Should we move to 13:00 UTC for the summer. * F28 branched and rawhide status - https://pagure.io/fedora-atomic-workstation/issue/4 * Should we be doing package set adjustments specific to FAW or doing them for main Fedora Workstation Note: Due to timezone confusion, I'll have to leave at 10:30, and will have to turn over running the meeting at that point.

1 0

2018-03-19 @ ** 16:00 ** UTC - Fedora 28 Blocker Review Meeting
by Adam Williamson 17 Mar '18

17 Mar '18

# F28 Blocker Review meeting # Date: 2018-03-19 # Time: ** 16:00 ** UTC # Location: #fedora-blocker-review on irc.freenode.net Hi folks! We have several proposed blockers and freeze exception issues to review, so let's have a review meeting on Monday. Remember that DST started last week, so we're at 1600 UTC now! If you have time this weekend, you can take a look at the proposed or accepted blockers before the meeting - the full lists can be found here: https://qa.fedoraproject.org/blockerbugs/ . We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F28 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good weekend and see you on Monday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net

1 0

Help test GNOME 3.28.0 megaupdate
by Kalev Lember 17 Mar '18

17 Mar '18

Hi test list, I'm hoping we could have GNOME 3.28.0 in F28 Beta as a Freeze Exception. I've filed a bug tracking this, and I hope we can discuss this further during the blocker review meeting on Monday. Bodhi update for 3.28.0: https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ebe0eb1f2 FE bug for including 3.28.0: https://bugzilla.redhat.com/show_bug.cgi?id=1554966 We have 3.28 release candidate (3.27.92) in F28 stable right now and 3.28.0 is the final release; would be really nice to ship Beta with the final release so that we can get more testing for the code we'll be shipping in F28 final. This helps both GNOME upstream developers and Fedora by helping us catch bugs earlier and fix them. I'll be on lookout this week and next week for any possible regressions that the 3.28.0 update might bring, compared to what we currently have in stable and happy to quickly fix up anything that comes up. (Fixing for Beta might be just reverting certain patches/going back to 3.27.92 versions of individual packages, but I'm confident we can quickly fix up anything that could be a Beta blocker so that we can include all or most of the 3.28.0 update in Beta). I put together a Workstation ISO image for easy testing. It should be exactly the same as today's Fedora-Workstation-Live-x86_64-28-20180315.n.0 compose, except that any updates from the 3.28.0 update are included. Here's the ISO image: https://kalev.fedorapeople.org/Fedora-Workstation-Live-x86_64-28-20180315.n… I'd appreciate a lot if people could give it a quick spin and see if they can find anything that looks like a regression compared to the stable F28 images, and then we can further discuss this at the blocker review meeting on Monday. Thanks so much and have a nice Friday and weekend everyone! Kalev

4 8

Re: Help test GNOME 3.28.0 megaupdate
by Kalev Lember 17 Mar '18

17 Mar '18

On 03/17/2018 03:23 PM, pmkellly(a)frontier.com wrote: > Kalev, > > I loaded the ISO you provided onto a bare metal system (Lenovo > ThinkCenter M58P with E8400 processor) via DVD. I use US English. I > tried most of the settings in the Settings Panel (some don't apply to > this system like no bluetooth) and I made several changes using the > Gnome-Tweak-Tool. I loaded my three favorite shell-extensions (Freon, > Activities Configurator, and Topicons Plus). I also started, but did not > use Librioffice Writer and Calc. Everything worked fine. The only > anomaly I encountered was on the Lock Screen. The time was displayed > fine, but the day and date line below the time kept shifting between its > normal position and to be aligned with the left end of the time. The > timing of the shifts seemed random and were less than a minute apart. Thanks for testing it! Could you file the time shifting issue at https://gitlab.gnome.org/GNOME/gnome-shell please? Thanks, Kalev

1 0

Call for testing: Fedora 28 blocker / FE updates
by Adam Williamson 17 Mar '18

17 Mar '18

Hi folks! I'm not doing a full blocker status mail right now (it's Saturday...), but we do have several updates intended to fix proposed or accepted blocker or FE issues ATM. It'd be great if we could get testing on these updates so they're ready to go (or, of course, if you find issues, we know *not* to send them out). Here they are: 1. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9877df9844 This is for shim-signed, part of UEFI booting, especially Secure Boot booting. If you have an SB-enabled setup, please check you can boot with the packages from this update, and +1 it if so. 2. https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ebe0eb1f2 This is the GNOME 3.28.0 mega-update. It's proposed as an FE. It'd be really useful to have lots of testing of it by Monday so we can make an informed decision about whether it's safe to pull it in. Note, there's a live image available for testing that includes the bits from this update (thanks Kalev): https://kalev.fedorapeople.org/Fedora-Workstation-Live-x86_64-28-20180315.n… 3. https://bodhi.fedoraproject.org/updates/FEDORA-2018-5a9e9a1142 This one should prevent anaconda from automatically quitting after a Workstation live install. To test it, boot a recent Workstation live, then update these packages before running an install. At the end of install, you should see the 'Install complete' screen that requires you to click 'Quit' before anaconda will close - it shouldn't just automatically close anaconda (and auto-suspend the system, if you hadn't moved the mouse for 20 minutes!) like before. 4. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9053deff2a This is related to this Change: https://fedoraproject.org/wiki/Changes/ThunderboltEnablement If you have a Thunderbolt port and some kind of Thunderbolt accessory, you should be able to test according to the 'How To Test' section of the Change page. 5. https://bodhi.fedoraproject.org/updates/FEDORA-2018-79a0e88abe This is for MATE. It's related to getting the correct desktop background in. I'm not sure whether this update alone should result in the correct background being included, or whether further changes are needed after it lands. See https://bugzilla.redhat.com/show_bug.cgi?id=1554475 for more details. 6. https://bodhi.fedoraproject.org/updates/FEDORA-2018-7f8b60cd0e I believe this relates to upgrades from Fedora 27 to Fedora 28 for x86_64 systems with the i686 nss-pem package installed (a common reason for this is if you have 32-bit wine installed), so that's basically the scenario to test: try that upgrade with and without updates-testing enabled. 7. https://bodhi.fedoraproject.org/updates/FEDORA-2018-648a02fbac This is just rebuilds of a bunch of different packages against OpenCV 3.4. There's no reason any of them should fail...if you happen to use any of the packages in the update, please just check it still works at least as well as before, and +1 the update. Thanks a lot, folks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net

1 0

Re: Help test GNOME 3.28.0 megaupdate
by Kalev Lember 16 Mar '18

16 Mar '18

On 03/16/2018 12:13 PM, Charles-Antoine Couret wrote: > I have an issue with Gnome-Shell which is crashing every time before > displaying applications. I have to downgrade to a beta release to be > able to use it. > > I reported a bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1551749 > > Apart from mutter/gnome-shell/mesa issue, other components are working > well with the latest release. Thanks for the feedback. I was mostly looking for regression testing compared to what we have in F28 stable right now. In the ticket you say that the F28 stable packages (mutter 3.27.92/gnome-shell 3.27.92) are already crashing for you, which means the 3.28.0 update doesn't regress this further. I know this might sound arrogant when I say it like that, but it's an important distinction here because even though 3.28.0 doesn't fix your issue, it fixes a number of other problems and is probably still worth including in Beta. Your issue is probably still important to analyze and fix, but not in the "should we include 3.28.0 over 3.27.92 in F28 Beta" context. Hope this clears it up, Kalev

1 0

HW Accelerated Video Decode Firefox/Chromium
by Alex G.S. 15 Mar '18

15 Mar '18

Dear List, Recently I learned about the efforts to upgrade VA-API to 1.0 for Fedora 28 [1] and I immediately recalled a patch [2] from Intel in the Chromium Gerrit that hasn't landed yet. This patch would enable an experimental HWA video decode flag in Chromium on Linux. There's also the Intel Hybrid Driver which enables VP8 and VP9 HW decode for certain Intel chipset families [3]. The vast majority of users watch videos using a web browser. AFAIK the Firefox browser will never support HWA video decode on Linux. I'm not sure if there are efforts at Mozilla to make this possible. However it seems like in Chromium this is a WIP issue although it's taking a very long time for it be merged. Would it be possible for Fedora to help move things forward here and carry these patches in Chromium to enable both HWA and VP8/VP9 HW decode support for users? Would this be able to land by Fedora 28 or be carried as a post-release update? It would also be worth investigating the situation with Firefox and seeing if there's a possibility that Mozilla may consider HWA video decode now that the graphics drivers are in good shape on Linux now? Unfortunately I'm not a C/C++ developer so I wouldn't know what's involved in moving this forward. Thank you! Best, Alex G.S. [1] https://fedoraproject.org/wiki/Changes/VA-API_1.0.0 [2] https://chromium-review.googlesource.com/c/chromium/src/+/532294 [3] https://github.com/01org/intel-hybrid-driver

1 0

Linux continues to be popular as a desktop environment for developers
by Matthew Miller 15 Mar '18

15 Mar '18

https://insights.stackoverflow.com/survey/2018/#technology-developers-prima… Unfortunately, they didn't do a distro break down this year. But, the overall Linux desktop is up to 23.2%, up from 22.5% in 2016 (they didn't ask last year) and continuing a trend of share growth from the years before that. -- Matthew Miller <mattdm(a)fedoraproject.org> Fedora Project Leader

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

desktop March 2018