The license field changed:
-License: LGPLv2+ with exceptions
+License: LGPLv2 with exceptions
but this wasn't because of a change upstream, just we got the wrong
license originally. Jerry James has been writing a tool to synch
Fedora spec files with the opam (OCaml source distribution) files and
that caught the discrepancy.
https://bugzilla.redhat.com/1911667https://pagure.io/opam2rpm
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
https://fedoraproject.org/wiki/Changes/WaylandByDefaultForPlasma
== Summary ==
Change the default session selection in SDDM to prefer the
Wayland-based KDE Plasma Desktop session over the X11-based one.
== Owner ==
* Name: [[User:Ngompa|Neal Gompa]], [[User:Rdieter|Rex Dieter]],
[[User:Jgrulich|Jan Grulich]]
* Email: ngompa13(a)gmail.com, rdieter(a)gmail.com, jgrulich(a)redhat.com
* Product: KDE Spin
* Responsible WG: KDE SIG
== Detailed Description ==
With KDE Plasma 5.20, the KDE Plasma desktop environment has reached a
point where nearly all commonly used features in the desktop and all
major applications function in the Plasma Wayland environment on all
major GPUs (including NVIDIA with the proprietary driver). Starting
with Plasma 5.20 in Fedora 34, we will change the default
configuration for Wayland and X11 Plasma sessions so that Wayland is
preferred and used by default, while permitting the X11 session to be
selected as the alternative desktop environment option.
== Feedback ==
==== Is Wayland ready? ====
Wayland has been used by default for Fedora Workstation (which uses
GNOME) since Fedora 25. And while it was somewhat immature initially,
today it is a very rock-solid experience on virtually everything
Fedora Workstation runs on. The change in Fedora 25 kickstarted the
drive to get everything working on Wayland, and the Workstation team
succeeded beyond their wildest dreams. Firefox has been Wayland-native
by default since Fedora 31 as well.
On the KDE side, serious work into supporting Wayland started shortly
after GNOME switched to Wayland by default. Unlike GNOME, KDE has a
much broader stack in its toolkit, and it has taken longer to get to a
usable state. With the Plasma 5.20 release, the Wayland protocol for
screencasting as well as middle-click paste finally are supported,
completing the required feature set for switching to Wayland by
default.
==== What about NVIDIA? ====
Plasma, in fact, ''does'' support NVIDIA GPUs with the proprietary
driver on Wayland. It needs to be manually activated, which will be
taken care of by the <code>kwin-wayland-nvidia</code> package. So the
expectation is that all major GPUs will work just fine.
==== Why not keep using X11? ====
The fact of the matter is, Xorg is in
[https://blogs.gnome.org/uraeus/2019/06/24/on-the-road-to-fedora-workstation…
"hard maintenance mode"] per [[User:Uraeus|Christian Schaller]] and
development on it has basically stopped beyond the most critical of
fixes. Combined with the rapid maturation of the Wayland session in
KDE Plasma, this is the best time to make the switch and push things
over the edge for the KDE ecosystem in the same way that Fedora
Workstation did for the GNOME ecosystem.
== Benefit to Fedora ==
Fedora has long been a leader in advancing the adoption of the Wayland
protocol as part of the overall strategy to improve the Linux
graphical software stack. Much of the quality of Wayland for GNOME can
be attributed to the work done by the Fedora Workstation WG as part of
advancing the GNOME platform. It is now the KDE SIG's turn to do the
same for the KDE platform. By making this change, we are helping push
the adoption forward for newer, more streamlined, and overall more
actively developed graphics technology for the KDE ecosystem.
== Scope ==
* Proposal owners:
** Modify {{package|kwin}} to switch to Wayland
*** Split out <code>/usr/bin/kwin_x11</code> to the
<code>kwin-x11</code> subpackage.
*** Make {{package|kwin}} require <code>kwin-wayland</code> and
recommend <code>kwin-x11</code>
*** Add <code>kwin-wayland-nvidia</code> subpackage which contains
<code>/usr/lib/environment.d/10-kwin-wayland-nvidia.conf</code> to set
<code>$KWIN_DRM_USE_EGL_STREAMS</code> to <code>1</code>. This package
will have have a Supplements dependency <code>(kwin-wayland and
kmod-nvidia)</code>.
** Modify {{package|plasma-workspace}} to switch to Wayland
*** Rename <code>/usr/share/xsessions/plasma.desktop</code> to
<code>/usr/share/xsessions/plasma-xorg.desktop</code>, subpackage it
out as <code>plasma-workspace-xorg</code>, and have it require
<code>kwin-x11</code>
*** Rename <code>/usr/share/wayland-sessions/plasmawayland.desktop</code>
to <code>/usr/share/wayland-sessions/plasma.desktop</code>
*** Make {{package|plasma-workspace}} require
<code>plasma-workspace-wayland</code> and recommend
<code>plasma-workspace-xorg</code>
** Modify <code>@kde-desktop</code> comps group for Fedora 34 to
include <code>plasma-workspace-xorg</code> for the media.
* Other developers: N/A (not applicable for this Change)
* Release engineering: [https://pagure.io/releng/issue/9741 #9741]
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: N/A (not applicable for this Change)
== Upgrade/compatibility impact ==
Systems using certain (very old) graphics hardware or graphics drivers
(matrox, etc.) may have problems running the Wayland session. In these
(rare) cases, users may have to configure SDDM to use X11.
== How To Test ==
Log into a KDE Plasma desktop. Do any activity you would normally do
in your daily desktop use: launching applications, configuring
displays, etc. Things should work the same way under Wayland as they
used to under X.
== User Experience ==
The user experience should not change noticeably.
== Dependencies ==
This mainly affects the {{package|plasma-workspace}} and
{{package|kwin}} packages, and details for the changes for those
packages are described in the Scope section.
== Contingency Plan ==
* Contingency mechanism: Revert the file renames and switch
<code>plasma-workspace-xorg</code> to be the required package instead
of <code>plasma-workspace-wayland</code>
* Contingency deadline: beta freeze
* Blocks release? Yes
* Blocks product? KDE Spin
== Documentation ==
Some upstream documents about Wayland
* https://community.kde.org/Plasma/Wayland
* https://community.kde.org/KWin/Wayland
There is currently no coherent up to date documentation about Plasma Wayland.
== Release Notes ==
The KDE Plasma Desktop is using the Wayland display system now. X
applications will continue to run transparently through XWayland.
--
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
Hi all!
ngompa and I were talking to the upstream maintainer of the
ButterManager backup tool about packaging for Fedora. Upstream is ready
to collaborate on a RPM spec file if there is an interest in packaging
for Fedora:
https://twitter.com/eloygara/status/1344006727583330305https://github.com/egara/buttermanagerhttps://github.com/Antynea/grub-btrfs
The maintainer is willing to work with someone on a package and possibly
host it upstream:
https://twitter.com/eloygara/status/1344309377101164546
There is interesting functionality for Btrfs snapshots here. The idea of
being able to jump into any given system snapshot from the GRUB boot
menu is appealing to me. :-)
Neither Neal or I have time to pick these up as new packages, but I
wanted to share the package on devel@ in case anyone were interested in
bringing this to Fedora users now that Btrfs is the default filesystem.
--
Cheers,
Justin W. Flory (he/him)
https://jwf.io
TZ=Amer
ica/New_York
https://fedoraproject.org/wiki/Changes/xfce-4.16
== Summary ==
Xfce 4.16 is a stable release with proven components, provide features
to both new and power users alike. This change proposal is submitted
to sync fedora packages with the latest upstream release.
== Owners ==
* Name: [[User:nonamedotc| Mukundan Ragavan]]
* Email: nonamedotc(a)fedoraproject.org
* Name: [[User:kevin| Kevin Fenzi]]
* Email: kevin(a)scrye.com
== Detailed Description ==
This change migrates Xfce desktop environment (DE) to the latest
version provided by upstream developers. This release brings, amongst
others, the following features
* client-side decorations
* fractional scaling
* new status tray plugins
* Streamlined application chooser (i.e. merged "mime type editor" and
"default applications")
Full feature list can be viewed at [https://xfce.org/about/news Xfce news]
== Benefit to Fedora ==
Updating Xfce to 4.16 will provide Fedora Xfce users stable but latest
versions of upstream software. We will also be able to provide timely
bug fixes.
== Scope ==
* Proposal owners:
** Update core xfce packages to 4.16
** Rebuild plugins once core packages are build
* Other developers: N/A (not a System Wide Change)
* Release engineering: <!-- [https://pagure.io/releng/issue/7647 #7647]
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== How To Test ==
N/A (not a System Wide Change)
== User Experience ==
* A fresh install should have fully functional Xfce DE
* Upgrade from Fedora 33 or older should be mostly seamless
** Users will notice differences in certain instances (e.g. settings)
because of implementation of client side decorations
** Default ALT+TAB behavior will likely be different.
No special configuration or hardware needed.
== Dependencies ==
N/A (not a System Wide Change)
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change)
* Blocks product? N/A (not a System Wide Change)
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
Fedora 34 ships with Xfce 4.16.
--
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/IBus_1.5.24
== Summary ==
IBus will use the mmap(2) feature to show emoji and Unicode tables in
order to reduce the physical memory usage.
== Owner ==
* Name: [[User:Fujiwara|Takao Fujiwara]]
* Email: fujiwara [at] redhat [dot] com
== Detailed Description ==
Currently IBus disables the emoji and Unicode features in some system
users likes gdm, liveuser, gnome-initial-setup not to exhaust the
limited memory usage with LiveDVD. The emoji data requires about 10MB
and the Unicode data requires about 15MB and the total 25MB is
required roughly to show the tables. The Fedora testers ask to test
the emoji feature and Unicode feature in LiveDVD and the next IBus
will use mmap to be available the emoji and Unicode data with
liveuser.
== Feedback ==
Fedora I18N testers asks to test the emoji and Unicode data without
installing Fedora to disc.
== Scope ==
* Proposal owners:
* Other developers: N/A
* Release engineering: (a check of an impact with Release Engineering is needed)
* Policies and guidelines: N/A
* Trademark approval: N/A
* Alignment with Objectives:
== Upgrade/compatibility impact ==
About 25MB free disc space will be needed.
== How To Test ==
# Run Fedora LiveDVD and log into the Fedora desktop
# Run `gnome-control-center region` and add both XKB and input method
sources. E.g. "English (US)" and "Hangul"
# Enable an XKB source with mouse or Super-space shortcut key. E.g.
"English (US)"
# Type Ctrl-Shift-e, "smile", space, and Enter key.
U+1F603 is output.
== User Experience ==
The physical memory usage will be reduced.
== Dependencies ==
N/A
== Contingency Plan ==
* Contingency mechanism: Revert the change to IBus.
* Contingency deadline: Beta release
* Blocks release? No
* Blocks product? None
== Documentation ==
TBD
--
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
If you upgrade in f33 or rawhide to nss 3.59, all your firefox add-ons
will stop working. Worse they will appear corrupted, so you will have to
remove them and re-install them (after downgrading nss).
For now, downgrade nss or avoid updating to it until things can get
sorted out.
https://bugzilla.redhat.com/show_bug.cgi?id=1908018
kevin