Re: important info about the floatflt package and the LyX manuals

On Tue, 5 Feb 2008, Jean-Marc Lasgouttes wrote: Uwe Stöhr <[EMAIL PROTECTED]> writes: Jean-Marc Lasgouttes schrieb: > The problem is not only the documentation, but a feature of LyX that does not work anymore. Should we investigate backporting the wrapfig patch to branch? But this would

Re: Aussie is *slow*

On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we even need 'spamd'? I mean, does it serve

Re: proposal to upgrade Aussie

On Mon, 4 Feb 2008, rgheck wrote: - buy more memory -> we need to ask someone at Trolltech to build it into the machine The discussion elsewhere seems to me to suggest that this is the best option. For what we're running, it'd be surprising if an Athlon 2000+ wasn't more than adequate.

Re: important info about the floatflt package and the LyX manuals

On Tue, 5 Feb 2008, Uwe Stöhr wrote: E1) Putting the section about wrapping floats in a branch? (Will this help?) This is indeed an option. How about the following solution: (Temporarily) move the section regarding wrapping floats from the users' guide to some other document, and

Re: Aussie is *slow*

[EMAIL PROTECTED] writes: > On Mon, 4 Feb 2008, rgheck wrote: > >>> looking at the RES memory usage, the main consumers are these. what if >>> we start by running less childerns of spamd? >>> >>>59m 2:32.53 spamd 57m 0:52.08 spamd >>>37m 1:48.72 spamd > >

Re: kubuntu710 and lyx

> Well, it's OK (and recommended unless you're a developer) to disable > stdlib-debug but please don't get rid of -g, at least for 1.6svn as this > will allow to report useful backtrace in case of crash. There's no speed > penalty by doing that IIRC, you just get a bigger executable, that's

Re: Aussie is *slow*

> > On Mon, 4 Feb 2008, rgheck wrote: > > > >>> looking at the RES memory usage, the main consumers are these. what if > >>> we start by running less childerns of spamd? > >>> > >>>59m 2:32.53 spamd 57m 0:52.08 spamd > >>>37m 1:48.72 spamd > > > > Do we

Re: important info about the floatflt package and the LyX manuals

>>> E1) Putting the section about wrapping floats in a branch? >>> (Will this help?) >> >> This is indeed an option. > > How about the following solution: > > (Temporarily) move the section regarding wrapping floats from the users' > guide to some other document, and let the section in

Re: kubuntu710 and lyx

Pavel Sanda wrote: Well, it's OK (and recommended unless you're a developer) to disable stdlib-debug but please don't get rid of -g, at least for 1.6svn as this will allow to report useful backtrace in case of crash. There's no speed penalty by doing that IIRC, you just get a bigger

Re: Aussie is *slow*

On Tue, 5 Feb 2008, Pavel Sanda wrote: On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we

Re: Aussie is *slow*

[EMAIL PROTECTED] writes: > I'm _guessing_ this is the file to change: > /etc/mail/spamassassin/local.cf > > but I don't know what to add... No, it is /etc/sysconfig/spamassassin: --- # Options to spamd SPAMDOPTIONS="-d -c -m3 -H" But first we should make

Re: Aussie is *slow*

> I also noticed that we should restart spamd after changing the > configuration file, using SIGHUP seems somewhat more tricky. > > I'm _guessing_ this is the file to change: > /etc/mail/spamassassin/local.cf > > but I don't know what to add... no, this belongs to spamassasin file. we have

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr <[EMAIL PROTECTED]> writes: >> Is there really a lyx2lyx entry related to this change? > > I checked my commit history. When we only use a very basic > implementation, I think we could backport it: > http://www.lyx.org/trac/changeset/20185 Yes. > This was the first commit that changes

Re: Aussie is *slow*

Pavel Sanda wrote: I'm NOT running mailman, spam assassin, or vsftpd, but could those be eating 100MB? That seems unlikely. spam assassin can be very expensive, 100mb are imho no problem to eat with it. Would moving some services elsewhere help? E.g., moving the ftp server? i

Re: Aussie is *slow*

> But first we should make sure that -m2 or -m1 is a good value. how do you want to assure in an other way than trying it ? :) i proposed 1 because of seeing one can take 109mb in resident memory (and 163516mb in total with swap), so even 2 are enough to swap aussie to death. pavel

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Stefan Schimanski wrote: void GuiWorkArea::processKeySym(KeySymbol const & key, KeyModifier mod) { // In order to avoid bad surprise in the middle of an operation, -// we better stop the blinking cursor. +// we better stop the blinking cursor... stopBlinkingCursor(); +//

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Stefan Schimanski wrote: Now I get a segfault, when closing a buffer via the keyboard shortcut: Oh shxxt, this problem was hidden somewhere in the back of my mind but didn't manage to come out fully ;-/ This is because the key kills the Buffer which in turn kills the WorkArea. So the timer

Re: important info about the floatflt package and the LyX manuals

> Uwe Stöhr wrote: >> >> Unfortunately using wrapfig like in trunk cannot be backported since it is >> a fileformat change. > Well - this rule doesn't have to be absolute! this is not just about the rules. being as user used to increace from x to 1.y.x+1 without any worry about _the latex

Re: Aussie is *slow*

Jean-Marc Lasgouttes wrote: [EMAIL PROTECTED] writes: I'm _guessing_ this is the file to change: /etc/mail/spamassassin/local.cf but I don't know what to add... No, it is /etc/sysconfig/spamassassin: --- # Options to spamd SPAMDOPTIONS="-d -c -m3 -H"

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr wrote: Unfortunately using wrapfig like in trunk cannot be backported since it is a fileformat change. Well - this rule doesn't have to be absolute! It sure is a good rule to have for changes initiated by the LyX project. But this time the change is imposed from the outside.

Re: Aussie is *slow*

> > But first we should make sure that -m2 or -m1 is a good value. > > how do you want to assure in an other way than trying it ? :) > i proposed 1 because of seeing one can take 109mb in resident memory > (and 163516mb in total with swap), so even 2 are enough to swap 163 mb of course :) p

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Now I get a segfault, when closing a buffer via the keyboard shortcut: #0 0x024c7197 in QObject::startTimer () #1 0x024d0381 in QTimer::start () #2 0x0048be48 in lyx::frontend::GuiWorkArea::startGeneralTimer (this=0x1a25a030) at qt4/GuiWorkArea.h:125 #3 0x00486e41 in

Re: Aussie is *slow*

Pavel Sanda <[EMAIL PROTECTED]> writes: > no, this belongs to spamassasin file. > we have > SPAMDOPTIONS="-d -c -m3 -H" > so we should change m3 to ... hmm m1? This is the big question. I have no idea where to look to see how long the messages take to go through the whole chain. If I look for

Re: Aussie is *slow*

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > All our investigations converged to the conclusion that -m3 is way too > much considering our physical RAM. So: > > Option 1: let's just try -m2 for now and see if things improve. > > Option 2 (preferred): go straight to -m1, wait a few days and see

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Now I get a segfault, when closing a buffer via the keyboard shortcut: #0 0x024c7197 in QObject::startTimer () #1 0x024d0381 in QTimer::start () #2 0x0048be48 in lyx::frontend::GuiWorkArea::startGeneralTimer (this=0x1a25a030) at qt4/GuiWorkArea.h:125 #3 0x00486e41 in

Re: Aussie is *slow*

> update: i looked on spamd now - one of our restarted 30mb spamd is again on > 64 mb > in 5 mins :( and update after 10mins: 165692 32104 176652 76524 31124 18768 so in total memory we are on +270mb in 10 minutes. p

Re: important info about the floatflt package and the LyX manuals

> I think even the dummy file format change was not needed, since there > is nothing lyx2lyx can do to alleviate whatever problem may appear. > This change of package may change the output, there not much we can do > about it. > > I propose to backport a subset of this (even the GUI changes may

Re: important info about the floatflt package and the LyX manuals

Pavel Sanda <[EMAIL PROTECTED]> writes: > note that there are many people with tex distros (tetex, older texlive etc) > which are simply not striked by this problem, but could be striked > by the fact the output suddenly changed from 1.5.3 to 1.5.4, so we are doing > favour for one part of people

Re: Aussie is *slow*

> Let's see first what happens now that I have restarted. It may be that > 163M for one of the process was some kind of accident. i have followed aussie top for some time and my experience is that this size dynamically changes in both directions. after all look on my mail from few days back -

Re: Aussie is *slow*

Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]: > On Sun, 3 Feb 2008, Joost Verburg wrote: > > Maybe it would be better to switch to SourceForge or something similar. > > They provide web hosting, SVN, mailing lists, download mirrors etc., and > > it's much more reliable than the

Re: Aussie is *slow*

Hans Meine wrote: Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]: On Sun, 3 Feb 2008, Joost Verburg wrote: Maybe it would be better to switch to SourceForge or something similar. They provide web hosting, SVN, mailing lists, download mirrors etc., and it's much more reliable

Re: Aussie is *slow*

Pavel Sanda <[EMAIL PROTECTED]> writes: >> update: i looked on spamd now - one of our restarted 30mb spamd is again on >> 64 mb >> in 5 mins :( > > and update after 10mins: > 165692 32104 > 176652 76524 > 31124 18768 > > so in total memory we are on +270mb in 10 minutes. By looking at ps

Re: Aussie is *slow*

Am 05.02.2008 um 14:52 schrieb Hans Meine: Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED] : On Sun, 3 Feb 2008, Joost Verburg wrote: Maybe it would be better to switch to SourceForge or something similar. They provide web hosting, SVN, mailing lists, download mirrors etc.,

Re: Aussie is *slow*

> By looking at ps as a tree, I notice that the spamd children can have > a pyzor child. You cannot see that right now, because I > restarted spamd. i established small script which checks the aussie system info every 5 min. the result is updated here

Re: Aussie is *slow*

Pavel Sanda <[EMAIL PROTECTED]> writes: > vss should be complete mem (shared and swapped) rss should be resident mem > (without swap). > spamd and httpd are sums of all childerns (plus one grep instance;) But part of this memory is shared between the children, isn't it? >> Looks like it tries

Re: [Cvslog] r22782 - in /lyx-devel/trunk/src: CutAndPaste.cpp factory...

Thanks for sorting this out, Stefan. I hadn't looked at this bug. But let me urge everyone to look at this patch. It reflects a change in TextClass handling that is important to understand. The point, as Stefan says, is that anything that belongs to a text class needs to be "preserved" by

Re: Aussie is *slow*

> > vss should be complete mem (shared and swapped) rss should be resident mem > > (without swap). > > spamd and httpd are sums of all childerns (plus one grep instance;) > > But part of this memory is shared between the children, isn't it? not sure:) but i believe most of mem is used by some

Re: important info about the floatflt package and the LyX manuals

> contact the author to change the license ... > which is sometimes difficult after all these years. I already did this, but got no reply until now. If I get no reply till the end of this week, I'll try to phone him. regards Uwe

Re: Aussie is *slow*

> Yeah, sf would be moving out of the frying pan into the fire. It's veeery > slow very often. Maybe this is a regional issue? sf.net has been responsive most of the time (US). Bo

Re: changeset 22764 also for branch

> The beamer class is not really a model for good layout implementation. Maybe, but that letters can have parts behind the \end{letter} command is a fact. And the "bad" implementation of beamer is a consequence of missing LyX support for certain commands. > I do not remember exactly why I put

Re: important info about the floatflt package and the LyX manuals

> Is there really a lyx2lyx entry related to this change? I checked my commit history. When we only use a very basic implementation, I think we could backport it: http://www.lyx.org/trac/changeset/20185 This was the first commit that changes wrap floats from floatflt to wrapfig. It only need a

Re: Aussie is *slow*

On Tue, 5 Feb 2008, Bo Peng wrote: I used sourceforge perhaps two years ago, and it was horrible in terms of performance at the time. Maybe they're better now, I don't know. I have used sourceforge for three years and I do not see any reason why lyx can not make use of it. One reason is

Re: bugs needed to be fixed to make trunk usable

Transferring this discussion to the list. http://bugzilla.lyx.org/show_bug.cgi?id=4532 /--- Additional Comment #3 From Richard Heck 2008-02-04 20:37 --- / We should consider hard-coding the loading of

Re: important info about the floatflt package and the LyX manuals

> I think we should not include floatflt in the Windows installer. This would mean that the > restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the installer. regards Uwe

[PATCH] Bug 2178: Empty Layout

The attached patch is now pretty much complete, I think, so I'm sending it again to the list. The basic idea has two parts. First, we hard code an "empty layout" (called LyXDefault, for want of a better name) in TextClass and read it before doing anything else. It can therefore be customized

Re: proposal to upgrade Aussie

On Tue, 5 Feb 2008, Lars Gullik Bjønnes wrote: So the questions would then be: * Can we upgrade the memory? Yes. I have another box hat I don't use anymore (story about water cooling and leakage) with 1GB RAM that could be installed into Aussie. Ah... always good with "extra" information,

Re: Aussie is *slow*

> What about http://www.berlios.de/ ? I used that long time ago when they already had subversion, > and SF did not, maybe 2 years ago. Always felt fast at that time. Me not. Since 3 years I use berlios.de for the LyXWinInstaller and when you have a problem nobody every replies on support

Re: important info about the floatflt package and the LyX manuals

Pavel Sanda wrote: Uwe Stöhr wrote: Unfortunately using wrapfig like in trunk cannot be backported since it is a fileformat change. Well - this rule doesn't have to be absolute! this is not just about the rules. being as user used to increace from x to 1.y.x+1 without any

Re: Aussie is *slow*

On Tue, Feb 05, 2008 at 10:44:59AM +0100, Pavel Sanda wrote: > > > On Mon, 4 Feb 2008, rgheck wrote: > > > > > >>> looking at the RES memory usage, the main consumers are these. > > >>> what if we start by running less childerns of spamd? > > >>> > > >>>59m 2:32.53 spamd

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr schrieb: > I think we should not include floatflt in the Windows installer. This would mean that the > restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the installer. that is not the point ... None of

Re: important info about the floatflt package and the LyX manuals

Herbert Voss wrote: Uwe Stöhr schrieb: > I think we should not include floatflt in the Windows installer. This would mean that the > restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the installer. that is not

Re: important info about the floatflt package and the LyX manuals

rgheck schrieb: Herbert Voss wrote: Uwe Stöhr schrieb: > I think we should not include floatflt in the Windows installer. This would mean that the > restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the

Re: Aussie is *slow*

> I used sourceforge perhaps two years ago, and it was horrible in terms of > performance at the time. Maybe they're better now, I don't know. I have used sourceforge for three years and I do not see any reason why lyx can not make use of it. Bo

Re: important info about the floatflt package and the LyX manuals

> Is there some part of the introduction or tutorial that explains that these documents are also > available as PDFs, and where they can be found? I added now a link in a note to where to find the PDFs. (to http://wiki.lyx.org/LyX/DocumentationDevelopment) regards Uwe

Re: important info about the floatflt package and the LyX manuals

On Tue, 5 Feb 2008, Jean-Marc Lasgouttes wrote: note that there are many people with tex distros (tetex, older texlive etc) which are simply not striked by this problem, but could be striked by the fact the output suddenly changed from 1.5.3 to 1.5.4, so we are doing favour for one part of

Re: Aussie is *slow*

Pavel Sanda schrieb: On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we even need 'spamd'?

Re: Aussie is *slow*

Bernhard Roider wrote: Pavel Sanda schrieb: On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do

Re: Aussie is *slow*

On Mon, Feb 04, 2008 at 04:54:45PM +0100, [EMAIL PROTECTED] wrote: > On Sat, 2 Feb 2008, Jean-Marc Lasgouttes wrote: > >> The machine (Athlon 2000+) has been bought from the project's fund and >> from time to time Lars asks on lyx-users whether somebody could renew >> the lyx.org name. That is

Re: Aussie is *slow*

rgheck wrote: As Andre suggested, another option would be to require forwarding, and then people can sort out their own spam. Yes, I think that's the simplest and most useful solution. Abdel.

Re: Aussie is *slow*

Bo Peng wrote: I used sourceforge perhaps two years ago, and it was horrible in terms of performance at the time. Maybe they're better now, I don't know. I have used sourceforge for three years and I do not see any reason why lyx can not make use of it. The performance of SF web hosting is

Re: important info about the floatflt package and the LyX manuals

> > Is there some part of the introduction or tutorial that explains that > these documents are also > > available as PDFs, and where they can be found? > > I added now a link in a note to where to find the PDFs. > (to http://wiki.lyx.org/LyX/DocumentationDevelopment) i found the wiki structure

Re: Aussie is *slow*

> > Yeah, sf would be moving out of the frying pan into the fire. It's > > veeery > > slow very often. > > Maybe this is a regional issue? sf.net has been responsive most of > the time (US). also few years back, but i have the same experience with the slowness, so finally we decided to

Re: [PATCH] Bug 2178: Empty Layout

> The one remaining issue has to do with sorting, but I think there may be > some issues with that code, anyway, since it seems to assume that the > default layout will always appear first, and I'm not sure why that would > have to be true. i remember that i assumed this first position by

Re: kubuntu710 and lyx

> There's a more minimal debug option IIRC, was that -gfabs or something? havent found anything like this. pavel

Re: [PATCH] Bug 2178: Empty Layout

Pavel Sanda wrote: The one remaining issue has to do with sorting, but I think there may be some issues with that code, anyway, since it seems to assume that the default layout will always appear first, and I'm not sure why that would have to be true. i remember that i assumed this

Re: important info about the floatflt package and the LyX manuals

> i found the wiki structure confusing. Yes, because this was originally thought as developer page. > intuitively i will look for these manuals either in > http://wiki.lyx.org/LyX/Manuals Yes, this should be the right place. Could you design this page the way you think it should be? I'll

Mathed completion popup

Hi! I was wondering today how complicated it would be to add a completion popup to mathed. Well, it took me three hours and here it is. Of course here and there, there are some rough edges and it has to be cleaned up, but it's easier than I expected. <> Stefan

Re: important info about the floatflt package and the LyX manuals

> Yes, this should be the right place. Could you design this page the way you > think it should be? I'll correct then the links in the documentation to > this page. Just added one section, nothing more needed IMHO - if it was on me I would simply move the contents of download section in

Re: [Cvslog] r22802 - in /lyx-devel/trunk: lib/layouts/stdinsets.inc s...

> Author: rgheck > Date: Tue Feb 5 23:57:33 2008 > New Revision: 22802 > > URL: http://www.lyx.org/trac/changeset/22802 >Log: >Partially fix bug 4532: http://bugzilla.lyx.org/show_bug.cgi?id=4532. >See in particular comment 6. maybe it has something in common with this. g++ -O -o tex2lyx

Re: [Cvslog] r22802 - in /lyx-devel/trunk: lib/layouts/stdinsets.inc s...

rgheck wrote: Pavel Sanda wrote: Author: rgheck Date: Tue Feb 5 23:57:33 2008 New Revision: 22802 URL: http://www.lyx.org/trac/changeset/22802 Log: Partially fix bug 4532: http://bugzilla.lyx.org/show_bug.cgi?id=4532. See in particular comment 6. maybe it has something in common with

Re: Mathed completion popup

Stefan Schimanski wrote: Hi! I was wondering today how complicated it would be to add a completion popup to mathed. Well, it took me three hours and here it is. Of course here and there, there are some rough edges and it has to be cleaned up, but it's easier than I expected. Well, I can

Re: [patch] GuiSymbols

On Sun, 2008-02-03 at 17:09 +0100, Jürgen Spitzmüller wrote: > from the unicodesymbols list. It's quite similar to the symbols dialogs you > know from the word processors (screenshot attached). > Comments welcome. Wow, you use LyX in black and white? I should send you a new video card and

Re: important info about the floatflt package and the LyX manuals

On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote: > Uwe Stöhr schrieb: > > > > Generally speaking I think it sucks that the user guide doesn't > > compile out of the box. Have other > popular (Linux) LaTeX distributions > > also skipped the floatflt package? > > > > TeXLive came up with

Location of documentation (Was: important info about the floatflt package and the LyX manuals)

On Tue, 5 Feb 2008, Pavel Sanda wrote: Is there some part of the introduction or tutorial that explains that these documents are also available as PDFs, and where they can be found? I added now a link in a note to where to find the PDFs. (to http://wiki.lyx.org/LyX/DocumentationDevelopment)

Re: important info about the floatflt package and the LyX manuals

On Tue, 5 Feb 2008, Jean-Marc Lasgouttes wrote: Uwe Stöhr [EMAIL PROTECTED] writes: Jean-Marc Lasgouttes schrieb: The problem is not only the documentation, but a feature of LyX that does not work anymore. Should we investigate backporting the wrapfig patch to branch? But this would be a

Re: Aussie is *slow*

On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we even need 'spamd'? I mean, does it serve

Re: proposal to upgrade Aussie

On Mon, 4 Feb 2008, rgheck wrote: - buy more memory - we need to ask someone at Trolltech to build it into the machine The discussion elsewhere seems to me to suggest that this is the best option. For what we're running, it'd be surprising if an Athlon 2000+ wasn't more than adequate.

Re: important info about the floatflt package and the LyX manuals

On Tue, 5 Feb 2008, Uwe Stöhr wrote: E1) Putting the section about wrapping floats in a branch? (Will this help?) This is indeed an option. How about the following solution: (Temporarily) move the section regarding wrapping floats from the users' guide to some other document, and

Re: Aussie is *slow*

[EMAIL PROTECTED] writes: On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we even need

Re: kubuntu710 and lyx

Well, it's OK (and recommended unless you're a developer) to disable stdlib-debug but please don't get rid of -g, at least for 1.6svn as this will allow to report useful backtrace in case of crash. There's no speed penalty by doing that IIRC, you just get a bigger executable, that's all.

Re: Aussie is *slow*

On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we even need 'spamd'? I mean,

Re: important info about the floatflt package and the LyX manuals

E1) Putting the section about wrapping floats in a branch? (Will this help?) This is indeed an option. How about the following solution: (Temporarily) move the section regarding wrapping floats from the users' guide to some other document, and let the section in the users' guide

Re: kubuntu710 and lyx

Pavel Sanda wrote: Well, it's OK (and recommended unless you're a developer) to disable stdlib-debug but please don't get rid of -g, at least for 1.6svn as this will allow to report useful backtrace in case of crash. There's no speed penalty by doing that IIRC, you just get a bigger

Re: Aussie is *slow*

On Tue, 5 Feb 2008, Pavel Sanda wrote: On Mon, 4 Feb 2008, rgheck wrote: looking at the RES memory usage, the main consumers are these. what if we start by running less childerns of spamd? 59m 2:32.53 spamd 57m 0:52.08 spamd 37m 1:48.72 spamd Do we

Re: Aussie is *slow*

[EMAIL PROTECTED] writes: I'm _guessing_ this is the file to change: /etc/mail/spamassassin/local.cf but I don't know what to add... No, it is /etc/sysconfig/spamassassin: --- # Options to spamd SPAMDOPTIONS=-d -c -m3 -H But first we should make sure that

Re: Aussie is *slow*

I also noticed that we should restart spamd after changing the configuration file, using SIGHUP seems somewhat more tricky. I'm _guessing_ this is the file to change: /etc/mail/spamassassin/local.cf but I don't know what to add... no, this belongs to spamassasin file. we have

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr [EMAIL PROTECTED] writes: Is there really a lyx2lyx entry related to this change? I checked my commit history. When we only use a very basic implementation, I think we could backport it: http://www.lyx.org/trac/changeset/20185 Yes. This was the first commit that changes wrap

Re: Aussie is *slow*

Pavel Sanda wrote: I'm NOT running mailman, spam assassin, or vsftpd, but could those be eating 100MB? That seems unlikely. spam assassin can be very expensive, 100mb are imho no problem to eat with it. Would moving some services elsewhere help? E.g., moving the ftp server? i

Re: Aussie is *slow*

But first we should make sure that -m2 or -m1 is a good value. how do you want to assure in an other way than trying it ? :) i proposed 1 because of seeing one can take 109mb in resident memory (and 163516mb in total with swap), so even 2 are enough to swap aussie to death. pavel

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Stefan Schimanski wrote: void GuiWorkArea::processKeySym(KeySymbol const key, KeyModifier mod) { // In order to avoid bad surprise in the middle of an operation, -// we better stop the blinking cursor. +// we better stop the blinking cursor... stopBlinkingCursor(); +//

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Stefan Schimanski wrote: Now I get a segfault, when closing a buffer via the keyboard shortcut: Oh shxxt, this problem was hidden somewhere in the back of my mind but didn't manage to come out fully ;-/ This is because the key kills the Buffer which in turn kills the WorkArea. So the timer

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr wrote: Unfortunately using wrapfig like in trunk cannot be backported since it is a fileformat change. Well - this rule doesn't have to be absolute! this is not just about the rules. being as user used to increace from x to 1.y.x+1 without any worry about _the latex output_ is

Re: Aussie is *slow*

Jean-Marc Lasgouttes wrote: [EMAIL PROTECTED] writes: I'm _guessing_ this is the file to change: /etc/mail/spamassassin/local.cf but I don't know what to add... No, it is /etc/sysconfig/spamassassin: --- # Options to spamd SPAMDOPTIONS=-d -c -m3 -H But

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr wrote: Unfortunately using wrapfig like in trunk cannot be backported since it is a fileformat change. Well - this rule doesn't have to be absolute! It sure is a good rule to have for changes initiated by the LyX project. But this time the change is imposed from the outside.

Re: Aussie is *slow*

But first we should make sure that -m2 or -m1 is a good value. how do you want to assure in an other way than trying it ? :) i proposed 1 because of seeing one can take 109mb in resident memory (and 163516mb in total with swap), so even 2 are enough to swap 163 mb of course :) p

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Now I get a segfault, when closing a buffer via the keyboard shortcut: #0 0x024c7197 in QObject::startTimer () #1 0x024d0381 in QTimer::start () #2 0x0048be48 in lyx::frontend::GuiWorkArea::startGeneralTimer (this=0x1a25a030) at qt4/GuiWorkArea.h:125 #3 0x00486e41 in

Re: Aussie is *slow*

Pavel Sanda [EMAIL PROTECTED] writes: no, this belongs to spamassasin file. we have SPAMDOPTIONS=-d -c -m3 -H so we should change m3 to ... hmm m1? This is the big question. I have no idea where to look to see how long the messages take to go through the whole chain. If I look for the

Re: Aussie is *slow*

Abdelrazak Younes [EMAIL PROTECTED] writes: All our investigations converged to the conclusion that -m3 is way too much considering our physical RAM. So: Option 1: let's just try -m2 for now and see if things improve. Option 2 (preferred): go straight to -m1, wait a few days and see if

Re: r22779 - in /lyx-devel/trunk/src/frontends/qt4: GuiWorkAr...

Now I get a segfault, when closing a buffer via the keyboard shortcut: #0 0x024c7197 in QObject::startTimer () #1 0x024d0381 in QTimer::start () #2 0x0048be48 in lyx::frontend::GuiWorkArea::startGeneralTimer (this=0x1a25a030) at qt4/GuiWorkArea.h:125 #3 0x00486e41 in

Re: Aussie is *slow*

update: i looked on spamd now - one of our restarted 30mb spamd is again on 64 mb in 5 mins :( and update after 10mins: 165692 32104 176652 76524 31124 18768 so in total memory we are on +270mb in 10 minutes. p

  1   2   >