Re: [Python-Dev] [Python-checkins] cpython (2.7): Fix Issue #8797: Raise HTTPError on failed Basic Authentication immediately.

hg.python.org/cpython/rev/e0510a3bdf8f > changeset: 92111:e0510a3bdf8f > branch: 2.7 > parent: 92097:6d41f139709b > user:Senthil Kumaran > date:Sat Aug 16 14:16:14 2014 +0530 > summary: > Fix Issue #8797: Raise HTTPError on failed Basic Authenticati

Re: [Python-Dev] [Python-checkins] cpython (merge 3.4 -> default): Issue #22165: Fixed test_undecodable_filename on non-UTF-8 locales.

This change is okay and not harmful. But I think, It might still not fix the encoding issue that we encountered on Mac. [localhost cpython]$ hg log -l 1 changeset: 92128:7cdc941d5180 tag: tip parent: 92126:3153a400b739 parent: 92127:a894b629bbea user:Serhiy Storchaka d

Re: [Python-Dev] Help with finding tutors for Python, Linux, R, Perl, Octave, MATLAB and/or Cytoscape for yeast microarray analysis, next generation sequencing and constructing gene interaction networ

t to seek out for those folks. python-dev is dedicated to development of python language itself. Please ask python-us...@python.org -- Senthil Kumaran ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/p

Re: [Python-Dev] [python-committers] Cherry picker bot deployed in CPython repo

On Tue, Sep 5, 2017 at 6:10 PM, Mariatta Wijaya wrote: > Hi, > > The cherry picker bot has just been deployed to CPython repo, codenamed > miss-islington. > > miss-islington made the very first backport PR for CPython and became a > first time GitHub contributor: https://github.com/python/cpython

Re: [Python-Dev] bugs.python.org updated

On Wed, Sep 27, 2017 at 6:54 PM, Ezio Melotti wrote: > > This update included ~300 changesets from upstream and required an > additional ~30 to update our instances and our fork of Roundup. A number > of features that we added to our fork over the years have been ported > upstream and they have

Re: [Python-Dev] "CPython loves your Pull Requests" talk by Stéphane Wirtel

On Tue, Dec 5, 2017 at 6:25 AM, Victor Stinner wrote: > Stéphane Wirtel gave a talk last month at Pycon CA about CPython pull > requests. His slides: > >https://speakerdeck.com/matrixise/cpython-loves-your-pull-requests > > He produced interesting statistics that we didn't have before on pull

[Python-Dev] Guido's Python 1.0.0 Announcement from 27 Jan 1994

Someone in HackerNews shared the Guido's Python 1.0.0 announcement from 27 Jan 1994. That is, on this day, 20 years ago. https://groups.google.com/forum/?hl=en#!original/comp.lang.misc/_QUzdEGFwCo/KIFdu0-Dv7sJ It is very entertaining to read. * Guido was the release manager, which is now taken

Re: [Python-Dev] [python-committers] Welcome the 3.8 and 3.9 Release Manager - Łukasz Langa!

Congrats, Łukasz. And Thank you, Ned, for managing the 3.6 and 3.7 Releases. -- Senthil On Sat, Jan 27, 2018 at 1:02 PM, Barry Warsaw wrote: > As Ned just announced, Python 3.7 is very soon to enter beta 1 and thus > feature freeze. I think we can all give Ned a huge round of applause for >

Re: [Python-Dev] cpython (merge 3.4 -> default): null merge with 3.4

On Sunday, June 14, 2015 at 6:43 PM, Ned Deily wrote: > Senthil, > > There is now an active 3.5 branch, so the correct current order of > merging is: > > 3.4 -> 3.5 > 3.5 -> default > > I've checked in a couple of null merges to try to fix things. Oh! Missed that. Sorry, for the trouble. I wil

Re: [Python-Dev] How far to go with user-friendliness

On Tue, Jul 14, 2015 at 5:06 AM, Dima Tisnek wrote: > https://bugs.python.org/issue21238 introduces detection of > missing/misspelt mock.assert_xxx() calls on getattr level in Python > 3.5 It was controversial when it got committed too. Discussions happened in python-committers and IRC. Michael

Re: [Python-Dev] Code formatter bot

On Tue, Jan 19, 2016 at 12:59 PM, francismb wrote: > Pros, Cons, where could be applicable (new commits, new workflow, it > doesn't make sense), ... > -1. formatting should be done by humans (with the help of tools) before committing. It should not be left to a robot to make automatic changes.

Re: [Python-Dev] Very old git mirror under github user "python-git"

> On Feb 27 2016, at 2:47 pm, Ian Lee wrote: > > Perhaps the better / easier solution is to promote the *real* “Sem-official read-only mirror of the Python Mercurial repository” [1] ? And perhaps this goes away entirely (in time) with PEP-512 [2]? We will be workin

Re: [Python-Dev] The next major Python version will be Python 8

On Thu, Mar 31, 2016 at 2:40 PM, Victor Stinner wrote: > For example, rename utils.py to utils_noqa.py. A side > effect is that you have to update all imports. For example, replace > "import django" with "import django_noqa". After a study of the PSF, > it's a best option to split again the Pytho

Re: [Python-Dev] Most 3.x buildbots are green again, please don't break them and watch them!

On Wed, Apr 13, 2016 at 4:40 AM, Victor Stinner wrote: > Last months, most 3.x buildbots failed randomly. Some of them were > always failing. I spent some time to fix almost all Windows and Linux > buildbots. There were a lot of different issues. > > So please try to not break buildbots again and

Re: [Python-Dev] Tracker Etiquette

On Sat, May 7, 2016 at 4:17 PM, MRAB wrote: > I think you shouldn't delete them. It would be better just to say that > you've changed your mind and explain why. > I support this. Please leave your new comments correcting previous one and support your current stance. I think, it is alright to mak

Re: [Python-Dev] urllib2.HTTPBasicAuthHandler doesn't work with GitHub API

On Mon, Nov 4, 2013 at 6:11 AM, Matěj Cepl wrote: > I am not sure how widespread is this breaking of RFC, but it seems to me > that quite a lot (e.g., http://stackoverflow.com/a/9698319/164233 which > just en passant expects urllib2 authentication stuff to be useless), and > the question is wheth

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #19092 - Raise a correct exception when cgi.FieldStorage is given an

On Sat, Jan 11, 2014 at 11:53 PM, Nick Coghlan wrote: > You may want to tweak the tracker so the comment ends up on the > appropriate issue (#19092 is something else entirely) > Yes. This was supposed to be #19097. My bad. ___ Python-Dev mailing list

Re: [Python-Dev] death to 2.7; long live 2.7

On Wed, Apr 9, 2014 at 9:22 PM, Benjamin Peterson wrote: > Instead dealing 2.7 will just be completely optional for core > developers. (The much anticipated vendor support arrives at this point.) > Could you clarify your thoughts a bit on the "completely optional" part. What if vendors take a rea

Re: [Python-Dev] death to 2.7; long live 2.7

On Wed, Apr 9, 2014 at 10:02 PM, Benjamin Peterson wrote: > I consider the security enhancement/feature question to be in the domain > of PEP 466. If security stuff lands in the 2.7 branch, it will get > released eventually is all I'm saying. > Thanks for the response. >> Instead dealing 2.7 wil

Re: [Python-Dev] Language Summit notes

Here are my notes that I jotted down from the back row. Forgive me for any mistakes. (As I shared in the intro, I am trying to get back and keep up. :)) Python Release Process: * Larry Hastings goes for vote for shortend release process. But Guido does not seem to be excited about it. Woul

[Python-Dev] Season of Docs

Hello Python Developers, Google is running a program called Season of Docs ( https://developers.google.com/season-of-docs/) to encourage technical writers to improve the documentation of Open Source Projects. As Python-Dev, and Python Software Foundation, do you think: a) We should participate?

Re: [Python-Dev] [python-committers] PEP 581 (Using GitHub issues for CPython) is accepted

On Wed, May 15, 2019 at 6:44 PM Ezio Melotti wrote: > > I share the same concerns: 1) the PEP contains several factual errors. I pointed this out during > the core-sprints last year and more recently Berker pointed out some > on GitHub: https://github.com/python/peps/pull/1013 ; > 4) Berker is/

[Python-Dev] Re: When to remove BytesWarning?

On Sat, Oct 24, 2020 at 6:18 AM Christian Heimes wrote: > > > In my experience it would be useful to keep the bytes warning for > implicit representation of bytes in string formatting. It's still a > common source of issues in code. > I am with Christian here. Still notice a possibility of peopl

[Python-Dev] Re: My thoughts on Pattern Matching.

On Fri, Nov 6, 2020 at 7:05 AM Thomas Wouters wrote: > > The primary reason I care about the integration with the rest of Python is > because it limits the future expansion of the language. > I did not think as deeply as you have done on this subject here. My exposure to pattern matching was in

[Python-Dev] Re: Remove formatter module

+1 vote on removal. No concerns. It's been deprecated for a long time now (since 3.4). On Tue, Nov 24, 2020 at 3:54 AM Victor Stinner wrote: > Since importing the module emits a DeprecationWarning at runtime since > Python 3.4 and the deprecation is properly documented, IMO it's fine > to remove

[Python-Dev] Re: Dusting off PEP 533?

Hi Paul, > Per PEP 525, I can call aclose coroutine method to cleanup the generator, but > it requires the code iterating to be aware that that closing the generator is > necessary. How about treating this as a bug for the specific use case that you mentioned, rather than a complete addition of "

[Python-Dev] Re: Bumping minimum Sphinx version to 3.2 for cpython 3.10?

On Tue, Jan 12, 2021 at 08:38:17PM +, Julien Palard via Python-Dev wrote: > - Some functions declarations are lacking a backslash, like >print(*objects, sep=' ', end='n', ... > > Which is bad. Wouldn't this a bug with Sphinx? Why would that be special cased with a flag (strip_signature_b

[Python-Dev] Re: Bumping minimum Sphinx version to 3.2 for cpython 3.10?

On Wed, Jan 13, 2021 at 12:28:42AM +0100, Victor Stinner wrote: > The alternative is to keep Sphinx 2 support, use > strip_signature_backslash and don't use :no-trim-doctest-flags: ? +1. :no-trim-doctest-flags: was introduced to python docs only recently, so not using that is a reasonable suggest

[Python-Dev] Re: Bumping minimum Sphinx version to 3.2 for cpython 3.10?

On Wed, Jan 13, 2021 at 02:53:30AM +0300, Ivan Pozdeev via Python-Dev wrote: > > I support keeping same Sphinx version across all the supported python > > versions. > > This is not a sustainable route since this way, there's no way to change the > version at all. > By supported, I mean the act

[Python-Dev] Re: Bumping minimum Sphinx version to 3.2 for cpython 3.10?

On Fri, Jan 15, 2021 at 08:24:54AM +, Julien Palard via Python-Dev wrote: > I think the best way to handle this is to make the three next releases > (3.10, 3.11, 3.12) Sphinx 2 and Sphinx 3 compatible, this would gather > requiered benefits: > > If this plan is OK for everyone, I'll try a PR

[Python-Dev] Re: Upcoming 3.7.10 and 3.6.13 Security Releases

On Wed, Jan 20, 2021 at 7:22 PM Ned Deily wrote: > > > In the meantime, another potential security issue has arisen that might > impact 3.7 and 3.6 so I'm going to continue to hold off on the releases > until we have a resolution of that. > > https://bugs.python.org/issue42967 > > And another sec

[Python-Dev] Re: New sys.module_names attribute in Python 3.10: list of all stdlib modules

On Mon, Jan 25, 2021 at 06:46:51PM +0300, Ivan Pozdeev via Python-Dev wrote: > There's a recurring error case when a 3rd-party module > overrides a standard one if it happens to have the same name. Any argument and expectation is off in this case. We shouldn't worry about such scenarios. -- Senth

[Python-Dev] Re: [python-committers] [ Release ] Python 3.10a5 and release blockers

Hi Pablo, Looks like alpha 5 was scheduled for today. I am willing to take care of this issue - https://bugs.python.org/issue42967 The patch is reasonable, but the changes are backwards incompatible. Since it is with an underlying parsing library, the decision here is tricky one way or the other.

[Python-Dev] Re: Python 0.9.1

On Tue, Feb 16, 2021 at 1:58 PM Skip Montanaro wrote: > > I then pushed the result to a Github repo: > > https://github.com/smontanaro/python-0.9.1 > Wow. Was white-space not significant in this release of Python? I see the lack of indentation in the first Python programs. __

[Python-Dev] Re: Happy 30th Birthday, Python!

On Sun, Feb 21, 2021 at 12:05 AM Larry Hastings wrote: > I guess we forgot to observe it yesterday, but: February 19, 1991, was the > day Guido first posted Python 0.9.1 to alt.sources: > > https://groups.google.com/g/alt.sources/c/O2ZSq7DiOwM/m/gcJTvCA27lMJ > > Happy 30th birthday, Python! Happ

[Python-Dev] Re: Requesting Review of Pull Request

Hello Nathan, The PR is merged. Thank you for contributing and following up here. -- Senthil On Tue, Mar 02, 2021 at 07:50:13PM +, Nathan Beals wrote: > Good Afternoon Python Devs, > > I'm requesting that someone review the pull request linked to this issue: > https://bugs.python.org/issue4

[Python-Dev] Re: Suggestion About Python Syntax

Hello Anthony, Welcome to this list. :) Python is written in C, and developers use semicolons and branches in C. However, when Guido designed Python, he specifically wanted white-space indented language. The idea was it will be less intimidating to beginners and more readables. It seems to have be

[Python-Dev] Re: Requesting Review for GH-24118 (Fix for bpo-27820)

On Sat, Mar 06, 2021 at 02:08:05PM +0700, Pandu Poluan wrote: > I have submitted a PR, GH-24118 > (https://github.com/python/cpython/pull/24118), > on January 5. > > It's a relatively simple patch that fixes smtplib.SMTP logic for AUTH LOGIN, > alongside a fix for the test for that class. I've r

[Python-Dev] Re: Merge Request Review Reminder

On Mon, Feb 15, 2021 at 8:36 AM Faisal Mahmood wrote: > > Hello, > > I hope you are all well, I currently have an issue / merge request that has > become stale and as per the guidelines I am sending this e-mail to request > someone to review it for me please. > > Issue Number: 42861 (https://bug

[Python-Dev] Re: Merge Request Review Reminder

Given this discussion, I am motivated to review this and merge this into stdlib. The conversation was helpful to me to understand for utility value of the method introduced by the patch. I had stated in the PR as well. Thank you, both, Faisal and Jakub. On Mon, Mar 22, 2021 at 5:40 PM Jakub Stasi

[Python-Dev] Re: bz2.BZ2File doesn't support name?

There is an open bug report https://bugs.python.org/issue24258 I guess it was overlooked. It could be a good task for someone interested. Please add me as a reviewer if you submit a patch, I can help review and move it forward. On Mon, Apr 26, 2021 at 9:22 PM wrote: > I was surprised recently t

[Python-Dev] Re: bz2.BZ2File doesn't support name?

ded the .name property to bz2.Bzip2File and added a test to > verify it. -- H > > On Mon, 26 Apr 2021 at 21:40, Senthil Kumaran wrote: > >> There is an open bug report https://bugs.python.org/issue24258 >> >> I guess it was overlooked. It could be a good task for som

[Python-Dev] Re: expanduser('~other') reliability and future

On Wed, Apr 28, 2021 at 05:44:06PM +0100, Barney Gale wrote: > From a bit of googling, Python seems to be an outlier in having a function to > retrieve another user’s home directory. > Any views on this? Is expanduser(‘~other’) fixable and worth fixing? If not, > should we deprecate this functiona

[Python-Dev] Re: change of behaviour for '.' in sys.path between 3.10.0a7 and 3.10.0b1

On 3 Jun 2021, at 09:31, Robin Becker wrote: > ReportLab has quite a large codebase and I think it would be hard to > get a concise test of this behaviour change. I would be glad if this > is an expected change a7-->b1 and if the use of '.' in this way has > become somehow wrong. To me, this sou

[Python-Dev] Re: change of behaviour for '.' in sys.path between 3.10.0a7 and 3.10.0b1

On Thu, Jun 03, 2021 at 09:55:57AM -0700, Guido van Rossum wrote: > Maybe this? > > 04732ca993 bpo-43105: Importlib now resolves relative paths when creating > module spec objects from file locations (GH-25121) Likely!. But https://github.com/python/cpython/commit/04732ca993fa077a8b9640cc77fb2f15

[Python-Dev] Re: Proposal: declare "unstable APIs"

On Thu, Jun 03, 2021 at 10:10:53AM -0700, Guido van Rossum wrote: > This is not a complete thought yet, but it occurred to me that while we have > deprecated APIs (which will eventually go away), and provisional APIs (which > must mature a little before they're declared stable), and stable APIs (wh

[Python-Dev] Re: change of behaviour for '.' in sys.path between 3.10.0a7 and 3.10.0b1

On Thu, Jun 03, 2021 at 07:08:06PM +0100, Robin Becker wrote: > The regression may well be a platform issue. I am by no means an expert at > building python; I followed a recipe from the ARCH PKGBUILD of some time I meant the change in the diff we were suspecting was supposed to be "Windows" speci

[Python-Dev] Re: Why list.sort() uses mergesort and not timsort?

On Sun, Jun 06, 2021 at 04:07:57PM -0700, Dan Stromberg wrote: > I've got a comparison of sort algorithms in both Cython and Pure Python (your > choice) at: > https://stromberg.dnsalias.org/~strombrg/sort-comparison/  > ...including a version of timsort that is in Cython or Pure Python. > Interes

[Python-Dev] Re: Towards removing asynchat, asyncore and smtpd from the stdlib

On Wed, Jun 23, 2021 at 10:49:04PM +0100, Irit Katriel via Python-Dev wrote: > The next step is to add deprecation warnings, so that we can eventually delete > them. There is also the issue that some of the stdlib tests are still using > these libraries, but this does not need to block removing th

[Python-Dev] Re: Python3 OSF/1 support?

On Wed, Jul 14, 2021 at 04:30:33AM +, Jay K wrote: > Hi. I have an Alpha/OSF machine up and running. > It is little slow, but it works ok. > > I would like to run Python3 on it. > > I have it "compiling and working". It was easy enough so far. > https://github.com/python/cpython/pull/27063

[Python-Dev] Re: Windows buildbots may be broken

On Fri, Jul 30, 2021 at 02:28:08PM +, Jason R. Coombs wrote: > If you run such a buildbot, please consider running this command on > your repo to bypass the issue: > > git rm -r :/ ; git checkout HEAD -- :/ > > You may want to consider adding this command after every update to the > repo to a

[Python-Dev] Re: PEP-535 (Rich comparison chaining) Discussion?

On Tue, Aug 31, 2021 at 8:57 AM Angus Hollands wrote: > Should look more like > ```python > x = np.array(...) > y = x[2 < x < 8] > ``` > Is there any interest in pushing this PEP along? > My personal opinion is, it is worth discussing again. I could see the benefits this brings to Numpy Arrays.

[Python-Dev] Re: API's to interface python with Eclipse to execute and debug C/C++ Source files.

On Thu, Aug 19, 2021 at 04:27:19AM +, Chandrakant Shrimantrao wrote: > Hi, > We would like to know if there is any option available to execute and debug( > setting break point and delete break point) C/C++ Source files Python API's > inside Eclipse IDE after interfacing Pydev with Eclipse. Th

[Python-Dev] Re: Is anyone relying on new-bugs-announce/python-bugs-list/bugs.python.org summaries

> > As part of PEP 588, migrating bugs.python.org issues to Github, there > are two current mailing list related items that need a replacement or > need to be turned down. > > 1. Weekly summary emails with bug counts and issues from the week, > example: > https://mail.python.org/archives/list/pytho

[Python-Dev] Re: RFC: New/update the Docs Sphinx theme: responsive, edit page links,

Replying to Python-Dev. I hope you found the list and got feedback from the documentation maintainers. Python devguide https://devguide.python.org/ was using an updated theme, and I assume that docs will get updated soon a responsive. There have been plenty discussions on this front. Thank you, S

Re: [Python-Dev] [Python-checkins] cpython: ../bug-fixes/http_error_interface/.hg/last-message.txt

82765:4f2080e9eee2 > parent: 82763:4c6463b96a2c > user: Senthil Kumaran > date:Tue Mar 19 12:07:43 2013 -0700 > summary: > ../bug-fixes/http_error_interface/.hg/last-message.txt > > files: > Lib/test/test_urllib2.py | 39 +-- >

Re: [Python-Dev] PyCon Sprints - Thank you

Thanks Daniel, for all the patches and improving the test coverage. Hope you had a good time and will you enjoy contributing further. Happy touring SF. -- Senthil On Wed, Mar 20, 2013 at 12:24 PM, R. David Murray wrote: > Thank you for your contributions, and we look forward to anything else >

Re: [Python-Dev] The end of 2.7

On Sat, Apr 6, 2013 at 2:02 PM, Benjamin Peterson wrote: > juncture 5 total years of maintenance is reasonable. This means there > will be approximately 4 more 2.7 releases. That's good. From the subject of the email, I though you were announcing "This is the end of 2.7.x releases". 2 more year

Re: [Python-Dev] End of the mystery "@README.txt Mercurial bug"

On Tue, Jun 25, 2013 at 5:58 PM, Benjamin Peterson wrote: > 2013/6/25 Victor Stinner : > > And then I ran "make distclean"... > > You've left us hanging... > > Yeah, the final part is here: http://bz.selenic.com/show_bug.cgi?id=3954#c4 But still I have question as why hg complained about @README i

Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 -> default): Fix http.server's request handling case on trailing '/'.

On Fri, Sep 13, 2013 at 7:49 AM, Eric V. Smith wrote: >> Patch contributed by Vajrasky Kok. Addresses Issue #17324 > >> +trailing_slash = True if path.rstrip().endswith('/') else False > > Wouldn't this be better just as: > trailing_slash = path.rstrip().endswith('/') I noticed

Re: [Python-Dev] cpython (merge 3.3 -> default): merge from 3.3

On Wed, Sep 11, 2013 at 11:14 PM, Antoine Pitrou wrote: > On Thu, 12 Sep 2013 07:57:25 +0200 (CEST) > senthil.kumaran wrote: >> >> +<<< local >> Optional argument random is a 0-argument function returning a >> random float in [0.0, 1.0); if it is the default None, the >>

Re: [Python-Dev] Fwd: Cssdbpy is a simple SSDB client written on Cython. Faster standart SSDB client.

On Tue, Sep 13, 2016 at 12:01 PM, Yurij Alexandrovich wrote: > > Cssdbpy is a simple SSDB client written on Cython. Faster standart SSDB > client. > > https://github.com/deslum/cssdbpy > Congrats. You should post this in python-annouce@ list. This list python-dev is about CPython development.

Re: [Python-Dev] IRC logs via BotBot.me

On Wed, Jan 4, 2017 at 3:27 PM, INADA Naoki wrote: > I wonder if #python-dev is logged by BotBot.me. > > I'm sorry if it had rejected already. I don't think so, but channel ops could request it. Also, I found (https://www.irccloud.com) to be helpful to look at IRC logs when away. (You can also p

Re: [Python-Dev] GitHub migration scheduled for Friday

On Tue, Feb 7, 2017 at 11:38 PM, Victor Stinner wrote: > I know that different people have different expectation on GitHub. I > would like to take the opportunity of migrating to Git to use the > "author" and "committer" fields. If the author is set to the real > author, the one who proposed the c

Re: [Python-Dev] Reports on my CPython contributions

On Fri, Feb 24, 2017 at 3:50 PM, Victor Stinner wrote: > Recently, I wrote reports of my CPython contributions since 1 year > 1/2. Some people on this list might be interested, so here is the > list. They are prolific! Thanks for keeping a log and sharing. -- Senthil __

[Python-Dev] Re: compiled python3.10 is unable to find _ssl

Your configure script did pick up openssl as the support version was not found. What is your operating system? Make sure you have supported version of ssl. Python requires openssl 1.1.1 or higher. On Mac, I had to use brew to install it and --with-openssl flag. On some linux machines, I have had

[Python-Dev] Re: It's now time to deprecate the stdlib urllib module

On Sun, Feb 06, 2022 at 03:08:40PM +0100, Victor Stinner wrote: > I propose to deprecate the urllib module in Python 3.11. It would emit > a DeprecationWarning which warn users, so users should consider better > alternatives like urllib3 or httpx: well known modules, better > maintained, more secu

[Python-Dev] Re: urllib: addressing inflexibility in scheme-based joining

On Thu, Feb 10, 2022 at 10:23:59PM -0700, Lincoln Auster wrote: > This is a follow-up RFC on PR #30520 (BPO 46337) with regard to urllib's ... > It's been about a month since I wrote that PR, and it was marked stale a > day or two ago. Would anyone be willing to give it a look for feedback > and a

[Python-Dev] Re: Retiring this mailing list ?

On Mon, Nov 13, 2023 at 2:21 AM Marc-Andre Lemburg wrote: > Question: Should we retire and archive this mailing list ? > (I'm asking as one of the maintainers of the ML) +1 to retiring and archiving. Less overhead for maintainers and information concentrated at a single source, that is, discuss

[Python-Dev] Re: [python-committers] Please welcome our next Release Manager, Pablo!

Congratulations, Pablo! Thank you for taking care of buildbots, and donning this new role. On Tue, May 19, 2020 at 3:54 PM Barry Warsaw wrote: > In light of the release of Python 3.9b1, let’s take a moment to celebrate > all the great work that our Python 3.8 and 3.9 release manager Łukasz has

Re: [Python-Dev] Tracker archeology

On Thu, Feb 12, 2009 at 4:11 AM, Daniel (ajax) Diniz wrote: > > Now will I'll start verifying, adding tests, updating or closing as > needed the recently changed old issues, until I've taken a good look > at these. Then, if there's still time left before Saturday, I'll focus > on verifying/flaggi

Re: [Python-Dev] Python wins Linux New Media Award for Best Open Source Programming Language

On Fri, Mar 6, 2009 at 6:34 PM, Michael Foord wrote: > The prize was Martin von Löwis of the Python Foundation on behalf of the > Python community itself. This is a funny translation from German-to-English. :-) But yeah, a good one and the prize was presented by Kluas Knooper of Knoppix. Congr

[Python-Dev] [issue3609] does parse_header really belong in CGI module?

http://bugs.python.org/issue3609 requests to move the function parse_header present in cgi module to email package. The reasons for this request are: 1) The MIME type header parsing methods rightly belong to email package. Confirming to RFC 2045. 2) parse_qs, parse_qsl were similarly moved from

Re: [Python-Dev] [Python-ideas] Proposed addtion to urllib.parse in 3.1 (and urlparse in 2.7)

On Mon, Apr 13, 2009 at 5:31 PM, Antoine Pitrou wrote: > Say you are filtering or sorting data based on some URL parameters. If the > user > wants to remove one of those filters, you have to remove the corresponding > query > parameter. This is a use-case and possibly a hypothetical one which a

Re: [Python-Dev] version for blender Vista

From: http://mail.python.org/mailman/listinfo/python-dev About Python-Dev ***Do not post general Python questions to this list. For help with Python please see the Python help page.*** On this list the key Python developers discuss the future of the language and its implementation. Topi

Re: [Python-Dev] Survey on DVCS usage and experience

On Wed, May 27, 2009 at 06:02:57PM -0600, Brian de Alwis wrote: > With Python having recently chosen to switch to Mercurial, I hoped > that any developers who've used a DVCS (and who are over 18 years > old) might like to participate in our survey and share your Just curious. Why is this age rest

[Python-Dev] Backporting HTTPS via Proxy Support in urllib2

Issue: http://bugs.python.org/issue1424152 mentions about HTTPS Support via proxy in urllib2. This is fixed in the trunk (Revision 72880), but there has been number of valid requests to backport it Python 2.6. While I agree and ready to backport to Python 2.6, I would like to ask here if there a

Re: [Python-Dev] eggs now mandatory for pypi?

On Mon, Oct 05, 2009 at 10:43:22AM +0200, Fredrik Lundh wrote: > it's revews like this that makes me wonder if releasing open source is > a good idea: >no egg - worst seen ever, remove it from pypi or provide an egg > (jensens, 2009-10-05, 0 points) > Greetings effbot. :) As you might already

Re: [Python-Dev] contributor to committer

> On Wed, Feb 24, 2010 at 7:13 AM, Florent Xicluna > > Hello, > > > > I am a semi-regular contributor for Python: I have contributed many patches > > since end of last year, some of them were reviewed by Antoine. > > Lately, he suggested that I should apply for commit rights. > > Another +1. :) -

Re: [Python-Dev] Release blocker: urllib2 issue 7540

On Thu, Mar 4, 2010 at 3:45 AM, Fred Drake wrote: > Regarding:  http://bugs.python.org/issue7540 > > The proper response to this issue for Python 2.6 is to make no code > changes (though a documentation enhancement may be in order). > > This change should be reverted from all branches. > > Python

Re: [Python-Dev] Code coverage metrics

On Tue, Apr 06, 2010 at 12:40:35PM +0300, anatoly techtonik wrote: > Where can I find public reports with Python tests code coverage? Here: http://coverage.livinglogic.de/ -- Senthil ___ Python-Dev mailing list Python-Dev@python.org http://mail.pytho

Re: [Python-Dev] OS information, tags

On Mon, Apr 12, 2010 at 07:06:29PM +0530, Anand Balachandran Pillai wrote: >    I am surprised to see that the bug-tracker > doesn't have an OS classifier or ability to add > tags ? Since a number of issues reported seem to There is one. In the Components you can do a multiple select and i

Re: [Python-Dev] OS information, tags

On Thu, Apr 15, 2010 at 02:31:23PM +, Antoine Pitrou wrote: > We already have "Macintosh" and "Windows" in the multi-select component field. > It would be nice if the bug interface didn't grow more complicated than it > already is. +1 There isn't any need for yet another classification. --

[Python-Dev] urlparse - to parse IPv6 URL in 2.7 b2 ?

http://bugs.python.org/issue2987 This deals with a feature request of parsing an IPv6 URL according to standards. The patch is pretty complete and we have good test coverage too. Is it okay to include this in Python 2.7 b2 release? It would be a worthy addition. -- Senthil ___

Re: [Python-Dev] urlparse - to parse IPv6 URL in 2.7 b2 ?

On Fri, Apr 16, 2010 at 11:03:30AM +, Antoine Pitrou wrote: > > It shouldn't have been committed to 3.1, though. Could you revert? Yeah, I had this doubt. Okay, I shall revert it from 3.1 branch. -- Senthil ___ Python-Dev mailing list Python-Dev@p

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do triage.

On Sun, Apr 25, 2010 at 10:18:47PM +, Antoine Pitrou wrote: > > I don't think Antoine is questioning Sean's judgement but rather that we > > should get into the habit of giving some people "shortcuts" through the > > regular process. > > Yes, exactly. > If we often take shortcuts with our own

Re: [Python-Dev] argparse suggestion

On Mon, Apr 26, 2010 at 08:20:10AM -0400, Neal Becker wrote: > steven.beth...@gmail.com made a very nice module for me to enhance argparse > called argparse_bool.py, which contains ConfigureAction. This will allow a Would not it be a feature enhancement request against argparse.py itself? In th

Re: [Python-Dev] urlparse.urlunsplit should be smarter about +

On Sat, May 8, 2010 at 8:19 AM, David Abrahams wrote: > > This is a bug report.  bugs.python.org seems to be down. Tracked here: http://bugs.python.org/issue8656 >  >>> urlunsplit(urlsplit('git+file:///foo/bar/baz')) Is 'git+file' a valid protocol? Or was it just your example? I don't see any r

Re: [Python-Dev] urlparse.urlunsplit should be smarter about +

On Sun, May 09, 2010 at 03:19:40PM -0600, David Abrahams wrote: > John Arbash Meinel wrote: > > Don't you need to register the "git+file:///" url for urlparse to > > properly split it? > > Yes. But the question is whether urlparse should really be so fragile > that every hierarchical scheme needs

Re: [Python-Dev] urlparse.urlunsplit should be smarter about +

On Mon, May 10, 2010 at 05:11:12PM +0900, Stephen J. Turnbull wrote: > > Not all urls have the 'authority' component after the scheme. (sip > > based urls for e.g) urlparse differentiates those by maintaining a > > list of scheme names which will follow the pattern of parsing, and > > joining f

Re: [Python-Dev] urlparse.urlunsplit should be smarter about +

On Mon, May 10, 2010 at 05:56:29PM +0900, Stephen J. Turnbull wrote: > Senthil Kumaran writes: > > > I should have said, 'treatment of urls with authority' and 'treatment > > of urls without authority' in terms of parsing and joining is as per >

Re: [Python-Dev] moving issues from argparse tracker to python tracker?

On Sun, May 23, 2010 at 08:52:19PM -0700, Steven Bethard wrote: > requests, etc. for argparse, and I was planning to just copy them over > to the Python bug tracker (and close them on the Google code tracker). I think, this is a good idea. +1 from me. There is only one module, bsddb, which is main

Re: [Python-Dev] urllib2/urllib incompatibility?

On Mon, May 24, 2010 at 08:49:56AM +, Vinay Sajip wrote: > I encountered what seems like an incompatibility between urllib and urllib2 in > the way they handle file:// URLs, is this a bug? I had a look on the bug > tracker > >>> s = 'file:tmp/hello.txt' > >>> f1 = urllib.urlopen(s) The a

Re: [Python-Dev] Future of 2.x.

On Wed, Jun 9, 2010 at 9:28 AM, Alexandre Vassalotti wrote: > Is there is any plan for a 2.8 release? If not, I will go through the > tracker and close outstanding backport requests of 3.x features to You mean, simply mark them as Wont-Fix and close. I doubt, if this is desirable action to take.

Re: [Python-Dev] Future of 2.x.

On Thu, Jun 10, 2010 at 6:40 AM, Alexandre Vassalotti wrote: > On Wed, Jun 9, 2010 at 1:23 PM, "Martin v. Löwis" wrote: >> Closing the backport requests is fine. For the feature requests, I'd only >> close them *after* the 2.7 release (after determining that they won't apply >> to 3.x, of course)

Re: [Python-Dev] Release manager/developer (10 years + experience) would like to help and volunteer time if needed

Welcome! You might just want to hook on to the process mentioned at http://www.python.org/dev That's it. -- Senthil On 16 Jun 2010 16:44, "Mart" wrote: Hi, I have worked 10 years at Adobe Systems as a Release Developer for the LiveCycle ES team and am now employed as a Release Manager (for a

Re: [Python-Dev] Mercurial

On Sat, Jun 19, 2010 at 01:51:04PM +0200, Antoine Pitrou wrote: > FWIW, the EOL extension is now part of Mercurial: > http://mercurial.selenic.com/wiki/EolExtension Should we all move soon now? Any target date you have in mind, Antoine? -- Senthil ___

Re: [Python-Dev] docs - Copy

On Thu, Jun 24, 2010 at 09:05:09PM -0400, Alexander Belopolsky wrote: > On Thu, Jun 24, 2010 at 8:51 PM, Rich Healey wrote: > > http://docs.python.org/library/copy.html > > > > Just near the bottom it reads: > > > > """Shallow copies of dictionaries can be made using dict.copy(), and > > of lists

Re: [Python-Dev] bytes / unicode

On Mon, Jun 28, 2010 at 08:28:45PM +1200, Greg Ewing wrote: > A thought on this poly_str type: perhaps it could be > called "ascii", since that's what it would have to be > restricted to, and have > > a'xxx' > > as a literal syntax for it, seeing as literals seem to > be one of its main use cas

Re: [Python-Dev] Mailbox module - timings and functionality changes

On Tue, Jun 29, 2010 at 09:56:11AM -0400, Steve Holden wrote: > Can someone who is set up to do easily just do a timing of test_mailbox > under 2.6 and 3.2, to verify they see the same disparity as me? The test Actually, No. Python 2.7b2+ (trunk:81685M, Jun 4 2010, 21:52:06) Ran 274 tests in 27

  1   2   3   >