From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kyle Meyer Subject: Re: [PATCH] org-attach.el: Fetch attachments from git annex Date: Wed, 06 Jan 2016 00:43:29 -0500 Message-ID: <87k2nnl0u6.fsf@kyleam.com> References: <568b532e.d111620a.b25a8.ffffbb7c@mx.google.com> <568b5e82.0406430a.a1c6a.0ce9@mx.google.com> <87lh84rlsj.fsf@kyleam.com> <87d1tf7uz5.fsf@gmx.us> <877fjnsu2v.fsf@kyleam.com> <87fuybn122.fsf@pank.eu> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGgsl-0000pF-11 for emacs-orgmode@gnu.org; Wed, 06 Jan 2016 00:43:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGgsh-00046R-RI for emacs-orgmode@gnu.org; Wed, 06 Jan 2016 00:43:38 -0500 Received: from pb-smtp0.int.icgroup.com ([208.72.237.35]:59649 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGgsh-00046B-L7 for emacs-orgmode@gnu.org; Wed, 06 Jan 2016 00:43:35 -0500 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 4FF4E3055E for ; Wed, 6 Jan 2016 00:43:34 -0500 (EST) Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 48C503055D for ; Wed, 6 Jan 2016 00:43:34 -0500 (EST) Received: from localhost (unknown [24.60.167.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id CBECE3055C for ; Wed, 6 Jan 2016 00:43:33 -0500 (EST) In-Reply-To: <87fuybn122.fsf@pank.eu> (rasmus@gmx.us's message of "Tue, 05 Jan 2016 22:55:49 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Rasmus writes: > I want to know if e.g. the git annex (assistant?) could support > transparently getting files. That is once I try to open file X, which is > annexed and stored somewhere else, X will automatically be fetched > /without/ the need to call "git annex get" first. No, I don't think git-annex has a feature like this, though it seems a "git annex open" command was requested a while back: https://git-annex.branchable.com/todo/git_annex_open/ -- Kyle