最小限のシステムをインストールした場合、下記に示すとおり一般的に必要な機能がインストールされません:

UEFI (Unified Extensible Firmware Interface) を利用して起動するシステムに openSUSE をインストールする場合、事前に製造元が推奨するファームウエア更新を必ずチェックし、可能であればインストールしておくことを強くお勧めします。 Windows 8 もしくはそれ以降のバージョンがプレインストールされているマシンの場合、お使いのシステムが UEFI である可能性が高いものと思われます。

背景 UEFI のファームウエアによっては、 UEFI のストレージ領域に多くのデータが書き込まれることで、起動に失敗してしまうバグを抱えています。もちろんこれはバグであるため、どれだけ 「多くの」 データを書き込むことで問題を発生させるのかは、誰にもわかりません。

openSUSE では、 OS を起動するのに最低限必要となるデータ (UEFI に対して、 openSUSE のブートローダの場所を示すための情報) しか書き込まないようにすることで、このバグの発生を最小化しています。 Linux カーネルのオリジナル版では、 UEFI のストレージ領域に起動やクラッシュに関する情報を書き込む機能 (pstore) がありますが、既定では無効化しています。ただし、バグである都合上、ハードウエアの製造元が推奨するファームウエア更新については、必ずインストールしておくことをお勧めします。

EFI/UEFI の仕様には、新しい形式のパーティションテーブル GPT (GUID パーティションテーブル) が定義されています。この新しい方式では、ユニークな GUID (識別子; 32 桁の 16 進数で表わされる 128 ビットの値) を利用してデバイスとパーティション種別を識別します。

これに加えて、 UEFI の仕様では古い MBR (MS-DOS) 形式のパーティションテーブルにも対応しています。 Linux のブートローダ (ELILO, GRUB 2) では、これらの古い形式のパーティションに対して、自動的に GUID を割り当ててファームウエア内に書き込もうとします。この場合、 GUID は頻繁に変更されてしまうため、ファームウエアへの再書き込みも頻繁に発生することになります。この再書き込みには 2 つの操作、具体的には古い項目の削除と、それを置き換えるための新しい項目の作成が含まれます。

また、新しいファームウエアには、削除された項目を収集して古い項目用に確保したメモリを解放する、ガーベージコレクタ機能が用意されています。ファームウエアに不具合があると、これらの古い項目を収集できなかったり、メモリを解放しなかったりする場合があり、これにより起動が不可能になる場合があります。

このような問題が発生した場合は、古い MBR 形式のパーティションを GPT 形式のパーティションに更新して、問題を回避してください。

openSUSE Leap 15.0 では、 .run シェルスクリプトアーカイブを利用して手作業で nVidia ドライバをインストールする場合、あらかじめ drm-kmp-default パッケージをアンインストールしておく必要があります:

zypper rm drm-kmp-default

nVidia が提供する RPM をインストールする場合は、このような問題は発生しません。これは、 RPM パッケージが提供するドライバをインストールする際に、自動的に drm-kmp-default が置き換えられるようになっているためです。

なお、後日 nVidia ドライバをアンインストールする場合は、忘れずに drm-kmp-default パッケージをインストールしてください。

詳しくは https://bugzilla.suse.com/show_bug.cgi?id=1044816 をお読みください。

既定では、 YaST インストーラは高 DPI ディスプレイ環境において、正しい縮尺での表示が行なわれません。お使いのコンピュータが高 DPI ディスプレイの環境である場合は、起動時に設定を行なうことで YaST に自動で縮尺を設定させることができます。これを実施したい場合は、ブートローダのコマンドラインパラメータとして QT_AUTO_SCREEN_SCALE_FACTOR=1 を追加してください。

廃止予定のパッケージは、ディストリビューションの一部として現在も配布されているものの、次期バージョンの openSUSE Leap で削除される予定になっているものを示しています。これらのパッケージは移行を目的として残されていますが、使用は推奨されず、更新を受け取れない可能性があります。

インストール済みのパッケージがメンテナンスされているかどうかを確認するには、 lifecycle-data-openSUSE パッケージをインストールした後、下記のコマンドを実行してください:

zypper lifecycle

KDE Plasma Wayland セッションは、プロプライエタリ版の nVidia ドライバでサポートしていません。 KDE をお使いの場合で、プロプライエタリ版の nVidia ドライバをお使いの場合は、 X セッションのままお使いください。

openSUSE の以前のバージョンでは、通常のキーボードレイアウトに含まれていない文字を入力するため、修飾キーの設定が行なわれていました。たとえば 「å」 を入力したい場合、 Shift+右 Ctrl を押して離したあと、 a を 2 回押すことで実現できていました。

openSUSE Leap 15.0 では、 Shift+右 Ctrl が期待通りに動作しなくなっているため、修飾キーの組み合わせ設定が行なわれていません。

従来のバージョンでは、 /etc/sysconfig か YaST モジュールの /etc/sysconfig エディタ を利用することで、ログインマネージャとデスクトップセッションを設定していました。 openSUSE Leap 15.0 では、これらの設定は /etc/sysconfig ではなく、 alternatives システムを利用して設定するようになりました。

既定値を変更するには、下記の alternatives をお使いください:

たとえば default-displaymanager の設定を表示したい場合は、下記のように実行します:

sudo update-alternatives --display default-displaymanager

default-displaymanager を xdm に切り替えるには、下記のように実行します:

sudo update-alternatives --set default-displaymanager \
  /usr/lib/X11/displaymanagers/xdm

alternatives をグラフィカルに管理したい場合は、 YaST モジュールの Alternatives をお使いいただくことができます。このモジュールをインストールするには、 yast2-alternatives パッケージをインストールしてください。

SDDM や LightDM など、 GDM 以外のログインマネージャを利用してログインし、 GNOME Shell を利用した場合、画面をブランクにしたりロックしたりすることができなくなってしまいます。また、ログアウトせずにユーザを切り替える機能も、動作しなくなってしまいます。

GNOME Shell で画面をロックできるようにするには、下記のようにしてログインマネージャを GDM に切り替えます:

KDE の既定のログインマネージャである SDDM は、既定では高 DPI ディスプレイ環境において、正しい縮尺での表示が行なわれません。お使いのコンピュータが高 DPI ディスプレイの環境である場合は、設定ファイル /etc/sddm.conf 内に設定を行なうことで、自動で縮尺を設定させることができます:

[XDisplay]
ServerArguments=-dpi DPI_設定
EnableHiDPI=true

なお、 DPI_設定 の箇所には、設定したい DPI 値 (例: 192) を指定してください。最適な縮尺で表示したい場合は、既定の 96 DPI の整数倍の値を指定してお使いください。

既定では、 YaST は高 DPI ディスプレイ環境において、正しい縮尺での表示が行なわれません。お使いのコンピュータが高 DPI ディスプレイの環境である場合は、起動時に設定を行なうことで YaST に自動で縮尺を設定させることができます。これを実施したい場合は、環境変数 QT_AUTO_SCREEN_SCALE_FACTOR=1 を設定してください。

Firefox と Chromium は、ビデオ会議アプリケーションなどの Web ベースツールなどで、画面全体や個別のアプリケーションウインドウを共有することができます。ですが、この機能は Wayland セッションをお使いの場合、どのブラウザでもサポートされていません。

Firefox や Chromium をお使いの場合で、画面共有を利用したい場合は、 X セッションをお使いください。

MP3 メディアファイルを再生するためのコーデックが、標準のリポジトリ内で提供されるようになりました。

このデコーダを、 Rhythmbox または Totem などの gstreamer ベースのアプリケーションやフレームワークで使用するには、 gstreamer-plugins-ugly パッケージをインストールしてください。

LibreOffice 5.3 およびそれ以降のバージョンでは、古い形式である Type-1 フォント (.afm や .pfb などの拡張子のフォントファイル) には対応しなくなりました。ほとんどのユーザにとって、この変更による影響はありません。なぜなら、現在提供されているフォントの多くは、 TrueType 形式 (.ttf) や OpenType (.otf) 形式のフォントであるためです。

もしもこの問題でお悩みの場合は、古い Type-1 フォントを TrueType などの形式に変換したあと、そのフォントをお使いください。変換は、 openSUSE 内に含まれている FontForge (fontforge パッケージ) で行なうことができます。また、このような変換をスクリプトで実施したい場合は、 https://fontforge.github.io/en-US/documentation/scripting/ (英語) をお読みください。

FreeTyoe 2.6.4 では、新しい既定のグリフヒンティングインタプリタ (バージョン 38) が提供されるようになり、他のオペレーティングシステムに非常に近い表示を行なうようになっています。ですが、この仕組みは環境によっては 「よりぼやけた」 表示のように見えてしまう場合があります。以前の FreeType の描画方法に戻したい場合は、任意のレベル (システム全体、ユーザ単位、プログラム単位) で下記の環境変数を設定してください:

FREETYPE_PROPERTIES="truetype:interpreter-version=35"

Firefox および Chromium/Chrome に対応する Plasma のブラウザ統合を利用することで、 KDE のシステムツール経由でマルチメディアの状態を監視したり、ダウンロードを監視したりすることができるほか、 KDE Plasma デスクトップ内の コマンドの実行 (Run Command) バーから、ブラウザにアクセスすることができるようになります。

ブラウザ統合の機能は、相互に動作する下記の 2 種類のパーツから構成されています:

ただし、この機能は現在も開発途上のものであり、 openSUSE Leap 15.0 では早期バージョンとして公開されているものになります。

既定のインストールでは emacs モジュール間で競合が発生することから、 openSUSE Leap 15.0 では psgml モジュールを自動では読み込まなくなっています。詳しくは README ファイル (psgml パッケージ内) をお読みください。

以前のバージョンでは、 systemctl のサブコマンド reload と restart は似たような名前であるため、動作の違いに気付きにくくなってしまっていました:

残念なことに systemd では、各ユニット (サービスを記述するファイル) 内で restart の動作を変更することができず、解決できない仕組みになってしまっています。

そのため、 AppArmor 2.12 以降のバージョンでは systemctl stop apparmor を動作しないようにしました。この動作変更により、 systemctl restart apparmor でも、適切に AppArmor プロファイルを再読み込みできるようになっています。

逆に、全ての AppArmor プロファイルの読み込みを開放するために、 aa-teardown と呼ばれるコマンドを提供するようにしました。これは従来の systemctl stop apparmor の動作と同じ意味を持ちます。

詳しくは https://bugzilla.opensuse.org/show_bug.cgi?id=996520 と https://bugzilla.opensuse.org/show_bug.cgi?id=853019 をお読みください。