GNU bug report logs -
#15763
autoload-generate-file-autoloads can put package--builtin-versions in wrong file
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Wed, 30 Oct 2013 20:54:04 UTC
Severity: normal
Tags: wontfix
Found in version 24.3.50
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15763 in the body.
You can then email your comments to 15763 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15763
; Package
emacs
.
(Wed, 30 Oct 2013 20:54:04 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 24.3.50
In current trunk, the autoload section of lisp/htmlfontify.el contains:
;;; Generated autoloads from hfy-cmap.el
(push (purecopy '(htmlfontify 0 20)) package--builtin-versions)
That is:
1) Incorrect (htmlfontify.el is at version 0.21, whereas hfy-cmap.el is
at version 0.20).
2) In the wrong file.
I guess autoload-generate-file-autoloads should only do the
package--builtin-versions stuff when writing to the top-level
loaddefs.el file, not when respecting a buffer-local
generated-autoload-file.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15763
; Package
emacs
.
(Sun, 06 Dec 2020 15:15:02 GMT)
Full text and
rfc822 format available.
Message #6 received at 15763 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> In current trunk, the autoload section of lisp/htmlfontify.el contains:
>
> ;;; Generated autoloads from hfy-cmap.el
> (push (purecopy '(htmlfontify 0 20)) package--builtin-versions)
>
> That is:
>
> 1) Incorrect (htmlfontify.el is at version 0.21, whereas hfy-cmap.el is
> at version 0.20).
>
> 2) In the wrong file.
>
> I guess autoload-generate-file-autoloads should only do the
> package--builtin-versions stuff when writing to the top-level
> loaddefs.el file, not when respecting a buffer-local
> generated-autoload-file.
I'm guessing this was fixed by this commit:
commit 459cf7cb92445e9336d649f128ec1af274e3f5a1
Author: Phillip Lord <phillip.lord <at> russet.org.uk>
AuthorDate: Wed Dec 16 23:15:44 2015 +0000
htmlfontify generate autoload to non-versioned file.
* lisp/Makefile.in: Add htmlfontity-loaddefs to autogenel.
* lisp/hfy-cmap.el: Update file local.
* lisp/htmlfontify.el: Remove autoloads, add require.
* test/lisp/htmlfontify-tests.el: Test autoload functionality.
So I'm closing this bug report. Please reopen if there's more to be
done here.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
15763 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 06 Dec 2020 15:15:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15763
; Package
emacs
.
(Sun, 06 Dec 2020 22:44:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 15763 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen wrote:
> Glenn Morris <rgm <at> gnu.org> writes:
>
>> In current trunk, the autoload section of lisp/htmlfontify.el contains:
>>
>> ;;; Generated autoloads from hfy-cmap.el
>> (push (purecopy '(htmlfontify 0 20)) package--builtin-versions)
>>
>> That is:
>>
>> 1) Incorrect (htmlfontify.el is at version 0.21, whereas hfy-cmap.el is
>> at version 0.20).
>>
>> 2) In the wrong file.
>>
>> I guess autoload-generate-file-autoloads should only do the
>> package--builtin-versions stuff when writing to the top-level
>> loaddefs.el file, not when respecting a buffer-local
>> generated-autoload-file.
>
> I'm guessing this was fixed by this commit:
>
> commit 459cf7cb92445e9336d649f128ec1af274e3f5a1
> Author: Phillip Lord <phillip.lord <at> russet.org.uk>
> AuthorDate: Wed Dec 16 23:15:44 2015 +0000
>
> htmlfontify generate autoload to non-versioned file.
>
> * lisp/Makefile.in: Add htmlfontity-loaddefs to autogenel.
> * lisp/hfy-cmap.el: Update file local.
> * lisp/htmlfontify.el: Remove autoloads, add require.
> * test/lisp/htmlfontify-tests.el: Test autoload functionality.
>
> So I'm closing this bug report. Please reopen if there's more to be
> done here.
FTR, I was reporting a general issue, using htmlfontify as a specific example.
So that change can't have fixed the general issue.
It's still present, but seems not worth fixing.
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 15 Dec 2020 17:41:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15763
; Package
emacs
.
(Tue, 15 Dec 2020 17:43:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 15763 <at> debbugs.gnu.org (full text, mbox):
Just found a real example of this problem:
test/lisp/org/org-tests.el: org-package-version fails in both emacs-27
and master. This is because there is no entry for org in
package--builtin-versions. And this is because the entry has gone to
lisp/org/org-loaddefs.el instead of lisp/loaddefs.el.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15763
; Package
emacs
.
(Tue, 15 Dec 2020 17:51:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 15763 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris wrote:
> Just found a real example of this problem:
> test/lisp/org/org-tests.el: org-package-version fails in both emacs-27
> and master. This is because there is no entry for org in
> package--builtin-versions. And this is because the entry has gone to
> lisp/org/org-loaddefs.el instead of lisp/loaddefs.el.
Hmm, actually, that looks like a bug in org.el.
There is now no autoload for org-mode in emacs-27 -Q.
I wonder why org.el now puts all autoloads in org-loaddefs
(and why such a change is in a bugfix release).
There's zero information in the Emacs repository about the
reason behind any of the Org 9.4.1 changes ("Update to Org 9.4.1" is all
we get).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15763
; Package
emacs
.
(Tue, 15 Dec 2020 18:14:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 15763 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris wrote:
> Hmm, actually, that looks like a bug in org.el.
Filed as https://debbugs.gnu.org/45259 .
Re-closing 15763 as "wontfix".
Added tag(s) wontfix.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 15 Dec 2020 18:14:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
15763 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 15 Dec 2020 18:14:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 13 Jan 2021 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 306 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.