Re: bug#59882: Multiple versions of Org in load-path problem

> The state of our unloading support is not good enough to use it blindly I have managed to use unload-feature to reload a new version of org after the builtin version has been previously loaded, but the dance you have to do to avoid nasty errors (and segfaults if using native comp!) is about 100

Re: bug#59882: Multiple versions of Org in load-path problem

> I have noticed that neither `package--reload-previously-loaded` nor code > loading already compiled package unload the loaddefs file. E.g. I added The state of our unloading support is not good enough to use it blindly, indeed: it's too easy/common to have packages where `unload` leaves you

Re: bug#59882: Multiple versions of Org in load-path problem

On 18/12/2022 22:40, Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: - "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

Re: bug#59882: Multiple versions of Org in load-path problem

On 03/02/2023 18:02, Ihor Radchenko wrote: The problem seems to be real and appears to be some combination of Debian/Ubuntu + Emacs. It is not a Debian packaging issue. I have reproduced the "invalid function `org-assert-version'" bug using emacs built from emacs-28.2 git tag. It is

Re: bug#59882: Multiple versions of Org in load-path problem

Bhavin Gandhi writes: > These are init files specific to other packages installed via OS package > manager. But those are not loaded, it seems in the above steps. I tried to > run (featurep 'clang-format) and it returned nil, while this returns t > in my normal Emacs instance. > ... > None of

Re: bug#59882: Multiple versions of Org in load-path problem

On Wed, 22 Feb 2023 at 16:17, Ihor Radchenko wrote: > > Bhavin Gandhi writes: > > > I'm able to reproduce this on Fedora 37, Emacs 28.2. > > > > In Fedora we have: > > - /usr/share/emacs/site-lisp/site-start.el (has code to load .el and .elc > > from /usr/share/emacs/site-lisp/site-start.d). > >

Re: bug#59882: Multiple versions of Org in load-path problem

Bhavin Gandhi writes: > I'm able to reproduce this on Fedora 37, Emacs 28.2. > > In Fedora we have: > - /usr/share/emacs/site-lisp/site-start.el (has code to load .el and .elc > from /usr/share/emacs/site-lisp/site-start.d). > - /usr/share/emacs/site-lisp/default.el (sets smime-CA-directory).

Re: bug#59882: Multiple versions of Org in load-path problem

On Fri, 3 Feb 2023 at 16:35, Ihor Radchenko wrote: > > Max Nikulin writes: > > > On 27/12/2022 16:47, Ihor Radchenko wrote: > >> Can you then try to test using Emacs 28? > >> The main question if whether this has been fixed in newer Emacs releases > >> or it is also something to do with OS

Re: bug#59882: Multiple versions of Org in load-path problem

> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org > From: Richard Stallman > Date: Tue, 21 Feb 2023 00:22:04 -0500 > > > >> I don't run Debian or Ubuntu anymore. However, I do recall that debian > > >> does use a modified Emacs startup which is not part of the standard > > >> Emacs

Re: bug#59882: Multiple versions of Org in load-path problem

[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > >> I don't run Debian or Ubuntu anymore. However, I do recall that debian > >>

Re: bug#59882: Multiple versions of Org in load-path problem

On 15/02/2023 05:53, Gregor Zattler wrote: * Tim Cross [2023-02-04; 07:01 +11]: I don't run Debian or Ubuntu anymore. However, I do recall that debian does use a modified Emacs startup which is not part of the standard Emacs distribution. They do this to enable the ability to have multiple

Re: bug#59882: Multiple versions of Org in load-path problem

Hi Tim, org-mode and emacs developers, * Tim Cross [2023-02-04; 07:01 +11]: > Ihor Radchenko writes: >> Max Nikulin writes: >>> On 27/12/2022 16:47, Ihor Radchenko wrote: Can you then try to test using Emacs 28? The main question if whether this has been fixed in newer Emacs releases

Re: bug#59882: Multiple versions of Org in load-path problem

Ihor Radchenko writes: > Max Nikulin writes: > >> On 27/12/2022 16:47, Ihor Radchenko wrote: >>> Can you then try to test using Emacs 28? >>> The main question if whether this has been fixed in newer Emacs releases >>> or it is also something to do with OS environment. >> >> I see quite the

Re: bug#59882: Multiple versions of Org in load-path problem

> From: Ihor Radchenko > Cc: Stefan Monnier , emacs-orgmode@gnu.org, Eli > Zaretskii , 59...@debbugs.gnu.org > Date: Fri, 03 Feb 2023 11:02:21 + > > Considering the popularity of Debian-based distros, may someone take a > closer look on what may be going on? Since the latest Emacs release

Re: bug#59882: Multiple versions of Org in load-path problem

Max Nikulin writes: > On 27/12/2022 16:47, Ihor Radchenko wrote: >> Can you then try to test using Emacs 28? >> The main question if whether this has been fixed in newer Emacs releases >> or it is also something to do with OS environment. > > I see quite the same issue with Emacs-28.2 in Debian

Re: bug#59882: Multiple versions of Org in load-path problem

On 27/12/2022 16:47, Ihor Radchenko wrote: Can you then try to test using Emacs 28? The main question if whether this has been fixed in newer Emacs releases or it is also something to do with OS environment. I see quite the same issue with Emacs-28.2 in Debian testing. Compile buffer displays

Re: bug#59882: Multiple versions of Org in load-path problem

Max Nikulin writes: > I found just single commit to lisp/emacs-lisp/package.el between > emacs-27.1 and emacs-27.2: > > 1fc9de4b81c 2020-10-30 19:20:24 -0700 Glenn Morris: Improve > reproducibility of generated -pkg.el files > > So I am still surprised that you can not reproduce the issue.

Re: bug#59882: Multiple versions of Org in load-path problem

On 26/12/2022 18:01, Ihor Radchenko wrote: Ihor Radchenko writes: 1. ~/Git/with-emacs.sh/with-emacs.sh -e emacs-27 -O -- -l org I was finally able to reproduce using emacs-26. Maybe your Emacs 27 is older than mine? I have GNU Emacs 27.2 Debian stable and Ubuntu LTS have Emacs-27.1 only, so

Re: bug#59882: Multiple versions of Org in load-path problem

Ihor Radchenko writes: > 1. ~/Git/with-emacs.sh/with-emacs.sh -e emacs-27 -O -- -l org I was finally able to reproduce using emacs-26. Maybe your Emacs 27 is older than mine? I have GNU Emacs 27.2 I also tried with Emacs 28. Not able to reproduce. -- Ihor Radchenko // yantar92, Org mode

Re: bug#59882: Multiple versions of Org in load-path problem

Max Nikulin writes: >> I tried to follow these steps, but unfortunately I am unable to >> reproduce. Everything works fine using Emacs 27 on my side. Strange. > > I tried it once more in a minimal LXC container with Ubuntu-22.04 LTS > jammy. This time I even removed the elpa-org-9.5.2 system

Re: bug#59882: Multiple versions of Org in load-path problem

On 18/12/2022 22:40, Stefan Monnier wrote: Could Someone™ investigate why that code doesn't do its job. The code in question is in `package--reload-previously-loaded` and my understanding is that it should cause `org-macs` to be reloaded I do not see obvious flaws in

Re: bug#59882: Multiple versions of Org in load-path problem

Max Nikulin writes: > 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:

Re: bug#59882: Multiple versions of Org in load-path problem

> - "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 Hmm... there's code in `package.el` intended to avoid that problem, but

Re: bug#59882: Multiple versions of Org in load-path problem

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.

Re: bug#59882: Multiple versions of Org in load-path problem

Max Nikulin writes: > I have impression that there is no recipe how to reproduce this bug yet, > just reports that people have faced it. So aspects of autoload may be > considered as a part of brainstorm. > > Other ideas when built-in Org version may be loaded too early: > - restoring previous

Re: bug#59882: Multiple versions of Org in load-path problem

On 15/12/2022 11:17, Stefan Monnier wrote: Max Nikulin [2022-12-14 23:02:53] wrote: Completion failure for "org-to" happened because result of `register-definition-prefixes' calls is not considered as options. I am aware that it may give false positives, but I still believe they should be

Re: bug#59882: Multiple versions of Org in load-path problem

Stefan Monnier writes: >> Though I believe that org mixed version issue happens due to transitional >> dependency of some third party package on org or something like (require >> 'org-protocol) that can not be loaded on demand. > > Hmm... indeed the "Subject:" talks about mixed versions, yet I

Re: bug#59882: Multiple versions of Org in load-path problem

Max Nikulin [2022-12-14 23:02:53] wrote: > On 14/12/2022 21:35, Stefan Monnier wrote: >>> Like I said in another message that I sent just before receiving yours >>> my conclusion came from the fact that hitting 'C-h v' with the cursor >>> on 'org-goto-interface' provided nothing.

RE: bug#59882: Multiple versions of Org in load-path problem

>On a related note, is it normal that package like org-mouse.el gets >loaded upon calling C-h f org-mouse- completion prompt? >org-mouse.el does not contain a single autoload cookie. There need not be which is apparently by design: The autoload happens as a consequence of emacs' documented

Re: bug#59882: Multiple versions of Org in load-path problem

On 14/12/2022 21:35, Stefan Monnier wrote: Like I said in another message that I sent just before receiving yours my conclusion came from the fact that hitting 'C-h v' with the cursor on 'org-goto-interface' provided nothing. It was the first time this ever happened to me.

Re: bug#59882: Multiple versions of Org in load-path problem

> similar issues with several important Org components (ol-* and ob-*). In > particular, ob-*.el packages affect Org simply by defining function > symbols with specific name patters (by ob-core.el design). > Achieving no side effects is difficult in practice. That's true. It can be a balancing

Re: bug#59882: Multiple versions of Org in load-path problem

>> On a related note, is it normal that package like org-mouse.el gets >> loaded upon calling C-h f org-mouse- completion prompt? Yes. See `help-enable-completion-autoload`. >> I am asking because org-mouse.el advises some functions and its loading >> may cause unexpected consequences. See >>

Re: bug#59882: Multiple versions of Org in load-path problem

Eli Zaretskii writes: >> I am asking because org-mouse.el advises some functions and its loading >> may cause unexpected consequences. See >> https://orgmode.org/list/87r0x6sju1@fastmail.fm > > I think org-mouse.el should be fixed not to cause such effects just by > loading it. It should do

Re: bug#59882: Multiple versions of Org in load-path problem

> From: Ihor Radchenko > Cc: David Masterson , emacs-orgmode@gnu.org, > mic...@schi.nz, 59...@debbugs.gnu.org > Date: Wed, 14 Dec 2022 09:51:01 + > > On a related note, is it normal that package like org-mouse.el gets > loaded upon calling C-h f org-mouse- completion prompt? > org-mouse.el

Re: bug#59882: Multiple versions of Org in load-path problem

Eli Zaretskii writes: >> So, 'describe-variable' on org-version causes Org to be loaded?!? > > Why is it so surprising? Is this the first time you see that a Help > command loads something to do its job? On a related note, is it normal that package like org-mouse.el gets loaded upon calling

Re: Multiple versions of Org in load-path problem

> I don't think there is any safe way to install an updated version of > org-mode other than I don't know whether it counts as safe, but since I don't see it mentioned anywhere else in the thread you can do the following. (require 'package) (unless package--initialized (package-initialize))

Re: bug#59882: Multiple versions of Org in load-path problem

Eli Zaretskii writes: >> In my testing, I found a strange case where, in *scratch*, I get: >> >> (message "%s" org-version) >> ;; Error undefined >> ;; Do 'C-h v org-version' >> (message "%s" org-version) >> 9.3 >> >> So, 'describe-variable' on org-version causes Org to be loaded?!? > > Why is

Re: bug#59882: Multiple versions of Org in load-path problem

> From: David Masterson > Cc: Eli Zaretskii , "mic...@schi.nz" , > "emacs-orgmode@gnu.org" , "59...@debbugs.gnu.org" > <59...@debbugs.gnu.org> > Date: Fri, 09 Dec 2022 11:51:29 -0800 > > > https://www.gnu.org/software/emacs/manual/html_node/elisp/Autoload-by-Prefix.html > > > > What you

Re: bug#59882: Multiple versions of Org in load-path problem

"Cook, Malcolm" writes: >> Eli Zaretskii writes: >> >> >> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org >> >> From: David Masterson >> >> Date: Thu, 08 Dec 2022 13:56:03 -0800 >> >> >> >> In my testing, I found a strange case where, in *scratch*, I get: >> >> >> >> (message "%s"

RE: Multiple versions of Org in load-path problem

> Adding this to bug #59882 > > "Michel Schinz" writes: > > > Just for the record, I also ran into problems when installing Org 9.6 > > using Emacs' package system on top of an older version that came with > > Emacs. If I tried to install it as usual (M-x list-packages, then > > install the

RE: bug#59882: Multiple versions of Org in load-path problem

> Eli Zaretskii writes: > > >> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org > >> From: David Masterson > >> Date: Thu, 08 Dec 2022 13:56:03 -0800 > >> > >> In my testing, I found a strange case where, in *scratch*, I get: > >> > >> (message "%s" org-version) > >> ;; Error undefined > >> ;;

Re: Multiple versions of Org in load-path problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Tim Cross writes: > David Masterson writes: > >> Tim Cross writes: >> >>> David Masterson writes: >>> "Michel Schinz" writes: > Just for the record, I also ran into problems when installing Org 9.6 > using Emacs' package

Re: bug#59882: Multiple versions of Org in load-path problem

> From: David Masterson > Cc: mic...@schi.nz, emacs-orgmode@gnu.org, 59...@debbugs.gnu.org > Date: Thu, 08 Dec 2022 23:43:05 -0800 > > Eli Zaretskii writes: > > >> So, 'describe-variable' on org-version causes Org to be loaded?!? > > > > Why is it so surprising? Is this the first time you

Re: bug#59882: Multiple versions of Org in load-path problem

Eli Zaretskii writes: >> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org >> From: David Masterson >> Date: Thu, 08 Dec 2022 13:56:03 -0800 >> >> In my testing, I found a strange case where, in *scratch*, I get: >> >> (message "%s" org-version) >> ;; Error undefined >> ;; Do 'C-h v

Re: Multiple versions of Org in load-path problem

David Masterson writes: > Tim Cross writes: > >> David Masterson writes: >> >>> "Michel Schinz" writes: >>> Just for the record, I also ran into problems when installing Org 9.6 using Emacs' package system on top of an older version that came with Emacs. If I tried to install

Re: bug#59882: Multiple versions of Org in load-path problem

> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org > From: David Masterson > Date: Thu, 08 Dec 2022 13:56:03 -0800 > > In my testing, I found a strange case where, in *scratch*, I get: > > (message "%s" org-version) > ;; Error undefined > ;; Do 'C-h v org-version' > (message "%s" org-version) >

Re: Multiple versions of Org in load-path problem

Tim Cross writes: > David Masterson writes: > >> "Michel Schinz" writes: >> >>> Just for the record, I also ran into problems when installing Org 9.6 >>> using Emacs' package system on top of an older version that came with >>> Emacs. If I tried to install it as usual (M-x list-packages, then

Re: Multiple versions of Org in load-path problem

David Masterson writes: > Adding this to bug #59882 > > "Michel Schinz" writes: > >> Just for the record, I also ran into problems when installing Org 9.6 >> using Emacs' package system on top of an older version that came with >> Emacs. If I tried to install it as usual (M-x list-packages,

Re: Multiple versions of Org in load-path problem

Adding this to bug #59882 "Michel Schinz" writes: > Just for the record, I also ran into problems when installing Org 9.6 > using Emacs' package system on top of an older version that came with > Emacs. If I tried to install it as usual (M-x list-packages, then > install the package from

RE: Multiple versions of Org in load-path problem

>Ihor Radchenko writes: > >> David Masterson writes: >> >>> I went so far as to add the following to early-init.el: >>> >>> (if (featurep 'org) (unload-feature 'org)) >>> (add-to-list 'load-path (expand-file-name

Re: Multiple versions of Org in load-path problem

Just for the record, I also ran into problems when installing Org 9.6 using Emacs' package system on top of an older version that came with Emacs. If I tried to install it as usual (M-x list-packages, then install the package from there), I had errors during compilation related to

Re: Multiple versions of Org in load-path problem

Ihor Radchenko writes: > David Masterson writes: > >> I went so far as to add the following to early-init.el: >> >> (if (featurep 'org) (unload-feature 'org)) >> (add-to-list 'load-path (expand-file-name "~/.emacs.d/elpa/org-9.6") >> (load-library "org") >> >> The load-library still fails with

Re: Multiple versions of Org in load-path problem

David Masterson writes: > I have to play with the solution I suggested. I'm beginning to wonder > if it will cause other problems with (seeming) Org dependent packages. > In my case, the error I get is from various use-package calls -- > something like "Error: org-assert-version is not known".

Re: Multiple versions of Org in load-path problem

David Masterson writes: > I went so far as to add the following to early-init.el: > > (if (featurep 'org) (load-feature 'org)) > (add-to-list 'load-path (expand-file-name "~/.emacs.d/elpa/org-9.6") > (load-library "org") > > The load-library still fails with the org-assert-version error.

Re: Multiple versions of Org in load-path problem

David Masterson writes: > David Masterson writes: > >> Ihor Radchenko writes: >> >>> David Masterson writes: >>> Is there a proper way to do this? Do I really have to delete the built-in 9.3 version (by hand or package-delete?) or will that mess up something else? I saw

Re: Multiple versions of Org in load-path problem

David Masterson writes: > Ihor Radchenko writes: > >> David Masterson writes: >> >>> Is there a proper way to do this? Do I really have to delete the >>> built-in 9.3 version (by hand or package-delete?) or will that mess up >>> something else? I saw mention of 'unload-feature' which is new

Re: Multiple versions of Org in load-path problem

Ihor Radchenko writes: > David Masterson writes: > >> Is there a proper way to do this? Do I really have to delete the >> built-in 9.3 version (by hand or package-delete?) or will that mess up >> something else? I saw mention of 'unload-feature' which is new to me -- >> would that be safe to

Re: Multiple versions of Org in load-path problem

David Masterson writes: > Is there a proper way to do this? Do I really have to delete the > built-in 9.3 version (by hand or package-delete?) or will that mess up > something else? I saw mention of 'unload-feature' which is new to me -- > would that be safe to use? In theory, Emacs should

Re: Multiple versions of Org in load-path problem

writes: > On Mon, Dec 05, 2022 at 06:50:33PM -0800, David Masterson wrote: >> I'm using Debian v11.5 on my Chromebook. I have used 'apt install' to >> load the pre-built version of Emacs 27.1. I've just found out that it >> installs a pre-built version of Org-9.3 in /usr/share/emacs/27.1/lisp.

Re: Multiple versions of Org in load-path problem

On Mon, Dec 05, 2022 at 06:50:33PM -0800, David Masterson wrote: > I'm using Debian v11.5 on my Chromebook. I have used 'apt install' to > load the pre-built version of Emacs 27.1. I've just found out that it > installs a pre-built version of Org-9.3 in /usr/share/emacs/27.1/lisp. > That

Multiple versions of Org in load-path problem

I'm using Debian v11.5 on my Chromebook. I have used 'apt install' to load the pre-built version of Emacs 27.1. I've just found out that it installs a pre-built version of Org-9.3 in /usr/share/emacs/27.1/lisp. That directory is early in the load-path, so it appears to be loaded out of