Atomic Workstation SIG meeting time
by Matthias Clasen
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
6 years, 1 month
Reminder - Fedora Atomic Workstation IRC meeting in 30 minutes
by Owen Taylor
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.
6 years, 1 month
Help test GNOME 3.28.0 megaupdate
by Kalev Lember
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...
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
6 years, 1 month
Re: Help test GNOME 3.28.0 megaupdate
by Kalev Lember
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
6 years, 1 month
Call for testing: Fedora 28 blocker / FE updates
by Adam Williamson
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...
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
6 years, 1 month
Re: Help test GNOME 3.28.0 megaupdate
by Kalev Lember
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
6 years, 1 month
HW Accelerated Video Decode Firefox/Chromium
by Alex G.S.
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
6 years, 1 month
