Date: Fri, 13 Feb 2026 21:51:07 +0900 From: Tomoaki AOKI <junchoon@dec.sakura.ne.jp> To: masa@amogha.jp Cc: takachan@running-dog.net, freebsd-users-jp@freebsd.org Subject: Re: baloo_file_extractor Message-ID: <20260213215107.3604e1cddc3f16e4baea43de@dec.sakura.ne.jp> In-Reply-To: <ydly0kx70ms.fsf@pc06.mar> References: <20260212081824.2f9f085508d66bcbad80bac5@dec.sakura.ne.jp> <ydly0kx70ms.fsf@pc06.mar>
index | next in thread | previous in thread | raw e-mail
青木@名古屋です。 On Fri, 13 Feb 2026 13:01:15 +0900 丸山直昌 <masa@amogha.jp> wrote: > 青木 様 > > 有難うございます。大いに参考になります。 > > 自分の普段使いのシステムでは baloo は止めていたのですが、初心者向けの解 > 説を書いていて、baloo について考える必要が生じたわけです。ご教示頂いた情 > 報の中で > > > https://chienomi.org/archives/livewithlinux/1852 > > に共感しました。記事中の > > AppleやMicrosoftやGoogleが統合的に機能を提供しようとするのは、 > ユーザーのUXのためではないし、単なる囲い込みのためでもない。 ユー > ザーの情報を集約し入手するためだ。 Facebookがなんでもかんでも > Facebookを経由して利用させ、かつFacebookを常に開いておくように > 要求するのもそのためだ。 > > は、まさにその通りだと思います。最後の一行 > > 「優れたUXはあれこれお節介を焼くことではなく、余計なことは何もし > ないことである」ということに、 一体いつ気がつくのだろうか。 > > は素晴らしい。これを読んで baloo のバグレポートを書くことはやめにしまし > た。こんなもの、例えバグが無くなっても初心者に使わせたくありません。 全くもって同感です。 ただ、インストールスクリプトで無効化されるのであれば、 KF5でやっていたようにKF6でもbaloo_file.desktopを /usr/local/etc/xdg/autostart/にインストールしないでよ、 というPRを出しておく価値はありそうです。 丸山さんの記事を 見てご提供されるスクリプトでインストールしているうちは 問題ないかと思いますが、いずれ自前で自分好みにインストール するように成長してから何これ？！にならなくて済むかと。 以下、蛇足です。 個人的には最もバランスが取れていたのはGnome2あたりでそれ以降 Gnomeは何を考えているか分からない追加機能や制約を入れてきたし KDEでもbalooやその前身、おまけにAkonadi等、個人的には有効性を 疑うものを入れてきたりと「壊れて」きている印象です。 ＃ 幸い、Gnome2をforkしてメンテしきれない機能を外し、上流の ＃ サポートが無くなってforkの（当時は）見当たらないGtk2から ＃ Gtk3に初期のファイルダイアログ問題はあったもののLook&Feelを ＃ 維持したMateがあり、助かっています。 近年新しく開発されるターミナルエミュレータでもタブ機能を有する のが当たり前のようになってきていますが、発端はGnome3が同じ アプリケーションの複数同時起動を封じてきたからではないかと 思っています。 私はその強制封鎖が嫌で代替を探してXfce4やら KDEやらWindowMakerやら試している間にMateがportsに入ってきて くれた形です。 balooの話に戻ると、ファイルのインデックスを作る機能自体が 全面的に駄目とは思いませんが、個人的にはデフォルトでは何もせず、 対象を設定されて初めてそこ以下をインデクシングするのが 正解で、デフォルトで全体を...というのは明らかにやりすぎです。 法人でのデータベースでも闇雲に全てのフィールドにインデックスを 付けたりはしていませんし（従業員1万人にすら満たない会社の 生産・販売に関するデータベースでもデータが数億件になるのは ざらですので、インデックスの容量がばかにならないのです）。 gvfsでもゴミ箱機能のgvfsd-trashが開いている全てのファイルを モニターしようとしてリムーバブルメディアやSMB/CIFS等で一時的に マウントしただけのものをアンマウントできない深刻な状態（アン マウントするためにはgvfsd-trashが原因と知らなければ再起動が必要） という笑えない問題があります。 gvfsd-trashでググるとbalooと同様の怨嗟の声が膨大に。 例えば https://vild.hatenablog.com/entry/2017/03/12/192557 https://www.reddit.com/r/linuxquestions/comments/klcaik/gvfsdtrash_using_12_of_cpu_how_to_disable/?tl=ja 等ですね。 balooはKDEでしか使っていなさそうですが、 gvfsはGnomeのnautilus以外にもMateのcajaやXfce4のthunarや それ以外にもいくつかのファイルマネージャで使われていて より深刻でした。 私は2秒毎にgvfsd-trashが止まっているかどうか 確認して止まっていなければ止める（終了させると即座に再度 起動されてしまうため）スクリプトをdaemonでデーモン化して 走らせていました。 今はそれに代えてfilesystems/gvfs/Makefileに --- a/filesystems/gvfs/Makefile +++ b/filesystems/gvfs/Makefile @@ -85,5 +85,9 @@ NFS_LIB_DEPENDS= libnfs.so:net/libnfs NFS_MESON_TRUE= nfs + +post-patch: + ${REINPLACE_CMD} -e 's|AutoMount=true|AutoMount=false|' \ + ${WRKSRC}/daemon/trash.mount.in .include <bsd.port.mk> のようなパッチを当てて機能を無効化しています。 https://forums.freebsd.org/threads/how-can-i-disable-gvfs-daemon.101056/#post-735604 でヒントを貰えたので。 balooでも同じようなアプローチは 可能と思います。 もうちょっと過激に削除してしまえ、というのがBug267270ですね。 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267270 以上、蛇足でした。 > Thu, 12 Feb 2026 08:18:24 +0900 > Tomoaki AOKI <junchoon@dec.sakura.ne.jp> writes: > > >青木@名古屋です。 > > > >On Thu, 12 Feb 2026 01:40:05 +0900 > >丸山直昌 <masa@amogha.jp> wrote: > > > >> 青木 様 > >> > >> 丸> KDEシステム設定の検索のところで「ファイル検索を有効化」のチェックを外す > >> 丸> と、確かに~/.config/baloofilerc の中身が > >> 丸> > >> 丸> [Basic Settings] > >> 丸> Indexing-Enabled=false > >> 丸> > >> 丸> となりましたが、既に動き出している baloo のプロセスは止まらず、10秒毎に > >> 丸> core を吐き出し続けました。ロッグアウトすれば止まるのでしょうが、明示的 > >> 丸> kill で止めました。 > >> 丸> > >> 丸> 今初心者向けの FreeBSD+KDE5 の使用説明文を自分のブログに載せようと思って > >> 丸> 書いているのですが、こういうの困るんだよね。初心者に kill を使えって、無 > >> 丸> 理ですよ。 > > > >baloo_file_extractorでググってみると不平不満が噴出していますね。 > > > >KDE公式関連でも > > > > https://discuss.kde.org/t/baloo-file-extractor-running-and-eating-up-cpu-and-memory/6043 > > > >がありますし、もしこれがFreeBSDのforums.freebsd.orgのように > >ユーザ間の交流・相互扶助のための（公式サポートではない）場と > >して提供されていて公式が見落としているとしても、リンク先の > >コメントのひとつからリンクされている > > > > https://bugs.kde.org/show_bug.cgi?id=431664#c0 > > > >というバグトラッカーにも関連の話があるので、公式が自前の公式 > >サポートの場以外に頼らず問題を把握できないという事態ではなさそう > >です（FreeBSDよりは大きい組織だと思いますし）。 > > > >よって、公式で改善が図られる可能性は皆無に近い気がします。 > > > > > >重くなる原因の日本語での記述としては > > > > https://chienomi.org/archives/livewithlinux/1852 > > > >がありますね。 > > > > > >ざっとFreshPortsでbalooを検索したら > > > > https://www.freshports.org/sysutils/baloo-widgets/ > > https://www.freshports.org/sysutils/kf5-baloo/ > > https://www.freshports.org/sysutils/kf6-baloo/ > > > >の3つがヒットし、sysutils/kf6-baloo/pkg-plistに > >etc/xdg/autostart/baloo_file.desktopが存在し、 > > > > https://github.com/freebsd/freebsd-ports/blob/main/sysutils/kf6-baloo/pkg-plist#L4 > > > >のようになっていますが、これがsysutils/kf5-baloo/pkg-plistでは > > > > https://github.com/freebsd/freebsd-ports/blob/main/sysutils/kf5-baloo/pkg-plist#L6 > > > >のように@commentで無効化されて（インストールされないように > >処置されて）います。 > > > >kf6の方で無効化していないのに何か理由があるのか無効化 > >し忘れたのかは分かりませんが、KDEまで使えるようにする > >インストールスクリプトを用意されるならその中で予め削除 > >しておくか、手許でインストールされている中身を見ると > >（sylpheedが折り返してしまっているものの実際は1行ですが） > > > >X-KDE-autostart-condition=baloofilerc:Basic > >Settings:Indexing-Enabled:true > > > >という行があるので、この末尾の「true」を「false」に > >変えてうまく行くならそのように修正しておくのも > >一手と思います。 そこからHDDなりSSDなりに恒久的に > >インストールするならという中級or上級編でその対処の > >しかたを解説するのはどうでしょうか？ > > > >もしこのbaloo_file.desktopが無くても支障がないなら、 > >FreeBSD側でKF5では無効化されているのにKF6では無効化 > >されていなくて極端に高負荷になっているというPRを出すと > >FreeBSDサイドのKDEチームがKF5と同様の対応をしてくれる > >かもしれませんし、それが通れば悩む必要も無くなります。 > > > >＃ 私はKDEではなくMateを使っていて、いろいろとフルの > >＃ KDEではなくともKF5（今ではKF6への移行が進んでいますが） > >＃ に依存するものに頼る機会が増えてきたのを機にいっそ、と > >＃ まるごとインストールしただけのようなものです。 > >＃ KDE5の時期に一時は非常用も兼ねていましたがその目的では > >＃ xfce4がHiDPIでも使い物になる方法が見つかったため > >＃ 不要になっています。 なので、もし代わりにPRを登録 > >＃ したとしてもメンテナやコミッタからの質問が来たら対応 > >＃ できないんです。 > > > > > >> Tue, 10 Feb 2026 08:01:55 +0900 > >> Tomoaki AOKI <junchoon@dec.sakura.ne.jp> writes: > >> > >> >KDEやらFreeBSDやらに限らず、初心者向け解説では「ログアウト又は再起動後に > >> >再度ログインすると設定が反映されます」のような記述を当たり前のように > >> >見かけますので、それでいいのではないでしょうか？ > >> > >> baloo_file_extractor が core を吐き始めると、ログアウトが困難になるくら > >> い重くなります。USBメモリスティック上のシステムの場合ですが。 > >> > >> >どうしてもログアウト→ログインさせるのが嫌だけれどPIDを調べて > >> >killは無理だろう、ということならkillallを使う手もあるかと。 > >> > >> それ全部 CLI じゃないですか。私は初心者に CLI なんか教えません。私が今書 > >> いている説明文は、「FreeBSD+KDEのGUIはこれだけ使い物になるよ」という内容 > >> です。近日中に公開できると思います。 > >> > >> だいたいWindowsだって、開発者側は CLI 使ってシステム書いているんじゃない > >> の？でも初心ユーザにコマンドプロンプトを使え、とか、PowerShellを使え、な > >> んて言っていないじゃないですか。KDEのGUIでWindowsを初心者が使う程度のこ > >> とは何でもできるし、それ以上のことができるはずだと思うのですが、そういう > >> 趣旨で書かれた解説が無いようで、そこが私には不満なのです。 > > > >勤務先の情シスから（部門毎の管理者経由で）普通に「各端末を使用する > >全てのユーザーで、スタートメニューからコマンドプロンプトを開き、 > >○○○としてダウンロードした添付の○○○を実行し、正常終了しなかった > >場合は×××を実行して下さい」とか指示が飛んできますよ。 > >もちろんWindowsです。 なので、Windowsだからって素人がコマンド > >プロンプトを使わないなどということはありません。 > > > >＃ 製造現場の作業者でPCを使わない（個人でも使わない）人が > >＃ 間接部門に異動していきなり直面する場合もあります。 > >＃ その場合、部門の管理者がサポートしますが、やらざるを得ない > >＃ ことには変わりありません。 > > > >そういったことが必要な場合に対応するスタートアップスクリプトを > >自動展開して次にログインするときに使える状態に移行するまでに > >自動処理とか、全端末で情シスからリモート接続してプロファイルのある > >全ユーザ分の処理をするとかは全てのケースで現実的に可能という > >訳でもなさそうですし。 > > > >MS公式のページでもトラブル対応等では「コマンドラインから○○を > >実行して下さい」みたいなのはありますよ？ > >なので、CLIを教えないとまでこだわる意味は無いと思います。 > >ただ、「誰がやっても指示されているままにコマンドを叩けばいい」 > >ところまでは面倒を見てあげないと初心者には厳しいかな、という > >こともあってkillallを提案した次第です。 > > > > > >また、KDEでもターミナルエミュレータはあるので、いずれは > >「これなぁに？」となるかと思います。 初級編としては > >「何かコマンドを直接実行したいときのもの」でいいとしても、 > >中級以上では何らかの事例が避けて通れないかと。 > >その中でこの事例への対処を例にする手もありますね。 > >あくまで中級以上も予定されているのなら、ですが。 > > > > > >> 丸> ブラウザを使って non-ascii のファイル名のファイルをダウンロードした時か > >> 丸> らこのbaloo_file_extractor が core を吐く現象が始まったように思います。 > >> 丸> これのバグレポートを悠長に書いているほど私の人生の残り時間は長くはありま > >> 丸> せん。馬鹿馬鹿しくてつきあっていられません。初心者に使わせる時点でbaloo > >> 丸> は止めておかないといけません。インストールスクリプトを直します。 > >> > > >> >ご参考まで、Bugzillaでキーワード「baloo」、ステータス「New, Open, > >> >In Progress」で検索すると1件ヒットしました。 > >> > > >> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285309 > >> > > >> >1年近く前からあるみたいですね。 開発者側で再現できずに > >> >いるように見えます。 もしかすると丸山さんの「non-ascii のファイル名の > >> >ファイルをダウンロード」というのが鍵なのかもしれませんね。 > >> > >> この情報は参考になります。有難うございました。レポートをどう書くか考えて > >> みます。 > > > >最初のステップとしては、このPRに「This seems to be triggered when > >attempting to download any files having non-ascii filenames.」とでも > >コメントしておくくらいでもいいのでは？ > >適当な誰でもアクセスできて問題を起こすと分かっているリンク先の例が > >あればそのURLも書いておくと再現し易いかと。 > > > > > >> -------- > >> 丸山 直昌 まるやま なおまさ > >> メールアドレス： masa@amogha.jp -- 青木 知明 [Tomoaki AOKI] <junchoon@dec.sakura.ne.jp>home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20260213215107.3604e1cddc3f16e4baea43de>