From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by ewsd; Wed Feb 14 09:12:23 EST 2018
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id F38B320CAF
	for <9front@9front.org>; Wed, 14 Feb 2018 09:12:18 -0500 (EST)
Received: from web3 ([10.202.2.213])
  by compute1.internal (MEProxy); Wed, 14 Feb 2018 09:12:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-me-sender
	:x-me-sender:x-sasl-enc; s=fm2; bh=WiJG+65NEsE5veX+zrX+Qb1plkgqd
	clfyBp317T4Oho=; b=rzEQhxzFxHuE53XxYTh912FzdkccOmXfWXjTPQubMJDaI
	/38+PvIleKGINX8wR6Hy3SQqqvtAjG5pwqxfx75yXn8QoYWjR7o7Vtz7rDZhbJEL
	5JNSQoAhbCgBxURPLtdUjuTn9B8UODPELXRUx4Ob+pUQWIdqvIy9Cq2ZkhD5qJ/Y
	+T270JJCr4KZjceXcnpX5ORN0byt3ACBh/L+FAQJilnwsnDGCk33hXWqatx/1pqJ
	WDM49xjmkLVgKnDzyZ04PgRfrWRB4KIe0ZBhDKbhWL896ShyDbY1y8XbQJY8a3ne
	P9zdu4TzrrKKUoM1kdf1hRmbfMPVGavVDLr3eFAuQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=WiJG+6
	5NEsE5veX+zrX+Qb1plkgqdclfyBp317T4Oho=; b=G3LR+tRrUWr46mCjUwPoXK
	CmYMJoMBKZFTMXKPjbMpky3Lsr1fMPAV25sP4fFdIhYqclZ2fkx0sKGVZDkN5id9
	JSLtrMM1hkho2KUyc9sR102vIEiJj2lg+fBjn95H8LsXdrHnXOpFjM6m8pP15lqf
	Grq409KCfC6aeSJr2NPCG/c0hmWCjcHfHZT2L8CDkGhc1qWrabFKmLl3wQ36IIoa
	OIFivvfpCg/cQriYtQ7QzXrW1At2hPR3ZbRfgNoPIaUJ6iLWXVzZrrpsV8oIv7kO
	G/mohS8d+r2iDazYwCz0nM+85rX0fedLkhbpwUN+r8PQ8G7+3VYhKHsP+rEBIGPg
	==
X-ME-Sender: <xms:wkOEWlI2qo_1PQce-KVotUg_lvdFDsual2P7K8rFveo5z8nRbBIqQQ>
Received: by mailuser.nyi.internal (Postfix, from userid 99)
	id CE7E69E3D3; Wed, 14 Feb 2018 09:12:18 -0500 (EST)
Message-Id: <1518617538.2866478.1270619816.5DB5EB4A@webmail.messagingengine.com>
From: Ethan Grammatikidis <eekee57@fastmail.fm>
To: 9front@9front.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-fde26eb3
In-Reply-To: <9BDA4290D351360B58546007996BD00F@sphericalharmony.com>
References: <9BDA4290D351360B58546007996BD00F@sphericalharmony.com>
Subject: Re: [9front] ftpfs no-cache patch
Date: Wed, 14 Feb 2018 14:12:18 +0000
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: converged cloud 

On Tue, Feb 13, 2018, at 8:09 PM, mycroftiv@sphericalharmony.com wrote:
> Summary: ftpfs caching behavior seems mostly undesirable.  This patch
> eliminates caching by default and allows the previous behavior to be
> restored with a -h flag.
> 
> Details: the ftpfs manpage currently states "Ftpfs caches files and
> directories.  A directory will fall from the cache after 5 quiescent
> minutes or if the local user changes the directory by writing or
> removing a file." - but I believe this is not accurate.  According to
> my testing, there is no time-based directory cache expiry.  The
> ftpfs.h file does define an ISOLD macro that would fit the manpage,
> but a grep reveals that the ISOLD macro is never used anywhere in the
> current code.  The cache can be cleared by using the special
> .flush.ftpfs directory entry.

I support this. I've occasionally used ftpfs to transfer files from or to (or browse) my Android devices. Even in that light usage, having to manually flush was a big pain. I wrote a script, called it "fff", so I could flush it with just that one word, but but it was still a big pain. In the end, I configured rc-httpd to serve a big chunk of my homedir to my local network only, and used the web browser on my phone.