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: 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: 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: 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: 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