[issue444582] Finding programs in PATH, addition to os

Tarek Ziadé added the comment: @iki: could you refactor your code so it's in shutil (and the tests in test_shutil) few remarks: only which/which_files should be public API, Next, I don't think extensions like VBS should be hardcoded if PATHEXT is not found. A pseudo-dos shell just

[issue8663] Failed compile in a non-ASCII path

Tarek Ziadé added the comment: I thought you had a unit test, I don't see any in your commit -- ___ Python tracker <http://bugs.python.org/issue8663> ___ ___

[issue8759] 2.7: wrong user site directory on Linux

Tarek Ziadé added the comment: "python/2.7/site-packages" is a typo in sysconfig, it should be "python2.7/site-packages" you are right. Fixing it.. -- ___ Python tracker <http://bu

[issue8759] 2.7: wrong user site directory on Linux

Tarek Ziadé added the comment: Fixed in r81371, r81372 Thanks! I let you close the issue once you are through with the rest of the talk. -- ___ Python tracker <http://bugs.python.org/issue8

[issue8770] Make 'python -m sysconfig' print something useful

Tarek Ziadé added the comment: You mean get_paths ? It could also print out get_config_vars() output -- ___ Python tracker <http://bugs.python.org/issue8

[issue8770] Make 'python -m sysconfig' print something useful

Changes by Tarek Ziadé : -- versions: -Python 2.7 ___ Python tracker <http://bugs.python.org/issue8770> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8770] Make 'python -m sysconfig' print something useful

Tarek Ziadé added the comment: weird, just realized "python -m site" doesn't print anything for me.. > If you want to make it sophisticated you could support arguments/options > using the 'argparse' module. :) Let&#

[issue8772] sysconfig: _get_default_scheme can be made public?

Tarek Ziadé added the comment: Its a good idea to have that API. Now for the subscheme, def get_current_scheme(subscheme=oneof('default', 'home', 'user')): This doesn't work because the installed Python has already chosen a scheme between default or

[issue8772] sysconfig: _get_default_scheme can be made public?

Tarek Ziadé added the comment: No sorry, no API change for 2.7 at this point. We are in beta stage. Now for the implementation, it's going to be a little more complex. We need to look at variables like PYTHONFRAMEWORK for instance. -- ___ P

[issue7511] msvc9compiler.py: ValueError: [u'path']

Tarek Ziadé added the comment: Remarks with the patch: - we need to keep the find_vcvarsall() backward compatible. e.g. define a default value for arch. - Next, since this fix is specific to 64bt and since *any value* in arch will be used as "not 64 bits", I think the patch shoul

[issue8770] Make 'python -m sysconfig' print something useful

Tarek Ziadé added the comment: added in r81513 Thanks all ! -- ___ Python tracker <http://bugs.python.org/issue8770> ___ ___ Python-bugs-list mailing list Unsub

[issue8770] Make 'python -m sysconfig' print something useful

Changes by Tarek Ziadé : -- stage: -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.python.org/issue8770> ___ ___ Python-bugs-

[issue8335] distutils test_build_ext's test_get_outputs fails in bootstrap environment

Tarek Ziadé added the comment: Dylan, what is your platform ? The only difference is that the test chdir in a new temporary directory. Could anyone trace the test to step into the linker call to see its error output ? (can't reproduce

[issue8254] write a configure command

Tarek Ziadé added the comment: start a new command from scratch. The configure command is not dealing but with generating a configuration file. config is implementing a whole compilation chain. -- ___ Python tracker <http://bugs.python.

[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 no

[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

[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

[issue600952] Installing w/o admin generates key error

Tarek Ziadé added the comment: 2.4/2.5 are not fixed anymore. Only security patches. -- ___ Python tracker <http://bugs.python.org/issue600952> ___ ___ Python-bug

[issue8928] wininst: could not create key

Tarek Ziadé added the comment: as I said in the other issue, there's no bug fix for 2.4 or 2.5 anymore, unless it's a security issue. So I am closing this issue. Also, your second message seems unrelated. If there's an issue with a dependency under 2.6, please open a dis

[issue8909] mention bitmap size for bdist_wininst

New submission from Tarek Ziadé : done in r81788, r81789, r81790, r81791 thanks! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.python.o

[issue8929] wininst: msvcr90 dependency in x64 build

Changes by Tarek Ziadé : -- nosy: +loewis, mhammond ___ Python tracker <http://bugs.python.org/issue8929> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8928] wininst: could not create key

Tarek Ziadé added the comment: Please don't add messages in here just to list the projects that suffer from a bug in Python 2.4 or 2.5. This is just making us extra triage/read work for nothing, and doesn't really help. Your first report is enough so the error and its references a

[issue8918] distutils test failure on solaris: IOError: [Errno 2] No such file or directory: '_configtest.i'

Tarek Ziadé added the comment: I don't have this platform, could you investigate for me Srid ? Looks like self._preprocess() fails for some reason. we need to trace this down. -- ___ Python tracker <http://bugs.python.org/i

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: As I said earlier, I am going to revert Distutils state in py3k so it's like the 3.1 branch. So the changes in distutils/ in py3k that are not backported in 3.1 will be lost. I had a lack of time lately, but I should be able to do it this

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Changes by Tarek Ziadé : -- components: +Distutils2 versions: -Python 2.5 ___ Python tracker <http://bugs.python.org/issue6884> ___ ___ Python-bugs-list mailin

[issue9031] distutils uses invalid "-Wstrict-prototypes" flag when compiling C++ extension module

Changes by Tarek Ziadé : -- priority: normal -> low versions: -Python 2.5 ___ Python tracker <http://bugs.python.org/issue9031> ___ ___ Python-bugs-list mai

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Tarek Ziadé added the comment: The patch looks good but I am not comfortable with this change until it's tested under other windows/VC flavors. I'll leave it up to Benjamin to decide whether it goes in rc2 -- ___ Python trac

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Tarek Ziadé added the comment: I am adding srid in the nosy list. I believe he can test those platforms as well if he's around -- nosy: +srid ___ Python tracker <http://bugs.python.org/i

[issue1035576] Add New RPM-friendly record option to setup.py

Tarek Ziadé added the comment: distutils is now frozen in all branches, so not accepting new features but just bug fixes. although distutils2 will not provide bdist_rpm, and I'd suggest the command to live on its own, in a new project (like bdist_deb did in stdeb). The benefit is to h

[issue9088] revert distutils so it's like in 3.1

New submission from Tarek Ziadé : distutils is going back to its 3.1 state, as planned at the summit (done in 2.7/trunk already). Should be done over the week end -- assignee: tarek messages: 108757 nosy: tarek priority: release blocker severity: normal status: open title: revert

[issue9088] revert distutils so it's like in 3.1

Changes by Tarek Ziadé : -- nosy: +georg.brandl ___ Python tracker <http://bugs.python.org/issue9088> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9164] 2.7 sysconfig should handle arch duplicates while building universal on OS X

Tarek Ziadé added the comment: Since there will be no standalone release of this code, no worries -- ___ Python tracker <http://bugs.python.org/issue9

[issue6095] os.curdir as the default argument for os.listdir

Tarek Ziadé added the comment: what do you mean by 'too trivial' ? I don't understand why this is now suddenly rejected. Raymond, Guido, and other people have +1 this on python-ideas. http://mail.python.org/pipermail/python-ideas/2009-May/004871.html People have worked o

[issue6095] os.curdir as the default argument for os.listdir

Tarek Ziadé added the comment: Yes, sorry. I should have added the link when I opened the bug. Thanks for reopening it -- resolution: -> wont fix status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue6095] os.curdir as the default argument for os.listdir

Changes by Tarek Ziadé : -- resolution: wont fix -> status: closed -> open ___ Python tracker <http://bugs.python.org/issue6095> ___ ___ Python-bugs-list

[issue6095] os.curdir as the default argument for os.listdir

Changes by Tarek Ziadé : -- nosy: -gvanrossum resolution: -> wont fix status: open -> closed ___ Python tracker <http://bugs.python.org/issue6095> ___ ___

[issue6095] os.curdir as the default argument for os.listdir

Tarek Ziadé added the comment: reopening again sorry (roundup bug) -- resolution: wont fix -> status: closed -> open ___ Python tracker <http://bugs.python.org/

[issue6095] os.curdir as the default argument for os.listdir

Tarek Ziadé added the comment: Thanks for looking into this ! -- ___ Python tracker <http://bugs.python.org/issue6095> ___ ___ Python-bugs-list mailing list Unsub

[issue9088] revert distutils to its 3.1 state

Tarek Ziadé added the comment: done in r83053 -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST

Tarek Ziadé added the comment: this fix was done to avoid generating broken MANIFEST file with sdist. IIUC your problem is more about avoiding generating a MANIFEST file at *all* via sdist, so we should add a --no-manifest option to the sdist command. This can be added today in Mercurial

[issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST

Tarek Ziadé added the comment: Follow-up at http://selenic.com/pipermail/mercurial-packaging/2010-August/09.html -- ___ Python tracker <http://bugs.python.org/issue8

[issue9173] logger statement not guarded in shutil._make_tarball

Changes by Tarek Ziadé : -- assignee: -> tarek versions: +Python 2.6, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/iss

[issue444582] Finding programs in PATH, adding shutil.which

Tarek Ziadé added the comment: looks good, minor changes before I commit it can you: - remove all old patches in this issue - make your code pep8 - rename the 'file' argument to 'filename' - add yourself in ACKS one or two usage examples in the Doc would

[issue5187] distutils upload should prompt for the user/password too

Tarek Ziadé added the comment: no, distutils is feature frozen -- ___ Python tracker <http://bugs.python.org/issue5187> ___ ___ Python-bugs-list mailin

[issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST

Tarek Ziadé added the comment: I like the idea of a marker in a comment line in the MANIFEST, we can introduce this as a bug fix to avoid this regression -- ___ Python tracker <http://bugs.python.org/issue8

[issue29663] Make collections.deque json serializable

New submission from Tarek Ziadé: collections.deque could be serialized in JSON as a simple array. The only thing we can lose in the process is the maxlen value, but I think it's a decent behaviour to ignore it when encoding and to set it to None when decoding. -- components: Li

<    5   6   7   8   9   10