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-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike McLean Subject: Re: Installation via el-get: info not added correctly Date: Sun, 29 Jul 2012 15:43:26 -0400 Message-ID: References: <87wr1p7naz.fsf@Rainer.invalid> Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: multipart/alternative; boundary="Apple-Mail=_A0999DF2-AE37-4378-AAF2-56B772FCA1F5" Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SvZOm-0001aC-SF for emacs-orgmode@gnu.org; Sun, 29 Jul 2012 15:43:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SvZOl-00082L-7H for emacs-orgmode@gnu.org; Sun, 29 Jul 2012 15:43:32 -0400 Received: from a-pb-sasl-sd.pobox.com ([74.115.168.62]:47773 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SvZOl-000810-20 for emacs-orgmode@gnu.org; Sun, 29 Jul 2012 15:43:31 -0400 In-Reply-To: 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 Mode Cc: Achim Gratz --Apple-Mail=_A0999DF2-AE37-4378-AAF2-56B772FCA1F5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jul 28, 2012, at 2:13 PM, Mike McLean wrote: > 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. >=20 > 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. >=20 > 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: >=20 > #+begin_src emacs-lisp > (if (string=3D (substring infofile -5) ".info") > infofile > (concat infofile ".info")) > #+end_src >=20 > (Side note, I did try a work around, = https://github.com/SkydiveMike/el-get/commit/88920c84bbe4d814bae1e79cdda16= 3315d8d8d24 that doesn't work). >=20 > 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. >=20 > 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). After some more investigation, I don't think this is a bug with either = Org or el-get. I had other issues with my Info path setups in my = specific configuration (Emacs on OS X from http://emacsformacosx.com) = that included an invalid build-directory artifact and more significantly = always put the Emacs ``info'' directory as the first item in my = ``Info-directory-list''. This meant that the built-in Org info would = always supersede the info for my current version of Org (installed by = el-get).=20 Once I resolved all of that, my Emacs Info now sees the correct version = of Org info from el-get without needing to ``cp org org.info''.=20 More gory details at: https://github.com/dimitri/el-get/issues/821 Sorry for the noise.= --Apple-Mail=_A0999DF2-AE37-4378-AAF2-56B772FCA1F5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Fri, Jul 27, 2012 at 2:03 AM, Achim Gratz <Stromeko@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 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=3D = (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/88920c84= bbe4d814bae1e79cdda163315d8d8d24 that 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).