From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: BBDB v3 approaching release Date: Fri, 31 May 2013 12:50:51 +0900 Message-ID: <87y5avbyec.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20899.5836.285028.24953@gargle.gargle.HOWL> <87obbvwgw6.fsf@sbs.ch> <20901.8264.9162.330645@gargle.gargle.HOWL> <20902.12476.291747.710823@a1i15.kph.uni-mainz.de> <20902.64600.858912.770771@gargle.gargle.HOWL> <878v2wdhaz.fsf@uwakimon.sk.tsukuba.ac.jp> <20903.13593.858294.636072@gargle.gargle.HOWL> <877gigcrc5.fsf@uwakimon.sk.tsukuba.ac.jp> <8738t4cpy2.fsf@uwakimon.sk.tsukuba.ac.jp> <83ppw849bq.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1369972267 2711 80.91.229.3 (31 May 2013 03:51:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 May 2013 03:51:07 +0000 (UTC) Cc: winkler@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 31 05:51:06 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UiGMs-0006QU-6z for ged-emacs-devel@m.gmane.org; Fri, 31 May 2013 05:51:06 +0200 Original-Received: from localhost ([::1]:59579 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiGMr-0002yU-R5 for ged-emacs-devel@m.gmane.org; Thu, 30 May 2013 23:51:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiGMp-0002xK-6K for emacs-devel@gnu.org; Thu, 30 May 2013 23:51:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UiGMn-0003XD-VF for emacs-devel@gnu.org; Thu, 30 May 2013 23:51:03 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:54927) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiGMh-0003UY-Nm; Thu, 30 May 2013 23:50:56 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 31B92970922; Fri, 31 May 2013 12:50:52 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id E77CE1A298C; Fri, 31 May 2013 12:50:51 +0900 (JST) In-Reply-To: <83ppw849bq.fsf@gnu.org> X-Mailer: VM undefined under 21.5 (beta32) "habanero" b0d40183ac79 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159945 Archived-At: Eli Zaretskii writes: > > From: "Stephen J. Turnbull" > > Date: Fri, 31 May 2013 02:55:49 +0900 > > > > Ah, I didn't know what bbdb-print does. > > > > Now that I do, I don't see what's so hard about > > > > (shell-command (format "TEXINPUTS=%s%s tex %s" > > (bbdb-style-file-directory) > > (getenv "TEXINPUTS") > > file-to-tex)) > > That it only works with a Posixy shell? Last I heard Emacs doesn't have a policy that says that's a showstopper, although it won't stop you from fixing it if you like. Anyway, I'm sure there's a way to work around it with enough effort. I'm just not going to make it. The code above is proof of concept, not a patch submission to Emacs (or BBDB for that matter). The practical deal-breaker for "install in the right place" is that Emacs doesn't "own" the texmf hierarchies, so you can't guarantee that ELPA can install those sources "where they belong" according to tradition or FHS. Given that, I don't see why anybody should care where they are installed, as long as BBDB can find them. Ted Z's proposal for enhancing ELPA packages' ability to find their stuff is a first step in the right direction, I think. But AFAIK there is no spec for *user* FHS. Python has been playing around with ~/.local among others (I think that may be an fd.o draft standard or something?) If that were to become widespread, you could add ~/.local to your kpathsea path, and that would be a big win. Failing that (ie, for the foreseeable future), I think what ELPA should do is provide a suite of functions for finding package resources such as elisp (installed), the source tree, graphics and other multimedia, helper files for external apps (eg, the bbdb-print TeX style files), helper executables, and so on.