Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Holger, Thanks for your answer and, please, read below El Lunes, 29 de Mayo de 2006 13:10, Holger Blasum escribió: Hello Luis, On 05-29, Luis Angel Fernández Cuadrado wrote: I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= On a debian (testing) machine $ dpkg -l libqt3-dev gives ii libqt3-dev 3.3.4-3Qt development files (You might prefer another package management tool than dpkg, what I mean is: if you dont have libqt3-dev, install it.) On KUbuntu 5.10 the package is libqt3-mt-dev zless /usr/share/doc/libqt3-dev/README.Debian.gz says If you need to set QTDIR, do export QTDIR=/usr/share/qt3 A double-check that qt3 is really sitting there: /usr/share/qt3$ ls this should show: bin doc include lib mkspecs plugins That's right also on KUbuntu 5.10 Accordingly, ./configure --with-frontend=qt --with-qt-dir=/usr/share/qt3 did the job for me last week. It does also for me, but the corresponding 'lyx' executable won't load. Here you have the output I get when I try to load the program with the '-dbg init' option --- [EMAIL PROTECTED]:~$ lyx -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no package binary_dir /usr/local/bin/ system_support /usr/local/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/local/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis /package Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/local/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... --- and it stops there. Any clue what's happening? Disclaimer: it may be the case that this generic debian approach does not carry over to ubuntu. In that case protest immediately and loudly! (Modulo that your libqt3-dev version also might be different than 3.3.4-3, I'd guess anything beginning with 3 will do the job.) Greetings, Thanks again, -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Anders, Thanks for your answer and for the info. El Lunes, 29 de Mayo de 2006 13:10, Anders Dahnielson escribió: On 5/29/06, Luis Angel Fernández Cuadrado [EMAIL PROTECTED] wrote: Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= I've tried many combinations of these without luck. Has anybody done this compilation or can give me a clue to what parameters are needed for a successful compilatipn of LyX 1.4.1 in this distribution? Thank you all very much. I compiled LyX 1.4.1 from source on a Kubuntu 5.10 PPC machine. Take a look at the instructions given on this page: http://wiki.lyx.org/LyX/LyXOnDebian#toc6 They work for Kubuntu too. Basically you create you own *.deb packages that you install. A good idea is to uninstall previous LyX packages instead of do a upgrade with your own, because there can be a problem if you only build the Qt frontend yourself when the old package also want to upgrade the xforms frontend. Ok. I followed these instructions and got 4 .deb files (I didn't include the gtk frontend) which I installed after deinstalling and cleaning the 1.3.6 packages that come with KUbuntu 5.10. Of the 2 executables 'lyx-xforms' looks horrible but works ok and 'lyx-qt' does not load. When I try to load it with the '-dbg init' option this is what I get: - [EMAIL PROTECTED]:~$ lyx-qt -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no package binary_dir /usr/bin/ system_support /usr/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis /package Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... - and it stops there. This is the same I get for the executable obtained when I compile the program in the old ./configure... - make... - make install sequence, as I posted in my reply to Holger's answer. I'm beggining to think that this must be related either to KUbuntu's version of the qt libraries or to my particular instalation. I'll keep researching on this... Thanks again. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Georg, Thanks for your reply. El Lunes, 29 de Mayo de 2006 13:10, Georg Baum escribió: Luis Angel Fernández Cuadrado wrote: Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= If ubuntu did not change the qt paths from debian then the following should work: --with-frontend=qt --with-qt-dir=/usr/share/qt3 If it does not please post the errors you get. Georg In fact, it does work. But there's a problem with the executable obtained as I mention in my replies to Holger and Anders' answers. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Holger, Thanks for your answer and, please, read below El Lunes, 29 de Mayo de 2006 13:10, Holger Blasum escribió: Hello Luis, On 05-29, Luis Angel Fernández Cuadrado wrote: I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= On a debian (testing) machine $ dpkg -l libqt3-dev gives ii libqt3-dev 3.3.4-3Qt development files (You might prefer another package management tool than dpkg, what I mean is: if you dont have libqt3-dev, install it.) On KUbuntu 5.10 the package is libqt3-mt-dev zless /usr/share/doc/libqt3-dev/README.Debian.gz says If you need to set QTDIR, do export QTDIR=/usr/share/qt3 A double-check that qt3 is really sitting there: /usr/share/qt3$ ls this should show: bin doc include lib mkspecs plugins That's right also on KUbuntu 5.10 Accordingly, ./configure --with-frontend=qt --with-qt-dir=/usr/share/qt3 did the job for me last week. It does also for me, but the corresponding 'lyx' executable won't load. Here you have the output I get when I try to load the program with the '-dbg init' option --- [EMAIL PROTECTED]:~$ lyx -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no package binary_dir /usr/local/bin/ system_support /usr/local/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/local/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis /package Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/local/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... --- and it stops there. Any clue what's happening? Disclaimer: it may be the case that this generic debian approach does not carry over to ubuntu. In that case protest immediately and loudly! (Modulo that your libqt3-dev version also might be different than 3.3.4-3, I'd guess anything beginning with 3 will do the job.) Greetings, Thanks again, -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Anders, Thanks for your answer and for the info. El Lunes, 29 de Mayo de 2006 13:10, Anders Dahnielson escribió: On 5/29/06, Luis Angel Fernández Cuadrado [EMAIL PROTECTED] wrote: Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= I've tried many combinations of these without luck. Has anybody done this compilation or can give me a clue to what parameters are needed for a successful compilatipn of LyX 1.4.1 in this distribution? Thank you all very much. I compiled LyX 1.4.1 from source on a Kubuntu 5.10 PPC machine. Take a look at the instructions given on this page: http://wiki.lyx.org/LyX/LyXOnDebian#toc6 They work for Kubuntu too. Basically you create you own *.deb packages that you install. A good idea is to uninstall previous LyX packages instead of do a upgrade with your own, because there can be a problem if you only build the Qt frontend yourself when the old package also want to upgrade the xforms frontend. Ok. I followed these instructions and got 4 .deb files (I didn't include the gtk frontend) which I installed after deinstalling and cleaning the 1.3.6 packages that come with KUbuntu 5.10. Of the 2 executables 'lyx-xforms' looks horrible but works ok and 'lyx-qt' does not load. When I try to load it with the '-dbg init' option this is what I get: - [EMAIL PROTECTED]:~$ lyx-qt -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no package binary_dir /usr/bin/ system_support /usr/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis /package Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... - and it stops there. This is the same I get for the executable obtained when I compile the program in the old ./configure... - make... - make install sequence, as I posted in my reply to Holger's answer. I'm beggining to think that this must be related either to KUbuntu's version of the qt libraries or to my particular instalation. I'll keep researching on this... Thanks again. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Georg, Thanks for your reply. El Lunes, 29 de Mayo de 2006 13:10, Georg Baum escribió: Luis Angel Fernández Cuadrado wrote: Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= If ubuntu did not change the qt paths from debian then the following should work: --with-frontend=qt --with-qt-dir=/usr/share/qt3 If it does not please post the errors you get. Georg In fact, it does work. But there's a problem with the executable obtained as I mention in my replies to Holger and Anders' answers. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Holger, Thanks for your answer and, please, read below El Lunes, 29 de Mayo de 2006 13:10, Holger Blasum escribió: > Hello Luis, > > On 05-29, Luis Angel Fernández Cuadrado wrote: > > I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 > > machine with no luck. I've done thins kind of compilation many other > > times in SuSE i386 and AMD64 machines without problems. > > The key to it always was the parameters passed to the './configure' > > script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= > > On a debian (testing) machine > > $ dpkg -l libqt3-dev > gives > ii libqt3-dev 3.3.4-3Qt development files > (You might prefer another package management tool than dpkg, what > I mean is: if you dont have libqt3-dev, install it.) On KUbuntu 5.10 the package is libqt3-mt-dev > > zless /usr/share/doc/libqt3-dev/README.Debian.gz > says "If you need to set QTDIR, do export QTDIR=/usr/share/qt3" > > A double-check that qt3 is really sitting there: > /usr/share/qt3$ ls > this should show: > "bin doc include lib mkspecs plugins" That's right also on KUbuntu 5.10 > > Accordingly, > ./configure --with-frontend=qt --with-qt-dir=/usr/share/qt3 > did the job for me last week. > It does also for me, but the corresponding 'lyx' executable won't load. Here you have the output I get when I try to load the program with the '-dbg init' option --- [EMAIL PROTECTED]:~$ lyx -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no binary_dir /usr/local/bin/ system_support /usr/local/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/local/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/local/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... --- and it stops there. Any clue what's happening? > Disclaimer: it may be the case that this generic debian approach > does not carry over to ubuntu. In that case protest immediately > and loudly! (Modulo that your libqt3-dev version also might be > different than 3.3.4-3, I'd guess anything beginning with 3 > will do the job.) > > Greetings, Thanks again, -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Anders, Thanks for your answer and for the info. El Lunes, 29 de Mayo de 2006 13:10, Anders Dahnielson escribió: > On 5/29/06, Luis Angel Fernández Cuadrado <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 > > machine > > with no luck. I've done thins kind of compilation many other times in > > SuSE i386 and AMD64 machines without problems. > > The key to it always was the parameters passed to the './configure' > > script: > > > > --with-frontend=qt --with-qt-dir= --with-qt-libraries= > > > > I've tried many combinations of these without luck. Has anybody done this > > compilation or can give me a clue to what parameters are needed for a > > successful compilatipn of LyX 1.4.1 in this distribution? > > > > Thank you all very much. > > I compiled LyX 1.4.1 from source on a Kubuntu 5.10 PPC machine. > > Take a look at the instructions given on this page: > > http://wiki.lyx.org/LyX/LyXOnDebian#toc6 > > They work for Kubuntu too. > > Basically you create you own *.deb packages that you install. > > A good idea is to uninstall previous LyX packages instead of do a upgrade > with your own, because there can be a problem if you only build the Qt > frontend yourself when the old package also want to upgrade the xforms > frontend. Ok. I followed these instructions and got 4 .deb files (I didn't include the gtk frontend) which I installed after deinstalling and cleaning the 1.3.6 packages that come with KUbuntu 5.10. Of the 2 executables 'lyx-xforms' looks horrible but works ok and 'lyx-qt' does not load. When I try to load it with the '-dbg init' option this is what I get: - [EMAIL PROTECTED]:~$ lyx-qt -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no binary_dir /usr/bin/ system_support /usr/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... - and it stops there. This is the same I get for the executable obtained when I compile the program in the old ./configure... -> make... -> make install sequence, as I posted in my reply to Holger's answer. I'm beggining to think that this must be related either to KUbuntu's version of the qt libraries or to my particular instalation. I'll keep researching on this... Thanks again. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Georg, Thanks for your reply. El Lunes, 29 de Mayo de 2006 13:10, Georg Baum escribió: > Luis Angel Fernández Cuadrado wrote: > > Hi, > > > > I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 > > machine with no luck. I've done thins kind of compilation many other > > times in SuSE i386 and AMD64 machines without problems. > > The key to it always was the parameters passed to the './configure' > > script: > > > > --with-frontend=qt --with-qt-dir= --with-qt-libraries= > > If ubuntu did not change the qt paths from debian then the following should > work: > > --with-frontend=qt --with-qt-dir=/usr/share/qt3 > > If it does not please post the errors you get. > > > Georg In fact, it does work. But there's a problem with the executable obtained as I mention in my replies to Holger and Anders' answers. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= I've tried many combinations of these without luck. Has anybody done this compilation or can give me a clue to what parameters are needed for a successful compilatipn of LyX 1.4.1 in this distribution? Thank you all very much. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= I've tried many combinations of these without luck. Has anybody done this compilation or can give me a clue to what parameters are needed for a successful compilatipn of LyX 1.4.1 in this distribution? Thank you all very much. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi, I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 machine with no luck. I've done thins kind of compilation many other times in SuSE i386 and AMD64 machines without problems. The key to it always was the parameters passed to the './configure' script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= I've tried many combinations of these without luck. Has anybody done this compilation or can give me a clue to what parameters are needed for a successful compilatipn of LyX 1.4.1 in this distribution? Thank you all very much. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Trouble with ispell
Hi, I'm using SuSE 9.3 on an AMD64 machine. Normally, I compile LyX from source but last time I was a bit lazy and downloded and installed the 1.3.6 binary in the LyX ftp site (bin) compiled for SuSE 9.2. Almost everything works allright with the exception of spell checking. My normal language for spelling is spanish ('espanol' in ispell terms) and I've never had problems with this until now. With the mentioned binary, whenever I try to check spelling I get a 'No word lists can be found for the language (espanol)' message. I have ispell and aspell with support for spanish and both work well from the command line. I've also tried to instruct LyX to use any of them but no luck. Googlin' arond I've found some messages from people with similar problems and they seem to be related with LyX beeing compiled with support for aspell instead of ispell (or something like that). Can anybody please throw some light into this or, better, point me to an rpm which works in SuSE 9.3? Thanks to all. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Trouble with ispell
Hi, I'm using SuSE 9.3 on an AMD64 machine. Normally, I compile LyX from source but last time I was a bit lazy and downloded and installed the 1.3.6 binary in the LyX ftp site (bin) compiled for SuSE 9.2. Almost everything works allright with the exception of spell checking. My normal language for spelling is spanish ('espanol' in ispell terms) and I've never had problems with this until now. With the mentioned binary, whenever I try to check spelling I get a 'No word lists can be found for the language (espanol)' message. I have ispell and aspell with support for spanish and both work well from the command line. I've also tried to instruct LyX to use any of them but no luck. Googlin' arond I've found some messages from people with similar problems and they seem to be related with LyX beeing compiled with support for aspell instead of ispell (or something like that). Can anybody please throw some light into this or, better, point me to an rpm which works in SuSE 9.3? Thanks to all. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Trouble with ispell
Hi, I'm using SuSE 9.3 on an AMD64 machine. Normally, I compile LyX from source but last time I was a bit lazy and downloded and installed the 1.3.6 binary in the LyX ftp site (bin) compiled for SuSE 9.2. Almost everything works allright with the exception of spell checking. My normal language for spelling is spanish ('espanol' in ispell terms) and I've never had problems with this until now. With the mentioned binary, whenever I try to check spelling I get a 'No word lists can be found for the language "(espanol)"' message. I have ispell and aspell with support for spanish and both work well from the command line. I've also tried to instruct LyX to use any of them but no luck. Googlin' arond I've found some messages from people with similar problems and they seem to be related with LyX beeing compiled with support for aspell instead of ispell (or something like that). Can anybody please throw some light into this or, better, point me to an rpm which works in SuSE 9.3? Thanks to all. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: import Excel Graphic into LYX
El Martes, 2 de Noviembre de 2004 09:50, RENARD Francois 144138 escribió: Hello everybody, Does somebody know how to insert correctly an Excel Graphic into LYX ? (I tried a PDF saving and importing but the resulting graphic has lot of blank around, and I'm unable to obtain an image centered on the page...) Thank you in advance, François Another 'quick and dirty' way to make it is to just copy the graphic into the Windows clipboard, open the 'paintbrush' application (which I think is in every Windows computer) and paste it there. Then save the graphic in .jpg format and IF everything concerning the LyX installation in Windows is right then ImageMagick will do its trick and you can see your graphic when you tell LyX to include the .jpg file. The main disadvantage of this is that the .jpg file will probably take more space than a 'properly' converted .ps or .eps file. I tried this just the week before with my students in a very poor Windows LyX installation and it worked. Good luck. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: import Excel Graphic into LYX
El Martes, 2 de Noviembre de 2004 09:50, RENARD Francois 144138 escribió: Hello everybody, Does somebody know how to insert correctly an Excel Graphic into LYX ? (I tried a PDF saving and importing but the resulting graphic has lot of blank around, and I'm unable to obtain an image centered on the page...) Thank you in advance, François Another 'quick and dirty' way to make it is to just copy the graphic into the Windows clipboard, open the 'paintbrush' application (which I think is in every Windows computer) and paste it there. Then save the graphic in .jpg format and IF everything concerning the LyX installation in Windows is right then ImageMagick will do its trick and you can see your graphic when you tell LyX to include the .jpg file. The main disadvantage of this is that the .jpg file will probably take more space than a 'properly' converted .ps or .eps file. I tried this just the week before with my students in a very poor Windows LyX installation and it worked. Good luck. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: import Excel Graphic into LYX
El Martes, 2 de Noviembre de 2004 09:50, RENARD Francois 144138 escribió: > Hello everybody, > Does somebody know how to insert correctly an Excel Graphic into LYX ? > (I tried a PDF saving and importing but the resulting graphic has lot of > blank around, > and I'm unable to obtain an image centered on the page...) > Thank you in advance, > François Another 'quick and dirty' way to make it is to just copy the graphic into the Windows clipboard, open the 'paintbrush' application (which I think is in every Windows computer) and paste it there. Then save the graphic in .jpg format and IF everything concerning the LyX installation in Windows is right then ImageMagick will do its trick and you can see your graphic when you tell LyX to include the .jpg file. The main disadvantage of this is that the .jpg file will probably take more space than a 'properly' converted .ps or .eps file. I tried this just the week before with my students in a very poor Windows LyX installation and it worked. Good luck. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Shortcuts
Hi all, ¿How can I define a keyboard shortcut for centering paragraphs? Sorry, if it's already defined I have not managed to find it. Thanks a lot. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Shortcuts
Hi all, ¿How can I define a keyboard shortcut for centering paragraphs? Sorry, if it's already defined I have not managed to find it. Thanks a lot. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Shortcuts
Hi all, ¿How can I define a keyboard shortcut for centering paragraphs? Sorry, if it's already defined I have not managed to find it. Thanks a lot. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Prosper
Hi all, I've been using the Prosper way of making pdf presentations following the indications given in Herbert's pages. For the moment, everything is going allright because I don't need complex things (fancy steps or transitions, etc.). However, I've found a couple of things that I'd like to get some information about: - As installed (per Herbert's instructions), the 'slides (prosper)' document type only works when you have 'English (American)' as document language. If I try, for instance, spanish (my mother tongue) I get a lot of compilation errors. -Also, I can only get the slide style that comes from Dekel Tsur's Cluster example. If I try to indicate (in the class options from the document type dialog) any other slide style, let's say 'frames', I get also a lot of errors in the compilation. Anybody can provide pointers so as how to solve/understand what's going on? I'm using LyX 1.3.0 (qt-frontend) in a SuSE 8.0 system with KDE 3.1 (if all this matters) Thank you all. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: Error converting to loadable format
El Mar 21 Ene 2003 16:16, Ramiro Morales escribió: On 21 Jan 2003 at 15:42, Luis Angel Fernández Cuadrado wrote: Hi all, I'm faced to a mistery. I have 2 Linux systems, one at work and the other at home. Both are SuSE 8.0 and both have Ghostscript 6.53, xforms 0.89 and ImageMagick 5.4.2. In both I have compiled and installed LyX 1.2.2 from the sources. In both I can see included .jpg figures. However, in the one at work I can see the included .eps figures while in the one at home I constantly get 'Error converting to loadable format' and the figure won't display in LyX. [...] I'd like to hear suggestions so as to what to check and get the damm thing working. Luis, Just an idea: Could it be that the free disk space on the system at your home? matbe the user's disk usage quota? HTH - Ramiro I don't think so. I have several Gb free and I have cleaned the /tmp directory also to no avail. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: Error converting to loadable format
El Mar 21 Ene 2003 16:16, Ramiro Morales escribió: On 21 Jan 2003 at 15:42, Luis Angel Fernández Cuadrado wrote: Hi all, I'm faced to a mistery. I have 2 Linux systems, one at work and the other at home. Both are SuSE 8.0 and both have Ghostscript 6.53, xforms 0.89 and ImageMagick 5.4.2. In both I have compiled and installed LyX 1.2.2 from the sources. In both I can see included .jpg figures. However, in the one at work I can see the included .eps figures while in the one at home I constantly get 'Error converting to loadable format' and the figure won't display in LyX. [...] I'd like to hear suggestions so as to what to check and get the damm thing working. Luis, Just an idea: Could it be that the free disk space on the system at your home? matbe the user's disk usage quota? HTH - Ramiro I don't think so. I have several Gb free and I have cleaned the /tmp directory also to no avail. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Error converting to loadable format
Hi all, I'm faced to a mistery. I have 2 Linux systems, one at work and the other at home. Both are SuSE 8.0 and both have Ghostscript 6.53, xforms 0.89 and ImageMagick 5.4.2. In both I have compiled and installed LyX 1.2.2 from the sources. In both I can see included .jpg figures. However, in the one at work I can see the included .eps figures while in the one at home I constantly get 'Error converting to loadable format' and the figure won't display in LyX. Which puzzles me most is that recently I installed LyX version 1.3.0pre2 with the qt frontend (which, by the way, looks great and has compiled and it's been working so far without hassle) and the same thing happens: I can see the .eps's in the system at work but not in the system at home. I'd like to hear suggestions so as to what to check and get the damm thing working. Thanks. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: Error converting to loadable format
El Mar 21 Ene 2003 16:16, Ramiro Morales escribió: > On 21 Jan 2003 at 15:42, Luis Angel Fernández Cuadrado wrote: > > Hi all, > > > > I'm faced to a mistery. I have 2 Linux systems, one at work and the > > other at home. Both are SuSE 8.0 and both have Ghostscript 6.53, xforms > > 0.89 and ImageMagick 5.4.2. In both I have compiled and installed LyX > > 1.2.2 from the sources. In both I can see included .jpg figures. > > However, in the one at work I can see the included .eps figures while in > > the one at home I constantly get 'Error converting to loadable format' > > and the figure won't display in LyX. > > [...] > > > I'd like to hear suggestions so as to what to check and get the damm > > thing working. > > Luis, > > Just an idea: Could it be that the free disk space on the system at > your home? matbe the user's disk usage quota? > > HTH > > - > Ramiro I don't think so. I have several Gb free and I have cleaned the /tmp directory also to no avail. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: ftp.lyx.org/incoming and SUSE 8.1 rpms
El Mié 08 Ene 2003 17:55, Paul Borgermans escribió: Hello There are some intersting binaries for SUSE8.1 of lyx 1.2.2 and xforms 1.0 posted in the incoming section of ftp.lyx.org. Are they available anywhere else? (ftp.sylvan.com doesn't conatin them either) Tx Paul Hi, Does anybody know if the binaries for SuSE 8.1 will work in SuSE 8.0 ? Thanks -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: ftp.lyx.org/incoming and SUSE 8.1 rpms
El Mié 08 Ene 2003 17:55, Paul Borgermans escribió: Hello There are some intersting binaries for SUSE8.1 of lyx 1.2.2 and xforms 1.0 posted in the incoming section of ftp.lyx.org. Are they available anywhere else? (ftp.sylvan.com doesn't conatin them either) Tx Paul Hi, Does anybody know if the binaries for SuSE 8.1 will work in SuSE 8.0 ? Thanks -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: ftp.lyx.org/incoming and SUSE 8.1 rpms
El Mié 08 Ene 2003 17:55, Paul Borgermans escribió: > Hello > > There are some intersting binaries for SUSE8.1 of lyx 1.2.2 and xforms > 1.0 posted in the incoming section of ftp.lyx.org. Are they available > anywhere else? (ftp.sylvan.com doesn't conatin them either) > > Tx > > Paul Hi, Does anybody know if the binaries for SuSE 8.1 will work in SuSE 8.0 ? Thanks -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) http://www.ehu.es/udps
Re: pdf to lyx
On Jue 04 Ene 2001 18:54, you wrote: , Luis Where can I find that program ? I've been trying on CTAN without success. Any pinter will be wellcome. Thanks. see http://www.foolabs.com/xpdf/download.html You find the program Xpdf. Xpdf is a viewer for Portable Document Format (PDF) files. (These are also sometimes also called 'Acrobat' files, from the name of Adobe's PDF software.) Xpdf runs under the X Window System on UNIX, VMS, and OS/2. The non-X components of the package (pdftops, pdftotext, etc.) also run on Win32 systems and should run on pretty much any system with a decent C++ compiler. Xpdf is designed to be small and efficient. It does not use the Motif or Xt libraries. It can use standard X fonts. Xpdf should work on pretty much any system which runs X11 and has Unix-like (POSIX) libraries. You'll need ANSI C++ and C compilers to compile it. If you compile it for a system not listed on the xpdf web page, please let me know. If you can't get it to compile on your system, I'll try to help. But I have problems with running it. Joeri Too late for an answer but thanks for the information. In fact is does what it says. Thanks. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain)
Re: pdf to lyx
On Jue 04 Ene 2001 18:54, you wrote: , Luis Where can I find that program ? I've been trying on CTAN without success. Any pinter will be wellcome. Thanks. see http://www.foolabs.com/xpdf/download.html You find the program Xpdf. Xpdf is a viewer for Portable Document Format (PDF) files. (These are also sometimes also called 'Acrobat' files, from the name of Adobe's PDF software.) Xpdf runs under the X Window System on UNIX, VMS, and OS/2. The non-X components of the package (pdftops, pdftotext, etc.) also run on Win32 systems and should run on pretty much any system with a decent C++ compiler. Xpdf is designed to be small and efficient. It does not use the Motif or Xt libraries. It can use standard X fonts. Xpdf should work on pretty much any system which runs X11 and has Unix-like (POSIX) libraries. You'll need ANSI C++ and C compilers to compile it. If you compile it for a system not listed on the xpdf web page, please let me know. If you can't get it to compile on your system, I'll try to help. But I have problems with running it. Joeri Too late for an answer but thanks for the information. In fact is does what it says. Thanks. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain)
Re: pdf to lyx
On Jue 04 Ene 2001 18:54, you wrote: > , > Luis > > Where can I find that program ? I've been trying on CTAN without success. Any > > pinter will be wellcome. Thanks. > > > > see http://www.foolabs.com/xpdf/download.html > You find the program Xpdf. > > Xpdf is a viewer for Portable Document Format (PDF) files. (These are > also > sometimes also called 'Acrobat' files, from the name of Adobe's PDF > software.) Xpdf runs under the X Window System on UNIX, VMS, and OS/2. > The non-X > components of the package (pdftops, pdftotext, etc.) also run on Win32 > systems and > should run on pretty much any system with a decent C++ compiler. > Xpdf is designed to be small and efficient. It does not use the Motif or > Xt libraries. It can use standard X fonts. > Xpdf should work on pretty much any system which runs X11 and has > Unix-like > (POSIX) libraries. You'll need ANSI C++ and C compilers to compile it. > If you > compile it for a system not listed on the xpdf web page, please let me > know. If you can't get it to compile on your system, I'll try to help. > > > But I have problems with running it. > > Joeri Too late for an answer but thanks for the information. In fact is does what it says. Thanks. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain)