guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Feedback on indentation rules (was: [PATCH 0/5] Add support for the


From: Efraim Flashner
Subject: Re: Feedback on indentation rules (was: [PATCH 0/5] Add support for the RPM format to "guix pack")
Date: Mon, 27 Feb 2023 21:14:59 +0200

On Thu, Feb 23, 2023 at 05:20:55PM -0500, Maxim Cournoyer wrote:
> -CC bug#61255
> +CC guix-devel
> 
> Hi Ludovic and guix-devel readers,
> 
> Ludovic Courtès <ludo@gnu.org> writes:
> 
> > Hi,
> >
> > Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
> >
> >> Ludovic Courtès <ludo@gnu.org> writes:
> >>
> 
> [...]
> 
> >>> I’m not convinced by the indentation rule for ‘gexp->derivation’ added
> >>> in 82daab42811a2e3c7684ebdf12af75ff0fa67b99: there’s no reason to treat
> >>> ‘gexp->derivation’ differently from other procedures.
> >>
> >> The benefit I saw was that writing
> >>
> >>  (gexp->derivation the-name
> >>   #~(begin
> >>      (the
> >>        (multi-line
> >>         (gexp)))))
> >
> > I understand, but you know, it’s best to avoid unilaterally changing
> > established conventions.  :-)
> >
> > If and when there’s consensus about this change, (guix read-print)
> > should be updated.
> 
> OK.  I'm not against soliciting more opinions; I'm CC'ing guix-devel,
> hoping some opinionated individuals tip in on this 2021
> 82daab42811a2e3c7684ebdf12af75ff0fa67b99 commit, more specifically, the
> part that change the indentation rules for .dir-locals.el like this:
> 
> --8<---------------cut here---------------start------------->8---
> +   (eval . (put 'gexp->derivation 'scheme-indent-function 1))
> --8<---------------cut here---------------end--------------->8---
> 
> In the same spirit there was also
> b1c25e2ce364741d1c257d3bb3ab773032807a80 (".dir-locals.el: Add
> indentation rule for computed-file.") made more recently (last month).
> 
> The idea was to be able to format gexp->derivation like this:
> 
> --8<---------------cut here---------------start------------->8---
>           (gexp->derivation "check-deb-pack"
>             (with-imported-modules '((guix build utils))
>               #~(begin
>                   (use-modules (guix build utils)
>                                (ice-9 match)
>                                (ice-9 popen)
>                                (ice-9 rdelim)
>                                (ice-9 textual-ports)
>                                (rnrs base))
> [...]
> --8<---------------cut here---------------end--------------->8---
> 
> Rather than like this:
> 
> --8<---------------cut here---------------start------------->8---
>           (gexp->derivation "check-deb-pack"
>                             (with-imported-modules '((guix build utils))
>                               #~(begin
>                                   (use-modules (guix build utils)
>                                                (ice-9 match)
>                                                (ice-9 popen)
>                                                (ice-9 rdelim)
>                                                (ice-9 textual-ports)
>                                                (rnrs base))
> --8<---------------cut here---------------end--------------->8---
> 
> (or having to use another 'builder' variable, for example).
> 
> What do you all think?

The second one is waaaay to indented. For myself I sometimes end up
wrapping the lines (although I don't love it) so it looks like this:

           (gexp->derivation
             "check-deb-pack"
             (with-imported-modules '((guix build utils))
               #~(begin
                   (use-modules (guix build utils)
                                (ice-9 match)
                                (ice-9 popen)
                                (ice-9 rdelim)
                                (ice-9 textual-ports)
                                (rnrs base))

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]