From nobody Mon Feb 16 02:20:41 2026 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fDmhy19m3z6RvnG for ; Mon, 16 Feb 2026 02:20:50 +0000 (UTC) (envelope-from amogha@www2797.sakura.ne.jp) Received: from www2797.sakura.ne.jp (www2797.sakura.ne.jp [49.212.180.237]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fDmhw1qJYz3yBn for ; Mon, 16 Feb 2026 02:20:47 +0000 (UTC) (envelope-from amogha@www2797.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amogha.jp header.s=rs20240317 header.b=owuShR3+; spf=none (mx1.freebsd.org: domain of amogha@www2797.sakura.ne.jp has no SPF policy when checking 49.212.180.237) smtp.mailfrom=amogha@www2797.sakura.ne.jp Received: from www2797.sakura.ne.jp (localhost [127.0.0.1]) by www2797.sakura.ne.jp (8.16.1/8.16.1) with ESMTP id 61G2KgCl070435; Mon, 16 Feb 2026 11:20:42 +0900 (JST) (envelope-from amogha@www2797.sakura.ne.jp) DKIM-Signature: a=rsa-sha256; bh=vZpZdJowbZoioAaZ8DVKoFRMYphQsw6eJvu14ZIrZjY=; c=relaxed/relaxed; d=amogha.jp; h=From:To:Subject:Reply-To:Date:Message-ID; s=rs20240317; t=1771208442; v=1; b=owuShR3+/hCacaTeG68//sEF/eUyQH67329QzlBgomCC4SYhBOic+76fj74sC21z XZI3b9cm1zbazLK0pINmmR6tCle22zPrGyqty7rgkTGHDweKDnddt6PH3585vWAG x2r3a9tInOHEFpS58aVfKUm8abUQBYL/biKplinmlqSZwDIFRwKi3/HpDiefijzo 8i/DncaFP5CpBptKToqiUPngwb6evq9BbwebTU7QdwEjUlyVG8tB5bEbn1ZNJLuO Ygb780tiTgxOSfMOCEQdS/fofrR99JfE5faBmBfv3xGWE4OuytnFmxgBN2DJhtBB ojy7Fw1SF0o6Dbo9sfS62A== Received: (from amogha@localhost) by www2797.sakura.ne.jp (8.16.1/8.16.1/Submit) id 61G2KgMx070434; Mon, 16 Feb 2026 11:20:42 +0900 (JST) (envelope-from amogha) X-Mailer: emacs 30.1 (via feedmail 11-beta-1 I) From: =?iso-2022-jp?B?GyRCNF07M0Q+PjsbKEI=?= To: ISHII Cc: users-jp@freebsd.org Subject: gvfs(Re: baloo_file_extractor) In-Reply-To: <20260215150222.06cdccfb98ca2e69ba50304b@gmail.com> (message from ISHII on Sun, 15 Feb 2026 15:02:22 +0900) Organization: =?iso-2022-jp?B?GyRCNF07M0Q+PjskTjtkRSo7SE1RJSIlSSVsJTkbKEI=?= Reply-To: masa@amogha.jp Date: Mon, 16 Feb 2026 11:20:41 +0900 Message-ID: List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-users-jp@freebsd.org Sender: owner-freebsd-users-jp@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [-0.30 / 15.00]; R_DKIM_ALLOW(-0.20)[amogha.jp:s=rs20240317]; MIME_GOOD(-0.10)[text/plain]; local_wl_ip(0.00)[49.212.180.237]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:9371, ipnet:49.212.0.0/16, country:JP]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; DKIM_TRACE(0.00)[amogha.jp:+]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[masa@amogha.jp]; FROM_NEQ_ENVFROM(0.00)[masa@amogha.jp,amogha@www2797.sakura.ne.jp]; REPLYTO_ADDR_EQ_FROM(0.00)[]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[] X-Rspamd-Queue-Id: 4fDmhw1qJYz3yBn X-Spamd-Bar: / 石井 様 有難うございます。 Sun, 15 Feb 2026 15:02:22 +0900 ISHII writes: >広島の石井と申します > >数少ない X 関連の話題ですので、少し口を挟ませてください。 > >青木さんがおっしゃる状況 > >On Fri, 13 Feb 2026 21:51:07 +0900 >20260213215107.3604e1cddc3f16e4baea43de@dec.sakura.ne.jp : Tomoaki AOKI > wrote: > >> gvfsでもゴミ箱機能のgvfsd-trashが開いている全てのファイルを >> モニターしようとしてリムーバブルメディアやSMB/CIFS等で一時的に >> マウントしただけのものをアンマウントできない深刻な状態（アン >> マウントするためにはgvfsd-trashが原因と知らなければ再起動が必要） >> という笑えない問題があります。 > >について、 >% freebsd-version >14.3-RELEASE-p8 >の Xfce 4.20 GTK 3.24.51 >では、何もせずとも、 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >83913 watasi 6 20 0 55M 12M select 1 0:00 0.00% gvfsd-trash > >な状況で、5年以上全く困っていません。 >おそらく何処かの時点で修正されたのだと思います。 > >ご参考まで。 >ISHII そうですか。あまり心配する必要無いかな。 gvfs について私なりに調べてみました。私のブログに書いたインストール方法 (つまり13.5amd + https://pkg.freebsd.org/FreeBSD:13:amd64/release_5のパッ ケージ)では、sddmのgreeting画面からkdeにログインすると、 % ps ax|grep gvfs 17708 - S 0:00.03 /usr/local/libexec/gvfsd 17710 - S 0:00.06 /usr/local/libexec/gvfs-udisks2-volume-monitor (gvfs-udisks2-volume) 17712 - S 0:00.03 /usr/local/libexec/gvfs-gphoto2-volume-monitor (gvfs-gphoto2-volume) 17714 - S 0:00.03 /usr/local/libexec/gvfs-mtp-volume-monitor (gvfs-mtp-volume-mon) 17738 - I 0:00.01 /usr/local/libexec/gvfsd-metadata 17752 8 S+ 0:00.00 grep gvfs となり、gvfsdが動き始めます。 % pkg info -r gvfs gvfs-1.50.2_3: thunar-4.20.1 nautilus-42.2_3 % pkg info -r thunar thunar-4.20.1: xfce4-desktop-4.20.0 % pkg info -r nautilus nautilus-42.2_3: gnome-lite-42_5 gnome-42_5 sushi-42.0_4 gnome-tweaks-40.10_4 gnome-terminal-3.44.2_3 file-roller-3.42.0_3,1 evince-43.1_11 brasero-3.12.3_6 % ですから、 gvfs は直接的には kde と従属関係がありませんが、何故かログイ ンすると gvfsd が動き出すわけです。kdeのアプリケーションランチャーを起動 すると、アプリの一覧に thunar は出てきて、実際起動できます。つまりは、 「gvfsはkdeの一族ではないけれども、一応 thunar や naulitus も kde から使 えるようにするためにgvfsd を起動しておく」ってことでしょうか。で、 gvfs を pkg delete するとどうなるか。 # pkg delete gvfs Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 13 packages (of 0 packages in the universe): Installed packages to be REMOVED: brasero: 3.12.3_6 evince: 43.1_11 file-roller: 3.42.0_3,1 gnome: 42_5 gnome-lite: 42_5 gnome-terminal: 3.44.2_3 gnome-tweaks: 40.10_4 gvfs: 1.50.2_3 nautilus: 42.2_3 sushi: 42.0_4 thunar: 4.20.1 xfce: 4.20 xfce4-desktop: 4.20.0 Number of packages to be removed: 13 で、gnome も xfce も使えなくなりますが、消してしも kde の方は無傷で、kde へのログインは何の支障もなくできます。当然 % ps ax | grep gvfs 19917 6 D+ 0:00.00 grep gvfs % です。 一応問題ないようにも見えますが、どうも私は釈然としません。ここに thunar にも naulitusにも全く興味が無い user1 がいたとして、毎日 kde を使ってい たとします。そこにある日xfce を使いたい人が現れて管理者が user2 としてユー ザ登録し、 xfce を pkg installしたとしましょう。 user1 はkde、 user2 は xfce。これはそれぞれの ~/.xsession を適切に設定すればできます。で、user2 の登録の翌日user1 がログインすると、この人の意志や希望とは全く無関係に、 今まで動いていなかったgvfsd が動いているわけです。これ、気持ち悪くありま せんか？もし課金されるシステムならばgvfsd の CPU時間だけそれまでよりも余 分に課金されるわけです。それは僅かな金額かも知れませんが、もし gvfsd に セキュリティーホールがあった場合はどうでしょう。例えばログイン中のXの画 面を盗み取るような穴。これ user1 は大変な被害に遭う危険が生じます。なぜ kdeは「自分の管轄外の thunar や naulitus まで使うことができるようにする」 という「余計なお世話」をやるのでしょうか。 baloo は困ったものですが、そ れでも kdeの設定の中で止める方法が提供されているから許せます。ですが kde の中で「ログイン時にgvfsd を起動しない」という設定はできるのか？できるも のなら初期値は「gvfsd を起動しない」にして貰わない困る、と思うのです。 こう考えると、私は青木さんの気持ちがよくわかる気がしますし、 https://chienomi.org/archives/livewithlinux/1852 への共感の気持ちが益々強くなる気がします。 -------- 丸山 直昌 まるやま なおまさ メールアドレス： masa@amogha.jp