unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Akib Azmain Turja <akib@disroot.org>
To: raingloom <raingloom@riseup.net>
Cc: help-guix@gnu.org
Subject: Re: Why Emacs is echoing message for each installed Emacs package while startup
Date: Mon, 16 May 2022 14:16:21 +0600	[thread overview]
Message-ID: <87sfp9dh9m.fsf@disroot.org> (raw)
In-Reply-To: <20220516015831.577e652f@riseup.net>

[-- Attachment #1: Type: text/plain, Size: 2615 bytes --]

raingloom <raingloom@riseup.net> writes:

> On Mon, 16 May 2022 00:23:39 +0600
> Akib Azmain Turja <akib@disroot.org> wrote:
>
>> For each Emacs package I have installed, Emacs echoes "Loading
>> /gnu/store/...-emacs-.../...-autoloads.el" while startup.  This is
>> very annoying.  The reason is probably the function:
>> 
>> (defun guix-emacs-autoload-packages ()
>>   "Autoload Emacs packages found in EMACSLOADPATH.
>> 
>> 'Autoload' means to load the 'autoloads' files matching
>> `guix-emacs-autoloads-regexp'."
>>   (interactive)
>>   (let ((autoloads (mapcan #'guix-emacs-find-autoloads
>>                            (guix-emacs--non-core-load-path))))
>>     (mapc (lambda (f)
>>             (load f 'noerror))  ;; This should be (load f 'noerror
>> 'nomessage) autoloads)))
>> 
>> And also I wonder why Guix loads each autoloads file.  Can't it merge
>> (concat) all autoloads into one file while making the profile and then
>> load it afterwards?  This would probably save a little time.
>> package.el can do this (see "package-quickstart-file" variable), so
>> Guix should be able to do this too.
>> 
>
> Gonna speculate here a bit since I'm not sure if this pattern exists in
> Elisp land, but I've certainly seen (and written) programs that
> required to be run from a specific place, usually from next to other
> submodules in the same package. If you were to concatenate (or even
> just move) such a file, it would break, possibly silently.
> You can't even rename a program and be sure that it will have the same
> behaviour, see busybox for an example of this. It's a single binary
> that checks what name it's run under and then acts like that executable.

Yes, this may be a problem for ordinary Emacs Lisp file.  But I'm
talking about autoloads.  It is a special file that defines autoloaded
functions.  Calling autoloaded functions will automatically load the
file containing the actual definition.  Autoloads files should not
depend on there names, and if they does its probably a bug.  All
autoloads files are needed to load at runtime, so concatenating all of
them should probably be a good idea.  Emacs builtin package manager
"package.el" and third party purely-functional package manager
"straight.el" both support merging the autoloads into one file.

But load many autoloads files is not a big problem, the main problem is
the messages "Loading...", "Loading...", "Loading..."...

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

  reply	other threads:[~2022-05-16  8:31 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-15 18:23 Why Emacs is echoing message for each installed Emacs package while startup Akib Azmain Turja
2022-05-15 23:58 ` raingloom
2022-05-16  8:16   ` Akib Azmain Turja [this message]
2022-05-16 10:55     ` zimoun
2022-05-16 16:31       ` Akib Azmain Turja
2022-05-16 16:44         ` André A. Gomes
2022-05-16 19:58           ` Akib Azmain Turja
2022-05-16 20:35             ` André A. Gomes
2022-05-16 20:53         ` zimoun
2022-05-17  8:00           ` Akib Azmain Turja
2022-05-17 21:58             ` zimoun
2022-05-18 16:29               ` Akib Azmain Turja
2022-05-18 21:04                 ` zimoun
2022-05-21 11:40                   ` Akib Azmain Turja
2022-05-21 13:45                     ` André A. Gomes
2022-05-22 11:26                       ` Akib Azmain Turja
2022-05-22 13:04                         ` raingloom
2022-07-23 17:26                         ` Jorge P. de Morais Neto
2022-07-24  6:47                           ` Akib Azmain Turja
2022-07-26  8:27                             ` Akib Azmain Turja
2022-08-03  7:12                               ` bug#56778: " 宋文武 via Guix-patches via
2022-05-21 21:09                     ` Maxim Cournoyer
2022-05-21 22:00                       ` Benjamin Slade
2022-05-22  2:47                         ` Maxim Cournoyer
2022-05-22  2:55                           ` Benjamin Slade
2022-05-22 11:24                           ` Akib Azmain Turja

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sfp9dh9m.fsf@disroot.org \
    --to=akib@disroot.org \
    --cc=help-guix@gnu.org \
    --cc=raingloom@riseup.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).