Re: shared library run problem

2012-02-26 Thread Stephan Witt
Am 26.02.2012 um 00:19 schrieb Sajjad:

 Hi 
 
 i ran the suggested diagnostics and found the following result:
 
 
 sajjad@sajjad:~$ ldd /usr/local/bin/lyx
 linux-vdso.so.1 = (0x7fff853ff000)
 libenchant.so.1 = /usr/lib/libenchant.so.1 (0x7fd3d926b000)
 libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7fd3d9067000)
 libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fd3d8da2000)
 libz.so.1 = /usr/lib/libz.so.1 (0x7fd3d8b8a000)
 libQtGui.so.4 = not found
 libQtCore.so.4 = not found
 libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fd3d887d000)
 libm.so.6 = /lib/libm.so.6 (0x7fd3d85f8000)
 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fd3d83e)
 libc.so.6 = /lib/libc.so.6 (0x7fd3d806e000)
 libpthread.so.0 = /lib/libpthread.so.0 (0x7fd3d7e52000)
 libdl.so.2 = /lib/libdl.so.2 (0x7fd3d7c4e000)
 libpcre.so.3 = /lib/libpcre.so.3 (0x7fd3d7a25000)
 /lib64/ld-linux-x86-64.so.2 (0x7fd3d9476000)
 
 
 
 
 
 
 It shows that the qt library is not found. As you have seen in the previous 
 post, the output of the ./configure shows that the qt library is found. While 
 configuring  i did mention the full qt path.

Yes. That's exactly the situation: While configuring you told the compiler 
where to find your own Qt-Libraries. 
Your problem is now: you don't tell the runtime-linker where you've put the 
Qt-Libraries on your machine when running lyx.
You have to decide how to solve that. You may
1. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your system library 
path
   You have to become root and add the mentioned path to the file 
/etc/ld.so.conf and run the command ldconfig
2. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your user library path
   You have to add the mentioned directory to the value of LD_LIBRARY_PATH on 
user login.
3. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your lyx call.
   You have to create a shell script and set LD_LIBRARY_PATH there and run lyx 
from this script.
--- example ---
#!/bin/sh
LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.8.0/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
exec /path/to/lyx $@
--- end of example ---

Check the man pages for details or google for the explanations for shared 
library runtime link operation.

Stephan

 On Sat, Feb 25, 2012 at 9:49 PM, Richard Heck rgh...@comcast.net wrote:
 On 02/25/2012 08:48 AM, Sajjad wrote:
 Hello
 
 I am using an old machine and repository support went out. I recently 
 updated the qt version to 4.8.0 from source.
 
 While configuring the lyx source i am providing wiith the qt path and it did 
 not complain at all:
 
 This is just a matter of finding the headers. It doesn't have anything to do 
 with which libraries the system is trying to load when LyX requests them. 
 Try, as Stephan suggested:
  ldd /path/to/lyx
 
 Richard
 
 
 //
 
 sajjad@sajjad:~/Downloads/LyX/lyx-2.0.0$ ./configure 
 --with-qt4-dir='/usr/local/Trolltech/Qt-4.8.0/'
 configuring LyX version 2.0.0
 checking for build type... release
 checking for version suffix... 
 checking build system type... x86_64-unknown-linux-gnu
 checking host system type... x86_64-unknown-linux-gnu
 checking target system type... x86_64-unknown-linux-gnu
 checking what packaging should be used... posix
 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 a thread-safe mkdir -p... /bin/mkdir -p
 checking for gawk... gawk
 checking whether make sets $(MAKE)... yes
 checking for a Python interpreter with version = 2.3.4... python
 checking for python... /usr/bin/python
 checking for python version... 2.5
 checking for python platform... linux2
 checking for python script directory... ${prefix}/lib/python2.5/site-packages
 checking for python extension module directory... 
 ${exec_prefix}/lib/python2.5/site-packages
 checking for style of include used by make... GNU
 checking for gcc... gcc
 checking whether the C compiler works... yes
 checking for C compiler default output file name... a.out
 checking for suffix of executables... 
 checking whether we are cross compiling... no
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking dependency style of gcc... gcc3
 checking how to run the C preprocessor... gcc -E
 checking for grep that handles long lines and -e... /bin/grep
 checking for egrep... /bin/grep -E
 checking for ANSI C header files... yes
 checking for 

Re: shared library run problem

2012-02-26 Thread Sajjad
Wow!!

That was an hell of an example. Thanks a lot.

The path was already set by me inside the ld.so.conf. I had to add another
level(lib/) and now it is up and running


Thanks again folks

Sajjad

On Sun, Feb 26, 2012 at 1:31 PM, Stephan Witt st.w...@gmx.net wrote:

 Am 26.02.2012 um 00:19 schrieb Sajjad:

  Hi
 
  i ran the suggested diagnostics and found the following result:
 
 
 
  sajjad@sajjad:~$ ldd /usr/local/bin/lyx
  linux-vdso.so.1 = (0x7fff853ff000)
  libenchant.so.1 = /usr/lib/libenchant.so.1 (0x7fd3d926b000)
  libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7fd3d9067000)
  libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fd3d8da2000)
  libz.so.1 = /usr/lib/libz.so.1 (0x7fd3d8b8a000)
  libQtGui.so.4 = not found
  libQtCore.so.4 = not found
  libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fd3d887d000)
  libm.so.6 = /lib/libm.so.6 (0x7fd3d85f8000)
  libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fd3d83e)
  libc.so.6 = /lib/libc.so.6 (0x7fd3d806e000)
  libpthread.so.0 = /lib/libpthread.so.0 (0x7fd3d7e52000)
  libdl.so.2 = /lib/libdl.so.2 (0x7fd3d7c4e000)
  libpcre.so.3 = /lib/libpcre.so.3 (0x7fd3d7a25000)
  /lib64/ld-linux-x86-64.so.2 (0x7fd3d9476000)
 
 
 
 
 
 
 
  It shows that the qt library is not found. As you have seen in the
 previous post, the output of the ./configure shows that the qt library is
 found. While configuring  i did mention the full qt path.

 Yes. That's exactly the situation: While configuring you told the compiler
 where to find your own Qt-Libraries.
 Your problem is now: you don't tell the runtime-linker where you've put
 the Qt-Libraries on your machine when running lyx.
 You have to decide how to solve that. You may
 1. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your system
 library path
   You have to become root and add the mentioned path to the file
 /etc/ld.so.conf and run the command ldconfig
 2. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your user
 library path
   You have to add the mentioned directory to the value of LD_LIBRARY_PATH
 on user login.
 3. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your lyx call.
   You have to create a shell script and set LD_LIBRARY_PATH there and run
 lyx from this script.
 --- example ---
 #!/bin/sh
 LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.8.0/lib:$LD_LIBRARY_PATH
 export LD_LIBRARY_PATH
 exec /path/to/lyx $@
 --- end of example ---

 Check the man pages for details or google for the explanations for shared
 library runtime link operation.

 Stephan

  On Sat, Feb 25, 2012 at 9:49 PM, Richard Heck rgh...@comcast.net
 wrote:
  On 02/25/2012 08:48 AM, Sajjad wrote:
  Hello
 
  I am using an old machine and repository support went out. I recently
 updated the qt version to 4.8.0 from source.
 
  While configuring the lyx source i am providing wiith the qt path and
 it did not complain at all:
 
  This is just a matter of finding the headers. It doesn't have anything
 to do with which libraries the system is trying to load when LyX requests
 them. Try, as Stephan suggested:
   ldd /path/to/lyx
 
  Richard
 
 
 
 //
 
  sajjad@sajjad:~/Downloads/LyX/lyx-2.0.0$ ./configure
 --with-qt4-dir='/usr/local/Trolltech/Qt-4.8.0/'
  configuring LyX version 2.0.0
  checking for build type... release
  checking for version suffix...
  checking build system type... x86_64-unknown-linux-gnu
  checking host system type... x86_64-unknown-linux-gnu
  checking target system type... x86_64-unknown-linux-gnu
  checking what packaging should be used... posix
  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 a thread-safe mkdir -p... /bin/mkdir -p
  checking for gawk... gawk
  checking whether make sets $(MAKE)... yes
  checking for a Python interpreter with version = 2.3.4... python
  checking for python... /usr/bin/python
  checking for python version... 2.5
  checking for python platform... linux2
  checking for python script directory...
 ${prefix}/lib/python2.5/site-packages
  checking for python extension module directory...
 ${exec_prefix}/lib/python2.5/site-packages
  checking for style of include used by make... GNU
  checking for gcc... gcc
  checking whether the C compiler works... yes
  checking for C compiler default output file name... a.out
  checking for suffix of executables...
  checking whether we are cross compiling... no
  checking for suffix of object files... o
  checking whether we are using the GNU C compiler... yes
  

How do I get the TeX Gyre fonts to show up as options?

2012-02-26 Thread Eric Weir

Planning to install the tex gyre fonts on my Mac, I inquired at tex on mac os 
x, I was informed that they are already installed, i.e., that they come with 
the tex live installations. So, how do I get them to show up as options under 
document  settings  fonts?

Thanks,
--
Eric Weir
eew...@bellsouth.net

Every moment is unique and discrete.

Eknath Eswaran



Margins in the beginning of the chapter

2012-02-26 Thread Jesús Herrera García







I've written a documment, using the book Koma-Script class. I need to 
put some specific margins in my document, so I indicated the space in 
this option for that in my document. 



But my problem is that when each chapter begins (also in the index), lyx puts 
the name of this chapter with too much top margin, and not the same that I've 
put and that is in the page where no chapter begins.



I need to change this margin, in the index as well as in the beginning of the 
each chapter in my document.

If anyone can help me, I would really be grateful.

By the way, I'm from Spain, is there any mailing list similar to this in 
Spanish?


  

Thank you.
  



  

Re: shared library run problem

2012-02-26 Thread Stephan Witt
Am 26.02.2012 um 00:19 schrieb Sajjad:

 Hi 
 
 i ran the suggested diagnostics and found the following result:
 
 
 sajjad@sajjad:~$ ldd /usr/local/bin/lyx
 linux-vdso.so.1 = (0x7fff853ff000)
 libenchant.so.1 = /usr/lib/libenchant.so.1 (0x7fd3d926b000)
 libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7fd3d9067000)
 libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fd3d8da2000)
 libz.so.1 = /usr/lib/libz.so.1 (0x7fd3d8b8a000)
 libQtGui.so.4 = not found
 libQtCore.so.4 = not found
 libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fd3d887d000)
 libm.so.6 = /lib/libm.so.6 (0x7fd3d85f8000)
 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fd3d83e)
 libc.so.6 = /lib/libc.so.6 (0x7fd3d806e000)
 libpthread.so.0 = /lib/libpthread.so.0 (0x7fd3d7e52000)
 libdl.so.2 = /lib/libdl.so.2 (0x7fd3d7c4e000)
 libpcre.so.3 = /lib/libpcre.so.3 (0x7fd3d7a25000)
 /lib64/ld-linux-x86-64.so.2 (0x7fd3d9476000)
 
 
 
 
 
 
 It shows that the qt library is not found. As you have seen in the previous 
 post, the output of the ./configure shows that the qt library is found. While 
 configuring  i did mention the full qt path.

Yes. That's exactly the situation: While configuring you told the compiler 
where to find your own Qt-Libraries. 
Your problem is now: you don't tell the runtime-linker where you've put the 
Qt-Libraries on your machine when running lyx.
You have to decide how to solve that. You may
1. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your system library 
path
   You have to become root and add the mentioned path to the file 
/etc/ld.so.conf and run the command ldconfig
2. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your user library path
   You have to add the mentioned directory to the value of LD_LIBRARY_PATH on 
user login.
3. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your lyx call.
   You have to create a shell script and set LD_LIBRARY_PATH there and run lyx 
from this script.
--- example ---
#!/bin/sh
LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.8.0/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
exec /path/to/lyx $@
--- end of example ---

Check the man pages for details or google for the explanations for shared 
library runtime link operation.

Stephan

 On Sat, Feb 25, 2012 at 9:49 PM, Richard Heck rgh...@comcast.net wrote:
 On 02/25/2012 08:48 AM, Sajjad wrote:
 Hello
 
 I am using an old machine and repository support went out. I recently 
 updated the qt version to 4.8.0 from source.
 
 While configuring the lyx source i am providing wiith the qt path and it did 
 not complain at all:
 
 This is just a matter of finding the headers. It doesn't have anything to do 
 with which libraries the system is trying to load when LyX requests them. 
 Try, as Stephan suggested:
  ldd /path/to/lyx
 
 Richard
 
 
 //
 
 sajjad@sajjad:~/Downloads/LyX/lyx-2.0.0$ ./configure 
 --with-qt4-dir='/usr/local/Trolltech/Qt-4.8.0/'
 configuring LyX version 2.0.0
 checking for build type... release
 checking for version suffix... 
 checking build system type... x86_64-unknown-linux-gnu
 checking host system type... x86_64-unknown-linux-gnu
 checking target system type... x86_64-unknown-linux-gnu
 checking what packaging should be used... posix
 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 a thread-safe mkdir -p... /bin/mkdir -p
 checking for gawk... gawk
 checking whether make sets $(MAKE)... yes
 checking for a Python interpreter with version = 2.3.4... python
 checking for python... /usr/bin/python
 checking for python version... 2.5
 checking for python platform... linux2
 checking for python script directory... ${prefix}/lib/python2.5/site-packages
 checking for python extension module directory... 
 ${exec_prefix}/lib/python2.5/site-packages
 checking for style of include used by make... GNU
 checking for gcc... gcc
 checking whether the C compiler works... yes
 checking for C compiler default output file name... a.out
 checking for suffix of executables... 
 checking whether we are cross compiling... no
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking dependency style of gcc... gcc3
 checking how to run the C preprocessor... gcc -E
 checking for grep that handles long lines and -e... /bin/grep
 checking for egrep... /bin/grep -E
 checking for ANSI C header files... yes
 checking for 

Re: shared library run problem

2012-02-26 Thread Sajjad
Wow!!

That was an hell of an example. Thanks a lot.

The path was already set by me inside the ld.so.conf. I had to add another
level(lib/) and now it is up and running


Thanks again folks

Sajjad

On Sun, Feb 26, 2012 at 1:31 PM, Stephan Witt st.w...@gmx.net wrote:

 Am 26.02.2012 um 00:19 schrieb Sajjad:

  Hi
 
  i ran the suggested diagnostics and found the following result:
 
 
 
  sajjad@sajjad:~$ ldd /usr/local/bin/lyx
  linux-vdso.so.1 = (0x7fff853ff000)
  libenchant.so.1 = /usr/lib/libenchant.so.1 (0x7fd3d926b000)
  libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7fd3d9067000)
  libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fd3d8da2000)
  libz.so.1 = /usr/lib/libz.so.1 (0x7fd3d8b8a000)
  libQtGui.so.4 = not found
  libQtCore.so.4 = not found
  libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fd3d887d000)
  libm.so.6 = /lib/libm.so.6 (0x7fd3d85f8000)
  libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fd3d83e)
  libc.so.6 = /lib/libc.so.6 (0x7fd3d806e000)
  libpthread.so.0 = /lib/libpthread.so.0 (0x7fd3d7e52000)
  libdl.so.2 = /lib/libdl.so.2 (0x7fd3d7c4e000)
  libpcre.so.3 = /lib/libpcre.so.3 (0x7fd3d7a25000)
  /lib64/ld-linux-x86-64.so.2 (0x7fd3d9476000)
 
 
 
 
 
 
 
  It shows that the qt library is not found. As you have seen in the
 previous post, the output of the ./configure shows that the qt library is
 found. While configuring  i did mention the full qt path.

 Yes. That's exactly the situation: While configuring you told the compiler
 where to find your own Qt-Libraries.
 Your problem is now: you don't tell the runtime-linker where you've put
 the Qt-Libraries on your machine when running lyx.
 You have to decide how to solve that. You may
 1. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your system
 library path
   You have to become root and add the mentioned path to the file
 /etc/ld.so.conf and run the command ldconfig
 2. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your user
 library path
   You have to add the mentioned directory to the value of LD_LIBRARY_PATH
 on user login.
 3. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your lyx call.
   You have to create a shell script and set LD_LIBRARY_PATH there and run
 lyx from this script.
 --- example ---
 #!/bin/sh
 LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.8.0/lib:$LD_LIBRARY_PATH
 export LD_LIBRARY_PATH
 exec /path/to/lyx $@
 --- end of example ---

 Check the man pages for details or google for the explanations for shared
 library runtime link operation.

 Stephan

  On Sat, Feb 25, 2012 at 9:49 PM, Richard Heck rgh...@comcast.net
 wrote:
  On 02/25/2012 08:48 AM, Sajjad wrote:
  Hello
 
  I am using an old machine and repository support went out. I recently
 updated the qt version to 4.8.0 from source.
 
  While configuring the lyx source i am providing wiith the qt path and
 it did not complain at all:
 
  This is just a matter of finding the headers. It doesn't have anything
 to do with which libraries the system is trying to load when LyX requests
 them. Try, as Stephan suggested:
   ldd /path/to/lyx
 
  Richard
 
 
 
 //
 
  sajjad@sajjad:~/Downloads/LyX/lyx-2.0.0$ ./configure
 --with-qt4-dir='/usr/local/Trolltech/Qt-4.8.0/'
  configuring LyX version 2.0.0
  checking for build type... release
  checking for version suffix...
  checking build system type... x86_64-unknown-linux-gnu
  checking host system type... x86_64-unknown-linux-gnu
  checking target system type... x86_64-unknown-linux-gnu
  checking what packaging should be used... posix
  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 a thread-safe mkdir -p... /bin/mkdir -p
  checking for gawk... gawk
  checking whether make sets $(MAKE)... yes
  checking for a Python interpreter with version = 2.3.4... python
  checking for python... /usr/bin/python
  checking for python version... 2.5
  checking for python platform... linux2
  checking for python script directory...
 ${prefix}/lib/python2.5/site-packages
  checking for python extension module directory...
 ${exec_prefix}/lib/python2.5/site-packages
  checking for style of include used by make... GNU
  checking for gcc... gcc
  checking whether the C compiler works... yes
  checking for C compiler default output file name... a.out
  checking for suffix of executables...
  checking whether we are cross compiling... no
  checking for suffix of object files... o
  checking whether we are using the GNU C compiler... yes
  

How do I get the TeX Gyre fonts to show up as options?

2012-02-26 Thread Eric Weir

Planning to install the tex gyre fonts on my Mac, I inquired at tex on mac os 
x, I was informed that they are already installed, i.e., that they come with 
the tex live installations. So, how do I get them to show up as options under 
document  settings  fonts?

Thanks,
--
Eric Weir
eew...@bellsouth.net

Every moment is unique and discrete.

Eknath Eswaran



Margins in the beginning of the chapter

2012-02-26 Thread Jesús Herrera García







I've written a documment, using the book Koma-Script class. I need to 
put some specific margins in my document, so I indicated the space in 
this option for that in my document. 



But my problem is that when each chapter begins (also in the index), lyx puts 
the name of this chapter with too much top margin, and not the same that I've 
put and that is in the page where no chapter begins.



I need to change this margin, in the index as well as in the beginning of the 
each chapter in my document.

If anyone can help me, I would really be grateful.

By the way, I'm from Spain, is there any mailing list similar to this in 
Spanish?


  

Thank you.
  



  

Re: shared library run problem

2012-02-26 Thread Stephan Witt
Am 26.02.2012 um 00:19 schrieb Sajjad:

> Hi 
> 
> i ran the suggested diagnostics and found the following result:
> 
> 
> sajjad@sajjad:~$ ldd /usr/local/bin/lyx
> linux-vdso.so.1 => (0x7fff853ff000)
> libenchant.so.1 => /usr/lib/libenchant.so.1 (0x7fd3d926b000)
> libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x7fd3d9067000)
> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x7fd3d8da2000)
> libz.so.1 => /usr/lib/libz.so.1 (0x7fd3d8b8a000)
> libQtGui.so.4 => not found
> libQtCore.so.4 => not found
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7fd3d887d000)
> libm.so.6 => /lib/libm.so.6 (0x7fd3d85f8000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7fd3d83e)
> libc.so.6 => /lib/libc.so.6 (0x7fd3d806e000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x7fd3d7e52000)
> libdl.so.2 => /lib/libdl.so.2 (0x7fd3d7c4e000)
> libpcre.so.3 => /lib/libpcre.so.3 (0x7fd3d7a25000)
> /lib64/ld-linux-x86-64.so.2 (0x7fd3d9476000)
> 
> 
> 
> 
> 
> 
> It shows that the qt library is not found. As you have seen in the previous 
> post, the output of the ./configure shows that the qt library is found. While 
> configuring  i did mention the full qt path.

Yes. That's exactly the situation: While configuring you told the compiler 
where to find your own Qt-Libraries. 
Your problem is now: you don't tell the runtime-linker where you've put the 
Qt-Libraries on your machine when running lyx.
You have to decide how to solve that. You may
1. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your system library 
path
   You have to become root and add the mentioned path to the file 
/etc/ld.so.conf and run the command ldconfig
2. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your user library path
   You have to add the mentioned directory to the value of LD_LIBRARY_PATH on 
user login.
3. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your lyx call.
   You have to create a shell script and set LD_LIBRARY_PATH there and run lyx 
from this script.
--- example ---
#!/bin/sh
LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.8.0/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
exec /path/to/lyx "$@"
--- end of example ---

Check the man pages for details or google for the explanations for shared 
library runtime link operation.

Stephan

> On Sat, Feb 25, 2012 at 9:49 PM, Richard Heck  wrote:
> On 02/25/2012 08:48 AM, Sajjad wrote:
>> Hello
>> 
>> I am using an old machine and repository support went out. I recently 
>> updated the qt version to 4.8.0 from source.
>> 
>> While configuring the lyx source i am providing wiith the qt path and it did 
>> not complain at all:
>> 
> This is just a matter of finding the headers. It doesn't have anything to do 
> with which libraries the system is trying to load when LyX requests them. 
> Try, as Stephan suggested:
> > ldd /path/to/lyx
> 
> Richard
> 
> 
>> //
>> 
>> sajjad@sajjad:~/Downloads/LyX/lyx-2.0.0$ ./configure 
>> --with-qt4-dir='/usr/local/Trolltech/Qt-4.8.0/'
>> configuring LyX version 2.0.0
>> checking for build type... release
>> checking for version suffix... 
>> checking build system type... x86_64-unknown-linux-gnu
>> checking host system type... x86_64-unknown-linux-gnu
>> checking target system type... x86_64-unknown-linux-gnu
>> checking what packaging should be used... posix
>> 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 a thread-safe mkdir -p... /bin/mkdir -p
>> checking for gawk... gawk
>> checking whether make sets $(MAKE)... yes
>> checking for a Python interpreter with version >= 2.3.4... python
>> checking for python... /usr/bin/python
>> checking for python version... 2.5
>> checking for python platform... linux2
>> checking for python script directory... ${prefix}/lib/python2.5/site-packages
>> checking for python extension module directory... 
>> ${exec_prefix}/lib/python2.5/site-packages
>> checking for style of include used by make... GNU
>> checking for gcc... gcc
>> checking whether the C compiler works... yes
>> checking for C compiler default output file name... a.out
>> checking for suffix of executables... 
>> checking whether we are cross compiling... no
>> checking for suffix of object files... o
>> checking whether we are using the GNU C compiler... yes
>> checking whether gcc accepts -g... yes
>> checking for gcc option to accept ISO C89... none needed
>> checking dependency style of gcc... gcc3
>> checking how to run the C preprocessor... gcc -E
>> checking 

Re: shared library run problem

2012-02-26 Thread Sajjad
Wow!!

That was an hell of an example. Thanks a lot.

The path was already set by me inside the ld.so.conf. I had to add another
level(lib/) and now it is up and running


Thanks again folks

Sajjad

On Sun, Feb 26, 2012 at 1:31 PM, Stephan Witt  wrote:

> Am 26.02.2012 um 00:19 schrieb Sajjad:
>
> > Hi
> >
> > i ran the suggested diagnostics and found the following result:
> >
> >
> 
> > sajjad@sajjad:~$ ldd /usr/local/bin/lyx
> > linux-vdso.so.1 => (0x7fff853ff000)
> > libenchant.so.1 => /usr/lib/libenchant.so.1 (0x7fd3d926b000)
> > libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x7fd3d9067000)
> > libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x7fd3d8da2000)
> > libz.so.1 => /usr/lib/libz.so.1 (0x7fd3d8b8a000)
> > libQtGui.so.4 => not found
> > libQtCore.so.4 => not found
> > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7fd3d887d000)
> > libm.so.6 => /lib/libm.so.6 (0x7fd3d85f8000)
> > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7fd3d83e)
> > libc.so.6 => /lib/libc.so.6 (0x7fd3d806e000)
> > libpthread.so.0 => /lib/libpthread.so.0 (0x7fd3d7e52000)
> > libdl.so.2 => /lib/libdl.so.2 (0x7fd3d7c4e000)
> > libpcre.so.3 => /lib/libpcre.so.3 (0x7fd3d7a25000)
> > /lib64/ld-linux-x86-64.so.2 (0x7fd3d9476000)
> >
> >
> >
> >
> 
> >
> >
> > It shows that the qt library is not found. As you have seen in the
> previous post, the output of the ./configure shows that the qt library is
> found. While configuring  i did mention the full qt path.
>
> Yes. That's exactly the situation: While configuring you told the compiler
> where to find your own Qt-Libraries.
> Your problem is now: you don't tell the runtime-linker where you've put
> the Qt-Libraries on your machine when running lyx.
> You have to decide how to solve that. You may
> 1. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your system
> library path
>   You have to become root and add the mentioned path to the file
> /etc/ld.so.conf and run the command ldconfig
> 2. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your user
> library path
>   You have to add the mentioned directory to the value of LD_LIBRARY_PATH
> on user login.
> 3. add the directory /usr/local/Trolltech/Qt-4.8.0/lib to your lyx call.
>   You have to create a shell script and set LD_LIBRARY_PATH there and run
> lyx from this script.
> --- example ---
> #!/bin/sh
> LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.8.0/lib:$LD_LIBRARY_PATH
> export LD_LIBRARY_PATH
> exec /path/to/lyx "$@"
> --- end of example ---
>
> Check the man pages for details or google for the explanations for shared
> library runtime link operation.
>
> Stephan
>
> > On Sat, Feb 25, 2012 at 9:49 PM, Richard Heck 
> wrote:
> > On 02/25/2012 08:48 AM, Sajjad wrote:
> >> Hello
> >>
> >> I am using an old machine and repository support went out. I recently
> updated the qt version to 4.8.0 from source.
> >>
> >> While configuring the lyx source i am providing wiith the qt path and
> it did not complain at all:
> >>
> > This is just a matter of finding the headers. It doesn't have anything
> to do with which libraries the system is trying to load when LyX requests
> them. Try, as Stephan suggested:
> > > ldd /path/to/lyx
> >
> > Richard
> >
> >
> >>
> //
> >>
> >> sajjad@sajjad:~/Downloads/LyX/lyx-2.0.0$ ./configure
> --with-qt4-dir='/usr/local/Trolltech/Qt-4.8.0/'
> >> configuring LyX version 2.0.0
> >> checking for build type... release
> >> checking for version suffix...
> >> checking build system type... x86_64-unknown-linux-gnu
> >> checking host system type... x86_64-unknown-linux-gnu
> >> checking target system type... x86_64-unknown-linux-gnu
> >> checking what packaging should be used... posix
> >> 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 a thread-safe mkdir -p... /bin/mkdir -p
> >> checking for gawk... gawk
> >> checking whether make sets $(MAKE)... yes
> >> checking for a Python interpreter with version >= 2.3.4... python
> >> checking for python... /usr/bin/python
> >> checking for python version... 2.5
> >> checking for python platform... linux2
> >> checking for python script directory...
> ${prefix}/lib/python2.5/site-packages
> >> checking for python extension module directory...
> ${exec_prefix}/lib/python2.5/site-packages
> >> checking for style of include used by make... GNU
> >> checking for gcc... gcc
> >> checking whether the C compiler works... yes
> >> checking for C 

How do I get the TeX Gyre fonts to show up as options?

2012-02-26 Thread Eric Weir

Planning to install the tex gyre fonts on my Mac, I inquired at tex on mac os 
x, I was informed that they are already installed, i.e., that they come with 
the tex live installations. So, how do I get them to show up as options under 
document > settings > fonts?

Thanks,
--
Eric Weir
eew...@bellsouth.net

"Every moment is unique and discrete."

Eknath Eswaran



Margins in the beginning of the chapter

2012-02-26 Thread Jesús Herrera García







I've written a documment, using the book Koma-Script class. I need to 
put some specific margins in my document, so I indicated the space in 
this option for that in my document. 



But my problem is that when each chapter begins (also in the index), lyx puts 
the name of this chapter with too much top margin, and not the same that I've 
put and that is in the page where no chapter begins.



I need to change this margin, in the index as well as in the beginning of the 
each chapter in my document.

If anyone can help me, I would really be grateful.

By the way, I'm from Spain, is there any mailing list similar to this in 
Spanish?


  

Thank you.