GNU bug report logs -
#59970
BUG: install with package.el on emacs-29.0.60 requires manual editing of hyperbole-autoloads.el to make autoloading work
Previous Next
Reported by: gerard.vermeulen <at> posteo.net
Date: Sun, 11 Dec 2022 16:51:03 UTC
Severity: normal
Done: Robert Weiner <rsw <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 59970 in the body.
You can then email your comments to 59970 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-hyperbole <at> gnu.org
:
bug#59970
; Package
hyperbole
.
(Sun, 11 Dec 2022 16:51:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
gerard.vermeulen <at> posteo.net
:
New bug report received and forwarded. Copy sent to
bug-hyperbole <at> gnu.org
.
(Sun, 11 Dec 2022 16:51:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
I have been very sufficiently impressed by the three Hyperbole
presentations at Emacsconf to invest some time trying to install
Hyperbole despite a message saying that Emacs failed to load hact after
its installation from the package.el's description of Hyperbole.
I noticed that hyperbole-autoloads.el does not add the Hyperbole
installation directory to load-path, so I edited hyperbole-autoloads.el
as shown in the attached patch.
After checking, I also think that the tar files downloaded from
https://elpa.gnu.org/packages/ do not contain XXX-autoloads.el to let
package.el installation process generate those files, but I am not a
package.el expert.
Best regards -- Gerard
[work-around-package-el-hyperbole-autoloads.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#59970
; Package
hyperbole
.
(Sun, 11 Dec 2022 17:35:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 59970 <at> debbugs.gnu.org (full text, mbox):
Presently the elpa config does not allow us to ship the autoloads file as we would like; instead it is built by elpa rather than being a part if the distributions we make. Maybe it could be added to tar distributions that won’t be used by a package manager.
Did you get it working?
— Bob
> On Dec 11, 2022, at 11:51 AM, gerard.vermeulen <at> posteo.net wrote:
>
> Hello,
>
> I have been very sufficiently impressed by the three Hyperbole presentations at Emacsconf to invest some time trying to install Hyperbole despite a message saying that Emacs failed to load hact after its installation from the package.el's description of Hyperbole.
>
> I noticed that hyperbole-autoloads.el does not add the Hyperbole installation directory to load-path, so I edited hyperbole-autoloads.el as shown in the attached patch.
>
> After checking, I also think that the tar files downloaded from https://elpa.gnu.org/packages/ do not contain XXX-autoloads.el to let package.el installation process generate those files, but I am not a package.el expert.
>
> Best regards -- Gerard
> <work-around-package-el-hyperbole-autoloads.patch>
> _______________________________________________
> Bug-hyperbole mailing list
> Bug-hyperbole <at> gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-hyperbole
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#59970
; Package
hyperbole
.
(Sun, 11 Dec 2022 23:01:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 59970 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Yes, all entries in hyperbole-autoloads.el become visible after I edited
the hyperbole-autoloads.el as in the formerly attached patch.
However, if you want to add it to a tar distribution that won't be used
by a package manager, I recommend this attached patch.
It expands the 2 characters #§ explicity (probably only understood by
package.el) in the former patch.
I have at least 2 packages on my system (magit and emms) that ship an
autoloads file with this explicit expansion.
However, the entries in kotl-autoloads.el are not yet visible. I think,
that it is possible to tweak the load-path code in hyperbole-autoloads
in such a way that it also pulls in the kotl sub-directory.
If so, the tar will work without or with package.el.
Best -- Gerard
On 11.12.2022 18:33, Robert Weiner wrote:
> Presently the elpa config does not allow us to ship the autoloads file
> as we would like; instead it is built by elpa rather than being a part
> if the distributions we make. Maybe it could be added to tar
> distributions that won’t be used by a package manager.
>
> Did you get it working?
>
> — Bob
>
>> On Dec 11, 2022, at 11:51 AM, gerard.vermeulen <at> posteo.net wrote:
>>
>> Hello,
>>
>> I have been very sufficiently impressed by the three Hyperbole
>> presentations at Emacsconf to invest some time trying to install
>> Hyperbole despite a message saying that Emacs failed to load hact
>> after its installation from the package.el's description of Hyperbole.
>>
>> I noticed that hyperbole-autoloads.el does not add the Hyperbole
>> installation directory to load-path, so I edited
>> hyperbole-autoloads.el as shown in the attached patch.
>>
>> After checking, I also think that the tar files downloaded from
>> https://elpa.gnu.org/packages/ do not contain XXX-autoloads.el to let
>> package.el installation process generate those files, but I am not a
>> package.el expert.
>>
>> Best regards -- Gerard
>> <work-around-package-el-hyperbole-autoloads.patch>
>> _______________________________________________
>> Bug-hyperbole mailing list
>> Bug-hyperbole <at> gnu.org
>> https://lists.gnu.org/mailman/listinfo/bug-hyperbole
[work-around-package-el-hyperbole-autoloads-2.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#59970
; Package
hyperbole
.
(Sun, 15 Jan 2023 22:54:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 59970 <at> debbugs.gnu.org (full text, mbox):
Hi Gerard,
> gerard.vermeulen <at> posteo.net writes:
> After checking, I also think that the tar files downloaded from https://elpa.gnu.org/packages/ do not contain XXX-autoloads.el
Yes, that is the case. The hyperbole-autoloads.el is missing from the archive file. However the development tar-archive available at https://elpa.gnu.org/devel/hyperbole.html does have the autoloads. I'm not sure but could be an artifact of how those tar-files are built at ELPA and that might have changed since 8.0.0 was released!?
If you have the time it would be interesting to see if the problem remains with the devel version. It also has many improvements and bug fixes.
%% Mats
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#59970
; Package
hyperbole
.
(Mon, 20 Feb 2023 19:45:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 59970 <at> debbugs.gnu.org (full text, mbox):
Hi Gerard,
> Mats Lidell writes:
> Hi Gerard,
>
> > gerard.vermeulen <at> posteo.net writes:
> > After checking, I also think that the tar files downloaded from
> > https://elpa.gnu.org/packages/ do not contain XXX-autoloads.el
>
> Yes, that is the case. The hyperbole-autoloads.el is missing from the
> archive file. However the development tar-archive available at
> https://elpa.gnu.org/devel/hyperbole.html does have the autoloads. I'm
> not sure but could be an artifact of how those tar-files are built at
> ELPA and that might have changed since 8.0.0 was released!?
I have had another look at the problem and must correct myself. You can say
that the tar-file, that is available to download from elpa and elpa-devel, is
only supposed to be used by the package manager. The hyperbole-autoload can
therefor not be present in the tar file. It is instead generated by the
package manager when the package is installed.
That hyoperbole-autoloads was available in the elpa-devel was an error and
that has been corrected now.
To use the tar ball directly follow the instructions in the info manual:
"(Hyperbole)Manual Tarball Archive Installation"
Basically you should run "make bin" after unpacking the tar file in order to
generate the autoloads.
You can also choose to imitate the package manager and run the function
package-install-from-buffer. See {C-hf package-install-from-buffer RET}
%% Mats
bug closed, send any further explanations to
59970 <at> debbugs.gnu.org and gerard.vermeulen <at> posteo.net
Request was from
Robert Weiner <rsw <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 01 Mar 2023 04:01: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, 29 Mar 2023 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 46 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.