Bastien writes:
> Can someone send me this patch again so that I apply it?
Forget it -- I just found and applied the patch.
Thanks,
--
Bastien
Achim Gratz writes:
> Meanwhile the patch that has been posted fixes the issue and does not
> break on older Emacsen, so this should probably be applied by Bastien.
I somehow lost track of this patch (my .overview in Gnus got corrupted)
and I cannot access Gmane as the search.gmane.org seems to
Achim Gratz writes:
> Skip Collins writes:
>> Is there any more progress on finding and fixing this problem with org
>> and emacs24? I just built the development version of Aquamacs (GNU
>> Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
>> present. Should this patch be ap
Skip Collins writes:
> Is there any more progress on finding and fixing this problem with org
> and emacs24? I just built the development version of Aquamacs (GNU
> Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
> present. Should this patch be applied to org sources?
I've
On Thu, Jul 14, 2011 at 7:33 PM, Skip Collins wrote:
>> This patch to the Makefile generates the autoloads without the lisp/
>> prefix for me and works without errors. However as Nick says, maybe its
>> worthwhile to understand why this was happening in the first place. My
>> lisp knowledge is ver
On Tue, Jun 28, 2011 at 3:09 PM, Suvayu Ali wrote:
>> diff --git a/Makefile b/Makefile
>> index 239ab2e..2d1d324 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -230,12 +230,11 @@ autoloads: lisp/org-install.el
>>
>> lisp/org-install.el: $(LISPFILES0) Makefile
>> $(BATCH) --eval "(require
Eric S Fraga wrote:
> Nick Dokos writes:
>
> [...]
>
> > BTW, where can one get at Julien's emacs 24 builds?
>
> I get them with the following line in my /etc/apt/sources.list:
>
> deb http://emacs.naquadah.org/ unstable/
> deb-src http://emacs.naquadah.org/ unstable/
>
Thanks! (and to Mic
On Wed, Jun 29, 2011 at 1:02 PM, Nick Dokos wrote:
>> Latest version is from yesterday. Julien tends to do a weekly
>> snapshot. There are some strange window/frame problems with the latest
>> versions, especially to do with popups, but not deal breaking (IMO).
>>
>
> Yes, I slammed into those h
On 29 Jun 2011, Nick Dokos wrote:
> Eric S Fraga wrote:
>
>> Suvayu Ali writes:
>>
>> [...]
>>
>>> prefix for me and works without errors. However as Nick says, maybe
>>> its worthwhile to understand why this was happening in the first
>>> place. My lisp knowledge is very little, but please let
Hi,
On Wed, Jun 29, 2011 at 11:24 AM, Michael Markert
wrote:
> @Suvayu Do you use Julien's emacs-snapshot, too?
>
No I usually follow the git mirror on repo.or.cz[1] unless there is some
bugfix that I want, in that case I use the bzr repo here[2].
> Michael
Footnotes:
[1] http://repo.or.cz/w/
Michael Markert writes:
> On 29 Jun 2011, Eric S. Fraga wrote:
>
>> Suvayu Ali writes:
>>
>> [...]
>>
>>> prefix for me and works without errors. However as Nick says, maybe
>>> its worthwhile to understand why this was happening in the first
>>> place. My lisp knowledge is very little, but plea
Nick Dokos writes:
[...]
> BTW, where can one get at Julien's emacs 24 builds?
I get them with the following line in my /etc/apt/sources.list:
deb http://emacs.naquadah.org/ unstable/
deb-src http://emacs.naquadah.org/ unstable/
Latest version is from yesterday. Julien tends to do a weekly
s
Suvayu Ali writes:
[...]
> prefix for me and works without errors. However as Nick says, maybe its
> worthwhile to understand why this was happening in the first place. My
> lisp knowledge is very little, but please let me know if I can help
> track this down.
I'm jumping late into this thread
On 29 Jun 2011, Eric S. Fraga wrote:
> Suvayu Ali writes:
>
> [...]
>
>> prefix for me and works without errors. However as Nick says, maybe
>> its worthwhile to understand why this was happening in the first
>> place. My lisp knowledge is very little, but please let me know if I
>> can help trac
Eric S Fraga wrote:
> Suvayu Ali writes:
>
> [...]
>
> > prefix for me and works without errors. However as Nick says, maybe its
> > worthwhile to understand why this was happening in the first place. My
> > lisp knowledge is very little, but please let me know if I can help
> > track this dow
Hello Nick and Michael,
Sorry for the delayed response. I had an important appointment.
On Tue, 28 Jun 2011 14:39:13 +0200
Michael Markert wrote:
>
> With this patch for the makefile I can get it running:
>
> -- ---
>
> diff --git a/Makefile b/Makefile
> index 239ab2e..2d1d324 100644
> ---
On 28 Jun 2011, Nick Dokos wrote:
> Michael Markert wrote:
>>
>> Problem: autoload.el generates file names with lisp/ prefix.
>
> For you and Suvayu, but not for me. It's the discrepancy
> that bothers me.
I dug into emacs because I thought "Sure, there must be some change in
the meantime", wel
On 28 Jun 2011, Nick Dokos wrote:
>
>
> I cannot reproduce it even with latest org, latest emacs:
> org-install.el makes properly with autoloads that look like this:
>
> ,
> | (autoload 'org-mode "org" "\
> | Outline-based notes management and organizer, alias
> | \"Carsten's outline-mode for
Michael Markert wrote:
> On 28 Jun 2011, Nick Dokos wrote:
> >
> >
> > I cannot reproduce it even with latest org, latest emacs:
> > org-install.el makes properly with autoloads that look like this:
> >
> > ,
> > | (autoload 'org-mode "org" "\
> > | Outline-based notes management and organiz
Nick Dokos wrote:
> Suvayu Ali wrote:
>
> > Hi Nick,
> >
> > On Tue, 28 Jun 2011 08:56:59 +0200
> > Michael Markert wrote:
> >
> > > Hi Nick,
> > >
> > > thanks for looking into it.
> > >
> > > But the patch doesn't work. I think that stems from the fact, that the
> > > first thing `genera
Suvayu Ali wrote:
> Hi Nick,
>
> On Tue, 28 Jun 2011 08:56:59 +0200
> Michael Markert wrote:
>
> > Hi Nick,
> >
> > thanks for looking into it.
> >
> > But the patch doesn't work. I think that stems from the fact, that the
> > first thing `generate-file-autoloads' does is to bind it new:
>
On 28 Jun 2011, Michael Markert wrote:
> [1 ]
> On 28 Jun 2011, Nick Dokos wrote:
>>
>>
>> Suvayu and I worked on this in an email exchange: it turns out that
>> Michael was right in that (recent) emacs 24 is indeed the culprit. In
>> particular, the variable generated-autoload-file is now initi
Hi Nick,
On Tue, 28 Jun 2011 08:56:59 +0200
Michael Markert wrote:
> Hi Nick,
>
> thanks for looking into it.
>
> But the patch doesn't work. I think that stems from the fact, that the
> first thing `generate-file-autoloads' does is to bind it new:
I can confirm, I still get the error:
Canno
On 28 Jun 2011, Nick Dokos wrote:
>
>
> Suvayu and I worked on this in an email exchange: it turns out that
> Michael was right in that (recent) emacs 24 is indeed the culprit. In
> particular, the variable generated-autoload-file is now initialized to
> nil:
>
> ,
> | (defvar generated-autolo
Suvayu Ali wrote:
> Hi Nick,
>
> On Mon, 27 Jun 2011 20:13:25 -0400
> Nick Dokos wrote:
>
> > The generated org-install.el looks like this:
> >
>
> [...]
>
> > |
> > | (autoload 'org-mode "org" "\
> > | Outline-based notes management and organizer, alias
> > | \"Carsten's outline-mode for
Hi Nick,
On Mon, 27 Jun 2011 20:13:25 -0400
Nick Dokos wrote:
> The generated org-install.el looks like this:
>
[...]
> |
> | (autoload 'org-mode "org" "\
> | Outline-based notes management and organizer, alias
> | \"Carsten's outline-mode for keeping track of everything.\"
> | ...
> `
>
Michael Markert wrote:
> On 27 Jun 2011, Suvayu Ali wrote:
> > Hi Michael,
> >
> > On Mon, 27 Jun 2011 18:51:01 +0200
> > Michael Markert wrote:
> >
> >> A fix/workaround is to adjust the loadpath to:
> >>
> >> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
> >>
> >> After quick
On 27 Jun 2011, Suvayu Ali wrote:
> Hi Michael,
>
> On Mon, 27 Jun 2011 18:51:01 +0200
> Michael Markert wrote:
>
>> A fix/workaround is to adjust the loadpath to:
>>
>> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>>
>> After quick browsing through the logs I found nothing that
On 27 Jun 2011, Suvayu Ali wrote:
> On Mon, 27 Jun 2011 20:08:26 +0200
> Michael Markert wrote:
>
>>> A fix/workaround is to adjust the loadpath to:
>>>
>>> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>>
>> Scratch that. You need that line _additionally_ to the your other
>> tw
On Mon, 27 Jun 2011 20:08:26 +0200
Michael Markert wrote:
> > A fix/workaround is to adjust the loadpath to:
> >
> > (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>
> Scratch that. You need that line _additionally_ to the your other two.
I noticed something strange; if you do
Hi Michael,
On Mon, 27 Jun 2011 18:51:01 +0200
Michael Markert wrote:
> A fix/workaround is to adjust the loadpath to:
>
> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>
> After quick browsing through the logs I found nothing that could have
> caused this, but my guess is tha
On 27 Jun 2011, Michael Markert wrote:
> On 26 Jun 2011, suvayu ali wrote:
>
>> $ make cleanall && make all
>>
>> and I load org from my init file like this:
>>
>> ;; the org repo is at ~/build/org-mode (add-to-list 'load-path
>> (expand-file-name "~/build/org-mode/lisp")) (add-to-list 'load-path
>
On 26 Jun 2011, suvayu ali wrote:
> $ make cleanall && make all
>
> and I load org from my init file like this:
>
> ;; the org repo is at ~/build/org-mode
> (add-to-list 'load-path (expand-file-name "~/build/org-mode/lisp"))
> (add-to-list 'load-path (expand-file-name "~/build/org-mode/contrib/lis
33 matches
Mail list logo
