we decided it's time to rethink our needs and redesign Fedora main website from scratch.
I would like to encourage your team to take a part in this initiative and work on this together as we need to make sure that we have everybody on board and all needs are taken into consideration.
Based on initial input I gather from Fedora forum and meeting with Matthew I prepared one page with summary of what we are going to do and it's available here https://fedoraproject.org/wiki/Websites/Fedora_Website_Revamp
It's possible I'll move it to other place in the future but for now it will be our workspace.
As a short term strategy I would like you to choose one representative from your team for upcoming kick-off meeting with other stakeholders and send me directly details like name, Feroda ID and e-mail address. It will be much easier for me to contact chosen person having this. Please try to do this by 30th June. I'm aware holiday period started and probably not everyone will be available but let's try to do our best and push forward this exciting initiative :)
When I have all participants gathered I'll try to find common slot to organize session for us. Agenda will be included in invitation.
Main goal of this kick-off will be to discuss known facts, go through goals, assumptions and requirements and also plan next steps for next couple of weeks.
I'll propose long term strategy, approach and wider plan after meeting with all of you.
Please read in advance https://fedoraproject.org/wiki/Websites/Fedora_Website_Revamp and if you already have some requests, suggestion please send it to your representative and then each person can send it to me before kick-off. Taking into consideration we will have huge amount of stakeholders I don't see other way to work on this than having one person from each team, I hope you understand.
Looking forward to work with all of you.
#startmeeting Workstation WG (2021-06-29)
#info present: Matthias (secr.), Neal, Chris, Tomas, Jens, Michael
#info regrets: Allan
#info present guests: Luna Jernberg(bittin), Omar Sandoval, Michel
#topic Approval of June 23 minutes
#agreed no objections
#topic Fesco deadline is today, Owen wants agreement from wg for
proposals for installing
repos by default, and flathub with a filter
Michael says that these proposals have been discussed and agreed to by
the WG in the past,
so this should be uncontroversial.
Owen will wait a few hours for feedback on the proposals.
#agreed interested parties should comment on the proposals after the meeting
#topic Discussion with Omar Sandoval
Chris introduces Omar and the topic of encryption of user/systemdata with btrfs.
This is follow-up to discussion from 2 weeks ago.
Hot question: When is the code expected to land in the upstream kernel?
Omar expects this to land in complete form, not piecemeal. Timeline
btrfs-specific parts will be different from how fscrypt does things,
so that will need a bit of
Chris is asking about enabling encryption at runtime. Omar says that
he thinks about using
the defrag code paths for this. Use case at facebook: container images
unencrypted base images and encrypted modifications.
Chris is asking about providing user keys after the fact. Omar says
that this sounds like
a userspace problem.
Neal asks about having multiple keys for decrypting. Omar says that
the kernel only supports
one encryption key, which would have to be protected in a key
management system if
multiple keys are desired.
Omar says that upstreaming of all this work is still pending. He will
reach out when things
are in a state where testing would be useful.
Neal was asking questions around backup and encryption.
Followup questions can be sent to Omar Sandoval <osandov(a)osandov.com>
#topic Open Floor
Matthias mentions negotiations with Lennart about having him come back for homed
Next weeks meeting is cancelled due to July 4, next meeting: July 13.
* Mohan Boddu:
> On Mon, Jun 28, 2021 at 3:20 PM Florian Weimer <fweimer(a)redhat.com> wrote:
>> * Mohan Boddu:
>> > Not sure if its related, but bolt is also having an issue:
>> What's your glibc version? glibc-2.33.9000-25.fc35 is the first build
>> with the (then downstream-only) fix.
> I should have mentioned this earlier, but I updated to
Then this must be a different bug. glibc or not glibc, I don't know. A
backtrace with debuginfo might help. Maybe the received udev message
has an unexpected format.
* Mohan Boddu:
> Not sure if its related, but bolt is also having an issue:
What's your glibc version? glibc-2.33.9000-25.fc35 is the first build
with the (then downstream-only) fix.
boltd issues have been reported as well, but I'm not sure if we have
verified that they went away with the fix for the larger issue.
We could use some basic GNOME SHell debugging help here. Ideally, we'd
like to run GNOME Shell in such a way that it does not perform X
fallback and does not re-exec itself, and uses a specified VT (so that
we can launch it over an SSH session).
(This is about bug 1974970.)
#fedora-meeting-2: Workstation WG (2021-06-22)
Meeting started by cmurf at 01:53:26 UTC. The full logs are available at
* Rollcall (cmurf, 01:54:35)
* present: Langdon (secr.), Allan, Neal, Chris, Tomas, Jens, Michael,
Kalev (cmurf, 01:54:37)
* regrets: (cmurf, 01:54:39)
* present guests: (cmurf, 01:54:41)
* Approval of June 15 minutes (cmurf, 01:54:43)
* AGREED: no objections (cmurf, 01:54:47)
* Announcements, follow-ups, status reports (cmurf, 01:54:49)
* LINK: https://fedoraproject.fireside.fm/14 (cmurf, 01:55:01)
* Local active admin users can install, but not remove, software without
a password (cmurf, 01:55:03)
* LINK: https://pagure.io/fedora-workstation/issue/233 (cmurf,
* AGREED: working group is in favor of the ticket (cmurf, 01:55:11)
* Open Floor (cmurf, 01:55:13)
* KDE Akademy schedule (cmurf, 01:55:17)
* LINK: https://akademy.kde.org/2021/program (cmurf, 01:55:19)
Meeting ended at 01:55:47 UTC.
Action Items, by person
People Present (lines said)
* cmurf (27)
* zodbot (7)
* Neal (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
NVIDIA has released today a public BETA test of their proprietary driver
which supports hardware acceleration with Xwayland.
For this to work, it requires changes and fixes in Xwayland which are already
part of the current builds shipped with Fedora 34 (currently in testing is
Please help us test this support for hardware acceleration with the NVIDIA
proprietary driver in Xwayland, and report issues for Xwayland in Fedora
bugzilla (https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora) against
By default, the display manager (GDM) will automatically disable Wayland
when the NVIDIA driver is loaded. To enable Wayland with NVIDIA's proprietary
driver, you'll need comment out that line in the file
# disable Wayland when using the proprietary nvidia driver
# DRIVER=="nvidia", RUN+="/usr/libexec/gdm-runtime-config set daemon
And restart your system.
This is beta version of the driver, so issues are to be expected and reported:
* To the NVIDIA forums for specific NVIDIA driver issues
* To Fedora bugzilla for the rest.
There is a number of currently known issues:
* A blank window with Chromium based web browsers (including GOOGLE Chrome)
This is an issue with Chromium's GPU sandboxing, a workaround is to
disable GPU rendering with “--disable-gpu”
* Applications such as Blender or Steam sometimes show a black window
This is an issue with the driver which should be addressed later.
* EGL on Xwayland does not work with NVIDIA proprietary driver
This is a known limitation in the driver which should be addressed later.
* vulkan application such as “vulkaninfo” crashes
* GTK3 applications running on Xwayland (GDK_BACKEND=x11 …) fail
This is an issue with the driver which falsely claims support for
the GLX_EXT_texture_from_pixmap extension, should be addressed later.
* GTK4 application show nothing on Wayland with NVIDIA proprietary driver
This is a known issue with GTK4 reported upstream here:
* Firefox Webrender fails to render on Wayland native with NVIDIA driver
Webrender with hardware acceleration uses EGL and fails to render on
Wayland with the NVIDIA proprietary driver because of an ambiguity in the
EGL specification causing a difference between Mesa and NVIDIA
implementations and Firefox Webrender relies on Mesa's implementation.
The latest Firefox update for Fedora disables hardware rendering with
NVIDIA proprietary driver to work around the issue.
* Fullscreen GLX applications do not render in KDE with Xwayland
This is an issue with KDE's Wayland compositor.
* Shaped windows on Xwayland are upside-down in GNOME Shell
This is an issue with mutter reported here: