From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id AFn/FeYwn2MzjwAAbAwnHQ (envelope-from ) for ; Sun, 18 Dec 2022 16:25:26 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id wHv0FeYwn2Nh0wAA9RJhRA (envelope-from ) for ; Sun, 18 Dec 2022 16:25:26 +0100 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 0A0971E850 for ; Sun, 18 Dec 2022 16:25:25 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p6vWk-0006ey-Pz; Sun, 18 Dec 2022 10:24:34 -0500 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 1p6vWi-0006bj-K9 for emacs-orgmode@gnu.org; Sun, 18 Dec 2022 10:24:32 -0500 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p6vWg-0001L7-9Q; Sun, 18 Dec 2022 10:24:32 -0500 Received: by mail-lj1-x22b.google.com with SMTP id g14so6813518ljh.10; Sun, 18 Dec 2022 07:24:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=I0w9solaxEGBNfzBBFBWgWofPUUNqUjsrCM9Z4sP+5Q=; b=e7IsJUbg4XSC2tu8eJjuAAm1MMvzSpkiKUbDsCMtR9rtZwdrY8wKT8o04o2MqJ2At7 dtId5UYOP1XjEpk/3T89JtmwldlfBx63gEKpSx2HChR8qr5/bEKth1yROKXBYJ76W2wJ ElaGZ5q41SdK7LMQecdel1szpCkTCpfrZio2JUB/+prhGn8nR+AWSlzk0X8xM29Gw73T PLGiIRcEKXJIXNcl3pKC5N/yAAq/fPXxFuvc/tsSmd1BiR3p/BtV3sgqVNQTtUgttaVl bWjdwyXKjferN+g+bxgXsutHXfFjEzFsOIhPi2N94kqFlQTVbl1It3Z3EJ+snar1g6RX kP5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=I0w9solaxEGBNfzBBFBWgWofPUUNqUjsrCM9Z4sP+5Q=; b=S+T38elM8UkeU0fpOazIz0gyDPw+TrxT22ibAQeVuv+zJ3dWPU74RMnskIMzudGK7h eLICuIRi4oAI8eZMf9dvI5NOW5+qgSzWW5fdvTuDAZ6aKcDwPisDhpZL7zr48XkZ+Yc5 LuIpHfZddBW1Az5briFWBMFenxVXDv2xkZpj1I0hREnxlxcuTY0pkaypASm/OFHg7ddh 87sRO0Y0Jpuk2ZxRwBTBgDhGZ8D6x1kHFOWi5UoleeWoJmOyPZJTJwKFHnFsTMRjywmY ZTajR2mx4CO8C0uFviG3wm4gv0DkHszvZ0DAYyY5PhOzlPzmAdDegTa5xz8ZlTRLu6ol FXpQ== X-Gm-Message-State: AFqh2krElzvbIHegWDp4sAhnk9HBu4z+85DX9kJmViyjYGO53tIC1Hxt sn9euWyHTLxk+uaoDpUkrV4= X-Google-Smtp-Source: AMrXdXvke/AgbA9krlHIeWz5/dAC/9urz1tYQzRhNVM2EDmLkTSMfHhj0fCzDZPOH/KfWzPOvegwcw== X-Received: by 2002:a2e:9c06:0:b0:27e:521c:92ca with SMTP id s6-20020a2e9c06000000b0027e521c92camr4143080lji.19.1671377067372; Sun, 18 Dec 2022 07:24:27 -0800 (PST) Received: from [192.168.0.101] (nat-0-0.nsk.sibset.net. [5.44.169.188]) by smtp.googlemail.com with ESMTPSA id h18-20020a19ca52000000b004b55075f813sm845765lfj.227.2022.12.18.07.24.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 18 Dec 2022 07:24:26 -0800 (PST) Message-ID: <4b053e69-87d3-8323-8949-0546b4bb6c1a@gmail.com> Date: Sun, 18 Dec 2022 22:24:24 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: bug#59882: Multiple versions of Org in load-path problem Content-Language: en-US To: Ihor Radchenko Cc: Stefan Monnier , emacs-orgmode@gnu.org, Eli Zaretskii , 59882@debbugs.gnu.org References: <87tu27jq7h.fsf@localhost> <87k032nyok.fsf@localhost> <39a5810d-75bc-4ddb-8722-703f762ed4de@app.fastmail.com> <835yel11x8.fsf@gnu.org> <87edt2qpoa.fsf@localhost> <83359innsp.fsf@gnu.org> <87pmcmt8cc.fsf@localhost> <3bf2e057-4204-cdc8-0847-39a723db4fc8@gmail.com> <809ae318-fe95-1023-6bca-ba827fd01a29@gmail.com> <87fsdfs8vl.fsf@localhost> From: Max Nikulin In-Reply-To: <87fsdfs8vl.fsf@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=2a00:1450:4864:20::22b; envelope-from=manikulin@gmail.com; helo=mail-lj1-x22b.google.com X-Spam_score_int: -31 X-Spam_score: -3.2 X-Spam_bar: --- X-Spam_report: (-3.2 / 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-1.148, RCVD_IN_DNSWL_NONE=-0.0001, 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-Country: US X-Migadu-Flow: FLOW_IN ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=e7IsJUbg; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=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" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1671377126; a=rsa-sha256; cv=none; b=UqaXcbw0KG6OYwfAEAFLZrsfFtggKXZOSchtai39gaHoMkUR8n6ugwyHlgtTwSjibC4Y2y IS7cHrEQ6NlAY4cbyEFmLHELvYxSWwGWZVsEyA/09kUljznrZQ6hgNwHM/aKsH7B/BPb2V T5hgxTkc97Fgp0gq8fCOUb/aaElpllwWhmEAizRkDUkaEFVAlC7vcdNA3c29x5M7adOV+u kJd0VRs2qUJL4EBDkeeoweS6peFzrFbp7ExCSqTmqBBPmqT3j4DwlJNM7ODHrDcaUGprBq ZWjJDXuDj7TAx5R2xAVdEoS9XQoegEALaufHIkr+HxaEnNWJGC6bf1ZVoTmJVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1671377126; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=I0w9solaxEGBNfzBBFBWgWofPUUNqUjsrCM9Z4sP+5Q=; b=g3Y/eNX9DyW2EGtwHrZhCBaGd+Ph5uvAWzOMza1ir1kTvhKssa6NbnajQ6XmSlA4aNP1ds geAhOLi/2ej8hRl7qlV8YqNXCN0hBrKy9x93JBNuTFcLFkkvoisCxgtcOpT4WQA1bz9k8K 9EcbfhTntfPFi6i43gKTmB2jL8Q6zSE9cOnzwoxMGWOWyligWIfB8NB434EANaFqBGflMR 6nA07L3Bs7xmjH1K2GifQMIkB4PyVUS+r519Ns76kSNkx5KtEiskeLYPuyY/oOz+4HNkXE WVmVylHji8BidZD45Y10m3sgObcVk2PpddMNlX0UEZ53dW3dFo22dj5xcPpEFQ== Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=e7IsJUbg; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=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-Scanner: scn1.migadu.com X-Migadu-Spam-Score: -0.18 X-Spam-Score: -0.18 X-Migadu-Queue-Id: 0A0971E850 X-TUID: i1BU1L6V4+VP On 16/12/2022 21:47, Ihor Radchenko wrote: >> Can it happen that already loaded version affects compilation of a new >> version by package-install. > > Yes. It is what appears to be happening: > > https://irreal.org/blog/?p=10996 > https://irreal.org/blog/?p=10999 I would not call it steps to reproduce. From my point of view, there is a number of issues with updating of packages from emacs session. 1. If compilation of a package failed then it is not withdrawn from the load path. 2. There is no reliable way to determine if package compilation failed. (byte-recompile-directory DIR 0 t) returns human readable string, not signalling an error or returning a value convenient to check in the code. It is the cause of the previous issue. 3. Emacs package system is not ready for complex multifile packages containing macro definitions. It does not push user to update packages just after emacs restart in a clean state. As a result, files may be compiled with old or missed macro definitions. 4. Because of the item 2 a package has no chance to implement reliable internal sanity check that prevents updating to a broken state. I have tried the following in Emacs-27. For Emacs >= 29 add -L to Org <= 9.5. - "emacs -l org" to simulate a regular user session with some opened files. - Update to Org-9.6 from ELPA. - Close emacs and start it again "emacs -l org" Result: byte-code: Invalid function: org-assert-version Notice attempt to load Org-9.6 despite warnings and even error during update: > Compiling file /home/emcs/.emacs.d/elpa/org-9.6/ob-C.el at Sun Dec 18 04:30:49 2022 > Entering directory ‘/home/emcs/.emacs.d/elpa/org-9.6/’ > > In end of data: > ob-C.el:509:1:Warning: the function ‘org-assert-version’ is not known to be > defined. ... > Compiling file /home/emcs/.emacs.d/elpa/org-9.6/ob-matlab.el at Sun Dec 18 04:30:50 2022 > ob-matlab.el:43:1:Error: Symbol’s function definition is void: org-assert-version So emacs can not handle update of a package with changed macro definitions when they reside in another package file.