Re: LyX is Nominated for the "Lutèce d'Or 2008"
2008/9/18 Abdelrazak Younes <[EMAIL PROTECTED]>: > Dear all, LyX enthusiasts, users and developers, > > I have the pleasure to announce you all that LyX is Nominated for the > "Lutèce d'Or 2008"! Could you give a quick translation (for us not up to snuff Americans) of what "Lutèce d'Or 2008" means? Thanks and Cheers to LyX! /Bob
Re: make error
On Fri, Apr 11, 2008 at 5:57 PM, Bob Lounsbury <[EMAIL PROTECTED]> wrote: > I'm going to put a completely different stick of memory in and test it > and try to compile LyX and see what happens. > > Cheers, > /Bob > Just for the update. Not that it is of any importance to the development of LyX (which I must say is EXCELLENT). Running memtest on the different memory stick yielded the same results. However, compiling LyX 1.6.0svn worked perfectly. So, I'm just going to have to assume that my memory is faulty, since that was the only change between build attempts (luckily memory is cheap now). Thanks again. Cheers, /Bob
Re: make error
On Thu, Apr 10, 2008 at 9:46 PM, rgheck <[EMAIL PROTECTED]> wrote:
> Bob Lounsbury wrote:
>
> > Out of curiosity have you have run into this error:
> >
> > TocBackend.cpp:201: internal compiler error: Segmentation fault
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See http://gcc.gnu.org/bugs.html> for instructions.
> > make[3]: *** [TocBackend.lo] Error 1
> > make[3]: Leaving directory `/home/bob/lyx-devel/src'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/home/bob/lyx-devel/src'
> > make[1]: *** [all] Error 2
> > make[1]: Leaving directory `/home/bob/lyx-devel/src'
> > make: *** [all-recursive] Error 1
> >
> > I've received the (internal compiler error) at different times
> > installing different programs. At some point someone suggested faulty
> > memory, I've scanned the memory and it says it's ok. I just don't know
> > what else would be causing this.
> >
> >
> >
> No, I've never seen that. Could be a memory glitch, though. Try this:
>http://people.redhat.com/dledford/memtest.html
> It diagnosed such a problem for me.
>
> rh
>
>
Thanks for link. I ran it with bash not bash2 since I assume bash2 is
old. My current bash is:
[EMAIL PROTECTED]:~$ echo $BASH_VERSION
3.1.17(2)-release
I got this output from the script (but I'm thinking it was written for
bash2 and may not have worked correctly OR it means that my memory is
definitely bad with all this output):
[EMAIL PROTECTED]:~$ memtest
awk: cmd. line:1: {print int($5/1024/1024) *
awk: cmd. line:1:^ unexpected newline or
end of string
./memtest: line 44: larger: command not found
./memtest: line 48: data: command not found
./memtest: line 51: doesnt
# work (as far as the memory test is concerned). Its: command not found
./memtest: line 53: that: command not found
./memtest: line 55: without: command not found
awk: cmd. line:2: {print int($2*1.5/1024/meg_per_copy +
(($2/1024)%meg_per_copy >=
awk: cmd. line:2:
^ unexpected newline or end of string
awk: cmd. line:2: fatal: 0 is invalid as number of arguments for int
./memtest: line 65: parallel?: command not found
./memtest: line 86: run: command not found
./memtest: line 90: against: command not found
mv: cannot stat `linux': No such file or directory
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
./memtest: line 97: [: : integer expression expected
./memtest: line 109: [: : integer expression expected
I'm going to put a completely different stick of memory in and test it
and try to compile LyX and see what happens.
Cheers,
/Bob
Re: make error
On Thu, Apr 10, 2008 at 8:08 PM, rgheck <[EMAIL PROTECTED]> wrote: > Bob Lounsbury wrote: > > > I just tried to build the latest svn revision #24220 on Slackware and > > got this error during make: > > > > > > > Andre forgot to svn add this new file. (We've all done it.) I'm guessing > he'll do it tomorrow, when he's back online. Until then, you'll need to roll > back to 24209: svn up -r 24209. > > rh Thanks. That fixed it. Out of curiosity have you have run into this error: TocBackend.cpp:201: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [TocBackend.lo] Error 1 make[3]: Leaving directory `/home/bob/lyx-devel/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/bob/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/bob/lyx-devel/src' make: *** [all-recursive] Error 1 I've received the (internal compiler error) at different times installing different programs. At some point someone suggested faulty memory, I've scanned the memory and it says it's ok. I just don't know what else would be causing this. Just wondering. Thanks, /Bob
make error
I just tried to build the latest svn revision #24220 on Slackware and got this error during make: docstring.cpp:25:28: error: support/assert.h: No such file or directory docstring.cpp: In function 'const lyx::docstring lyx::from_ascii(const char*)': docstring.cpp:36: error: expected primary-expression before ')' token docstring.cpp:36: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'const lyx::docstring lyx::from_ascii(const std::string&)': docstring.cpp:47: error: expected primary-expression before ')' token docstring.cpp:47: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'const std::string lyx::to_ascii(const lyx::docstring&)': docstring.cpp:58: error: expected primary-expression before ')' token docstring.cpp:58: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'bool lyx::operator==(const lyx::docstring&, const char*)': docstring.cpp:164: error: expected primary-expression before ')' token docstring.cpp:164: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'lyx::docstring lyx::operator+(const lyx::docstring&, const char*)': docstring.cpp:178: error: expected primary-expression before ')' token docstring.cpp:178: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'lyx::docstring lyx::operator+(const char*, const lyx::docstring&)': docstring.cpp:189: error: expected primary-expression before ')' token docstring.cpp:189: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'lyx::docstring lyx::operator+(const lyx::docstring&, char)': docstring.cpp:199: error: expected primary-expression before ')' token docstring.cpp:199: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'lyx::docstring lyx::operator+(char, const lyx::docstring&)': docstring.cpp:208: error: expected primary-expression before ')' token docstring.cpp:208: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'lyx::docstring& lyx::operator+=(lyx::docstring&, const char*)': docstring.cpp:216: error: expected primary-expression before ')' token docstring.cpp:216: error: 'LASSERT' was not declared in this scope docstring.cpp: In function 'lyx::docstring& lyx::operator+=(lyx::docstring&, char)': docstring.cpp:225: error: expected primary-expression before ')' token docstring.cpp:225: error: 'LASSERT' was not declared in this scope make[4]: *** [docstring.lo] Error 1 make[4]: Leaving directory `/home/bob/lyx-devel/src/support' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/bob/lyx-devel/src/support' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/bob/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/bob/lyx-devel/src' make: *** [all-recursive] Error 1 Any ideas? Cheers, /Bob
Re: debian make error, 1.5.1
On 8/6/07, Pavel Sanda <[EMAIL PROTECTED]> wrote: > > It says msguniq: command not found. Is there some package that > > provides this function? > > gettext > > pavel > That seems to have worked. Thanks and thanks for the fast response! Bob
debian make error, 1.5.1
LyX 1.5.1 compiled correctly, but running make gives me: Making all in po make[1]: Entering directory `/home/bob/Desktop/lyx-1.5.1/po' make lyx-1.5.1.pot-update make[2]: Entering directory `/home/bob/Desktop/lyx-1.5.1/po' make l10n_pots make[3]: Entering directory `/home/bob/Desktop/lyx-1.5.1/po' cat qt4_l10n.pot layouts_l10n.pot languages_l10n.pot ui_l10n.pot external_l10n.pot | \ msguniq -o lyx-1.5.1.po && rm -f qt4_l10n.pot layouts_l10n.pot languages_l10n.pot ui_l10n.pot external_l10n.pot /bin/sh: line 1: msguniq: command not found make[3]: *** [l10n_pots] Error 127 make[3]: Leaving directory `/home/bob/Desktop/lyx-1.5.1/po' make[2]: *** [lyx-1.5.1.pot-update] Error 2 make[2]: Leaving directory `/home/bob/Desktop/lyx-1.5.1/po' make[1]: *** [lyx-1.5.1.pot] Error 2 make[1]: Leaving directory `/home/bob/Desktop/lyx-1.5.1/po' make: *** [all-recursive] Error 1 It says msguniq: command not found. Is there some package that provides this function? Thanks, Bob Lounsbury
Re: LyX 1.5.0 is released
On 8/1/07, Charles de Miramon <[EMAIL PROTECTED]> wrote: > Jean-Marc Lasgouttes wrote: > > > > > Public release of LyX version 1.5.0 > > === > > > > We are pleased to announce the release of LyX 1.5.0. I just tried to download 1.5.0 and noticed that it is temporarily unavailable. Is the compression problem solely related to Windoze? If so, why should everyone else that uses the program be punished? Couldn't the windoze installers be temporarily unavailable, but the tar.gz files still be available for those of us running Linux? If the compression problem is related to Linux and Mac also, couldn't we just be warned not to use the compression feature? Which I haven't ever used anyway. Bob Lounsbury
Re: 1.5.0 "slowness"
On 7/31/07, Pavel Sanda <[EMAIL PROTECTED]> wrote: > > > b) software render > > > > LyX is slower in this mode, but a program like Stellarium is fast. > > hmmm... stellarium fast in this mode ? how do you diagnose being in 1b ? I diagnose LyX using a 100 page thesis with ~60 figures and some math. I check the speed by opening a figure float and typing. I diagnose Stellarium by opening the program and dragging the view around, if the view rotates and updates quickly then all is good. If I drag the window and there is a long pause before the screen updates then this is bad. Actually with this program you know if it will respond well when it starts up. It loads various things and if it loads quickly it will work well if it is slow loading you know the program will be unusable. > pavel Bob
Re: 1.5.0 "slowness"
On 7/31/07, Pavel Sanda <[EMAIL PROTECTED]> wrote: > > Is software rendering the same as DRI? If so, then yes with DRI on > > no it is not. afaik this is possible under X: > > 1) DRI on > a) hardware render Can't say that I notice any difference in hardware render, but also not sure how to judge this. > b) software render LyX is slower in this mode, but a program like Stellarium is fast. > 2) DRI off LyX is faster in this mode, but a program like Stellarium is unusable. > > the question was, whether 1a is fast while 1b is slow. > > for my current system configuration it seems not much difference. > pavel > Bob
Re: 1.5.0 "slowness"
On 7/31/07, Pavel Sanda <[EMAIL PROTECTED]> wrote: > > Clearly, qt4 think it is clever to use DRI for some things when it > > is available. It is probably faster than "standard X" when hardware > > is used for DRI, but much slower when the software fallback is used. > > wait a little - if i didnt overlook something Bob has not confirmed > this is hard x soft idea. its true i have reported it, but its reason > is different as i wrote later. the bug maybe still somewhere else. > > Bob when you experience the slowness, is software rendering on ? > > pavel Is software rendering the same as DRI? If so, then yes with DRI on typing in figure floats is slow. However, if I turn off DRI then typing in figure floats is faster but doing this makes other things like Stellarium unusable. Bob
Re: 1.5.0 "slowness"
On 7/30/07, Darren Freeman <[EMAIL PROTECTED]> wrote: > On Mon, 2007-07-30 at 10:24 +0200, Helge Hafting wrote: > >had a higher priority. The "worst" drawing problems > >are handled, so now it takes a slow machine to really > >feel this. > > I disagree. > > I have an Athlon XP 3000+ with 1 GB of RAM, and it's barely usable most > of the time. > > I have tried being the missionary who gets new users onto LyX and they > have complained that it is too slow on Windows too. (Compared to writing > TeX with a regular text editor). > > Have fun, > Darren That's strange. I have an Athlon XP 2000+ with 1GB of RAM, and I have not noticed any slowness at all. I wonder if it has anything to do with the graphics card. This computer has an ATI 9800 graphics card, which is a very nice card. With my iBook I had a lot of slowness until I set the default color depth correctly, once again graphics card related. So, just a hypothesis, but maybe if you have an integrated graphics card or a slower/older card its performance is affecting LyX? Just a thought, I don't know, since we're talking about "drawing" problems that I assume are performed mostly by the graphics card. Cheers, Bob
Re: 1.5.0 "slowness"
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > On Mon, Jul 30, 2007 at 11:51:25AM -0600, Bob Lounsbury wrote: > > On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > > > > How do you turn DRI off? In xorg.conf I have: > > > > > > > > Section "DRI" > > > > Mode0666 > > > > EndSection > > > > > > > > Do I just comment out this section? > > > > > > > > I know my graphics card is supposed to be 16bit so I want to keep that > > > > setting. > > > > > > > > Thanks, > > > > Bob Lounsbury > > > > > > Don't know... I suppose you could try commenting out. > > > And in section Module you should have Mode dri... also to > > > be commented out. > > > > > > - Martin > > > > Well, commenting out the dri section and the module has once again > > improved the speed of LyX. It is now fast enough that I wouldn't > > complain about any speed issues. However, it made Stellarium unusable > > again. > > ...and more importantly, you just confirmed my diagnosis of > the problem. There is something in qt, or LyX's use of qt, > that responds very badly to DRI both being turned on and > practically unusable. > > Abdel?!! Well, with DRI on I wouldn't call LyX unusable (at least for me), it is only slower when a figure float or something similar is open. During normal editing it is perfectly usable with no slowness. However, I only discovered this speed increase with normal editing by modifying my default color depth to 16 rather than 24. Before I made that change I would have agreed with you that with DRI on LyX was practically unusable. With DRI off the speed of typing in figure floats is greatly increased as previously noted, but this has other negative effects. Hope someone can figure it out. Cheers, Bob Lounsbury
Re: 1.5.0 "slowness"
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > > How do you turn DRI off? In xorg.conf I have: > > > > Section "DRI" > > Mode0666 > > EndSection > > > > Do I just comment out this section? > > > > I know my graphics card is supposed to be 16bit so I want to keep that > > setting. > > > > Thanks, > > Bob Lounsbury > > Don't know... I suppose you could try commenting out. > And in section Module you should have Mode dri... also to > be commented out. > > - Martin Well, commenting out the dri section and the module has once again improved the speed of LyX. It is now fast enough that I wouldn't complain about any speed issues. However, it made Stellarium unusable again. I don't use Stellarium, so I'll keep the dri setting to improve LyX speed. Cheers, Bob Lounsbury
Re: 1.5.0 "slowness"
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > On Mon, Jul 30, 2007 at 09:16:08AM -0600, Bob Lounsbury wrote: > > On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > > > On Sun, Jul 29, 2007 at 10:39:49PM +0200, Andre Poenitz wrote: > > > > On Sun, Jul 29, 2007 at 09:08:32PM +0300, Martin Vermeer wrote: > > > > > On Sun, Jul 29, 2007 at 05:34:14PM +0200, Pavel Sanda wrote: > > > > > > > Does this have to do with enabling dri (direct rendering > > > > > > > interface? I remember that required 16 bits. > > > > > > > > > > > > today i accidentaly came to similar problem when upgrading my Xorg > > > > > > and > > > > > > drivers of graphic card - dri didnt initialize well and X fall back > > > > > > from > > > > > > hardware dri to some sofware version of rendering. > > > > > > out of curiosity i tried lyx and it is unusable even for typing - > > > > > > every > > > > > > keystroke turn load to 100% for some 0.5 s or so... > > > > > > > > > > > > fortunately when dri is turned off, lyx is back to normal (while > > > > > > stellarium etc is still unusable.) > > > > > > > > > > > > pavel > > > > > > > > > > OK thanks, I think this is significant... so qt + lyx (+X?) > > > > > is not handling this case correctly. > > > > > > > > I just checked, on my machine (Acer notebook with Intel on-board > > > > grpahics), recent Ubuntu, dri loaded it doesn't make a difference > > > > whether the X server runs at 24 bpp or 16 bpp. > > > > > > > > Andre' > > > > > > The problem situation appears to be the one in which X > > > enables DRI but the hardware (or driver code) cannot handle > > > it and substitutes a software solution (?), which used to > > > be the case for Fedora/24 bits. Apparently Ubuntu is > > > smarter today. > > > > > > Question: do Google Earth, Stellarium etc run fast both > > > for 24 and 16 bits on your system? > > > > > > - Martin > > > > > > I have an iBook ppc so Google Earth in unavailable, but I ran > > Stellarium under 24 and 16 bit and there is a very very big > > difference. The 24 bit setting makes Stellarium unusable, while under > > 16 bit it seems to run just fine. > > > > Bob > > Right. Can you turn DRI completely off? Then LyX should work > fine again also for 24 bpp. > > - Martin How do you turn DRI off? In xorg.conf I have: Section "DRI" Mode0666 EndSection Do I just comment out this section? I know my graphics card is supposed to be 16bit so I want to keep that setting. Thanks, Bob Lounsbury
Re: 1.5.0 "slowness"
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > On Sun, Jul 29, 2007 at 10:39:49PM +0200, Andre Poenitz wrote: > > On Sun, Jul 29, 2007 at 09:08:32PM +0300, Martin Vermeer wrote: > > > On Sun, Jul 29, 2007 at 05:34:14PM +0200, Pavel Sanda wrote: > > > > > Does this have to do with enabling dri (direct rendering > > > > > interface? I remember that required 16 bits. > > > > > > > > today i accidentaly came to similar problem when upgrading my Xorg and > > > > drivers of graphic card - dri didnt initialize well and X fall back from > > > > hardware dri to some sofware version of rendering. > > > > out of curiosity i tried lyx and it is unusable even for typing - every > > > > keystroke turn load to 100% for some 0.5 s or so... > > > > > > > > fortunately when dri is turned off, lyx is back to normal (while > > > > stellarium etc is still unusable.) > > > > > > > > pavel > > > > > > OK thanks, I think this is significant... so qt + lyx (+X?) > > > is not handling this case correctly. > > > > I just checked, on my machine (Acer notebook with Intel on-board > > grpahics), recent Ubuntu, dri loaded it doesn't make a difference > > whether the X server runs at 24 bpp or 16 bpp. > > > > Andre' > > The problem situation appears to be the one in which X > enables DRI but the hardware (or driver code) cannot handle > it and substitutes a software solution (?), which used to > be the case for Fedora/24 bits. Apparently Ubuntu is > smarter today. > > Question: do Google Earth, Stellarium etc run fast both > for 24 and 16 bits on your system? > > - Martin I have an iBook ppc so Google Earth in unavailable, but I ran Stellarium under 24 and 16 bit and there is a very very big difference. The 24 bit setting makes Stellarium unusable, while under 16 bit it seems to run just fine. Bob
Re: 1.5.0 "slowness"
On 7/28/07, Martin Vermeer <[EMAIL PROTECTED]> wrote: > On Fri, Jul 27, 2007 at 02:54:30PM -0600, Bob Lounsbury wrote: > > I know this has been discussed in the past and I've been one to bring > > it up, since I'm using a 600Mhz iBook running Ubuntu and OSX. > > > > Just for the information, I've tried various flavors of Linux and > > Debian seemed faster but I always had to manually configure my Xorg > > file. Ubuntu never asked any questions and the screen display was just > > fine. Then running top I noticed that Xorg jumped to 80 or 90 percent > > of the CPU load when typing in 1.5.0 on Ubuntu. So, I went into the > > Xorg file and noticed that the default color depth was 24 and it > > should be a maximum of 16. Changing this "DRAMATICALLY" changed > > the speed of standard typing in a new document without figures or > > notes or anything. So much so that there is absolutely no "slowness" > > So my question is - Why does LyX 1.5.0 cause Xorg to use so much CPU > > or how this could be decreased? Is this increase just because of Qt > > Does this have to do with enabling dri (direct rendering > interface? I remember that required 16 bits. > > Do Google Earth, Celestia, Stellarium also run dramatically > faster? > > - Martin As stated in my first post I'm using an iBook hence it is ppc and Google Earth etc. are not available for ppc.
1.5.0 "slowness"
I know this has been discussed in the past and I've been one to bring it up, since I'm using a 600Mhz iBook running Ubuntu and OSX. Just for the information, I've tried various flavors of Linux and Debian seemed faster but I always had to manually configure my Xorg file. Ubuntu never asked any questions and the screen display was just fine. Then running top I noticed that Xorg jumped to 80 or 90 percent of the CPU load when typing in 1.5.0 on Ubuntu. So, I went into the Xorg file and noticed that the default color depth was 24 and it should be a maximum of 16. Changing this "DRAMATICALLY" changed the speed of standard typing in a new document without figures or notes or anything. So much so that there is absolutely no "slowness" in new documents. However, for longer documents if a figure float is open, then once again the typing speed is diminished and Xorg starts hogging the CPU. So my question is - Why does LyX 1.5.0 cause Xorg to use so much CPU or how this could be decreased? Is this increase just because of Qt 4.x. I guess I'm just being hopeful that I could change a setting again in my xorg.conf and the LyX speed would increase again. Cheers, Bob Lounsbury P.S. I also must give a big THANK YOU! to the developers of this great software. I just completed my thesis using the program and it was amazing.
Re: 1.4.5.1 (1.4.5 second try)
On 7/26/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote: José Matos wrote: > > Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on > > the LyX website. > > > > Michael > > Don't you have access? > I am sorry, I have to leave now. The packages are already in the stable > section of ftp.devel.lyx.org I've done the web announcement now (with Links to ftp.devel.lyx.org. I'll wait with the mail announcement. Jürgen I am unable to download the mac installers with firefox on mac and windows. I get an error message "550 Failed to change directory". Bob Lounsbury
Re: 1.4.5 compile - qt library not found
On 7/25/07, Andre Poenitz <[EMAIL PROTECTED]> wrote: On Tue, Jul 24, 2007 at 08:19:22PM -0600, Bob Lounsbury wrote: > I'm not sure what package needs installed. The install instructions > mention qt dev packages, but I'm not sure which one. I'm using Ubuntu > Dapper ppc and I've installed libqt3-mt-dev, qt3-apps-dev, and > qt3-dev-tools. I don't see any other qt dev package that would apply. > My configure command is: > > ./configure --with-version-suffix=-1.4.5 --disable-stdlib-debug > --with-frontend=qt > > Hopefully I'm just doing something wrong. LyX 1.4 and 1.5 require Qt 4.1. It does not work with Qt 3. So you need at least the packages libqt4-core libqt4-gui libqt4-dev Andre The install guide for LyX 1.4.5 states that it has been tested with Qt 3.x and may happen to work with Qt 2.x. I'm currently running make with LyX 1.4.5 and Qt 3.3.6. So, I think it is only LyX 1.5 that requires Qt 4.x. I've had a lot of speed issues with LyX 1.5 and Qt 4.x, so I'm probably safer using Qt 3.x with LyX 1.4.5 just for speed concerns. Cheers, Bob
Re: 1.4.5 compile - qt library not found
On 7/24/07, Bob Lounsbury <[EMAIL PROTECTED]> wrote: I'm not sure what package needs installed. The install instructions mention qt dev packages, but I'm not sure which one. I'm using Ubuntu Dapper ppc and I've installed libqt3-mt-dev, qt3-apps-dev, and qt3-dev-tools. I don't see any other qt dev package that would apply. My configure command is: ./configure --with-version-suffix=-1.4.5 --disable-stdlib-debug --with-frontend=qt Hopefully I'm just doing something wrong. Thanks, Bob Lounsbury Just to follow up, I was doing something wrong. I had to add --with-qt-dir = /usr/share/qt3. Is there any benefit to compiling with qt4?
1.4.5 compile - qt library not found
I'm not sure what package needs installed. The install instructions mention qt dev packages, but I'm not sure which one. I'm using Ubuntu Dapper ppc and I've installed libqt3-mt-dev, qt3-apps-dev, and qt3-dev-tools. I don't see any other qt dev package that would apply. My configure command is: ./configure --with-version-suffix=-1.4.5 --disable-stdlib-debug --with-frontend=qt Hopefully I'm just doing something wrong. Thanks, Bob Lounsbury
Re: 1.5rc2 bundle installer fails to install aspell dictionaries
On 7/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: On Sat, 7 Jul 2007, Bob Lounsbury wrote: > The title says it all. Fresh install of 1.5rc2 using the installer > bundle on XP Home and the installer says (while trying to download > aspell6-en-6.0-0.exe): > > Your internet connection seems to have dropped out! > Please reconnect and click Retry to resume downloading... > > I only selected to install English dictionaries and then received the > afore-mentioned error. > > I'm pretty sure my internet connection is good since I'm writing this > email with it. Could you have a firewall that blocks this? /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr I used the alternate installer from Uwe moments after trying the bundle installer and there was no problem downloading the dictionaries. Bob
1.5rc2 bundle installer fails to install aspell dictionaries
The title says it all. Fresh install of 1.5rc2 using the installer bundle on XP Home and the installer says (while trying to download aspell6-en-6.0-0.exe): Your internet connection seems to have dropped out! Please reconnect and click Retry to resume downloading... I only selected to install English dictionaries and then received the afore-mentioned error. I'm pretty sure my internet connection is good since I'm writing this email with it. Thanks, Bob Lounsbury
Re: Need for Mac and RTL beta testers for screen painting performance boost
On 7/4/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote: Bob Lounsbury wrote: > On 7/3/07, Andreas Neustifter > <[EMAIL PROTECTED]> wrote: >> On 03.07.2007, at 16:46, Abdelrazak Younes wrote: >> > I'm afraid I don't follow you :-( Does the patch improves the >> > situation significantly or not? >> >> Sorry, is was not aware that this could be confusing :-)) Okay, heres >> the bottom line: >> >> There is a noticeable difference! >> >> *) In equations its good enough (for me) because I think no one can >> type math fast enough to have a noticeable lag. (When typing really >> fast there is still a lag.) >> *) In captions (since one can type normal text faster) there is still >> a noticeable lag, but its far better than in beta3. >> >> In both cases the CPU load peaks while rendering the characters. >> >> I really hope this is clear now, >> >> Greetins, Astifter > > Unfortunately, I am not seeing the same performance gain. I installed > the rc2 binary from the lyx website and the svn binary from Andreas > and I see essentially zero performance increase. I actually see the > svn being a second slower than rc2. Are you sure that this binary version from Andreas contains the patch? I suspect that it is the straight svn version. Abdel. I just assumed it did since that is what was talked about in this thread and I had asked if someone had a precompiled binary (with the patches of course). I just don't have time right now to compile qt and lyx from source. I'm actually away from a computer today, I'll be back tomorrow if basic slow computer binary testing is needed. Bob
Re: Need for Mac and RTL beta testers for screen painting performance boost
On 7/3/07, Andreas Neustifter <[EMAIL PROTECTED]> wrote: On 03.07.2007, at 16:46, Abdelrazak Younes wrote: > I'm afraid I don't follow you :-( Does the patch improves the > situation significantly or not? Sorry, is was not aware that this could be confusing :-)) Okay, heres the bottom line: There is a noticeable difference! *) In equations its good enough (for me) because I think no one can type math fast enough to have a noticeable lag. (When typing really fast there is still a lag.) *) In captions (since one can type normal text faster) there is still a noticeable lag, but its far better than in beta3. In both cases the CPU load peaks while rendering the characters. I really hope this is clear now, Greetins, Astifter Unfortunately, I am not seeing the same performance gain. I installed the rc2 binary from the lyx website and the svn binary from Andreas and I see essentially zero performance increase. I actually see the svn being a second slower than rc2. I opened my thesis, which is roughly 80 pages with figures and math. I then opened a figure float and typed the same sentence in a caption in both LyX versions and timed how long it took for the sentence to display on screen. So, it took me 6s to type the sentence and 13s for it to be displayed on screen with rc2 and 14s with svn. This 1s difference could have been my typing speed or start time or something so I'm not seeing any speed increase. This may just be because I'm using a 600Mhz iBook with 384MB ram. I don't know. Cheers, Bob Lounsbury
Re: Need for Mac and RTL beta testers for screen painting performance boost
On 7/3/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote: Andreas Neustifter wrote: > LyX 1.5.0 beta3: inside equation: CPU load 100% and quite a big > rendering lag at normal typing. > LyX 1.5.0 beta3: inside caption: Same as inside equations. > > LyX 1.5.0 svn rev. 18974 and patches: inside equation: CPU load high > (but not always 100%) at normal typing, minimal lag (pretty keeps up > with normal typing). When hacking madly same as beta3 So this case is with the patch... > LyX 1.5.0 svn rev. 18974 and patches: inside captions: CPU load high ^^^ ... and this one without the patch, right? > (almost 100%) at normal typing, quite some lag. When hacking madly same > as beta3. > > I think its way better but not really good. I'm afraid I don't follow you :-( Does the patch improves the situation significantly or not? Abdel. I don't mind testing. I was one of the people complaining about the slowness (on Linux and Mac). Except, I really don't want to have to compile qt and lyx (it would literally take two days to this). So, if someone could post a precompiled binary for ppc I'll test it out. Cheers, Bob Lounsbury
Re: LyX version 1.5.0 (release candidate 2) is released
On 6/29/07, Helge Hafting <[EMAIL PROTECTED]> wrote: Wolfgang Engelmann wrote: > Am Freitag, 18. Mai 2007 14:37 schrieb José Matos: > >> Public release of LyX version 1.5.0 (release candidate 2) >> === >> >> We are glad to announce the release of LyX 1.5.0 (release candidate 2). >> We expect this to be the last release before 1.5.0, and until the >> first stable release only critical bugs and regressions will be >> addressed. >> >> We encourage users to try this release candidate and report >> any feedback or problems to lyx-devel at lists.lyx.org. >> > > very impressive work, thanks and congratulations to the team. > > I am planning to try 1.5.0 (release candidate 2) out and would appreciate if > somebody could tell me whether and how I can do it without throwing my 1.4.3 > version out (Debian etch). Should I create a new user in my home? > There should be no need to create a new user. I see two options here: Keep your lyx 1.4.3, and install 1.5.0rc2 alongside: You will probably have to configure and compile yourself. This isn't all that hard to do on debian - you simply need the right developer packages installed, (use apt-get) and then you can compile as outlined in the INSTALL file. When you run "configure", make sure you specify these options: --prefix=/usr/local(So it won't overwrite your lyx 1.4.3) --with-version-suffix=1.5.0rc2 (So your test lyx will be named "lyx1.5.0rc2" instead of just "lyx". Helge Hafting Just for everyone's info. I've recently compiled 1.5rc1 and 1.5rc2 on debian and the "--with-version-suffix" command automagically places a folder in /usr/local for you, so lyx 1.4.3 does not get overwritten if you do not specify "-prefix=". Cheers, Bob Lounsbury
Re: debian compile and speed
On 6/14/07, Darren Freeman <[EMAIL PROTECTED]> wrote: On Wed, 2007-06-13 at 19:53 -0600, Bob Lounsbury wrote: > Yes, seems that this is the same issue. Looks like there is no resolution > yet. I thought it was due to my 600MHz processor but I guess not. Maybe it > is due to some program used for compilation. I have no idea I'm not a > developer just an end user. > > Anyways, thanks for the heads up. I added my comments to the bug report. It looked from your comments that you were keeping the window smaller. You just have to resize it, if you put it back to maximum it should still run fast for a while. (Or it's not the same bug.) Have fun, Darren I guess it's not the same bug. LyX 1.5rc1 is constantly slow for me. If I decrease the window size it speeds up a little bit. I would rather have a smooth working program than a smooth looking program meaning LyX 1.4.3doesn't look as nice but it sure does perform better. Bob
Re: debian compile and speed
On 6/13/07, Darren Freeman <[EMAIL PROTECTED]> wrote: On Wed, 2007-06-13 at 11:31 -0600, Bob Lounsbury wrote: > When I'm using 1.5rc1 there is a very noticeable typing lag (kind of > frustrating to work with), especially in figure floats while 1.4.3 there are > absolutely no speed issues at all. Just for the info, since I'm sure someone > will mention it. I compiled 1.5rc1 with --disable-stdlib-debug so that is > not a factor in the slowness. See if this matches your problem: http://bugzilla.lyx.org/show_bug.cgi?id=3700 Have fun, Darren Yes, seems that this is the same issue. Looks like there is no resolution yet. I thought it was due to my 600MHz processor but I guess not. Maybe it is due to some program used for compilation. I have no idea I'm not a developer just an end user. Anyways, thanks for the heads up. I added my comments to the bug report. Bob
debian compile and speed
I'm running debian etch on a 600MHz iBook and I have 1.4.3 from the repositories and I've compiled 1.5rc1 from source. When I'm using 1.5rc1 there is a very noticeable typing lag (kind of frustrating to work with), especially in figure floats while 1.4.3 there are absolutely no speed issues at all. Just for the info, since I'm sure someone will mention it. I compiled 1.5rc1 with --disable-stdlib-debug so that is not a factor in the slowness. My questions are: Is this a 1.5 issue, a compiling issue, a qt issue, or am I missing something? Is there a way to get a prebuilt 1.5rc1 version with better speed? I would prefer to continue using 1.5 but the speed is an issue. Thanks, Bob Lounsbury
Re: math preview fails on old document
On 6/4/07, Paul A. Rubin <[EMAIL PROTECTED]> wrote: Bob Lounsbury wrote: > I've just installed beta3 on debian lenny and everything works perfectly on > new documents. However, when I open an old document then math preview fails > with: > > pplatex: Process input file 4lyxpreview.dvi > pplatex: Copy data to 4lyxpreview.dvi > This is dvips(k) 5.95b Copyright 2005 Radical Eye Software ( > www.radicaleye.com) > ' TeX output 2007.05.30:1457' -> 4lyxpreview.ps > < lm-mathex.enc> > > . > > [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] > [13] > [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] > [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] > [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] > [59] > Failed: gs 4lyxpreview.ps > > I made sure gs was installed and I've reconfigured LyX but I still get the > same error message. Is there something I'm missing here? > Disclaimer: I'm not a developer. I'm just nosy. ;-) First, when you say everything works, does that mean you've tested math preview on new docs and it works ok there? Yes, preview worked for new documents. Second, does this happen on every old document with math in it, or just one particular document? If the latter, is there something funky in the preamble of that document? I only have one old document really, my thesis (work in progress). I have several packages loaded in the preamble. Third, can you confirm that LyX can find gs? For instance, can you View -> Postscript and get a document to open in GS? Unfortunately, I've already erased the drive and installed Fedora 7 which works but there is a definite lag while typing in insets like figure floats in Fedora, Ubuntu, and openSUSE. I'll probably either reinstall Debian since this typing lag was not so evident (except that my sound was not working in Debian) or install Gentoo (which will take a week to install) but once up and running should be a fast distro. Fourth, you could look in the LyX buffer directory. You should find 4lyxpreview.dvi and 4lyxpreview.ps. Try opening them in their respective viewers (gs for the .ps file) and see if you can find something broken. Lastly, the fact that the LyX instant preview script is going through a Postscript intermediate stage means it can't find dvipng installed. So you might try installing that; it won't explain the error, but it may make it irrelevant. /Paul Thanks, for the help. If I reinstall Debian and find the same problem I'll report back with further descriptions. Bob
math preview fails on old document
I've just installed beta3 on debian lenny and everything works perfectly on new documents. However, when I open an old document then math preview fails with: pplatex: Process input file 4lyxpreview.dvi pplatex: Copy data to 4lyxpreview.dvi This is dvips(k) 5.95b Copyright 2005 Radical Eye Software ( www.radicaleye.com) ' TeX output 2007.05.30:1457' -> 4lyxpreview.ps . [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] Failed: gs 4lyxpreview.ps I made sure gs was installed and I've reconfigured LyX but I still get the same error message. Is there something I'm missing here? Thanks, Bob Lounsbury
Re: Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary
On 5/22/07, Andreas Neustifter <[EMAIL PROTECTED]> wrote: On 22.05.2007, at 15:49, Abdelrazak Younes wrote: > Why don't you use the CMake support instead? As a bonus it will > generate an XCode project for you... At least that's what I > understood from Stefan and Peter exchange. > > Abdel. Sorry, there was another post from which I assumed that cmake is a Microsoft/Windows thing. Big sorry for that, had to catch up on latest build technology. I have started a cmake build and it seems that it works, so i guess thats the way to go for new users. Details follow. astifter For those of us who are less technologically inclined. Could you explain your process of using cmake. I've heard that it is faster than the standard make commands, but I'm not sure what needs installed or how to use. So, hoping you could give a brief how-to. Thanks, Bob Lounsbury
Re: LyX version 1.5.0 (beta 3) is released
On 5/21/07, Anders Ekberg <[EMAIL PROTECTED]> wrote: Update: The View menu works after a sudo texhash. Strange... /Anders I only needed an LyX reconfigure for the View menu to work. Just for the info. Thanks, Bob
Re: LyX version 1.5.0 (beta 3) is released
On 5/21/07, Bennett Helm <[EMAIL PROTECTED]> wrote: On May 21, 2007, at 3:35 PM, Bob Lounsbury wrote: > > > On 5/21/07, Bennett Helm <[EMAIL PROTECTED]> wrote: >>> - The > View menu is not functioning. However shortcut cmd-T works > >>> and the sidebars are there and working (although view PostScript > >>> opens two copies of the document). > >> > >> I'm not sure what you mean; View works properly for me. Are you > >> using a custom .ui file by any chance? > > I hope the screenshot clarified. Basically all view options are > > missing (also in view update). > > No custom .ui-file. > > Hmm Does this persist after reconfigure? > > Bennett > > Sorry, I sent off list. > > After reconfigure View menu is back to normal. Does this mean it wasn't normal before reconfigure -- that you had the same problem Anders did? Bennett Yes, I had the same issue as Anders. Nothing listed under View menu until I reconfigured. Not really an issue for me since I use the pdflatex button on the right side. Bob
Re: LyX version 1.5.0 (beta 3) is released
On 5/21/07, Bennett Helm <[EMAIL PROTECTED]> wrote: >>> - The View menu is not functioning. However shortcut cmd-T works >>> and the sidebars are there and working (although view PostScript >>> opens two copies of the document). >> >> I'm not sure what you mean; View works properly for me. Are you >> using a custom .ui file by any chance? > I hope the screenshot clarified. Basically all view options are > missing (also in view update). > No custom .ui-file. Hmm Does this persist after reconfigure? Bennett Sorry, I sent off list. After reconfigure View menu is back to normal. Bob Lounsbury
Re: Qt4 mac
I've always received the error of 'Qt4 library not found' when trying to compile LyX with Qt4.3.0 until I issued the command: export PKG_CONFIG_PATH=/path/to/Qt4/lib/pkgconfig/ which was discussed on the list, but never added to the INSTALL.MacOSX. Bob Lounsbury On 5/19/07, Anders Ekberg <[EMAIL PROTECTED]> wrote: > Scott Lambert > Sat, 19 May 2007 07:36:42 -0700 > > I am following the build instructions in Install.MacOSX and I keep > getting "qt 4 library not found" error. Full output below. > I am following Install.MacOSX exactly. > > -Scott > > Configuration > Host type: i686-apple-darwin8.9.1 > Special build flags: assertions pch concept-checks warnings use- > aspell use-ispell > C Compiler: gcc > C Compiler LyX flags: > C Compiler flags: -Wextra -Wall -g -Os > C++ Compiler: g++ (4.0.1) > C++ Compiler LyX flags: > C++ Compiler flags: -Wextra -Wall -g -Os > Linker flags: > Linker user flags: -framework Carbon -framework OpenGL -framework > AGL -framework QuickTime -lz -framework Cocoa > Qt 4 Frontend: > Qt 4 version: > Packaging: macosx > LyX binary dir: /path/to/LyX.app/Contents/MacOS > LyX files dir: /path/to/LyX.app/Contents/Resources > > The following problems have been detected by configure. > Please check the messages below before running 'make'. > (see the section 'Problems' in the INSTALL file) > > ** qt 4 library not found ! Scott, Which version did you try to install? Did you compile QT or installed a binary? If compiling did you do the install part? Did you the give the *absolute* path to the QT-binary (i.e. not the source directory)? That's all I can think off... (I got a similar error some month, but then it was due to a lack of -framework Cocoa which you have included) /Anders
Re: LyX 1.5.0beta2 fails with Qt-4.3.0rc1
Bennett Helm wrote: On May 11, 2007, at 11:26 PM, Bob Lounsbury wrote: Hi, I just compiled Qt-4.3.0rc1 and LyX 1.5.0beta2 failed on 'make' with the following error on a mac ppc: mkdir .libs libtool: link: cannot find the library `' make[3]: *** [lyx-qt4] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I built LyX 1.5.0beta2 successfully two days ago with a 20070508 Qt-4.3.0snapshot. Did you remember to delete *.la from the Qt-4.3 lib directory? Bennett No. This is why I should leave the compiling to the pros, but I'm having fun too. Thanks, Bennett Bob
LyX 1.5.0beta2 fails with Qt-4.3.0rc1
Hi, I just compiled Qt-4.3.0rc1 and LyX 1.5.0beta2 failed on 'make' with the following error on a mac ppc: mkdir .libs libtool: link: cannot find the library `' make[3]: *** [lyx-qt4] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I built LyX 1.5.0beta2 successfully two days ago with a 20070508 Qt-4.3.0snapshot. Bob Lounsbury
Re: fatal Paragraph-bug in LyX150 (OS X)
Bennett Helm wrote: On May 9, 2007, at 4:03 PM, Bob Lounsbury wrote: Sorry for the total newbie question. How do you apply the patch? You don't unless you're compiling from source. If you are and need help, let me know. If not, it's probably easiest to just wait until the next beta release, which should be within a week. Bennett Unfortunately, I just started the compilation a couple hours ago and on my slow 600MHz iBook it takes about 3 hrs to run the make command. So then to apply the patch you just put it in the source folder. How did you recompile so quickly from svn? Bob
Re: fatal Paragraph-bug in LyX150 (OS X)
Bennett Helm wrote: On May 9, 2007, at 3:45 PM, Peter Kümmel wrote: Bennett Helm wrote: Patrick De Visschere noted on the User's list that: If you change the environment of a blanco line (from Standard) to Paragraph and then type text on the line LyX crashes. I can confirm this on current svn. Here's the backtrace: Here too, (Windows). Attached patch fixes it. Could you test it on the Mac? Works for me as well. Thanks! Bennett Sorry for the total newbie question. How do you apply the patch? Thanks, Bob
Re: mac ppc configure error
Bennett Helm wrote: On May 9, 2007, at 12:49 PM, Bob Lounsbury wrote: In config.log, this is telling you what the problem is: configure:3710: gcc -framework Carbon -framework OpenGL -framework AGL - framework QuickTime -lz -framework Cocoa conftest.c >&5 powerpc-apple-darwin8-gcc-4.0.1: framework: No such file or directory powerpc-apple-darwin8-gcc-4.0.1: QuickTime: No such file or directory Note that you have an extra space between the "-" and the "framework" before "QuickTime". Bennett Thanks Bennett! Sigh :-( , I should have seen this myself, but thanks for your help. It's the little things in life that make all the difference :-) . Bob
mac ppc configure error
I must just have bad luck.
I've previously compiled LyX 1.5.0beta2 with a qt4.3snapshot and
qt4.2.3. I thought I would try to compile LyX b2 with a newer
qt4.3snapshot but during the ./configure I get the following error:
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
I followed the same steps as I did with the other compilations. Which
I've included below.
bob-lounsburys-ibook:~/Desktop/lyx-1.5.0beta2 Bob$ export
PKG_CONFIG_PATH=/Users/Bob/qt-4.3.0-0508/lib/pkgconfig
bob-lounsburys-ibook:~/Desktop/lyx-1.5.0beta2 Bob$ export
LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - framework
QuickTime -lz -framework Cocoa"
bob-lounsburys-ibook:~/Desktop/lyx-1.5.0beta2 Bob$ ./autogen.sh
Using automake (GNU automake) 1.9.6
Using autoconf (GNU Autoconf) 2.60
Locating GNU m4... /sw/bin/gm4
Generate acinclude.m4... done.
Building macros...
.
/sw/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
done.
Building config header template...
.
done.
Building Makefile templates...
.
done.
Building configure...
.
done.
run "./configure ; make"
bob-lounsburys-ibook:~/Desktop/lyx-1.5.0beta2 Bob$ ./configure
--prefix=/Applications/LyX.app --disable-concept-checks
--with-version-suffix=-1.5b2-2 --with-qt4-dir=/Users/Bob/qt-4.3.0-0508
--enable-optimization=-Os --without-x --with-included-gettext
--with-frontend=qt4 --disable-stdlib-debug
configuring LyX version 1.5.0beta2
WARNING: This is a prerelease. Be careful and backup your documents.
checking for version suffix... -1.5b2-2
checking build system type... powerpc-apple-darwin8.9.0
checking host system type... powerpc-apple-darwin8.9.0
checking target system type... powerpc-apple-darwin8.9.0
checking what packaging should be used... macosx
checking whether to enable maintainer-specific portions of Makefiles... no
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether make sets $(MAKE)... (cached) yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... (cached) awk
checking for kpsewhich... kpsewhich
checking for gm4... gm4
checking for a Python interpreter with version >= 2.3... python
checking for python... /usr/bin/python
checking for python version... 2.3
checking for python platform... darwin
checking for python script directory...
${prefix}/lib/python2.3/site-packages
checking for python extension module directory...
${exec_prefix}/lib/python2.3/site-packages
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
bob-lounsburys-ibook:~/Desktop/lyx-1.5.0beta2 Bob$
I've also attached the config.log. Does anyone know what this means or
why this is happening when it worked a couple of weeks ago?
Thanks,
Bob Lounsbury
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by LyX configure 1.5.0beta2, which was
generated by GNU Autoconf 2.60. Invocation command line was
$ ./configure --prefix=/Applications/LyX.app --disable-concept-checks
--with-version-suffix=-1.5b2-2 --with-qt4-dir=/Users/Bob/qt-4.3.0-0508
--enable-optimization=-Os --without-x --with-included-gettext
--with-frontend=qt4 --disable-stdlib-debug
## - ##
## Platform. ##
## - ##
hostname = bob-lounsburys-ibook.local
uname -m = Power Macintosh
uname -r = 8.9.0
uname -s = Darwin
uname -v = Darwin Kernel Version 8.9.0: Thu Feb 22 20:54:07 PST 2007;
root:xnu-792.17.14~1/RELEASE_PPC
/usr/bin/uname -p = powerpc
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = Mach kernel version:
Darwin Kernel Version 8.9.0: Thu Feb 22 20:54:07 PST 2007;
root:xnu-792.17.14~1/RELEASE_PPC
Kernel configured for a single processor only.
1 processor is physically available.
Processor type: ppc750 (PowerPC 750)
Processor active: 0
Primary memory available: 384.00 megabytes
Default processor set: 57 tasks, 184 threads, 1 processors
Load average: 3.64, Mach factor: 0.22
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /sw/qt-4.1.5/bin
PATH: /sw/qt-4.2.3/bin
PATH: /sw/qt-4.3.0/bin
PATH: /sw/bin
PATH: /sw/sbin
PATH: /bin
PATH: /sbin
PATH: /usr/bin
PATH: /usr/sbin
PATH: /usr/local/bin
PATH: /usr/X11R6/bin
##
Re: [Qt4.3 with LyX1.5.0 on mac] was {Re: Lyx 144 on Intel Mac: problems with large documents}
On 4/23/07 10:19 AM, "Abdelrazak Younes" <[EMAIL PROTECTED]> wrote: > Bob Lounsbury wrote: >> >> So, yesterday I booted into Ubuntu (I have a dual-boot) because I wanted to >> update LyX there also. There was a distribution upgrade so I upgraded then >> compiled 1.5.0svn/beta2 (not sure which it is if downloaded from svn). By >> default it used Qt4.2.3 and now I have the LyX "slowness" under Linux. > > What is this "slowness" you are talking about. AFAIK, there is no such > slowness report under Linux. Please detail on the devel list (I randomly > read the user list). > Please note that you should build in "release" mode if you want to get > the "normal speed". 'stdlib-debug' is known to have a strong performance > penalty on systems using the gcc compiler. > Sorry for the delayed response I've been trying to get LyX working on the OSX side. The 'slowness' is the same as that reported on the mac side where typing in figure floats, equations, and comments is slow. Meaning that I can type much faster that it is rendered on screen. Prior to upgrading Ubuntu and then upgrading LyX which by default used Qt4.2.3 from the Ubuntu upgrade this 'slowness' was not present in LyX1.5.0beta1. So I'm assuming that either something from beta1 to beta2 or Qt? to Qt4.2.3 has introduced this issue. I recompiled with the beta2 source and used --disable-stdlib-debug and the 'slowness' is still very apparent. I think the reason I'm seeing this slowness and others may not be, is because I'm using a 600MHz iBook with 384MB ram (which needs upgraded). It looks like it may finally be time to retire the iBook. Just not until my thesis is finished. Bob
Qt4.1.5 w/ LyX1.5.0beta2 error
Recently I compiled Qt 4.1.5, 4.2.3, and a 4.3.0snapshot on a ppc mac. I have then compiled LyX1.5.0beta2 with Qt 4.2.3 and 4.3.0. However, during the ./configure with Qt 4.1.5 I get an error "qt 4 library not found!" which is an error that has been discussed in the past when trying to compile with Qt 4.3.0. This issue was also solved by issuing the command: export PKG_CONFIG_PATH=/Path/to/Qt4 which worked for Qt 4.3.0, but now it doesn't work for Qt 4.1.5. As previously discussed I also added '-framework Cocoa' to the LDFLAGS but I'm still getting the same error. I've also tried running 'make clean' and 'make distclean' then rerunning all the commands and it still fails not finding the qt4 library. Does anyone have an idea of why LyX will not compile with Qt 4.1.5? Thanks, Bob Lounsbury
Re: LyX 1.5 and Qt 4.3 on Mac
On 4/25/07 9:42 AM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: > > On 25 apr 2007, at 17.20, Andre Poenitz wrote: > >> On Wed, Apr 25, 2007 at 03:24:37PM +0200, Anders Ekberg wrote: >>> Some more exact figures: >>> Opening Preferences pane: >>> 1.5b2 -- 4s >>> QT43 -- 3s >>> >>> Scrolling through an about 30 pp document, floats closed: >>> 1.5b2 -- 39s (arrow down), 2m 54s (scroll-arrow) >>> QT43 -- 34s (arrow down), 1m 54s (scroll-arrow) >>> >>> writing a long text in a lyx note (I wrote just that text and the >>> rendering finished long after my writing): >>> 1.5b2 -- 14s >>> QT43 -- 10s >> >> So Qt 4.2 -> Qt 4.3 alone buys ~30%? Not bad... >> >> Andre' > > And it's even better: It solves Bug 3307 (which I more or less > consider a show-stopper on Mac). This is for PPC. > Bennett, can you confirm this on Intel? > > /Anders Can confirm here also, ppc. Qt4.3 fixes Bug 3307. Copy/paste between LyX and MS apps is now functional. Bob
Re: (Success!) LyX 1.5 and Qt 4.3 on Mac
On 4/26/07 4:22 AM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: > > On 26 apr 2007, at 05.05, Bob Lounsbury wrote: > >> On 4/25/07 8:35 PM, "Bennett Helm" <[EMAIL PROTECTED]> wrote: >> >>> On Apr 25, 2007, at 7:56 PM, Bob Lounsbury wrote: >>> ... >>> Actually, we don't need to specify PKG_CONFIG_PATH anymore. > Nice! > How did you work around that? > >>>>> ... >>> >>> Try what Anders suggests: it should work. (LyX needs to find libqt4.a >>> in your Qt-4/lib directory, but that's what pkg-config is supposed to >>> find. If LyX configures properly, you should be all set.) >>> >>> Bennett >> >> That's just it. LyX did ./configure properly. The error was from >> the 'make' >> command. Also, I don't see a libqt4.a file in either qt4.2.3 or >> qt4.3.0 but >> I've already compiled LyX with qt4.2.3 successfully. > If the file is not in LyX-Code-directory/src/frontends/qt4/ and > doesn't get generated. The "sledgehammer version" is to ditch the > entire Lyx-code directory and upload a new from scratch. That's of > course if you have reasonable bandwidth. > >> Anyways, I'm compiling the latest qt4.3snapshot and I've run a >> 'make clean' >> and 'make distclean' from within the lyx-1.5.0beta2 source file. >> So, once qt >> compiles (sometime tomorrow) I will follow Anders guide and report any >> successes or failures. >> >> Would there be any interpolation issues between LyX1.5svn on a mac and >> LyX1.5beta2 on Windows? > I don't think there have been any format changes after the beta2 (at > least a format freeze was discussed). > > /Anders Success finally!! Just a shot in the dark here, but maybe I have good night vision. The culprit may have been Stuffit Expander. If I let stuffit decompress and expand the tar.gz there was no src folder. However, if I let stuffit decompress and expand the tar.gz.b2 there was an src folder so I assumed everything was fine yesterday but that stuffit expanded source folder gave me the 'make' error. So today suspecting that stuffit was not doing it's job correctly, I decompressed and expanded the tar.gz from the terminal. Everything seemed to be there including the src folder. Using yesterday's qt4.3snapshot, LyX1.5.0beta2 compiled perfectly. A couple of things I've noticed under brief use. Scrolling seems much improved. It is still pretty slow typing in figure floats, although math equations seem faster. I can confirm the strange issue reported that the on-screen fonts when set to Times look like Helvetica or something similar, but when set to Times New Roman they look correct. One strange thing is that the previewed math are much much larger than the text, and much different than the previewed math under qt4.2.3 which look perfectly normal. I don't know if this is a qt issue or an LyX issue. Opening the LyX preferences or the document settings are almost instantaneous whereas under qt4.2.3 I get the colored spinning wheel and have to wait. I think I'm going to compile the latest LyX1.5.0svn and see if the previewed math are the correct size. Maybe something is not quite right in the LyX1.5.0beta2 source? That's the only thing bugging me right now. Any reason why the previewed math would be larger? Thanks, Bob Lounsbury
Re: LyX 1.5 and Qt 4.3 on Mac
On 4/25/07 8:35 PM, "Bennett Helm" <[EMAIL PROTECTED]> wrote: > On Apr 25, 2007, at 7:56 PM, Bob Lounsbury wrote: > >>>> I get the following error after running "make" on LyX1.5.0beta2: >>>> >>>> make[7]: *** [libqt4.la] Bus error >>>> make[6]: *** [all-recursive] Error 1 >>>> make[5]: *** [all] Error 2 >>>> make[4]: *** [all-recursive] Error 1 >>>> make[3]: *** [all] Error 2 >>>> make[2]: *** [all-recursive] Error 1 >>>> make[1]: *** [all] Error 2 >>>> make: *** [all-recursive] Error 1 >>>> >>>> The install.macosx instructed to delete all .la files from the >>>> qt4/lib >>>> folder. It seems that "make" may require libqt4.la? >>>> >>>> Any ideas? >>>> Thanks, >>>> Bob Lounsbury >>> >>> The libqt4.la is not in the QT-package, but in src/frontends/qt4/ in >>> the lyx-source, so that is probably not the problem. > > Actually LyX generates it, and that's the one you need. (The point of > deleting the libqt4.la that is created by Qt is to not confuse LyX.) > >>> If you updated svn recently it's shaky due to renaming. Try to >>> refresh like this: >>> svn up >>> make distclean >>> export PKG_CONFIG_PATH=/Users/anek/LyX_dev/QT43/lib/pkgconfig/ > > Actually, we don't need to specify PKG_CONFIG_PATH anymore. > >>> export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - >>> framework QuickTime -lz -framework Cocoa" >>> ./autogen.sh >>> ./configure --prefix=/Users/anek/LyX_dev/nightly/LyX2007-04-25.app -- >>> disable-concept-checks --with-version-suffix=-1.5 --with-qt4-dir=/ >>> Users/anek/LyX_dev/QT43 --enable-optimization=-Os --without-x --with- >>> included-gettext --with-frontend=qt4 --disable-stdlib-debug >>> (REPLACE WITH YOUR PATHS) >>> >>> A new feature from Jean-Marc assures that you don't have to copy your >>> LyX.app (which doesn't exist anymore) to (in my case) ../nightly/ >>> LyX2007-04-25.app . Instead do: >>> cd development/MacOSX/ >>> make install >>> cd ../.. >>> make >>> make install-strip >>> >>> I hope I remembered correctly and that it works for you. >>> >>> /Anders >> >> I did an 'svn up' and searched for libqt4 on my computer and there >> is still >> no such file. I prefer to use the latest releases for LyX (to >> ensure that I >> can modify documents on any platform with the latest release >> installed), >> hence I downloaded the beta2 source and I'm trying to compile it. >> Not sure >> what I'm missing here, since I was able to compile beta2 with >> qt4.2.3. Is >> there some other package I need installed, like the development >> package of >> gettext or something which may have info on 'libqt4'? > > Try what Anders suggests: it should work. (LyX needs to find libqt4.a > in your Qt-4/lib directory, but that's what pkg-config is supposed to > find. If LyX configures properly, you should be all set.) > > Bennett That's just it. LyX did ./configure properly. The error was from the 'make' command. Also, I don't see a libqt4.a file in either qt4.2.3 or qt4.3.0 but I've already compiled LyX with qt4.2.3 successfully. Anyways, I'm compiling the latest qt4.3snapshot and I've run a 'make clean' and 'make distclean' from within the lyx-1.5.0beta2 source file. So, once qt compiles (sometime tomorrow) I will follow Anders guide and report any successes or failures. Would there be any interpolation issues between LyX1.5svn on a mac and LyX1.5beta2 on Windows? Thanks for the input, Bob Lounsbury
Re: LyX 1.5 and Qt 4.3 on Mac
On 4/25/07 2:31 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: > > On 25 apr 2007, at 20.32, Bob Lounsbury wrote: > >> On 4/24/07 4:00 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: >> >>>> Bob Lounsbury >>>> Tue, 24 Apr 2007 14:51:04 -0700 >>>> >>>> On 4/24/07 3:36 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: >>>> >>>>> On 24 apr 2007, at 16.56, Bennett Helm wrote: >>>>> >>>>>> Anders: can you try this and, if successful, report on PPC >>>>>> performance?) >>>>> >>>>> Compiled fine (didn't try the patch, but the "manual" approach) >>>>> with >>>>> QT4.3 snapshot (20070422) and a current svn version of LyX (rev >>>> 17952). >>>>> Text and floats seem snappier to me in a reasonably large document >>>>> (some 30 pp with figures). Typing in LyX-notes are still slow, but >>>>> seem faster than with 4.2.3. Dialogues (e.g. Preferences are rather >>>>> slow (I see a "beach ball" for a short time on my machine), but I >>>>> don't think slower than before. >>>>> A strange thing is that the running text is in sans-serif (the >>>>> document is a Koma-script article, so the headers are expected >>>>> to be >>>>> in sans-serif), but I don't know if that is my configuration, qt or >>>>> LyX. Setting to Times New Roman in the preferences gives the >>>> expected >>>>> appearance, whereas specifying Times gives a sans-serif font. >>>>> I posted a copy at http://www.charmec.chalmers.se/temp/ >>>>> LyX15_QT43PPC.zip if someone likes to play around (slow internet- >>>>> connection here, so it won't be fully uploaded until about midnight >>>>> CET). >>>>> >>>>> /Anders >>>> >>>> Anders, >>>> >>>> Could you post your ./configure commands for Qt and LyX. I would >>>> like to try >>>> and compile as you've done, probably tomorrow. Although on my old >>>> iBook it >>>> will take around 20hrs. >>>> >>>> I tried to compile LyX1.5.0beta2 with Qt4.3.0 and the ./configure >>>> was >>>> successful and found the qt4 directory follwing Bennett's and Jean- >>>> Marc's >>>> suggestions. However, the make command gave some error messages and >>>> then >>>> after make install LyX did not work. >>>> >>>> I think I would rather start from scratch with the latest qt >>>> snapshot, >>>> hopefully following what you did and what Bennett recommended and >>>> it will >>>> work. >>>> >>>> Thanks for everyone's input, >>>> Bob Lounsbury >>> >>> I did: >>> >>> export PKG_CONFIG_PATH=/Users/anek/LyX_dev/QT43/lib/pkgconfig/ >>> >>> export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - >>> framework QuickTime -lz -framework Cocoa" >>> >>> ./autogen.sh >>> >>> ./configure --prefix=/Users/anek/LyX_dev/nightly/LyX_QT43.app -- >>> disable-concept-checks --with-version-suffix=-1.5 --with-qt4-dir=/ >>> Users/anek/LyX_dev/QT43 --enable-optimization=-Os --without-x --with- >>> included-gettext --with-frontend=qt4 --disable-stdlib-debug >>> >>> make >>> >>> make install-strip >>> >>> (replace to your paths) >>> >>> /Anders >> >> I haven't compiled the latest qt4.3 snapshot, but using a previous >> snapshot >> I get the following error after running "make" on LyX1.5.0beta2: >> >> make[7]: *** [libqt4.la] Bus error >> make[6]: *** [all-recursive] Error 1 >> make[5]: *** [all] Error 2 >> make[4]: *** [all-recursive] Error 1 >> make[3]: *** [all] Error 2 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all] Error 2 >> make: *** [all-recursive] Error 1 >> >> The install.macosx instructed to delete all .la files from the qt4/lib >> folder. It seems that "make" may require libqt4.la? >> >> Any ideas? >> Thanks, >> Bob Lounsbury > > The libqt4.la is not in the QT-package, but in src/frontends/qt4/ in > the lyx-source, so that is probably not the problem. > If you updated svn rece
Re: LyX 1.5 and Qt 4.3 on Mac
On 4/24/07 4:00 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: >> Bob Lounsbury >> Tue, 24 Apr 2007 14:51:04 -0700 >> >> On 4/24/07 3:36 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: >> >>> On 24 apr 2007, at 16.56, Bennett Helm wrote: >>> >>>> Anders: can you try this and, if successful, report on PPC >>>> performance?) >>> >>> Compiled fine (didn't try the patch, but the "manual" approach) with >>> QT4.3 snapshot (20070422) and a current svn version of LyX (rev >> 17952). >>> Text and floats seem snappier to me in a reasonably large document >>> (some 30 pp with figures). Typing in LyX-notes are still slow, but >>> seem faster than with 4.2.3. Dialogues (e.g. Preferences are rather >>> slow (I see a "beach ball" for a short time on my machine), but I >>> don't think slower than before. >>> A strange thing is that the running text is in sans-serif (the >>> document is a Koma-script article, so the headers are expected to be >>> in sans-serif), but I don't know if that is my configuration, qt or >>> LyX. Setting to Times New Roman in the preferences gives the >> expected >>> appearance, whereas specifying Times gives a sans-serif font. >>> I posted a copy at http://www.charmec.chalmers.se/temp/ >>> LyX15_QT43PPC.zip if someone likes to play around (slow internet- >>> connection here, so it won't be fully uploaded until about midnight >>> CET). >>> >>> /Anders >> >> Anders, >> >> Could you post your ./configure commands for Qt and LyX. I would >> like to try >> and compile as you've done, probably tomorrow. Although on my old >> iBook it >> will take around 20hrs. >> >> I tried to compile LyX1.5.0beta2 with Qt4.3.0 and the ./configure was >> successful and found the qt4 directory follwing Bennett's and Jean- >> Marc's >> suggestions. However, the make command gave some error messages and >> then >> after make install LyX did not work. >> >> I think I would rather start from scratch with the latest qt snapshot, >> hopefully following what you did and what Bennett recommended and >> it will >> work. >> >> Thanks for everyone's input, >> Bob Lounsbury > > I did: > > export PKG_CONFIG_PATH=/Users/anek/LyX_dev/QT43/lib/pkgconfig/ > > export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - > framework QuickTime -lz -framework Cocoa" > > ./autogen.sh > > ./configure --prefix=/Users/anek/LyX_dev/nightly/LyX_QT43.app -- > disable-concept-checks --with-version-suffix=-1.5 --with-qt4-dir=/ > Users/anek/LyX_dev/QT43 --enable-optimization=-Os --without-x --with- > included-gettext --with-frontend=qt4 --disable-stdlib-debug > > make > > make install-strip > > (replace to your paths) > > /Anders I haven't compiled the latest qt4.3 snapshot, but using a previous snapshot I get the following error after running "make" on LyX1.5.0beta2: make[7]: *** [libqt4.la] Bus error make[6]: *** [all-recursive] Error 1 make[5]: *** [all] Error 2 make[4]: *** [all-recursive] Error 1 make[3]: *** [all] Error 2 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 The install.macosx instructed to delete all .la files from the qt4/lib folder. It seems that "make" may require libqt4.la? Any ideas? Thanks, Bob Lounsbury
Re: LyX 1.5 and Qt 4.3 on Mac
On 4/24/07 3:36 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote: > On 24 apr 2007, at 16.56, Bennett Helm wrote: > >> Anders: can you try this and, if successful, report on PPC >> performance?) > > Compiled fine (didn't try the patch, but the "manual" approach) with > QT4.3 snapshot (20070422) and a current svn version of LyX (rev 17952). > Text and floats seem snappier to me in a reasonably large document > (some 30 pp with figures). Typing in LyX-notes are still slow, but > seem faster than with 4.2.3. Dialogues (e.g. Preferences are rather > slow (I see a "beach ball" for a short time on my machine), but I > don't think slower than before. > A strange thing is that the running text is in sans-serif (the > document is a Koma-script article, so the headers are expected to be > in sans-serif), but I don't know if that is my configuration, qt or > LyX. Setting to Times New Roman in the preferences gives the expected > appearance, whereas specifying Times gives a sans-serif font. > I posted a copy at http://www.charmec.chalmers.se/temp/ > LyX15_QT43PPC.zip if someone likes to play around (slow internet- > connection here, so it won't be fully uploaded until about midnight > CET). > > /Anders Anders, Could you post your ./configure commands for Qt and LyX. I would like to try and compile as you've done, probably tomorrow. Although on my old iBook it will take around 20hrs. I tried to compile LyX1.5.0beta2 with Qt4.3.0 and the ./configure was successful and found the qt4 directory follwing Bennett's and Jean-Marc's suggestions. However, the make command gave some error messages and then after make install LyX did not work. I think I would rather start from scratch with the latest qt snapshot, hopefully following what you did and what Bennett recommended and it will work. Thanks for everyone's input, Bob Lounsbury
1.5.0 for mac
Hello, Are there any plans to create a 1.5.0beta version for mac ppc? I installed the windows version and I love it!! So I would love to have a 1.5.0beta version running on my iBook. I was going to check the website and wiki but couldn't access them. Seems the server is down. Cheers, Bob Lounsbury
