GNU bug report logs -
#66554
[PATCH] Add the public API of Compat to the core
Previous Next
Reported by: Philip Kaludercic <philipk <at> posteo.net>
Date: Sun, 15 Oct 2023 09:37:01 UTC
Severity: wishlist
Tags: patch
Done: Philip Kaludercic <philipk <at> posteo.net>
Bug is archived. No further changes may be made.
Full log
Message #211 received at 66554 <at> debbugs.gnu.org (full text, mbox):
> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: mail <at> daniel-mendler.de, 66554 <at> debbugs.gnu.org, stefankangas <at> gmail.com,
> monnier <at> iro.umontreal.ca
> Date: Sat, 10 Feb 2024 16:46:30 +0000
>
> I might be mistaken, but from a cursory peak at package.el, specifically
> `package-activate-1', the Info search path is only updated if the
> package is activated. If the core-package takes priority over an
> external package, the external package shouldn't get activated.
>
> This hasn't been a problem in the past, because core packages don't come
> with their own manuals, but this is an exception since core-Compat is
> not really the same code as ELPA-Compat.
>
> One way to fix this, would be to explain how to disable a package via
> `package-load-list' in the Compat manual. I'll have to try it out, but
> if it works, I think that solution should be acceptable.
Another way to fix this is simply to include the Compat manual in
emacs.git.
This bug report was last modified 1 year and 160 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.