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

Message #19 received at 55388 <at> debbugs.gnu.org (full text, mbox):

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: Re: 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 250 days ago.

Previous Next

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