From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Madhu Newsgroups: gmane.emacs.devel Subject: Re: {Spam?} Re: tramp "too many open files" [Re: bug#56606 Date: Sun, 26 Mar 2023 04:53:12 +0530 (IST) Message-ID: <20230326.045312.1258046693066266048.enometh@meer.net> References: <87ttyfzcpf.fsf@gmx.de> <20230321.001721.167098091969271495.enometh@meer.net> <87bkkmsb7b.fsf@gmx.de> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26548"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: michael.albinus@gmx.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 26 00:25:37 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pgDGT-0006g2-5X for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Mar 2023 00:25:37 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pgDFr-0005Kf-TM; Sat, 25 Mar 2023 19:25:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgDFp-0005KH-FD for emacs-devel@gnu.org; Sat, 25 Mar 2023 19:24:57 -0400 Original-Received: from smtp5.ctinetworks.com ([205.166.61.198]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pgDFn-0001tt-QY for emacs-devel@gnu.org; Sat, 25 Mar 2023 19:24:57 -0400 Original-Received: from localhost (unknown [117.193.0.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: enometh@meer.net) by smtp5.ctinetworks.com (Postfix) with ESMTPSA id 47ACD1739B1; Sat, 25 Mar 2023 19:24:48 -0400 (EDT) In-Reply-To: <87bkkmsb7b.fsf@gmx.de> X-Mailer: Mew version 6.9 on Emacs 30.0.50 X-ctinetworks-Information: Please contact the ISP for more information X-ctinetworks-MailScanner-ID: 47ACD1739B1.A9CB2 X-ctinetworks-VirusCheck: Found to be clean X-ctinetworks-Watermark: 1680650691.72718@XGDtGCUAJ06u+pxz/rT1kQ Received-SPF: pass client-ip=205.166.61.198; envelope-from=enometh@meer.net; helo=smtp5.ctinetworks.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:304770 Archived-At: * Michael Albinus <87bkkmsb7b.fsf@gmx.de> Wrote on Tue, 21 Mar 2023 10:30:48 +0100 >>> Hmm. tramp-archive.el uses th GVFS file system to read a file >>> archive. GVFS in this case uses libarchive(3). >> I notice my gvfsd is not compiled with libarchive. > No. gvfsd calls backends, /usr/libexec/gvfsd-archive in this case. After I posted my message I had upgraded both libarchive and gvfsd (1.45.3->1.50.4) and tried opening the zip attachment (which was now saved via mew) with the / suffix and it worked as expected, without blowing up, so nothing is actionable now. My previous version of gvfsd did not have /usr/libexec/gvfsd-archive when I reported the bug[1] >> Usually I run without a system dbus (but with a session dbus for >> emacs). tramp-archive disables itself when it finds it cannot connect >> to a system dbus, so I was protected from it being triggered. (btw if >> the situation changes, and a system dbus comes up later, it has to be >> initialized explicitly with (dbus-init-bus :system)) > Right, although I'm not sure the system bus is needed. GVFS works over > the session bus if I'm not mistaken. The system bus is needed for > zeroconf only. [tramp-gvfsd still seems to turn itself if it doesnt find the system dbus enabled when it is first loaded. If the system bus comes up later, emacs has to be made aware of it manually and tramp-gvfsd has to be reloaded, and tramp-register-archive-autoload-file-name-handler has to be invoked by hand before it can open archive files.] ---Best Regards, Madhu >> I think I happened to have a system dbus when I triggered the >> error. tramp found a gvfs and gvfs-fuse process, but it wouldn't have >> worked because gvfds is not linked with libarchive. > Again, the existence of gvfsd-archive is what counts. I believe [1] A note to myself -- checked the ondisk zfs snapshot to make sure it wasnt there when I triggered the blowup. (Strangely I do seem to have built a tarball of gvfs-1.46 in Nov 2020 to be installed and it did have gvfsd-archive. If it had been installed I imagine a system crash and zfs rollback had removed it)