[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: native packages

Henning Makholm wrote:

5. Non-Debian users care that Debian offers a well-organised archive
  of upstream sources of free software, which can often be compiled
  on other platforms. This is kind of peripheral to the value we add,
  but it is immensely useful at times (say, when I needed to compile
  VCG on a RedHat machine, the upstream ftp site was dead, and the
  Debian archive was the only place where source could be found). But
  it only works well if one can get *original* source without added
  debianisms that cannot easily be found or rolled back.

On the other hand, I don't see any material advantage in not
distinguishing between the original and Debian additions.

I think there is one: laziness. Most of the time people don't even check what they are uploading and then there is the "oopss, didn't see that huge source upload for -15, -16, -17 version of XYZ".

Anyway, I have found some great advantages of having .diff.gz one of which is at least some bandwidth conservation. For example, if xemacs has a version,


Why would someone that wants to rebuild these packages (for whatever reason), need to DL 10MB of stuff for every single debian release? Why not just DL 10MB once, then you just need 4 x 100kB.

What about if I want to see the difference between -2 and -3? Do I need to actually compare the entire darn tree or just the diff?

What if I want to see the difference between upstream .15 and .16? Without the .orig.tar.gz, I can't.

Maybe we need a Policy change that addresses this so that all packages that are *not* Debian specific or made for Debian exclusively, are required to use the .orig.tar.gz + diff.gz package method. Right now this is only a guideline in the Policy which I believe is insufficient :(

- Adam

Reply to: