Tarek Ziadé added the comment:
@Aur, go for it, I started to implement it and got lost into the details for
each backend..
--
___
Python tracker
<https://bugs.python.org/issue45
Tarek Ziadé added the comment:
Hey Christian, I hope things are well for you!
Thanks for all the precious feedback, I'll rework the patch accordingly
--
___
Python tracker
<https://bugs.python.org/is
New submission from Tarek Ziadé :
I am proposing the addition of a very simple helper to return the hash of a
file.
--
assignee: tarek
components: Library (Lib)
messages: 401457
nosy: tarek
priority: normal
severity: normal
status: open
title: Add a file_digest() function in hashlib
New submission from Tarek Ziadé:
This is a very useful trick to understand why the loop cleanup generates a lot
of "Exception ignored in: "
https://github.com/python/asyncio/issues/423#issuecomment-268882753
Could we consider including it in Task.__del__ ?
--
component
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
Tarek Ziadé added the comment:
> So please explain me :-).
it sounded like you did not really want any explanation
> os.urandom() can only be called by one thread/greenlet at a time.
do you mean that we cannot have two parallel calls of that function ?
e.g. two opened FD at the sam
Tarek Ziadé added the comment:
> Unless you're doing many calls *in parallel* it's unlikely to be a
bottleneck.
That's what we're saying since message 1. Antoine, allo quoi! :)
> os.urandom() is a convenience function, it doesn't have to be extremely
optimized
Tarek Ziadé added the comment:
> Well, even with greenlets, I assume you're using at least one FD
(socket) per client, no?
> So you can get EMFILE on socket() just as on os.urandom().
I do many calls on urandom() so that's the FD bottleneck.
> So os.urandom() isn't y
Tarek Ziadé added the comment:
> What does high load mean?
a web app with a few hundreds concurrent requests.
> If you mean many concurrent threads, then you should probably go for
the random module, no?
I use greenlets. But, I don't know - are you suggesting os.urandom() should be
Tarek Ziadé added the comment:
> Can tarek tell us more about its usecases: is he directly calling
> os.urandom() or does he use the random module? How many threads?
I was using ws4py inside greenlets. ws4py uses os.urandom() to generate some
keys. So one single thread, many gre
Tarek Ziadé added the comment:
> If os.urandom() doesn't fail, something else will fail soon after.
the random pool can be exhausted, but this is not "soon after" I think. In
Linux and Mac OS X, ulimit -n defaults to 512 and 256.
It's very easy to reach that limit if y
Tarek Ziadé added the comment:
We should keep sysconfig imo
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue15147>
___
___
Python-
Changes by Tarek Ziadé :
--
resolution: -> duplicate
superseder: -> Improve error reporting for packaging.util.resolve_name
___
Python tracker
<http://bugs.python.org/i
Tarek Ziadé added the comment:
can you give an example of a bad error ?
--
___
Python tracker
<http://bugs.python.org/issue14967>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
the current code works as expected. Why not leaving it like this since your
change seem to be comsetics only ?
--
___
Python tracker
<http://bugs.python.org/issue14
New submission from Tarek Ziadé :
Pyramid contains this file:
pyramid/tests/fixtures/static/h\xc3\xa9h\xc3\xa9.html
and "pysetup install pyramid" chokes on it when creating the RECORD file,
because the csv writer is given a wrong encoded value in
util._write_record_file.
The r
Changes by Tarek Ziadé :
--
assignee: eric.araujo -> alexis
___
Python tracker
<http://bugs.python.org/issue14274>
___
___
Python-bugs-list mailing list
Un
New submission from Tarek Ziadé :
the installer needs to read requires.txt to build the deps list as well
--
assignee: eric.araujo
components: Distutils2
messages: 155513
nosy: alexis, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: pysetup does not look at
New submission from Tarek Ziadé :
$ ./pysetup dwqqwddwq
No handlers could be found for logger "distutils2"
--
assignee: eric.araujo
components: Distutils2
messages: 155509
nosy: alexis, eric.araujo, tarek
priority: high
severity: normal
status: open
title: handler no
New submission from Tarek Ziadé :
http://docs.python.org/dev/packaging/index.html
we still have setup.py pages here from the old doc
--
assignee: eric.araujo
components: Distutils2
messages: 155503
nosy: alexis, eric.araujo, j1m, tarek
priority: normal
severity: normal
status: open
Tarek Ziadé added the comment:
see Bug 14263 also
--
dependencies: +switch_index_if_fails fails on py2
___
Python tracker
<http://bugs.python.org/issue14
New submission from Tarek Ziadé :
the mocked list_installed_files() returns a list of files instead of a list of
(path, md5, path)
--
assignee: tarek
components: Distutils2
messages: 155483
nosy: alexis, eric.araujo, tarek
priority: normal
severity: normal
status: open
title
New submission from Tarek Ziadé :
it gets 3.4.1 for some reason
--
___
Python tracker
<http://bugs.python.org/issue14264>
___
___
Python-bugs-list mailin
Changes by Tarek Ziadé :
--
assignee: tarek
components: Distutils2
nosy: alexis, eric.araujo, j1m, tarek
priority: high
severity: normal
status: open
title: can't install zope.event 3.4.0
type: behavior
versions: Python 2.6, Python 2.7
___
P
Changes by Tarek Ziadé :
--
components: +Distutils2
nosy: +alexis
___
Python tracker
<http://bugs.python.org/issue14263>
___
___
Python-bugs-list mailin
Changes by Tarek Ziadé :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue14263>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Tarek Ziadé :
distutils2 pysetup install is not working on py2 because the wrapper tries to
pull func.f_name, which does not exist.
--
assignee: tarek
messages: 155463
nosy: eric.araujo, j1m, tarek
priority: critical
severity: normal
status: open
title
Tarek Ziadé added the comment:
> Add an actual example here at least of how with the proposed feature your
> code would then look.
That's the part I am not sure at all about in fact. I don't know at all the
internals in the shutdown process in Python and I was hoping Antoine
Tarek Ziadé added the comment:
Mmm.. you did not say yet why you are against this feature, other than "the lib
*should not* use non-daemonized threads"
This sounds like "the lib should not use feature X in Python because it will
block everything"
And now we'r
Tarek Ziadé added the comment:
Is there any good reason not to add this feature ? what would be the problem ?
It does seem to be for the best, I don't see any drawbacks
--
___
Python tracker
<http://bugs.python.org/is
Tarek Ziadé added the comment:
@grahamd : sometimes you don't own the code that contains the thread, so I
think it's better to be able to shutdown properly all flavors of threads.
--
___
Python tracker
<http://bugs.python.o
Changes by Tarek Ziadé :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue14073>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Tarek Ziadé :
If you try to run the code below and stop it with ctrl+C, it will lock because
atexit is never reached.
Antoine proposed to add a way to have one atexit() per thread, so we can call
some cleanup code when the app shuts down and there are running threads
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:
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&#
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:
see also http://mail.python.org/pipermail/catalog-sig/2011-June/003793.html
--
___
Python tracker
<http://bugs.python.org/issue12
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
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é :
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
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
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:
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:
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:
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:
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:
fixed install in http://hg.python.org/cpython/rev/ebff46b232ed
--
___
Python tracker
<http://bugs.python.org/issue1>
___
___
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
Changes by Tarek Ziadé :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12218>
___
___
Python-bugs-list
Tarek Ziadé added the comment:
see issue12218
--
___
Python tracker
<http://bugs.python.org/issue10645>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
I fixed it
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12125>
___
___
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:
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:
all good now
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12180>
___
___
Changes by Tarek Ziadé :
--
assignee: -> tarek
___
Python tracker
<http://bugs.python.org/issue12180>
___
___
Python-bugs-list mailing list
Unsubscri
Tarek Ziadé added the comment:
looking
--
___
Python tracker
<http://bugs.python.org/issue12180>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
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
Changes by Tarek Ziadé :
--
assignee: -> tarek
___
Python tracker
<http://bugs.python.org/issue12125>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Tarek Ziadé :
==
ERROR: test_get_path (test.test_sysconfig.TestSysConfig)
--
Traceback (most recent call last):
File "/home2/bui
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
Changes by Tarek Ziadé :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Tarek Ziadé :
--
resolution: duplicate ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-bugs-list
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
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:
Thanks for the test David
--
___
Python tracker
<http://bugs.python.org/issue12143>
___
___
Python-bugs-list mailing list
Unsub
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:
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
Changes by Tarek Ziadé :
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-bugs-list
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é :
--
superseder: test_packaging failures when run with -j -> --multiprocessing fails
with packaging.tests.test_command_build_ext
___
Python tracker
<http://bugs.python.org/issu
Changes by Tarek Ziadé :
--
superseder: -> test_packaging failures when run with -j
___
Python tracker
<http://bugs.python.org/issue12132>
___
___
Python-
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
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
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:
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:
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:
That's not used anymore, I am going to strip it
--
___
Python tracker
<http://bugs.python.org/issue12112>
___
___
Pytho
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:
on it
--
___
Python tracker
<http://bugs.python.org/issue12120>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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:
Looks good, please commit this
--
___
Python tracker
<http://bugs.python.org/issue12112>
___
___
Python-bugs-list mailin
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:
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
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
Changes by Tarek Ziadé :
Removed file: http://bugs.python.org/file21142/pycon-issue11501.patch
___
Python tracker
<http://bugs.python.org/issue11501>
___
___
Python-bug
Changes by Tarek Ziadé :
Removed file: http://bugs.python.org/file21137/pycon-issue11501.patch
___
Python tracker
<http://bugs.python.org/issue11501>
___
___
Python-bug
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
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é 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:
Yeah I agree. Until we get a solution + patch the priority here does not really
matter.
--
___
Python tracker
<http://bugs.python.org/issue6
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:
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
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:
will fix + write patch
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue11045>
___
___
Python-bugs-lis
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:
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
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
1 - 100 of 946 matches
Mail list logo
