From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id cGVcLfQ19V+dEAAA0tVLHw (envelope-from ) for ; Wed, 06 Jan 2021 04:00:52 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id mDdDKfQ19V+KDAAAB5/wlQ (envelope-from ) for ; Wed, 06 Jan 2021 04:00:52 +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 3FD81940418 for ; Wed, 6 Jan 2021 04:00:52 +0000 (UTC) Received: from localhost ([::1]:45198 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kx00A-0004GX-Sy for larch@yhetil.org; Tue, 05 Jan 2021 23:00:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48266) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kwzyj-0004GA-GN for emacs-orgmode@gnu.org; Tue, 05 Jan 2021 22:59:21 -0500 Received: from out0.migadu.com ([94.23.1.103]:36354) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kwzyh-0007Wy-1V; Tue, 05 Jan 2021 22:59:21 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyleam.com; s=key1; t=1609905554; h=from:from: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; bh=1ETMDpVDxaV2hCHK4crWAAULgSbr2PcKpSNDK/Q2mes=; b=EZrDO/51sSZzOhvYSnTel6NrLKldwhX0I8Vbdt117A/HZ4tRmKpypK+mhrAG7142fTgB33 ergcXQUn9D5glRHdS9nREhls7urnTyynMeBR3R51BxoCy/wC54TDGbPCIKtivW7v5BIFSf oLFCFAuXdQ0foeupPwkfBiOdtoOWTm6hlr6IO1QxLyfaZk+h1VHTnA4o653Zl8UMbjRuEC 0C7rk/rdwCnt3/wws+2CPUlqIDJUyTl4aaTY9RgElBQdN40oU/6ca5Vu5gbCdg1ouRSomu uzJKN4SZsWpxbqScGyXmr2dZneYTOBNmO3yrP3pUlGQUJTzSsBWzElzJH/u59w== From: Kyle Meyer To: Pierre Langlois Subject: Re: Bug: (org-release) returns empty string on Elpa [ ( @ /home/pierre/.guix-profile/share/emacs/site-lisp/)] In-Reply-To: <87y2hi9qev.fsf@gmx.com> References: <87y2hi9qev.fsf@gmx.com> Message-ID: <8735zezpf2.fsf@kyleam.com> MIME-Version: 1.0 Content-Type: text/plain X-Migadu-Auth-User: kyle@kyleam.com Date: Wed, 06 Jan 2021 03:59:14 GMT Received-SPF: pass client-ip=94.23.1.103; envelope-from=kyle@kyleam.com; helo=out0.migadu.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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_NONE=-0.0001, RCVD_IN_MSPIKE_H4=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.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Bastien , emacs-orgmode@gnu.org, Stefan Monnier Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: 0.16 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=kyleam.com header.s=key1 header.b=EZrDO/51; 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-Migadu-Queue-Id: 3FD81940418 X-Spam-Score: 0.16 X-Migadu-Scanner: scn0.migadu.com X-TUID: If9lBfiFp544 Pierre Langlois writes: > Hello there! > > Since the latest update to 9.4.4, some of us in Guix have been > experiencing issues with loading packages that depend on Org [0]. It > seems the root of the problem is that (org-release) returns an empty > string, you can see this manifesting in this email actually :-). [...] > We download the Org source code directly from ELPA [1], it would seemx > the org-version.el wasn't correctly generated, right? Thanks for reporting. It looks like org-release is also an empty string for 9.4.3, while 9.4.2 looks okay: # https://elpa.gnu.org/packages/org-9.4.2.tar.lz # https://elpa.gnu.org/packages/org-9.4.3.tar.lz $ grep '(org-release' org-9.4.3/org-version.el (let ((org-release "")) $ grep '(org-release' org-9.4.2/org-version.el (let ((org-release "9.4.2") In between those two releases, there seems to have been some restructuring on ELPA's end, in particular ee03829f90 (Finalize the new master branch, 2020-12-14). Based on looking at Org's entry in the elpa-packages file ("org" :url "https://code.orgmode.org/bzg/org-mode" :lisp-dir "lisp" :release-branch "maint" :ignored-files ("etc/schema" "contrib" "mk" "testing" "lisp/org-install.el") :news "etc/ORG-NEWS" :shell-command "make autoloads info; mv doc/org org.info; mv doc/orgguide orgguide.info" :doc ("org.info" "orgguide.info") :auto-sync t) my uneducated guess is that the make command is failing to generate the version when executed from its elpa.git worktree because, unsurprisingly, elpa.git doesn't (and shouldn't) pull in the Org repo's tags. Bastien and Stefan, does the above guess sound right? Any thoughts on how to address the issue?