[issue8891] sort files before archiving for consistency

Changes by Éric Araujo : -- components: +Distutils2 -Distutils stage: -> unit test needed type: -> feature request versions: +3rd party -Python 3.2 ___ Python tracker ___ __

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 3:10 PM, Éric Araujo wrote: > >> It would be nice if Python process could allow me to maintain my own >> patched version of Python stdlibs so that I can use it instead of main >> stdlib and quickly switch between them. > It’s free soft

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: I think Takek asked more for a description of the diff algo (e.g. “compare the CRC”, “compare all files”, etc.), not the UI of one tool. -- ___ Python tracker

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: > """ > I use well-defined development toolchain for working with binary files > that can detect insignificant change in some kind of binary data like > timestamps in .zip archive, but comparing moving blocks is a disaster. > """ > > Please explain us how you

[issue8891] sort files before archiving for consistency

Changes by Éric Araujo : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/optio

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: > It would be nice if Python process could allow me to maintain my own > patched version of Python stdlibs so that I can use it instead of main > stdlib and quickly switch between them. It’s free software, you have the right to copy, edit and release it. As for the

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: > It would be nice if Python process could allow me to maintain my own > patched version of Python stdlibs so that I can use it instead of main > stdlib and quickly switch between them. It’s free software, you have the right to copy, edit and release it. As for the

[issue8891] sort files before archiving for consistency

Tarek Ziadé added the comment: """ I use well-defined development toolchain for working with binary files that can detect insignificant change in some kind of binary data like timestamps in .zip archive, but comparing moving blocks is a disaster. """ Please explain us how you compare the conten

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: > Tarek Ziadé added the comment: > >> community members should be able to vote on patches > > *or* the core dev responsible for the development of the incriminated > package, which is me for distutils. This is said in the last part of the quoted msg107020:

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: “This is an improvement, not a feature” I used the two terms with the same meaning :) Do we add this to distutils in 3.2 and distutils2 too? -- ___ Python tracker ___

[issue8891] sort files before archiving for consistency

Tarek Ziadé added the comment: by the way, I am not sure what you call a binary sirting of zip files (since two equivalent zip files can have different metadata) but if you mean comparing a unzip -l output, you could use zipinfo instead, to sort the output. Overall, you need to compare the si

[issue8891] sort files before archiving for consistency

Tarek Ziadé added the comment: > community members should be able to vote on patches *or* the core dev responsible for the development of the incriminated package, which is me for distutils. This is an improvement, not a feature, and this won't make it to 2.7. While distutils is now frozen,

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 1:11 AM, Éric Araujo wrote: > > Sorry for writing when tired. Clearer first sentence: If it does not change > the code to match the docs or to fix a regression from an older version, it’s > a feature. This is the biggest problem wit

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: Sorry for writing when tired. Clearer first sentence: If it does not change the code to match the docs or to fix a regression from an older version, it’s a feature. -- ___ Python tracker

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: > It is not a feature, but a bugfix for wrong order of files in archive. That’s debatable. If the docs did advertise ordering and if it’s not a regression from an older version, it’s a new feature. I’m not saying I don’t like it, just clarifying Python’s process

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 12:32 AM, Éric Araujo wrote: > > This would be a new feature, so it can’t go into 2.6 unless I’m mistaken. It > may even not go into 2.7. It is not a feature, but a bugfix for wrong order of files in archive. That means that on diffe

[issue8891] sort files before archiving for consistency

Éric Araujo added the comment: This would be a new feature, so it can’t go into 2.6 unless I’m mistaken. It may even not go into 2.7. Your renaming of z to zip does not add much value and shadows a builtin; I advise against doing that. -- nosy: +merwok versions: +Python 3.2 -Python 2

[issue8891] sort files before archiving for consistency

Changes by anatoly techtonik : Added file: http://bugs.python.org/file17539/sort_files_in_zip.27.patch ___ Python tracker ___ ___ Python-bugs-l

[issue8891] sort files before archiving for consistency

New submission from anatoly techtonik : I am troubleshooting local issue with distutils and UAC on Windows, and I need to compare resulting binary archives. Unfortunately files to bdist archives are added in random order and this complicates comparisons. This patch makes distutils archives mor