On Jan 21, 2008 1:46 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > What I meant was that we could include an easy_install.py whose sole
> > function is to ensure that setuptools is installed and then invoke
> > the "real" easy_install. Thus, the first time you ran easy_install,
> > a curren
> What I meant was that we could include an easy_install.py whose sole
> function is to ensure that setuptools is installed and then invoke
> the "real" easy_install. Thus, the first time you ran easy_install,
> a current version would be downloaded, and thereafter the real one
> would be runn
> Which is a shame. I agree with Steve on this - although I realise that
> Phillip is basically the only person able to do the work.
Not the only one able - the only one willing to.
People shouldn't complain about the state of things if they aren't
willing to do anything about it (except complai
At 10:48 AM 1/21/2008 -0500, Steve Holden wrote:
>Phillip J. Eby wrote:
> > (Heck, if what you really want is to have easy_install support in
> > 2.6, we could just as easily bundle an easy_install.py that asks for
> > an install of setuptools if it's not already present.)
> >
>Would the easiest wa
On Jan 21, 2008 3:44 AM, Paul Moore <[EMAIL PROTECTED]> wrote:
> On 21/01/2008, Tim Peters <[EMAIL PROTECTED]> wrote:> By "useful" I
> don't mean lots of people will use it ;-) I mean /some/
> > people will use it -- a way to generate the sequence of convergents is
> > a fundamental tool that can
Phillip J. Eby wrote:
> At 01:06 AM 1/22/2008 +1000, Nick Coghlan wrote:
>> Steve Holden wrote:
>>> Christian Heimes wrote:
Steve Holden wrote:
> Maybe once we get easy_install as a part of the core (so there's no need
> to find and run ez_setup.py to start with) things will start to i
At 01:06 AM 1/22/2008 +1000, Nick Coghlan wrote:
>Steve Holden wrote:
> > Christian Heimes wrote:
> >> Steve Holden wrote:
> >>> Maybe once we get easy_install as a part of the core (so there's no need
> >>> to find and run ez_setup.py to start with) things will start to improve.
> >>> This is an i
Steve Holden wrote:
> Christian Heimes wrote:
>> Steve Holden wrote:
>>> Maybe once we get easy_install as a part of the core (so there's no need
>>> to find and run ez_setup.py to start with) things will start to improve.
>>> This is an issue the whole developer community needs to take seriously
>
Christian Heimes wrote:
> Steve Holden wrote:
>> Maybe once we get easy_install as a part of the core (so there's no need
>> to find and run ez_setup.py to start with) things will start to improve.
>> This is an issue the whole developer community needs to take seriously
>> if we are interested in
Christian Heimes wrote:
> Steve Holden wrote:
>
>> Maybe once we get easy_install as a part of the core (so there's no need
>> to find and run ez_setup.py to start with) things will start to improve.
>> This is an issue the whole developer community needs to take seriously
>> if we are intereste
On Sun, Jan 20, 2008 at 10:13:44PM +0100, Georg Brandl wrote:
> Since this bug day was a relative success, I suggest to introduce a
> more-or-less regular schedule.
>
> Feb 23 would make a nice second bug day in 2008, wouldn't it?
That works for me. I've updated the wiki page to give Feb. 23 as
Steve Holden wrote:
> Maybe once we get easy_install as a part of the core (so there's no need
> to find and run ez_setup.py to start with) things will start to improve.
> This is an issue the whole developer community needs to take seriously
> if we are interested in increasing take-up.
setuptool
Martin v. Löwis wrote:
>> Right now Python faces a lot of problems in the webhosting world because it's
>> tedious to set up and maintain for the webhosting user since they often have
>> to compile and install their own Python in their home directory.
>
> I don't understand why they *have* to do t
-On [20080116 07:15], "Martin v. Löwis" ([EMAIL PROTECTED]) wrote:
>I don't understand why they *have* to do that. I can believe they do
>that as they don't know better - but why can't they use the Python
>interpreter already available on the system, and just install additional
>packages in their h
Jan Claeys wrote:
> There should be a way for distro developers to make sure the users local
> 'site-packages' is *not* used when running those tools.
>
> I'd rather have to set/uncomment an environment variable on my system
> than having 100 "normal" users break their systems accidentally... ;-
On Mon, Jan 21, 2008 at 12:01:29PM +0100, Christian Heimes wrote:
> The arg -Es may work because Python's arg parser doesn't recognize it as
> two args -E -s but as the arg -E.
Thank goodness python is better than that:
$ python -Es
Unknown option: -s
usage: python [option] ... [-c cmd | -m mo
Jeroen Ruigrok van der Werven wrote:
> % ./test.py
> Unknown option: -
> usage: /usr/local/bin/python [option] ... [-c cmd | -m mod | file | -] [arg]
> ...
> Try `python -h' for more information.
>
> Contracting to -Es works, aside from -s being unknown to my Python.
>
> And also, /usr/bin won't
On 21/01/2008, Tim Peters <[EMAIL PROTECTED]> wrote:
> What would be useful is a method that generates (i.e., a generator in
> the Python sense) the (continued fraction) convergents to a rational.
> People wanting specific constraints on a rational approximation
> (including, but not limited to, th
-On [20080120 19:34], Christian Heimes ([EMAIL PROTECTED]) wrote:
>Most Python developers should the meaning of "~". Should I replace ~
>with $HOME for those who don't have as much experience with Unix as we?
The problem is that ~ is an expansion character. It expands the contents of
$HOME. If HOM
-On [20080120 18:38], Oleg Broytmann ([EMAIL PROTECTED]) wrote:
> A shell has nothing to do with it as it is the OS (exec system call)
>that upon reading the magic of the file sees #! and executes the program
>(up to the first space) and pass to the program the first (and the only)
>parameter.
Y
-On [20080120 23:36], Oleg Broytmann ([EMAIL PROTECTED]) wrote:
>PS. My python doesn't understand -s, so I tested a different options, but
>the result is the same. There are Unix variants that understand many
>options (I believe FreeBSD allows them) but most allow no more than one
>parameter in #!.
21 matches
Mail list logo
