Just to close the thread: The update to 9.4 resolved at least my issue.
Thx!
Detlef
Am Fri, 18 Sep 2020 08:57:15 +0200
schrieb Detlef Steuer :
> Hi all,
>
> I use https://orgmode.org/elpa/ org-plus-contrib to stay uptodate with
> org.
>
> As it seems GNU elpa has org-9.4.
>
> Normally I woul
On Fri 18-Sep-2020 at 08:57:15 +02, Detlef Steuer
wrote:
> Hi all,
>
> I use https://orgmode.org/elpa/ org-plus-contrib to stay uptodate with
> org.
>
> As it seems GNU elpa has org-9.4.
>
> Normally I would be more patient, but I'm having very strange movements
> of point(!) during folding/unfol
Hi all,
I use https://orgmode.org/elpa/ org-plus-contrib to stay uptodate with
org.
As it seems GNU elpa has org-9.4.
Normally I would be more patient, but I'm having very strange movements
of point(!) during folding/unfolding in an old, largish file where
folding always worked. The cursor ends
>> Thanks for trying out ELPA.
>> May I ask you what version of Emacs you use and what OS you run on?
> Sorry I shuld have mentioned that. It's GNU Emacs 24.0.50.1
> (i386-mingw-nt6.1.7600) of 2010-10-18 on windows 7 Home Premium
>>
>> There is a comment in the package manager that there is a de
Hi,
Jambunathan K writes:
[...]
>
> Part-2
> ==
>
> Downloaded and installed org-20101020.tar. The installation process
> reported some compile time warnings. See down below.
>
I've fixed two of the babel related compile time warnings. I think that
in general releases will be warning free
Wonderful Bastien.
Part-1
==
Did you forget to upload http://orgmode.org/pkg/daily/archive-contents?
Once this is done orgmode.org could be used as an ELPA repo in and of
itself. I am attaching a sample archive-contents for your ready
reference.
Part-2
==
Downloaded and installed org-
Hi Jambunathan,
thanks for your work on the ELPA-compatible Makefile.
Jambunathan K writes:
> One could host N latest snapshots and expunge the rest. The snapshots
> could be published either daily or weekly etc etc. This could be hooked
> to existing cron job.
This is now the case - see this
Carsten
Reworked the changes based on your feedback. Customize to your tastes.
Jambunathan K.
>From 1121461037e0308054afeabf8c67bd1a568dd9b1 Mon Sep 17 00:00:00 2001
From: Jambunathan K
Date: Tue, 5 Oct 2010 15:33:08 +0530
Subject: [PATCH] Support for elpa-compatible tarballs
* Makefile (pkg
On Oct 4, 2010, at 8:23 PM, Jambunathan K wrote:
Carsten Dominik writes:
Ji Jambunathan,
there is something in your Makefile patch I do not understand:
X @@ -325,6 +328,14 @@ distfile:
X zip -r org-$(TAG).zip org-$(TAG)
X gtar zcvf org-$(TAG).tar.gz org-$(TAG)
X
X +elpa:
Carsten Dominik writes:
> Ji Jambunathan,
>
> there is something in your Makefile patch I do not understand:
>
>>
>> X @@ -325,6 +328,14 @@ distfile:
>> Xzip -r org-$(TAG).zip org-$(TAG)
>> Xgtar zcvf org-$(TAG).tar.gz org-$(TAG)
>> X
>> X +elpa: install-info
>
> Why are you saying th
Hello Carsten
> Ji Jambunathan,
>
> there is something in your Makefile patch I do not understand:
>
>>
>> X @@ -325,6 +328,14 @@ distfile:
>> Xzip -r org-$(TAG).zip org-$(TAG)
>> Xgtar zcvf org-$(TAG).tar.gz org-$(TAG)
>> X
>> X +elpa: install-info
>
> Why are you saying the elpa is
Hi Jambunathan,
Would you mind re-sending your original Makefile patch un-commented so
that it will be captured by the patchwork system, and dropped into the
org-mode development review process?
Thanks -- Eric
"Eric Schulte" writes:
> Hi Jambunathan,
>
> Jambunathan K writes:
>
>> Hello Eric
Ji Jambunathan,
there is something in your Makefile patch I do not understand:
X @@ -325,6 +328,14 @@ distfile:
X zip -r org-$(TAG).zip org-$(TAG)
X gtar zcvf org-$(TAG).tar.gz org-$(TAG)
X
X +elpa:install-info
Why are you saying the elpa is dependent on install-info?
-
Hi Jambunathan,
Jambunathan K writes:
> Hello Eric
>
> "Eric Schulte" writes:
>> Jambunathan K writes:
>>
[...]
>>>
>>> ELPA Server-side setup:
>>>
>>
>> I think we can ignore the server-side setup, since that should be
>> handled by the elpa server at tromney or gnu.org. Is this correct?
>>
Hello Eric
"Eric Schulte" writes:
> Jambunathan K writes:
>
>> I managed to create an elpa compatible tar for orgmode. Recording here
>> what I did in the hope that it will be useful.
>>
>> Creating ELPA-compatible tar:
>>
>> 1. Add the enclosed changes to Makefile.
>> 2. Create an ELPA-compati
Jambunathan K writes:
> I managed to create an elpa compatible tar for orgmode. Recording here
> what I did in the hope that it will be useful.
>
> Creating ELPA-compatible tar:
>
> 1. Add the enclosed changes to Makefile.
> 2. Create an ELPA-compatible tarfile with
>$ make TAG=20100930 elpa
> This means that a restart of Emacs is necessary for the new changes to
> take effect. I am not sure whether it is intended. But this behaviour
> could surprise the user.
When using ELPA, I always restart emacs. I got into that habit when
installing many code packages (like the ruby/rails package
I managed to create an elpa compatible tar for orgmode. Recording here
what I did in the hope that it will be useful.
Creating ELPA-compatible tar:
1. Add the enclosed changes to Makefile.
2. Create an ELPA-compatible tarfile with
$ make TAG=20100930 elpa
3. Copy the generated org-20100930.t
On Tue, Sep 28, 2010 at 6:48 PM, Eric Schulte wrote:
> I don't think it makes sense to use ELPA to re-distribute the version of
> Org-mode which users already have installed as part of their Emacs
> install. Un-installing the bleeding edge Org-mode would be equivalent
> to downgrading to the Emac
"Eric Schulte" writes:
> I would think that it only makes sense to have one Org-mode package in
> ELPA, namely the bleeding edge git version of Org-mode. ELPA serves as
> a way to distribute packages which are not (or can't be) part of Emacs,
package.el in emacs-24 lists Org-mode as "built-in".
Scot Becker writes:
> Dan,
[...]
>> - Would it make sense to have two different packages available via ELPA,
>
> To me, yes. I like using git for the development tree, but I expect
> that ELPA makes for a nice way for Windows users (and others who don't
> want to or can't use git) to get the l
Dan,
I have no special expertise on this, but I'll hazzard an answer as a
simple ELPA user:
> Using ELPA does seem like an attractive route, especially if it
> (package.el) is going to be in Emacs24.
To me too, ELPA is a great idea. It probably needs some perfecting,
but if it works for these p
Achim Gratz writes:
> Dan Davison writes:
>> OK, so we're agreed. But your points below don't seem to describe a less
>> technical route. Could you describe the less technical version of the
>> instructions for the method that you are advocating?
>
> Installing is something technical and I'm a t
23 matches
Mail list logo
