Tim Cross <theophil...@gmail.com> writes:

> Loris Bennett writes:
>
>> Adam Porter <a...@alphapapa.net> writes:
>>
>>> "Loris Bennett" <loris.benn...@fu-berlin.de> writes:
>>>
>>>> I didn't know about this function either.  Is it correct that the org
>>>> parts of 'org-plus-contrib' shadow the whole of 'org', e.g.
>>>>
>>>>   ...
>>>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/org hides 
>>>> /usr/share/emacs/25.1/lisp/org/org
>>>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/org-install hides 
>>>> /usr/share/emacs/25.1/lisp/org/org-install
>>>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/ob-mscgen hides 
>>>> /usr/share/emacs/25.1/lisp/org/ob-mscgen
>>>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/org-archive hides 
>>>> /usr/share/emacs/25.1/lisp/org/org-archive
>>>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/ob-tangle hides 
>>>> /usr/share/emacs/25.1/lisp/org/ob-tangle
>>>>   ...
>>>>   
>>>> plus hundreds of similar shadowings?
>>>
>>> That's shadowing the Org files distributed with Emacs; you want that.  :)
>>
>> D'oh, I copied the wrong bits.  This was what I was wondering about:
>>
>>   ...
>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/ox-md hides 
>> /home/loris/.emacs.d/elpa/org-20170828/ox-md
>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/ob-lilypond hides 
>> /home/loris/.emacs.d/elpa/org-20170828/ob-lilypond
>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/ob-ruby hides 
>> /home/loris/.emacs.d/elpa/org-20170828/ob-ruby
>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/ob-js hides 
>> /home/loris/.emacs.d/elpa/org-20170828/ob-js
>>   /home/loris/.emacs.d/elpa/org-plus-contrib-20170828/org-crypt hides 
>> /home/loris/.emacs.d/elpa/org-20170828/org-crypt
>>   ...
>>
>> M-x list-packages shows 'org-plus-contrib' as installed and 'org' as a
>> dependency required by
>>
>>   ox-twiki-20170803.1339, org-sticky-header-20170422.2135, 
>> org-dotemacs-20151119.1022
>>
>> So I guess the above packages should allow 'org-plus-contrib' as an
>> alternative requirement to 'org', but currently require only 'org', so I
>> end up with both installed.
>>
>> Cheers,
>>
>> Loris
>
> This is an artefact of having the two packages. The package system does
> not support alternatives. I have posted a few times regarding this. I
> don't think it does any harm, but many people will find they have both
> org-plus-contrib as well as org installed. The main draw back is that
> updates can take longer due to downloading org twice. 
>
> I and others have asked a few times why the packages are structured in
> this way, but nobody seems able to provide the rationale. Personally, I
> think we should just have an org package and an org-contrib package
> which depends on the org package.
>
> Tim
>

So is there a specific reason why there is no 'org-contrib' package
without 'org'?

Cheers,

Loris

-- 
Dr. Loris Bennett (Mr.)
ZEDAT, Freie Universität Berlin         Email loris.benn...@fu-berlin.de


Reply via email to