From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike McLean Subject: Re: Installation via el-get: info not added correctly Date: Sat, 28 Jul 2012 14:13:55 -0400 Message-ID: References: <87wr1p7naz.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d0444ed85eb76bf04c5e7cbd5 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SvBWv-00036F-96 for emacs-orgmode@gnu.org; Sat, 28 Jul 2012 14:14:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SvBWt-0007lR-PT for emacs-orgmode@gnu.org; Sat, 28 Jul 2012 14:14:21 -0400 Received: from a-pb-sasl-sd.pobox.com ([74.115.168.62]:41796 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SvBWt-0007lH-LS for emacs-orgmode@gnu.org; Sat, 28 Jul 2012 14:14:19 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTP id B7C63B13F for ; Sat, 28 Jul 2012 14:14:17 -0400 (EDT) Received: from b-pb-sasl-sd. (unknown [127.0.0.1]) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 9C1A6B13C for ; Sat, 28 Jul 2012 14:14:17 -0400 (EDT) Received: from mail-we0-f169.google.com (unknown [74.125.82.169]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id 1BAF7B139 for ; Sat, 28 Jul 2012 14:14:17 -0400 (EDT) Received: by weys10 with SMTP id s10so3061795wey.0 for ; Sat, 28 Jul 2012 11:14:16 -0700 (PDT) In-Reply-To: <87wr1p7naz.fsf@Rainer.invalid> 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: Achim Gratz --f46d0444ed85eb76bf04c5e7cbd5 Content-Type: text/plain; charset=UTF-8 On Fri, Jul 27, 2012 at 2:03 AM, Achim Gratz wrote: > Markus Baden writes: > > I just installed org-mode via the recipe provided with the current > > development version of el-get [1]. Org-Mode is installed correctly > > into emacs.d/el-get/org-mode and the docs can be found in the doc > > subfolder. The recipe [2] adds the doc to the info via the :info "doc" > > property. However, when going to the info browser with C-h i the > > org-mode docs cannot be found. In the doc subfolder there is a file > > called "org" (no filename extension), which looks like the info file. > > After doing a "cp org org.info" the org-mode info shows up in the info > > browser. > > El-get for whatever reason seems to think that all info files have a > ".info" suffix, but they appear to never check if that assumption is > true. I don't understand how they set up the info tree further on from > looking at the sources. File a bug report for el-get I'd say. > Looking at this a bit this morning, I'm not sure that it is el-get (at least alone) that is insisting on the .info suffix. The portion of elisp in el-get that adds the .info suffix: #+begin_src emacs-lisp (if (string= (substring infofile -5) ".info") infofile (concat infofile ".info")) #+end_src (Side note, I did try a work around, https://github.com/SkydiveMike/el-get/commit/88920c84bbe4d814bae1e79cdda163315d8d8d24that doesn't work). Is only called if the ~dir~' file does not exist (and other conditions) and as part of creating a command string for ~/usr/bin/install-info~. Since an non-built (no execution of ~make~) Org mode Git clone has a ~dir~ file, this code is never called. I also don't believe that ~cp org org.info~ in ~$HOME/.emacs.d/el-get/org-mode/~ fixes things (I currently can't get the correct info to display using that). --f46d0444ed85eb76bf04c5e7cbd5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Jul 27, 2012 at 2:03 AM, Achim Gratz <S= tromeko@nexgo.de> wrote:
Markus Baden writes:
> I just installed org-mode via the recipe provided with the current
> development version of el-get [1]. Org-Mode is installed correctly
> into emacs.d/el-get/org-mode and the docs can be found in the doc
> subfolder. The recipe [2] adds the doc to the info via the :info "= ;doc"
> property. However, when going to the info browser with C-h i the
> org-mode docs cannot be found. In the doc subfolder there is a file > called "org" (no filename extension), which looks like the i= nfo file.
> After doing a "cp org org.info" the org-mode info shows up in the info
> browser.

El-get for whatever reason seems to think that all info files have a<= br> ".info" suffix, but they appear to never check if that assumption= is
true. =C2=A0I don't understand how they set up the info tree further on= from
looking at the sources. =C2=A0File a bug report for el-get I'd say.
=

Looking at this a bit this morning, I'= m not sure that it is el-get (at least alone) that is insisting on the .inf= o suffix. The portion of elisp in el-get that adds the .info suffix:

#+begin_src emacs-lisp
(if (string=3D (s= ubstring infofile -5) ".info")
=C2=A0 =C2=A0 infofile
=C2=A0 =C2=A0 (concat infofile ".info"))
#+end_src

(Side note, I did try a work around,=C2=A0https://github.com/SkydiveMike/el-get/commit/88920c84bbe4d814bae1e79cd= da163315d8d8d24 that doesn't work).

Is only called if the ~dir~' file does not exist (a= nd other conditions) and as part of creating a command string for ~/usr/bin= /install-info~. Since an non-built (no execution of ~make~) Org mode Git cl= one has a ~dir~ file, this code is never called.

I also don't believe=C2=A0that ~cp org org.info~ in ~$HOME/.emacs.d/el-get/org-mode/~ fixes th= ings (I currently can't get the correct info to display using that).


--f46d0444ed85eb76bf04c5e7cbd5--