Re: [Python-Dev] C ABI and #ifndef Py_LIMITED_API
On 01/14/2015 08:32 AM, Ethan Furman wrote: > In the CPython source code I see > > #ifndef Py_LIMITED_API > > Is there a section in the docs that explains the purpose? If not, can > someone give me the cliff notes version? PEP 384, and in particular [1] should get you started. cheers, Georg [1] https://www.python.org/dev/peps/pep-0384/#header-files-and-preprocessor-definitions ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Compile Python on Windows (OpenSSL)
On 13.01.2015 23:50, Victor Stinner wrote: > 2015-01-13 23:46 GMT+01:00 M.-A. Lemburg : >> Just a note of caution: for older preview releases of VS the >> only way to get back to a clean system was to reinstall >> Windows. > > Does it mean that it's not possible to have VS 2008 and VS 2015 > installed at the same time? > > VS 2008 is required to build Python 2.7. Steve already answered this basically. It is well possible to have multiple VS versions installed at the same time. Before compiling you just need to run the right environment setup batch file to prepare everything. I was just referring to *preview* versions of VS. If you use one of those, chances are that you'll have a hard time upgrading to the final version of VS. My recommendation is not to use preview versions on systems that you cannot easily revert to a state before the preview install. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jan 14 2015) >>> Python Projects, Coaching and Consulting ... http://www.egenix.com/ >>> mxODBC Plone/Zope Database Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/ 2015-01-09: Released eGenix pyOpenSSL 0.13.7 ... http://egenix.com/go68 2015-01-20: Python Meeting Duesseldorf ...http://egenix.com/go69 : Try our mxODBC.Connect Python Database Interface for free ! :: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Fix for `python setup.py check --restructuredtext`
Looking for a core developer who can review a distutils change -- it's a very small change: http://bugs.python.org/issue23063 Let me know how I can help (e.g.: if I can review or test something to offset time spent). Cheers, Marc ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Overriding stdlib http package
Hi all, As part of the work I'm doing on httplib3 (now that I've actually gotten a bit of time), one of the things I'm trying to get done is injection of httplib3 over http in order to not have to modify all import paths in modules and such. Here's the gist of what I have so far: https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. It's greatly simplified over importlib2's inject mechanism, but I'm assuming that's largely due to requirements of that package (i.e. Python 2) in contrast to this one. My questions are: Does this look sane? Is there anything that I might be not accounting for? It /does/ seem to work as expected when running tests, but I'm curious if there's anything that I might be missing that might jump out at someone more intimately familiar with the mechanics of importlib. Thanks, Demian signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
I think this belongs on python-list, not python-dev. On Wed, Jan 14, 2015 at 10:32 AM, Demian Brecht wrote: > Hi all, > > As part of the work I'm doing on httplib3 (now that I've actually gotten > a bit of time), one of the things I'm trying to get done is injection of > httplib3 over http in order to not have to modify all import paths in > modules and such. Here's the gist of what I have so far: > https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. > > It's greatly simplified over importlib2's inject mechanism, but I'm > assuming that's largely due to requirements of that package (i.e. Python > 2) in contrast to this one. > > My questions are: Does this look sane? Is there anything that I might be > not accounting for? It /does/ seem to work as expected when running > tests, but I'm curious if there's anything that I might be missing that > might jump out at someone more intimately familiar with the mechanics of > importlib. > > Thanks, > Demian > > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/graffatcolmingov%40gmail.com > ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Overriding stdlib http package
Hi all, As part of the work I'm doing on httplib3 (now that I've actually gotten a bit of time), one of the things I'm trying to get done is injection of httplib3 over http in order to not have to modify all import paths in modules and such. Here's the gist of what I have so far: https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. It's greatly simplified over importlib2's inject mechanism, but I'm assuming that's largely due to requirements of that package (i.e. Python 2) in contrast to this one. My question is: Does this look sane? Is there anything that I might be not accounting for? It /does/ seem to work as expected when running tests, but I'm curious if there's anything that I might be missing that might jump out at someone more intimately familiar with the mechanics of importlib. Thanks, Demian signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
Apologies for the double send, apparently Thunderbird got confused when going through a 4G dead zone. I should mention that I'm aware that any module that previously imported the stdlib version would retain that version rather than a reference to the new one, but I'm okay with that as this is a very specific use case: Having imports across tests and package modules use httplib3 to facilitate merging changes back upstream. On 2015-01-14 8:32 AM, Demian Brecht wrote: > Hi all, > > As part of the work I'm doing on httplib3 (now that I've actually gotten > a bit of time), one of the things I'm trying to get done is injection of > httplib3 over http in order to not have to modify all import paths in > modules and such. Here's the gist of what I have so far: > https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. > > It's greatly simplified over importlib2's inject mechanism, but I'm > assuming that's largely due to requirements of that package (i.e. Python > 2) in contrast to this one. > > My question is: Does this look sane? Is there anything that I might be > not accounting for? It /does/ seem to work as expected when running > tests, but I'm curious if there's anything that I might be missing that > might jump out at someone more intimately familiar with the mechanics of > importlib. > > Thanks, > Demian > > signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] C ABI and #ifndef Py_LIMITED_API
On 01/14/2015 12:13 AM, Georg Brandl wrote: > On 01/14/2015 08:32 AM, Ethan Furman wrote: >> >> In the CPython source code I see >> >> #ifndef Py_LIMITED_API >> >> Is there a section in the docs that explains the purpose? If not, can >> someone give me the cliff notes version? > > PEP 384, and in particular [1] should get you started. > > [1] > https://www.python.org/dev/peps/pep-0384/#header-files-and-preprocessor-definitions Nice, that answered other questions as well! :) -- ~Ethan~ signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
I had considered that but thought that dev might be more appropriate as it's related to overriding a stdlib module in order to work on that module out of band with cpython (with the intention of merging back upstream). I would imagine those on the dev list may be better suited to answer. On Wed, Jan 14, 2015, 08:37 Ian Cordasco wrote: I think this belongs on python-list, not python-dev. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
On Wed, 14 Jan 2015 08:32:23 -0800 Demian Brecht wrote: > Hi all, > > As part of the work I'm doing on httplib3 (now that I've actually gotten > a bit of time), one of the things I'm trying to get done is injection of > httplib3 over http in order to not have to modify all import paths in > modules and such. Here's the gist of what I have so far: > https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. What don't you simply monkeypatch sys.modules, e.g.: import myhttplib sys.modules['http'] = myhttplib or doesn't it work as desired? Regards Antoine. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/14/2015 11:54 AM, Antoine Pitrou wrote: > On Wed, 14 Jan 2015 08:32:23 -0800 Demian Brecht > wrote: >> Hi all, >> >> As part of the work I'm doing on httplib3 (now that I've actually >> gotten a bit of time), one of the things I'm trying to get done is >> injection of httplib3 over http in order to not have to modify all >> import paths in modules and such. Here's the gist of what I have so >> far: https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. > > What don't you simply monkeypatch sys.modules, e.g.: > > import myhttplib > > sys.modules['http'] = myhttplib > > or doesn't it work as desired? Doesn't that leave any prior imports broken (using the original module)? Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAlS2oZYACgkQ+gerLs4ltQ457gCfTSuwfOUHOivoQAUncq6VbxdQ YOkAoLec1hghar8IULuaz5W0MTXOtQm/ =tvv7 -END PGP SIGNATURE- ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
On Wed, 14 Jan 2015 12:04:22 -0500 Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 01/14/2015 11:54 AM, Antoine Pitrou wrote: > > On Wed, 14 Jan 2015 08:32:23 -0800 Demian Brecht > > wrote: > >> Hi all, > >> > >> As part of the work I'm doing on httplib3 (now that I've actually > >> gotten a bit of time), one of the things I'm trying to get done is > >> injection of httplib3 over http in order to not have to modify all > >> import paths in modules and such. Here's the gist of what I have so > >> far: https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. > > > > What don't you simply monkeypatch sys.modules, e.g.: > > > > import myhttplib > > > > sys.modules['http'] = myhttplib > > > > or doesn't it work as desired? > > Doesn't that leave any prior imports broken (using the original module)? Not sure. Any fiddling with the import system is better done at startup, anyway. Regards Antoine. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
Hm, I /did/ try that but ran into issues. Swapping the custom finder for the monkey patch now seems to work as expected though. Could be that I was doing something else at the time that caused it not to work. I'll keep running with that and will ping the thread if the issues surface again. Thanks! On 2015-01-14 8:54 AM, Antoine Pitrou wrote: > What don't you simply monkeypatch sys.modules, e.g.: > > import myhttplib > > sys.modules['http'] = myhttplib > > or doesn't it work as desired? signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
You could do the sys.modules patch as Antoine suggested in a .pth file, so that it's triggered at startup. Eg, very similar: https://github.com/xando/subprocess.run/blob/ab02d165802b2ad57dd0d16c1169ab05ed312ef1/subprocess.run.pth Thanks, -- Ionel Cristian Mărieș, blog.ionelmc.ro On Wed, Jan 14, 2015 at 6:32 PM, Demian Brecht wrote: > Hi all, > > As part of the work I'm doing on httplib3 (now that I've actually gotten > a bit of time), one of the things I'm trying to get done is injection of > httplib3 over http in order to not have to modify all import paths in > modules and such. Here's the gist of what I have so far: > https://gist.github.com/demianbrecht/bc6530a40718e4fcbf90. > > It's greatly simplified over importlib2's inject mechanism, but I'm > assuming that's largely due to requirements of that package (i.e. Python > 2) in contrast to this one. > > My questions are: Does this look sane? Is there anything that I might be > not accounting for? It /does/ seem to work as expected when running > tests, but I'm curious if there's anything that I might be missing that > might jump out at someone more intimately familiar with the mechanics of > importlib. > > Thanks, > Demian > > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/contact%40ionelmc.ro > > ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
Why do you want to hack the existing http modules? This is not a rhetorical question. The answer may lead us to redesign the existing http modules to be more flexible so that the higher-level problem you are trying to solve by hacking http import can be solved instead by using an interface provided by the stdlib http module. -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
On 2015-01-14 11:35 AM, Guido van Rossum wrote: > Why do you want to hack the existing http modules? > > This is not a rhetorical question. The answer may lead us to redesign the > existing http modules to be more flexible so that the higher-level problem > you are trying to solve by hacking http import can be solved instead by > using an interface provided by the stdlib http module. Sorry, this venture began in core-mentorship, so a little context may be of use: My end goal is to become a maintainer of the http package. As I'm not a core dev, Nick had suggested making a friendly fork of the package in order to facilitate progress without being bound to the non-core dev contributor workflow (it can, at times, be a little painful getting reviews and such completed on orphaned packages). So, the question that I was trying to answer isn't directly related to the http package in particular, but how to override stdlib modules in general with a third party package in order to facilitate out of band development while making minimal changes to package code (i.e. changing all absolute import package names in test and module code) to ease upstream merging. That all said, this would likely be a moot issue if I had commit privileges ;) But it might be nice to figure out a good workflow should this come up again with any other new contributors looking to take ownership of an orphaned module. signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
Aha. Glad I asked. You would arguably get a more useful response if you asked on core-mentorship and explained some of that background (for those of us who rely on external memory :-). The stdlib intentionally makes what you are trying to do hard (so library writers don't have to worry about stdlib modules being overridden with hacks at the whim of other library writers or app writers). I'm not sure how commit privileges would help you -- can't you just fork the CPython (I'm sure there's already a Bitbucket mirror that you can fork easily) and do your work there? Even with commit privileges you wouldn't be committing partial work unreviewed. On Wed, Jan 14, 2015 at 12:07 PM, Demian Brecht wrote: > On 2015-01-14 11:35 AM, Guido van Rossum wrote: > > Why do you want to hack the existing http modules? > > > > This is not a rhetorical question. The answer may lead us to redesign the > > existing http modules to be more flexible so that the higher-level > problem > > you are trying to solve by hacking http import can be solved instead by > > using an interface provided by the stdlib http module. > > Sorry, this venture began in core-mentorship, so a little context may be > of use: My end goal is to become a maintainer of the http package. > As I'm not a core dev, Nick had suggested making a friendly fork of the > package in order to facilitate progress without being bound to the > non-core dev contributor workflow (it can, at times, be a little painful > getting reviews and such completed on orphaned packages). > > So, the question that I was trying to answer isn't directly related to > the http package in particular, but how to override stdlib modules in > general with a third party package in order to facilitate out of band > development while making minimal changes to package code (i.e. changing > all absolute import package names in test and module code) to ease > upstream merging. > > That all said, this would likely be a moot issue if I had commit > privileges ;) But it might be nice to figure out a good workflow should > this come up again with any other new contributors looking to take > ownership of an orphaned module. > > -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
On 2015-01-14 12:25 PM, Guido van Rossum wrote: > I'm not sure how commit privileges would help you -- can't you just fork > the CPython (I'm sure there's already a Bitbucket mirror that you can fork > easily) and do your work there? Even with commit privileges you wouldn't be > committing partial work unreviewed. The friendly module fork allows for others to easily (or at least the intention is to do it easily) use the module with the new, backwards compatible features as a drop in replacement for the stdlib module. Giving others the ability to do this would lend itself to the adoption of the module and bug reports and such before upstream patches are produced. That said, the main downside to the friendly fork is the patch submission process: After changes have been merged to the fork, there's bound to be churn during the upstream patch submission, which would likely lead to something that looks like: > Implement feature/bug fix [1] > Commit changes to httlib3 > Generate patch for CPython > Import patch to local CPython > Run unit tests [1] > Generate hg patch (patchA) for submission to bug tracker > Upload patchA > patchA is reviewed > Implement review changes and generate patchB [1] > Upload patchB > [...wait for merge...] > Merge delta of patchB and patchA to httplib3 > Test/upload new PyPI package I see commit privileges helping in two ways: 1. I've experienced lag on a few occasions between review and merge. I'm assuming that this is largely due to a lack of dotted line maintainer of the http package (although I believe that the general consensus is that Senthil is the de facto maintainer of the package). Commit privileges would help in getting the patches merged once reviews are complete. 2. It would help my own workflow. While feature development can be done in httplib3, I do also tend to swap between issues in the bug tracker and large feature work. Because I have two lines of work (CPython/bug tracker and Github), I run into issues around where these changes should be made: Should the bug fixes live in CPython/bug tracker or should I fix the issue in httplib3 and go through the submission workflow above? Either way, I'm signing myself up for a good deal of headache managing the httplib3 work, especially when development work across feature branches is dependent on patches submitted to CPython. I definitely don't mind the extra work if there are no other options, but my end goal is to be a maintainer of the http package and core developer, not to maintain a third party fork. signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
On Wed Jan 14 2015 at 4:08:52 PM Demian Brecht wrote: > On 2015-01-14 12:25 PM, Guido van Rossum wrote: > > I'm not sure how commit privileges would help you -- can't you just fork > > the CPython (I'm sure there's already a Bitbucket mirror that you can > fork > > easily) and do your work there? Even with commit privileges you wouldn't > be > > committing partial work unreviewed. > > The friendly module fork allows for others to easily (or at least the > intention is to do it easily) use the module with the new, backwards > compatible features as a drop in replacement for the stdlib module. > But as Guido pointed out, we _like_ it being difficult to do because we don't want this kind of substitution happening as code ends up depending on bugs and quirks that you may fix. > Giving others the ability to do this would lend itself to the adoption > of the module and bug reports and such before upstream patches are > produced. > > That said, the main downside to the friendly fork is the patch > submission process: After changes have been merged to the fork, there's > bound to be churn during the upstream patch submission, which would > likely lead to something that looks like: > > > Implement feature/bug fix [1] > > Commit changes to httlib3 > > Generate patch for CPython > > Import patch to local CPython > > Run unit tests [1] > > Generate hg patch (patchA) for submission to bug tracker > > Upload patchA > > patchA is reviewed > > Implement review changes and generate patchB [1] > > Upload patchB > > [...wait for merge...] > > Merge delta of patchB and patchA to httplib3 > > Test/upload new PyPI package > > I see commit privileges helping in two ways: > > 1. I've experienced lag on a few occasions between review and merge. I'm > assuming that this is largely due to a lack of dotted line maintainer of > the http package (although I believe that the general consensus is that > Senthil is the de facto maintainer of the package). Commit privileges > would help in getting the patches merged once reviews are complete. > > 2. It would help my own workflow. While feature development can be done > in httplib3, I do also tend to swap between issues in the bug tracker > and large feature work. Because I have two lines of work (CPython/bug > tracker and Github), I run into issues around where these changes should > be made: Should the bug fixes live in CPython/bug tracker or should I > fix the issue in httplib3 and go through the submission workflow above? > Either way, I'm signing myself up for a good deal of headache managing > the httplib3 work, especially when development work across feature > branches is dependent on patches submitted to CPython. > > > I definitely don't mind the extra work if there are no other options, > but my end goal is to be a maintainer of the http package and core > developer, not to maintain a third party fork. > How many other modules are dependent on the http module in the stdlib that are going to be affected by your changes? One option is you fork http **and** and modules in the stdlib that are dependent on it. You don't really have to change the other modules beyond their import statement of using http -- you can even do `import http3 as http` or something to minimize the changes -- but you at least don't have to monkeypatch sys.modules for others to gain from your http changes. Plus as you patch stuff in http you may find you have/want to patch other dependent modules as well and so you will have already done that. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
> On Jan 14, 2015, at 4:19 PM, Brett Cannon wrote: > > But as Guido pointed out, we _like_ it being difficult to do because we don't > want this kind of substitution happening as code ends up depending on bugs > and quirks that you may fix. Not all of us, I hate the default order of sys.path. --- Donald Stufft PGP: 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Overriding stdlib http package
On 2015-01-14 1:19 PM, Brett Cannon wrote: > But as Guido pointed out, we _like_ it being difficult to do because we > don't want this kind of substitution happening as code ends up depending on > bugs and quirks that you may fix. I can understand the reasoning. > How many other modules are dependent on the http module in the stdlib that > are going to be affected by your changes? One option is you fork http > **and** and modules in the stdlib that are dependent on it. You don't > really have to change the other modules beyond their import statement of > using http -- you can even do `import http3 as http` or something to > minimize the changes -- but you at least don't have to monkeypatch > sys.modules for others to gain from your http changes. Plus as you patch > stuff in http you may find you have/want to patch other dependent modules > as well and so you will have already done that. It looks like there are 5 other modules dependent on the http package. If I understand what you're proposing, it pretty much defeats the purpose of what I'm trying to accomplish with a standalone httplib3 package. That said, considering the points that you and Guido have both made, I think that the best course of action is to either just fork CPython as a whole or to continue with httplib3 but abandon overriding sys.modules, develop features detached from the stdlib and worry about fixing dependencies when integrating changes upstream. signature.asc Description: OpenPGP digital signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Schedule for 3.4.3, revised schedule for 3.5.0a1
Python 3.5.0a1 is currently scheduled to be released February 1. Since I'll be on the road that day, the 3.5 team has agreed to push the release back a week. 3.5.0a1 will be tagged Saturday February 7 and released Sunday February 8. This doesn't change any of the other release dates for 3.5.. Since it's about time for a 3.4.3 anyway, we're going to push that out at the same time. 3.4.3rc1 will be tagged Saturday February 7 and released Sunday February 8. 3.4.3 final will follow two weeks later, tagged Saturday February 21 and released Sunday February 22. Get your bug fixes (3.4) and crazy new functionality (3.5) in now! //arry/ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
