On 18/12/10 8:11 PM, Paolo Giarrusso wrote:
On Fri, Dec 17, 2010 at 16:06, wrote:
On 02:48 pm,tob...@googlemail.com wrote:
@Jean-Paul: I thought it would only be a problem if the license was
GPLv3?
Yes, that's right. But I got sad anyway.
But in any case, what is the conclusion, if any? C
On Fri, Dec 17, 2010 at 16:06, wrote:
> On 02:48 pm, tob...@googlemail.com wrote:
>>@Jean-Paul: I thought it would only be a problem if the license was
>>GPLv3?
>
> Yes, that's right. But I got sad anyway.
>>But in any case, what is the conclusion, if any? Can the Mercurial API
>>be used from L
On 02:48 pm, tob...@googlemail.com wrote:
>@Jean-Paul: I thought it would only be a problem if the license was
>GPLv3?
Yes, that's right. But I got sad anyway.
>But in any case, what is the conclusion, if any? Can the Mercurial API
>be used from LGPL code or not?
This seems unanswerable. If y
@Jean-Paul: I thought it would only be a problem if the license was GPLv3?
But in any case, what is the conclusion, if any? Can the Mercurial API
be used from LGPL code or not?
2010/12/17 :
> On 08:27 am, tob...@googlemail.com wrote:
>>
>> Well, it wouldn't be a problem to re-license Codespeed
On 08:27 am, tob...@googlemail.com wrote:
>Well, it wouldn't be a problem to re-license Codespeed as GPLv2+
>anyway...
>:(
Jean-Paul
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Well, it wouldn't be a problem to re-license Codespeed as GPLv2+ anyway...
2010/12/16 Dan Villiom Podlaski Christiansen :
> On 16 Dec 2010, at 20:27, Alex Gaynor wrote:
>
>> On Thu, Dec 16, 2010 at 2:22 PM, Maciej Fijalkowski
>> wrote:
>>
>>> On Thu, Dec 16, 2010 at 12:14 PM, Dan Villiom Podlask
On 16 Dec 2010, at 20:27, Alex Gaynor wrote:
On Thu, Dec 16, 2010 at 2:22 PM, Maciej Fijalkowski
wrote:
On Thu, Dec 16, 2010 at 12:14 PM, Dan Villiom Podlaski Christiansen
wrote:
Please note that any use of the Python API means that the entire
application is covered by the GPL.
How is i
On Thu, Dec 16, 2010 at 2:22 PM, Maciej Fijalkowski wrote:
> On Thu, Dec 16, 2010 at 12:14 PM, Dan Villiom Podlaski Christiansen
> wrote:
> > On 16 Dec 2010, at 10:33, Antonio Cuni wrote:
> >
> >> Alternatively, if you install mercurial you can then "import
> >> mercurial.commands" and use its pu
On Thu, Dec 16, 2010 at 12:14 PM, Dan Villiom Podlaski Christiansen
wrote:
> On 16 Dec 2010, at 10:33, Antonio Cuni wrote:
>
>> Alternatively, if you install mercurial you can then "import
>> mercurial.commands" and use its public API from Python. Or as you said you
>> can
>> just execute hg log a
On 16 Dec 2010, at 10:33, Antonio Cuni wrote:
Alternatively, if you install mercurial you can then "import
mercurial.commands" and use its public API from Python. Or as you
said you can
just execute hg log and parse the output: in this case you might be
interested
in the --template option, w
Ok, thanks Anto, I'll have a look at it this weekend!
PS: If somebody has coded such a function, or feels like doing it that
is also welcome ;-)
2010/12/16 Antonio Cuni :
> Hi Miquel,
>
> On 16/12/10 09:29, Miquel Torres wrote:
>> Hi Anto,
>>
>> yes, that is expected, but no problem. Codespeed i
Hi Miquel,
On 16/12/10 09:29, Miquel Torres wrote:
> Hi Anto,
>
> yes, that is expected, but no problem. Codespeed is designed in such a
> way that it can support different version control systems. It is just
> that there is only support for svn now ;-)
>
> So for mercurial support, I need to im
Hi Anto,
yes, that is expected, but no problem. Codespeed is designed in such a
way that it can support different version control systems. It is just
that there is only support for svn now ;-)
So for mercurial support, I need to implement a function that takes a
changeset hash, connects to the hg
Hi Miquel, hi all,
as you probably have noticed, we have recently migrated the main repo to
mercurial. Now speed.pypy.org receives a revision number in the form
"40046:2088ce763fc2", but of course it can no longer fetches the commit logs
from the svn server.
Would it be possible to fetch the com
14 matches
Mail list logo