unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Zelphir Kaltstahl <zelphirkaltstahl@posteo.de>
To: Ricardo Wurmus <rekado@elephly.net>
Cc: help-guix@gnu.org
Subject: Re: Process of adding a package
Date: Mon, 10 May 2021 15:46:27 +0000	[thread overview]
Message-ID: <f9da6401-6300-eb1a-aaa0-c525b415bede@posteo.de> (raw)
In-Reply-To: <87fsyuq4tz.fsf@elephly.net>

Hi Ricardo!

Thank you for your quick reply!

I submitted the patch via e-mail attachment. It was recently said on the mailing
list, that it should not matter, or even be more reliable, when submitting it as
an attachment. However, as I see mostly patches being submitted in the e-mail
body, perhaps something automated does not work correctly with patches submitted
as attachment? Wildly guessing around here : )

Anyway, thank you for looking at the patch.

I thought I had written the patch commit message answering all questions on
https://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs
<https://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs>.
However, perhaps I should have checked the linked pages there, especially
https://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs
<https://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs>?
Or is it something else, that can be done in a better way about the commit message?

Best regards,
Zelphir

On 5/10/21 12:08 PM, Ricardo Wurmus wrote:
>
> Hi,
>
>> What is the usual process, after one has sent in a patch adding a new package to
>> GNU Guix?
>
> Someone would review it, apply the patch, and then push.
>
>> The background of the question is, that approximately 2 months ago, I sent in a
>> patch adding `guile-fslib`
>
> 2 months is too long.  If you don’t hear from us after a week your patch
> likely fell through the cracks and nobody realized it.  You can ping us.
>
> I wasn’t aware of your patch, but I found it here:
>
>    https://issues.guix.gnu.org/47697
>
> The commit message isn’t according to our standards, but that’s easy to fix. 
> The patch itself looks fine, so I’m going to apply it in a moment.  Sorry
> about taking so long!
>
-- 
repositories: https://notabug.org/ZelphirKaltstahl



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

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-10  9:43 Process of adding a package Zelphir Kaltstahl
2021-05-10 10:08 ` Ricardo Wurmus
2021-05-10 15:46   ` Zelphir Kaltstahl [this message]
2021-05-10 16:14     ` Ricardo Wurmus

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=f9da6401-6300-eb1a-aaa0-c525b415bede@posteo.de \
    --to=zelphirkaltstahl@posteo.de \
    --cc=help-guix@gnu.org \
    --cc=rekado@elephly.net \
    /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.
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).