From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id cA6GHlaIeWFuagAAgWs5BA (envelope-from ) for ; Wed, 27 Oct 2021 19:11:50 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id sOpAGlaIeWFzTwAA1q6Kng (envelope-from ) for ; Wed, 27 Oct 2021 17:11:50 +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 283CC19C28 for ; Wed, 27 Oct 2021 19:11:50 +0200 (CEST) Received: from localhost ([::1]:49156 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mfmSr-0001d3-9V for larch@yhetil.org; Wed, 27 Oct 2021 13:11:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57784) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfm56-0006j9-BX for emacs-orgmode@gnu.org; Wed, 27 Oct 2021 12:47:18 -0400 Received: from ciao.gmane.io ([116.202.254.214]:39172) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfm54-0007E9-Lk for emacs-orgmode@gnu.org; Wed, 27 Oct 2021 12:47:16 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mfm51-0007S3-KU for emacs-orgmode@gnu.org; Wed, 27 Oct 2021 18:47:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: Re: Fwd: errors when using org-agenda Date: Wed, 27 Oct 2021 23:46:59 +0700 Message-ID: References: <733d6598-0efd-519d-ba13-08d127256b87@gmail.com> <3dd9032d-c18e-47ec-a26d-a3c2f1e3cbf7@gmail.com> <1366768.1634984772@apollo2.minshall.org> <8735oqvn0y.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 In-Reply-To: <8735oqvn0y.fsf@localhost> Content-Language: en-US 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: 0 X-Spam_score: -0.0 X-Spam_bar: / X-Spam_report: (-0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NICE_REPLY_A=-2.847, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1635354710; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=K+Oy4YHDxwVt0AemJiNoFs8Y5+s287WkDYVxPH0EKQ0=; b=kmktnqn5AJNwqzXV77I+915NzES3N0gkxbEYH+XcAolZMbFk5CWig2D4miVn4opxhTQAnh kp8fEf1wrH7BOjhn932TVBgunrrfiNKLCfT9Q08l8ujXXrm3gTRJWCnJjXZBdnHB/bEurw Hwokr3JW37YmybvzymxgwBQyWLEeqUN/12/JEiT53Pm/S1Ekq0KNJsbUZjfitr23hXy/5+ oJYSfxty/JxVWQc8cFlllD36TM0ErinnDBdjkT4E8LktEb964jeijO/paxbuzl8EhEkPCX A7L809vRPnteFxjYXjb5yx/hiudme9zc85B4mI/RUswUo3dWhNaxeFM6B0kwlw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1635354710; a=rsa-sha256; cv=none; b=lIGdoy1fb3RnBnfyNdY33E12VbXX0Sb1FbII/lqSUmU6ZlsRDE/TTBVmYpnqUJKs65sJu3 v8cQnKx2SqieM2Jdk9tqYsjEEA1lSleq9V0TRkJLwColcvaP/wmtngZHfbOoX/ltnF/AmE uJCq7hli3nApm3iFmIbatBfAQzi/zzCnxewKklMnajOZWm090+WQSD3bdlr55wvbLwJYJ9 ciNaN2UtVYwDfiDHlq3TZwnRaXHhs4lRsF8Goj00WQnXyoO1fSJ9GV2QUWcliz0dkqbABd LfOdkyJIDTS45IWc50ZbJQogSnJgaMTdJVsfL8CwXwza0jsXPyZtkdZ31u7YaA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=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-Spam-Score: -0.33 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=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: 283CC19C28 X-Spam-Score: -0.33 X-Migadu-Scanner: scn0.migadu.com X-TUID: DbZX4S2Eb+Z4 On 24/10/2021 15:34, Ihor Radchenko wrote: > Max Nikulin writes: > >> `org-version' with FULL argument checks whether org and org-loaddedfs >> are loaded from the same directory and adds "mixed installation!" to the >> version string. `org-submit-bug-report' puts full version to the message >> subject but it is easily to miss this warning since it is in the middle >> of the long string. > > Yes, but unfortunately it does not handle early Org loading correctly. > > Try the following init.el: > > (require 'org) > (add-to-list 'load-path (expand-file-name "/path/to/newest/org-mode/lisp")) > > Then run emacs -Q -l /path/to/init.el > > M-x org-version does not report anything suspicious even though > M-x org-mode will error on current main because old 'org is trying to > load files from the new load-path. You are right, `org-version' can not catch such case. However improvements of mixed install detection should be incorporated into `org-submit-bug-report'. I would not mind to have more prominent warning in the message body, maybe even with the link to the FAQ entry. > + (loaded-features (seq-filter > + (lambda (f) (memq (alist-get 'provide f) > + org-feature-list)) > + load-history)) Some time ago I found `featurep' function, so I am curious if there are reasons why it should not be used here. If earlier loaded org modules is a problem during update and compiling of new sources, couldn't it be solved by `eval-when-compile'? E.g. by new `org-require' macro that wraps `require' and checks that the file is loaded from the same directory (e.g. org-loaddefs, the required file, and the compiled file)? The idea is that such code should not depend on particular package manager.