| 1 |
On Wed, Aug 13, 2014 at 04:55:47PM +0000, James wrote |
| 2 |
|
| 3 |
> Now that I'm looking, it looks like a policy decision for the devs |
| 4 |
> to formally evaluate. /distfiles/ should not be a dir for garbage, |
| 5 |
> one-off-files and other such nonsense. It was (circa 2004 for me) |
| 6 |
> a repository for compressed sources. |
| 7 |
|
| 8 |
A question for you. A security problem is discovered in linux kernel |
| 9 |
3.a.b.c.d. The problem is solved by changing 10 lines in the source |
| 10 |
code. Which option would you prefer... |
| 11 |
|
| 12 |
a) downloading the 10-line patchfile, and having the ebuild apply the |
| 13 |
patch against the existing kernel 3.a.b.c.d source? |
| 14 |
|
| 15 |
b) downloading a new 75 megabyte 3.a.b.c.d-r1 linux kernel |
| 16 |
|
| 17 |
Ditto for 120 megabytes of firefox sources, 83 megabytes of gcc |
| 18 |
sources, etc, etc. That would suck for anybody who has an download cap |
| 19 |
and/or a slow connection not to mention increasing bandwidth costs for |
| 20 |
the Gentoo servers and mirrors. |
| 21 |
|
| 22 |
And if you *REALLY* wanted, I suppose that foo.exe could be |
| 23 |
"compressed" to foo.exe.xz with a possible savings of a few bytes, or |
| 24 |
possibly being even slightly larger than the original. If the files are |
| 25 |
already compressed, there's no point in trying to compress them again. |
| 26 |
It provides zero benefit and creates extra work. |
| 27 |
|
| 28 |
-- |
| 29 |
Walter Dnes <waltdnes@××××××××.org> |
| 30 |
I don't run "desktop environments"; I run useful applications |
Archives