all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Vagrant Cascadian <vagrant@debian.org>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: 1.1.0rc1 available for test!
Date: Fri, 10 Apr 2020 12:29:49 +0200	[thread overview]
Message-ID: <87sghbws4i.fsf@gnu.org> (raw)
In-Reply-To: <871row58nk.fsf@yucca> (Vagrant Cascadian's message of "Thu, 09 Apr 2020 20:20:15 -0700")

Hi Vagrant,

Vagrant Cascadian <vagrant@debian.org> skribis:

> On 2020-04-09, Ludovic Courtès wrote:
>> Hello Guix!
>>
>> I’ve run “make release” from the new ‘version-1.1.0’ branch and uploaded
>> the result:
>>
>>   https://web.fdn.fr/~lcourtes/software/guix/1.1.0rc1
>
> The only tarball I see there is:
>
>   https://web.fdn.fr/~lcourtes/software/guix/1.1.0rc1/guix-1.0.1.13450-01d5f2.tar.gz
>
> Which does not correspond to the commit from 01d5f2 (which happens to be
> a few hundred commits behind master)... 

The machinery picked up a stale commit ID.  Fixed in
08b14ab20ebe181690df6210a0b3f95bad494af5.

> Which commit was it actually built with? I know it's not a release, per
> se, but git tags would be *really* helpful even for release candidates...

The source tarball corresponds to
98148830c0afb9adc8acf150afc48f09aae42ac1 on ‘version-1.1.0’.  I’ve added
a tag now.

However, “make release” creates two additional commits as it updates the
‘guix’ package, and I chose to not push them.

> When building my own local guix tarballs, I found it disturbingly easy
> to get the wrong version information into the tarball .version and
> .tarball-version and consequently the resulting tarball...

Agreed, sorry for the confusion.

> I notice gnu/services/linux.scm is also missing in some of my locally
> built git snapshot tarballs, so there appears to be something broken in
> the tarball generation process.

I see you fixed it in the meantime.

Thanks for reporting these issues!

Ludo’.

  reply	other threads:[~2020-04-10 10:29 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-09 20:51 1.1.0rc1 available for test! Ludovic Courtès
2020-04-09 21:33 ` Danny Milosavljevic
2020-04-10  1:56 ` pelzflorian (Florian Pelz)
2020-04-10 10:38   ` Ludovic Courtès
2020-04-10 12:06   ` Mathieu Othacehe
2020-04-10 14:35   ` pelzflorian (Florian Pelz)
2020-04-10 14:47     ` pelzflorian (Florian Pelz)
2020-04-13 18:12       ` pelzflorian (Florian Pelz)
2020-04-10  3:20 ` Vagrant Cascadian
2020-04-10 10:29   ` Ludovic Courtès [this message]
2020-04-10 11:24 ` Alex Sassmannshausen
2020-04-10 12:01   ` Mathieu Othacehe
2020-04-10 12:19     ` Alex Sassmannshausen
2020-04-10 12:07   ` Alex Sassmannshausen
2020-04-10 12:17     ` Mathieu Othacehe
2020-04-10 13:11       ` Alex Sassmannshausen
2020-04-10 13:53       ` Mathieu Othacehe
2020-04-10 14:19         ` Ludovic Courtès
2020-04-10 16:02           ` Alex Sassmannshausen
2020-04-10 15:42 ` Alex Sassmannshausen
2020-04-10 22:38   ` Ludovic Courtès
2020-04-11  9:11     ` alex sassmannshausen
2020-04-11 13:16       ` Amin Bandali
2020-04-11 13:48         ` Pierre Neidhardt
2020-04-10 15:45 ` Alex Sassmannshausen
2020-04-11 10:51 ` Vincent Legoll
2020-04-11 22:26   ` Ludovic Courtès
2020-04-12  6:43     ` Vincent Legoll
2020-04-13 10:50       ` Ludovic Courtès
2020-04-13 11:46         ` Vincent Legoll
2020-04-13 12:36         ` Vincent Legoll
2020-04-13 16:14         ` Vincent Legoll
2020-04-13 20:24           ` 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=87sghbws4i.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=vagrant@debian.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 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.