[lkml]   [1999]   [May]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Kernel tarball size
Hi Rogier.

>>> What would be nice (from the tar ball point of view) would be to
>>> modularize the kernel sources so that they can be downloaded
>>> separetly (I know I misspelled it), but I can easily imagine the
>>> horror trying to keep that up to date and working properly. Not
>>> very likely, but would be nice.

>> In fact, it isn't at all hard to do. I wrote a bash script that
>> does just that some time back, and submitted it for
>> consideration, and was told in response not to waste my time as
>> Linus does the distributions the way they're currently done
>> because he's used to it and feels that what suits him
>> automatically suits everybody else.

> The short answer is "feel free to do what you like, but Linus
> will keep on distributing full tarballs".

That's what I gathered...

> Linus doesn't mind if you have a mirror of, and
> then split it and put that on your own FTP site. If more people
> start use that than use the original, then that
> might be an important argument to Linus to start running your
> script.

I'm looking towards upgrading the hard drive space I have permanently
online, and when it's upgraded, I might do just that...

Best wishes from Riley.

| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:52    [W:0.088 / U:5.992 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site