unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Simon Tournier <zimon.toutoune@gmail.com>
To: cayetano.santos@l2it.in2p3.fr, Guix Devel <guix-devel@gnu.org>
Subject: Re: emacs packaging: do we need to pull existing dependencies ?
Date: Mon, 06 Feb 2023 17:53:41 +0100	[thread overview]
Message-ID: <87h6vyka5m.fsf@gmail.com> (raw)
In-Reply-To: <m1357psu1w.fsf@l2it.in2p3.fr>

Hi,

On mer., 01 févr. 2023 at 08:44, Cayetano Santos <cayetano.santos@l2it.in2p3.fr> wrote:

> Say for example emacs-org-roam@2.2.2: it requires emacs-org 9.4,
> which is not specified in the package definition, meaning we always
> pull the latest available. Do we have to, provided that emacs
> releases with org ? Maybe there is already a clear rule about this
> topic, but to me this is not clear. We have package definitions with
> both criteria.

Well, I think it is a collateral effect from the importer.

--8<---------------cut here---------------start------------->8---
$ guix import elpa -a melpa org-roam
[...]

  (propagated-inputs (list emacs-dash emacs-org emacs-emacsql
                           emacs-emacsql-sqlite emacs-magit-section))
--8<---------------cut here---------------end--------------->8---

when MELPA indeed reads:

--8<---------------cut here---------------start------------->8---
Dependencies
    dash 2.13 / emacs 26.1 / emacsql 3.0.0 / emacsql-sqlite 1.0.0 / magit-section 3.0.0 / org 9.4
--8<---------------cut here---------------end--------------->8---

Indeed, emacs-org-roam@2.2.2 should work with emacs@28.2 (provided by
default with the current Guix) and thus the propagated-inputs emacs-org
is totally not required.

Well, a curation would some work; first to find all the removable items,
then second to maintain after each package “refresh”.  Such curation
would fit in all the discussions around the closure diet of Guix
packages.

However, it appears to me that people currently maintaining all the
Emacs packages in Guix should decide; since it would be extra work for
them. :-)

Cheers,
simon


  parent reply	other threads:[~2023-02-06 18:20 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-01  7:44 emacs packaging: do we need to pull existing dependencies ? Cayetano Santos
2023-02-04 17:58 ` Liliana Marie Prikler
2023-02-05 10:50   ` Cayetano Santos
2023-02-05 19:46     ` Liliana Marie Prikler
2023-02-06 16:53 ` Simon Tournier [this message]
  -- strict thread matches above, loose matches on Subject: below --
2023-01-31  8:13 Emacs " Cayetano Santos
2023-01-29 18:27 Cayetano Santos

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=87h6vyka5m.fsf@gmail.com \
    --to=zimon.toutoune@gmail.com \
    --cc=cayetano.santos@l2it.in2p3.fr \
    --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).