GNU bug report logs - #55388
28.1; New libraries that neither belong to a package nor provide a feature

Previous Next

Package: emacs;

Reported by: Jonas Bernoulli <jonas <at> bernoul.li>

Date: Thu, 12 May 2022 18:36:02 UTC

Severity: wishlist

Found in version 28.1

Fixed in version 29.2

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, Jonas Bernoulli <jonas <at> bernoul.li>, 55388 <at> debbugs.gnu.org
Subject: bug#55388: 28.1; New libraries that neither belong to a package nor provide a feature
Date: Wed, 29 Jun 2022 07:35:34 -0400

>> Jonas Bernoulli <jonas <at> bernoul.li> writes:
>>> "lisp/emacs-lisp/shorthands.el" doesn't provide a feature and lacks
>>> a "Package" library header.  I think "Package: emacs" should be added.
> The same is true for smie.el, syntax.el, tabulated-list.el, testcover.el
> and possibly others.

Hmm... smie.el, syntax.el, and tabulated-list.el do `provide`
themselves, AFAICT.  Indeed it seems to be missing from `testcover.el`.

> Should they have such a header as well?
[...]
> It seems like it's not consistent.  What do we use such a header for?

IIRC the question is whether we want to present these files as "a
package" or as "a file part of some other package" in things like
the finder.


        Stefan
This bug report was last modified 1 year and 305 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.