第56章 デスクトップ
totem だけの更新に失敗する
totem パッケージと gstreamer1-plugins-bad-free パッケージ間に明示的な依存関係がありません。したがって、totem パッケージのみを更新しようとすると、操作が失敗します。この問題を回避するには、totem パッケージを単独で更新せず、代わりにシステム更新に依存する必要があります。(BZ#1451211)
オペレーティングシステムは、起動時に常に Wacom Expresskeys Remote (EKR) モード 1 を想定する
Wacom Expresskeys Remote (EKR) はスタンドアロンデバイスであるため、オペレーティングシステム (OS) の起動時に任意のオペレーティングモードに切り替えることができます。ただし、OS は現在、起動時に EKR がモード 1 に設定されていることを常に前提としています。システムの起動前に EKR モードを 1 に設定していないと、EKR が OS と同期しません。この問題を回避するには、OS を起動する前に EKR をモード 1 に設定します。(BZ#1458351)
ダウンロードした RPM ファイルを Nautilusからインストールできない
Nautilus ファイルマネジャーで RPM ファイルをダブルクリックすると、インストールされるファイルではなく、次のエラーが返されます。
Sorry, this did not work, File is not supported
これは、
PackageKit への yum バックエンドがローカルファイルの詳細の取得をサポートしていないために発生します。
Yelp が HTML 形式のファイルを正しく表示しない
以前のバージョンの
yelp では、HTML 形式のファイルを表示できました。バージョン 3.22 ではこの機能は機能せず、適格なテキスト URL を持つ Unknown エラー を返すことは できません。
この問題は
yelp 自体のアーキテクチャーの変更に関連している可能性があるため、現時点では回避策はありません。
システム管理者は、
yelp はこのユースケースに対応しておらず、入力として Mallard または Docbook データを想定していることに注意してください。
HTML 形式のコンテンツを表示するその他の方法を検討する必要があります。(BZ#1443179)
一部の AMD ハードウェアでモニターを接続すると、自動モード設定が失敗する
設定によっては、AMD ハードウェアを使用してシステムにモニターを追加しても、新しいハードウェアを自動的にアクティブにできない場合があります。
この問題は現在調査中です。
この問題を回避するには、システム管理者が xrandr(1) を手動で呼び出して監視を有効にする必要があります。(BZ#1393951)
依存関係 が ないため、LibreOffice なしでインストールした場合、GNOME ドキュメントが一部のドキュメントを表示できない
GNOME Documents は、LibreOffice スイートが提供するライブラリーを使用して、OpenDocument Text や Open Office XML 形式などの特定のタイプのドキュメントをレンダリングします。ただし、必要なライブラリー (libreoffice-filters) が、gnome-documents パッケージの依存関係リストにありません。したがって、LibreOffice を持たないシステムに Gnome Documents をインストールすると、前述のドキュメントタイプをレンダリングできません。
この問題を回避するには、LibreOffice 自体を使用する予定がない場合でも、libreoffice-filters パッケージを手動でインストールします。(BZ#1466164)
Application Installer は、ビッグエンディアンアーキテクチャーにはインストールできない場合でもパッケージを表示します。
IBM Power Systems や IBM z Systems などのビッグエンディアンシステムで
Application Installer グラフィカルパッケージインストーラー( gnome-software パッケージ)を使用すると、利用可能なパッケージの一部をインストールすることはできず、これを試みると installing not available というエラーメッセージが表示されます。これは、パッケージのメタデータが現在 64 ビットの AMD および Intel 互換 (リトルエンディアン) システム用にのみ生成されているけれど、すべてのパッケージがビッグエンディアンのアーキテクチャーでも利用可能であると想定している (実際は違う) ことが原因の既知の問題です。
この問題は回避できませんが、パッケージがインストールできないこと以外には、エラーメッセージによる影響はありません。(BZ#1464139)
ソフトウェアの 追加/削除( gpk-application)は、最初の試行で新しくインポートされた鍵を使用しません。
GNOME で ソフトウェアの追加/削除 グラフィカルインターフェイスを使用して、まだインポートされていない鍵で署名されたパッケージをインストールすると、このツールに鍵のインポートに使用するプロンプトが表示されます。ただし、鍵をインポートしても、鍵をすぐに使用できないバグがあるため、インストールは失敗します。この問題を回避するには、同じパッケージを再度インストールします。その時点で、鍵は前回の試行からすでにインポートされており、インストールは成功します。(BZ#1387181)
複数の PCI デバイスを使用して複数のディスプレイを持つ仮想マシンのディスプレイのサイズを変更すると、X がクラッシュする
QXL ドライバーのバグ(xorg-x11-drv-qxl)により、仮想マシンに複数の PCI デバイスを使用するように複数のディスプレイが設定されている場合、ディスプレイのサイズ変更時に仮想マシンの X.Org ディスプレイサーバーがクラッシュします。複数のモニターで Red Hat Enterprise Linux を実行しているゲスト仮想マシンが、1 つの PCI デバイスを使用するように設定されていることを確認します。Red Hat Virtualization では、この設定は Edit -> Console の Single PCI Device チェックボックスによって制御され、デフォルトで有効になっています。(BZ#1428340)
Nautilus は、GNOME クラシックセッションでアイコンを非表示にしません。
アイコンがデフォルトで非表示になっている、gnome セッションでアイコンを表示または非表示にする GNOME Tweak Tool は、GNOME Classic Session では無視されます。そのため、GNOME Tweak Tool でこのオプションが表示されている場合でも、GNOME Classic Session ではアイコンを非表示にできません。(BZ#1474852)
flatpak で依存関係が間違っている
flatpak パッケージの依存関係が間違っていると、以下のエラーメッセージが表示される場合があります。
flatpak: error while loading shared libraries: libostree-1.so.1: cannot open shared object file: No such file or directory
この問題を回避するには、flatpak-libs パッケージをインストールします。または、flatpak のみをインストールする代わりに、以下のコマンドを実行して両方のパッケージをインストールします。
sudo yum -y install flatpak flatpak-libs
(BZ#1476905)
Firefox が更新後に起動しない
firefox-52.1.2-.el7.x86_64 以降にアップグレードすると、ブラウザーが起動しなくなる場合があります。これは、nspr パッケージおよび nss パッケージが Red Hat Enterprise Linux 7.4 バッチから更新されていないことが原因です。この問題を回避するには、Red Hat Enterprise 7.4 リリースの nspr パッケージおよび nss パッケージを更新します。別の回避策として、Firefox をダウングレードすることが考えられますが、このオプションは推奨されません。結果として、Firefox Web ブラウザーを再起動することができます。(BZ#1455798)
Xorg でのビジュアルの限定的なサポート
Xorg サーバーでは、ハードウェアドライバーで、深度 16 以降の TrueColor および DirectColor のビジュアルのみがサポートされています。PseudoColor ビジュアルを必要とするレガシーアプリケーションは、Xephyr ネスト X サーバーに対して実行できます。これにより、TrueColor 画面に表示されたときに PseudoColor 変換を実装します。(BZ#1185690)
