> I've looked briefly at this one before, and I find it confusing. It
> looks as if it is saying that we are leaking the docstring
> word itself,
> i.e., that it's not being cleaned up, but why would that be?
Mmmh, I find it pretty simple: we have some elements added to a set but never
removed.
Is there some consensus about what version of Python LyX scripts should be
compatible?
I mean, may I propose some change in "configure.py", for example, that is
only Python 2.6+ compatible or it should be compatible with previous
versions?
If so, what's the version?
Regards,
---
Diego Queiroz
On 2011-04-29, stefano franchi wrote:
> On Fri, Apr 29, 2011 at 9:11 AM, Julien Rioux
> wrote:
>> On 29/04/2011 10:03 AM, Richard Heck wrote:
couldn't you give your colleagues file exported to 1.6 on your side?
> A possible solution would be to imitate what Openoffice does
...
> If a file i
On 30/04/2011 4:37 PM, Vincent van Ravesteijn wrote:
Your explanations are all good. Still, I wouldn't jump to adopting
the git philosophy before establishing what the LyX dev philosophy
should be. I think if we established a coding guideline for LyX devs
first, we could assess better the advan
> Your explanations are all good. Still, I wouldn't jump to adopting
> the git philosophy before establishing what the LyX dev philosophy
> should be. I think if we established a coding guideline for LyX devs
> first, we could assess better the advantages of different versioning
> tools and a of
On 04/30/2011 09:33 AM, venom00 wrote:
>> I'd like to hear your thoughts about these logs before trying
>> to get into them and understand what's wrong.
> The memory losses are sorted by size, so maybe we can try to fix at least the
> biggest memory leaks.
>
> For instance:
> ==22649== 47,920 byt
On 04/30/2011 11:18 AM, Pavel Sanda wrote:
> Abdelrazak Younes wrote:
>>> figures for the time span later.
>> Can you do figures for loc touched as well instead of number of commits?
> i dont know what you mean. p
>
He means: lines of code. Who was responsible for how many? Number of
commits is les
On 29/04/2011 5:31 PM, Richard Heck wrote:
On 04/29/2011 10:11 AM, Julien Rioux wrote:
Can I raise a question again? Why not always backport changes to lyx2lyx
from trunk to branch? Of course branch releases will run slightly behind
trunk, but not so badly that it would be useless to do this. Th
Richard Heck wrote:
>
> Pavel,
>
> I seem to remember that there were some issues you ran into when
> thinking about adding git as backend for LyX VC. What were those?
1. detection we are inside repo.
2. different workflow than rcs/cvs/svn especially difference between
committing and pushing.
Abdelrazak Younes wrote:
>> figures for the time span later.
>
> Can you do figures for loc touched as well instead of number of commits?
i dont know what you mean. p
On Sat, Apr 30, 2011 at 3:58 PM, venom00 wrote:
>> Yes, though it seems kind of dangerous to download python scripts from
>> the web and then offer to run them.
>
> We could add HTTPS to lyx.org and use a free certificate from StartSSL [1],
> which is a trusted CA.
>
Yes, I also thought of this. W
Pavel,
I seem to remember that there were some issues you ran into when
thinking about adding git as backend for LyX VC. What were those?
Richard
On 30/04/2011 14:41, Pavel Sanda wrote:
hi all,
some stats for 2.0 development.
(you will need mail client with fixed chars& proper tabs handling).
* commit activity:
Trunk 2.0: Branch 1.6:
rgheck 1552spitz 752
sanda 1202uwestoe 692
uwestoe 1050vfr 297
vfr 922
> Yes, though it seems kind of dangerous to download python scripts from
> the web and then offer to run them.
We could add HTTPS to lyx.org and use a free certificate from StartSSL [1],
which is a trusted CA.
venom00
[1] http://www.startssl.com/
On 04/30/2011 01:24 AM, Liviu Andronic wrote:
> On Fri, Apr 29, 2011 at 11:31 PM, Richard Heck wrote:
>> I thought the original question was precisely about interoperability between
>> the stable version and development versions. In that case, regularly porting
>> lyx2lyx does help. Then again, th
> Pavel Sanda wrote:
> > emoticons per mail
> >
> > jose0.68
>
> That's less than I perceived.
>
> Jürgen
:D You're right!
:)
venom00 (subtly climbs the emoticons pyramid)
> I'd like to hear your thoughts about these logs before trying
> to get into them and understand what's wrong.
The memory losses are sorted by size, so maybe we can try to fix at least the
biggest memory leaks.
For instance:
==22649== 47,920 bytes in 960 blocks are indirectly lost in loss reco
Pavel Sanda wrote:
> emoticons per mail
>
> jose0.68
That's less than I perceived.
Jürgen
hi all,
some stats for 2.0 development.
(you will need mail client with fixed chars & proper tabs handling).
* commit activity:
Trunk 2.0: Branch 1.6:
rgheck 1552spitz 752
sanda 1202uwestoe 692
uwestoe 1050vfr 297
vfr 922 sanda 255
spitz 791 forenr 225
Hi, LyX sometimes gets really heavy (more than 300 MB in RAM under Win32 after
a week or 2 without closing it), so I tought to give a look to it with valgrind
under Linux: I've attached the results [1].
I'd like to hear your thoughts about these logs before trying to get into them
and understand
> I've been playing with the same export. So far I've been really happy. Rather
> than using Calibre to do the conversion, you might take a look at Sigil. It
> creates a much cleaner ePub (though Calibre is more than an adequate
> solution).
Thanks for the tip - Sigil looks great.
> For right
21 matches
Mail list logo
