[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

[Linus Torvalds via RT]

On Sun, Sep 24, 2017 at 7:57 PM, Randy Dunlap  wrote:
>
> Downloading & applying 4.14-rc2 [patch] 
> 
>
> from kernel.org (home page) gives me a file that does not apply cleanly to 
> v4.13:

Hmm. The rc patches are automatically generated from the git tree
these days, so I don't have control over them.

It does sound like you might have caught it while it was being generated:

> patch unexpectedly ends in middle of line
> patch:  unexpected end of file in patch

which would seem to indicate that maybe you just caught it while it
was still being generated.

But I just tried it myself, and get the same breakage. In fact, the
patch it downloads is exactly 50397184 bytes in size. That may not
sound like a round number, but it is: it is hex 0x301, so it's
evenly divisible by 65536.

Methinks there's some incorrect flushing of block IO going on. Konstantin?

> I also notice that the [pgp] signing is not there.  Is that normal?

So I don't sign the rc patches any more because I don't generate them
(but the final release patches and tar-balls I *do* sign).

But maybe they could be signed by some kernel.org key.

Again, that would be an automation issue..

Linus

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

[Linus Torvalds via RT]

On Sun, Sep 24, 2017 at 8:41 PM, Linus Torvalds
 wrote:
>
> But I just tried it myself, and get the same breakage. In fact, the
> patch it downloads is exactly 50397184 bytes in size.

Side note: instead of downloading a 50MB patch, you could probably use
the same amount of bandwidth to download and build git, and then use
that to download much smaller incremental updates.

I'm surprised that people still even use those nasty patches and tar-balls.

   Linus

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

[Linus Torvalds via RT]

On Sun, Sep 24, 2017 at 7:57 PM, Randy Dunlap  wrote:
>
> Downloading & applying 4.14-rc2 [patch] 
> 
>
> from kernel.org (home page) gives me a file that does not apply cleanly to 
> v4.13:

Hmm. The rc patches are automatically generated from the git tree
these days, so I don't have control over them.

It does sound like you might have caught it while it was being generated:

> patch unexpectedly ends in middle of line
> patch:  unexpected end of file in patch

which would seem to indicate that maybe you just caught it while it
was still being generated.

But I just tried it myself, and get the same breakage. In fact, the
patch it downloads is exactly 50397184 bytes in size. That may not
sound like a round number, but it is: it is hex 0x301, so it's
evenly divisible by 65536.

Methinks there's some incorrect flushing of block IO going on. Konstantin?

> I also notice that the [pgp] signing is not there.  Is that normal?

So I don't sign the rc patches any more because I don't generate them
(but the final release patches and tar-balls I *do* sign).

But maybe they could be signed by some kernel.org key.

Again, that would be an automation issue..

Linus

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

[Linus Torvalds via RT]

On Sun, Sep 24, 2017 at 8:41 PM, Linus Torvalds
 wrote:
>
> But I just tried it myself, and get the same breakage. In fact, the
> patch it downloads is exactly 50397184 bytes in size.

Side note: instead of downloading a 50MB patch, you could probably use
the same amount of bandwidth to download and build git, and then use
that to download much smaller incremental updates.

I'm surprised that people still even use those nasty patches and tar-balls.

   Linus

[Kernel.org Helpdesk #40777] [linuxfoundation.org #40777] Re: Linux 4.12-rc1 (file locations)

[Linus Torvalds via RT]

On Sun, May 14, 2017 at 10:59 AM, Randy Dunlap  wrote:
>
> Can the generated files please be put in the same places that (most or
> all) previous releases have used?

I will leave this to Konstantin.. There may well be practical reasons
for the movement.

> Oh, and the patch file (on https://kernel.org) is a text file, not a
> zipped file (as in previous releases).

Well, if you use a browser, the normal browser compression (behind
your back) should be in effect. So you won't actually be wasting the
bandwidth.

If you use wget, you have to manually ask for it. Quoting Konstantin
from an earlier discussion:

> Yes, this is implemented on the http protocol level -- but you have to
> tell wget to request it:
>
> wget -O test.patch.gz \
>  --header="accept-encoding: gzip" \
>  https://git.kernel.org/...
>
> Browsers do the requesting and ungzipping automatically, but not cmdline
> tools.

so the capability is there, it's just not done as several individual
files any more.

 Linus

[Kernel.org Helpdesk #40777] [linuxfoundation.org #40777] Re: Linux 4.12-rc1 (file locations)

[Linus Torvalds via RT]

On Sun, May 14, 2017 at 10:59 AM, Randy Dunlap  wrote:
>
> Can the generated files please be put in the same places that (most or
> all) previous releases have used?

I will leave this to Konstantin.. There may well be practical reasons
for the movement.

> Oh, and the patch file (on https://kernel.org) is a text file, not a
> zipped file (as in previous releases).

Well, if you use a browser, the normal browser compression (behind
your back) should be in effect. So you won't actually be wasting the
bandwidth.

If you use wget, you have to manually ask for it. Quoting Konstantin
from an earlier discussion:

> Yes, this is implemented on the http protocol level -- but you have to
> tell wget to request it:
>
> wget -O test.patch.gz \
>  --header="accept-encoding: gzip" \
>  https://git.kernel.org/...
>
> Browsers do the requesting and ungzipping automatically, but not cmdline
> tools.

so the capability is there, it's just not done as several individual
files any more.

 Linus