Georg Brandl wrote:
The explanation is that everything that comes after "import" is thereafter
usable as an identifier (or expression, in the case of dotted names) in
code. ".mymodule" is not a valid expression, so the question would be how
to refer to it.
I think a reasonable answer is that y
On Oct 8, 2010, at 5:24 PM, Gisle Aas wrote:
> On Oct 8, 2010, at 9:22 , Jeroen Ruigrok van der Werven wrote:
>
>> +1 from me. I sincerely dislike the Perl-esque -m stuff.
>
> As a Perl/Python guy I have to object to calling the -m stuff Perl-esque.
> This is a very Pythonish thing. In the P
On Fri, Oct 8, 2010 at 14:44, Tarek Ziadé wrote:
> On Fri, Oct 8, 2010 at 9:31 PM, Brett Cannon wrote:
>> On Fri, Oct 8, 2010 at 09:25, Tarek Ziadé wrote:
>>> On Fri, Oct 8, 2010 at 5:53 PM, Toshio Kuratomi wrote:
On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
>>> ...
Am 08.10.2010 09:21, schrieb Jeroen Ruigrok van der Werven:
> -On [20101008 01:22], "Martin v. Löwis" (mar...@v.loewis.de) wrote:
>> True. However, I really cannot see anything on the machines that
>> indicates some outage. I'm still unsure what "it"
On Fri, Oct 8, 2010 at 9:31 PM, Brett Cannon wrote:
> On Fri, Oct 8, 2010 at 09:25, Tarek Ziadé wrote:
>> On Fri, Oct 8, 2010 at 5:53 PM, Toshio Kuratomi wrote:
>>> On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
>> ...
> pysetup is shorter
>>
>> Let's use pysetup !
>>
>> ..
In article
,
Stephen Hansen wrote:
> I edited the launchd config to force LANG = "en_US.UTF-8" and the test
> suddenly passes, which is good. I have no idea why the LANG would end up
> different when the app is launched from launchd -- even though it was
> running as the same user as I was doing
On Oct 8, 2010, at 9:22 , Jeroen Ruigrok van der Werven wrote:
> +1 from me. I sincerely dislike the Perl-esque -m stuff.
As a Perl/Python guy I have to object to calling the -m stuff Perl-esque. This
is a very Pythonish thing. In the Perl world we never treat modules as
scripts; they are sep
On Fri, 08 Oct 2010 12:31:07 -0700, Brett Cannon wrote:
> I am not about to bikeshed on the name, but I would like to publicly
> shed a single tear for no one even suggesting a Monty Python name
> closer than "quiche". I think going with PyPI over Cheeseshop helped
> put an end to that naming sche
Barry Warsaw writes:
> On Oct 09, 2010, at 02:48 AM, Stephen J. Turnbull wrote:
>
> >Right. That's where I was going with my comment to Barry about the
> >Received headers. Even if email isn't going to serve clients working
> >with wire format, it needs to deal with those headers. But wher
On Sat, 09 Oct 2010 02:48:23 +0900, "Stephen J. Turnbull"
wrote:
> R. David Murray writes:
> > On Sat, 09 Oct 2010 01:06:29 +0900, "Stephen J. Turnbull"
> wrote:
> > > That mess is entirely unnecessary in Python 3. Text and wire format
> > > can be easily distinguished with three different
On Fri, Oct 8, 2010 at 09:25, Tarek Ziadé wrote:
> On Fri, Oct 8, 2010 at 5:53 PM, Toshio Kuratomi wrote:
>> On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
> ...
>>> > pysetup is shorter
>
> Let's use pysetup !
>
> ...
>> I won't bikeshed as long as we stay away from conflicting
On Fri, Oct 8, 2010 at 11:09 AM, Stephen Hansen
> wrote:
> On Fri, Oct 8, 2010 at 10:28 AM, Antoine Pitrou wrote:
>
>> On Fri, 8 Oct 2010 10:02:59 -0700
>> Stephen Hansen > wrote:
>> >
>> > And long story short, it gets to 201 and runs test_cmd_line in the same
>> > order as the buildbot did, and
On 10/8/10 2:41 PM, Tarek Ziadé wrote:
On Fri, Oct 8, 2010 at 4:49 PM, Eric Smith wrote:
...
On Windows it can't be a shell script or batch file, but needs to be an
executable. setuptools already deals with this.
Why ? The script-wrapping feature Setuptools has is on my radar for
d2, but I a
On Fri, Oct 8, 2010 at 4:49 PM, Eric Smith wrote:
...
>
> On Windows it can't be a shell script or batch file, but needs to be an
> executable. setuptools already deals with this.
Why ? The script-wrapping feature Setuptools has is on my radar for
d2, but I am not sure why it's an advantage in th
On Oct 09, 2010, at 02:48 AM, Stephen J. Turnbull wrote:
>Right. That's where I was going with my comment to Barry about the
>Received headers. Even if email isn't going to serve clients working
>with wire format, it needs to deal with those headers. But where I
>think the headers defined by RF
On Oct 08, 2010, at 03:44 PM, l...@rmi.net wrote:
>Ultimately, development in the open source world is driven by the
>very few with time to show up, rather than by the very many who
>depend on it. This can unfortunately lead to the perception
>of thrashing by end users. Some even come to see t
On Fri, Oct 8, 2010 at 10:28 AM, Antoine Pitrou wrote:
> On Fri, 8 Oct 2010 10:02:59 -0700
> Stephen Hansen > wrote:
> >
> > And long story short, it gets to 201 and runs test_cmd_line in the same
> > order as the buildbot did, and it succeeds too, and I curse the gods of
> the
> > netherworld, a
R. David Murray writes:
> On Sat, 09 Oct 2010 01:06:29 +0900, "Stephen J. Turnbull"
> wrote:
> > That mess is entirely unnecessary in Python 3. Text and wire format
> > can be easily distinguished with three different representations of
> > email: Unicode for the conceptual RFC 822 layer (o
On 10/8/10 10:26 AM, Barry Warsaw wrote:
No underscores, please. :)
Indeed!
In any case, these could be a simple shell script wrapping 'python -m setup'.
It could even take a --use-python-version option to select the pythonX.Y it
used, without having to encode the Python version number in th
On Fri, 08 Oct 2010 12:37:38 +0900, "Stephen J. Turnbull"
wrote:
> *If* you have an 8-bit value of unknown encoding on input, this will
> appear in the Header's value as a surrogate. Hm, OK, I see the
> problem ... as usual, it's that the only efficient thing to do is
> encode using surrogate-es
On Fri, 08 Oct 2010 23:55:37 +0900, "Stephen J. Turnbull"
wrote:
> I should think you *want* addresses and suchlike structured headers
> (Content-Type with several RFC 2231 parameters, anyone?) to line up
> nicely, too. So generic folding algorithms are really only applicable
> to unstructured t
On Fri, 08 Oct 2010 15:44:45 -, l...@rmi.net wrote:
> Thanks for both your reply and work, David. I'm going to have
> to test my email clients under the 3.2 patch when it gels. It's
> good to hear that email5 API support remains a goal.
I just landed the patch (though without the MIME encodi
On Fri, 8 Oct 2010 10:02:59 -0700
Stephen Hansen wrote:
>
> And long story short, it gets to 201 and runs test_cmd_line in the same
> order as the buildbot did, and it succeeds too, and I curse the gods of the
> netherworld, and am stumped with how to proceed. Two separate buildbot runs
> and thi
On Sat, 09 Oct 2010 01:06:29 +0900, "Stephen J. Turnbull"
wrote:
> That mess is entirely unnecessary in Python 3. Text and wire format
> can be easily distinguished with three different representations of
> email: Unicode for the conceptual RFC 822 layer (of course this is an
> extension, becaus
On Fri, Oct 8, 2010 at 7:01 PM, Fred Drake wrote:
> On Fri, Oct 8, 2010 at 9:22 AM, Tarek Ziadé wrote:
>> pkg_manager ?
>
> 1. Underscores are evil. Don't do that.
>
> 2. Mixed shortened + written-out names are just nasty.
>
>> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
I'm sure this has to be my configuration somehow, but I'm getting a build
failure that I don't quite know how to debug, because I can't reproduce it
when I run the test manually. Any advice would be appreciated-- I'm a
buildslave newbie :-)
I'm referring to
http://www.python.org/dev/buildbot/build
On Fri, Oct 8, 2010 at 9:22 AM, Tarek Ziadé wrote:
> pkg_manager ?
1. Underscores are evil. Don't do that.
2. Mixed shortened + written-out names are just nasty.
> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
Did we finally decide it could be done without setup.py enti
On Fri, 08 Oct 2010 15:51:45 -, l...@rmi.net wrote:
> For my part, one week from now I'll be standing up again in front
> of a group of 20 Python beginners, and basically apologizing for
> both the present and ongoing 3.X changes they must conform to in
> the near future. Python may not be
Le 10/08/2010 04:31 PM, Jon Ribbens a écrit :
> On Fri, Oct 08, 2010 at 11:04:35AM -0400, Toshio Kuratomi wrote:
>> In the larger universe of programs, it might make for more intuitive
>> remembering of the command to use a prefix (either py or python) though.
>>
>> python-setup is a lot like pyth
Le 10/08/2010 05:25 PM, Tarek Ziadé a écrit :
> On Fri, Oct 8, 2010 at 5:53 PM, Toshio Kuratomi wrote:
>> On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
> ...
pysetup is shorter
>
> Let's use pysetup !
+1 on pysetup. Reusing the well known "setup" and adding py as a prefix
w
On Fri, Oct 8, 2010 at 5:53 PM, Toshio Kuratomi wrote:
> On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
...
>> > pysetup is shorter
Let's use pysetup !
...
> I won't bikeshed as long as we stay away from conflicting names.
+1.
So. Let's add pysetup in distutils2, that will be
On Fri, Oct 8, 2010 at 4:54 PM, Georg Brandl wrote:
> Am 08.10.2010 16:26, schrieb Barry Warsaw:
>
>>>- query pypi
>>>- browse what's installed
>>>- install/remove projects
>>>- create releases and upload them
>>>
>>>pkg_manager ?
>>
>> No underscores, please. :)
>>
>> Actually, a decent wrapper s
Barry Warsaw writes:
> On Oct 07, 2010, at 04:40 AM, Stephen J. Turnbull wrote:
> I'm fairly certain that most of the modern causes of [Unicode
> errors in Mailman] are post-parse modifications of the message.
> IOW, in Mailman's architecture, we try to parse the raw data into a
> Message obj
Le 08/10/2010 17:31, Jon Ribbens a écrit :
> I'd just like to say "pypackage" again.
In the Python world, a package is a directory with an __init__.py file.
Distutils and distutils2 try to avoid confusion and call the other
things “distributions”.
Of course, everyone outside of the Python world
ACTIVITY SUMMARY (2010-10-01 - 2010-10-08)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues stats:
open2557 (+37)
closed 19276 (+30)
total 21833 (+44)
Open issues with patches: 1
On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
> On Fri, 8 Oct 2010 11:04:35 -0400
> Toshio Kuratomi wrote:
> >
> > In the larger universe of programs, it might make for more intuitive
> > remembering of the command to use a prefix (either py or python) though.
> >
> > python-se
step...@xemacs.org wrote in the full message below:
> If having 1 *and* 2 is so important to particular users, but they come
> into conflict because of proposed changes in Python, then they're
> going to have to give up 3, come here, and articulate their needs.
But I _did_ come here and articulat
Thanks for both your reply and work, David. I'm going to have
to test my email clients under the 3.2 patch when it gels. It's
good to hear that email5 API support remains a goal.
I don't mean to single out this change unfairly, of course. My
real concern is not as much with the specific techni
On Fri, Oct 08, 2010 at 11:04:35AM -0400, Toshio Kuratomi wrote:
> In the larger universe of programs, it might make for more intuitive
> remembering of the command to use a prefix (either py or python) though.
>
> python-setup is a lot like python setup.py
> pysetup is shorter
> pyegg is even sh
On 08/10/2010 16:07, Barry Warsaw wrote:
On Oct 08, 2010, at 11:04 AM, Toshio Kuratomi wrote:
python-setup is a lot like python setup.py
pysetup is shorter
pyegg is even shorter :-)
wfm!
To avoid any potential confusion, wfm is a common tla for the following
phrases:
Whole Foods Mar
On Fri, 8 Oct 2010 11:04:35 -0400
Toshio Kuratomi wrote:
>
> In the larger universe of programs, it might make for more intuitive
> remembering of the command to use a prefix (either py or python) though.
>
> python-setup is a lot like python setup.py
> pysetup is shorter
> pyegg is even shorte
On Fri, Oct 8, 2010 at 8:00 AM, Antoine Pitrou wrote:
>
> Hi,
>
> > The failure is happening just because it can't possibly succeed, I set
> > up the account for the buildbot in such a way that it has no access to
> > a GUI context. I'm going to rectify that today so I can properly test
> > TK.
>
On Oct 08, 2010, at 11:04 AM, Toshio Kuratomi wrote:
>python-setup is a lot like python setup.py
>pysetup is shorter
>pyegg is even shorter :-)
wfm!
-Barry
signature.asc
Description: PGP signature
___
Python-Dev mailing list
Python-Dev@python.org
htt
Barry Warsaw writes:
> Header wrapping sucks even more because it's supposed to take the
> semantic context into account, which means that a generic Header
> wrapping algorithm cannot work for everything. E.g. Received:
> headers are supposed to wrap after the semicolon.
Received headers are
On Fri, Oct 08, 2010 at 10:26:36AM -0400, Barry Warsaw wrote:
> On Oct 08, 2010, at 03:22 PM, Tarek Ziadé wrote:
>
> >Yes that what I was thinking about -- I am not too worried about this,
> >since every Linux deals with the 'more than one python installed'
> >case.
>
> Kind of. but anyway...
On Fri, 8 Oct 2010 10:26:36 -0400
Barry Warsaw wrote:
> >- query pypi
> >- browse what's installed
> >- install/remove projects
> >- create releases and upload them
> >
> >pkg_manager ?
>
> No underscores, please. :)
>
> Actually, a decent wrapper script could just be called 'setup'. My
> comma
Hi,
> The failure is happening just because it can't possibly succeed, I set
> up the account for the buildbot in such a way that it has no access to
> a GUI context. I'm going to rectify that today so I can properly test
> TK.
Well, a nice thing would be for tests to be properly skipped in this
Am 08.10.2010 16:26, schrieb Barry Warsaw:
>>- query pypi
>>- browse what's installed
>>- install/remove projects
>>- create releases and upload them
>>
>>pkg_manager ?
>
> No underscores, please. :)
>
> Actually, a decent wrapper script could just be called 'setup'. My
> command-not-found on U
On Fri, Oct 8, 2010 at 2:42 AM, Antoine Pitrou wrote:
> On Tue, 5 Oct 2010 10:08:59 -0700
> Stephen Hansen wrote:
> > On Sat, Oct 2, 2010 at 1:37 PM, "Martin v. Löwis" >wrote:
> >
> > > > I'm already running a Jython buildslave on an Intel Mac Pro which is
> > > > pretty underused - I'd be happ
On Oct 08, 2010, at 03:22 PM, Tarek Ziadé wrote:
>Yes that what I was thinking about -- I am not too worried about this,
>since every Linux deals with the 'more than one python installed'
>case.
Kind of. but anyway...
>> I'm in favor of add a top-level setup module that can be invoked using
>
On Oct 08, 2010, at 12:37 PM, Stephen J. Turnbull wrote:
>Ouch. RFC 822 line wrapping is a bytes->bytes transformation, and the
>client shouldn't see it at all unless it inspects the wire format.
Header wrapping sucks even more because it's supposed to take the semantic
context into account, whi
2010/10/8 Michael Foord :
> On 08/10/2010 14:28, Dirkjan Ochtman wrote:
>>
>> On Fri, Oct 8, 2010 at 15:22, Tarek Ziadé wrote:
>>>
>>> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
>>
>> So, sorry for backing up to this, but isn't it true that many projects
>> do custom stu
On Fri, Oct 8, 2010 at 3:28 PM, Dirkjan Ochtman wrote:
> On Fri, Oct 8, 2010 at 15:22, Tarek Ziadé wrote:
>> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
>
> So, sorry for backing up to this, but isn't it true that many projects
> do custom stuff in their setup.py that the
On 08/10/2010 14:28, Dirkjan Ochtman wrote:
On Fri, Oct 8, 2010 at 15:22, Tarek Ziadé wrote:
Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
So, sorry for backing up to this, but isn't it true that many projects
do custom stuff in their setup.py that they wouldn't be able
On Fri, Oct 8, 2010 at 15:22, Tarek Ziadé wrote:
> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
So, sorry for backing up to this, but isn't it true that many projects
do custom stuff in their setup.py that they wouldn't be able to do in
setup.cfg? Is the goal really to mak
2010/10/8 Fred Drake :
> On Fri, Oct 8, 2010 at 7:24 AM, Dirkjan Ochtman wrote:
>> It doesn't seem very nice to have a version in the script. Can we just
>> call it distutils? Or py-dist?
>
> If we go this route, then
>
> - "make altinstall" should include the version number in the name of *any*
>
On Fri, Oct 8, 2010 at 12:24 PM, Georg Brandl wrote:
> Am 08.10.2010 09:05, schrieb Tarek Ziadé:
>> Hello,
>>
>> In the Distutils2 project, we'll have quite a few scripts that can be
>> called via -m
>>
>> $ python -m distutils2.depgraph : shows a dependency graph
>> $ python -m distutils2.install
Am 08.10.2010 14:02, schrieb Fred Drake:
> Georg:
>> What happened to "python setup.py action"? Or is this a step towards
>> not requiring setup.py at all?
>
> I'm in favor of add a top-level setup module that can be invoked using
> "python -m setup ...". There will be three cases:
>
> - d2 pr
2010/10/8 Fred Drake :
> Georg:
>> What happened to "python setup.py action"? Or is this a step towards
>> not requiring setup.py at all?
>
> I'm in favor of add a top-level setup module that can be invoked using
> "python -m setup ...". There will be three cases:
>
> - d2 projects without a setu
On 08 Oct, 2010,at 11:38 AM, Michael Foord wrote: On 08/10/2010 09:41, Chris Withers wrote:
4. Return the case of a filename in some arbitrarily-chosen
canonical form which does not depend on the file system? AFAIK this is what the function is supposed to do: return a platform-dependent
On Fri, Oct 8, 2010 at 7:24 AM, Dirkjan Ochtman wrote:
> It doesn't seem very nice to have a version in the script. Can we just
> call it distutils? Or py-dist?
If we go this route, then
- "make altinstall" should include the version number in the name of *any*
scripts it installs.
- "make in
On Fri, Oct 08, 2010 at 01:24:09PM +0200, Dirkjan Ochtman wrote:
> On Fri, Oct 8, 2010 at 09:05, Tarek Ziadé wrote:
> > The feedback I received for this is pretty clear: people want a single
> > script that can be called directly. e.g.
> >
> > $ distutils2 depgraph
> > $ distutils2 install
> > $ d
On Fri, Oct 8, 2010 at 09:05, Tarek Ziadé wrote:
> The feedback I received for this is pretty clear: people want a single
> script that can be called directly. e.g.
>
> $ distutils2 depgraph
> $ distutils2 install
> $ distutils2 run command
>
> Fair enough, I can add that script in the project and
On Fri, Oct 8, 2010 at 5:22 PM, Jeroen Ruigrok van der Werven
wrote:
> +1 from me. I sincerely dislike the Perl-esque -m stuff.
-m is generally for developer utilities, or "incidental" utilities
provided by modules that are mainly intended for use as library
modules. It's also very handy for runn
Am 08.10.2010 10:50, schrieb Chris Withers:
> Hi All,
>
> The new explicit relative import syntax is great.
> I wanted to relatively import a module.
>
> import .mymoduleinmypackage
>
> and got a SyntaxError in Python 2.6.
>
> I guess I need to do:
>
> from . import mymoduleinmypackage
>
Am 08.10.2010 09:05, schrieb Tarek Ziadé:
> Hello,
>
> In the Distutils2 project, we'll have quite a few scripts that can be
> called via -m
>
> $ python -m distutils2.depgraph : shows a dependency graph
> $ python -m distutils2.install : installs a project
> $ python -m distutils2.run command :
On Tue, 5 Oct 2010 10:08:59 -0700
Stephen Hansen wrote:
> On Sat, Oct 2, 2010 at 1:37 PM, "Martin v. Löwis" wrote:
>
> > > I'm already running a Jython buildslave on an Intel Mac Pro which is
> > > pretty underused - I'd be happy to run a CPython one there too, if
> > > it'd be worthwhile.
> >
>
On 08/10/2010 09:41, Chris Withers wrote:
On 05/10/2010 12:04, Steven D'Aprano wrote:
On Tue, 5 Oct 2010 07:21:15 pm Chris Withers wrote:
On 25/09/2010 04:25, Steven D'Aprano wrote:
[snip...]
FWIW, the use case that setuptools has (and
for which it currently incorrectly uses normpath) is numbe
Hi All,
The new explicit relative import syntax is great.
I wanted to relatively import a module.
import .mymoduleinmypackage
...and got a SyntaxError in Python 2.6.
I guess I need to do:
from . import mymoduleinmypackage
...but it does feel weirdly asymetric that:
from .mymoduleinmypackage
On 05/10/2010 13:00, Antoine Pitrou wrote:
3. stay with versioned project file names and rename 'python-wing.wpr'
to 'python-wing3.wpr'
(Option 3 could be done immediately of course.)
Option 3 looks the most reasonable to me.
I don't use Wing, but option 3 does seem most sensible.
Explicit-
On 05/10/2010 12:04, Steven D'Aprano wrote:
On Tue, 5 Oct 2010 07:21:15 pm Chris Withers wrote:
On 25/09/2010 04:25, Steven D'Aprano wrote:
1. Return the case of a filename in some canonical form which
depends on the file system?
2. Return the case of a filename as it is actually stored on disk
On Fri, Oct 8, 2010 at 9:50 AM, Tarek Ziadé wrote:
...
> e.g. a -MINOR.MINOR
MAJOR.MINOR
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
On Fri, Oct 8, 2010 at 9:25 AM, Jeroen Ruigrok van der Werven
wrote:
> -On [20101008 09:07], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
>>I just wanted to make sure that once distutils2 is back in the stdlib,
>>it's OK for us to add that script in the distribution.
>
>
-On [20101008 09:07], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
>I just wanted to make sure that once distutils2 is back in the stdlib,
>it's OK for us to add that script in the distribution.
Ah, one thing that came to mind:
is this script supposed to be installed in /usr{/local}
-On [20101008 09:07], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
>The feedback I received for this is pretty clear: people want a single
>script that can be called directly. e.g.
>
>$ distutils2 depgraph
>$ distutils2 install
>$ distutils2 run command
+1 from me. I sincerel
-On [20101008 01:22], "Martin v. Löwis" (mar...@v.loewis.de) wrote:
>True. However, I really cannot see anything on the machines that
>indicates some outage. I'm still unsure what "it" is that was happening,
>so it's also difficult to analyse this further
Hello,
In the Distutils2 project, we'll have quite a few scripts that can be
called via -m
$ python -m distutils2.depgraph : shows a dependency graph
$ python -m distutils2.install : installs a project
$ python -m distutils2.run command : runs a distutils2 command
etc..
The feedback I received
77 matches
Mail list logo
