From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Porter Subject: Re: Bug: markdown export errors on headers [9.0.9 (9.0.9-82-gb862c2-elpaplus @ /home/fommil/.emacs.d/elpa/org-plus-contrib-20170814/)] Date: Fri, 08 Sep 2017 05:13:37 -0500 Message-ID: <87shfxbir2.fsf@alphapapa.net> References: <87h8x3zy94.fsf@gmail.com> <87k21zlwcg.fsf@nicolasgoaziou.fr> <87inhil1lh.fsf@nicolasgoaziou.fr> <87inhi9eef.fsf@nicolasgoaziou.fr> <878thxhl38.fsf@alphapapa.net> <87d1772e6h.fsf@hornfels.zedat.fu-berlin.de> <874lsidqza.fsf@alphapapa.net> <87pob58y3a.fsf@hornfels.zedat.fu-berlin.de> <87h8whpp80.fsf@gmail.com> <87vakxr1rd.fsf@hornfels.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50575) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dqGK3-0001AN-WB for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 06:15:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dqGJz-0003ZS-20 for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 06:15:39 -0400 Received: from [195.159.176.226] (port=39214 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dqGJy-0003Yd-Rc for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 06:15:34 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dqGJW-0004Ju-7Y for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 12:15:06 +0200 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" To: emacs-orgmode@gnu.org "Loris Bennett" writes: >> 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'? Yes, that would seem to make more sense.