OpenSUSE Leap 42.2 Release Notes: Difference between revisions

Line 11:

To report bugs against this release, use the openSUSE Bugzilla. For more information, see https://en.opensuse.org/Submitting_Bug_Reports.

= Installation =

== Installation ==

This section contains installation-related notes. For detailed upgrade instructions, see the documentation at https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/part.basics.html.

== Minimal System Installation ==

=== Minimal System Installation ===

To avoid some big recommended packages from being installed, the pattern for minimal installations uses another pattern that creates conflicts with undesired packages. This pattern, <code>patterns-openSUSE-minimal_base-conflicts</code>, can be removed after installation.

Line 21:

Note that the minimal installation has no firewall by default. If you need one, install <code>SuSEfirewall2</code>.

== UEFI—Unified Extensible Firmware Interface ==

=== UEFI—Unified Extensible Firmware Interface ===

Prior to installing openSUSE on a system that boots using UEFI (Unified Extensible Firmware Interface), you are urgently advised to check for any firmware updates the hardware vendor recommends and, if available, to install such an update. A pre-installed Windows 8 is a strong indication that your system boots using UEFI.

Line 29:

openSUSE minimizes the risk by not writing more than the bare minimum required to boot the OS. The minimum means telling the UEFI firmware about the location of the openSUSE boot loader. Upstream Linux kernel features that use the UEFI storage area for storing boot and crash information (<code>pstore</code>) have been disabled by default. Nevertheless, it is recommended to install any firmware updates the hardware vendor recommends.

== Installer Crashes When Set to Mount by Label by Default ==

=== Installer Crashes When Set to Mount by Label by Default ===

When setting the default mount value to ''By Label'' during partitioning, the installer will report an error and crash. As a workaround, use another option for installation. If needed, switch back to ''By Label'' on the running system.

== UEFI, GPT, and MS-DOS Partitions ==

=== UEFI, GPT, and MS-DOS Partitions ===

Together with the EFI/UEFI specification, a new style of partitioning arrived: GPT (GUID Partition Table). This new schema uses globally unique identifiers (128-bit values displayed in 32 hexadecimal digits) to identify devices and partition types.

Line 43:

To work around this problem, convert the legacy MBR partition to GPT.

== Nouveau 3D/DRI Driver May Crash KDE Applications ==

=== Nouveau 3D/DRI Driver May Crash KDE Applications ===

With openSUSE Leap 42.2, the Nouveau Mesa/DRI driver for 2D/3D rendering is considered experimental. The Nouveau kernel/KMS driver and the Nouveau X.org/DDX driver for 2D rendering are still considered stable.

Line 53:

For more information, see the bug reports at https://bugs.freedesktop.org/show_bug.cgi?id=91632 and https://bugzilla.opensuse.org/show_bug.cgi?id=1005323.

= System Upgrade =

== System Upgrade ==

This section lists notes related to upgrading the system. For detailed upgrade instructions, see the documentation at https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/cha.update.osuse.html.

== Upgrading from openSUSE Leap 42.1 ==

=== Upgrading from openSUSE Leap 42.1 ===

=== Removed and Replaced Packages ===

==== Removed and Replaced Packages ====

The following packages have been removed or replaced compared to openSUSE Leap 42.1:

Line 76:

* <code>ungifsicle</code>: Replaced by <code>gifsicle</code>.

* <code>xchat</code>: Replaced by <code>hexchat</code>.

==== <code>/var/cache</code> on an Own Subvolume for Snapshots and Rollback ====

<code>/var/cache</code> contains a lot of very volatile data, such as the Zypper cache with RPM packages in different versions for each update. As a result of storing data that is mostly redundant but highly volatile, the amount of disk space a snapshot occupies can increase very fast.

To solve this, move <code>/var/cache</code> to a separate subvolume. On fresh installations of openSUSE Leap 42.2, this is done automatically. To convert an existing root file system, perform the following steps:

# Find out the device name (for example, <code>/dev/sda2</code> or <code>/dev/sda3</code>) of the root file system:

#:

#:<pre>df /</pre>

#:

# Identify the parent subvolume of all the other subvolumes. For openSUSE 13.2 installations, this is a subvolume named <code>@</code>. To check if you have a <code>@</code> subvolume, use:

#:

#:<pre>btrfs subvolume list / | grep '@'</pre>

#:

#:If the output of this command is empty, you do not have a subvolume named <code>@</code>. In that case, you may be able to proceed with subvolume ID 5 which was used in older versions of openSUSE.

# Now mount the requisite subvolume.

#* If you have a <code>@</code> subvolume, mount that subvolume to a temporary mount point:

#*: <pre>mount <root_device> -o subvol=@ /mnt</pre>

#* If you do not have a <code>@</code> subvolume, mount subvolume ID 5 instead:

#*: <pre>mount <root_device> -o subvolid=5 /mnt</pre>

# <code>/mnt/var/cache</code> can already exist and could be the same directory as <code>/var/cache</code>. To avoid data loss, move it:

#: <pre>mv /mnt/var/cache /mnt/var/cache.old</pre>

# Create a new subvolume:

#: <pre>btrfs subvol create /mnt/var/cache</pre>

# If there is now a directory <code>/var/cache.old</code>, move it to the new location:

#: <pre>mv /var/cache.old/* /mnt/var/cache</pre>

#: If that is not the case, instead do:

#: <pre>mv /var/cache/* /mnt/var/cache/</pre>

# Optionally, remove /mnt/var/cache.old:

#: <pre>rm -rf /mnt/var/cache.old</pre>

# Unmount the subvolume from the temporary mount point:

#: <pre>umount /mnt</pre>

# Add an entry to <code>/etc/fstab</code> for the new <code>/var/cache</code> subvolume. Use an existing subvolume as a template to copy from. Make sure to leave the UUID untouched (this is the root file system's UUID) and change the subvolume name and its mount point consistently to <code>/var/cache</code>.

# Mount the new subvolume as specified in /etc/fstab:

#: <pre>mount /var/cache</pre>

==== GNOME Keyring Does Not Integrate with GPG Anymore ====

The integrated GPG agent of GNOME Keyring has been removed. Therefore, GNOME Keyring cannot be used to manage GPG keys anymore. You can still manage GPG keys on the command line using the <code>gpg</code> tool.

==== Synaptics X Driver Can Degrade Touchpad Experience Under GNOME ====

In Leap 42.1, the Synaptics X driver (package <code>xf86-input-synaptics</code>) was installed by default but had a lower priority than the libinput driver (<code>xf86-input-libinput</code>).

Starting with Leap 42.2:

* The Synaptics X driver is no longer installed by default.

* If the Synaptics X driver is installed, it will take precedence for any touchpad devices.

* The Synaptics X driver is no longer supported by GNOME. This means when the driver is installed, Synaptics touchpads can only be configured to the extent that a basic mouse can.

Unless you are using a Synaptics touchpad and have a large amount of custom configuration for the Synaptics driver, remove the package from your system:

sudo zypper rm xf86-input-synaptics

==== AArch64: Page Size Has Been Changed From openSUSE Leap 42.1 to openSUSE Leap 42.2 ====

In openSUSE Leap 42.1, the default page size on AArch64 platforms was 64 kB. With openSUSE Leap 42.2, the page size has been changed to 4 kB. This renders old Swap and Btrfs file systems unusable.

If you are currently on openSUSE Leap 42.1 on AArch64, consider a fresh installation of openSUSE Leap 42.2 instead of upgrading.

==== Systems with CCISS Controllers Can Fail to Boot After Upgrade ====

The driver for Compaq/HP Smart Array (CCISS) controllers (<code>cciss.ko</code>) does not support certain controllers anymore by default. This can lead to the root disk not being detected by the openSUSE Leap 42.2 kernel.

On affected systems, the CCISS driver can be configured to revert to the previous behavior and detect the controllers again. To do so, add the kernel parameter <code>cciss.cciss_allow_hpsa=0</code>.

=== Upgrading from openSUSE 13.2 ===

The following notes apply to upgrades from openSUSE 13.2 or older. Make sure to also review the information provided in Section 2.1, “[[OpenSUSE_Leap_42.2_Release_Notes#Upgrading_from_openSUSE_Leap 42.1|Upgrading from openSUSE Leap 42.1]]”.

==== Network Interface Names ====

When upgrading a remote machine from openSUSE 13.2, make sure your network interfaces are named correctly.

openSUSE 13.2 used so-called predictable network interface names (for example, <code>enp5s0</code>), whereas openSUSE Leap 42.1 uses persistent interface names (<code>eth0</code>). After upgrading and rebooting, the network interface names may therefore change. This could lock you out of the system. To avoid interfaces from being renamed, run the following command for each of your network interfaces before you reboot the system:

/usr/lib/udev/udev-generate-persistent-rule -v -c enp5s0 -n enp5s0 -o /etc/udev/rules.d/70-persistent-net.rules

Replace <code>enp5s0</code> with the name of your network interface.

==== Btrfs: Disk Space Leak after System Rollbacks ====

By default, openSUSE 13.2 used a Btrfs partition layout that allowed for disk space to become permanently occupied with stale, inaccessible contents after the first system rollback was executed. This layout issue was fixed in openSUSE Leap 42.1. However, the fix can only be applied to newly installed systems.

If you are upgrading from openSUSE 13.2, you cannot convert the file system to the new layout, but you can reclaim the lost disk space.

:'''Warning: Data Loss with Non-Standard Settings or No Rollbacks'''

:

:The following procedure will only work properly on installations set up using the default proposal created by the openSUSE 13.2 installer.

:

:Additionally, you must have previously made a system rollback.

:

:If you have set up your Btrfs file system with a non-standard configuration or have not previously made a system rollback, executing the following procedure can incur data loss.

# Mount the initial root file system:

#:<pre>mount /dev/<ROOT_FILE_SYSTEM> -o subvolid=5 /mnt</pre>

# Remove all files below /mnt that are not in a subvolume:

#:<pre>find /mnt -xdev -delete</pre>

# Umount the file system again:

#:<pre>umount /mnt</pre>

==== Printing System: Improvements and Incompatible Changes ====

'''CUPS Version Upgrade to 1.7'''

Compared to CUPS 1.5 in openSUSE 13.2 CUPS 1.7 introduced some major changes that may require manual configuration adjustments.

* PDF is now the standard print job format rather than PS. Therefore traditional PostScript printers now also need a filter driver for printing.<br>See https://en.opensuse.org/Concepts_printing for details.

* The network printer discovery protocol has changed. The native method to discover network printers is now based on DNS Service discovery (DNS-SD, that is, via Avahi). The <code>cups-browsed</code> service from the cups-filters package can be used to bridge old and new protocols. Both <code>cupsd</code> and <code>cups-browsed</code> need to run to make "legacy" clients discover printers (that includes LibreOffice and KDE).

* The IPP protocol default version changed from 1.1 to 2.0. Older IPP servers like CUPS 1.3.x (for example in SUSE Linux Enterprise 11) reject IPP 2.0 requests with <code>Bad Request</code> (see http://www.cups.org/str.php?L4231).<br>To be able to print to old servers, the IPP protocol version must be specified explicitly by appending /version=1.1 to either:

** The <code>ServerName</code> settings in <code>client.conf</code> (for example, <code>ServerName older.server.example.com/version=1.1</code>).

**The <code>CUPS_SERVER</code> environment variable value.

**The server name value of the <code>-h</code> option of the command line tools, for example:

::<pre>lpstat -h older.server.example.com/version=1.1 -p</pre>

* Some printing filters and back-ends were moved from the <code>cups</code> package to the <code>cups-filters</code> package.

* Some configuration directives were split from <code>cupsd.conf</code> into <code>cups-files.conf</code> (see http://www.cups.org/str.php?L4223, CVE-2012-5519, and https://bugzilla.opensuse.org/show_bug.cgi?id=789566).

* CUPS banners and the CUPS test page were moved from the cups package to the cups-filters package (see http://www.cups.org/str.php?L4120 and https://bugzilla.opensuse.org/show_bug.cgi?id=735404).

== General ==

This section lists general issues with openSUSE Leap 42.2 that do not match any other category.

=== KDE Software for Personal Information Management (KDE PIM) ===

openSUSE Leap 42.2 ships two versions of the KDE PIM (Kontact, KMail, etc.) suite:

* The legacy 4.x version

* The version based on KDE Frameworks 5

KDE PIM 4.x is no longer supported by upstream KDE, but was kept to avoid disrupting user workflows.

The two versions of KDE PIM are not co-installable. Some software, such as KNode (package <code>knode</code>) require the legacy 4.x version and will be uninstalled when installing any package from KDE PIM 5.x (for example, the package <code>kmail5</code>).

KDE PIM 4.x will be removed in the next version of openSUSE Leap. Therefore, you are encouraged to switch to the newer 5.x version.

However, not all settings are migrated from the older version at this time. For more information, see the bug report at https://bugzilla.opensuse.org/show_bug.cgi?id=1001872).

=== Dolphin Does Not Set Extended Permission Bits ===

The version of the KDE file manager Dolphin that is shipped with openSUSE Leap 42.2 cannot set “Extended Permission” bits (GID, “Sticky”). Additionally, closing the Dolphin permissions dialog by clicking ''OK'' clears existing extended permissions bits.

To avoid such issues, edit permissions with Konqueror (GUI) or <code>chmod</code> (command line) only.

=== No Screen Lock When Using GNOME Shell But Not GDM ===

When using GNOME Shell together with a login manager other than GDM, such as SDDM or LightDM, the screen will not blank or lock. Additionally, switching users without logging out is not possible.

To be able to lock the screen from GNOME Shell, enable GDM as your login manager:

# Make sure that the package <code>gdm</code> is installed.

# Open YaST and from it, open ''/etc/sysconfig Manager''.

# Navigate to ''Desktop › Display manager › DISPLAYMANAGER''.

# In the text box, specify <code>gdm</code>. To save, click ''OK''.

# Reboot.

== More Information and Feedback ==

* Read the <code>README</code> documents on the medium.

* View a detailed changelog information about a particular package from its RPM:

: <pre>rpm --changelog -qp FILENAME.rpm</pre>

: Replace <code>FILENAME</code> with the name of the RPM.

* Check the <code>ChangeLog</code> file in the top level of the medium for a chronological log of all changes made to the updated packages.

* Find more information in the <code>docu</code> directory on the medium.

* https://doc.opensuse.org/ contains additional or updated documentation.

* Visit https://www.opensuse.org for the latest product news from openSUSE.

Thanks for using openSUSE.

The openSUSE Team.

@@ Line 11: / Line 11: @@
 To report bugs against this release, use the openSUSE Bugzilla. For more information, see https://en.opensuse.org/Submitting_Bug_Reports.
-= Installation =
+== Installation ==
 This section contains installation-related notes. For detailed upgrade instructions, see the documentation at https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/part.basics.html.
-== Minimal System Installation ==
+=== Minimal System Installation ===
 To avoid some big recommended packages from being installed, the pattern for minimal installations uses another pattern that creates conflicts with undesired packages. This pattern, <code>patterns-openSUSE-minimal_base-conflicts</code>, can be removed after installation.
@@ Line 21: / Line 21: @@
 Note that the minimal installation has no firewall by default. If you need one, install <code>SuSEfirewall2</code>.
-== UEFI—Unified Extensible Firmware Interface ==
+=== UEFI—Unified Extensible Firmware Interface ===
 Prior to installing openSUSE on a system that boots using UEFI (Unified Extensible Firmware Interface), you are urgently advised to check for any firmware updates the hardware vendor recommends and, if available, to install such an update. A pre-installed Windows 8 is a strong indication that your system boots using UEFI.
@@ Line 29: / Line 29: @@
 openSUSE minimizes the risk by not writing more than the bare minimum required to boot the OS. The minimum means telling the UEFI firmware about the location of the openSUSE boot loader. Upstream Linux kernel features that use the UEFI storage area for storing boot and crash information (<code>pstore</code>) have been disabled by default. Nevertheless, it is recommended to install any firmware updates the hardware vendor recommends.
-== Installer Crashes When Set to Mount by Label by Default ==
+=== Installer Crashes When Set to Mount by Label by Default ===
 When setting the default mount value to ''By Label'' during partitioning, the installer will report an error and crash. As a workaround, use another option for installation. If needed, switch back to ''By Label'' on the running system.
-== UEFI, GPT, and MS-DOS Partitions ==
+=== UEFI, GPT, and MS-DOS Partitions ===
 Together with the EFI/UEFI specification, a new style of partitioning arrived: GPT (GUID Partition Table). This new schema uses globally unique identifiers (128-bit values displayed in 32 hexadecimal digits) to identify devices and partition types.
@@ Line 43: / Line 43: @@
 To work around this problem, convert the legacy MBR partition to GPT.
-== Nouveau 3D/DRI Driver May Crash KDE Applications ==
+=== Nouveau 3D/DRI Driver May Crash KDE Applications ===
 With openSUSE Leap 42.2, the Nouveau Mesa/DRI driver for 2D/3D rendering is considered experimental. The Nouveau kernel/KMS driver and the Nouveau X.org/DDX driver for 2D rendering are still considered stable.
@@ Line 53: / Line 53: @@
 For more information, see the bug reports at https://bugs.freedesktop.org/show_bug.cgi?id=91632 and https://bugzilla.opensuse.org/show_bug.cgi?id=1005323.
-= System Upgrade =
+== System Upgrade ==
 This section lists notes related to upgrading the system. For detailed upgrade instructions, see the documentation at https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/cha.update.osuse.html.
-== Upgrading from openSUSE Leap 42.1 ==
+=== Upgrading from openSUSE Leap 42.1 ===
-=== Removed and Replaced Packages ===
+==== Removed and Replaced Packages ====
 The following packages have been removed or replaced compared to openSUSE Leap 42.1:
@@ Line 76: / Line 76: @@
 * <code>ungifsicle</code>: Replaced by <code>gifsicle</code>.
 * <code>xchat</code>: Replaced by <code>hexchat</code>.
+==== <code>/var/cache</code> on an Own Subvolume for Snapshots and Rollback ====
+<code>/var/cache</code> contains a lot of very volatile data, such as the Zypper cache with RPM packages in different versions for each update. As a result of storing data that is mostly redundant but highly volatile, the amount of disk space a snapshot occupies can increase very fast.
+To solve this, move <code>/var/cache</code> to a separate subvolume. On fresh installations of openSUSE Leap 42.2, this is done automatically. To convert an existing root file system, perform the following steps:
+# Find out the device name (for example, <code>/dev/sda2</code> or <code>/dev/sda3</code>) of the root file system:
+#:
+#:<pre>df /</pre>
+#:
+# Identify the parent subvolume of all the other subvolumes. For openSUSE 13.2 installations, this is a subvolume named <code>@</code>. To check if you have a <code>@</code> subvolume, use:
+#:
+#:<pre>btrfs subvolume list / | grep '@'</pre>
+#:
+#:If the output of this command is empty, you do not have a subvolume named <code>@</code>. In that case, you may be able to proceed with subvolume ID 5 which was used in older versions of openSUSE.
+# Now mount the requisite subvolume.
+#* If you have a <code>@</code> subvolume, mount that subvolume to a temporary mount point:
+#*: <pre>mount <root_device> -o subvol=@ /mnt</pre>
+#* If you do not have a <code>@</code> subvolume, mount subvolume ID 5 instead:
+#*: <pre>mount <root_device> -o subvolid=5 /mnt</pre>
+# <code>/mnt/var/cache</code> can already exist and could be the same directory as <code>/var/cache</code>. To avoid data loss, move it:
+#: <pre>mv /mnt/var/cache /mnt/var/cache.old</pre>
+# Create a new subvolume:
+#: <pre>btrfs subvol create /mnt/var/cache</pre>
+# If there is now a directory <code>/var/cache.old</code>, move it to the new location:
+#: <pre>mv /var/cache.old/* /mnt/var/cache</pre>
+#: If that is not the case, instead do:
+#: <pre>mv /var/cache/* /mnt/var/cache/</pre>
+# Optionally, remove /mnt/var/cache.old:
+#: <pre>rm -rf /mnt/var/cache.old</pre>
+# Unmount the subvolume from the temporary mount point:
+#: <pre>umount /mnt</pre>
+# Add an entry to <code>/etc/fstab</code> for the new <code>/var/cache</code> subvolume. Use an existing subvolume as a template to copy from. Make sure to leave the UUID untouched (this is the root file system's UUID) and change the subvolume name and its mount point consistently to <code>/var/cache</code>.
+# Mount the new subvolume as specified in /etc/fstab:
+#: <pre>mount /var/cache</pre>
+==== GNOME Keyring Does Not Integrate with GPG Anymore ====
+The integrated GPG agent of GNOME Keyring has been removed. Therefore, GNOME Keyring cannot be used to manage GPG keys anymore. You can still manage GPG keys on the command line using the <code>gpg</code> tool.
+==== Synaptics X Driver Can Degrade Touchpad Experience Under GNOME ====
+In Leap 42.1, the Synaptics X driver (package <code>xf86-input-synaptics</code>) was installed by default but had a lower priority than the libinput driver (<code>xf86-input-libinput</code>).
+Starting with Leap 42.2:
+* The Synaptics X driver is no longer installed by default.
+* If the Synaptics X driver is installed, it will take precedence for any touchpad devices.
+* The Synaptics X driver is no longer supported by GNOME. This means when the driver is installed, Synaptics touchpads can only be configured to the extent that a basic mouse can.
+Unless you are using a Synaptics touchpad and have a large amount of custom configuration for the Synaptics driver, remove the package from your system:
+ sudo zypper rm xf86-input-synaptics
+==== AArch64: Page Size Has Been Changed From openSUSE Leap 42.1 to openSUSE Leap 42.2 ====
+In openSUSE Leap 42.1, the default page size on AArch64 platforms was 64 kB. With openSUSE Leap 42.2, the page size has been changed to 4 kB. This renders old Swap and Btrfs file systems unusable.
+If you are currently on openSUSE Leap 42.1 on AArch64, consider a fresh installation of openSUSE Leap 42.2 instead of upgrading.
+==== Systems with CCISS Controllers Can Fail to Boot After Upgrade ====
+The driver for Compaq/HP Smart Array (CCISS) controllers (<code>cciss.ko</code>) does not support certain controllers anymore by default. This can lead to the root disk not being detected by the openSUSE Leap 42.2 kernel.
+On affected systems, the CCISS driver can be configured to revert to the previous behavior and detect the controllers again. To do so, add the kernel parameter <code>cciss.cciss_allow_hpsa=0</code>.
+=== Upgrading from openSUSE 13.2 ===
+The following notes apply to upgrades from openSUSE 13.2 or older. Make sure to also review the information provided in Section 2.1, “[[OpenSUSE_Leap_42.2_Release_Notes#Upgrading_from_openSUSE_Leap 42.1|Upgrading from openSUSE Leap 42.1]]”.
+==== Network Interface Names ====
+When upgrading a remote machine from openSUSE 13.2, make sure your network interfaces are named correctly.
+openSUSE 13.2 used so-called predictable network interface names (for example, <code>enp5s0</code>), whereas openSUSE Leap 42.1 uses persistent interface names (<code>eth0</code>). After upgrading and rebooting, the network interface names may therefore change. This could lock you out of the system. To avoid interfaces from being renamed, run the following command for each of your network interfaces before you reboot the system:
+ /usr/lib/udev/udev-generate-persistent-rule -v -c enp5s0 -n enp5s0 -o /etc/udev/rules.d/70-persistent-net.rules
+Replace <code>enp5s0</code> with the name of your network interface.
+==== Btrfs: Disk Space Leak after System Rollbacks ====
+By default, openSUSE 13.2 used a Btrfs partition layout that allowed for disk space to become permanently occupied with stale, inaccessible contents after the first system rollback was executed. This layout issue was fixed in openSUSE Leap 42.1. However, the fix can only be applied to newly installed systems.
+If you are upgrading from openSUSE 13.2, you cannot convert the file system to the new layout, but you can reclaim the lost disk space.
+:'''Warning: Data Loss with Non-Standard Settings or No Rollbacks'''
+:
+:The following procedure will only work properly on installations set up using the default proposal created by the openSUSE 13.2 installer.
+:
+:Additionally, you must have previously made a system rollback.
+:
+:If you have set up your Btrfs file system with a non-standard configuration or have not previously made a system rollback, executing the following procedure can incur data loss.
+# Mount the initial root file system:
+#:<pre>mount /dev/<ROOT_FILE_SYSTEM> -o subvolid=5 /mnt</pre>
+# Remove all files below /mnt that are not in a subvolume:
+#:<pre>find /mnt -xdev -delete</pre>
+# Umount the file system again:
+#:<pre>umount /mnt</pre>
+==== Printing System: Improvements and Incompatible Changes ====
+'''CUPS Version Upgrade to 1.7'''
+Compared to CUPS 1.5 in openSUSE 13.2 CUPS 1.7 introduced some major changes that may require manual configuration adjustments.
+* PDF is now the standard print job format rather than PS. Therefore traditional PostScript printers now also need a filter driver for printing.<br>See https://en.opensuse.org/Concepts_printing for details.
+* The network printer discovery protocol has changed. The native method to discover network printers is now based on DNS Service discovery (DNS-SD, that is, via Avahi). The <code>cups-browsed</code> service from the cups-filters package can be used to bridge old and new protocols. Both <code>cupsd</code> and <code>cups-browsed</code> need to run to make "legacy" clients discover printers (that includes LibreOffice and KDE).
+* The IPP protocol default version changed from 1.1 to 2.0. Older IPP servers like CUPS 1.3.x (for example in SUSE Linux Enterprise 11) reject IPP 2.0 requests with <code>Bad Request</code> (see http://www.cups.org/str.php?L4231).<br>To be able to print to old servers, the IPP protocol version must be specified explicitly by appending /version=1.1 to either:
+** The <code>ServerName</code> settings in <code>client.conf</code> (for example, <code>ServerName older.server.example.com/version=1.1</code>).
+**The <code>CUPS_SERVER</code> environment variable value.
+**The server name value of the <code>-h</code> option of the command line tools, for example:
+::<pre>lpstat -h older.server.example.com/version=1.1 -p</pre>
+* Some printing filters and back-ends were moved from the <code>cups</code> package to the <code>cups-filters</code> package.
+* Some configuration directives were split from <code>cupsd.conf</code> into <code>cups-files.conf</code> (see http://www.cups.org/str.php?L4223, CVE-2012-5519, and https://bugzilla.opensuse.org/show_bug.cgi?id=789566).
+* CUPS banners and the CUPS test page were moved from the cups package to the cups-filters package (see http://www.cups.org/str.php?L4120 and https://bugzilla.opensuse.org/show_bug.cgi?id=735404).
+== General ==
+This section lists general issues with openSUSE Leap 42.2 that do not match any other category.
+=== KDE Software for Personal Information Management (KDE PIM) ===
+openSUSE Leap 42.2 ships two versions of the KDE PIM (Kontact, KMail, etc.) suite:
+* The legacy 4.x version
+* The version based on KDE Frameworks 5
+KDE PIM 4.x is no longer supported by upstream KDE, but was kept to avoid disrupting user workflows.
+The two versions of KDE PIM are not co-installable. Some software, such as KNode (package <code>knode</code>) require the legacy 4.x version and will be uninstalled when installing any package from KDE PIM 5.x (for example, the package <code>kmail5</code>).
+KDE PIM 4.x will be removed in the next version of openSUSE Leap. Therefore, you are encouraged to switch to the newer 5.x version.
+However, not all settings are migrated from the older version at this time. For more information, see the bug report at https://bugzilla.opensuse.org/show_bug.cgi?id=1001872).
+=== Dolphin Does Not Set Extended Permission Bits ===
+The version of the KDE file manager Dolphin that is shipped with openSUSE Leap 42.2 cannot set “Extended Permission” bits (GID, “Sticky”). Additionally, closing the Dolphin permissions dialog by clicking ''OK'' clears existing extended permissions bits.
+To avoid such issues, edit permissions with Konqueror (GUI) or <code>chmod</code> (command line) only.
+=== No Screen Lock When Using GNOME Shell But Not GDM ===
+When using GNOME Shell together with a login manager other than GDM, such as SDDM or LightDM, the screen will not blank or lock. Additionally, switching users without logging out is not possible.
+To be able to lock the screen from GNOME Shell, enable GDM as your login manager:
+# Make sure that the package <code>gdm</code> is installed.
+# Open YaST and from it, open ''/etc/sysconfig Manager''.
+# Navigate to ''Desktop › Display manager › DISPLAYMANAGER''.
+# In the text box, specify <code>gdm</code>. To save, click ''OK''.
+# Reboot.
+== More Information and Feedback ==
+* Read the <code>README</code> documents on the medium.
+* View a detailed changelog information about a particular package from its RPM:
+: <pre>rpm --changelog -qp FILENAME.rpm</pre>
+: Replace <code>FILENAME</code> with the name of the RPM.
+* Check the <code>ChangeLog</code> file in the top level of the medium for a chronological log of all changes made to the updated packages.
+* Find more information in the <code>docu</code> directory on the medium.
+* https://doc.opensuse.org/ contains additional or updated documentation.
+* Visit https://www.opensuse.org for the latest product news from openSUSE.
+Copyright © 2017 SUSE LLC
+Thanks for using openSUSE.
+The openSUSE Team.