From: Cayetano Santos via Guix-patches via <guix-patches@gnu.org>
To: Suhail Singh <suhailsingh247@gmail.com>
Cc: 74231@debbugs.gnu.org
Subject: [bug#74231] QA review for 74231
Date: Thu, 07 Nov 2024 16:13:37 +0100 [thread overview]
Message-ID: <87ed3n3wm6.fsf@inventati.org> (raw)
In-Reply-To: <87ed3nyxro.fsf@gmail.com> (Suhail Singh's message of "Thu, 07 Nov 2024 08:32:59 -0500")
>jeu. 07 nov. 2024 at 08:32, Suhail Singh <suhailsingh247@gmail.com> wrote:
> Cayetano Santos via Guix-patches via <guix-patches@gnu.org> writes:
>
>> "The Elisp dependencies of Emacs packages are typically provided as
>> propagated-inputs when required at run time."
>>
>> See: https://guix.gnu.org/manual/en/html_node/Emacs-Packages.html.
>
> Yes, please note however, that the dependencies in question were
> entirely optional. The package doesn't have any "required" Elisp
> dependencies with the version of Emacs packaged in Guix. More
> importantly, for some of these optional dependencies a user would only
> ever want to use one of them at a time (since it's intimately tied to
> their personal workflow and MUA etc.).
Fine with me, then.
>> To note that this is a completely different beast compared to previous
>> package (repo, version and mantainer).
>
> Yes. Please let me know in case the commit message needs to be revised
> (it already does note that we are changing the referenced fork). The
> previous fork hasn't been updated in a couple of years and had a number
> of bugs that have since been resolved in the updated fork.
To me, the open question goes well beyond this package.
Does guix package forks of code from a couple of years ago, without an
explicit acknowledgement between maintainers ? Additionally, this is a
second generation fork ...
I’d say, better bring the question to guix-devel, as this has large
implications. There must be a policy already around this point.
C.
next prev parent reply other threads:[~2024-11-07 15:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-06 18:37 [bug#74231] [PATCH] gnu: emacs-git-email: Update to 0.5.0 Suhail Singh
2024-11-06 18:37 ` [bug#74231] [PATCH v2] gnu: emacs-git-email: Update to 0.6.0 Suhail Singh
2024-11-15 7:41 ` bug#74231: " Liliana Marie Prikler
2024-11-07 11:40 ` [bug#74231] QA review for 74231 Cayetano Santos via Guix-patches via
2024-11-07 13:32 ` Suhail Singh
2024-11-07 15:13 ` Cayetano Santos via Guix-patches via [this message]
2024-11-07 15:48 ` emacs-git-email: Guix policy for dealing with abandoned packages with active forks (was: [bug#74231] QA review for 74231) Suhail Singh
2024-11-07 16:08 ` emacs-git-email: Guix policy for dealing with abandoned packages with active forks Suhail Singh
2024-11-07 16:20 ` [bug#74231] " Cayetano Santos via Guix-patches via
2024-11-07 16:20 ` Cayetano Santos
2024-11-11 2:45 ` [bug#74231] " Liam Hupfer
2024-11-11 2:45 ` Liam Hupfer
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ed3n3wm6.fsf@inventati.org \
--to=guix-patches@gnu.org \
--cc=74231@debbugs.gnu.org \
--cc=csantosb@inventati.org \
--cc=suhailsingh247@gmail.com \
/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 external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.