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.
Mon Mar 19, 10:00 US/Eastern, 14:00 UTC (see agenda item #1)
* 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 -
* 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.
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:
FE bug for including 3.28.0:
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:
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!
On 03/17/2018 03:23 PM, pmkellly(a)frontier.com wrote:
> 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
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:
> 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,
Recently I learned about the efforts to upgrade VA-API to 1.0 for Fedora 28
 and I immediately recalled a patch  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
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
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.