[issue45150] Add a file_digest() function in hashlib
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/issue45150> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45150] Add a file_digest() function in hashlib
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/issue45150> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45150] Add a file_digest() function in hashlib
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 ___ Python tracker <https://bugs.python.org/issue45150> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30479] improve asyncio debugging
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__ ? -- components: asyncio messages: 294536 nosy: tarek, yselivanov priority: normal severity: normal status: open title: improve asyncio debugging type: enhancement versions: Python 3.7 ___ Python tracker <http://bugs.python.org/issue30479> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29663] Make collections.deque json serializable
New submission from Tarek Ziadé: collections.deque could be serialized in JSON as a simple array. The only thing we can lose in the process is the maxlen value, but I think it's a decent behaviour to ignore it when encoding and to set it to None when decoding. -- components: Library (Lib) messages: 288629 nosy: rhettinger, tarek priority: normal severity: normal status: open title: Make collections.deque json serializable versions: Python 3.7 ___ Python tracker <http://bugs.python.org/issue29663> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18756] os.urandom() fails under high load
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 same time ? > So I would assume that you have asymptotically at least as many open sockets > than FDs open to os.urandom. a web socket application that spawns one socket per connection, then uses a lib that calls many times os.urandom(), will generate most of its FDs on os urandom but since you said that os.urandom() should not be used in the first place - that's what I will keep in mind -- ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18756] os.urandom() fails under high load
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 I suggest that you tell it the documentation then, and explain that it does not scale and people should write their own thing. -- ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18756] os.urandom() fails under high load
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 your biggest problem here. Of course it is. But it looks like you know better without having looked at the code. :) > I'd suggest you to just open '/dev/urandom' once, > and then make all your threads/green-threads read from it. Let me know how to do this without being able to prevent the API to close the FD everytime. > IMO os.urandom() is a really poor API ;-) Then we should improve it or deprecate it. -- ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18756] os.urandom() fails under high load
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 marked in the documentation as "DOES NOT SCALE" and I should use another API ? Which one ? -- ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18756] os.urandom() fails under high load
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 greenlets. -- ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18756] os.urandom() fails under high load
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 you write a web app that uses this API. > I agree with Antoine. Exhausting the FDs is not the problem, Do you suggest that we should not use os.urandom on high load ? Opening an FD on every call sounds under optimal, I am not seeing any drawback not to try to optimize that API. -- ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15147] Remove packaging from the stdlib
Tarek Ziadé added the comment: We should keep sysconfig imo -- status: closed -> open ___ Python tracker <http://bugs.python.org/issue15147> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14967] distutils2.utils.resolve_name cannot be implemented to give correct errors in all situations
Changes by Tarek Ziadé : -- resolution: -> duplicate superseder: -> Improve error reporting for packaging.util.resolve_name ___ Python tracker <http://bugs.python.org/issue14967> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14967] distutils2.utils.resolve_name cannot be implemented to give correct errors in all situations
Tarek Ziadé added the comment: can you give an example of a bad error ? -- ___ Python tracker <http://bugs.python.org/issue14967> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14967] distutils2.utils.resolve_name cannot be implemented to give correct errors in all situations
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/issue14967> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14830] pysetup fails on non-ascii filenames
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 record file orginally created by the install command seem to be in the wrong encoding -- assignee: eric.araujo components: Distutils2 messages: 160856 nosy: alexis, eric.araujo, tarek priority: normal severity: normal status: open title: pysetup fails on non-ascii filenames type: behavior versions: Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue14830> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14274] pysetup does not look at requires.txt
Changes by Tarek Ziadé : -- assignee: eric.araujo -> alexis ___ Python tracker <http://bugs.python.org/issue14274> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14274] pysetup does not look at requires.txt
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 requires.txt type: behavior versions: 3rd party, Python 3.3 ___ Python tracker <http://bugs.python.org/issue14274> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14273] handler not properly initialized
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 not properly initialized versions: Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue14273> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14271] remove setup.py from the doc
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 title: remove setup.py from the doc versions: Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue14271> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14002] distutils2 fails to install a package from PyPI on Python 2.7.2
Tarek Ziadé added the comment: see Bug 14263 also -- dependencies: +switch_index_if_fails fails on py2 ___ Python tracker <http://bugs.python.org/issue14002> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14268] _move_file is broken because of a bad mock
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: _move_file is broken because of a bad mock versions: Python 2.6, Python 2.7 ___ Python tracker <http://bugs.python.org/issue14268> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14264] can't install zope.event 3.4.0
New submission from Tarek Ziadé : it gets 3.4.1 for some reason -- ___ Python tracker <http://bugs.python.org/issue14264> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14264] can't install zope.event 3.4.0
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 ___ Python tracker <http://bugs.python.org/issue14264> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14263] switch_index_if_fails fails on py2
Changes by Tarek Ziadé : -- components: +Distutils2 nosy: +alexis ___ Python tracker <http://bugs.python.org/issue14263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14263] switch_index_if_fails fails on py2
Changes by Tarek Ziadé : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue14263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14263] switch_index_if_fails fails on py2
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: switch_index_if_fails fails on py2 versions: Python 2.6, Python 2.7 ___ Python tracker <http://bugs.python.org/issue14263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14073] allow per-thread atexit()
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 would give us a proposal here. I would suspect simply adding to the base thread class an .atexit() method that's called when atexit() is called, would do the trick since we'd be able to do things like: def atexit(self): ... do whatever cleanup needed... self.join() but I have no real experience in these internals. -- ___ Python tracker <http://bugs.python.org/issue14073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14073] allow per-thread atexit()
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're proposing to remove the limitation and you are telling me I am vague and unreasonable. Let me try differently then. Consider this script to be a library I don't control. I need to call the .stop() function when my main application shuts down. I can't use signals because you forbid it in mod_wsgi How do I do, since asking the person to daemonize his thread is not an option ? I see several options: 1 - monkey patch the lib 2 - remove regular threads from Python, or making them always daemonized 3 - add an atexit() option in threads in Python 4 - use signals and drop the usage of mod_wsgi I think 3- is the cleanest. -- ___ Python tracker <http://bugs.python.org/issue14073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14073] allow per-thread atexit()
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/issue14073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14073] allow per-thread atexit()
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.org/issue14073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14073] allow per-thread atexit()
Changes by Tarek Ziadé : -- nosy: +pitrou ___ Python tracker <http://bugs.python.org/issue14073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14073] allow per-thread atexit()
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.
{{{
from wsgiref.simple_server import make_server
import threading
import time
import atexit
class Work(threading.Thread):
def __init__(self):
threading.Thread.__init__(self)
self.running = False
def run(self):
self.running = True
while self.running:
time.sleep(.2)
def stop(self):
self.running = False
self.join()
worker = Work()
def shutdown():
# bye-bye
print 'bye bye'
worker.stop()
atexit.register(shutdown)
def hello_world_app(environ, start_response):
status = '200 OK' # HTTP Status
headers = [('Content-type', 'text/plain')]
start_response(status, headers)
return ["Hello World"]
def main():
worker.start()
return make_server('', 8000, hello_world_app)
if __name__ == '__main__':
server = main()
server.serve_forever()
}}}
--
messages: 153871
nosy: tarek
priority: normal
severity: normal
status: open
title: allow per-thread atexit()
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue14073>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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: 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
[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
[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
[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
[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
[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
[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
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
[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
[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
[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
[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
[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: 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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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: 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é : -- 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
[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
[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
[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
[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
[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
[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
[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: 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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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] 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
[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
[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
[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
[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
