From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id oKu8Bg7l1WT49wAASxT56A (envelope-from ) for ; Fri, 11 Aug 2023 09:36:46 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id GLN5Bg7l1WSoLAAAauVa8A (envelope-from ) for ; Fri, 11 Aug 2023 09:36:46 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9C515547B5 for ; Fri, 11 Aug 2023 09:36:45 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Z9I8qDGe; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1691739406; a=rsa-sha256; cv=none; b=Cuh+h9R4aJxyYBiaC12bNFEFD+fk6QRAm5RZUVYrEK9dOQ/H5mSYdx1Vmr/oy5nu6HK0li MbhYDYp219AZQ1AD4tWcK+Lr3xhucwDFWwYIs82iw2pON0phz/icmrk2bING3uG0c17q38 qyfNb0bR1sGG/BehnyzTLbSOy9YrMUqIcXsGRscuJ56m398j98feLn1JNZ9O2hfexTtvwu z8DWUQDQxdI978+bshEtqxiVD800awHQpf3riD9gKfTzFIGwKSuH0M4I55Cu1jPD+UEtPa qqqmFAniEMlmQt5Zf6mO77MJykX9bdK0eV1zBylG/BtxAU2J+XXOeOJA/HldJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1691739406; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=st1kxCDyWwVx0wFuQnL0siUX2rCvBb8DgZfjX8lpP5s=; b=kOQUPAAhePY6c/b98aXz21wyH+5P+Vipk1YuREmcuANWZKfeROzBNJIKEAkI6YqSbQdqzn n2cU2Iz3OZgnFky8UjNszDK96l14gmPDTo0v8BcHGMMUKMBsyepODTqnO0mGfbgQx6nedS VmjWFtQUS76n5H8Fc+fjycNOh7IVljAIu6B42GbFwJrXnwq9AsflwXSwSllrPCvqVQ585i QzisEUDlrmnfmNIHFF1X6igsfamUMZXv0Azmyu9hys1l2tDgZzj7t4k0iPpoyRklTt0u7/ gTefuBxYKHBuqa+1CbIuSA6Dz7WI7yHbtrPsuBQRbxa74VRQc0/2yURCPOhDqg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Z9I8qDGe; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=posteo.net Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qUMgf-00051z-Hk; Fri, 11 Aug 2023 03:35:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUMgd-00051q-TU for emacs-orgmode@gnu.org; Fri, 11 Aug 2023 03:35:56 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUMgb-000545-8F for emacs-orgmode@gnu.org; Fri, 11 Aug 2023 03:35:55 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 17511240027 for ; Fri, 11 Aug 2023 09:35:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1691739351; bh=EjAYypbf/yF5jLlZ423pAln0R3BMggtoGyU0pP1g/hA=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=Z9I8qDGe0/3wUtELwH/YJc9mqko92w4HmHCDcYb8OO2wwYE7JlzLSP5nS29Ie+9XS aJZnHxP9rCF5mdNqDWHicNytaE35T0G+acF5j2szrV9sLCtotyO+2kb/a7uo6y+aDv 7V5z7dg6W/wc8E60DHAWBaysXsO+OTvjUuIgZRngc1F3C0wuuuTXjUZ5u8SlBGDnb7 1f7BzQn2I9e/h+16ZA+lFF3ZR5b8ZyYhrNhiivF+Mqy+bBvsr13uQJAr8Nh9cSmoFw 9dI8U8JUmFfY7tCLa2a7UvrJ+Iw1ciquDwyPLPAVi0htX8he7G4iZkv0ud6nIs5aUX Qy4jTkrBI9O7w== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RMbF23Qldz6tw7; Fri, 11 Aug 2023 09:35:50 +0200 (CEST) From: Ihor Radchenko To: Nick Dokos Cc: emacs-orgmode@gnu.org Subject: Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading? In-Reply-To: <87leeiy8wl.fsf@alphaville.usersys.redhat.com> References: <87o7omg4ie.fsf@alphaville.usersys.redhat.com> <87pm91ngb8.fsf@localhost> <87jzz8f3re.fsf@alphaville.usersys.redhat.com> <87mt43agk6.fsf@localhost> <874jq8ohbr.fsf@localhost> <87bkfip3mo.fsf@gnu.org> <87r0odrkbp.fsf@localhost> <875y5pvf04.fsf@bzg.fr> <10c18bbd-eff5-5421-71c8-29b078556384@gmail.com> <87leeiy8wl.fsf@alphaville.usersys.redhat.com> Date: Fri, 11 Aug 2023 07:36:17 +0000 Message-ID: <87v8dmt4i6.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -5.50 X-Migadu-Scanner: mx2.migadu.com X-Migadu-Queue-Id: 9C515547B5 X-Spam-Score: -5.50 X-TUID: LHwAIkR3PNfE Nick Dokos writes: > I would also recommend that the library *not* call its enable function > in general and leave it to the user to do so explicitly, but that may > be more controversial for "backward compatibility" reasons (with which > I disagree in these particular cases: I view them as bugs that need to > be fixed). I think that we all agree on this point. The main question is where to draw a line between intrusive and non-intrusive side effects. For example, before loading ob-emacs-lisp #+begin_src elisp (+ 1 1) #+end_src will not be syntax-highlighted, while after loading it will. Is it intrusive? Somewhat. But maybe not bad enough to justify enable function. Similarly, loading ob-lilypond will alter how file containing lilypond fragments is tangled. Or loading ox-foo.el may alter export menu. We have plenty of examples with varying degrees of side effects in Org. And it is not fully clear to me which side effects are worth eliminating and which are not. Yet another option could be forcing certain side effects even without loading. For example, (add-to-list 'org-babel-tangle-lang-exts '("LilyPond" . "ly")) that sets up tangling of lilypond fragments can be changed to ;;;#autoload (add-to-list 'org-babel-tangle-lang-exts '("LilyPond" . "ly")) That way, we will consistently get the same tangle configuration even before ob-lilypond is loaded. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at