Changes by Tarek Ziadé :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue14263>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Tarek Ziadé :
--
components: +Distutils2
nosy: +alexis
___
Python tracker
<http://bugs.python.org/issue14263>
___
___
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
New submission from Tarek Ziadé :
it gets 3.4.1 for some reason
--
___
Python tracker
<http://bugs.python.org/issue14264>
___
___
Python-bugs-list mailin
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
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é :
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
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é :
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
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é:
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
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:
> 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:
> 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:
> 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:
> 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:
> 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
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
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
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
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:
We should keep sysconfig imo
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue15147>
___
___
Python-
Tarek Ziadé added the comment:
Here's the patch. There's no simple way to deprecate the usage of
"compiler" as an attribute, so I have just fixed Python setup.py.
Using it as an attribute is just wrong.
I have put Benjamin in the loop and I'll wait for his greenli
Tarek Ziadé added the comment:
Right, turning compiler into a property and adding a warning on the set
would be good enough I guess. Then turn it back into a simple string for
python 3.3 and ... 2.8 :)
I'll add that
--
___
Python tracker
Changes by Tarek Ziadé :
--
nosy: +tarek
___
Python tracker
<http://bugs.python.org/issue6418>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Tarek Ziadé added the comment:
done in r73864, waiting for the buildbots to build trunk, then will be
applied in 3.x
--
___
Python tracker
<http://bugs.python.org/issue6
Tarek Ziadé added the comment:
merged in r73866 in py3k
Thanks for the feedback
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
New submission from Tarek Ziadé :
The regular expressions used in distutils to build a extension using the
mingw32 compiler are messed up because they try to work with bytes
(since Popen behavior changed) using string patterns.
I have to cleanup these regular expressions before any new 3.x
Tarek Ziadé added the comment:
I'll set back the compiler attribute when compiler_obj is set too,
so third-party code will be able to work with it as before.
The current code will deprecate this usage, by displaying a deprecation
warning:
- if the compiler is set to anything else t
Tarek Ziadé added the comment:
done in r73895, r73896. (and tested with twisted trunk).
--
___
Python tracker
<http://bugs.python.org/issue6377>
___
___
Pytho
Tarek Ziadé added the comment:
The build_ext command cannot be run twice, because the first time, the
"compiler" option may be set to "unix" for example, or left to None, and
then is transformed into a compiler object. That's the bug.
If you call it again, it'll
Tarek Ziadé added the comment:
Applied in r73921 in trunk, and propagated in branches.
Thanks !
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
@Nicolas : That's because you run it with Python 2.6 distutils, which
doesn't have that change.
If you want to build the current trunk with Python 2.6, you may want to
install a standalone version of distutils. I have a nightly build of the
trunk you m
Tarek Ziadé added the comment:
> You never run a command twice unless you explicitly reinitialize it
> (which then resets .compiler to None and then fetches the command line
> option again), so the above is not a problem.
In practice yes that's true.
> The "compiler&qu
Tarek Ziadé added the comment:
Thanks for the patch, I'll integrate asap.
Notice that I run the tests under windows but without a full range of VC
versions, so I count a lot on the buildbots to show me these kind of
failures.
--
priority: -> normal
resolution: -&g
Tarek Ziadé added the comment:
Mmm, also notice that the current build_ext trunk uses "init"
in the code, which means that the "PyInit" prefix was added on
py3k but not backported in the trunk.
So i'll fix that too
--
Tarek Ziadé added the comment:
The bug also exists in 2.6 so I'm backporting the fix
--
title: Lib/distutils\tests\test_build_ext.py fails on VC6 ->
distutils.command.build_ext.get_export_symbols should use the "PyInit" prefix
rather then "init"
versi
Tarek Ziadé added the comment:
done in r73946, r73947 (2.6), r73948 (py3k), r73949 (3.1)
Thanks !
(also, the build_ext module is now perfectly similar between 2.x and 3.x)
--
status: open -> closed
___
Python tracker
<http://bugs.pyth
Tarek Ziadé added the comment:
What's the logic behind PyInit_ ?
For instance Modules/_bsddb.c uses PyInit, so does Modules/zlibmodule.c
--
status: closed -> open
___
Python tracker
<http://bugs.python.or
Tarek Ziadé added the comment:
Thanks for the explanation, I've reverted the change on 2.x.
--
status: open -> closed
versions: -Python 2.6, Python 2.7
___
Python tracker
<http://bugs.python.or
Tarek Ziadé added the comment:
> I think a workable solution to the problem with the compiler
> option would be to remove the option from the build_ext,
> build_clib and config commands (plus any others, if there are
> more) and only allow it on the build command.
The problem I
Changes by Tarek Ziadé :
--
resolution: -> accepted
title: cygwincompiler regular expressions broken -> cygwinccompiler regular
expressions broken
___
Python tracker
<http://bugs.python.org/
New submission from Tarek Ziadé :
Duplicate code, will create a single get_version() function in
distutils.util and make both commands use it + deprecate
cygwinccompiler.get_version and emxccompiler.get_version
--
assignee: tarek
components: Distutils
messages: 90441
nosy: tarek
Tarek Ziadé added the comment:
done in r73975, r73976
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6438>
___
___
Python-bugs-lis
Tarek Ziadé added the comment:
what would be the use case for that ?
--
___
Python tracker
<http://bugs.python.org/issue6516>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
Michael, I am not sure how you patch applies, is "elif" meant to be "if" ?
e.g. a gcc compiler under hp-us case ?
--
___
Python tracker
<http://bu
New submission from Tarek Ziadé :
That's because the Extension class has some assert statement, I'll
remove them.
--
assignee: tarek
components: Distutils
messages: 90806
nosy: tarek
severity: normal
status: open
title: test fails in distutils.tests.test_extensions if
Tarek Ziadé added the comment:
Fixed in r74163, r74164, r74165.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6545>
___
___
Python-
Tarek Ziadé added the comment:
This was fixed in r71759 and backported in the 2.6 branch in r71765,
thanks for the feedback!
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Tarek Ziadé added the comment:
The vcvarsall.bat eror is unrelated to the error James and Eric are
mentioned, which is another error fixed in the revision Hagen points.
Lenard, could you re-run it under the latest 2.6 version with the global
option --verbose please
Tarek Ziadé added the comment:
The mac/win difference is with the starting dot because it's impossible
under windows to name a file under the directory browser UI that starts
with a ".". You have to be a power-user to do so. (pydistutils.cfg
versus .pydistutils.cfg)
Now for pydi
Tarek Ziadé added the comment:
ok then, I am closing it
thanks for the feedback !
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Tarek Ziadé :
As discussed in Distutils-SIG.
Here's a patch for site.py that adds:
- getsitepackages : Returns a list containing all global site-packages
directories (and possibly site-python).
- getusersitepackages: Returns the user-specific site-packages directory
Tarek Ziadé added the comment:
Done.
I've put Christian in the loop since he implemented the PEP 370
feature, to make sure these changes are fine with him.
--
nosy: +christian.heimes
Added file: http://bugs.python.org/file14719/site.
Changes by Tarek Ziadé :
Removed file: http://bugs.python.org/file14707/site.patch
___
Python tracker
<http://bugs.python.org/issue6693>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
The code works as expected because it uses os.path.expanduser('~'),
which will look to the right values depending on the platform.
So it's just the documentation that is wrong about how distutils behaves
under Windows.
I'll fix this doc
Tarek Ziadé added the comment:
applied in r74526 and r74529
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6693>
___
___
Python-
Tarek Ziadé added the comment:
Fixed, thanks for the feedback all !
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6556>
___
___
Py
New submission from Tarek Ziadé :
the symmetric_difference_update also accepts |
--
assignee: tarek
components: Documentation
messages: 92065
nosy: tarek
severity: normal
status: open
title: symmetric_difference_update documentation fix
___
Python
Tarek Ziadé added the comment:
Well, in that case I don't understand how it is different from
difference_update() ?
The doc says :
set -= other | ...
suggesting that you can pipe several sets with -=,
exactly like what you can do with ^=.
The same applies with |=.
In other words,
New submission from Tarek Ziadé :
I am proposing this feature for an issue we have in Distutils: being
able to set the uid/gid of files added in a tar archive using tarfile.
Here's what I am proposing:
- adding two methods to TarInfo: set_uid and set_gid, that are able to
take a user and
Tarek Ziadé added the comment:
#6856 created.
--
dependencies: +allow settong uid and gid when creating tar files
___
Python tracker
<http://bugs.python.org/issue6
Changes by Tarek Ziadé :
--
title: allow settong uid and gid when creating tar files -> allow setting uid
and gid when creating tar files
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
Can you explain the reason why you need to change the distribution name,
and not use the name+version metadata to do it ?
Thanks
--
___
Python tracker
<http://bugs.python.org/issue6
Tarek Ziadé added the comment:
Ok so, just to make sure, the final patch for both changes should be:
{{{
...
elif sys.platform[:5] == "hp-ux":
if compiler.find('gcc'):
return ["-Wl,+s", "-L&q
Tarek Ziadé added the comment:
We can add two options to the commands that create tarballs:
- owner
- group
but we first need to add this capacity to the tarfile module because
right now the API doesn't allow you to add files with custom uid and gid.
I am going to add another issue w
Tarek Ziadé added the comment:
I think there's no consensus at this point in the "best" format for all
platform.
I am closing this issue as "wontfix". Maybe a new format will rule them
all in a few years.
Michael, can you create a specific issue for the CR
Tarek Ziadé added the comment:
Thanks for the patch.
I need to look at how read_setup_file is actually used in the community,
then apply the patch in consequence.
--
type: -> behavior
versions: -Python 2.4, Python 2.5, Python 2.6, Python
Changes by Tarek Ziadé :
--
priority: -> normal
resolution: -> accepted
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5
___
Python tracker
<http://bugs.python.org/
Changes by Tarek Ziadé :
--
priority: -> high
___
Python tracker
<http://bugs.python.org/issue6377>
___
___
Python-bugs-list mailing list
Unsubscri
Tarek Ziadé added the comment:
> Two lines below already is another search for 'gcc' or 'g++',
> which also should be changed from 'compiler[:3]' to 'compiler.find()'
But compiler[:3] implies that the compiler string starts *with* 'gcc
Tarek Ziadé added the comment:
> TarInfo does not need set_uid() or set_gid() methods,
> both can be set using the uid and gid attributes.
I was thinking about the set_ methods to be able to use
"root" (str) instead of "0" (int) for example, like
what the tar c
Tarek Ziadé added the comment:
> I do not quite see the benefit from the set_* methods.
> .. some explanations of the underlying complexity...
The only benefit I can see for the set_* method is to hide
the underlying complexity you've explained.
In Distutils, I'd like to p
Tarek Ziadé added the comment:
done in r74728 (trunk), r74729 (2.6.x), r74730 (pyk3) and r74731 (3.1.x)
Thanks guys !
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
The rule I apply is as follow (any other rule would be too complicated
for me):
I add in Misc/NEWS the name of the user that initialy provides the patch
in the tracker.
If you want a different name, you need to provide a patch with the text
you want to see in
Tarek Ziadé added the comment:
Right, thanks for noticing this.
Here's the change I am going to make:
The code will use command.get_command_name() *everywhere* for the help
display.
This method implemented in Command does the following:
- if the attribute "command_name" is
Tarek Ziadé added the comment:
#6856 was added by Lars, so I can move forward and work on this one.
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
To be able to do this fix, I also need to change the way commands are
registered in Distutils.
Right now, Distutils scans packages that were provided as "command
packages" and just adds all commands from the namespace, using the class
name. Which means
Changes by Tarek Ziadé :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue6516>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Tarek Ziadé :
--
resolution: -> accepted
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Changes by Tarek Ziadé :
--
priority: critical -> normal
___
Python tracker
<http://bugs.python.org/issue1180>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Tarek Ziadé :
--
assignee: -> tarek
priority: -> low
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue3984>
___
___
Pyth
Changes by Tarek Ziadé :
--
resolution: -> accepted
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue793069>
___
___
Python-bugs-list mai
Tarek Ziadé added the comment:
done, thx
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6947>
___
___
Tarek Ziadé added the comment:
Thanks for noticing this. I'll add some test covering these and fix the
problems.
--
priority: -> normal
resolution: -> accepted
___
Python tracker
<http://bugs.python
Tarek Ziadé added the comment:
Mmm, the problem is deeper for the second stack trace:
distutils.fancy_getopt.longopt_xlate was changed from a translation
mapping into a lambda in py3, that's why you have it.
I'm fixing back this problem too.
--
versions: +
Changes by Tarek Ziadé :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue6954>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tarek Ziadé added the comment:
Everything is covered now, and the mentioned bug is fixed in
trunk (r74994), py3k (r74999) and release31 (75000).
Thanks !
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
That was fixed already in trunk, and a pending merging waiting to be
merged. I've just merged in r75013 and r75014
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python
Tarek Ziadé added the comment:
Thanks for the note Rene,
Maybe someone from Numpy could help on this, by adding one issue per
feature/change proposal, and if possible with a patch including the
change with a test.
--
___
Python tracker
<h
Tarek Ziadé added the comment:
You can add them in the author field, separated by a space.
It's a free field
--
___
Python tracker
<http://bugs.python.org/i
Changes by Tarek Ziadé :
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6992>
___
___
Python-bugs-list
Tarek Ziadé added the comment:
Right, it's not handy for the emails.
PyPI will display the author field, followed by the author_email field.
So everyone will be displayed but not properly.
But no tool is handling the Author and Author-email fields as
multi-value fields.
Maybe we could e
Changes by Tarek Ziadé :
--
versions: +Python 2.7, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
Notice that there's another issue: maintainer is not written in the
Metadata if author is provided.
Plus, PyPI has its own role system: owner+maintainer, that has nothing
to do with the package Metadata (it's just who registered the package
and who w
Tarek Ziadé added the comment:
What you are saying is that a project should have one and only one
contact email. What Anatoly says is that a project should be able to
have several authors.
What about having a "Contact-email" then that would replace the
"Author-email" f
Tarek Ziadé added the comment:
The metadata are completely messy. Users are already confused.
For instance, since the metadata fields are not fully corresponding to
the argument names you can pass into setup.py, you can have an "author"
and a "maintainer" argument and Dis
Tarek Ziadé added the comment:
> What does changing the type of the "author" field make clearer exactly?
It "Author" not "Authors", that's the difference. Like we have
"Classifiers" and not "Classifier".
Plus, I am not breaking any c
Tarek Ziadé added the comment:
> We already have authors and maintainers (which causes confusion),
> adding yet another field for contributors is overkill,
Not on the Metadata side though. That's only on setup() side. The
resulting metadata only contains "Author" and &qu
Tarek Ziadé added the comment:
> A metadata system, by definition, has to remain reasonably stable
> (or be version-numbered, such that old metadata can be recognized
properly).
That's already the case. We have 1.0 and 1.1.
1.1 is used if you add fields like "obsolet
501 - 600 of 946 matches
Mail list logo
