unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Alex Kost <alezost@gmail.com>
Cc: guix-devel@gnu.org
Subject: Auxiliary files
Date: Sat, 31 Dec 2016 12:34:01 +0100	[thread overview]
Message-ID: <87shp42uza.fsf_-_@gnu.org> (raw)
In-Reply-To: <87y3yypitb.fsf@gmail.com> (Alex Kost's message of "Thu, 29 Dec 2016 23:43:44 +0300")

Hi Alex,

Alex Kost <alezost@gmail.com> skribis:

> Ludovic Courtès (2016-12-29 18:40 +0100) wrote:
>
>> Hi!
>>
>> Alex Kost <alezost@gmail.com> skribis:

[...]

>>> What about making "gnu/packages/files" (or another dirname) directory,
>>> and putting "guix-emacs.el" and kernel configs ("linux-libre-*.conf")
>>> there?
>>>
>>> I mean "gnu/packages/patches" is not always enough, sometimes we want to
>>> use real files in the package recipes (configs for 'linux-libre' or
>>> "guix-emacs.el" for 'emacs'), so having "gnu/packages/files" seems
>>> reasonable to me, WDYT?
>>
>> Sounds good.
>>
>> In general, we can create other subdirectories alongside patches/ and
>> bootstrap/.  So we could have linux-conf/ and emacs/ there.
>
> But we keep all patches in a single directory, why should there be
> multiple dirs for auxiliary files?

I imagine linux-conf/ would contain several files (all the configuration
files), and so on.  IOW, we can create directories anytime there’s a
category of files that go together well.  𝅘𝅥𝅮

>> We can also
>> add regular files like guix-emacs.el directly under gnu/packages (like
>> ld-wrapper.in, linux-conf.*, etc.)
>>
>> All this is fine as long as the files get installed in the right place
>> wrt. %load-path.
>>
>> I’m not sure a catch-all files/ (or aux-files/?) directory is helpful
>> though.  There’s a case for having a linux-conf/ subdirectory now; for
>> guix-emacs.el, I am slightly inclined to put it directly in
>> gnu/packages, but no strong opinion.
>>
>> Thoughts?
>
> I don't like keeping such files in "gnu/packages" the most!  My opinion
> is that only .scm files should be placed there.
>
> I vote either for a single "aux-files" (I like this name) directory, or
> for its sub-directories ("aux-files/emacs", "aux-files/linux").

OK, sounds good.  We’ll also need a ‘search-auxiliary-file’ procedure
(or similar) just like we have ‘search-patch’, to facilitate things.

Thanks!

Ludo’.

  reply	other threads:[~2016-12-31 11:34 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-15 14:48 Emacs-Guix released outside from Guix Alex Kost
2016-12-15 14:48 ` [PATCH 1/2] gnu: Add emacs-bui Alex Kost
2016-12-15 17:21   ` Ludovic Courtès
2016-12-15 14:48 ` [PATCH 2/2] gnu: Add emacs-guix Alex Kost
2016-12-15 17:22   ` Ludovic Courtès
2016-12-15 17:39 ` Emacs-Guix released outside from Guix Ludovic Courtès
2016-12-16  0:37   ` Ricardo Wurmus
2016-12-16 16:44     ` Ludovic Courtès
2016-12-17  8:17       ` Alex Kost
2016-12-17  8:38     ` Alex Kost
2016-12-17  9:00       ` John Darrington
2016-12-19 21:38         ` Alex Kost
2016-12-17  8:19   ` Alex Kost
2016-12-18 10:32     ` Ludovic Courtès
2016-12-18 15:47       ` Adonay Felipe Nogueira
2016-12-19  5:00         ` Emacs-Guix released outside from Guix - or why I am not sending patches in Pjotr Prins
2016-12-19 21:47       ` Emacs-Guix released outside from Guix Alex Kost
2016-12-20 13:58         ` Ludovic Courtès
2016-12-22 19:09       ` myglc2
2016-12-18 15:35     ` Pjotr Prins
2016-12-17  9:13 ` Alex Kost
2016-12-22  0:18   ` myglc2
2016-12-22  9:15     ` Alex Kost
2016-12-22 15:25       ` myglc2
2016-12-22 10:35 ` [PATCH] Remove Emacs interface Alex Kost
2016-12-29 17:40   ` Ludovic Courtès
2016-12-29 20:43     ` Alex Kost
2016-12-31 11:34       ` Ludovic Courtès [this message]
2017-01-06 15:50 ` Emacs-Guix released outside from Guix Thompson, David
2017-01-06 21:28   ` Alex Kost

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=87shp42uza.fsf_-_@gnu.org \
    --to=ludo@gnu.org \
    --cc=alezost@gmail.com \
    --cc=guix-devel@gnu.org \
    /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/guix.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).