all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
To: Jeff Mickey <j@codemac.net>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH] gnu: add the rc shell package
Date: Fri, 10 Jul 2015 15:59:30 +0200	[thread overview]
Message-ID: <idjy4io2jwd.fsf@bimsb-sys02.mdc-berlin.net> (raw)
In-Reply-To: <871tggddtr.fsf@codemac.net>

Hi Jeff,

thanks for the contribution!  Below are some comments about your patch,
mostly relating to formatting.

> From 5deadfb23d8235101220310d0c47626c1d4c219f Mon Sep 17 00:00:00 2001
> From: Jeff Mickey <j@codemac.net>
> Date: Thu, 9 Jul 2015 17:39:42 -0700
> Subject: [PATCH] gnu: add the rc shell package
>
> * gnu/packages/rc.scm (rc): Add the rc package definition
>
> This patch adds the rc shell package to guix. It is byron's rc, not plan9 rc -
> and on other distributions 'rc' refers to byron's rc and 'plan9port' or some
> other meta package install the plan9 set of tools which includes rc.
>
> It has a zlib license.

We usually don’t add comments like that to the commit message (instead
they go into the cover email to the mailing list).  Also, when creating
a new file we don’t name the variable that is added, but declare this
file to be new.

I wonder if for this shell we could have a common module called
“shells.scm” where we could merge in “zsh.scm” and possibly other
shells.  Anyway, here would be a commit message that is more in line
with the others:

~~~8<~~~~
gnu: Add the rc shell.

* gnu/packages/rc.scm: New file.
~~~8<~~~~

> +    (source (origin
> +              (method url-fetch)
> +              (uri (string-append "https://github.com/rakitzis/rc/tarball/"
> +                                  "c884da53a7c885d46ace2b92de78946855b18e92"))
> +              (sha256
> +               (base32 "05hlnqcxaw08m1xypk733hajwaap5pr354ndmrm86k0flisjk0fw"))))

I see that there are no release tarballs.  When we take an arbitrary
commit we usually add a comment.  Also, we normally use the ‘git-fetch’
method instead of ‘url-fetch’.

> +    (build-system gnu-build-system)
> +    (arguments `(#:configure-flags
> +		 '("--with-edit=gnu")
> +		 #:phases
> +		 (modify-phases %standard-phases
> +		   (add-before 'configure 'autoreconf (lambda _
> +							(zero? (system* "autoreconf" "-vfi")))))
> +		 #:tests? #f))

Please add a comment to explain why the tests are disabled (no “check”
target or failing tests?).  The alignment and length of the lines makes
it hard to read.  How about this instead:

    (arguments
     `(#:tests? #f ;no "check" target
       #:configure-flags '("--with-edit=gnu")
       #:phases
       (modify-phases %standard-phases
         (add-before
          'configure 'autoreconf
          (lambda _ (zero? (system* "autoreconf" "-vfi")))))))

> +    (inputs `(("readline" ,readline)
> +	      ("perl" ,perl)))

This is oddly aligned.

> +    (native-inputs `(("autoconf" ,autoconf)
> +		     ("automake" ,automake)
> +		     ("libtool" ,libtool)
> +		     ("pkg-config" ,pkg-config)))

Same here.

> +    (synopsis "An alternative implementation of the plan 9 rc shell.")
> +    (description
> +     "This is a reimplementation for Unix, by Byron Rakitzis, of
> +the Plan 9 shell. It has a small feature set similar to a traditional Bourne
> +shell, but with a much cleaner and simpler syntax.")

Please use two spaces after a period.

I’m not sure if the description is okay; “much cleaner and simpler
syntax” sounds a little too partial to me.

Note that you can use “guix lint” to check your package definition for
the most common problems.

~~ Ricardo

  reply	other threads:[~2015-07-10 13:59 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-10  1:02 [PATCH] gnu: add the rc shell package Jeff Mickey
2015-07-10 13:59 ` Ricardo Wurmus [this message]
2015-07-10 22:27   ` Jeff Mickey
2015-07-11  4:37     ` Ricardo Wurmus
2015-07-11  5:12 ` Mark H Weaver
2015-07-12  0:57   ` Jeff Mickey
2015-07-12  2:18     ` Mark H Weaver
2015-07-12  5:35       ` Jeff Mickey
2015-07-12 22:46         ` Jeff Mickey
2015-07-13  3:15           ` Mark H Weaver
2015-07-13 20:22             ` Jeff Mickey
2015-07-13 23:34               ` Mark H Weaver
2015-07-13  6:51           ` Alex Kost
2015-07-13 17:14             ` Ludovic Courtès

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=idjy4io2jwd.fsf@bimsb-sys02.mdc-berlin.net \
    --to=ricardo.wurmus@mdc-berlin.de \
    --cc=guix-devel@gnu.org \
    --cc=j@codemac.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.
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.