n so much details, though.
However these examples might help to have pragmatic discussions about
which rules we want to recommend.
Do not hesitate to give feedback here, or on the issue tracker.
There's also a code-quality mailing-list which covers a little more
than pep8.py:
https:
rs to
write "flake8" extensions instead of pushing more features into "pep8"
itself, and also I tried to define a default configuration which is
"good enough" to support the PEP 8 recommendations.
--
Florent
___
Python-Dev
2014-04-26 0:46 GMT+02:00 Nick Coghlan :
> Florent is claiming the endorsement of the PEP 8 authors
> and the consensus of python-dev for the tool's default behaviour
> (as noted above, this makes it personal for me, as I am a
> co-author of PEP 8).
You're a co-author of P
go, to explain what
is the purpose of the tool and its limitations. There's no claim of
any endorsement implicit or explicit by the PSF, the PSU or any other
python developer :-)
http://pep8.readthedocs.org/en/latest/intro.html#disclaimer
I'm sorry if you felt that my previous answer was
we already have "_pyio.py", we could have "_pystat.py".
my 2c
--
Florent Xicluna
2013/6/20 Christian Heimes :
> Hello,
>
> I have re-implemented the entire stat module in C. [1] It's a necessary
> step to fix portability issues. For most constants POSIX sta
bad thing.
You're right, and sometimes a contributor steps in and propose a PEP
to move things forward for a so-called orphan module.
If I'm not wrong, it was the case for StringIO, pickle, distutils,
wsgiref and optparse even if each of these packages has i
2012/2/10 Eli Bendersky
> >
>
> Thanks for the input, Florent. So, to paraphrase, there already are
> code changes in the stdlib version of ET/cET which are not upstream.
> You made it explicit about the tests, so the question is only left for
> the modules themselves. Is th
0 to acknowledge
> current reality (i.e. the most current release of ElementTree is
> actually the one maintained by Florent in the stdlib).
>
Actually, it was part of my learning curve to the development of Python, as
you can see on the thread of the issue http://bugs.python.org/issue64
issue # 1868
my .2 cents,
--
Florent Xicluna
2010/8/30 David Bolen :
> Since the recent history of my two Windows buildbots has turned ugly,
> I figured I'd mention that they both (XP and Windows 7) have started
> generating quite a few GUI C++ RTL runtime pop-up assertions, wh
osts a cron job which
recalculates and upload the JSON data.
Currently, the report is uploaded every hour.
Regards,
--
Florent Xicluna
2010/8/20 Python tracker
>
> ACTIVITY SUMMARY (2010-08-13 - 2010-08-20)
> Python tracker at http://bugs.python.org/
>
> To view or respond to any
cache will not be updated, but future builds should be parsed
correctly.
- there's no documentation yet (except ./bbreport.py --help)
--
Florent Xicluna
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-
There's no new issue posted this morning.
I tried to post an issue, and an error occurred on submit.
So...
--
Florent
2010/8/3 Fred Drake
> On Tue, Aug 3, 2010 at 1:01 AM, Ray Allen wrote:
> > Is the tracker OK now?
>
> It's working for me.
>
>
>
any issue they find, so it can be fixed and improved in the next
bugfix version (2.7.1).
Since the 2.7 branch will have long term support, it makes sense to support
multi-core platforms.
And more users of the fixed GIL means more bugfixes (even for 3.x branch).
--
Florent
__
> Does it really need trunk? I've been running it under 2.6 without
> problems, but I probably haven't explored all the options fully.
>
Now it works on 2.6 (or 2.5+pysqlite).
Regards,
--
Florent
___
Python-Dev mailing list
Py
2010/4/1 anatoly techtonik:
> On Thu, Apr 1, 2010 at 8:02 PM, Florent Xicluna wrote:
(...)
>>
>> Put it in unittest.TestCase.setUp() method. It should be enough.
>
> It fails with error instead if skip, as it should according to
> http://docs.python.o
mber of skipped
> tests at the same time. Are there any standard means to do this?
Put it in unittest.TestCase.setUp() method. It should be enough.
--
Florent
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/
nings are
>> introduced and possibly to uncover other ones.
>> It might be a good idea to add the -Wd flag too, both on trunk and py3k.
>
> +1 from me.
I agree, it could help to catch unexpected warnings or bugs earlier in
the process.
--
Florent
_
2010/3/3 Florent Xicluna :
>
>>>> u'\xff' == bytearray('\xff') # It should raise an error because of '-bb'
> __main__:1: BytesWarning: Comparison between bytearray and string
> False
>>>> u'\xff' == '\xff'
> _
mechanism:
* -Qwarn/-Qwarnall should imply
-Wdefault -Wignore::ImportWarning -Wignore::PendingDeprecationWarning
(same as current -3 behavior)
* BytesWarning should be replaced by UnicodeWarning or RuntimeWarning
(and -b deprecated)
* -Wdefault should show all warnings (including py3k warni
2010/3/3 Florent Xicluna wrote:
>
> I will post a list of the DeprecationWarnings in the python trunk, in a
> followup message, for a review, and to help the discussion.
>
Here is the list of the "Classic" DeprecationWarnings:
http://paste.pocoo.org/show/184931/
And
ems
normal to consider the migration from 2.7 to 3.1 and show these warnings
when the developer uses "-Wd" switch.
What do you expect as DeprecationWarning in 2.7?
I will post a list of the DeprecationWarnings in the python trunk, in a
followup message, for a review, and to help the
2010/2/28 Stefan Behnel
> I would actually encourage Florent to do the opposite: act now and prepare
> a patch against the latest official ET 1.2 and cET releases (or their SVN
> version respectively) that integrates everything that is considered safe,
> i.e. everything that makes cE
r IRC)
> - make sure to subscribe to python-checkins
Usually I tend to be cautious.
--
Florent
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/o
and port it to Python 2.7 (#6472).
As a final note, I would like to highlight a small script in the same spirit
as Pyflakes: pep8.py
I've contributed few patches for the version 0.5, released a week ago:
http://pypi.python.org/pypi/pep8/
--
Florent Xi
ybe these 2 documentation entry points could be merged and improved, first.
They are not available on the same menu, and there's no cross-link between them:
* "Issue workflow" from http://www.python.org/dev/
* "Tracker documentation" from http://bugs.python.org/
--
F
etree" users...
It is qualified as a "best effort" to get something better for ET. Nothing else.
--
Florent
“Nobody expects the Spanish Inquisition!”
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
Stefan Behnel behnel.de> writes:
>
> Florent Xicluna, 18.02.2010 10:21:
> > For this purpose, I grew the test suite from 300 lines to 1800 lines,
> > using both the tests from upstream and the tests proposed by Neil Muller
> > on issue #6232.
>
> Just a comment
Eric Smith trueblade.com> writes:
>
> This is because no one has gotten around to it. Create a bug report for
> it, and preferably attach a patch with tests.
>
> Eric.
>
Actually, it gives py3k warning about "mhlib" + 2 others warnings:
./python/release26-maint/ $ ./python -Wd -3 -c "import
he patch covers documentation, too.
http://codereview.appspot.com/207048/show
It's time to comment and review.
The proposed plan is to merge the patch in trunk before 2.7 alpha4.
Best regards,
--
Florent Xicluna
___
Python-Dev mailing list
Python
ith Mac OS X 10.4. I have a 2.4.x install
somewhere, I'll give it a go. But you're right, it's probably because
of threads. Now I'm trying to determine whether this is a Python bug
or a Mac OS X bug...
Florent
--
Florent Pillet http://www.florentpillet.com
Fre
readed Python code, SIGINT doesn't work anymore after my
binding has called tmpfile().
Florent
--
Florent Pillet http://www.florentpillet.com
Freelance software developer/consultant - Palm OS & Mac OS X
ICQ: 117292463
31 matches
Mail list logo
