On May 25, 2013, at 01:52 AM, Dmitrijs Ledkovs wrote:
On 24 May 2013 20:40, Barry Warsaw ba...@python.org wrote:
On May 24, 2013, at 02:55 PM, Barry Warsaw wrote:
py3flakes - What I don't like about that is that it's harder to locate(1).
I like pyflakes3, but better yet I'd prefer:
python3
On May 26, 2013, at 12:13 AM, Jakub Wilk wrote:
* Barry Warsaw ba...@python.org, 2013-05-24, 16:12:
Replace the driver (Python) scripts with a shell script
Eww! :(
Can you elaborate on what you don't like about that? I'd like to at least
accurately understand your objections.
I want Python
* Barry Warsaw ba...@python.org, 2013-05-24, 16:12:
Replace the driver (Python) scripts with a shell script
Eww! :(
Can you elaborate on what you don't like about that? I'd like to at
least accurately understand your objections.
I want Python scripts to remain Python scripts, so that I can:
On May 19, 2013, at 12:58 AM, Jakub Wilk wrote:
* Barry Warsaw ba...@python.org, 2012-09-28, 10:40:
we need to get tools like pyflakes ported to Python 3.
pyflakes = 0.6 supports Python 3. There's no Debian package built for Python
3 yet, but that's something that can be kluged up:
1) Install
On May 24, 2013, at 02:55 PM, Barry Warsaw wrote:
I'm working on updating svn to 0.7.2 and adding Python 3 support. I'll ask
for a review once I get something working locally.
r9670
Here's a question though, and it comes up again and again in different
contexts (e.g. nosetests). I guess we
On May 24, 2013, at 10:02 PM, Jakub Wilk wrote:
My answer normally would be ask upstream what is their preference. Although
in this case the plan didn't work out:
https://bugs.launchpad.net/pyflakes/+bug/1132892 Either upstream doesn't
care; or they do, but they're annoyed with the discussion
On 24 May 2013 20:40, Barry Warsaw ba...@python.org wrote:
On May 24, 2013, at 02:55 PM, Barry Warsaw wrote:
py3flakes - What I don't like about that is that it's harder to locate(1).
I like pyflakes3, but better yet I'd prefer:
python3 -m flakes
similar to how compileall / unittest / et al
* Barry Warsaw ba...@python.org, 2012-09-28, 10:40:
we need to get tools like pyflakes ported to Python 3.
pyflakes = 0.6 supports Python 3. There's no Debian package built for
Python 3 yet, but that's something that can be kluged up:
1) Install pyflakes_0.6.1-1~exp1 from experimental.
2)
Hi Yaroslav,
On Wed, Sep 26, 2012 at 11:40:58AM -0400, Yaroslav Halchenko wrote:
To not be too ambitious and to not invest too much time I have decided to
submit only a talk. Here follows a perspective title, abstract and some
notes/outline which will not be a part of submission. I would
Hi,
On Fri, Sep 28, 2012 at 10:40:27AM -0400, Barry Warsaw wrote:
On Sep 28, 2012, at 09:47 AM, Paul Tagliamonte wrote:
^^ this is a great idea. It'd be nice if we could prototype a flake8 /
pyflakes run against the archive, and filter for serious errors
First, we need to get tools like
Hi Nicolas,
Thanks for the feedback -- valid concerns and besides first 3 points
indeed you give the answers I am usually give people: that is why we
provide NeuroDebian VM which is used by quite a few users who either
have admin access on their boxes or just pursuade IT personnel to do
just 1
On 2 October 2012 09:01, Nicolas Chauvat nicolas.chau...@logilab.fr wrote:
PS: by the way, would anyone know of a way to use chroot or something
similar to allow any user to have any number of virtual environments
that use apt-get to install stuff and fall-back to the system if
something is
On Oct 02, 2012, at 02:42 PM, Nicolas Chauvat wrote:
As far as I know, pylint already runs with Python3. Doesn't it?
pyflakes is the one we want to port.
Cheers,
-Barry
signature.asc
Description: PGP signature
On Tue, Oct 02, 2012 at 09:59:32AM -0400, Barry Warsaw wrote:
On Oct 02, 2012, at 02:42 PM, Nicolas Chauvat wrote:
As far as I know, pylint already runs with Python3. Doesn't it?
pyflakes is the one we want to port.
May I ask why ?
--
Nicolas Chauvat
logilab.fr - services en
On 02/10/12 17:57, Nicolas Chauvat wrote:
On Tue, Oct 02, 2012 at 09:59:32AM -0400, Barry Warsaw wrote:
On Oct 02, 2012, at 02:42 PM, Nicolas Chauvat wrote:
As far as I know, pylint already runs with Python3. Doesn't it?
pyflakes is the one we want to port.
May I ask why ?
Because it
[Yaroslav Halchenko, 2012-09-28]
In this talk I would like to briefly present the history of Python in
Debian (which can be traced to nineties with Python 1.4), outline
benefits Debian provides for Python users/developers and present what
to expect in upcoming stable (wheezy) release of
Thanks Piotr!
On Fri, 28 Sep 2012, Piotr Ożarowski wrote:
[Yaroslav Halchenko, 2012-09-28]
In this talk I would like to briefly present the history of Python in
Debian (which can be traced to nineties with Python 1.4), outline
benefits Debian provides for Python users/developers and
[Yaroslav Halchenko, 2012-09-28]
On Fri, 28 Sep 2012, Piotr Ożarowski wrote:
about conventions... please, please, please mention
with pleasure ... but do you think it is worth listing (some of) them in
the abstract?
no, but please make sure to bind a key that (when pressed) shows a
screen
On Fri, 28 Sep 2012, Piotr Ożarowski wrote:
no, but please make sure to bind a key that (when pressed) shows a
screen with these PEP numbers... and hit it every time you do a short
break to catch a breath or drink water ;)
;) I do bind keys to important slides in impressive... now I will have
On Fri, Sep 28, 2012 at 01:01:18AM +0200, Paul Boddie wrote:
On Friday 28 September 2012 00:23:10 Yaroslav Halchenko wrote:
Thank you Paul ;-)
Good comments -- once again, arguments seems to be oriented mostly
toward developers... I guess I should explicitly guide the
abstract more
On Fri, Sep 28, 2012 at 9:47 PM, Paul Tagliamonte wrote:
^^ this is a great idea. It'd be nice if we could prototype a flake8 /
pyflakes run against the archive, and filter for serious errors
We did do that at one point with pyflakes:
http://qa.debian.org/daca/pyflakes/sid/
Unfortunately
On Fri, 28 Sep 2012, Paul Tagliamonte wrote:
The Python conference scene seems to love testing, so if you can make a
case
for Debian and quality assurance, and Debian has done things popular with
this crowd for years like automated builds and the use of very strict
package
On Fri, 28 Sep 2012, Paul Wise wrote:
^^ this is a great idea. It'd be nice if we could prototype a flake8 /
pyflakes run against the archive, and filter for serious errors
We did do that at one point with pyflakes:
http://qa.debian.org/daca/pyflakes/sid/
Unfortunately no-one has been
On Friday, September 28, 2012 09:53:42 AM Yaroslav Halchenko wrote:
On Fri, 28 Sep 2012, Paul Wise wrote:
^^ this is a great idea. It'd be nice if we could prototype a flake8 /
pyflakes run against the archive, and filter for serious errors
We did do that at one point with pyflakes:
On Sep 28, 2012, at 09:47 AM, Paul Tagliamonte wrote:
^^ this is a great idea. It'd be nice if we could prototype a flake8 /
pyflakes run against the archive, and filter for serious errors
First, we need to get tools like pyflakes ported to Python 3. It's rather
crazy that pyflakes will
On Sep 28, 2012, at 09:04 AM, Yaroslav Halchenko wrote:
PEP396,
Status: Draft
Barry, was there any progress?
Nope. For whatever reason (maybe not enough controversy), there have been no
discussions on this in ages. I really should try to resurrect it.
I could start with this one of cause
I could start with this one of cause ;) but I hope they all know about
it by now. On a related note though: __file__ -- are we all friends
again ? ;)
Not sure what you mean about enmity with __file__, but note that as of the
acceptance of PEP 420 (namespace packages), in Python 3.3,
On Sep 28, 2012, at 12:53 PM, Yaroslav Halchenko wrote:
I just vaguely remember that there were problems in some projects relying on
__file__ (some times opportunistically with os.path.realpath) to deduce the
path to other components of the project, which might had been symlinked
elsewhere ;-)
PEP390
That one is retired. setup.cfg is defined by documentation, not a PEP.
Cheers
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50661617.40...@netwok.org
not a single comment... bad... I guess I need to work on the text
more if even hardcore Debian people do not feel 'moved' ;-)
On Wed, 26 Sep 2012, Yaroslav Halchenko wrote:
To not be too ambitious and to not invest too much time I have decided to
submit only a talk. Here follows a perspective
On Thu, Sep 27, 2012 at 08:51:37AM -0400, Yaroslav Halchenko wrote:
not a single comment... bad... I guess I need to work on the text
more if even hardcore Debian people do not feel 'moved' ;-)
Well, i'll give my 2c as a pythonista and a Debian-folk
On Wed, 26 Sep 2012, Yaroslav Halchenko
On Thursday 27 September 2012 17:50:04 Paul Tagliamonte wrote:
On Thu, Sep 27, 2012 at 08:51:37AM -0400, Yaroslav Halchenko wrote:
not a single comment... bad... I guess I need to work on the text
more if even hardcore Debian people do not feel 'moved' ;-)
Well, i'll give my 2c as a
Thank you Paul,
On Thu, 27 Sep 2012, Paul Tagliamonte wrote:
I can see this becoming a flamefest.
oh no... I hoped to simply present our work and not cause
flamefests ;-)
Most hardcore pythonistas (and the types to be at PyCon) refuse to
allow apt to install libs globally, and use
Thank you Paul ;-)
Good comments -- once again, arguments seems to be oriented mostly
toward developers... I guess I should explicitly guide the
abstract more toward 'user-' and sysadmin- use cases: people
in need to have easy and uniform paths for software installation and
maintenance of the
On Friday 28 September 2012 00:23:10 Yaroslav Halchenko wrote:
Thank you Paul ;-)
Good comments -- once again, arguments seems to be oriented mostly
toward developers... I guess I should explicitly guide the
abstract more toward 'user-' and sysadmin- use cases: people
in need to have easy
ok -- here is my next take trying to make at least the title and introduction
more user oriented and mention those aspects which might be be of interest for
developers... As a result it probably became even less English and now
exercises working memory even harder ;)
Propelling Python to the
To not be too ambitious and to not invest too much time I have decided to
submit only a talk. Here follows a perspective title, abstract and some
notes/outline which will not be a part of submission. I would really
appreciate (and of cause would acknowledge in the slides) any feedback, ideas,
37 matches
Mail list logo