unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Paul Pogonyshev <pogonyshev@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Emacs developers <emacs-devel@gnu.org>
Subject: Re: Subdirectories in package .tar archives
Date: Sat, 15 May 2021 22:20:36 +0200	[thread overview]
Message-ID: <CAG7BpaqEyzS8LE_14CEHD4RVCd1OWCer0Wqm0xNcFLZWOj49yw@mail.gmail.com> (raw)
In-Reply-To: <jwvv97jzt7b.fsf-monnier+emacs@gnu.org>

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

Thank you. So, basically for *resource* files (i.e. not Elisp) and
something unrelated to Info there are no real reasons to avoid
subdirectories, right? As long as one can generate packages as expected
(probably not with MELPA, though maybe there is some hidden feature in it
for this), they will work fine and one could e.g. do something like
`(defvar ... (somehow-load-resource "foo/bar.baz"))'?

Paul

On Sat, 15 May 2021 at 21:40, Stefan Monnier <monnier@iro.umontreal.ca>
wrote:

> > is it possible/well-defined to have subdirectories in Elisp packages?
>
> Yes.
>
> > E.g.  in MELPA documentation I see that "Any file specified at any
> > path in the repository is copied to the root of the package".
> > Is there a good reason for it, or is it rather a limitation of MELPA?
>
> It's a limitation of MELPA linked to a limitation of ELPA.
> IIRC the main limitation in this respect in ELPA is that the
> `<pkg->-autoloads.el` file created during installation only collects
> autoload cookies from .el files in the package's main directory.
> Another related one is that the package's Texinfo doc is expected to
> come with the `.info` and a `dir` files in the root dir.
>
> You can partly circumvent those issues if you create your own autoloads
> file somehow (either before packaging the tarball, or as part of the
> byte-compilation performed after installation) and/or set the
> `Info-directory-list` yourself (from the autoloads file, presumably).
>
>
>         Stefan
>
>

[-- Attachment #2: Type: text/html, Size: 1924 bytes --]

  reply	other threads:[~2021-05-15 20:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-15 18:02 Subdirectories in package .tar archives Paul Pogonyshev
2021-05-15 19:40 ` Stefan Monnier
2021-05-15 20:20   ` Paul Pogonyshev [this message]
2021-05-15 21:42     ` Stefan Monnier

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://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=CAG7BpaqEyzS8LE_14CEHD4RVCd1OWCer0Wqm0xNcFLZWOj49yw@mail.gmail.com \
    --to=pogonyshev@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).