Changes by Éric Araujo mer...@netwok.org:
--
components: +Distutils2 -Distutils
stage: - unit test needed
type: - feature request
versions: +3rd party -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8891
anatoly techtonik techto...@gmail.com added the comment:
On Fri, Jun 4, 2010 at 1:11 AM, Éric Araujo rep...@bugs.python.org 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
Tarek Ziadé ziade.ta...@gmail.com 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
Tarek Ziadé ziade.ta...@gmail.com 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
Éric Araujo mer...@netwok.org 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 rep...@bugs.python.org
anatoly techtonik techto...@gmail.com added the comment:
Tarek Ziadé ziade.ta...@gmail.com 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
Tarek Ziadé ziade.ta...@gmail.com 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
Éric Araujo mer...@netwok.org 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
Éric Araujo mer...@netwok.org 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
Changes by Éric Araujo mer...@netwok.org:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8891
___
___
Python-bugs-list mailing list
Unsubscribe:
anatoly techtonik techto...@gmail.com 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
Éric Araujo mer...@netwok.org 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 rep...@bugs.python.org
anatoly techtonik techto...@gmail.com added the comment:
On Fri, Jun 4, 2010 at 3:10 PM, Éric Araujo rep...@bugs.python.org 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
New submission from anatoly techtonik techto...@gmail.com:
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
Changes by anatoly techtonik techto...@gmail.com:
Added file: http://bugs.python.org/file17539/sort_files_in_zip.27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8891
___
Éric Araujo mer...@netwok.org 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:
anatoly techtonik techto...@gmail.com added the comment:
On Fri, Jun 4, 2010 at 12:32 AM, Éric Araujo rep...@bugs.python.org 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
Éric Araujo mer...@netwok.org 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
Éric Araujo mer...@netwok.org 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
19 matches
Mail list logo
