[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Org-mode release 7.9
From: |
Eric Schulte |
Subject: |
Re: [O] Org-mode release 7.9 |
Date: |
Fri, 31 Aug 2012 13:01:14 -0600 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
Achim Gratz <address@hidden> writes:
> Bastien writes:
>> Are you both talking about the same thing?
>
> I'm not sure, but we'll find out.
>
>> (I use ELPA* to denote other ELPA archives than GNU ELPA.)
>>
>> If this is about a org-*.tar ELPA* package containing both
>> *core* and *contrib*, I disagree.
>>
>> If this is about a org-contrib*.tar ELPA* (or wherever), I
>> agree.
>
> I was talking about the hypothetical possibility to offer another
> archive that is compatible with package manager and either packages Org
> including contrib or just contrib (so that it could be installed
> alongside the "normal" Org ELPA archive).
>
> Of these two options the first (canned Org + contrib/ in a single
> archive) is considerably easier to implement since all autoload
> dependencies are kept inside the same install.
>
This first option of a combined org+contrib package in a non-GNU ELPA*
does sound like the easiest to implement and most likely to succeed (for
the reasons Achim mentions above). Is there a downside to such a
combined package which I am missing?
Perhaps such a package could be called org-w-contrib or more simply
org-contrib.
>
>> Hopefully we can define dependencies for packages living on
>> different ELPA* serveurs -- can someone confirm this?
>
> I don't think that's possible if I understand what you're asking. When
> you configure multiple servers the package manager will treat all
> packages the same, you can't prefer packages on one server over another
> AFAIK — it choses the one with the highest version if the same package
> is offered from multiple sources.
>
Confirmed, when specifying a dependency you are only allowed to give the
name and the minimum version number. Which server the package is
downloaded from is undefined.
>
>> If we are sure we can have a org-contrib in ELPA* that knows what org it
>> should rely on GNU ELPA, then let's go ahead with such package.
>
> That on the other hand would be possible if we find a way to sort out
> the autoloads maze. But we might avoid that problem altogether if we
> simply offer the Org+contrib package on orgmode.org and tell people to
> download it and then issue "M-x package-install-file".
>
Assuming that simply specifying org as a dependency of org-contrib is
insufficient, then I would think that this combined install would be the
way to go.
Best,
>
>
> Regards,
> Achim.
--
Eric Schulte
http://cs.unm.edu/~eschulte
- Re: [O] Org-mode release 7.9, (continued)
- Re: [O] Org-mode release 7.9, Robert Horn, 2012/08/29
- Re: [O] Org-mode release 7.9, Bastien, 2012/08/30
- Re: [O] Org-mode release 7.9, Achim Gratz, 2012/08/30
- Re: [O] Org-mode release 7.9, Eric Schulte, 2012/08/30
- Re: [O] Org-mode release 7.9, Ivan Andrus, 2012/08/30
- Re: [O] Org-mode release 7.9, Marcelo de Moraes Serpa, 2012/08/30
- Re: [O] Org-mode release 7.9, Bastien, 2012/08/31
- Re: [O] Org-mode release 7.9, Achim Gratz, 2012/08/31
- Re: [O] Org-mode release 7.9,
Eric Schulte <=
- Re: [O] Org-mode release 7.9, Nick Dokos, 2012/08/31
Re: [O] Org-mode release 7.9, Manuel Batsching, 2012/08/28
Re: [O] Org-mode release 7.9, James Harkins, 2012/08/25