> 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
> 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
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
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
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
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).
> >
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).
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
> 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
[[[ 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
> >>
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
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
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
> 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
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
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
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.
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
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
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
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
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:
> - "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
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.
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
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
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
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.
>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
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.
> 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
>> 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
>>
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
> 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
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
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
> 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
"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"
> 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
> >> ;;
> 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
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
> 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)
>
42 matches
Mail list logo
