On Mon, Sep 6, 2010 at 3:16 AM, Georg Brandl 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 is
On Wed, Sep 8, 2010 at 2:48 AM, M.-A. Lemburg 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 par
On Wed, Sep 8, 2010 at 5:19 PM, Nick Coghlan wrote:
> On Wed, Sep 8, 2010 at 8:34 AM, David Cournapeau 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 experience in
On Wed, Sep 8, 2010 at 7:59 PM, Nick Coghlan wrote:
> On Wed, Sep 8, 2010 at 6:34 PM, David Cournapeau 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 t
On Sat, Sep 18, 2010 at 7:39 PM, Michael Foord
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 take for all packag
On Sat, Sep 18, 2010 at 7:50 PM, Michael Foord
wrote:
> On 18/09/2010 11:48, David Cournapeau wrote:
>>
>> On Sat, Sep 18, 2010 at 7:39 PM, Michael Foord
>> wrote:
>>>
>>> On 18/09/2010 11:03, "Martin v. Löwis" wrote:
>>>>
>&
On Wed, Dec 29, 2010 at 9:13 AM, Amaury Forgeot d'Arc
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 would have t
On Wed, Dec 29, 2010 at 5:02 PM, Amaury Forgeot d'Arc
wrote:
> 2010/12/29 David Cournapeau
>>
>> 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/wi
On Tue, Mar 22, 2011 at 1:20 AM, Barry Warsaw 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 merge co
On Tue, Apr 12, 2011 at 8:32 AM, Nick Coghlan wrote:
> On Tue, Apr 12, 2011 at 7:41 AM, Lukas Lueg 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 before the packaging API is locked for 3.3
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 fo
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, t
On Thu, Jan 1, 2009 at 6:43 PM, Eric Smith 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
On Fri, Jan 2, 2009 at 4:51 PM, Alexander Belopolsky
wrote:
> On Fri, Jan 2, 2009 at 2:26 AM, Adam Olsen 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 code base
> already has them, there is
On Sat, Jan 3, 2009 at 1:35 AM, Christian Heimes 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
Hi Matthis,
On Sat, Jan 3, 2009 at 3:31 AM, Matthieu Brucher
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 have to compile the sourc
On Sat, Jan 3, 2009 at 5:50 PM, "Martin v. Löwis" 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 something
On Sun, Jan 4, 2009 at 1:21 AM, Antoine Pitrou 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 question.
The proble
On Sun, Jan 4, 2009 at 1:46 AM, "Martin v. Löwis" 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 the op can
imp
On Sun, Jan 4, 2009 at 9:28 AM, Brett Cannon wrote:
> On Sat, Jan 3, 2009 at 16:06, "Martin v. Löwis" 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?
>>
>> I still do hope
On Thu, Jan 8, 2009 at 9:42 PM, Simon Cross
wrote:
> On Sat, Jan 3, 2009 at 11:22 PM, Luke Kenneth Casson Leighton
> wrote:
>> secondly, i want a python25.lib which i can use to cross-compile
>> modules for poor windows users _despite_ sticking to my principles and
>> keeping my integrity as a fr
On Thu, Jan 8, 2009 at 11:02 PM, Luke Kenneth Casson Leighton
wrote:
> On Thu, Jan 8, 2009 at 1:11 PM, David Cournapeau wrote:
>> On Thu, Jan 8, 2009 at 9:42 PM, Simon Cross
>> wrote:
>>> On Sat, Jan 3, 2009 at 11:22 PM, Luke Kenneth Casson Leighton
>>> wrote:
On Mon, Jan 26, 2009 at 1:38 PM, Stephen J. Turnbull 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
DVCS are much mo
On Mon, Aug 29, 2011 at 7:14 PM, Eli Bendersky wrote:
>
>>
>> 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
>> parsing to
On Thu, Jun 21, 2012 at 9:45 AM, Nick Coghlan wrote:
> On Thu, Jun 21, 2012 at 2:44 PM, Chris McDonough 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
> feature
> > is that developers
On Thu, Jun 21, 2012 at 12:58 PM, Nick Coghlan wrote:
> On Thu, Jun 21, 2012 at 7:28 PM, David Cournapeau
> 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 keyw
On Thu, Jun 21, 2012 at 10:04 PM, Tarek Ziadé 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 used by
On Thu, Jun 21, 2012 at 11:00 PM, Antoine Pitrou wrote:
> On Thu, 21 Jun 2012 22:46:58 +0200
> Dag Sverre Seljebotn wrote:
> > > The other thing is, the folks in distutils2 and myself, have zero
> > > knowledge about compilers. That's why we got very frustrated not to see
> > > people with that k
On Fri, Jun 22, 2012 at 6:05 AM, Nick Coghlan wrote:
> On Fri, Jun 22, 2012 at 10:01 AM, Donald Stufft
> 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 can agree upon and
> > create/inst
On Fri, Jun 22, 2012 at 10:38 AM, Donald Stufft 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 generated by the
On Fri, Jun 22, 2012 at 2:24 PM, Paul Moore 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 need to insta
On Fri, Jun 22, 2012 at 9:11 PM, PJ Eby wrote:
> On Fri, Jun 22, 2012 at 5:22 AM, Dag Sverre Seljebotn
> wrote:
>>
>> On 06/22/2012 10:40 AM, Paul Moore wrote:
>>>
>>> On 22 June 2012 06:05, Nick Coghlan wrote:
distutils really only plays at the SRPM level - there is no defined OS
On Sat, Jun 23, 2012 at 12:25 PM, Nick Coghlan wrote:
> On Sat, Jun 23, 2012 at 8:37 PM, Lennart Regebro 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 lot of willingness to declare t
On Sun, Feb 3, 2013 at 10:34 PM, Vinay Sajip wrote:
> Simon Cross 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 code leaves to be desired" may b
On Mon, Feb 4, 2013 at 2:01 AM, Vinay Sajip wrote:
> David Cournapeau 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
101 - 135 of 135 matches
Mail list logo
