From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id eHlOOGs3RGREvAAASxT56A (envelope-from ) for ; Sat, 22 Apr 2023 21:37:15 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id KBY+OGs3RGT0rAAAauVa8A (envelope-from ) for ; Sat, 22 Apr 2023 21:37:15 +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 938952D9E8 for ; Sat, 22 Apr 2023 21:37:15 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pqIeh-0002dh-7c; Sat, 22 Apr 2023 15:12:19 -0400 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 1pqIeb-0002bv-Tp for emacs-orgmode@gnu.org; Sat, 22 Apr 2023 15:12:13 -0400 Received: from forward501b.mail.yandex.net ([2a02:6b8:c02:900:1:45:d181:d501]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pqIeY-0001tA-SB for emacs-orgmode@gnu.org; Sat, 22 Apr 2023 15:12:13 -0400 Received: from mail-nwsmtp-smtp-production-main-63.sas.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-63.sas.yp-c.yandex.net [IPv6:2a02:6b8:c14:4293:0:640:63a5:0]) by forward501b.mail.yandex.net (Yandex) with ESMTP id 062EA5EB7F; Sat, 22 Apr 2023 22:12:05 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-63.sas.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id 3CmJbZFUs0U0-eOUlFYPu; Sat, 22 Apr 2023 22:12:04 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1682190724; bh=T8/ZWB/Pz6j1WGGlmBCPxO95f8+Nh691NQfKVV5o4UQ=; h=Message-ID:References:Date:Reply-To:Cc:In-Reply-To:Subject:To: From; b=gYZA7/hO/c1D7cnu07/EdEOM882Coi8xvQtHifDE3b2TM3jFP+BA6vA0FmSOuzM2x pB9V30jVexkV7j96p/PBIhHB7aRw3gDtF+W4HOlk9SSuJyx+cc05XHAsY1ft+8JgOf 1wBP2KDn0Z1winvlWg4PAScqTGKAhhuhVDP2qRMU= From: Colin Baxter To: Max Nikulin Cc: emacs-orgmode@gnu.org Subject: Re: Why am I being told to use "straight.el"? In-Reply-To: (Max Nikulin's message of "Sat, 22 Apr 2023 22:53:36 +0700") References: <87ildpbmgs.fsf@yandex.com> <87edodbc54.fsf@yandex.com> <87h6t9dxav.fsf@yandex.com> <87354swe10.fsf@yandex.com> X-Face: BHjiJOg/Qmj'BQgsAKL@])L)e62P)C"Y=6T Date: Sat, 22 Apr 2023 20:12:02 +0100 Message-ID: <87bkjfivel.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjEtMDUtMTZUMTA6NTY6MTcrMDE6MDCh/kkpAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a02:6b8:c02:900:1:45:d181:d501; envelope-from=m43cap@yandex.com; helo=forward501b.mail.yandex.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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: , Reply-To: m43cap@yandex.com 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-Seal: i=1; s=key1; d=yhetil.org; t=1682192235; a=rsa-sha256; cv=none; b=h1fzY58InLJGx+gQNNwF559JInYrkw6drX3PntLX1mnRp3CskEJu01P7zn5hLmsGwv4d6g UMM2BcMOId+KTJjv6mgZfOpOjl5CgpeM4Cpzt+O5txWBF43MCgTwXuKqijlPcCqUET722j F5F0nQnrCJsnn/b/JOs6URNnS/jZ01aeuo8Ks5qZ6ClkvjSIXzsD0on1Le6jCGYuOzS+l2 uM+ZRaSktmySuilz4CgsGdnxNc0rLpxuXklRhaodnajIu6aF/L9Df0VUIrfxDHgJFeit0d aeoPk9dejJIwfC1YRVWBknUMoYaVYxXphMEjBAvBFk8CPfEv17s9ycgVymc34A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=yandex.com header.s=mail header.b="gYZA7/hO"; dmarc=pass (policy=none) header.from=yandex.com; 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-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1682192235; h=from:from:sender:sender:reply-to: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:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=T8/ZWB/Pz6j1WGGlmBCPxO95f8+Nh691NQfKVV5o4UQ=; b=TS/1BK2YYiXMnqgmofv8YAGMfw5M/72GZt6G125uiaZ123Vy1qeSqMqnFKd32Rmm1yxJCF OHdTPqVXdL6fvpZJvwyY/V0Y+PG5yMnmE/fXQ5XJ4jb+zlTrDT+jvIkSu12WlumgAM20Vx 8ac7i9k4AUHZFXM87HWniQnYFn12JyhtEzz2b4Z5vfpnzd+um0Igx5LzP2oL6WAY+jNCAJ EM/bO7WTT4NSDKmOMA5CM/48IIhd9jEVb95AlP6LhyGN1kK02GFsxCnjEVliUhRbifAI4O 2Vi1KxnPKQROJ6jDToohYQxYXg/3OvCzqUtQy9SlT3tz5e6UaUPW2To6xaudGQ== X-Migadu-Spam-Score: -7.40 X-Spam-Score: -7.40 X-Migadu-Queue-Id: 938952D9E8 X-Migadu-Scanner: scn0.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=yandex.com header.s=mail header.b="gYZA7/hO"; dmarc=pass (policy=none) header.from=yandex.com; 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-TUID: 808NQRuTlsW5 >>>>> Max Nikulin writes: > On 22/04/2023 14:51, Colin Baxter wrote: >>>>>>> Max Nikulin writes: >> > On 21/04/2023 23:17, Colin Baxter wrote: >> > emacs -Q -l org-agenda Only message and scratch buffers >> present. > C-h e to check messages, but since errors or warnings buffer does > not appear it should be OK. >> >> 1. emacs > Till `org-reload' C-c C-x ! at the step 10 >> org is not > involved. Does you init file loads some Org >> component or some Org > buffer is created at startup? To be sure >> > M-: (featurep 'org) "No match." > I would expect either nil or t. Did you press M-x that is > `execute-extended-command' instead of M-: that is > `eval-expression'? Alternatively you may execute in in the > *scratch* buffer > (featurep 'org) > and C-j or C-x C-e when cursor is immediately after the closing > parenthesis. Sorry, my mistake. I didn't follow your recipe exactly. If enter (featurep 'org) in the scratch buffer and do C-j then I get nil. >> >> 2. M-x vc-dir 3. Navigate to ~/git/org-mode. 4. + (to >> >> pull) 5. M-x compile 6. make clean 7. make >> In the case of build org-mode, I first select "make clean" from >> the history of "M-x compile". Then I do "M-x compile" again and >> select "make" from the history. The effect is the same using the >> terminal, except the outputs are now contained in emacs buffers. > Thank you for explanation. For some reason I believed that M-x > compile invokes make without additional prompt. So > make clean; make > sounds perfectly reasonable. >> >> 8. In an eshell buffer navigate to ~/git/emacs/lisp. >> Typo! >> I meant navigate to ~/git/org-mode/lisp. >> 9. rm *.elc > >> Why did you decided to manually delete *.elc files? I have lost >> at > which step you got the warning. I expect that "make clean" >> should > remove .elc files. If I don't delete the elc files in >> ~/git/org-mode/lisp after the first build then I do get errors. > Do you mean that it happens on each update? Yes. However, there was a time several months ago when I needed only build org-mode once to update it successfully. Something then changed in org-mode such that initially updated .elc files caused an error. I subsequently discovered that if a went through the build process twice, removing the .elc files after the first build, they would be accepted at the second build. > No .elc files should > survive "make clean". I have not tried to reproduce it accordingly > to your steps, but I have seen something strange related to .el > and .elc files while experimenting with package.el. > https://orgmode.org/worg/dev/org-build-system.html#orgd21575b > "Compatibility and Convenience" and > https://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development > suggests that > make uncompiled > may be a shorter path to the same point. > However accordingly to your description I expect that you do not > have Org loaded yet. If you can not load compiled org now it > should cause an error after emacs restart as well. Org-mode is already loaded, that is the git version of org that I am about to update is already loaded. If I C-j --8<---------------cut here---------------start------------->8--- (car (assoc "/org-loaddefs.el" load-history (lambda (a b) (string-match-p b a)))) --8<---------------cut here---------------end--------------->8--- in a scratch buffer then I get "~/git/org-mode/lisp/org-loaddefs.el". I update org-mode during a normal emacs session that may have run over one or two days, during which time I will have used org-agenda, clocked in and out of various times and perhaps used org-export. Best wishes, Colin.