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
Tarek Ziadé added the comment:
Thanks for the test David
--
___
Python tracker
<http://bugs.python.org/issue12143>
___
___
Python-bugs-list mailing list
Unsub
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:
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/issu
Changes by Tarek Ziadé :
--
resolution: duplicate ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-bugs-list
Changes by Tarek Ziadé :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-bugs-list mailing list
Unsubscri
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
v
New submission from Tarek Ziadé :
==
ERROR: test_get_path (test.test_sysconfig.TestSysConfig)
--
Traceback (most recent call last):
File "/home2/bui
Changes by Tarek Ziadé :
--
assignee: -> tarek
___
Python tracker
<http://bugs.python.org/issue12125>
___
___
Python-bugs-list mailing list
Unsubscri
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/issue12
Tarek Ziadé added the comment:
good idea! want to tackle this ?
--
___
Python tracker
<http://bugs.python.org/issue12169>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
looking
--
___
Python tracker
<http://bugs.python.org/issue12180>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Tarek Ziadé :
--
assignee: -> tarek
___
Python tracker
<http://bugs.python.org/issue12180>
___
___
Python-bugs-list mailing list
Unsubscri
Tarek Ziadé added the comment:
all good now
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12180>
___
___
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/issue11
Tarek Ziadé added the comment:
I am going to remove wsgiref.egg-info
--
___
Python tracker
<http://bugs.python.org/issue10645>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
I fixed it
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12125>
___
___
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, Pytho
Tarek Ziadé added the comment:
see issue12218
--
___
Python tracker
<http://bugs.python.org/issue10645>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Tarek Ziadé :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12218>
___
___
Python-bugs-list
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
Tarek Ziadé added the comment:
fixed install in http://hg.python.org/cpython/rev/ebff46b232ed
--
___
Python tracker
<http://bugs.python.org/issue1>
___
___
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:
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
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 trac
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 trac
Tarek Ziadé added the comment:
s/should get/should not get/
--
___
Python tracker
<http://bugs.python.org/issue12246>
___
___
Python-bugs-list mailing list
Unsub
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/is
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
sev
Changes by Tarek Ziadé :
--
type: -> feature request
___
Python tracker
<http://bugs.python.org/issue12347>
___
___
Python-bugs-list mailing list
Unsubscri
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 wi
Tarek Ziadé added the comment:
see also http://mail.python.org/pipermail/catalog-sig/2011-June/003793.html
--
___
Python tracker
<http://bugs.python.org/issue12
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
<h
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
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
comp
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 fea
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
Tarek Ziadé added the comment:
sorry - Removed the assignment (the name is not followed by *)
--
assignee: orsenthil ->
___
Python tracker
<http://bugs.python.org/iss
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 ju
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/i
Tarek Ziadé added the comment:
done in r85197 / r85198
Thanks !
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Tarek Ziadé :
--
assignee: -> tarek
___
Python tracker
<http://bugs.python.org/issue10016>
___
___
Python-bugs-list mailing list
Unsubscri
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.
--
resolut
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 w
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
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
<h
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 -> feat
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.p
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 invo
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 com
Tarek Ziadé added the comment:
Thanks for the feedback, I can reproduce this. Fixing it.
--
___
Python tracker
<http://bugs.python.org/issue10409>
___
___
Pytho
Tarek Ziadé added the comment:
Commited in a99e29d63071 (hg.python.org)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
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
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
Changes by Tarek Ziadé :
Removed file: http://bugs.python.org/file21137/pycon-issue11501.patch
___
Python tracker
<http://bugs.python.org/issue11501>
___
___
Python-bug
Changes by Tarek Ziadé :
Removed file: http://bugs.python.org/file21142/pycon-issue11501.patch
___
Python tracker
<http://bugs.python.org/issue11501>
___
___
Python-bug
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.0
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 protecte
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
Tarek Ziadé added the comment:
Looks good, please commit this
--
___
Python tracker
<http://bugs.python.org/issue12112>
___
___
Python-bugs-list mailin
New submission from Tarek Ziadé :
==
ERROR: packaging.tests.test_command_upload_docs
(unittest.loader.ModuleImportFailure)
--
Traceback (most recent call last
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/issue12
Tarek Ziadé added the comment:
on it
--
___
Python tracker
<http://bugs.python.org/issue12120>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Tarek Ziadé added the comment:
That's not used anymore, I am going to strip it
--
___
Python tracker
<http://bugs.python.org/issue12112>
___
___
Pytho
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/issue12
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
<h
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 -> f
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
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_pa
Changes by Tarek Ziadé :
--
superseder: -> test_packaging failures when run with -j
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-
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/issu
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/is
Changes by Tarek Ziadé :
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-bugs-list
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
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.BuildExtTes
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/issu
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 i
Changes by Tarek Ziadé :
--
components: +Distutils2, Library (Lib) -Distutils
___
Python tracker
<http://bugs.python.org/issue6983>
___
___
Python-bugs-list mailin
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 i
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 th
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.py
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
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 sy
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
Tarek Ziadé added the comment:
Ugh sorry I thought Eric was working on a test. I misunderstood.
--
___
Python tracker
<http://bugs.python.org/issue10
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/issue10
Tarek Ziadé added the comment:
Will do tonight
--
___
Python tracker
<http://bugs.python.org/issue10743>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 virtua
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/is
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
tit
Tarek Ziadé added the comment:
will fix + write patch
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue11045>
___
___
Python-bugs-lis
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/issue11
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 thi
Changes by Tarek Ziadé :
--
title: How does distutils2 handle namespaces? -> Implementing PEP 382
___
Python tracker
<http://bugs.python.org/issue11037>
___
_
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/issue6
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/is
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
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.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10179/copytree.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2663>
__
1 - 100 of 946 matches
Mail list logo