On Thu, Jan 8, 2009 at 9:42 PM, Simon Cross
hodgestar+python...@gmail.com wrote:
On Sat, Jan 3, 2009 at 11:22 PM, Luke Kenneth Casson Leighton
l...@lkcl.net wrote:
secondly, i want a python25.lib which i can use to cross-compile
modules for poor windows users _despite_ sticking to my
On Thu, Jan 8, 2009 at 11:02 PM, Luke Kenneth Casson Leighton
l...@lkcl.net wrote:
On Thu, Jan 8, 2009 at 1:11 PM, David Cournapeau courn...@gmail.com wrote:
On Thu, Jan 8, 2009 at 9:42 PM, Simon Cross
hodgestar+python...@gmail.com wrote:
On Sat, Jan 3, 2009 at 11:22 PM, Luke Kenneth Casson
On Mon, Jan 26, 2009 at 1:38 PM, Stephen J. Turnbull step...@xemacs.org wrote:
Again, I don't take the cost of learning a new tool lightly, but
please let's call that cost by its name, and not bring distributed
into it.
I can only strongly agree on this point - most people asserting that
On Sat, Feb 21, 2009 at 6:21 AM, Barry Warsaw ba...@python.org wrote:
Adam Olsen reminds me that bzr 1.9 won't be supported by default in Ubuntu
until Jaunty in April and Thomas reminds me that Debian still just has 1.5.
In both those cases, you can use the PPA:
On Sat, Feb 21, 2009 at 3:52 PM, Stephen J. Turnbull step...@xemacs.org wrote:
David Cournapeau writes:
On Sat, Feb 21, 2009 at 6:21 AM, Barry Warsaw ba...@python.org wrote:
In both those cases, you can use the PPA:
Please note that for many people in a corporate/university
On Sat, Feb 21, 2009 at 9:15 PM, Stephen J. Turnbull step...@xemacs.org wrote:
Martin v. Löwis writes:
sjt sez:
I didn't say from source, I said from a VCS checkout. If using a
*specific* recent official release of a core tool is bureaucratically
infeasible, it would IMO be very
On Tue, Mar 24, 2009 at 6:47 AM, Martin v. Löwis mar...@v.loewis.de wrote:
already the introduction of eggs made the life worse for Debian
package maintainers, at least initially - i.e. for a few years.
It still is, FWIW,
David
___
Python-Dev mailing
On Tue, Mar 24, 2009 at 8:53 PM, Steve Holden st...@holdenweb.com wrote:
I'm not convinced we do need a cross-platform packaging solution, so I
may have explained my views badly. I regard application developers as
Python users, so I did not intend to suggest that the requirement for
2009/3/24 Toshio Kuratomi a.bad...@gmail.com:
Steve Holden wrote:
Seems to me that while all this is fine for developers and Python users
it's completely unsatisfactory for people who just want to use Python
applications. For them it's much easier if each application comes with
all
On Wed, Mar 25, 2009 at 1:45 AM, Toshio Kuratomi a.bad...@gmail.com wrote:
David Cournapeau wrote:
2009/3/24 Toshio Kuratomi a.bad...@gmail.com:
Steve Holden wrote:
Seems to me that while all this is fine for developers and Python users
it's completely unsatisfactory for people who just want
On Wed, Mar 25, 2009 at 2:20 AM, Tres Seaver tsea...@palladion.com wrote:
Many of us using setuptools extensively tend to adopt an isolated
environment strategy (e.g., pip, virtualenv, zc.buildout). We don't
install the packages used by different applications into shared
directories at all.
On Wed, Mar 25, 2009 at 3:15 AM, Tres Seaver tsea...@palladion.com wrote:
Everytime I tried to understand what buildout was about, I was not
even sure it could help for my own problems at all. It seems very
specific to web development - I may completely miss the point ?
I think so: it is
This is only sortof true. You can install rpms into a local directory
without root privileges with a commandline switch. But rpm/deb are
optimized for system administrators so the documentation on doing this
is not well done. There can also be code issues with doing things this
way but
On Thu, Mar 26, 2009 at 12:02 PM, Nick Coghlan ncogh...@gmail.com wrote:
If that perception is accurate, then any changes likely need to focus on
the *opposite* end of the toolchain: the part between the common
packaging spec and the end users.
Yes - but is this part the job of python ?
In
On Thu, Mar 26, 2009 at 12:26 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Tools like setuptools, zc.buildout, etc. seem great for developers but not
very good for distributions. At last year's Pycon I think there was
agreement from the Linux distributors that distutils, etc. just wasn't very
On Thu, Mar 26, 2009 at 2:01 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Thu, Mar 26, 2009 at 5:32 AM, David Cournapeau courn...@gmail.com wrote:
If distutils was split into different modules (one for the build, one
for the compiler/platform configuration, one for the installation),
which
On Thu, Mar 26, 2009 at 2:42 PM, Stephen J. Turnbull step...@xemacs.org wrote:
+- E -- downstream developer -+
| |
| +--+ V
source - build - A - B
On Fri, Mar 27, 2009 at 8:28 PM, Ben Finney
bignose+hates-s...@benfinney.id.au wrote:
I would argue that the Python community has a wealth of people quite
capable of taking on this particular task, and if it makes the core
architecture and maintenance of ‘distutils’ simpler to remove special
On Fri, Mar 27, 2009 at 9:49 PM, M.-A. Lemburg m...@egenix.com wrote:
I think that esp. the bdist_* commands help developers a lot by
removing the need to know how to build e.g. RPMs or Windows
installers and let distutils deal with it.
I think it is a big dangerous to build rpm/deb without
2009/3/28 Stephen J. Turnbull step...@xemacs.org:
Sure, but use for internal distribution is very different from to
problem its being asked to solve now, isn't it? IIUC, you're
basically using RPM as an installer for a standalone application,
where you set policy at both ends, packaging and
2009/3/29 Stephen J. Turnbull step...@xemacs.org:
I really don't see how that kind of thing can be easily supported by a
Python module maintainer, unless they're also the downstream packager.
Almost none. But in my understanding, that's not what most linux
packagers vendors ask about - they
2009/3/29 Martin v. Löwis mar...@v.loewis.de:
I think that each OS community should maintain its own tool, that complies
to the OS standard (wich has its own evolution cycle)
Of course this will be possible as long as Distutils let the system
packager find/change the metadata in an easy way.
On Sun, Mar 29, 2009 at 10:42 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Maybe I don't understand what is meant by metadata, but I don't
understand why we can't provide the same metadata as autotools
Likewise, *this* I do not understand. In what way does autotools
*provide* metadata? I
On Mon, Mar 30, 2009 at 2:59 AM, Antoine Pitrou solip...@pitrou.net wrote:
Jeffrey Yasskin jyasskin at gmail.com writes:
The other popular configure+make replacement is scons.
I can only give uninformed information (!) here, but in one company I worked
with, the main project decided to
On Mon, Mar 30, 2009 at 3:18 AM, Antoine Pitrou solip...@pitrou.net wrote:
What are the compilation requirements for cmake itself? Does it only need a
standard C compiler and library, or are there other dependencies?
CMake is written in C++. IIRC, that's the only dependency.
cheers,
David
On Tue, Mar 31, 2009 at 3:16 AM, Alexander Neundorf
alex.neund...@kitware.com wrote:
Can you please explain ? What is those ?
Everything in Lib. On windows, I believe this is done through project
files, but on linux at least, and I guess on most other OS, those are
handled by distutils. I guess
On Sun, Apr 5, 2009 at 6:06 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Off the top of my head, the following is needed for a successful migration:
- Verify that the repository at http://code.python.org/hg/ is
properly converted.
I see that this has four branches. What about all the
On Tue, Apr 7, 2009 at 9:14 PM, s...@pobox.com wrote:
Ondrej ... while scons and other Python solutions imho encourage to
Ondrej write full Python programs, which imho is a disadvantage for the
Ondrej build system, as then every build system is nonstandard.
Hmmm... Like distutils
On Tue, Apr 7, 2009 at 10:08 PM, Alexander Neundorf
alex.neund...@kitware.com wrote:
What is involved in building python extensions ? Can you please explain ?
Not much: at the core, a python extension is nothing more than a
dynamically loaded library + a couple of options. One choice is
On Tue, Apr 7, 2009 at 11:58 PM, M.-A. Lemburg m...@egenix.com wrote:
This means your proposal actually doesn't add any benefit over the
status quo, where you can have an __init__.py that does nothing but
declare the package a namespace. We already have that now, and it
doesn't need a new
On Wed, Apr 8, 2009 at 2:24 AM, Heikki Toivonen
htoivo...@spikesource.com wrote:
David Cournapeau wrote:
The hard (or rather time consuming) work is to do everything else that
distutils does related to the packaging. That's where scons/waf are
more interesting than cmake IMO, because you can
On Wed, Apr 8, 2009 at 6:42 AM, Alexander Neundorf
alex.neund...@kitware.com wrote:
What options ?
Compilation options. If you build an extension with distutils, the
extension is built with the same flags as the ones used by python, the
options are taken from distutils.sysconfig (except for MS
On Wed, Apr 8, 2009 at 7:54 AM, Alexander Neundorf
alex.neund...@kitware.com wrote:
On Wed, Apr 8, 2009 at 12:43 AM, Greg Ewing greg.ew...@canterbury.ac.nz
wrote:
David Cournapeau wrote:
Having a full
fledged language for complex builds is nice, I think most familiar
with complex makefiles
On Thu, Apr 9, 2009 at 4:45 AM, Alexander Neundorf
alex.neund...@kitware.com wrote:
I think cmake can do all of the above (cpack supports creating packages).
I am sure it is - it is just a lot of work, specially if you want to
stay compatible with distutils-built extensions :)
cheers,
David
On Thu, May 7, 2009 at 8:49 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
Notice that from the beginning, the unixcompiler class options are
never used if the option has been customized
in distutils.sysconfig and present in the Makefile, so we need to
clean this behavior as well at some
On Fri, May 8, 2009 at 9:36 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
Hello,
I am trying to refactor distutils.log in order to use logging but I
have been bugged by the fact that site.py uses
distutils.util.get_platform() in addbuilddir.
The problem is the order of imports at
On Fri, May 8, 2009 at 7:23 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
I have fixed configure by runing autoconf, everything should be fine now
Sorry for the inconvenience.
I am the one responsible for this - I did not realize that the
generated configure/Makefile were also in the trunk,
On Thu, Jul 9, 2009 at 7:07 AM, Eric Smithe...@trueblade.com wrote:
Paul Moore wrote:
2009/7/8 P.J. Eby p...@telecommunity.com:
If it were being driven by setuptools, I'd have just implemented it
myself
and presented it as a fait accompli. I can't speak to Tarek's motives,
but
I assume
On Wed, Jul 15, 2009 at 11:00 PM, Tarek Ziadéziade.ta...@gmail.com wrote:
On Wed, Jul 15, 2009 at 12:10 PM, Paul Moorep.f.mo...@gmail.com wrote:
Disclaimer: I've only read the short version, so if some of this is
covered in the longer explanation, I apologise now.
Next time I won't put a
On Thu, Jul 23, 2009 at 4:40 AM, Antoine Pitrousolip...@pitrou.net wrote:
The size of long double is also 12 under 32-bit Linux. Perhaps mingw disagrees
with Visual Studio
Yes, mingw and VS do not have the same long double type. This has been
the source of some problems in numpy as well,
On Thu, Jul 23, 2009 at 6:49 PM, Paul Moorep.f.mo...@gmail.com wrote:
2009/7/22 Christian Tismer tis...@stackless.com:
Maybe the simple solution is to prevent building extensions
with mingw, if the python executable was not also built with it?
Then, all would be fine I guess.
I have never
On Mon, Jul 27, 2009 at 7:20 PM, David Lyondavid.l...@preisshare.net wrote:
My only point is that Windows ain't no embedded system. It's not
short on memory or disk space. If a package manager is 5 megabytes
extra say, with it's libraries.. what's the extra download time on
that ? compared to
On Mon, Aug 17, 2009 at 2:01 PM, David Bolendb3l@gmail.com wrote:
Chris Withers ch...@simplistix.co.uk writes:
Is the Express Edition of Visual C++ 2008 suitable for compiling
packages for Python 2.6 on Windows?
(And Python 2.6 itself for that matter...)
Yes - it's currently being used
On Thu, Jun 21, 2012 at 9:45 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Thu, Jun 21, 2012 at 2:44 PM, Chris McDonough chr...@plope.com wrote:
All of these are really pretty minor issues compared with the main
benefit
of not needing to ship everything with everything else. The killer
On Thu, Jun 21, 2012 at 12:58 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Thu, Jun 21, 2012 at 7:28 PM, David Cournapeau courn...@gmail.com
wrote:
If specifying install dependencies is the killer feature of setuptools,
why
can't we have a very simple module that adds the necessary 3
On Thu, Jun 21, 2012 at 10:04 PM, Tarek Ziadé ta...@ziade.org wrote:
On 6/21/12 10:46 PM, Dag Sverre Seljebotn wrote:
...
I think we should, as you proposed, list a few projects w/ compilation
needs -- from the simplest to the more complex, then see how a standard
*description* could be
On Thu, Jun 21, 2012 at 11:00 PM, Antoine Pitrou solip...@pitrou.netwrote:
On Thu, 21 Jun 2012 22:46:58 +0200
Dag Sverre Seljebotn d.s.seljeb...@astro.uio.no wrote:
The other thing is, the folks in distutils2 and myself, have zero
knowledge about compilers. That's why we got very
On Fri, Jun 22, 2012 at 6:05 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Fri, Jun 22, 2012 at 10:01 AM, Donald Stufft donald.stu...@gmail.com
wrote:
The idea i'm hoping for is to stop worrying about one implementation over
another and
hoping to create a common format that all the tools
On Fri, Jun 22, 2012 at 10:38 AM, Donald Stufft donald.stu...@gmail.com wrote:
On Friday, June 22, 2012 at 5:22 AM, Dag Sverre Seljebotn wrote:
What Bento does is have one metadata file for the source-package, and
another metadata file (manifest) for the built-package. The latter is
normally
On Fri, Jun 22, 2012 at 2:24 PM, Paul Moore p.f.mo...@gmail.com wrote:
I suppose if you're saying that pip install lxml should download and
install for me Visual Studio, libxml2 sources and any dependencies,
and run all the builds, then you're right. But I assume you're not. So
why should I
On Fri, Jun 22, 2012 at 9:11 PM, PJ Eby p...@telecommunity.com wrote:
On Fri, Jun 22, 2012 at 5:22 AM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 06/22/2012 10:40 AM, Paul Moore wrote:
On 22 June 2012 06:05, Nick Coghlanncogh...@gmail.com wrote:
distutils really only plays
On Sat, Jun 23, 2012 at 12:25 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Sat, Jun 23, 2012 at 8:37 PM, Lennart Regebro rege...@gmail.com wrote:
In the end, I think this discussion is very similar to all previous
packaging/building/installing discussions: There is a lot of emotions,
and a
On Thu, Nov 6, 2008 at 8:35 PM, Nick Coghlan [EMAIL PROTECTED] wrote:
I'd expect any DVCS to be able to handily beat what I currently do with SVN:
Yes, it does. I have extensive experience in bzr, less in git (but
vastly prefer it since I have been using it), and both are relatively
good for
Hi,
In python 2.6, there have been some effort to make float formatting
more consistent between platforms, which is nice. Unfortunately, there
is still one corner case, for example on windows:
print a - print 'inf'
print '%f' % a - print '1.#INF'
The difference being that in the second case,
On Thu, Jan 1, 2009 at 6:43 PM, Eric Smith e...@trueblade.com wrote:
David Cournapeau wrote:
Hi,
In python 2.6, there have been some effort to make float formatting
more consistent between platforms, which is nice. Unfortunately, there
is still one corner case, for example on windows
On Fri, Jan 2, 2009 at 4:51 PM, Alexander Belopolsky
alexander.belopol...@gmail.com wrote:
On Fri, Jan 2, 2009 at 2:26 AM, Adam Olsen rha...@gmail.com wrote:
..
Compiling as C++ is too obscure of a feature to warrant uglifying the
code.
Malloc casts may be hard to defend, but most of python
On Sat, Jan 3, 2009 at 1:35 AM, Christian Heimes li...@cheimes.de wrote:
David Cournapeau schrieb:
Can't those errors be found simply using appropriate warning flags in
the C compiler ? C has stopped being a subset of C++ a long time ago
Python's C code still follow the ANSI C89 standard
Hi Matthis,
On Sat, Jan 3, 2009 at 3:31 AM, Matthieu Brucher
matthieu.bruc...@gmail.com wrote:
When I learnt C, I was always told to explicitely cast.
Maybe your professor was used to old C :) It is discouraged practice
to cast malloc - the only rationale I can think of nowadays is when
you
On Sat, Jan 3, 2009 at 5:50 PM, Martin v. Löwis mar...@v.loewis.de wrote:
A little offtopic: it seems to me it is a flaw of svn, that it
encourages the model of two classes of developers, those with a commit
access (first class) and those without it (second class). Victor --
maybe you can try
On Sun, Jan 4, 2009 at 1:21 AM, Antoine Pitrou solip...@pitrou.net wrote:
You could clone one of the existing DCVS mirrors and open a branch on a public
hosting service (bitbucket.org, launchpad, etc.). The annoying thing, though,
is that it requires your co-workers to learn the DVCS in
On Sun, Jan 4, 2009 at 1:46 AM, Martin v. Löwis mar...@v.loewis.de wrote:
[I don't want to get into another DVCS flamewar, but I just
can't let this go uncommented :-]
I am sorry if that sounded like a flamewar, that was not my intention:
I just wanted to point out that there are solution that
On Sun, Jan 4, 2009 at 9:28 AM, Brett Cannon br...@python.org wrote:
On Sat, Jan 3, 2009 at 16:06, Martin v. Löwis mar...@v.loewis.de wrote:
Do any of the DVCS under consideration satisfy that requirement? I
guess I'm asking whether you think all this talk about DVCSes is futile
or premature?
Hi,
I would like to modify the code of the bdist installers, but I don't
see any VS project for VS 9.0. How are the wininst-9.0*exe built ?
thanks,
David
___
Python-Dev mailing list
Python-Dev@python.org
On Thu, Jul 1, 2010 at 1:22 PM, Martin v. Löwis mar...@v.loewis.de wrote:
I would like to modify the code of the bdist installers, but I don't
see any VS project for VS 9.0. How are the wininst-9.0*exe built ?
See PC/bdist_wininst.
Hm, my question may not have been clear: *how* is the
On Thu, Jul 1, 2010 at 2:00 PM, Martin v. Löwis mar...@v.loewis.de wrote:
See PC/bdist_wininst.
Hm, my question may not have been clear: *how* is the wininst-9.0
built from the bdist_wininst sources ? I see 6, 7.0, 7.1 and 8.0
versions of the visual studio build scripts, but nothing for VS
On Sat, Jul 3, 2010 at 6:37 AM, Brett Cannon br...@python.org wrote:
On Fri, Jul 2, 2010 at 12:25, anatoly techtonik techto...@gmail.com wrote:
I planned to publish this proposal when it is finally ready and tested
with an assumption that Subversion repository will be online and
up-to-date
On Sat, Jul 3, 2010 at 9:34 AM, Brett Cannon br...@python.org wrote:
On Fri, Jul 2, 2010 at 17:17, David Cournapeau courn...@gmail.com wrote:
On Sat, Jul 3, 2010 at 6:37 AM, Brett Cannon br...@python.org wrote:
On Fri, Jul 2, 2010 at 12:25, anatoly techtonik techto...@gmail.com wrote:
I
On Sat, Jul 3, 2010 at 2:26 PM, Reid Kleckner reid.kleck...@gmail.com wrote:
Hey folks,
I'm trying to test out a patch to add a timeout in subprocess.py on
Windows, so I need to build Python with Visual Studio. The docs say
the files in PCBuild/ work with VC 9 and newer. I downloaded Visual
On Thu, Jul 22, 2010 at 10:08 PM, stefan brunthaler
sbruntha...@gmail.com wrote:
Is the source code under an open source non-copyleft license?
I am (unfortunately) not employed or funded by anybody, so I think
that I can license/release the code as I see fit.
If you did this work under your
On Fri, Jul 30, 2010 at 10:23 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
For those of you who found this document perhaps just a little bit too long,
I've written up a *much* shorter intro to the plugin system (including how
to get the prototype) on my blog:
On Tue, Aug 3, 2010 at 8:48 PM, Antoine Pitrou solip...@pitrou.net wrote:
On Tue, 03 Aug 2010 10:28:07 +0200
M.-A. Lemburg m...@egenix.com wrote:
Don't forget system packaging tools like .deb, .rpm, etc., which do not
generally take kindly to updating such things. For better or worse, the
On Tue, Aug 3, 2010 at 11:35 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
On 03/08/2010 15:19, David Cournapeau wrote:
On Tue, Aug 3, 2010 at 8:48 PM, Antoine Pitrousolip...@pitrou.net
wrote:
On Tue, 03 Aug 2010 10:28:07 +0200
M.-A. Lemburgm...@egenix.com wrote:
Don't forget
On Tue, Aug 10, 2010 at 11:06 PM, li...@gabriel-striewe.de wrote:
On Mon, Aug 09, 2010 at 06:55:29PM -0400, Terry Reedy wrote:
On 8/9/2010 2:47 PM, Sturla Molden wrote:
Terry Reedy:
MingW has become less attractive in recent years by the difficulty
in downloading and installing a
On Wed, Aug 11, 2010 at 10:21 PM, Sturla Molden stu...@molden.no wrote:
David Cournapeau:
Autotools only help for posix-like platforms. They are certainly a big
hindrance on windows platform in general,
That is why mingw has MSYS.
I know of MSYS, but it is not very pleasant to use, if only
On Fri, Aug 13, 2010 at 7:29 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Thu, 12 Aug 2010 18:14:44 -0400
Glyph Lefkowitz gl...@twistedmatrix.com wrote:
On Aug 12, 2010, at 6:30 AM, Tim Golden wrote:
I don't care how many stats we're doing
You might not, but I certainly do. And I can
On Fri, Aug 20, 2010 at 1:02 AM, Amaury Forgeot d'Arc
amaur...@gmail.com wrote:
Hi,
2010/8/19 Timothy Kinney timothyjkin...@gmail.com:
I am getting some unexpected behavior in Python 2.6.4 on a WinXP SP3 box.
This mailing list is for development *of* python, not about
development *with*
On Mon, Aug 30, 2010 at 6:43 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Mon, 30 Aug 2010 07:31:34 +1000
Nick Coghlan ncogh...@gmail.com wrote:
Since part of the point of
PEP 384 is to support multiple versions of the C runtime in a single
process, [...]
I think that's quite a
On Tue, Aug 31, 2010 at 6:54 AM, Nick Coghlan ncogh...@gmail.com wrote:
Hmm... that last point is a bit of any issue actually, since it also
flows the other way (changes made via the locale module won't be
visible to any extension modules using a different C runtime). So I
suspect mixing C
On Mon, Sep 6, 2010 at 3:16 AM, Georg Brandl g.bra...@gmx.net wrote:
Am 05.09.2010 19:22, schrieb Martin v. Löwis:
I know the PEP is accepted, but I would still like to see some
changes/clarifications.
1. What is the effect of this PEP on Windows? Is this a Linux-only
feature? If not, who
On Wed, Sep 8, 2010 at 2:48 AM, M.-A. Lemburg m...@egenix.com wrote:
Martin v. Löwis wrote:
This sounds like the issues such a mix can cause are mostly
theoretical and don't really bother much in practice, so
PEP 384 on Windows does have a chance :-)
Actually, the CRT issues (FILE* in
On Wed, Sep 8, 2010 at 5:19 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Wed, Sep 8, 2010 at 8:34 AM, David Cournapeau courn...@gmail.com wrote:
I would turn the question around: what are the cases where you manage
to mix CRT and not getting any issues ? This has never worked in my
own
On Wed, Sep 8, 2010 at 7:59 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Wed, Sep 8, 2010 at 6:34 PM, David Cournapeau courn...@gmail.com wrote:
In other words, the problem mainly arises when you need to integrate
libraries which you can not recompile with the compiler used by
python, because
On Sat, Sep 18, 2010 at 7:39 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
On 18/09/2010 11:03, Martin v. Löwis wrote:
That's really sad. So people will have to wait a few years to efficiently
implement tools that they could implement today.
Why a few years?
That's the time it will
On Sat, Sep 18, 2010 at 7:50 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
On 18/09/2010 11:48, David Cournapeau wrote:
On Sat, Sep 18, 2010 at 7:39 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
On 18/09/2010 11:03, Martin v. Löwis wrote:
That's really sad. So people will have
On Wed, Dec 29, 2010 at 9:13 AM, Amaury Forgeot d'Arc
amaur...@gmail.com wrote:
Hello,
The PyPy project recently switched from svn to mercurial. Since this day I
have some
difficulties to perform simple tasks, and my questions did not receive
satisfying answers.
I was sure the Python project
On Wed, Dec 29, 2010 at 5:02 PM, Amaury Forgeot d'Arc
amaur...@gmail.com wrote:
2010/12/29 David Cournapeau courn...@gmail.com
The easiest way I found to emulate git cherry-pick (which does exactly
what you want) with hg is to use import/export commands:
http://mercurial.selenic.com/wiki
On Tue, Mar 22, 2011 at 1:20 AM, Barry Warsaw ba...@python.org wrote:
On Mar 20, 2011, at 04:39 PM, Georg Brandl wrote:
On 20.03.2011 16:21, Guido van Rossum wrote:
What is rebase? Why does everyone want it and hate it at the same time?
Basically, rebase is a way to avoid having pointless
On Tue, Apr 12, 2011 at 8:32 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Apr 12, 2011 at 7:41 AM, Lukas Lueg lukas.l...@googlemail.com wrote:
Any other ideas on how to solve this in a better way?
Have you tried with distutils2? If it can't help you, it should really
be looked into
On Mon, Aug 29, 2011 at 7:14 PM, Eli Bendersky eli...@gmail.com wrote:
snip
I've sometimes thought it might be interesting to create a Swig
replacement purely in Python. When I work on the PLY project, this is often
what I think about. In that project, I've actually built a number of the
On Sun, Feb 3, 2013 at 10:34 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Simon Cross hodgestar+pythondev at gmail.com writes:
For the record, all the reasons listed at [1] appear trivial.
In Bento's author's own words - Weak documentation, Mediocre code quality,
at a lower level, a lot of
On Mon, Feb 4, 2013 at 2:01 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
David Cournapeau cournape at gmail.com writes:
You are putting the words out of the context in which those were
written: it is stated that the focus is on the general architecture
OK, no offence was meant. Thanks
On Mon, Mar 4, 2013 at 4:34 PM, Brett Cannon br...@python.org wrote:
On Mon, Mar 4, 2013 at 11:29 AM, Barry Warsaw ba...@python.org wrote:
On Mar 04, 2013, at 07:26 PM, Robert Collins wrote:
It is of course possible for subunit and related tools to run their
own implementation, but it
2009/10/6 P.J. Eby p...@telecommunity.com:
At 02:22 PM 10/5/2009 +0200, Tarek Ziadé wrote:
Setuptools development has been discontinued for a year, and does
patches on Distutils code. Some of these patches are sensitive to any
change
made on Distutils, wether those changes are internal or
On Thu, Oct 8, 2009 at 5:31 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
= Virtualenv and the multiple version support in Distribute =
(I am not saying We here because this part was not discussed yet
with everyone)
Virtualenv allows you to create an isolated environment to install
some
On Fri, Oct 9, 2009 at 1:35 AM, Masklinn maskl...@masklinn.net wrote:
On 8 Oct 2009, at 18:17 , Toshio Kuratomi wrote:
This is not at all how I use virtualenv. For me virtualenv is a
sandbox so that I don't have to become root whenever I need to install
a Python package for testing purposes
On Wed, Oct 21, 2009 at 5:49 AM, Paul Moore p.f.mo...@gmail.com wrote:
2009/10/20 Chris Withers ch...@simplistix.co.uk:
I wouldn't have a problem if integrating with the windows package manager
was an optional extra, but I think it's one of many types of package
management that need to be
On Tue, Nov 3, 2009 at 6:13 PM, Michael Foord fuzzy...@voidspace.org.uk wrote:
Sturla Molden wrote:
I'd just like to mention that the scientific community is highly dependent
on NumPy. As long as NumPy is not ported to Py3k, migration is out of the
question. Porting NumPy is not a trivial
On Tue, Nov 3, 2009 at 8:40 PM, Antoine Pitrou solip...@pitrou.net wrote:
Sturla Molden sturla at molden.no writes:
Porting NumPy is not a trivial issue. It might take
a complete rewrite of the whole C base using Cython.
I don't see why they would need a rewrite.
(let me know if those
On Tue, Nov 3, 2009 at 9:55 PM, Barry Warsaw ba...@python.org wrote:
Then clearly we can't back port features.
I'd like to read some case studies of people who have migrated applications
from 2.6 to 3.0.
+1, especially for packages which have a lot of C code: the current
documentation is
On Wed, Nov 4, 2009 at 3:25 AM, Martin v. Löwis mar...@v.loewis.de wrote:
But only if NumPy would drop support for 2.x, for x 7, right?
That would probably be many years in the future.
Yes. Today, given the choice of supporting py 3.x and dropping python
2.7 and continue support for 2.4, the
1 - 100 of 130 matches
Mail list logo