[issue13150] Most of Python's startup time is sysconfig
Tarek Ziadé added the comment: I am curious: wouldn't be a way of keeping the compiled expressions in a static cache somewhere, so we would compile them just once and have both import time and runtime fast ? -- ___ Python tracker <http://bugs.python.org/issue13150> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12143] packaging extension gcc linking fails on Ubuntu Shared
Tarek Ziadé added the comment: Thanks for the test David -- ___ Python tracker <http://bugs.python.org/issue12143> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10126] test_distutils failure with --enable-shared
Tarek Ziadé added the comment: I am trying to fix this by backporting the distutils fix, but --enabled-share does not work for me ?! $ make distclean && ./configure --enable-shared --with-pydebug && make $ ./python libpython3.3dm.so.1.0: cannot open shared object file: No such file or directory The so file is present in the srcdir though. Investigating... -- ___ Python tracker <http://bugs.python.org/issue10126> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10126] test_distutils failure with --enable-shared
Tarek Ziadé added the comment: Fixed in packaging. It seems that all fronts are OK, so closing this -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue10126> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12132] test_packaging failures when run with -j
Changes by Tarek Ziadé : -- resolution: duplicate -> status: closed -> open ___ Python tracker <http://bugs.python.org/issue12132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12132] test_packaging failures when run with -j
Changes by Tarek Ziadé : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue12132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases
Tarek Ziadé added the comment:
@ned: right. done, and fixes issue12132
--
assignee: pitrou -> tarek
components: +Library (Lib)
title: --multiprocessing fails with packaging.tests.test_command_build_ext ->
sysconfig.get_config_vars('srcdir') fails in specific cases
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12150] test_sysconfig fails on solaris
New submission from Tarek Ziadé : == ERROR: test_get_path (test.test_sysconfig.TestSysConfig) -- Traceback (most recent call last): File "/home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/test_sysconfig.py", line 110, in test_get_path res = get_path(name, scheme) File "/home2/buildbot/slave/3.x.loewis-sun/build/Lib/sysconfig.py", line 436, in get_path return get_paths(scheme, vars, expand)[name] KeyError: 'stdlib' == ERROR: test_user_similar (test.test_sysconfig.TestSysConfig) -- Traceback (most recent call last): File "/home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/test_sysconfig.py", line 281, in test_user_similar global_path = get_path(name, 'posix_prefix') File "/home2/buildbot/slave/3.x.loewis-sun/build/Lib/sysconfig.py", line 436, in get_path return get_paths(scheme, vars, expand)[name] KeyError: 'stdlib' -- assignee: tarek components: Library (Lib) messages: 136571 nosy: tarek priority: normal severity: normal status: open title: test_sysconfig fails on solaris ___ Python tracker <http://bugs.python.org/issue12150> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging
Changes by Tarek Ziadé : -- assignee: -> tarek ___ Python tracker <http://bugs.python.org/issue12125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12113] test_packaging fails when run twice
Tarek Ziadé added the comment: I fixed it. The pypi server missed a Content-Length in its responses, and that made urlretrieve crazy :) -- ___ Python tracker <http://bugs.python.org/issue12113> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12169] Factor out common code for d2 commands register, upload and upload_docs
Tarek Ziadé added the comment: good idea! want to tackle this ? -- ___ Python tracker <http://bugs.python.org/issue12169> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12180] test_packaging: failures --without-threads
Tarek Ziadé added the comment: looking -- ___ Python tracker <http://bugs.python.org/issue12180> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12180] test_packaging: failures --without-threads
Changes by Tarek Ziadé : -- assignee: -> tarek ___ Python tracker <http://bugs.python.org/issue12180> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12180] test_packaging: failures --without-threads
Tarek Ziadé added the comment: all good now -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12180> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11254] distutils doesn't byte-compile .py files to __pycache__ during installation
Tarek Ziadé added the comment: to be backported in packaging -- in a way that will make it work with previous python versions for the incoming 2.x backport -- ___ Python tracker <http://bugs.python.org/issue11254> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10645] Remove egg-info files in stdlib
Tarek Ziadé added the comment: I am going to remove wsgiref.egg-info -- ___ Python tracker <http://bugs.python.org/issue10645> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging
Tarek Ziadé added the comment: I fixed it -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12218] Removing wsgiref.egg-info
New submission from Tarek Ziadé : I am removing that metadata info, since we're moving to PEP 376 -- assignee: tarek components: Library (Lib) messages: 137306 nosy: tarek priority: normal severity: normal status: open title: Removing wsgiref.egg-info versions: Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue12218> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10645] Remove egg-info files in stdlib
Tarek Ziadé added the comment: see issue12218 -- ___ Python tracker <http://bugs.python.org/issue10645> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12218] Removing wsgiref.egg-info
Changes by Tarek Ziadé : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12218> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12222] All pysetup commands should respect exit codes
New submission from Tarek Ziadé : All actions in packaging.run need to respect a basic exit convention 0/1. This is important because pysetup will be used in automated scripts so the caller needs to know wether the call failed or succedeed. Example: pysetup install project => sys,exit(0 or 1) -- assignee: tarek components: Distutils2 messages: 137348 nosy: alexis, eric.araujo, tarek priority: high severity: normal status: open title: All pysetup commands should respect exit codes versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue1> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12222] All pysetup commands should respect exit codes
Tarek Ziadé added the comment: fixed install in http://hg.python.org/cpython/rev/ebff46b232ed -- ___ Python tracker <http://bugs.python.org/issue1> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12226] use secured channel for uploading packages to pypi
Tarek Ziadé added the comment: Have you tried registering/uploading stuff through https ? if it's working as is I am +1 for this change in the next 2.7.x. For 2.6 don't know if it's worth a security patch. Martin, Barry, any opinion ? -- nosy: +barry, loewis ___ Python tracker <http://bugs.python.org/issue12226> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12226] use secured channel for uploading packages to pypi
Tarek Ziadé added the comment: On Wed, Jun 1, 2011 at 5:17 PM, Fred Drake wrote: > On Wed, Jun 1, 2011 at 11:14 AM, anatoly techtonik > wrote: >> Adding catalog-sig to CC. I can guarantee this for Windows. I'll be >> near Linux box tomorrow and will try upload to PyPI from there. It >> still will be more authoritative if more than one person can test >> upload to PyPI with this patch on different systems. > > The interesting case will be for a build that doesn't include SSL support. Yeah.. We do have in packaging a way to test against a PyPI server that gets launched on a real socket, so what we could do is: 1/ add a test that tries to upload and register via ssh 2/ make sure it fallbacks to http if _ssl is not found > > > -Fred > > -- > Fred L. Drake, Jr. > "Give me the luxuries of life and I will willingly do without the > necessities." > --Frank Lloyd Wright > ___ > Catalog-SIG mailing list > catalog-...@python.org > http://mail.python.org/mailman/listinfo/catalog-sig > -- ___ Python tracker <http://bugs.python.org/issue12226> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12246] create installation path if it's non-existent
Tarek Ziadé added the comment: This is probably because Tshepang works in a dev environment. I think we should have a nice message like "The installation path xxx seems not to exist, aborting installation" -- ___ Python tracker <http://bugs.python.org/issue12246> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12246] create installation path if it's non-existent
Tarek Ziadé added the comment: Strange, you should get a /usr/[local]/lib/python3.3/site-packages when you just run "./configure; make" It looks like you have a dev environment that has installed some stuff -- ___ Python tracker <http://bugs.python.org/issue12246> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12246] create installation path if it's non-existent
Tarek Ziadé added the comment: s/should get/should not get/ -- ___ Python tracker <http://bugs.python.org/issue12246> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12335] pysetup create will clobber an existing setup.cfg
Tarek Ziadé added the comment: I find this behavior a bit awkward. Maybe we should ask first if it's ok to create a new setup.cfg and rename the old one, *before* doing it. -- ___ Python tracker <http://bugs.python.org/issue12335> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12347] add an "extras" in packaging.pypi.simple.Crawler
New submission from Tarek Ziadé : It occurs to me that our Crawler don't allow us to specify extra locations, like easy_install or pypi We should add that and let the crawler look up to these places because the index -- messages: 138439 nosy: alexis, tarek priority: normal severity: normal status: open title: add an "extras" in packaging.pypi.simple.Crawler versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue12347> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12347] add an "extras" in packaging.pypi.simple.Crawler
Changes by Tarek Ziadé : -- type: -> feature request ___ Python tracker <http://bugs.python.org/issue12347> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12348] case sensitivness in packaging.pypi.simple.Crawler
New submission from Tarek Ziadé : the PyPI server deals with the package names case issue: if you get webob, it'll find WebOb. That's not true for mirrors, so we need to fallback to the global index when "webob" is not found under simple/webob/, and look for the name with a different case. -- messages: 138449 nosy: alexis, tarek priority: high severity: normal status: open title: case sensitivness in packaging.pypi.simple.Crawler type: behavior ___ Python tracker <http://bugs.python.org/issue12348> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12348] case sensitivness in packaging.pypi.simple.Crawler
Tarek Ziadé added the comment: see also http://mail.python.org/pipermail/catalog-sig/2011-June/003793.html -- ___ Python tracker <http://bugs.python.org/issue12348> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12416] packaging does not have hooks callable during distribution removal
Tarek Ziadé added the comment: Sounds good. Also, we should make the assumption that this hook might be deactivated or might fail. So it should not break the uninstallation in this case (a warning seem fine) -- ___ Python tracker <http://bugs.python.org/issue12416> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12416] packaging does not have hooks callable during distribution removal
Tarek Ziadé added the comment: We need to make it crystal clear in the doc: developers need to understand this behavior. Also, for a fatal error, I am -1 for activating this for an uninstall hook because we want to uninstall wathever happens in the hooks, +1 for others (as long as it's coupled with a --force option) It can be a specific exception the hook can raise to stop the process -- ___ Python tracker <http://bugs.python.org/issue12416> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9576] logging.addLevelName in file-based configurations
New submission from Tarek Ziadé :
It's not possible to use a custom level in a file-based configuration unless
you programatically call logging.addLevelName('LEVEL', VALUE)
It would be nice to be able to declare new levels in config files
--
assignee: vinay.sajip
components: Library (Lib)
messages: 113686
nosy: tarek, vinay.sajip
priority: normal
severity: normal
status: open
title: logging.addLevelName in file-based configurations
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue9576>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9576] logging.addLevelName in file-based configurations
Tarek Ziadé added the comment: You set it to "won't fix", that's why I didn't give you any feedback. In general, if you provides features programatically *and* via configuration, it makes sense to provide the whole set on both sides. IOW, if you don't want a feature to be used by third-party apps, it should not be exposed at all. -- ___ Python tracker <http://bugs.python.org/issue9576> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9845] Allow changing the method in urllib.request.Request
New submission from Tarek Ziadé : Right now you have to override Request or patch its get_method() method to be able to send HTTP requests where the method is not GET or POST. This is making some assumptions on what the users wants to do with the request. The way get_method guesses the method is good enough in most cases, but I think it would be good to let advanced developers provide their own method when they build a request. This would avoid unnecessary boiler-plate code to be able to customize the method. -- assignee: orsenthil components: Library (Lib) files: request_custom_method.patch keywords: patch messages: 116301 nosy: orsenthil, tarek priority: normal severity: normal status: open title: Allow changing the method in urllib.request.Request type: feature request versions: Python 3.3 Added file: http://bugs.python.org/file18869/request_custom_method.patch ___ Python tracker <http://bugs.python.org/issue9845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9845] Allow changing the method in urllib.request.Request
Tarek Ziadé added the comment: sorry - Removed the assignment (the name is not followed by *) -- assignee: orsenthil -> ___ Python tracker <http://bugs.python.org/issue9845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9841] sysconfig and distutils.sysconfig differ in subtle ways
Tarek Ziadé added the comment: That's what I wanted to do first but it turned out to be a bad idea. This duplication is unfortunate but the freeze is also to prevent third party code that patches distutils to break. For instance, there's a lot of code out there that just patches distutils.sysconfig paths... So changing it would break them. -- resolution: -> wont fix ___ Python tracker <http://bugs.python.org/issue9841> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9841] sysconfig and distutils.sysconfig differ in subtle ways
Tarek Ziadé added the comment: Not in distutils2 because we want to get rid of it, thats the whole point. distutils2 will use the sysconfig module I've extracted from distutils. -- ___ Python tracker <http://bugs.python.org/issue9841> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8980] distutils.tests.test_register.RegisterTestCase.test_strict fails
Tarek Ziadé added the comment: done in r85197 / r85198 Thanks ! -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue8980> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10016] shutil.copyfile -- allow sparse copying
Changes by Tarek Ziadé : -- assignee: -> tarek ___ Python tracker <http://bugs.python.org/issue10016> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10132] mkpkg.py is lacked.
Tarek Ziadé added the comment: The file was renamed to mkcfg.py, but we forgot to rename it in the scripts options in setup.py for py < 2.6. This was fixed since then. Until the alpha4 release is out you can make the same change in setup.py for your build to work. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue10132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10132] mkpkg.py is lacked.
Tarek Ziadé added the comment: The file was renamed to mkcfg.py, but we forgot to rename it in the scripts options in setup.py for py < 2.6. This was fixed since then. Until the alpha4 release is out you can make the same change in setup.py for your build to work. -- ___ Python tracker <http://bugs.python.org/issue10132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10361] Fix issue 9995 - distutils forces developers to store password in cleartext (issue2874041)
Tarek Ziadé added the comment: Looks good to me: the upload command will get the credentials from the session instead of using the existing config at all. I remember that we changed the behavior to you'd had to set ONLY the user in the rc file, but allowing to pass the user is better since it make the config file optional -- components: +Demos and Tools nosy: +tarek ___ Python tracker <http://bugs.python.org/issue10361> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9995] "setup.py register sdist upload" requires pass to be saved
Tarek Ziadé added the comment: Please stop changing this flag. If you want to have a more secure PyPI transaction, you should first send a feature request on Catalog-SIG so pypi.python.org forces https. -- ___ Python tracker <http://bugs.python.org/issue9995> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10374] setup.py caches outdated scripts in the build tree
Tarek Ziadé added the comment: As described in distutils-SIG, we need to work on a clever way to update the build tree. For Distutils1, removing it completely (possibly via the clean command) is what people can do. -- components: +Distutils2 -Distutils type: behavior -> feature request ___ Python tracker <http://bugs.python.org/issue10374> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue962772] when both maintainer and author provided, author discarded
Tarek Ziadé added the comment: PEP 345 adds a Maintainer field to fix this, and this is now present and active in Ditsutils2. You can now have both. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue962772> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Tarek Ziadé added the comment: We don't punish anyone here. We try to avoid breaking distutils because it's really easy to get broken and get people upset. (you ask me) This bug has been opened for years and no one commited it because it's very very hard to review. it involves many parts, many people. I am not sure how we should do this, but here's my proposal for distutils2 at least: - make this new feature a standalone package that patches distutils - release it for 2.x - let's add your work in distutils2 as well, so it's back in the stdlib in 3.x -- ___ Python tracker <http://bugs.python.org/issue3871> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Tarek Ziadé added the comment: I understand your frustration, but I can't lift the freeze because any change to distutils potentially break third party projects out there. We suffered from that in the past and we decided to proceed on a new version and freeze this one. Having this compiler released on its own project is absolutely possible and acceptable and can be done in a way that works with distutils1 and distutils2, and I'd happily integrate it to distutils2 today once we manage to review it. -- ___ Python tracker <http://bugs.python.org/issue3871> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10409] mkcfg crashes with ValueError
Tarek Ziadé added the comment: Thanks for the feedback, I can reproduce this. Fixing it. -- ___ Python tracker <http://bugs.python.org/issue10409> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10409] mkcfg crashes with ValueError
Tarek Ziadé added the comment: Commited in a99e29d63071 (hg.python.org) -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue10409> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1326113] Letting "build_ext --libraries" take more than one lib
Tarek Ziadé added the comment: Distutils is frozen and we fix only bugs. This case is a little bit at the edge. Can you show us an example of a call you are trying to make, and the gcc command line output that fails ? I want to see if we can find a workaround. If so, this will be changed only in Distutils2. If not I'll change this to a bug and we'll fix it in distutils too. -- ___ Python tracker <http://bugs.python.org/issue1326113> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11409] pysetup --search should return non-zero when a dist is not installed and print a message stating the fact.
Tarek Ziadé added the comment: pysetup is currently under heavy refactoring -- see the https://bitbucket.org/tarek/distutils2-new-cmdline clone if you want to help on this. I am planning to merge it before the release, this week. -- ___ Python tracker <http://bugs.python.org/issue11409> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11501] distutils.archive_util should handle absence of zlib module
Changes by Tarek Ziadé : Removed file: http://bugs.python.org/file21137/pycon-issue11501.patch ___ Python tracker <http://bugs.python.org/issue11501> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11501] distutils.archive_util should handle absence of zlib module
Changes by Tarek Ziadé : Removed file: http://bugs.python.org/file21142/pycon-issue11501.patch ___ Python tracker <http://bugs.python.org/issue11501> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11841] Bug in the verson comparison
New submission from Tarek Ziadé :
The NormalizedVersion class is not correctly sorting rc1:
>>> from packaging.version import NormalizedVersion
>>> NormalizedVersion('0.7.0') < NormalizedVersion('0.7.0rc1')
True
>>> NormalizedVersion('0.7.0rc1')
NormalizedVersion('0.7rc1')
>>> NormalizedVersion('0.7.0') < NormalizedVersion('0.7.0a1')
False
>>> NormalizedVersion('0.7.0') < NormalizedVersion('0.7.0c1')
False
--
assignee: tarek
components: Distutils2
messages: 133656
nosy: alexis, brett.cannon, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Bug in the verson comparison
type: behavior
versions: Python 3.3
___
Python tracker
<http://bugs.python.org/issue11841>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10496] "import site failed" when Python can't find home directory (sysconfig._getuserbase)
Tarek Ziadé added the comment: As discussed w/ Victor, a process should be able to run Python even if its user does not have a home. So the call to _getuserbase() should be protected. But then we have to control that all the code that uses CONFIG_VARS['userbase'] is protected when the value is not set. I am thinking about per-user installation and such things: we need to make sure everything is checking this. -- ___ Python tracker <http://bugs.python.org/issue10496> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10496] "import site failed" when Python can't find home directory (sysconfig._getuserbase)
Tarek Ziadé added the comment: Paths that are starting with ~ should be extended with the right value with the user base. If the user base cannot be calculated, paths starting with ~ should not exist or be used at all in this context. Maybe we need to completely reset them to None like userbase. We need to list all use cases within the stdlib and come up with a general rule. -- ___ Python tracker <http://bugs.python.org/issue10496> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12112] The new packaging module should not use the locale encoding
Tarek Ziadé added the comment: Looks good, please commit this -- ___ Python tracker <http://bugs.python.org/issue12112> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12115] some tests need to be skipped on threadless systems
New submission from Tarek Ziadé : == ERROR: packaging.tests.test_command_upload_docs (unittest.loader.ModuleImportFailure) -- Traceback (most recent call last): File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/unittest/case.py", line 407, in _executeTestPart function() File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/unittest/loader.py", line 32, in testFailure raise exception ImportError: Failed to import test module: packaging.tests.test_command_upload_docs Traceback (most recent call last): File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/unittest/loader.py", line 257, in _find_tests module = self._get_module_from_name(name) File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/unittest/loader.py", line 235, in _get_module_from_name __import__(name) File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/packaging/tests/test_command_upload_docs.py", line 14, in from packaging.tests.pypi_server import PyPIServerTestCase File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/packaging/tests/pypi_server.py", line 36, in import threading File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/importlib/_bootstrap.py", line 437, in load_module return self._load_module(fullname) File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/importlib/_bootstrap.py", line 141, in decorated return fxn(self, module, *args, **kwargs) File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/importlib/_bootstrap.py", line 342, in _load_module exec(code_object, module.__dict__) File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/threading.py", line 4, in import _thread ImportError: No module named '_thread' -- assignee: tarek components: Library (Lib) messages: 136287 nosy: alexis, tarek priority: normal severity: normal status: open title: some tests need to be skipped on threadless systems versions: Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue12115> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12113] test_packaging fails when run twice
Tarek Ziadé added the comment: my commit fixed only the first issue. the second one is a separate issue that needs more investigation -- ___ Python tracker <http://bugs.python.org/issue12113> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12120] test_packaging failure
Tarek Ziadé added the comment: on it -- ___ Python tracker <http://bugs.python.org/issue12120> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12120] test_packaging failure
Tarek Ziadé added the comment: I cannot reproduce this. there's exactly the same test in distutils, so I am wondering why it passes there and not in packaging for you. Any special way to run the tests ? -- ___ Python tracker <http://bugs.python.org/issue12120> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12112] The new packaging module should not use the locale encoding
Tarek Ziadé added the comment: That's not used anymore, I am going to strip it -- ___ Python tracker <http://bugs.python.org/issue12112> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12120] test_packaging failure
Tarek Ziadé added the comment: a well, we can skip that pyc test in case PYTHONDONTWRITEBYTECODE is set, thanks ! -- ___ Python tracker <http://bugs.python.org/issue12120> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12135] test_packaging failure under Windows
Tarek Ziadé added the comment: As I said on python-dev, I am aware of the failures. I have fixed most of them today and yesterday. I have four left including this one. So no need to add more issues, I am on it :) -- ___ Python tracker <http://bugs.python.org/issue12135> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12135] The spawn function should return stderr.
Tarek Ziadé added the comment: That's a feature request then, so we will see this once the bbot are green -- priority: critical -> normal title: test_packaging failure under Windows -> The spawn function should return stderr. type: behavior -> feature request ___ Python tracker <http://bugs.python.org/issue12135> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12131] python built with --prefix fails in site.py with no section 'posix_prefix'
Tarek Ziadé added the comment: This seems to be the proper fix, I forgot to change the Makefile. Would you mind applying it ? thanks about editing this file: as mentioned on python dev, there will be several levels of customization (global, per project, per user) -- ___ Python tracker <http://bugs.python.org/issue12131> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12141] --multiprocessing fails with packaging.tests.test_command_build_ext
New submission from Tarek Ziadé :
this test module looks for sysconfig.get_config_var('srcdir') which in turns
uses the sys,executable path.
multiprocess seems to change it in every process, leading to the errors.
To reproduce:
./python Lib/test/regrtest.py -j2 -v test_packaging
A workaround is to skip the test in case the file is not found, but we need to
fix it because it boils down to sysconfig being broken in multiprocess
--
assignee: pitrou
messages: 136483
nosy: pitrou, tarek
priority: normal
severity: normal
status: open
title: --multiprocessing fails with packaging.tests.test_command_build_ext
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12132] test_packaging failures when run with -j
Changes by Tarek Ziadé : -- superseder: -> test_packaging failures when run with -j ___ Python tracker <http://bugs.python.org/issue12132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12132] test_packaging failures when run with -j
Changes by Tarek Ziadé : -- superseder: test_packaging failures when run with -j -> --multiprocessing fails with packaging.tests.test_command_build_ext ___ Python tracker <http://bugs.python.org/issue12132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12141] --multiprocessing fails with packaging.tests.test_command_build_ext
Tarek Ziadé added the comment: Oops. It's a duplicate. Keeping this one since the problem was narrowed to multiprocessing/sys,executable and sysconfig -- ___ Python tracker <http://bugs.python.org/issue12141> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12132] test_packaging failures when run with -j
Changes by Tarek Ziadé : -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/issue12132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12141] --multiprocessing fails with packaging.tests.test_command_build_ext
Tarek Ziadé added the comment:
sysconfig is looking for the source dir when
sysconfig.get_config_var('srcdir')
is called.
And this is done like this:
if sys.executable:
_PROJECT_BASE = os.path.dirname(_safe_realpath(sys.executable))
else:
# sys.executable can be empty if argv[0] has been changed and Python is
# unable to retrieve the real program name
_PROJECT_BASE = _safe_realpath(os.getcwd())
Because sys.executable (argv[0] in fact) is not filled when you call
multiprocess vvia the -j option.
So yeah, this has to do with sys.executable
--
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12143] packaging extension gcc linking fails on Ubuntu Shared
New submission from Tarek Ziadé : I can't reproduce this yet, or compare it to distutils. I == ERROR: test_build_ext (packaging.tests.test_command_build_ext.BuildExtTestCase) -- Traceback (most recent call last): File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/unixccompiler.py", line 255, in link self.spawn(linker + ld_args) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/ccompiler.py", line 847, in spawn spawn(cmd, dry_run=self.dry_run) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/util.py", line 783, in spawn raise PackagingExecError(msg % (cmd, exit_status)) packaging.errors.PackagingExecError: command '['gcc', '-pthread', '-shared', '/tmp/tmpwe7ci9/tmp3v8m7p/tmp/tmpwe7ci9/tmp3v8m7p/xxmodule.o', '-L.', '-lpython3.3', '-o', '/tmp/tmpwe7ci9/tmp3v8m7p/xx.cpython-33dm.so']' failed with exit status 1 During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/tests/test_command_build_ext.py", line 59, in test_build_ext cmd.run() File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/command/build_ext.py", line 345, in run self.build_extensions() File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/command/build_ext.py", line 368, in build_extensions self.build_extension(ext) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/command/build_ext.py", line 454, in build_extension target_lang=language) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/ccompiler.py", line 675, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/unixccompiler.py", line 257, in link raise LinkError(msg) packaging.errors.LinkError: command '['gcc', '-pthread', '-shared', '/tmp/tmpwe7ci9/tmp3v8m7p/tmp/tmpwe7ci9/tmp3v8m7p/xxmodule.o', '-L.', '-lpython3.3', '-o', '/tmp/tmpwe7ci9/tmp3v8m7p/xx.cpython-33dm.so']' failed with exit status 1 == ERROR: test_get_outputs (packaging.tests.test_command_build_ext.BuildExtTestCase) -- Traceback (most recent call last): File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/unixccompiler.py", line 255, in link self.spawn(linker + ld_args) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/ccompiler.py", line 847, in spawn spawn(cmd, dry_run=self.dry_run) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/util.py", line 783, in spawn raise PackagingExecError(msg % (cmd, exit_status)) packaging.errors.PackagingExecError: command '['gcc', '-pthread', '-shared', '/tmp/tmpdfxahd/tmp0m_s9d/tempt/tmp/tmpdfxahd/tmp_cb75f/foo.o', '-L.', '-lpython3.3', '-o', '/tmp/tmpdfxahd/tmpcoi8oo/foo.cpython-33dm.so']' failed with exit status 1 During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/tests/test_command_build_ext.py", line 263, in test_get_outputs cmd.run() File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/command/build_ext.py", line 345, in run self.build_extensions() File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/command/build_ext.py", line 368, in build_extensions self.build_extension(ext) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/command/build_ext.py", line 454, in build_extension target_lang=language) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/ccompiler.py", line 675, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/packaging/compiler/unixccompiler.py", line 257, in link raise LinkError(msg) packaging.errors.LinkError: command '['gcc', '-pthread', '-shared', '/tmp/tmpdfxahd/tmp0m_s9d/tempt/tmp/tmpdfxahd/tmp_cb75f/foo.o', '-L.', '-lpython3.3', '-o', &#x
[issue1059244] distutil bdist hardcodes the python location
Tarek Ziadé added the comment: I am +1 with what Eric said. I'd suggest that you send a mail to teh distutils2 development mailing list to make some proposals. -- ___ Python tracker <http://bugs.python.org/issue1059244> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Tarek Ziadé added the comment: If you can make your server work with the current implementation, I'd rather not change this in distutils but in distutils2. Distutils is frozen and we make only bug fixes. By bug fix I mean anything that is a bug. A non-strict implementation of the EOLs is not a bug, and I suggest that you write your patch against distutils2. Eric, thanks for all the hard work in triaging the bugs ! Let's make sure we do the bare minimal maintenance in distutils, and suggest to people to contribute in distutils2. Brian, for distutils1, the register and upload command would be considered buggy if they don't work for PyPI, which is not the case. Thanks! -- ___ Python tracker <http://bugs.python.org/issue10510> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6983] Add specific get_platform() for freebsd
Changes by Tarek Ziadé : -- components: +Distutils2, Library (Lib) -Distutils ___ Python tracker <http://bugs.python.org/issue6983> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Tarek Ziadé added the comment: > If it's not a bug in distutils1, I imagine it will not be a bug in distutils2 Yes that would be a feature request. we would be happy to add. e.g. make the commands works with server X ou server Y. > I also don't see distutils2 in this list http://svn.python.org/projects/ > which means either distutils2 isn't part of the standard library, or it > doesn't follow the documented patch submission process, or perhaps both? > Insight welcome here. Distutils2 is developed at http://hg.python.org/distutils2 and will be included when ready in the stdlib (circa 3.3), as a distutils replacer. It's in fact the distutils trunk, with lots of changes (some are backward incompatible). It will be installable from 2.4 onward. It does not follow the same process. Which I have described in python-dev last week: http://mail.python.org/pipermail/python-dev/2010-November/105772.html -- ___ Python tracker <http://bugs.python.org/issue10510> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10578] Add mock PyPI server to test distutils
Tarek Ziadé added the comment: Please no more enhancements in distutils ! even in the tests. Distutils is on maintenance mode, and we need to do the bare minimum there. we need to do the minimum changes. If there's a bug in PyPI related code in distutils, you need to do this: - fix the bug in distutils2, with the mock server + a test - backport the bugfix only -- resolution: -> wont fix ___ Python tracker <http://bugs.python.org/issue10578> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10571] "setup.py upload --sign" broken: TypeError: 'str' does not support the buffer interface
Tarek Ziadé added the comment: Eric: #10578 will not happen in Distutils1. You need to add a test in distutils2, apply the bugfix there, then apply Jakub's patch in distutils1 -- components: +Distutils2 ___ Python tracker <http://bugs.python.org/issue10571> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10578] Add mock PyPI server to test distutils
Tarek Ziadé added the comment: I don't think this will be a huge problem, given the low amount of bugs we have for all code involving PyPI. Other bugfix can be backported w/ their tests most of the time. -- ___ Python tracker <http://bugs.python.org/issue10578> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10595] Adding a syslog.conf reader in syslog
New submission from Tarek Ziadé :
The syslog module allows to configure via openlog() the facility.
There's one missing feature though, I'd love to have in a new API: a way to
read the syslog configuration, and in particular to know where each facility
file is located on the system.
e.g.:
>>> from syslog import get_config, LOG_AUTH
>>> get_config(LOG_AUTH)
{'filename': '/var/log/auth.log', some other stuff}
I am not sure how easy it would be, looking at the syslog C API...
--
components: Library (Lib)
messages: 122990
nosy: jafo, tarek
priority: normal
severity: normal
status: open
title: Adding a syslog.conf reader in syslog
type: feature request
versions: Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue10595>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10367] "python setup.py sdist upload --show-response" can fail with "UnboundLocalError: local variable 'result' referenced before assignment"
Tarek Ziadé added the comment: Philip, Eric is currently assigned to this issue, and was working on a test, obviously. It means that commiting a fix without a test without asking him first is is quite rude. He and I are maintaining Distutils. Your help is welcome but please do not commit in this area without discussion in particular when the bug is assigned to someone. Now if you could provide a test for your change, we would highly appreciate it. Thanks -- ___ Python tracker <http://bugs.python.org/issue10367> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10367] "python setup.py sdist upload --show-response" can fail with "UnboundLocalError: local variable 'result' referenced before assignment"
Tarek Ziadé added the comment: Ugh sorry I thought Eric was working on a test. I misunderstood. -- ___ Python tracker <http://bugs.python.org/issue10367> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10627] Remove usage of deprecated configparser.ConfigParser class in the stdlib
Tarek Ziadé added the comment: So, as discussed w/ Lukasz: - distutils1 gets unchanged and the warning is silenced there - distutils2 uses SafeConfigParser [done] -- ___ Python tracker <http://bugs.python.org/issue10627> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10743] 3.2's sysconfig doesn't work with virtualenv
Tarek Ziadé added the comment: Will do tonight -- ___ Python tracker <http://bugs.python.org/issue10743> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10743] 3.2's sysconfig doesn't work with virtualenv
Tarek Ziadé added the comment: I have investigated the problem and it turns out virtualenv patches distutils.sysconfig behavior by adding to the sys module a "real_prefix" attribute that points to the global Python install and is used instead of sys.prefix that points to the virtualenv local install, when some distutils.sysconfig APIs are used. The fix is to change virtualenv so it patches sysconfig the same way it does for distutils.sysconfig. To simulate this patch, just change how _EXEC_PREFIX and _PREFIX are set in sysconfig, by setting them to sys.real_prefix instead of sys.prefix/sys.exec_prefix when using virtualenv. I suggest to Georg that this bug gets resolved to "invalid" and that we move it to the virtualenv bitbucket tracker. -- ___ Python tracker <http://bugs.python.org/issue10743> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10764] sysconfig and alternative implementations
Tarek Ziadé added the comment: Yes that's what we said we would do, and was the second step after the extraction of sysconfig from distutils. -- ___ Python tracker <http://bugs.python.org/issue10764> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11045] shutil._make_tarball
New submission from Tarek Ziadé :
This line : logger.info("creating %s" % archive_dir)
should check that logger is not None before being called..
--
assignee: tarek
components: Library (Lib)
messages: 127300
nosy: tarek
priority: high
severity: normal
status: open
title: shutil._make_tarball
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue11045>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11045] shutil._make_tarball
Tarek Ziadé added the comment: will fix + write patch -- stage: -> needs patch ___ Python tracker <http://bugs.python.org/issue11045> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11037] How does distutils2 handle namespaces?
Tarek Ziadé added the comment: Yes me neither. The PEP is hard to understand, maybe a pseudo-code example could shed some light -- ___ Python tracker <http://bugs.python.org/issue11037> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11037] How does distutils2 handle namespaces?
Tarek Ziadé added the comment: Eric: the PEP was accepted already IIRC, and its status is not up-to-date. So it's just a matter of adding the implementation now. This bug can be a placeholder for its implementation if no other bug was opened for this yet -- ___ Python tracker <http://bugs.python.org/issue11037> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11037] Implementing PEP 382
Changes by Tarek Ziadé : -- title: How does distutils2 handle namespaces? -> Implementing PEP 382 ___ Python tracker <http://bugs.python.org/issue11037> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
Tarek Ziadé added the comment: Yeah I agree. Until we get a solution + patch the priority here does not really matter. -- ___ Python tracker <http://bugs.python.org/issue6792> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11200] Addition of abiflags breaks distutils
Tarek Ziadé added the comment: Toshio: yeah go ahead and add one, and let's do this asap in Distribute -- ___ Python tracker <http://bugs.python.org/issue11200> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11200] Addition of abiflags breaks distutils
Tarek Ziadé added the comment: Also, let's keep this open/valid for Distutils2 -- components: +Distutils2 -Library (Lib) nosy: +alexis, eric.araujo resolution: invalid -> ___ Python tracker <http://bugs.python.org/issue11200> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
Tarek Ziadé <[EMAIL PROTECTED]> added the comment: patch with the new trunk Added file: http://bugs.python.org/file10392/copytree2.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2663> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10179/copytree.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2663> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
