On 2017-05-24 14:42:54, li...@nerdbynature.de wrote:
> > We are trying to identify who are the people who still need to
> > download
> > patches as opposed to using git directly, and what their use-case
>
> I never use the links on the kernel.org main page to download patches,
> but
> still: can
On 2017-05-24 14:42:54, li...@nerdbynature.de wrote:
> > We are trying to identify who are the people who still need to
> > download
> > patches as opposed to using git directly, and what their use-case
>
> I never use the links on the kernel.org main page to download patches,
> but
> still: can
On Mon, 15 May 2017, Konstantin Ryabitsev via RT wrote:
> On 2017-05-15 14:34:56, francoisvalen...@gmail.com wrote:
> > It doesn't work with Firefox-53.0. After quite a long time while
> > firefox
> > uses 100% of CPU, I finally get a text file and not a gzip file of the
> > patch for 4.12-rc1. It
On Mon, 15 May 2017, Konstantin Ryabitsev via RT wrote:
> On 2017-05-15 14:34:56, francoisvalen...@gmail.com wrote:
> > It doesn't work with Firefox-53.0. After quite a long time while
> > firefox
> > uses 100% of CPU, I finally get a text file and not a gzip file of the
> > patch for 4.12-rc1. It
On Mon, 15 May 2017, Konstantin Ryabitsev via RT wrote:
> On 2017-05-15 14:34:56, francoisvalen...@gmail.com wrote:
> > It doesn't work with Firefox-53.0. After quite a long time while
> > firefox
> > uses 100% of CPU, I finally get a text file and not a gzip file of the
> > patch for 4.12-rc1. It
On Mon, 15 May 2017, Konstantin Ryabitsev via RT wrote:
> On 2017-05-15 14:34:56, francoisvalen...@gmail.com wrote:
> > It doesn't work with Firefox-53.0. After quite a long time while
> > firefox
> > uses 100% of CPU, I finally get a text file and not a gzip file of the
> > patch for 4.12-rc1. It
On 2017-05-15 11:42:48, torva...@linux-foundation.org wrote:
> so the capability is there, it's just not done as several individual
> files any more.
I've published a news item explaining the new process and the reasoning behind
not providing these automatically generated tarballs and patches as
On 2017-05-15 11:42:48, torva...@linux-foundation.org wrote:
> so the capability is there, it's just not done as several individual
> files any more.
I've published a news item explaining the new process and the reasoning behind
not providing these automatically generated tarballs and patches as
On 2017-05-14 13:59:22, rdun...@infradead.org wrote:
> On 05/13/17 13:57, Linus Torvalds wrote:
> > One thing worth noting - I haven't uploaded diffs or tar-balls for
> > this rc. Those should now be automagically generated by kernel.org for
> > the rc's, but that also means that they won't be
On 2017-05-14 13:59:22, rdun...@infradead.org wrote:
> On 05/13/17 13:57, Linus Torvalds wrote:
> > One thing worth noting - I haven't uploaded diffs or tar-balls for
> > this rc. Those should now be automagically generated by kernel.org for
> > the rc's, but that also means that they won't be
On 2017-05-15 14:34:56, francoisvalen...@gmail.com wrote:
> It doesn't work with Firefox-53.0. After quite a long time while
> firefox
> uses 100% of CPU, I finally get a text file and not a gzip file of the
> patch for 4.12-rc1. It was almost instantaneous previously. I don't
> see
> this as a
On 2017-05-15 14:34:56, francoisvalen...@gmail.com wrote:
> It doesn't work with Firefox-53.0. After quite a long time while
> firefox
> uses 100% of CPU, I finally get a text file and not a gzip file of the
> patch for 4.12-rc1. It was almost instantaneous previously. I don't
> see
> this as a
Le 15/05/17 à 17:42, Linus Torvalds via RT a écrit :
> 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
Le 15/05/17 à 17:42, Linus Torvalds via RT a écrit :
> 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
Le 15/05/17 à 17:42, Linus Torvalds via RT a écrit :
> 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
Le 15/05/17 à 17:42, Linus Torvalds via RT a écrit :
> 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
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
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
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
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
On 05/13/17 13:57, Linus Torvalds wrote:
> One thing worth noting - I haven't uploaded diffs or tar-balls for
> this rc. Those should now be automagically generated by kernel.org for
> the rc's, but that also means that they won't be signed by my key. If
> you really care about signing, get the
On 05/13/17 13:57, Linus Torvalds wrote:
> One thing worth noting - I haven't uploaded diffs or tar-balls for
> this rc. Those should now be automagically generated by kernel.org for
> the rc's, but that also means that they won't be signed by my key. If
> you really care about signing, get the
22 matches
Mail list logo