From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.devel Subject: Re: tramp "too many open files" [Re: bug#56606 Date: Tue, 21 Mar 2023 05:55:44 +0000 Message-ID: <87ileuiqph.fsf@posteo.net> References: <86ilnwafso.fsf@stephe-leake.org> <86a6989itv.fsf@stephe-leake.org> <8335f0qbvn.fsf@gnu.org> <831qujrjnm.fsf@gnu.org> <86h73ex91m.fsf@stephe-leake.org> <83k089omhb.fsf@gnu.org> <87v8ivii64.fsf@posteo.net> <87jzzbzbys.fsf@gmx.de> <87r0tjibia.fsf@posteo.net> <871qljz4q4.fsf@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19287"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Madhu , emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Mar 21 07:07:05 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 1peV9F-0004p3-Mc for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Mar 2023 07:07:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1peV8R-00005G-3k; Tue, 21 Mar 2023 02:06:15 -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 1peV8P-0008WL-Cs for emacs-devel@gnu.org; Tue, 21 Mar 2023 02:06:13 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peV8M-0002VR-AW for emacs-devel@gnu.org; Tue, 21 Mar 2023 02:06:13 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 424D4240405 for ; Tue, 21 Mar 2023 07:06:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1679378768; bh=hs5JHITsQ/3oVcs/sUmd1YU7NPj6pNrRYDjAKXil/Jk=; h=From:To:Cc:Subject:Date:Autocrypt:OpenPGP:From; b=pCafmTiXqEBGXIgsbq/mxGy5AmYvVVxS3/VirsVeXBfeEU584Hb8hYef7u/Udajxx Z2DjKCh3pda7R+AwvmLEMKBkIVevyipK/lFex9iSOWRcR/Vc4bu1x0cSvYl/jEHJIe E1BHHFEoQBVN96z6a89pu+tQc7cEfqczRF7OQk68xMkRaXxOPefJ8kx65CrJzqBnN7 GIWzvYZNvBDxJ0E2pIvZDndNXxQxAS+/1ziGqs5L2QWjrYOuWrFyn31CLjmntb/zDL LmH1bN/MQCDGQZWJ+hKxMm6SoXDDdf7GmVlRDeYEwnOMdKKykybBlSUlZXagJ4/WO8 AYLIhQ7hEI/xA== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Pgh1V4Qk0z6tsK; Tue, 21 Mar 2023 07:06:04 +0100 (CET) In-reply-to: <871qljz4q4.fsf@gmx.de> Autocrypt: addr=thievol@posteo.net; prefer-encrypt=mutual; keydata=xsDNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MAedi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0pkcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfbtG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQGVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqCWcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEAAc0SdGhpZXZvbEBwb3N0ZW8ubmV0wsEOBBMBCgA4AhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmL3HCoACgkQDsVtFB0W75OVEAv/f6XxmtIFz08fUb8hBp/zJP6IC4/rhhh+0GMRIRzLN8DK0jV8JCzYdFHiRJOy2lNIOpmrrCmjRRxferc2G42+ePFIsslxhU46VSz1Z83NwIG3mpdYNV5WUTUdgzx ExHTNTFCd7NKv0nlHKQaAtdXm5bYnSHsnL7cx8z OpenPGP: url=https://posteo.de/keys/thievol@posteo.net.asc; preference=encrypt Received-SPF: pass client-ip=185.67.36.65; envelope-from=thievol@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, 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:304627 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello Michael, Michael Albinus writes: > Thierry Volpiatto writes: > >> Hi Michael, > > Hi Thierry, > >>> There are two ways to disable tramp-archive.el: >>> >>> - Set or bind tramp-archive-enabled to nil. >> >> I know but it is not enough in some cases. I think it should be up to >> the user to set this, however it is already set and autoloaded in tramp-= archive.el: >> >> (defvar tramp-archive-enabled (featurep 'dbusbind) >> "Non-nil when file archive support is available.") > > And this is intended. After loading tramp-archive, we have > > (setq tramp-archive-enabled tramp-gvfs-enabled) > > which is less invasive, I hope. > >>> - Avoid file names like "/path/to/file.tar/". The combination of a known >>> extension with a slash triggers tramp-archive.el. Usually, it is an >>> error to specify such a file name, if not intended. >> >> Agree, but we sometimes get files from elsewhere with such filenames, of >> course I never name my files/dirs like this. >> Anyway I think tramp-archive should not kick in with such filenames or >> any filenames unless user wants it. > > I do my best to bring external packages to proper coding. I know, thanks. > And also, tramp-archive-file-name-handler checks in case of a file name > "/path/to/file.tar/", whether "/path/to/file.tar" is a directory. > In this case, tramp-archive also ceases to work. Yes, the problem we had in Helm was with while-no-input, when a check in done under it (file-directory-p or whatever) a dbus event is sent and while-no-input fails, we have to let bind while-no-input-ignore-events with the new dbus-event added to fix the problem, perhaps tramp-archive should take care of this? Thanks. =2D-=20 Thierry --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmQZSUoTHHRoaWV2b2xA cG9zdGVvLm5ldAAKCRAOxW0UHRbvk0tuDACyzHqQ7JUXadNQ9jQeqRTBUgtEPfw2 NyrAm3VWYZLMfNfurIxZ65BS0i+pNxPonhaw/SmpTD+e8TEZo1hD8fj26qAtgg1a VpZ3zTXmY8Ocfx8hk/BbFK/mb2+LWNO7kOKyCDVbXYiPBEvzwb1glTWMgFAhUqCx ncfsJxuyiFNgEx4aYhoU6oajopYnUDb9YoNaeHsti2b6Bic4Bz+1dIE66afloa2z vtpeRA0ILbbLdeZf8FPrdyl2T9xpFo3MFJosN5CeKcAgKm2SGi3cV8iT+rrLmHaP 8FYdj/aifnmgudOlYRRbBkQR3+0QtTI/k03KCMIqpN5RZ3x9obYtaRW5+kqWumWx yVyydl8yYV4xEI/4iPy6UhxdOILfcpqC1LlJQdWCimLW+4BYIn/tmzM3QczwGRuI wi2UPtEVEPN3Tmw30px7nqEZgds1RRfZklkCGcF/Cxov5412eOG1BpnIJSYXT5Ge Yps4+ELAeioEXibuUny0JwGX7TfePtTSpy4= =0HZP -----END PGP SIGNATURE----- --=-=-=--