少し前に私は報告したLaunchpad のバグ. 今度は別のユーザー (私がバグを報告したパッケージのアクティブ メンバーではない) が、このバグを別のバグの重複としてマークしました。これは、私のレポートの期限切れを防ぐことができるので素晴らしいことですが、リンクされた重複はわずかにしか関連していないようで、また「無効」とマークされていました。そのため、重複状態が正しくないように思われ、私はそれについてコメントしました。
重複したリンクは問題解決に悪影響を及ぼしますか? リンクを削除したほうがよいでしょうか、それともそのままにしておくほうがよいでしょうか? このような場合、他に何ができるでしょうか?
答え1
一見、無関係ではないと思います。そして、私はあなたに疑わしい点を有利に解釈してもらいたいのでそう言っています。あなたのバグは、マスター質問の最初のコメントでカバーされている権限の問題を列挙するのに時間を費やしています。
これらのアクションは ConsoleKit 用です。logind には独自のルールがあるため、org.freedesktop.login1.suspend と org.freedesktop.login1.hibernate を列挙するようにルールを書き直す必要があります (/usr/share/polkit-1/actions/org.freedesktop.login1.policy を参照)。
ルールが変わりました。同じ問題を取り上げた別のバグレポートがあります皆さんはこれを以前に見たことがあると思いますが、明確にしておきたいことがあります。これ必要なコードは次のようになります:
# cat /etc/polkit-1/localauthority/90-mandatory.d/disable-suspend.pkla
[Disable suspend by default]
Identity=unix-user:*
Action=org.freedesktop.login1.suspend
ResultActive=no
[Disable suspend for all sessions]
Identity=unix-user:*
Action=org.freedesktop.login1.suspend-multiple-sessions
ResultActive=no
それでも十分でない場合 (機能していないか、メニュー項目が抑制されていないか、またはその 2 つが混在している場合)、バグの説明を編集して、問題がインジケーターにあることを非常に明確にします...その後、確認済み (または以前の状態) に戻します。
ただし、一般的には、問題のバグを確認し、マスター バージョン (またはそれにリンクされている他のバージョン) が実際に問題の原因を説明しているかどうか、または問題の原因であるかどうかを判断する必要があります。そうでない場合は、そのことをできるだけ明確にして、再度オープンします。