From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id wFwmEovq4GIPTQEAbAwnHQ (envelope-from ) for ; Wed, 27 Jul 2022 09:34:35 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id GPLoEYvq4GJYCgEAauVa8A (envelope-from ) for ; Wed, 27 Jul 2022 09:34:35 +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 2A93A11CD5 for ; Wed, 27 Jul 2022 09:34:34 +0200 (CEST) Received: from localhost ([::1]:50934 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oGbYu-00041l-IX for larch@yhetil.org; Wed, 27 Jul 2022 03:34:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46184) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGbWF-00041O-9X for emacs-orgmode@gnu.org; Wed, 27 Jul 2022 03:31:47 -0400 Received: from ciao.gmane.io ([116.202.254.214]:50856) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGbWB-0001kj-IY for emacs-orgmode@gnu.org; Wed, 27 Jul 2022 03:31:45 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1oGbW9-0001Gp-4M for emacs-orgmode@gnu.org; Wed, 27 Jul 2022 09:31:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Jarmo Hurri Subject: Re: The fate of ob-asymptote.el Date: Wed, 27 Jul 2022 10:31:30 +0300 Message-ID: <87r127c8q5.fsf@iki.fi> References: <874jzb25qq.fsf@iki.fi> <8735eu3cl8.fsf@localhost> <87y1wl1uyz.fsf@iki.fi> <87o7xcd4sv.fsf@localhost> <87r12841gf.fsf@iki.fi> <87h733b5ll.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) Cancel-Lock: sha1:AikxCnE5WY639PUc0S7YlGnU2MA= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1658907274; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=gbri1mhvT3bzw/7qQ+k81C8vyQRucetAJO01kk5/hoA=; b=bcxoAMwnHj6ITfSKb3rJ5Sq0S7lrOYyVa+W8sBwm7njAUCL6RKDHOCZqMbF8SuQfj3BUYB 4SRu3opDmte6XnmvQQOeGL1/7vh7u3Dm27NCfgtOQuNTkK+94vI1ahYFOG42g2eS/tjHOt dDeOcIcHrEWffR92HVVOmK5p/37+bQZoZ9Eluvy6N2s1+yUttMRFbeR8120LnsfrVYLMEo h/Q7LV6pYnaFHJ9t4OoP49QPWCI5QPqJbafZYs5FspQHotd6VSamfW3MM4n3PgMJJX72yk J4De+pfMtqH3IAKr0YIZS6SqfdWAQ8A0e9mV29jxtRr5c/qyM7AG+0zhNEEpuA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1658907274; a=rsa-sha256; cv=none; b=Gy1nS6z4bio7zQwlQq1DdCUlhJqVZeSzsxs01R0YCSv/h+XYglW1uBQllGBFEVIc9RmAyC lg9T3i845v9ed5d987lNzZsEISKjyqhY4AJYGRsFXDrf994ZwlK/k8SbtO0pE9SFB/vyxq idAjrQRW5JzJ/cJ4wUROFE58wx9IwRdkkZ/k7SDN9TkD9BworWli8gtTAYA5cJppRZLCv6 VQWW+hokY17MOWAFXsQpLDuO099IZLipsyhvdlbqwdGvwSvR/+lkgKwRT8UoiSNYldUD/o F6UWgtsRTM83M1f4AZSF3reZT0VlxRqr83hJiM6zMlW6b6WlF3ol+JyGauwGyA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; 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" X-Migadu-Spam-Score: -2.23 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; 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" X-Migadu-Queue-Id: 2A93A11CD5 X-Spam-Score: -2.23 X-Migadu-Scanner: scn0.migadu.com X-TUID: Ys+kMwiP4agR Hello again. Ihor Radchenko writes: > Jarmo Hurri writes: >> As a result, changes in Org are much more likely to affect >> ob-asymptote.el than changes in Asymptote. I think basic software >> development rules of thumb suggest that ob-asymptote.el should then >> be bundled with Org. > > From my point of view ob-asymptote.el is as bare bones as babel > library can be. It does not use any fancy Org babel features like > sessions, error display of converting the output to various :results > output options. > > In contrast, it does a lot of work trying to convert Elisp types to > Asymptote in `org-babel-asymptote-var-to-asymptote`. Fair point. Then again, the involved datatypes of Asymptote are, practically, immutable. I can not resist pointing out that we are having this discussion because of changes in Org, not because of changes in Asymptote. I consider Org much more volatile than Asymptote. But I might be digressing. A bit of a summary: - I embrace a (any) maintained feature which extends the applicability of Org without compromising "the core." I have had great moments noticing that Org already supports something new I need. - Asymptote is brilliant. :-) I hope I can provide connectivity to Org for current and future users. When I shrivel away, this support might get buried next to me. - Org contrib basically advertises itself as unmaintained. While that may change, and there is in fact a request to help maintain the add-ons on the github page, I am pessimistic. I would not install it, so I doubt others would either. - I see Org as the logical place for ob-asymptote.el. If this is rejected, I may try inclusion into Asymptote if it is not an uphill battle. > From my point of view, any kind of new functionality in > ob-asymptote.el requires a deep knowledge about the Asymptote > programming - the knowledge most of the Org devs lack. At the same > time, changes in Org babel core functionality are unlikely to cause > any issues in ob-asymptote - we try our best to keep backwards > compatibility with third-party babel packages anyway. Does this suggest that, from the point of view of Org, the risk of supporting ob-asymptote.el is minimal? All the best, Jarmo