buntu 19.04のすべての変更に伴い、Nautilusに新機能が追加されました。これで、任意のディレクトリにある「スター」のファイルとフォルダを使用できます。いいね。
しかし、そのまま見た目Nautilus開発者は、この機能を実装する非標準的な方法を採用することを決定しました...このメタデータの一部はどこに保存されていますか? Nautilusはこの属性をどのように追跡しますか?
拡張属性は何も返しません:
$ attr -l Testfile.png
そしてGVFSにすべてのメタデータをダンプするように頼む
$ gio info Testfile.png
すべての標準属性を返しますが、「スター付き」属性のヒントはありません。 〜/ .config/nautilusにありますか?それが他の場所ではなく、ファイル/フォルダに添付されていることを願っています...
ノーチラスの外部から「スター付き」の属性にアクセスしたいのはそのためです。
Gnome Shellは trackerユーティリティ を使用してそのようなものをログに記録します。ドキュメントから:
データベースは
$HOME/.cache/tracker
に保持されます。ユーザーのデータバックアップは$HOME/.local/share/tracker/data
に保存されます。トラッカーのログの詳細度(GSettingsまたは各メインコンポーネントの各.cfgファイルで設定)が0より大きい値に設定されている場合、ログが生成され、通常はシステムジャーナルまたはsyslogに送信されます。 Trackerデーモンに
TRACKER_USE_LOG_FILES
環境変数が設定されている場合、さらに$HOME/.local/share/tracker
にログが書き込まれます。
オウムガイの外部から「スター付き」の属性にアクセスしたいのはそのためです。
できません。 tracker-writeback は、データベースへの書き込みに使用されますが、マニュアルページには次のように記載されています。
tracker-writeback
— Trackerで設定されたメタデータを物理ファイルに書き戻すために使用されます。
tracker-writeback
は、ユーザーのログイン時に.desktop
ファイルによって開始されるため、ユーザーが実行することは想定されていません。もちろん、デバッグのために手動で開始することもできます。これの複数のインスタンスを同時に実行することはできません。
データを表示する場合:
tracker-extract
—ファイルからメタデータを抽出します。トラッカー抽出は、提供されたファイルを読み取り、このファイルからメタデータを抽出して、メタデータを標準出力に表示します。
メタデータはSPARQL更新コマンドとして表示され、SPARQLエンドポイントに対して実行して、メタデータのコピーを更新できます。
実際の抽出は別のプロセスで行われます。これは、Trackerがメタデータを抽出するために使用するライブラリでのメモリリークやクラッシュから呼び出しプロセスを分離するために行われます。
詳細については、libtracker-extractリファレンスドキュメントをご覧ください。
メタデータをデータベースのバックエンドに挿入するためのコマンドラインツールはありません。それはすべてgnomeシェルに関連付けられています。