From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shiyuan Subject: Re: Remove the build-in orgmode Date: Tue, 10 Jun 2014 23:05:54 -0700 Message-ID: References: <8738fn93h1.fsf@gmail.com> <8761ke5dvj.fsf@bzg.ath.cx> <87tx7yrpqo.fsf@alphaville.bos.redhat.com> <87egz1vrf0.fsf@Rainer.invalid> <87a99pntxp.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec547ca59bbef4d04fb893c64 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WubfY-0000fl-IM for emacs-orgmode@gnu.org; Wed, 11 Jun 2014 02:05:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WubfX-0000UC-H3 for emacs-orgmode@gnu.org; Wed, 11 Jun 2014 02:05:56 -0400 Received: from mail-ve0-x232.google.com ([2607:f8b0:400c:c01::232]:57785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WubfX-0000Tt-Bq for emacs-orgmode@gnu.org; Wed, 11 Jun 2014 02:05:55 -0400 Received: by mail-ve0-f178.google.com with SMTP id sa20so10103794veb.9 for ; Tue, 10 Jun 2014 23:05:54 -0700 (PDT) In-Reply-To: <87a99pntxp.fsf@gmail.com> 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Cc: emacs-orgmode@gnu.org --bcaec547ca59bbef4d04fb893c64 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for the reply and the tips. Just add another small tip to this thread: `-Q`/`-q` skips ELPA load path. So we need to manually add the ELPA load path to the debugorg.el. It looks like that by default the ELPA org-mode load path is ~/.emacs.d/org/$DATE On Fri, Jun 6, 2014 at 10:57 PM, Thorsten Jolitz wrote: > Achim Gratz writes: > > > Nick Dokos writes: > >> I did that in the past (presumably for reasons similar to Thorsten's) > >> and I don't bother any longer (overriding is simple enough as you poin= t > >> out), but the question still bugs me: what's so bad about it? > > > > The reason it is bad is that parts of the code have already leaked out > > from the org/ directory via custom-load and autoloads and that's going > > to break things in the least convenient moment =E2=80=93 for instance w= hen you > > try to hunt down bugs via "-Q". There simply is no way to remove the > > builtin Org from Emacs other than at build time and it's best not to > > pretend otherwise. Some day Emacs might actually treat its built-in > > packages as actual packages so that you can de-activate or replace them= , > > but I wouldn't hold my breath. > > That sounds reasonable enough, but somehow that least convenient moment > never happens, while I remember *many* such moments when I still had more > than one Org on my machine ... but maybe I just don't huntdown bugs via > -Q often enough. > > -- > cheers, > Thorsten > > > --bcaec547ca59bbef4d04fb893c64 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the reply and the tips.=C2=A0

Just= add another small tip to this thread:=C2=A0
`-Q`/`-q` skips ELPA= load path. So we need to manually add the ELPA load path to the debugorg.e= l. It looks like that by default the ELPA org-mode load path is ~/.emacs.d/org/$DATE


O= n Fri, Jun 6, 2014 at 10:57 PM, Thorsten Jolitz <tjolitz@gmail.com>= wrote:
Achim Gratz <Stromeko@nexgo.de> writes:

> Nick Dokos writes:
>> I did that in the past (presumably for reasons similar to Thorsten= 's)
>> and I don't bother any longer (overriding is simple enough as = you point
>> out), but the question =C2=A0still bugs me: what's so bad abou= t it?
>
> The reason it is bad is that parts of the code have already leaked out=
> from the org/ directory via custom-load and autoloads and that's g= oing
> to break things in the least convenient moment =E2=80=93 for instance = when you
> try to hunt down bugs via "-Q". =C2=A0There simply is no way= to remove the
> builtin Org from Emacs other than at build time and it's best not = to
> pretend otherwise. =C2=A0Some day Emacs might actually treat its built= -in
> packages as actual packages so that you can de-activate or replace the= m,
> but I wouldn't hold my breath.

That sounds reasonable enough, but somehow that least convenient mome= nt
never happens, while I remember *many* such moments when I still had more than one Org on my machine ... but maybe I just don't huntdown bugs via=
-Q often enough.

--
cheers,
Thorsten



--bcaec547ca59bbef4d04fb893c64--