#fedora-meeting-2: Workstation WG
Meeting started by kalev at 14:01:00 UTC. The full logs are available at
* Roll call (kalev, 14:01:13)
* Install gamemode by default? (kalev, 14:05:05)
* LINK: https://pagure.io/fedora-workstation/issue/88 (kalev,
is the last log that I found (kalev, 14:07:09)
* AGREED: Workstation WG agrees to install gamemode by default. While
we think the design is fundamentally not ideal, the security
implications of allowing the current session to adjust cpu governor
and gpu clocking are small. (kalev, 14:22:56)
* F30 status (kalev, 14:23:23)
* We got first F30 compose last night (kalev, 14:25:10)
* GNOME 3.32 test day is on Wednesday over at #fedora-test-day
* We're almost fully up to date with GNOME 3.32 upstream releases,
with the exception of gdm and gnome-initial-setup (kalev, 14:31:25)
* We have several new flatpaks built in Fedora: 0ad, wesnoth,
thunderbird (kalev, 14:34:04)
* ship Fedora flatpak repos by default? (kalev, 14:35:41)
* ACTION: kalev to make sure fedora flatpak repos are installed by
default (kalev, 14:43:48)
* Videos discussion from the fedora-desktop list (kalev, 14:44:56)
Meeting ended at 15:00:05 UTC.
* kalev to make sure fedora flatpak repos are installed by default
Action Items, by person
* kalev to make sure fedora flatpak repos are installed by default
People Present (lines said)
* kalev (92)
* otaylor (36)
* zodbot (13)
* mcatanzaro (12)
* juhp (12)
* kparal (11)
* mclasen (11)
* ryanlerch (8)
* kwizart (4)
* cschalle (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
Fedora 29 Workstation
I'm finding a weak pattern when source is dl.flathub.org. A
significant minority of dl.flathub.org apps report rather huge
download sizes, and two or three orders magnitude smaller installation
size. I'm not seeing this for other sources, even for the same app. A
installed size 521.4 MB
download size 4.7 GB
installed size 7.5 MB
download size 4.8 GB
installed size 123 MB
download size 4.8 GB
download size 11.7 MB
visual studio code - OSS
installed size 235.7 MB
download size 2.0 GB
installed size 422.4 kB
download size 5.8 GB
Is this a known bug? If not, what information is needed to file a bug
report? I can't imagine downloading this much data for one app, but
then it ends up not really needing this much storage space? That
doesn't seem possible.
Monday, 2019-02-25 will be Fedora 30 Gnome 3.32 Test Day!
As part of this planned Change for Fedora 30, So this is an important Test
As we approach the beta dates, we try to make sure that all the gnome
are performing as they should and then file bugs well ahead of time.
We need to ensure it's working well enough and catch any remaining issues.
It's also pretty easy to join in: all you'll need is Test Day image (which
you can grab from the wiki page).
As always, the event will be in #fedora-test-day on Freenode IRC.
On Sat, 2019-02-23 at 16:25 -0500, pmkellly(a)frontier.com wrote:
> Testing of F30 Workstation pre-Beta 0222 drop:
> ISO file could not checked for integrity because the CHECKSUM file was
> not in:
Indeed. Mohan, any idea what's going on there? Thanks for catching
> The ISO was burned to a DVD and used to boot the test PC (Lenovo M58p
> with E8400 processor) for bare metal install. The Media check that
> normally runs before Anaconda starts did not run, but Anaconda started
> and ran normally to completion with no problems or errors found.
From the openQA videos, the 'test this media & start' boot menu entry
does still seem to be the default, so presumably the implementation of
the check itself is broken. That's definitely a problem, we should look
into it if confirmed - have you filed a bug? Thanks!
> Note able results:
> dbus-daemon no longer appears on the systemctl --all --failed list. In
> fact there were no failures listed
Yes, this was expected to be fixed in this compose.
> tracker-miner crashes were not observed as with prior drops.
> The Gnome Settings still crashes permanently when the Details tab is
> clicked. This seems serious, but I haven't nominated it as a blocker
> because of my lack of experience here. I'll leave it to others to
> decide. The Bug is #1680319.
There's definitely something badly busted about it ATM, it seems. For
me it's still crashing on startup, but I haven't updated to the latest
compose yet. Other related bugs look to be:
desktop folks, can you please look into this? Thanks!
> The following non-blocker bugs apply 1562418, 1648943, and 1654802. They
> have been updated to show F30.
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
I wanted to gauge interest for this particular solution to a long-standing
problem, that of being able to play back videos in the user's possession.
TL;DR: Remove totem so that users get it from a place where it can play videos
A long, long time ago, thomasvs and I worked on implementing a mechanism for
automatic codec installation in GStreamer applications, such as totem:
There was only one implementation, which offered a native(-ish) front-end to
Fluendo's web store. Fluendo at that time was providing proprietary plugins
so that distributions based in jurisdictions where software patents applied,
or that wanted to distribute there, or organisations where this applied,
could buy those plugins to get peace of mind.
Obviously, pointing to a company's webstore in a package that was part of
Fedora's default installation didn't go down well, and the implementation
was replaced with something more generic: GStreamer plugins inside packages
would be scanned at build time to have "RPM provides" metadata added to
the package, and an application was added to look for "a package that
provides this thing" when a multimedia application was missing a plugin.
Fast-forward 12 years, and even if the name of the codecs that are missing
have changed, and what we can automatically install online to has also
changed (we have full MP3 support, yay! but the AAC and H264 support are
rather incomplete), the workflow is still the same, but probably slightly
- the PackageKit GStreamer plugin installer doesn't implement the "missing-
plugins" interface correctly:
which breaks applications (because it tells the app to re-scan the installed
plugins even though nothing's installed yet):
- The "provides" in the RPM packages can't fully express the required plugins. The
GStreamer missing plugins code gives out a very very detailed information on
what plugin is needed, something which cannot be implemented via the simple
string comparison we use to select which package to install. This is a problem
you could get with the plugins that Fedora points to out of the box, but that
don't implement all the profiles.
- Even if a compatible plugin gets installed, it might not be _the_ plugin that
needs to be used to integrate a particular feature. For example, the GStreamer
DVD playback plugin requires the liba52-based AC3 decoder to work, and will not
work with another one.
- The user still needs to figure out where to get the rest of the codecs.
Want to play H265? Go search for the repository that provides this. Want
to play DVDs? It won't install automatically and you'll also need to search
- Providing the automatic codecs installation functionality using the RPM-based
Flatpaks for Silverblue would be a *lot* of infrastructure work, if it even
If for some reason we decide that we want to keep totem in the distribution,
then a number of things would need to happen:
- PackageKit's plugin installation helper would need to be fixed to match
what the API requires
- We'd need to review popular codecs, and make sure that for both decoders and
encoders, enough metadata is available in the RPM provides for the "right"
ones to be installed
- Figure out what to do for the RPM-based Flatpaks
Note that this only applies to Fedora. If somebody wants to discuss the status
of this for the other distribution on which I work, please reply privately.
: Maybe they still are? The page still mentioned GStreamer 0.10:
: Might have been a PackageKit front-end already, I couldn't find
a reference after a quick web search, and it's not super relevant
: I've not verified/tested this, I know it to be a possibility though
: This isn't a problem since Fedora ships the a52dec, but it was one
: It's always feasible, given enough time ;)
As gnome-books was split off from gnome-documents upstream, packaging
gnome-books would have required a new package to be introduced. As
gnome-books is already available as a Flatpak from the upstream maintainer
on Flathub, and no one else volunteered a new package, I've made gnome-books
obsolete in Fedora.
The change has been made in fedora-obsolete-packages:
And gnome-documents has been updated to the latest 3.31 release in rawhide/F30.
Just an updated status,
Hans tried to resolve an issue related to auto-rotation screen but is
unable to get the needed driver for the fix. The component in question
is an AMD Sensor Fusion HUB found on some mobile Raven Ridge.
We vainly try to contact AMD to obtain the needed documentation and
filed the report to upstream as well.
What will be the alternate approach to solve the problem? Thanks.
With my new Thinkpad (6th gen), I can hear CPU load as noise in the
headphones. (Like, if I do something like "find /", the noise directly
corresponds to the work being done.)
I found this over on the Arch forums https://bbs.archlinux.org/viewtopic.php?pid=1824636#p1824636
sudo hda-verb /dev/snd/hwC0D0 0x1d SET_PIN_WIDGET_CONTROL 0x0
and, indeed, that fixes the issue until next boot.
I'd like to file a bug but I'm not actually sure where to file it (kernel?
something in alsa?). And I'm also not sure if the above is really a fix or
just a kludge. Suggestions?
Fedora Project Leader