Re: 01/01: gnu: gnurl: Update to 7.44.0.

Re: 01/01: gnu: gnurl: Update to 7.44.0.

[Andreas Enge]

Hello,

I have also updated curl to 7.45.0.

$ guix refresh -l curl
Building the following 82 packages would ensure 142 dependent packages...

Is it okay to push to master, or should I wait for the next core-updates
cycle?

Andreas

Re: 01/01: gnu: gnurl: Update to 7.44.0.

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 616 bytes --]

On Sun, 18 Oct 2015 12:26:29 +0200
Andreas Enge <andreas@enge.fr> wrote:

> Hello,
> 
> I have also updated curl to 7.45.0.
> 
> $ guix refresh -l curl
> Building the following 82 packages would ensure 142 dependent packages...
> 
> Is it okay to push to master, or should I wait for the next core-updates
> cycle?
> 
> Andreas
> 

that doesn't seem like too large a number of packages

-- 
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 #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: 01/01: gnu: gnurl: Update to 7.44.0.

[Ludovic Courtès]

Andreas Enge <andreas@enge.fr> skribis:

> I have also updated curl to 7.45.0.
>
> $ guix refresh -l curl
> Building the following 82 packages would ensure 142 dependent packages...

Sounds OK to me.

> Is it okay to push to master, or should I wait for the next core-updates
> cycle?

‘core-updates’ is for updates of the core: libc, gcc, coreutils, GMP,
etc.  Here that would be a ‘curl-update’ or something like that.

Ludo’.

Re: 01/01: gnu: gnurl: Update to 7.44.0.

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 887 bytes --]

On Sun, 18 Oct 2015 18:36:58 +0200
ludo@gnu.org (Ludovic Courtès) wrote:

> Andreas Enge <andreas@enge.fr> skribis:
> 
> > I have also updated curl to 7.45.0.
> >
> > $ guix refresh -l curl
> > Building the following 82 packages would ensure 142 dependent
> > packages...  
> 
> Sounds OK to me.
> 
> > Is it okay to push to master, or should I wait for the next core-updates
> > cycle?  
> 
> ‘core-updates’ is for updates of the core: libc, gcc, coreutils, GMP,
> etc.  Here that would be a ‘curl-update’ or something like that.
> 
> Ludo’.

The concern is more about the numbers of packages that would be rebuilt from
pushing the update

-- 
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 #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: 01/01: gnu: gnurl: Update to 7.44.0.

[Ludovic Courtès]

Efraim Flashner <efraim@flashner.co.il> skribis:

> On Sun, 18 Oct 2015 18:36:58 +0200
> ludo@gnu.org (Ludovic Courtès) wrote:
>
>> Andreas Enge <andreas@enge.fr> skribis:
>> 
>> > I have also updated curl to 7.45.0.
>> >
>> > $ guix refresh -l curl
>> > Building the following 82 packages would ensure 142 dependent
>> > packages...  
>> 
>> Sounds OK to me.
>> 
>> > Is it okay to push to master, or should I wait for the next core-updates
>> > cycle?  
>> 
>> ‘core-updates’ is for updates of the core: libc, gcc, coreutils, GMP,
>> etc.  Here that would be a ‘curl-update’ or something like that.
>> 
>> Ludo’.
>
> The concern is more about the numbers of packages that would be rebuilt from
> pushing the update

Yes, sure.  What I meant to say is that it’s often preferable to have
focused branches, than to have break-the-world branches where it can be
hard to find out what specific upgrade broke something.

Of course we’re limited by the available CPU power on Hydra, so we can’t
just have one branch being built for each package upgrade.

Ludo’.

Re: 01/01: gnu: gnurl: Update to 7.44.0.

[Andreas Enge]

On Sun, Oct 18, 2015 at 06:36:58PM +0200, Ludovic Courtès wrote:
> > $ guix refresh -l curl
> > Building the following 82 packages would ensure 142 dependent packages...
> Sounds OK to me.

I took this as permission to push to master, which is done.

Andreas