Re: [Python-ideas] From mailing list to GitHub issues

Just pointing out that there is an official organisation account on github already. All we need is someone to create a repo and people will immediately start posting there. After a week you will see for yourself that it simply works. https://github.com/python For me personally, mailing lists ar

Re: [Python-ideas] From mailing list to GitHub issues

We are all interacting from different points in or own personal development, in addition to growth and changes in how we interact with technology. I used to care about top posting. Email netiquette and rules and all that. I'd perform delicate inlining of responses to promote better readability and

Re: [Python-ideas] From mailing list to GitHub issues

On Sun, Aug 14, 2016 at 10:47:36AM +0200, Arkadiusz Bulski wrote: > Just pointing out that there is an official organisation account on github > already. All we need is someone to create a repo and people will immediately > start posting there. After a week you will see for yourself that it sim

Re: [Python-ideas] From mailing list to GitHub issues

On Sun, Aug 14, 2016 at 03:57:44AM -0500, C Anthony Risinger wrote: > Mobile dominates my non-work net-time today. I don't want to get out a > laptop to respond pretty. In what ways are you going to contribute without getting out to your laptop? > Email is almost by design static and unable

Re: [Python-ideas] From mailing list to GitHub issues

On 13 August 2016 at 19:44, David Mertz wrote: > I find email list VASTLY easier to deal with than any newfangled web-based > custom discussion forum. Part of that is that it is a uniform interface to > every list I belong too, and I can choose my own MUA. With all those web > things, every site w

Re: [Python-ideas] From mailing list to GitHub issues

On 14.08.2016 13:19, Paul Moore wrote: In my opinions, forums tend to encourage a much more focused style of discussion. In one way, that's a good thing (and I'm sure many people would prefer python-ideas to have more focus). But it *also* tends to deter people from contributing - I can't quite e

Re: [Python-ideas] From mailing list to GitHub issues

​I throw a proposal on the table: lets create a "python-ideas" repo under "python" account on GitHub and move this and only this thread onto it. If it fails, nothing but this thread is lost (not persisted in the mailing list) which would make no difference anyway. People made many points that are p

Re: [Python-ideas] From mailing list to GitHub issues

On Sun, Aug 14, 2016 at 01:57:03PM +0200, Arek Bulski wrote: > ​I throw a proposal on the table: lets create a "python-ideas" repo under > "python" account on GitHub and move this and only this thread onto it. If > it fails, What is your definition of "fails"? If three people follow you onto Git

Re: [Python-ideas] From mailing list to GitHub issues

A uniform interface works well enough for issue trackers. And the "freedom of choice" idea doesn't overrule all other concerns. Maybe we should just start a python-ideas tracker and see who comes. There's no reason it couldn't exist in addition to the mailing list. (Before you scream fragmentation

Re: [Python-ideas] From mailing list to GitHub issues

On Sat, Aug 13, 2016 at 1:16 PM Donald Stufft don...@stufft.io wrote: I think one of the big trade offs here, is that the traditional mailing > list can work very well if everyone involved takes the time to develop a > custom tool chain that fits their own workflow

Re: [Python-ideas] Fix default encodings on Windows

> The last point is correct: if you get bytes from a file system API, you should be able to pass them back in without losing information. CP_ACP (a.k.a. the *A API) does not allow this, so I'm proposing using the *W API everywhere and encoding to utf-8 when the user wants/gives bytes. You get trou

Re: [Python-ideas] From mailing list to GitHub issues

On Aug 14, 2016 5:18 AM, "Oleg Broytman" wrote: > > On Sun, Aug 14, 2016 at 03:57:44AM -0500, C Anthony Risinger < anth...@xtfx.me> wrote: > > Mobile dominates my non-work net-time today. I don't want to get out a > > laptop to respond pretty. > >In what ways are you going to contribute withou

Re: [Python-ideas] From mailing list to GitHub issues

> On Aug 14, 2016, at 6:18 AM, Oleg Broytman wrote: > > Are you going to run Python tests on your smartphone? If not, > wouldn't it be a little problematic to work on a real computer but to > communicate on a phone? This is kind of silly, I can contribute to a discussion from a phone without

Re: [Python-ideas] Fix default encodings on Windows

I plan to use only Unicode to interact with the OS and then utf8 within Python if the caller wants bytes. Currently we effectively use Unicode to interact with the OS and then CP_ACP if the caller wants bytes. All the *A APIs just decode strings and call the *W APIs, and encode the return valu

Re: [Python-ideas] From mailing list to GitHub issues

On Sun, 14 Aug 2016 at 05:16 Steven D'Aprano wrote: > On Sun, Aug 14, 2016 at 01:57:03PM +0200, Arek Bulski wrote: > > ​I throw a proposal on the table: lets create a "python-ideas" repo under > > "python" account on GitHub and move this and only this thread onto it. If > > it fails, > > What is

Re: [Python-ideas] From mailing list to GitHub issues

As i think Donald pointed it out, it doesnt take a laptop to contribute. Did you all notice that Guido replied from a phone? Currently half of the mailing list mail is large auto quotes or subject date info. Lines are never broken the way they should be. Who wants to keep their mail toolchains, ke

[Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

I have stumbled upon several time with the following problem. I delete a module and the .pyc stay around. and by "magic", python still use the .pyc A similar error happen (but less often) when by some file system manipulation the .pyc happen to be newer than the .py but correspond to an older versi

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

On Mon, Aug 15, 2016 at 9:05 AM, Xavier Combelle wrote: > I know that some use case makes a use of just using .pyc and not keeping > .py around, for example by not distribute the source file. > But in my vision, this uses case should be solved per opt-in decision > and not as a default. Several o

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

You can add a `make clean` build step: pyclean: find . -name '*.pyc' -delete You can delete all .pyc files - $ find . -name '*.pyc' -delete - http://manpages.ubuntu.com/manpages/precise/man1/pyclean.1.html #.pyc, .pyo You can rebuild all .pyc files (for a given directory): - $ python -

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

On Mon, Aug 15, 2016 at 01:05:47AM +0200, Xavier Combelle wrote: > I have stumbled upon several time with the following problem. > I delete a module and the .pyc stay around. and by "magic", python still > use the .pyc Upgrade to Python 3.2 or better, and the problem will go away. In 3.2 and abov

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

On 15/08/2016 02:45, Wes Turner wrote: > > You can add a `make clean` build step: > > pyclean: > find . -name '*.pyc' -delete > > You can delete all .pyc files > > - $ find . -name '*.pyc' -delete > - http://manpages.ubuntu.com/manpages/precise/man1/pyclean.1.html > #.pyc, .pyo > > You can

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

Given that this issue does not affect modern Python versions, it sounds like time for the OP to upgrade. On Aug 14, 2016 7:36 PM, "Xavier Combelle" wrote: > On 15/08/2016 02:45, Wes Turner wrote: > > > > You can add a `make clean` build step: > > > > pyclean: > > find . -name '*.pyc' -de

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

On 15/08/2016 02:49, Steven D'Aprano wrote: > On Mon, Aug 15, 2016 at 01:05:47AM +0200, Xavier Combelle wrote: >> I have stumbled upon several time with the following problem. >> I delete a module and the .pyc stay around. and by "magic", python still >> use the .pyc > Upgrade to Python 3.2 or be

Re: [Python-ideas] add a hash to .pyc to don't mess between .py and .pyc

On Sun, Aug 14, 2016 at 9:35 PM, Xavier Combelle wrote: > On 15/08/2016 02:45, Wes Turner wrote: > > > > You can add a `make clean` build step: > > > > pyclean: > > find . -name '*.pyc' -delete > > > > You can delete all .pyc files > > > > - $ find . -name '*.pyc' -delete > > - http://man

Re: [Python-ideas] From mailing list to GitHub issues

On 14/08/2016 16:45, Guido van Rossum wrote: > > A uniform interface works well enough for issue trackers. And the > "freedom of choice" idea doesn't overrule all other concerns. > > Maybe we should just start a python-ideas tracker and see who comes. > There's no reason it couldn't exist in addi

[Python-ideas] Move this thread! [was: From mailing list to GitHub issues]

Please move this discussion to Overload-SIG. It's off-topic on -ideas now that the SIG exists. @overload-sig members: et tu? :-( I do greatly appreciate the restraint shown by those who forwarded to the SIG in lieu of reply here. :-D The SIG has several experimental channels using different dis

Re: [Python-ideas] Fix default encodings on Windows

Steve Dower writes: > I plan to use only Unicode to interact with the OS and then utf8 > within Python if the caller wants bytes. This doesn't answer Victor's questions, or mine. This proposal requires identifying and transcoding bytes that represent text in encodings other than UTF-8. 1. Ho

Re: [Python-ideas] From mailing list to GitHub issues

On 8/13/2016 1:40 PM, Arek Bulski wrote: Praise the guide! (Guido) ​GitHub issues are also delivered by email, with full post content. Guido and others will be satisfied. The mailing lists are currently mirrored on news.gmane.org, though that could change. This works great for me. The tracke