From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id aNQcGrPS3V7oLwAA0tVLHw (envelope-from ) for ; Mon, 08 Jun 2020 05:54:59 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id SB7yFbPS3V7cTgAAbx9fmQ (envelope-from ) for ; Mon, 08 Jun 2020 05:54:59 +0000 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 CADA7940607 for ; Mon, 8 Jun 2020 05:54:58 +0000 (UTC) Received: from localhost ([::1]:50020 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jiAkL-00083E-QV for larch@yhetil.org; Mon, 08 Jun 2020 01:54:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58996) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jiAjp-00080m-Tx for emacs-orgmode@gnu.org; Mon, 08 Jun 2020 01:54:25 -0400 Received: from udcm-wwu2.uni-muenster.de ([128.176.118.28]:3537) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jiAjn-0000nN-Q4 for emacs-orgmode@gnu.org; Mon, 08 Jun 2020 01:54:25 -0400 IronPort-SDR: 9Pr1jMhpoWWN1BBvwQRxKH+NvCuCEjO2bWAXHTzYpJ303rKpZF4eWShcoLssliw9rsvlVqZvwV KLHA6C+TmfZMSVAKFrmcz/MhbKM1+2Fkil8KJpm4t0jqR1lYtnNV+Mt69VV4CTMuP7XlhwXIrA rWKqzRLCt8RatTJryoeDY6UfFBC8Il5HbFXkm8537oGY/9/vEWs67ymKVSqG0of5G267jKt3MY S/EDj8aKYywOJrvnL6utC1BlU5iI5QVlledWggZoYyvTrvpOB1KtCf9peAqUaUbRECLwYcfcp3 z20= X-IronPort-AV: E=Sophos;i="5.73,487,1583190000"; d="scan'208";a="36233437" Received: from wiwi-exchange.wiwi.uni-muenster.de ([10.2.11.37]) by UDCM-RELAY2.UNI-MUENSTER.DE with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 08 Jun 2020 07:54:17 +0200 Received: from WIWI-MAIL-2.WIWI.UNI-MUENSTER.DE (128.176.86.149) by WIWI-MAIL-1.WIWI.UNI-MUENSTER.DE (10.2.11.37) with Microsoft SMTP Server (TLS) id 14.3.487.0; Mon, 8 Jun 2020 07:54:16 +0200 Received: from librem (92.116.36.252) by smtp.wiwi.uni-muenster.de (128.176.86.149) with Microsoft SMTP Server (TLS) id 14.3.487.0; Mon, 8 Jun 2020 07:54:16 +0200 From: Jens Lechtenboerger To: Diego Zamboni Subject: Re: ox-* vs org-* naming convention? References: OpenPGP: id=0xBCD68E10; url=https://dbis-group.uni-muenster.de/dbms/media/people/lechtenboerger/0xBCD68E10.asc Mail-Followup-To: Diego Zamboni , Org-mode Date: Mon, 8 Jun 2020 07:54:10 +0200 In-Reply-To: (Diego Zamboni's message of "Sun, 7 Jun 2020 18:30:10 +0200") Message-ID: <87pnaayuf1.fsf@wi.uni-muenster.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [92.116.36.252] Received-SPF: pass client-ip=128.176.118.28; envelope-from=Jens.Lechtenboerger@wi.uni-muenster.de; helo=UDCM-WWU2.UNI-MUENSTER.DE X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/08 01:54:18 X-ACL-Warn: Detected OS = FreeBSD 9.x or newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Org-mode Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -0.01 X-TUID: EVHZ0Q6bsOZe On 2020-06-07, Diego Zamboni wrote: > Hi, > > I am working on submitting a new set of exporters I've been working on > (https://gitlab.com/zzamboni/ox-leanpub) to MELPA, and I received > feedback [1] about the discrepancy between the package names > (ox-leanpub-*) and the functions they define (org-leanpub-*). This is > also flagged by =package-lint=. > > [1] https://github.com/melpa/melpa/pull/6942 > > [...] > > I would appreciate any feedback about this - what are strong arguments > for or against insisting in this convention vs just adapting to the > rules suggested by package-lint? Hi there, for org-re-reveal, I use a small wrapper ox-re-reveal.el [2], whose commentary explains this: ;; Org export back-ends have file names starting with "ox-". ;; However, such files typically define variables and functions ;; starting with "org-", which causes errors by package-lint. To ;; define variables and functions with the usual prefix "org-" while ;; avoiding errors by package-lint, code is located in ;; org-re-reveal.el. ;; However, the prefix "ox-" is hard-coded in org.el and used to load ;; back-ends in `org-export-backends'. With this file, you can ;; customize `org-export-backends' and add `re-reveal'. Then, when ;; pressing `C-c C-e', this file will be loaded, which loads ;; org-re-reveal.el. Best wishes Jens [2] https://gitlab.com/oer/org-re-reveal/-/blob/master/ox-re-reveal.el