From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Re: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Date: Thu, 20 Sep 2018 20:39:19 -0400 Message-ID: References: <531a7f93882cc0d5d09700457d06ea082f47569b.camel@flqt.fr> <83sh2ck42e.fsf@gnu.org> <87va73gn90.fsf@nicolasgoaziou.fr> <83efdqg32d.fsf@gnu.org> <87lg7yfraw.fsf@nicolasgoaziou.fr> <874leme9vp.fsf@aminb.org> <83h8ikenbc.fsf@gnu.org> <87in30geqo.fsf__12383.8069885553$1537471022$gmane$org@nicolasgoaziou.fr> <875zyzg3mw.fsf@alphapapa.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007b0927057656df5a" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35221) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g39Ts-0000Gf-Q0 for emacs-orgmode@gnu.org; Thu, 20 Sep 2018 20:39:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g39Tr-0002RV-UX for emacs-orgmode@gnu.org; Thu, 20 Sep 2018 20:39:36 -0400 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:45850) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g39Tr-0002PQ-Mn for emacs-orgmode@gnu.org; Thu, 20 Sep 2018 20:39:35 -0400 Received: by mail-lj1-x22f.google.com with SMTP id x16-v6so3619251ljd.12 for ; Thu, 20 Sep 2018 17:39:34 -0700 (PDT) In-Reply-To: <875zyzg3mw.fsf@alphapapa.net> 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: Adam Porter Cc: emacs-org list --0000000000007b0927057656df5a Content-Type: text/plain; charset="UTF-8" On Thu, Sep 20, 2018, 7:19 PM Adam Porter wrote: > > Why? What's going on? > I kind of get why the rewrite needs to happen. But I also see that this rewrite is an unfortunate waste of time and resources. The reason is the same why a core Emacs package wouldn't rely on a non-core package, no matter how useful or awesome that package might be. For example, we cannot have a core package, say vc.el rely on hydra.el even though it's in GNU Elpa. It would have been awesome to see all the vc actions in the hydra interface, but that cannot happen until hydra.el is part of the core. With Org/ox-html, it's the same thing. Ox-html is part of Emacs core. So it cannot rely on htmlize.el. The author doesn't want to assign the copyright of the package to FSF. So it cannot be a part of Emacs core (or even GNU Elpa). [Captain hindsight: htmlize.el shouldn't have been used in ox-html in the first place without the author having assigned the copyright to FSF.] > --0000000000007b0927057656df5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Sep = 20, 2018, 7:19 PM Adam Porter <ada= m@alphapapa.net> wrote:

Why?=C2=A0 What's going on?

I kind of get why the= rewrite needs to happen. But I also see that this rewrite is an unfortunat= e waste of time and resources.=C2=A0

The reason is the same why a core Emacs package wouldn't r= ely on a non-core package, no matter how useful or awesome that package mig= ht be.=C2=A0

For example= , we cannot have a core package, say vc.el rely on hydra.el even though it&= #39;s in GNU Elpa. It would have been awesome to see all the vc actions in = the hydra interface, but that cannot happen until hydra.el is part of the c= ore.=C2=A0

With Org/ox-h= tml, it's the same thing. Ox-html is part of Emacs core. So it cannot r= ely on htmlize.el. The author doesn't want to assign the copyright of t= he package to FSF. So it cannot be a part of Emacs core (or even GNU Elpa).= =C2=A0

[Captain hindsigh= t: htmlize.el shouldn't have been used in ox-html in the first place wi= thout the author having assigned the copyright to FSF.]
--0000000000007b0927057656df5a--