On 17 October 2013 16:53, Donald Stufft wrote:
>
> On Oct 17, 2013, at 11:49 AM, Michael Foord wrote:
>
> Package upload certainly worked, and that is what is going to be broken.
>
>
> So would you be ok with deprecating and removing to equal "this metadata
> sile
On 17 October 2013 16:23, Jim Fulton wrote:
> On Thu, Oct 17, 2013 at 11:20 AM, Michael Foord
> wrote:
> >
> >
> >
> > On 17 October 2013 11:56, Donald Stufft wrote:
> >>
> >> Arguably it's already broken. I've had to explain to a numbe
On 17 October 2013 11:56, Donald Stufft wrote:
> Arguably it's already broken. I've had to explain to a number of people
> that it won't cause their dependencies to install. I think its way more
> user friendly to tell them up front then to confuse them when it doesn't
> work or when it appears t
On 17 October 2013 04:01, Donald Stufft wrote:
> As many are aware distutils has the "requires" field and such. These
> fields are designed to list something you *import* not something you
> install from PyPI. I believe these fields to be generally useless,
> supported
> by the fact distutils2 de
On 26 February 2013 03:22, Nick Coghlan wrote:
> On Tue, Feb 26, 2013 at 11:06 AM, Donald Stufft
> wrote:
> > !=1.3 allowing 1.3.1 makes sense to me. 1.3 is equivalent to 1.3.0,
> 1.3.1 !=
> > 1.3.0.
>
> Nope, the PEP explicitly disclaims the historical equivalence between
> 1.3 and 1.3.0. It ha
On 5 March 2012 18:43, Paul Moore wrote:
> [Resending because I don't think the first try made it to the list...]
>
> I'm trying to identify which distributions in PyPI need to be made
> available in binary format for people without C compilers (i.e.,
> distributions including C extensions). I co
thon installed to use your
program:
http://www.py2exe.org/
http://wix.sourceforge.net/
All the best,
Michael Foord
>
> Thanks,
> Torquil Sørensen
> __**_
> Distutils-SIG maillist - Distutils-SIG@python.org
> http://mail.python.or
ebang is absolutely ignored
>
Yes, Windows ignores shebang lines, they're a UNIX convention. Windows uses
file associations to decide what program to launch scripts with.
The Windows Python installer associates .py files with python.exe - so the
most recent version of Python you inst
On 21 June 2011 13:42, Lennart Regebro wrote:
> On Tue, Jun 21, 2011 at 13:30, Vinay Sajip
> wrote:
> > Lennart Regebro gmail.com> writes:
> >
> >> We still need to support Python 2.4, right? That's a trickier issue.
> >> But including six.py might help.
> >
> > I'm not sure why 2.4 is a partic
I prefer docs. It seems more natural.
Michael
On 21 September 2010 11:35, anatoly techtonik wrote:
> Hi,
>
> I see that distutils2 promotes storing documentation in docs/
> directory while Python sources use Doc/
> I'd like to see this changed before distutils2 is released beta.
>
> In my proje
a standalone application.
You will still need to know a bit about distutils but you will be better off
following the py2exe user guide and asking questions on the py2exe list
(unless they redirect you back here for anything):
http://www.py2exe.org/
All the best,
Michael Foord
> My progr
So, deleting the distribution and retrying with distribute_setup.py and
Python 3.1 worked fine. I wonder if the run with 3.0 cached some (broken)
files from the 2to3 run.
All the best,
Michael
On 13 July 2010 23:56, Michael Foord wrote:
> I get the following error attempting to inst
Hello all,
For unittest2 I now have three different distributions. A "version" that
supports Python 2.4 - 2.7, one for Python 2.3 that is developed in a
separate branch because it makes the code ugly, and a separate distribution
for Python 3.
The reason I'm not using 2to3 with a single codebase i
I get the following error attempting to install distribute 0.6.13 with
Python 3.0 / 3.1:
python3.0 setup.py install
creating build
creating build/src
creating build/src/docs
creating build/src/docs/_templates
creating build/src/docs/_theme
creating build/src/docs/_theme/nature
creating build/src/
I get the following error attempting to install distribute 0.6.13 with
Python 3.0 / 3.1:
python3.0 setup.py install
creating build
creating build/src
creating build/src/docs
creating build/src/docs/_templates
creating build/src/docs/_theme
creating build/src/docs/_theme/nature
creating build/src/d
On 25 June 2010 17:03, Tarek Ziadé wrote:
> On Fri, Jun 25, 2010 at 4:45 PM, Michael Foord wrote:
> > Hello all,
> >
> > When I do a *full test run* of py3k I get a distutils test failure. It
> > doesn't happen if I run test_distutils on its own:
> >
&g
e/py3k/Lib/distutils/tests/test_sysconfig.py", line 47, in
test_get_python_inc
self.assertTrue(os.path.isdir(inc_dir), inc_dir)
AssertionError: /compile/py3k/build/test_python_53586/Include
All the best,
Michael Foord
--
http://www.voidspace.org.uk
On 22 June 2010 08:39, Floris Bruynooghe wrote:
> On Tue, Jun 22, 2010 at 12:34:46PM +0900, David Cournapeau wrote:
> > On Tue, Jun 22, 2010 at 11:04 AM, Michael Foord
> wrote:
> > > Hey all,
> > >
> > > I have a single module I distribute and I would
uggest the right magic incantation for the setup.py? (Or a
better approach - I really don't want to make my 600 line single module a
package though.)
All the best,
Michael Foord
--
http://www.voidspace.org.uk
___
Distutils-SIG maillist - Distutils
On 30 March 2010 01:00, Greg Ewing wrote:
> Tarek Ziadé wrote:
>
> For me a FAQ is a list of questions. We add a new question everytime
>> someone
>> ask it and it doesn't exists.
>>
>
> The point is that the "FA" in "FAQ" stand for *frequently
> asked*.
>
> One can debate how frequent is necess
On 01/03/2010 19:22, Chris Withers wrote:
P.J. Eby wrote:
At 10:41 AM 2/25/2010 -0500, Olemis Lang wrote:
PS: BTW, how could I trigger easy_install(ation) at a given point
while implementing a distutils command, and let the command perform
further actions if deps are installed correctly ?
Set
On 28 February 2010 23:03, Tarek Ziadé wrote:
> On Sun, Feb 28, 2010 at 11:39 PM, Michael Foord
> wrote:
> >
> >
> > On 28 February 2010 22:14, P.J. Eby wrote:
> >>
> >> At 10:03 PM 2/28/2010 +0100, Jean Daniel wrote:
> >>>
> >>
On 28 February 2010 22:14, P.J. Eby wrote:
> At 10:03 PM 2/28/2010 +0100, Jean Daniel wrote:
>
>> Can this be simpler?
>>
>
> Yes. Don't install docs with your package. People who want them installed
> locally can just download your source install or use easy_install -e.
>
> Also, if your modul
2010/1/7 P.J. Eby
> At 09:20 PM 1/7/2010 +0100, Martin v. Löwis wrote:
>
>> > 8614 *projects*, some of which have one or more *versions*, which in
>> > turn may have one or more source or binary *distributions*.
>>
>> Instead of "version", I really like PyPI's term more: *releases*.
>>
>
> Not al
rt version, so if some of this is
covered in the longer explanation, I apologise now.
-1.
I agree. People with versioning issues *should* be using virtualenv.
Michael Foord
In my view, multiple version support is not at all related to PEP 302
- or to core Python in general. The import statem
--
http://www.ironpythoninaction.com
On 14 Jul 2009, at 01:12, "Sridhar Ratnakumar"
wrote:
Here are my comments regarding PEP 376 with respect to PyPM (the
Python
package manager being developd at ActiveState)
Multiple versions: I understand that the PEP does not support
installation
Tarek Ziadé wrote:
On Tue, Jun 2, 2009 at 2:06 PM, Michael Foord wrote:
Ah - I see the problem. In Python 2.5 testRunner defaulted to None and main
created its own TextTestRunner. In 2.6 the default was changed to be the
TextTestRunner class. Unfortunately 2.5 needs either None or an
Tarek Ziadé wrote:
On Tue, Jun 2, 2009 at 12:58 PM, Michael Foord
wrote:
This failure happens because in line 136(ish) of setuptools.command.test you
are calling unittest.main passing in testRunner=None.
I don't think this is caused by changes to unittest itself and would have
failed
This failure happens because in line 136(ish) of setuptools.command.test
you are calling unittest.main passing in testRunner=None.
I don't think this is caused by changes to unittest itself and would
have failed with the previous versions. Perhaps changes in distutils or
setuptools?
Happy to
any more than you can
shove a program's complexity under the rug. All you can do is attempt
to please a different group, or to please no-one. You don't get the
option of pleasing everybody.
Personally I think 'easy_install' is well named and not heard of anyone
who misu
Jim Fulton wrote:
> On Jul 23, 2007, at 5:08 PM, Fred Drake wrote:
> [snip...]
> But it is a great accomplishment.
> You should be very proud of it and we are very grateful.
>
>
+1
Michael Foord
http://www.voidspace.org.uk/pyt
gt; and I can't justify the additional effort to figure out the cheeseshop
>> softtware.
>>
>
> I'd like to hear other opinions here. Would people prefer if the index
> was always correct (and perhaps somewhat slow), or would they prefer
> instead that it is super-e
Paul Moore wrote:
> On 02/02/07, Michael Foord <[EMAIL PROTECTED]> wrote:
>> Paul Moore wrote:
>> But, IIUC there can still be issues with using gcc for extensions -
>> because you are still using a different CRT layer and this can cause
>> problems.
>
> No
Paul Moore wrote:
> On 19/01/07, Howard Lightstone <[EMAIL PROTECTED]> wrote:
>
>> I am unable to rebuild things using disutils using Visual Studio
>> 2005. I get reports of "No compiler found".
>>
>> Since VC8 is the only thing available in the future (from
>> Micro$soft), is there any progres
John J Lee wrote:
> On Sun, 17 Sep 2006, Phillip J. Eby wrote:
> [...]
>
>> Unfortunately, the details it gives are wrong. Neither cmd.exe,
>> command.com,
>> nor bash will find a program registered this way, at least on my Win2K PC.
>>
> [...]
>
>> A little further investigation rev
Paul Moore wrote:
> On 9/12/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
>
>> Actually, that's not the reason. Python 2.5 requires setuptools 0.7a1,
>> which is only available from SVN.
>>
>
> Ah. In that case, the error is misleading but at least the solution is
> straightforward :-) But
I've had some problems with py2exe which I *think* highlights a bug in
distutils.
I had a mysterious problems with py2exe causing a 'crash' - not an
exception but a full on windows 'the memory referenced could not be
read' crash. I could reproduce this problem on two machines - (both
windows
37 matches
Mail list logo