From: "ng0" <contact.ng0@cryptolab.net>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH 1/7] guix: git: Support shallow git clones if a tag is available
Date: Thu, 02 Feb 2017 20:33:54 +0000 [thread overview]
Message-ID: <87wpd8bag0.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> (raw)
In-Reply-To: <876143o49y.fsf@gnu.org>
Ludovic Courtès writes:
> Andy Wingo <wingo@igalia.com> skribis:
>
>> * guix/build/git.scm (git-fetch): Instead of cloning the remote repo, use the
>> lower-level "init" / "fetch" / "checkout" operations. This lets us make a
>> shallow checkout if we are checking out a tag.
>>
>> * guix/git-download.scm (<git-reference>): Add tag field.
>> (git-fetch): Support git references with tags but no commits.
>
> This sounds like a nice improvement. Please move the “This lets us”
> sentence to a comment, and drop the newline between entries.
>
>> --- a/guix/build/git.scm
>> +++ b/guix/build/git.scm
>
> Make sure to add a copyright line in there.
>
> [...]
>
>> git-reference make-git-reference
>> git-reference?
>> (url git-reference-url)
>> - (commit git-reference-commit)
>> + (commit git-reference-commit (default #f))
>> + (tag git-reference-tag (default #f))
>
> So far we’ve been using ‘commit’ to denote commits or tags. I guess a
> bunch of packages will need to be updated.
>
> There’s the issue that one could erroneously specify both ‘commit’ and
> ‘tag’, and then one of them would be ignored.
>
> What about doing something like:
>
> 1. renaming ‘commit’ to ‘spec’;
> 2. adding a ‘type’ field which would default to 'commit and could be
> changed to 'tag
>
> ?
Was the idea here to change the code to make use of spec inside
the package definitions and other modules which use git-fetch, so
that all instances of "commit" have to be replaced?
I have Andy's patch applied now, but to debug the outcome of this
(commit is no longer a bound variable), I need to know what the
intention was.
>> + ;; FIXME: Pass #:tag when fixed daemons are widely
>> + ;; deployed.
>> + ;; #:tag '#$(git-reference-tag ref)
>
> The daemon is not involved here, AFAICS, so you can uncomment the line.
>
> Thanks,
> Ludo’.
--
ng0 . https://www.inventati.org/patternsinthechaos/
next prev parent reply other threads:[~2017-02-02 20:32 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-18 8:03 [PATCH 1/7] guix: git: Support shallow git clones if a tag is available Andy Wingo
2015-08-25 14:02 ` Ludovic Courtès
2015-10-20 15:20 ` Christopher Allan Webber
2015-10-25 21:30 ` Ludovic Courtès
2015-10-26 7:46 ` Andy Wingo
2017-02-02 20:33 ` ng0 [this message]
-- strict thread matches above, loose matches on Subject: below --
2015-08-18 8:03 Andy Wingo
2015-08-18 8:03 Andy Wingo
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=87wpd8bag0.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me \
--to=contact.ng0@cryptolab.net \
--cc=guix-devel@gnu.org \
--cc=ludo@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).