KDEネオン/KDEプラズマ5.20からKaccessibleを削除する方法は?

KDEネオン/KDEプラズマ5.20からKaccessibleを削除する方法は?

私はまだ分からないKDEアクセシビリティ/スクリーンリーダーが自動的に起動する理由とKDEオプションで簡単にブロックする方法

KDEネオンで使用されている最新バージョンのKDEでは、このパッケージが起動しないように削除する方法が見つかりません。

次の理由で正しく削除または無効にしたいと思います。

  • 私は必要ない
  • これは機械の攻撃面だけを増加させます。
  • スクリーンリーダーのアクティベーションは、プライバシー関連のセキュリティ問題である可能性があります。

Debian10/KDE でsudo apt-get purge kaccessible

kaccessただし、最新のKDEネオンのKDE Plasma 5.20(インストーラパッケージまたは同様のパッケージはありません)では、別のパッケージとしてインストールされていないようです。また、Debian 10 でも kaccessible をクリアした後でも kaccess が自動的に起動することを発見しました。dpkg -S /usr/bin/kaccessこれでPlasma-desktopの一部と言われていますが、自動起動を防ぐ方法が見つかりません。

「自動起動」設定から自動起動を削除しましたが、まだ自動的に起動します(プロセスマネージャ/システムモニタを使用して起動後に実行されていることを確認)。

解決策がうまくいくようですsudo chmod -x /usr/bin/kaccess(以下をwhich kaccess使用してその場所を確認してください)。KDEが接続するのと同じ方法で、これも面倒なことにユーザーが制御することはできません。

アップデート:これはDebian11 / KDEから削除できる別のパッケージではありません。

アップデート:これに対するDebianの問題ここ。無効にする他の方法は次のとおりです。ここ

答え1

ヘッダー

Plasmaの4日間のレガシーソフトウェアが期待するように、KAccessはsystemdの存在よりも先にあり、現在のデスクトップインフラストラクチャと統合するのに十分十分に移植されていません。実際、私はあなたの質問を見て、「ああ、その質問に対する答えが何であるかわかります!」と思ったときに少し驚きました。それからYakuakeウィンドウを降ろし、最初のlsコマンドは正しいディレクトリに移動することでした。たとえ私がこの問題の犠牲になってから、おそらく6-8年が経ちました。これは私が呼び出した正確なコマンドとその結果です。

$ ls -lFAhkp /etc/xdg/autostart/kaccess.desktop

  rw-r--r--   1   root   root      2 KiB   Thu Jan 21 13:01:43 2021    kaccess.desktop

犯人が発見された

このファイルがあなたのすべての苦情の原因であることをお知らせいただき、申し訳ありません。私が知っているところによると、rm -fGate to Hellの作品はかなり満足です。しかし、私は全く異なる方向にあなたにアドバイスをしたいと思います。その理由はこれです...

このファイルの最近のmtimeはそれが粗雑ではありませんが、おそらくまだKDEフレームワークの現在のパッケージの一部であることを思い出させます。実際、私はそれがそうではないことをすぐに知りました。どのパッケージはそれ以外のものそのものplasma-desktopです!つまり、ファイルを削除すると、次にplasma-*新しいパッケージセットをリリースした後、パッケージマネージャを使用してシステムを更新すると、ファイルは元の場所に戻ります。幸いなことに、「Hoyleによると」法的解決策は少なくとも速いです。

ドラゴンを殺そうとする前に、常に古代の巻物を参照してください

フォルダautostart全体は別のFreedesktop.org Cross Desktop Group(XDG)仕様であり、名前は適切です。デスクトップアプリケーションが自動的に起動します。、この小さな金の塊が中に隠されています。実装ノート節:

システム全体の自動起動ディレクトリに.desktopファイルをインストールしてアプリケーションを自動起動する場合、個々のユーザーはKeyHidden = Trueを含む同じ名前の.desktopファイルを個人の自動起動ディレクトリに配置し、そのアプリケーションの自動起動を開始します。無効にできます。

この仕様の前半で関連自己起動ディレクトリ状態:

設定されていない場合、$XDG_CONFIG_HOMEユーザーアカウントの自動起動ディレクトリはです~/.config/autostart

設定されていない場合、$XDG_CONFIG_DIRSシステム全体の自動起動ディレクトリはです/etc/xdg/autostart

征服の英雄が帰ってきた

言い換えれば、表示された条件変数拡張に対応するのに十分な複雑なシェル(BashやZ Shellなど)で実行してこの状況を処理する方法は次のとおりです。

  1. ユーザーアカウントの自動起動ディレクトリが実際に存在することを確認してください。

    mkdir -pv "${XDG_CONFIG_HOME:-~/.config}/autostart"

  2. 問題のあるPlasma Desktopファイルのコピーを削除して永久に腐ったままにしてください。

    cp -iv /etc/xdg/autostart/kaccess.desktop "${XDG_CONFIG_HOME:-~/.config}/autostart"

  3. 隠しキーの値を設定するファイルから既存の行をすべて削除した後、スクロールの注文を使用して生涯無能であるという呪いを下します。

    grep -Eq 'Hidden\s*?=' "${XDG_CONFIG_HOME:-~/.config}/autostart/kaccess.desktop" &&
      sed -Ei '/Hidden[[:blank:]]*?=/d' "${XDG_CONFIG_HOME:-~/.config}/autostart/kaccess.desktop";
    echo "Hidden=true" >>"${XDG_CONFIG_HOME:-~/.config}/autostart/kaccess.desktop"
    

答え2

私にも同じ問題があったので、いくつかの調査の最後にファイルを編集し、行にコメントを付けたり、/etc/xdg/autostart/kaccess.desktopファイルkdeconnectingと同様にファイル全体をExec=kaccess削除して、私に合ったソリューションを見つけました。/org.kde.kdeconnect.daemon.desktop

関連情報