Re: Updating to new Texlive release

[stefano franchi]

On Tue, Sep 20, 2011 at 5:34 AM, ehud.kap...@gmail.com
ehud.kap...@gmail.com wrote:
 Thanks, Stefano-- that was helpful.  Too bad Lyx requires me to click OK
 after reconfiguring.
 Where can I find a description of the options for the command line interface
 for Lyx?

Hi Ehud,

I don't know but I am cc'ing the lyx-users list. The developers may
know. I learned about the options from  lyx --help



Cheers,

Stefano
 Yours,
 Ehud

 On 9/18/2011 9:59 AM, stefano franchi wrote:

 Hi Ehud,

 have you tried issuing

  lyx --execute reconfigure

 from the command line? I don't update  texlive very often (even though
 I should), so I never tried to put it in a script. But it should work.
 It may fire up Lyx, though, so I guess you would have to find a way to
 exit it from within the script.

 Cheers,

 Stefano


 On Sun, Sep 18, 2011 at 6:58 AM, ehud.kap...@gmail.com
 ehud.kap...@gmail.com wrote:

 Hi Stefano,
 This is unrelated to the issue you had, but you might be able to help:
 Every time I update/upgrade Texlive (from tlmgr) I have to reconfigure Lyx
 from its menus, close t and restart.  Is there a command line way of
 reconfiguring Lyx?  Is so, I could put it in a .bat or .sh file and update
 Texlive and reconfigure Lyx all at once.
 Thanks,
 Ehud Kaplan

 On 9/15/2011 7:24 PM, stefano franchi wrote:

 Problem solved :-)

 Thanks to everyone, and particularly to Julio for pointing me in the
 right direction. As he guessed, the problem was not with Lyx, but with
 the environment that Kde works with. I always launch my applications
 from Krunner (the little Kde app that offer a command line-like
 mini-screen). After a lot of searching, I discovered that:

 1. Krunner uses the PATH variables set by startkde (the script that
 starts the KDE desktop)

 2. startkde does two things, path-wise:
a - first it uses the PATH settings it inherits from the process it
 is run from;
b - then it looks for executable (i.e scripts) files in kde's  /env
  directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
c - it runs any executable files it finds

 3. To align the PATH variable in a bash shell (which I set in .profile
 and .bash_profile) with krunner's, I wrote a one-line file which
 exports  the correct path, called it profile.sh, made it executable,
 and put it in a newly created  dir ~HOME/.kde4/env

 after logging out and restarting kde, lyx now finds TL2011 when
 launched  from a shell and from Krunner.


 Thanks to everyone.


 Cheers,

 Stefano

 On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin ru...@msu.edu wrote:

 In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the
 old
 version?

 Paul






 --
 Ehud Kaplan, Ph.D.
 Jules and Doris Stein Research to Prevent Blindness Professor
 Director, Center of Excellence for Computational  System neuroscience,
 The Friedman Brain Institute, MSSM
 Director, The laboratory of Visual  Computational Neuroscience
 Depts. of Neuroscience, Ophthalmology, Chemical  Structural Biology
 The Mount Sinai School of Medicine
 One Gustave Levy Place
 New York, NY, 10029




 --

 Ehud Kaplan, Ph.D.

 Jules and Doris Stein Research to Prevent Blindness Professor

 Director, The laboratory of Visual  Computational Neuroscience

 Director, Center for Excellence in Computational  Systems Neuroscience

 Friedman Brain Institute

 Departments of Neuroscience, Ophthalmology, Structural  Chemical Biology,

 The Mount Sinai School of Medicine

 One Gustave Levy Place,

 NY, NY, 10029



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[stefano franchi]

On Tue, Sep 20, 2011 at 5:34 AM, ehud.kap...@gmail.com
ehud.kap...@gmail.com wrote:
 Thanks, Stefano-- that was helpful.  Too bad Lyx requires me to click OK
 after reconfiguring.
 Where can I find a description of the options for the command line interface
 for Lyx?

Hi Ehud,

I don't know but I am cc'ing the lyx-users list. The developers may
know. I learned about the options from  lyx --help



Cheers,

Stefano
 Yours,
 Ehud

 On 9/18/2011 9:59 AM, stefano franchi wrote:

 Hi Ehud,

 have you tried issuing

  lyx --execute reconfigure

 from the command line? I don't update  texlive very often (even though
 I should), so I never tried to put it in a script. But it should work.
 It may fire up Lyx, though, so I guess you would have to find a way to
 exit it from within the script.

 Cheers,

 Stefano


 On Sun, Sep 18, 2011 at 6:58 AM, ehud.kap...@gmail.com
 ehud.kap...@gmail.com wrote:

 Hi Stefano,
 This is unrelated to the issue you had, but you might be able to help:
 Every time I update/upgrade Texlive (from tlmgr) I have to reconfigure Lyx
 from its menus, close t and restart.  Is there a command line way of
 reconfiguring Lyx?  Is so, I could put it in a .bat or .sh file and update
 Texlive and reconfigure Lyx all at once.
 Thanks,
 Ehud Kaplan

 On 9/15/2011 7:24 PM, stefano franchi wrote:

 Problem solved :-)

 Thanks to everyone, and particularly to Julio for pointing me in the
 right direction. As he guessed, the problem was not with Lyx, but with
 the environment that Kde works with. I always launch my applications
 from Krunner (the little Kde app that offer a command line-like
 mini-screen). After a lot of searching, I discovered that:

 1. Krunner uses the PATH variables set by startkde (the script that
 starts the KDE desktop)

 2. startkde does two things, path-wise:
a - first it uses the PATH settings it inherits from the process it
 is run from;
b - then it looks for executable (i.e scripts) files in kde's  /env
  directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
c - it runs any executable files it finds

 3. To align the PATH variable in a bash shell (which I set in .profile
 and .bash_profile) with krunner's, I wrote a one-line file which
 exports  the correct path, called it profile.sh, made it executable,
 and put it in a newly created  dir ~HOME/.kde4/env

 after logging out and restarting kde, lyx now finds TL2011 when
 launched  from a shell and from Krunner.


 Thanks to everyone.


 Cheers,

 Stefano

 On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin ru...@msu.edu wrote:

 In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the
 old
 version?

 Paul






 --
 Ehud Kaplan, Ph.D.
 Jules and Doris Stein Research to Prevent Blindness Professor
 Director, Center of Excellence for Computational  System neuroscience,
 The Friedman Brain Institute, MSSM
 Director, The laboratory of Visual  Computational Neuroscience
 Depts. of Neuroscience, Ophthalmology, Chemical  Structural Biology
 The Mount Sinai School of Medicine
 One Gustave Levy Place
 New York, NY, 10029




 --

 Ehud Kaplan, Ph.D.

 Jules and Doris Stein Research to Prevent Blindness Professor

 Director, The laboratory of Visual  Computational Neuroscience

 Director, Center for Excellence in Computational  Systems Neuroscience

 Friedman Brain Institute

 Departments of Neuroscience, Ophthalmology, Structural  Chemical Biology,

 The Mount Sinai School of Medicine

 One Gustave Levy Place,

 NY, NY, 10029



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[stefano franchi]

On Tue, Sep 20, 2011 at 5:34 AM, ehud.kap...@gmail.com
 wrote:
> Thanks, Stefano-- that was helpful.  Too bad Lyx requires me to click OK
> after reconfiguring.
> Where can I find a description of the options for the command line interface
> for Lyx?

Hi Ehud,

I don't know but I am cc'ing the lyx-users list. The developers may
know. I learned about the options from  lyx --help



Cheers,

Stefano
> Yours,
> Ehud
>
> On 9/18/2011 9:59 AM, stefano franchi wrote:
>
> Hi Ehud,
>
> have you tried issuing
>
>  lyx --execute reconfigure
>
> from the command line? I don't update  texlive very often (even though
> I should), so I never tried to put it in a script. But it should work.
> It may fire up Lyx, though, so I guess you would have to find a way to
> exit it from within the script.
>
> Cheers,
>
> Stefano
>
>
> On Sun, Sep 18, 2011 at 6:58 AM, ehud.kap...@gmail.com
>  wrote:
>
> Hi Stefano,
> This is unrelated to the issue you had, but you might be able to help:
> Every time I update/upgrade Texlive (from tlmgr) I have to reconfigure Lyx
> from its menus, close t and restart.  Is there a command line way of
> reconfiguring Lyx?  Is so, I could put it in a .bat or .sh file and update
> Texlive and reconfigure Lyx all at once.
> Thanks,
> Ehud Kaplan
>
> On 9/15/2011 7:24 PM, stefano franchi wrote:
>
> Problem solved :-)
>
> Thanks to everyone, and particularly to Julio for pointing me in the
> right direction. As he guessed, the problem was not with Lyx, but with
> the environment that Kde works with. I always launch my applications
> from Krunner (the little Kde app that offer a command line-like
> mini-screen). After a lot of searching, I discovered that:
>
> 1. Krunner uses the PATH variables set by startkde (the script that
> starts the KDE desktop)
>
> 2. startkde does two things, path-wise:
>a - first it uses the PATH settings it inherits from the process it
> is run from;
>b - then it looks for executable (i.e scripts) files in kde's  /env
>  directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
>c - it runs any executable files it finds
>
> 3. To align the PATH variable in a bash shell (which I set in .profile
> and .bash_profile) with krunner's, I wrote a one-line file which
> exports  the correct path, called it profile.sh, made it executable,
> and put it in a newly created  dir ~HOME/.kde4/env
>
> after logging out and restarting kde, lyx now finds TL2011 when
> launched  from a shell and from Krunner.
>
>
> Thanks to everyone.
>
>
> Cheers,
>
> Stefano
>
> On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin  wrote:
>
> In LyX, could Tools > Preferences > Paths > PATH prefix be pointing to the
> old
> version?
>
> Paul
>
>
>
>
>
>
> --
> Ehud Kaplan, Ph.D.
> Jules and Doris Stein Research to Prevent Blindness Professor
> Director, Center of Excellence for Computational & System neuroscience,
> The Friedman Brain Institute, MSSM
> Director, The laboratory of Visual & Computational Neuroscience
> Depts. of Neuroscience, Ophthalmology, Chemical & Structural Biology
> The Mount Sinai School of Medicine
> One Gustave Levy Place
> New York, NY, 10029
>
>
>
>
> --
>
> Ehud Kaplan, Ph.D.
>
> Jules and Doris Stein Research to Prevent Blindness Professor
>
> Director, The laboratory of Visual & Computational Neuroscience
>
> Director, Center for Excellence in Computational & Systems Neuroscience
>
> Friedman Brain Institute
>
> Departments of Neuroscience, Ophthalmology, Structural & Chemical Biology,
>
> The Mount Sinai School of Medicine
>
> One Gustave Levy Place,
>
> NY, NY, 10029



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julio Rojas]

Glad you solved the problem. What I still cannot believe is how
difficult is it to set the path for your graphic environment in Linux.
*roll eyes*

Regards.
-
Julio Rojas
jcredbe...@gmail.com



On Fri, Sep 16, 2011 at 1:24 AM, stefano franchi
stefano.fran...@gmail.com wrote:
 Problem solved :-)

 Thanks to everyone, and particularly to Julio for pointing me in the
 right direction. As he guessed, the problem was not with Lyx, but with
 the environment that Kde works with. I always launch my applications
 from Krunner (the little Kde app that offer a command line-like
 mini-screen). After a lot of searching, I discovered that:

 1. Krunner uses the PATH variables set by startkde (the script that
 starts the KDE desktop)

 2. startkde does two things, path-wise:
   a - first it uses the PATH settings it inherits from the process it
 is run from;
   b - then it looks for executable (i.e scripts) files in kde's  /env
  directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
   c - it runs any executable files it finds

 3. To align the PATH variable in a bash shell (which I set in .profile
 and .bash_profile) with krunner's, I wrote a one-line file which
 exports  the correct path, called it profile.sh, made it executable,
 and put it in a newly created  dir ~HOME/.kde4/env

 after logging out and restarting kde, lyx now finds TL2011 when
 launched  from a shell and from Krunner.


 Thanks to everyone.


 Cheers,

 Stefano

 On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin ru...@msu.edu wrote:
 In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the 
 old
 version?

 Paul






 --
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic Studies            Ph:   +1 (979) 845-2125
 Texas AM University                          Fax:  +1 (979) 845-6421
 College Station, Texas, USA

Re: Updating to new Texlive release

[Julio Rojas]

Glad you solved the problem. What I still cannot believe is how
difficult is it to set the path for your graphic environment in Linux.
*roll eyes*

Regards.
-
Julio Rojas
jcredbe...@gmail.com



On Fri, Sep 16, 2011 at 1:24 AM, stefano franchi
stefano.fran...@gmail.com wrote:
 Problem solved :-)

 Thanks to everyone, and particularly to Julio for pointing me in the
 right direction. As he guessed, the problem was not with Lyx, but with
 the environment that Kde works with. I always launch my applications
 from Krunner (the little Kde app that offer a command line-like
 mini-screen). After a lot of searching, I discovered that:

 1. Krunner uses the PATH variables set by startkde (the script that
 starts the KDE desktop)

 2. startkde does two things, path-wise:
   a - first it uses the PATH settings it inherits from the process it
 is run from;
   b - then it looks for executable (i.e scripts) files in kde's  /env
  directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
   c - it runs any executable files it finds

 3. To align the PATH variable in a bash shell (which I set in .profile
 and .bash_profile) with krunner's, I wrote a one-line file which
 exports  the correct path, called it profile.sh, made it executable,
 and put it in a newly created  dir ~HOME/.kde4/env

 after logging out and restarting kde, lyx now finds TL2011 when
 launched  from a shell and from Krunner.


 Thanks to everyone.


 Cheers,

 Stefano

 On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin ru...@msu.edu wrote:
 In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the 
 old
 version?

 Paul






 --
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic Studies            Ph:   +1 (979) 845-2125
 Texas AM University                          Fax:  +1 (979) 845-6421
 College Station, Texas, USA

Re: Updating to new Texlive release

[Julio Rojas]

Glad you solved the problem. What I still cannot believe is how
difficult is it to set the path for your graphic environment in Linux.
*roll eyes*

Regards.
-
Julio Rojas
jcredbe...@gmail.com



On Fri, Sep 16, 2011 at 1:24 AM, stefano franchi
 wrote:
> Problem solved :-)
>
> Thanks to everyone, and particularly to Julio for pointing me in the
> right direction. As he guessed, the problem was not with Lyx, but with
> the environment that Kde works with. I always launch my applications
> from Krunner (the little Kde app that offer a command line-like
> mini-screen). After a lot of searching, I discovered that:
>
> 1. Krunner uses the PATH variables set by startkde (the script that
> starts the KDE desktop)
>
> 2. startkde does two things, path-wise:
>   a - first it uses the PATH settings it inherits from the process it
> is run from;
>   b - then it looks for executable (i.e scripts) files in kde's  /env
>  directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
>   c - it runs any executable files it finds
>
> 3. To align the PATH variable in a bash shell (which I set in .profile
> and .bash_profile) with krunner's, I wrote a one-line file which
> exports  the correct path, called it profile.sh, made it executable,
> and put it in a newly created  dir ~HOME/.kde4/env
>
> after logging out and restarting kde, lyx now finds TL2011 when
> launched  from a shell and from Krunner.
>
>
> Thanks to everyone.
>
>
> Cheers,
>
> Stefano
>
> On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin  wrote:
>> In LyX, could Tools > Preferences > Paths > PATH prefix be pointing to the 
>> old
>> version?
>>
>> Paul
>>
>>
>>
>
>
>
> --
> __
> Stefano Franchi
> Associate Research Professor
> Department of Hispanic Studies            Ph:   +1 (979) 845-2125
> Texas A University                          Fax:  +1 (979) 845-6421
> College Station, Texas, USA
>

Updating to new Texlive release

[stefano franchi]

Dear all,

I am sure this question has been asked before, but searching the
list and the wiki did not produce any result. (please redirect me to
the correct place if I am wrong. Or enlighten me and I'll a dd a wiki
page if none exists).

Question: How do convince an existing Lyx installation to use a newly
installed Texlive system?

My user case:

a. I used to have Texlive 2010 installed. I upgraded to TexLive 2011
(better late than never...). I set up paths, etcetera
post-installation. (I did NOT erase my old Texlive 2010 installation,
because I still need it for older projects.) Now every call to
tex/latex/luatex, etc from command line brings up files, packages,
and binaries from the new installation (e.g. from
/usr/local/texlive/2011/)

b. I started Lyx, reconfigured and restarted it. Nothing happens. Lyx
uses the old Texlive class files in /usr/local/texlive/2010/, as well
as the old binaries.


What am I missing?


Thanks,

Stefano

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Rich Shepard]

On Thu, 15 Sep 2011, stefano franchi wrote:


   I am sure this question has been asked before, but searching the list
and the wiki did not produce any result. (please redirect me to the
correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
none exists).


Stefano,

  I don't have a generic answer but can write that I've had no problems
upgrading TeXLive. I run Slackware and there's a SlackBuild script that
correctly compiles everthing. Of course, one compressed source file is 1.2G
in size so it takes a while to download, and the build also takes a long
time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
LyX to check. It fires right up and works without any involvement by me.

Rich

Re: Updating to new Texlive release

[stefano franchi]

On Thu, Sep 15, 2011 at 10:09 AM, Rich Shepard rshep...@appl-ecosys.com wrote:
 On Thu, 15 Sep 2011, stefano franchi wrote:

   I am sure this question has been asked before, but searching the list
 and the wiki did not produce any result. (please redirect me to the
 correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
 none exists).

 Stefano,

  I don't have a generic answer but can write that I've had no problems
 upgrading TeXLive. I run Slackware and there's a SlackBuild script that
 correctly compiles everthing. Of course, one compressed source file is 1.2G
 in size so it takes a while to download, and the build also takes a long
 time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
 LyX to check. It fires right up and works without any involvement by me.

Hi Rich,

I am on Kubuntu, but did not use its Debian-derived package system to
upgrade Texlive. I went at it directly with the Texlive net installer.
Installation was fine. Indeed, I am now using lyx to write, exporting
the file to Latex, and then doing all my compilations either from the
command line or from Kile.
It is just Lyx that refuses to see the new installation. Perhaps I
should trash the relevant config files in my ~/.lyx folder? Can anyone
know which ones?


Best,

Stefano



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julio Rojas]

Stefano, does latex/pdflatex work by itself? If so, which version is
running? I had the same problem and I had to change the path to point
to the new installation.

Regards.
-
Julio Rojas
jcredbe...@gmail.com



On Thu, Sep 15, 2011 at 5:33 PM, stefano franchi
stefano.fran...@gmail.com wrote:
 On Thu, Sep 15, 2011 at 10:09 AM, Rich Shepard rshep...@appl-ecosys.com 
 wrote:
 On Thu, 15 Sep 2011, stefano franchi wrote:

   I am sure this question has been asked before, but searching the list
 and the wiki did not produce any result. (please redirect me to the
 correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
 none exists).

 Stefano,

  I don't have a generic answer but can write that I've had no problems
 upgrading TeXLive. I run Slackware and there's a SlackBuild script that
 correctly compiles everthing. Of course, one compressed source file is 1.2G
 in size so it takes a while to download, and the build also takes a long
 time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
 LyX to check. It fires right up and works without any involvement by me.

 Hi Rich,

 I am on Kubuntu, but did not use its Debian-derived package system to
 upgrade Texlive. I went at it directly with the Texlive net installer.
 Installation was fine. Indeed, I am now using lyx to write, exporting
 the file to Latex, and then doing all my compilations either from the
 command line or from Kile.
 It is just Lyx that refuses to see the new installation. Perhaps I
 should trash the relevant config files in my ~/.lyx folder? Can anyone
 know which ones?


 Best,

 Stefano



 --
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic Studies            Ph:   +1 (979) 845-2125
 Texas AM University                          Fax:  +1 (979) 845-6421
 College Station, Texas, USA

Re: Updating to new Texlive release

[stefano franchi]

Julio, David:


I do not have the ubuntu-provided install of texlive. However, I do
have 2 working texlive installs: the 2010 texlive and the 2011
texlive. I need to keep the older one around for a while until a book
I wrote with it is actually printed.
I have no problems from the command line. I just switch the paths
around in my .profile file. But I want to have texlive as the default,
so that all my new projects compile with the newer installation and
newer packages. Again, I can accomplush the task easily from the
command line, and pdflatex and companions work as expected.

It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?

Cheers,

Stefano



On Thu, Sep 15, 2011 at 11:15 AM, David L. Johnson
david.john...@lehigh.edu wrote:
 On 09/15/2011 11:33 AM, stefano franchi wrote:

 Hi Rich,

 I am on Kubuntu, but did not use its Debian-derived package system to
 upgrade Texlive. I went at it directly with the Texlive net installer.
 Installation was fine. Indeed, I am now using lyx to write, exporting
 the file to Latex, and then doing all my compilations either from the
 command line or from Kile.
 It is just Lyx that refuses to see the new installation. Perhaps I
 should trash the relevant config files in my ~/.lyx folder? Can anyone
 know which ones?

 If you got rid of the distribution-provided texlive, so the new one is the
 only one on your system, lyx should be able to find it if you do Tools 
 Reconfigure.  At least, it'd complain if it couldn't find it.

 --

 David L. Johnson

 The motor car reflects our standard of living and gauges the speed of
 our present life. It long ago ran down Simple Living, and never halted
 to inquire about the prostrate figure which fell as its victim.
                -- Warren G. Harding





-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:05 PM, stefano franchi wrote:

It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?



There's a PATH setting in LyX' Preferences, you could check that.

Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?


Cheers,

Stefano



--
Julien

Re: Updating to new Texlive release

[stefano franchi]

Hi Julien,


I can tell that Lyx is using the wrong pdflatex (and, most
importantly, the wrong classes), from the Latex log:

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
(format=pdflatex 2011.1.4)  15 SEP 2011 09:14
entering extended mode
 restricted \write18 enabled.
 %-line parsing enabled.


and from the Tex information dialog in the Tools menu (with full path enabled).

Why this is important to me: I routinely use biblatex, biber, and
lua(La)tex. They have changed considerably between TL2010 and TL2011,
and are not fully compatible.


On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
 On 15/09/2011 7:05 PM, stefano franchi wrote:

 It' s just Lyx that's giving me problems. A far I can tell, when I hit
 reconfigure it finds the older 2010 installation and it stops there.
 Is LyX using the PATH variable to search for executables? If so,
 perhaps there is a config somewhere file that caches the results?


 There's a PATH setting in LyX' Preferences, you could check that.

 Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?

 Cheers,

 Stefano


 --
 Julien





-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:27 PM, stefano franchi wrote:

There's a PATH setting in LyX' Preferences, you could check that.



I see that now, thanks for the info. But what am I suppose to write
there? The dialog calls it a PATH prefix. I tried adding
/usr/share/texlive/2011/ but it has no effect on my system

Cheers,

Stefano



Just guessing:

/usr/share/texlive/2011/bin
reconfigure

Good luck,
Julien

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:24 PM, stefano franchi wrote:

Hi Julien,


I can tell that Lyx is using the wrong pdflatex (and, most
importantly, the wrong classes), from the Latex log:

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
(format=pdflatex 2011.1.4)  15 SEP 2011 09:14
entering extended mode
  restricted \write18 enabled.
  %-line parsing enabled.


and from the Tex information dialog in the Tools menu (with full path enabled).

Why this is important to me: I routinely use biblatex, biber, and
lua(La)tex. They have changed considerably between TL2010 and TL2011,
and are not fully compatible.


On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
jri...@physics.utoronto.ca  wrote:

On 15/09/2011 7:05 PM, stefano franchi wrote:


It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?



There's a PATH setting in LyX' Preferences, you could check that.

Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?


Cheers,

Stefano



--
Julien








Another place to look out for is the Converter pane in LyX' preferences. 
Have a look at the LaTeX (pdflatex) - PDF (pdflatex) converter, in case 
you had customized it with an absolute path.


--
Julien

Re: Updating to new Texlive release

[Julio Rojas]

The path for gnome is independent from path for bash. Run Lyx from
bash, if it works with 2011, then you know you have to update gnome's
path.
-
Julio Rojas
jcredbe...@gmail.com



On Thu, Sep 15, 2011 at 7:46 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
 On 15/09/2011 7:24 PM, stefano franchi wrote:

 Hi Julien,


 I can tell that Lyx is using the wrong pdflatex (and, most
 importantly, the wrong classes), from the Latex log:

 This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
 (format=pdflatex 2011.1.4)  15 SEP 2011 09:14
 entering extended mode
  restricted \write18 enabled.
  %-line parsing enabled.


 and from the Tex information dialog in the Tools menu (with full path
 enabled).

 Why this is important to me: I routinely use biblatex, biber, and
 lua(La)tex. They have changed considerably between TL2010 and TL2011,
 and are not fully compatible.


 On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
 jri...@physics.utoronto.ca  wrote:

 On 15/09/2011 7:05 PM, stefano franchi wrote:

 It' s just Lyx that's giving me problems. A far I can tell, when I hit
 reconfigure it finds the older 2010 installation and it stops there.
 Is LyX using the PATH variable to search for executables? If so,
 perhaps there is a config somewhere file that caches the results?


 There's a PATH setting in LyX' Preferences, you could check that.

 Otherwise, I'm curious how can you tell that LyX is using the wrong
 texlive?

 Cheers,

 Stefano


 --
 Julien






 Another place to look out for is the Converter pane in LyX' preferences.
 Have a look at the LaTeX (pdflatex) - PDF (pdflatex) converter, in case you
 had customized it with an absolute path.

 --
 Julien

Re: Updating to new Texlive release

[Paul Rubin]

In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the old
version?

Paul

Re: Updating to new Texlive release

[stefano franchi]

Problem solved :-)

Thanks to everyone, and particularly to Julio for pointing me in the
right direction. As he guessed, the problem was not with Lyx, but with
the environment that Kde works with. I always launch my applications
from Krunner (the little Kde app that offer a command line-like
mini-screen). After a lot of searching, I discovered that:

1. Krunner uses the PATH variables set by startkde (the script that
starts the KDE desktop)

2. startkde does two things, path-wise:
   a - first it uses the PATH settings it inherits from the process it
is run from;
   b - then it looks for executable (i.e scripts) files in kde's  /env
 directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
   c - it runs any executable files it finds

3. To align the PATH variable in a bash shell (which I set in .profile
and .bash_profile) with krunner's, I wrote a one-line file which
exports  the correct path, called it profile.sh, made it executable,
and put it in a newly created  dir ~HOME/.kde4/env

after logging out and restarting kde, lyx now finds TL2011 when
launched  from a shell and from Krunner.


Thanks to everyone.


Cheers,

Stefano

On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin ru...@msu.edu wrote:
 In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the old
 version?

 Paul






-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Updating to new Texlive release

[stefano franchi]

Dear all,

I am sure this question has been asked before, but searching the
list and the wiki did not produce any result. (please redirect me to
the correct place if I am wrong. Or enlighten me and I'll a dd a wiki
page if none exists).

Question: How do convince an existing Lyx installation to use a newly
installed Texlive system?

My user case:

a. I used to have Texlive 2010 installed. I upgraded to TexLive 2011
(better late than never...). I set up paths, etcetera
post-installation. (I did NOT erase my old Texlive 2010 installation,
because I still need it for older projects.) Now every call to
tex/latex/luatex, etc from command line brings up files, packages,
and binaries from the new installation (e.g. from
/usr/local/texlive/2011/)

b. I started Lyx, reconfigured and restarted it. Nothing happens. Lyx
uses the old Texlive class files in /usr/local/texlive/2010/, as well
as the old binaries.


What am I missing?


Thanks,

Stefano

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Rich Shepard]

On Thu, 15 Sep 2011, stefano franchi wrote:


   I am sure this question has been asked before, but searching the list
and the wiki did not produce any result. (please redirect me to the
correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
none exists).


Stefano,

  I don't have a generic answer but can write that I've had no problems
upgrading TeXLive. I run Slackware and there's a SlackBuild script that
correctly compiles everthing. Of course, one compressed source file is 1.2G
in size so it takes a while to download, and the build also takes a long
time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
LyX to check. It fires right up and works without any involvement by me.

Rich

Re: Updating to new Texlive release

[stefano franchi]

On Thu, Sep 15, 2011 at 10:09 AM, Rich Shepard rshep...@appl-ecosys.com wrote:
 On Thu, 15 Sep 2011, stefano franchi wrote:

   I am sure this question has been asked before, but searching the list
 and the wiki did not produce any result. (please redirect me to the
 correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
 none exists).

 Stefano,

  I don't have a generic answer but can write that I've had no problems
 upgrading TeXLive. I run Slackware and there's a SlackBuild script that
 correctly compiles everthing. Of course, one compressed source file is 1.2G
 in size so it takes a while to download, and the build also takes a long
 time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
 LyX to check. It fires right up and works without any involvement by me.

Hi Rich,

I am on Kubuntu, but did not use its Debian-derived package system to
upgrade Texlive. I went at it directly with the Texlive net installer.
Installation was fine. Indeed, I am now using lyx to write, exporting
the file to Latex, and then doing all my compilations either from the
command line or from Kile.
It is just Lyx that refuses to see the new installation. Perhaps I
should trash the relevant config files in my ~/.lyx folder? Can anyone
know which ones?


Best,

Stefano



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julio Rojas]

Stefano, does latex/pdflatex work by itself? If so, which version is
running? I had the same problem and I had to change the path to point
to the new installation.

Regards.
-
Julio Rojas
jcredbe...@gmail.com



On Thu, Sep 15, 2011 at 5:33 PM, stefano franchi
stefano.fran...@gmail.com wrote:
 On Thu, Sep 15, 2011 at 10:09 AM, Rich Shepard rshep...@appl-ecosys.com 
 wrote:
 On Thu, 15 Sep 2011, stefano franchi wrote:

   I am sure this question has been asked before, but searching the list
 and the wiki did not produce any result. (please redirect me to the
 correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
 none exists).

 Stefano,

  I don't have a generic answer but can write that I've had no problems
 upgrading TeXLive. I run Slackware and there's a SlackBuild script that
 correctly compiles everthing. Of course, one compressed source file is 1.2G
 in size so it takes a while to download, and the build also takes a long
 time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
 LyX to check. It fires right up and works without any involvement by me.

 Hi Rich,

 I am on Kubuntu, but did not use its Debian-derived package system to
 upgrade Texlive. I went at it directly with the Texlive net installer.
 Installation was fine. Indeed, I am now using lyx to write, exporting
 the file to Latex, and then doing all my compilations either from the
 command line or from Kile.
 It is just Lyx that refuses to see the new installation. Perhaps I
 should trash the relevant config files in my ~/.lyx folder? Can anyone
 know which ones?


 Best,

 Stefano



 --
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic Studies            Ph:   +1 (979) 845-2125
 Texas AM University                          Fax:  +1 (979) 845-6421
 College Station, Texas, USA

Re: Updating to new Texlive release

[stefano franchi]

Julio, David:


I do not have the ubuntu-provided install of texlive. However, I do
have 2 working texlive installs: the 2010 texlive and the 2011
texlive. I need to keep the older one around for a while until a book
I wrote with it is actually printed.
I have no problems from the command line. I just switch the paths
around in my .profile file. But I want to have texlive as the default,
so that all my new projects compile with the newer installation and
newer packages. Again, I can accomplush the task easily from the
command line, and pdflatex and companions work as expected.

It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?

Cheers,

Stefano



On Thu, Sep 15, 2011 at 11:15 AM, David L. Johnson
david.john...@lehigh.edu wrote:
 On 09/15/2011 11:33 AM, stefano franchi wrote:

 Hi Rich,

 I am on Kubuntu, but did not use its Debian-derived package system to
 upgrade Texlive. I went at it directly with the Texlive net installer.
 Installation was fine. Indeed, I am now using lyx to write, exporting
 the file to Latex, and then doing all my compilations either from the
 command line or from Kile.
 It is just Lyx that refuses to see the new installation. Perhaps I
 should trash the relevant config files in my ~/.lyx folder? Can anyone
 know which ones?

 If you got rid of the distribution-provided texlive, so the new one is the
 only one on your system, lyx should be able to find it if you do Tools 
 Reconfigure.  At least, it'd complain if it couldn't find it.

 --

 David L. Johnson

 The motor car reflects our standard of living and gauges the speed of
 our present life. It long ago ran down Simple Living, and never halted
 to inquire about the prostrate figure which fell as its victim.
                -- Warren G. Harding





-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:05 PM, stefano franchi wrote:

It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?



There's a PATH setting in LyX' Preferences, you could check that.

Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?


Cheers,

Stefano



--
Julien

Re: Updating to new Texlive release

[stefano franchi]

Hi Julien,


I can tell that Lyx is using the wrong pdflatex (and, most
importantly, the wrong classes), from the Latex log:

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
(format=pdflatex 2011.1.4)  15 SEP 2011 09:14
entering extended mode
 restricted \write18 enabled.
 %-line parsing enabled.


and from the Tex information dialog in the Tools menu (with full path enabled).

Why this is important to me: I routinely use biblatex, biber, and
lua(La)tex. They have changed considerably between TL2010 and TL2011,
and are not fully compatible.


On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
 On 15/09/2011 7:05 PM, stefano franchi wrote:

 It' s just Lyx that's giving me problems. A far I can tell, when I hit
 reconfigure it finds the older 2010 installation and it stops there.
 Is LyX using the PATH variable to search for executables? If so,
 perhaps there is a config somewhere file that caches the results?


 There's a PATH setting in LyX' Preferences, you could check that.

 Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?

 Cheers,

 Stefano


 --
 Julien





-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:27 PM, stefano franchi wrote:

There's a PATH setting in LyX' Preferences, you could check that.



I see that now, thanks for the info. But what am I suppose to write
there? The dialog calls it a PATH prefix. I tried adding
/usr/share/texlive/2011/ but it has no effect on my system

Cheers,

Stefano



Just guessing:

/usr/share/texlive/2011/bin
reconfigure

Good luck,
Julien

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:24 PM, stefano franchi wrote:

Hi Julien,


I can tell that Lyx is using the wrong pdflatex (and, most
importantly, the wrong classes), from the Latex log:

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
(format=pdflatex 2011.1.4)  15 SEP 2011 09:14
entering extended mode
  restricted \write18 enabled.
  %-line parsing enabled.


and from the Tex information dialog in the Tools menu (with full path enabled).

Why this is important to me: I routinely use biblatex, biber, and
lua(La)tex. They have changed considerably between TL2010 and TL2011,
and are not fully compatible.


On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
jri...@physics.utoronto.ca  wrote:

On 15/09/2011 7:05 PM, stefano franchi wrote:


It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?



There's a PATH setting in LyX' Preferences, you could check that.

Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?


Cheers,

Stefano



--
Julien








Another place to look out for is the Converter pane in LyX' preferences. 
Have a look at the LaTeX (pdflatex) - PDF (pdflatex) converter, in case 
you had customized it with an absolute path.


--
Julien

Re: Updating to new Texlive release

[Julio Rojas]

The path for gnome is independent from path for bash. Run Lyx from
bash, if it works with 2011, then you know you have to update gnome's
path.
-
Julio Rojas
jcredbe...@gmail.com



On Thu, Sep 15, 2011 at 7:46 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
 On 15/09/2011 7:24 PM, stefano franchi wrote:

 Hi Julien,


 I can tell that Lyx is using the wrong pdflatex (and, most
 importantly, the wrong classes), from the Latex log:

 This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
 (format=pdflatex 2011.1.4)  15 SEP 2011 09:14
 entering extended mode
  restricted \write18 enabled.
  %-line parsing enabled.


 and from the Tex information dialog in the Tools menu (with full path
 enabled).

 Why this is important to me: I routinely use biblatex, biber, and
 lua(La)tex. They have changed considerably between TL2010 and TL2011,
 and are not fully compatible.


 On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
 jri...@physics.utoronto.ca  wrote:

 On 15/09/2011 7:05 PM, stefano franchi wrote:

 It' s just Lyx that's giving me problems. A far I can tell, when I hit
 reconfigure it finds the older 2010 installation and it stops there.
 Is LyX using the PATH variable to search for executables? If so,
 perhaps there is a config somewhere file that caches the results?


 There's a PATH setting in LyX' Preferences, you could check that.

 Otherwise, I'm curious how can you tell that LyX is using the wrong
 texlive?

 Cheers,

 Stefano


 --
 Julien






 Another place to look out for is the Converter pane in LyX' preferences.
 Have a look at the LaTeX (pdflatex) - PDF (pdflatex) converter, in case you
 had customized it with an absolute path.

 --
 Julien

Re: Updating to new Texlive release

[Paul Rubin]

In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the old
version?

Paul

Re: Updating to new Texlive release

[stefano franchi]

Problem solved :-)

Thanks to everyone, and particularly to Julio for pointing me in the
right direction. As he guessed, the problem was not with Lyx, but with
the environment that Kde works with. I always launch my applications
from Krunner (the little Kde app that offer a command line-like
mini-screen). After a lot of searching, I discovered that:

1. Krunner uses the PATH variables set by startkde (the script that
starts the KDE desktop)

2. startkde does two things, path-wise:
   a - first it uses the PATH settings it inherits from the process it
is run from;
   b - then it looks for executable (i.e scripts) files in kde's  /env
 directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
   c - it runs any executable files it finds

3. To align the PATH variable in a bash shell (which I set in .profile
and .bash_profile) with krunner's, I wrote a one-line file which
exports  the correct path, called it profile.sh, made it executable,
and put it in a newly created  dir ~HOME/.kde4/env

after logging out and restarting kde, lyx now finds TL2011 when
launched  from a shell and from Krunner.


Thanks to everyone.


Cheers,

Stefano

On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin ru...@msu.edu wrote:
 In LyX, could Tools  Preferences  Paths  PATH prefix be pointing to the old
 version?

 Paul






-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Updating to new Texlive release

[stefano franchi]

Dear all,

I am sure this question has been asked before, but searching the
list and the wiki did not produce any result. (please redirect me to
the correct place if I am wrong. Or enlighten me and I'll a dd a wiki
page if none exists).

Question: How do convince an existing Lyx installation to use a newly
installed Texlive system?

My user case:

a. I used to have Texlive 2010 installed. I upgraded to TexLive 2011
(better late than never...). I set up paths, etcetera
post-installation. (I did NOT erase my old Texlive 2010 installation,
because I still need it for older projects.) Now every call to
tex/latex/luatex, etc from command line brings up files, packages,
and binaries from the new installation (e.g. from
/usr/local/texlive/2011/)

b. I started Lyx, reconfigured and restarted it. Nothing happens. Lyx
uses the old Texlive class files in /usr/local/texlive/2010/, as well
as the old binaries.


What am I missing?


Thanks,

Stefano

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Rich Shepard]

On Thu, 15 Sep 2011, stefano franchi wrote:


   I am sure this question has been asked before, but searching the list
and the wiki did not produce any result. (please redirect me to the
correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
none exists).


Stefano,

  I don't have a generic answer but can write that I've had no problems
upgrading TeXLive. I run Slackware and there's a SlackBuild script that
correctly compiles everthing. Of course, one compressed source file is 1.2G
in size so it takes a while to download, and the build also takes a long
time, a lot of disk space (about 5G), and strsses the CPU.

  But, when the package is built, I upgrade the installation, then invoke
LyX to check. It fires right up and works without any involvement by me.

Rich

Re: Updating to new Texlive release

[stefano franchi]

On Thu, Sep 15, 2011 at 10:09 AM, Rich Shepard  wrote:
> On Thu, 15 Sep 2011, stefano franchi wrote:
>
>>   I am sure this question has been asked before, but searching the list
>> and the wiki did not produce any result. (please redirect me to the
>> correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
>> none exists).
>
> Stefano,
>
>  I don't have a generic answer but can write that I've had no problems
> upgrading TeXLive. I run Slackware and there's a SlackBuild script that
> correctly compiles everthing. Of course, one compressed source file is 1.2G
> in size so it takes a while to download, and the build also takes a long
> time, a lot of disk space (about 5G), and strsses the CPU.
>
>  But, when the package is built, I upgrade the installation, then invoke
> LyX to check. It fires right up and works without any involvement by me.

Hi Rich,

I am on Kubuntu, but did not use its Debian-derived package system to
upgrade Texlive. I went at it directly with the Texlive net installer.
Installation was fine. Indeed, I am now using lyx to write, exporting
the file to Latex, and then doing all my compilations either from the
command line or from Kile.
It is just Lyx that refuses to see the new installation. Perhaps I
should trash the relevant config files in my ~/.lyx folder? Can anyone
know which ones?


Best,

Stefano



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julio Rojas]

Stefano, does latex/pdflatex work by itself? If so, which version is
running? I had the same problem and I had to change the path to point
to the new installation.

Regards.
-
Julio Rojas
jcredbe...@gmail.com



On Thu, Sep 15, 2011 at 5:33 PM, stefano franchi
 wrote:
> On Thu, Sep 15, 2011 at 10:09 AM, Rich Shepard  
> wrote:
>> On Thu, 15 Sep 2011, stefano franchi wrote:
>>
>>>   I am sure this question has been asked before, but searching the list
>>> and the wiki did not produce any result. (please redirect me to the
>>> correct place if I am wrong. Or enlighten me and I'll a dd a wiki page if
>>> none exists).
>>
>> Stefano,
>>
>>  I don't have a generic answer but can write that I've had no problems
>> upgrading TeXLive. I run Slackware and there's a SlackBuild script that
>> correctly compiles everthing. Of course, one compressed source file is 1.2G
>> in size so it takes a while to download, and the build also takes a long
>> time, a lot of disk space (about 5G), and strsses the CPU.
>>
>>  But, when the package is built, I upgrade the installation, then invoke
>> LyX to check. It fires right up and works without any involvement by me.
>
> Hi Rich,
>
> I am on Kubuntu, but did not use its Debian-derived package system to
> upgrade Texlive. I went at it directly with the Texlive net installer.
> Installation was fine. Indeed, I am now using lyx to write, exporting
> the file to Latex, and then doing all my compilations either from the
> command line or from Kile.
> It is just Lyx that refuses to see the new installation. Perhaps I
> should trash the relevant config files in my ~/.lyx folder? Can anyone
> know which ones?
>
>
> Best,
>
> Stefano
>
>
>
> --
> __
> Stefano Franchi
> Associate Research Professor
> Department of Hispanic Studies            Ph:   +1 (979) 845-2125
> Texas A University                          Fax:  +1 (979) 845-6421
> College Station, Texas, USA
>

Re: Updating to new Texlive release

[stefano franchi]

Julio, David:


I do not have the ubuntu-provided install of texlive. However, I do
have 2 working texlive installs: the 2010 texlive and the 2011
texlive. I need to keep the older one around for a while until a book
I wrote with it is actually printed.
I have no problems from the command line. I just switch the paths
around in my .profile file. But I want to have texlive as the default,
so that all my new projects compile with the newer installation and
newer packages. Again, I can accomplush the task easily from the
command line, and pdflatex and companions work as expected.

It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?

Cheers,

Stefano



On Thu, Sep 15, 2011 at 11:15 AM, David L. Johnson
 wrote:
> On 09/15/2011 11:33 AM, stefano franchi wrote:
>>
>> Hi Rich,
>>
>> I am on Kubuntu, but did not use its Debian-derived package system to
>> upgrade Texlive. I went at it directly with the Texlive net installer.
>> Installation was fine. Indeed, I am now using lyx to write, exporting
>> the file to Latex, and then doing all my compilations either from the
>> command line or from Kile.
>> It is just Lyx that refuses to see the new installation. Perhaps I
>> should trash the relevant config files in my ~/.lyx folder? Can anyone
>> know which ones?
>
> If you got rid of the distribution-provided texlive, so the new one is the
> only one on your system, lyx should be able to find it if you do Tools >
> Reconfigure.  At least, it'd complain if it couldn't find it.
>
> --
>
> David L. Johnson
>
> The motor car reflects our standard of living and gauges the speed of
> our present life. It long ago ran down Simple Living, and never halted
> to inquire about the prostrate figure which fell as its victim.
>                -- Warren G. Harding
>
>



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:05 PM, stefano franchi wrote:

It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?



There's a PATH setting in LyX' Preferences, you could check that.

Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?


Cheers,

Stefano



--
Julien

Re: Updating to new Texlive release

[stefano franchi]

Hi Julien,


I can tell that Lyx is using the wrong pdflatex (and, most
importantly, the wrong classes), from the Latex log:

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
(format=pdflatex 2011.1.4)  15 SEP 2011 09:14
entering extended mode
 restricted \write18 enabled.
 %&-line parsing enabled.


and from the Tex information dialog in the Tools menu (with full path enabled).

Why this is important to me: I routinely use biblatex, biber, and
lua(La)tex. They have changed considerably between TL2010 and TL2011,
and are not fully compatible.


On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
 wrote:
> On 15/09/2011 7:05 PM, stefano franchi wrote:
>>
>> It' s just Lyx that's giving me problems. A far I can tell, when I hit
>> reconfigure it finds the older 2010 installation and it stops there.
>> Is LyX using the PATH variable to search for executables? If so,
>> perhaps there is a config somewhere file that caches the results?
>>
>
> There's a PATH setting in LyX' Preferences, you could check that.
>
> Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?
>
>> Cheers,
>>
>> Stefano
>
>
> --
> Julien
>
>



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:27 PM, stefano franchi wrote:

There's a PATH setting in LyX' Preferences, you could check that.



I see that now, thanks for the info. But what am I suppose to write
there? The dialog calls it a "PATH prefix." I tried adding
"/usr/share/texlive/2011/" but it has no effect on my system

Cheers,

Stefano



Just guessing:

/usr/share/texlive/2011/bin
reconfigure

Good luck,
Julien

Re: Updating to new Texlive release

[Julien Rioux]

On 15/09/2011 7:24 PM, stefano franchi wrote:

Hi Julien,


I can tell that Lyx is using the wrong pdflatex (and, most
importantly, the wrong classes), from the Latex log:

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
(format=pdflatex 2011.1.4)  15 SEP 2011 09:14
entering extended mode
  restricted \write18 enabled.
  %&-line parsing enabled.


and from the Tex information dialog in the Tools menu (with full path enabled).

Why this is important to me: I routinely use biblatex, biber, and
lua(La)tex. They have changed considerably between TL2010 and TL2011,
and are not fully compatible.


On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
  wrote:

On 15/09/2011 7:05 PM, stefano franchi wrote:


It' s just Lyx that's giving me problems. A far I can tell, when I hit
reconfigure it finds the older 2010 installation and it stops there.
Is LyX using the PATH variable to search for executables? If so,
perhaps there is a config somewhere file that caches the results?



There's a PATH setting in LyX' Preferences, you could check that.

Otherwise, I'm curious how can you tell that LyX is using the wrong texlive?


Cheers,

Stefano



--
Julien








Another place to look out for is the Converter pane in LyX' preferences. 
Have a look at the LaTeX (pdflatex) -> PDF (pdflatex) converter, in case 
you had customized it with an absolute path.


--
Julien

Re: Updating to new Texlive release

[Julio Rojas]

The path for gnome is independent from path for bash. Run Lyx from
bash, if it works with 2011, then you know you have to update gnome's
path.
-
Julio Rojas
jcredbe...@gmail.com



On Thu, Sep 15, 2011 at 7:46 PM, Julien Rioux
 wrote:
> On 15/09/2011 7:24 PM, stefano franchi wrote:
>>
>> Hi Julien,
>>
>>
>> I can tell that Lyx is using the wrong pdflatex (and, most
>> importantly, the wrong classes), from the Latex log:
>>
>> This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
>> (format=pdflatex 2011.1.4)  15 SEP 2011 09:14
>> entering extended mode
>>  restricted \write18 enabled.
>>  %&-line parsing enabled.
>>
>>
>> and from the Tex information dialog in the Tools menu (with full path
>> enabled).
>>
>> Why this is important to me: I routinely use biblatex, biber, and
>> lua(La)tex. They have changed considerably between TL2010 and TL2011,
>> and are not fully compatible.
>>
>>
>> On Thu, Sep 15, 2011 at 12:16 PM, Julien Rioux
>>   wrote:
>>>
>>> On 15/09/2011 7:05 PM, stefano franchi wrote:

 It' s just Lyx that's giving me problems. A far I can tell, when I hit
 reconfigure it finds the older 2010 installation and it stops there.
 Is LyX using the PATH variable to search for executables? If so,
 perhaps there is a config somewhere file that caches the results?

>>>
>>> There's a PATH setting in LyX' Preferences, you could check that.
>>>
>>> Otherwise, I'm curious how can you tell that LyX is using the wrong
>>> texlive?
>>>
 Cheers,

 Stefano
>>>
>>>
>>> --
>>> Julien
>>>
>>>
>>
>>
>>
>
> Another place to look out for is the Converter pane in LyX' preferences.
> Have a look at the LaTeX (pdflatex) -> PDF (pdflatex) converter, in case you
> had customized it with an absolute path.
>
> --
> Julien
>
>

Re: Updating to new Texlive release

[Paul Rubin]

In LyX, could Tools > Preferences > Paths > PATH prefix be pointing to the old
version?

Paul

Re: Updating to new Texlive release

[stefano franchi]

Problem solved :-)

Thanks to everyone, and particularly to Julio for pointing me in the
right direction. As he guessed, the problem was not with Lyx, but with
the environment that Kde works with. I always launch my applications
from Krunner (the little Kde app that offer a command line-like
mini-screen). After a lot of searching, I discovered that:

1. Krunner uses the PATH variables set by startkde (the script that
starts the KDE desktop)

2. startkde does two things, path-wise:
   a - first it uses the PATH settings it inherits from the process it
is run from;
   b - then it looks for executable (i.e scripts) files in kde's  /env
 directories (e.g. in $HOME/.kde4/env and other env dirs system wide)
   c - it runs any executable files it finds

3. To align the PATH variable in a bash shell (which I set in .profile
and .bash_profile) with krunner's, I wrote a one-line file which
exports  the correct path, called it profile.sh, made it executable,
and put it in a newly created  dir ~HOME/.kde4/env

after logging out and restarting kde, lyx now finds TL2011 when
launched  from a shell and from Krunner.


Thanks to everyone.


Cheers,

Stefano

On Thu, Sep 15, 2011 at 4:42 PM, Paul Rubin  wrote:
> In LyX, could Tools > Preferences > Paths > PATH prefix be pointing to the old
> version?
>
> Paul
>
>
>



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA