subject:"Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions\?"



Hello John, a major suggestion,

The problem with installing LyX may be a conflicting old *TeX.
I actually wrote this as a solution if you have R For Windows
installed which I think comes with RWinEdt. I'm speculating, so
if you don't, no need to read this. It is also somewhat of a summary.
I think that slighty older versions of R-Windows came with fpTeX.
And I noticed an R Folder under RWinEdt, and since you wrote:

I have checked and could not find any  rogue Latex.exe files
and I have hunted down and exterminated the localtexmf and
texmf and the only texmf which was in my R folder. I simply
removed R for the moment. :) [So I'm taking a chance for a fix.]

OTOH, if this post does not apply, I have not seen this topic
reported upon in this forum and a possible fix, so it may have
value by its addition to the mailing archives. Sent only to Lyx-users.

SH: This result came from Miktex Options, Update

Refresh ran okay
Update bombed
Cannot create the pdf latex format file
Cannot create the  plain TeX format file
Cannot create the latex2e format file
Cannot create the plain pdf format file.

SH: My working version of Miktex/Lyx has
the following non-excluded TeX Formats
pdfLaTeX
plain TeX
LaTeX2e (latex)
pdfTeX

SH: In the olden day I think they used c:\ initexmf --dump[=program]
For example:  initexmf --dump=tex

latex This creates the dump file latex.fmt which is used by latex.exe.

tex This creates the dump file plain.fmt which is used by tex.exe.

pdflatex This creates the dump file pdflatex.fmt which is used by
pdflatex.exe.

pdftex This creates the dump file pdftex.fmt which is used by pdftex.exe.

This suggests the following explanation applies:

http://www.murdoch-sutherland.com/Rtools/miktex.html

e-TeX compatibility mode

To force MiKTeX to use e-TeX in compatibility mode, follow these steps:

1. Run the MiKTeX options program, choose the TeX formats page, and
then for each program that you want in compatibility mode (e.g. latex,
pdflatex, etc.)  do the following:

2. Click on the Edit button,

3. Choose e-TeX compatibility mode as the compiler,

4. Click Apply,

5. Click Build

SH: I notice that a contributed package for R-Windows is RWinEdt.
I can run LyX, another TeX front-end and WinEdt, with MikTeX 2.4
(fpTex has bin-pdftex-1.20b-win32-static.zip 2005-01-16 9468 Kbyte
and RWinEdt also contains a file RW-LaTeX.png and latex directory.)
fpTex comes with the pdfTeX module. Another troubleshooter stated:

I'm bothered by the fact that the output from your format
refresh seems to be running pdfetex rather than etex, but I
don't know if I should be.

SH: I'm a bit dubious that LyX is modular enough to fill in for
RWinEdt? But could RWinEdt still work with RWindows and
LyX serve for other publishing tasks? Is solution #4 needed?

For one or two versions, MiKTeX has been ignoring the 
TEXINPUTS environment variable that most other TeX 
distributions use to indicate additions to the search path. 
The R make process uses TEXINPUTS to add 
$RHOME/share/texmf to the search path, so that

the Rd.sty style file will be found.

Instead of using TEXINPUTS, MiKTeX uses the command line option
-include-directory=foo, to prepend foo to the search path.

There are four workarounds to this.

Workaround 4: Install the R style files into MikTeX. Remember to
re-install updates when you upgrade R! Instructions for this were
written by Gabor Grothendieck [a name of categorical Universe fame]:

1. Create a new tex subfolder of your \localtexmf folder:

   md \localtexmf\tex

2. Copy your R .sty and .fd files into it:


cd \Program Files\R\rw2001\share\texmf
copy *.* \localtexmf\tex

3. Go into

Start | Programs | MiKTeX | MiKTeX Options | General

and press Update Now and Refresh Now. (I am not certain that this step
needs to be done but it can't hurt.)

4. You can check whether it is finding Rd.sty in the right place with
the command:

findtexmf Rd.sty

#2 - #4 need to be repeated each time one installs a new version of R
if the *.sty or *.fd files have changed but if they have not changed
then nothing at all needs to be done. It has the advantage that it
leaves all MiKTeX options at their defaults and does not need a custom
miktex.ini file.

[Added in February, 2005]:
The most recent version of pdftex no longer supports TEXINPUTS,
even with the old *pdftex* engine, so Workaround 1 no longer works.

SH: I included this #4 step so you wouldn't have to look it up and
I'm going to send a copy. Should e-compatibility mode be used and
also Step #4? Can Lyx serve as a front-end for RWindows; can both
RWinEdt and Lyx be used at the same time if LyX can't do RWindows?
I think they probably can. pdfTeX seems to be a player in the drama.

I think it is a good idea to run both Miktex Options, Refresh  Update
after running etex compatibility mode first, and also after running step 4.
To leave no stone unturned run LyX -- Reconfigure also at the very end.
I think maybe that CreateRegistryPath patch for RWinEdt won't

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-16 Thread John Kane

Modern installs of LyX store the config "Lyx" directory under yourusername.I checked and it was not there before installation. Unfortunately it is not there after either.SH: If you have LyX installed now, then there is a new one there now or LyX is not installed. It is good that the old one is gone.Paul had some hunch about pdfYes, I checked out his suggestion and my file looked okay.You mentioned a possible problem with R . I had uninstalled it so I expect that it was not a problem but who knows. I'bm beginning to think I should consult the augurs. Sheep livers probably are just as comprehensible as DOS error messages. It also is an newer version than the one mentioned in your mail I have never loaded RWinEdt so it should not be a problem. R comes with a base installation and one can then load all sorts of packages for
it. RWinEdit is just one of them. I had never even heard of it before. I may have to look into it :) The current R-2.2.0 does not come with any .tex files that I can find. Rd.sty currently resides in c:\Program Files\R\R-2.2.0\share\texmf. Exactly what this may mean I don't know. However it goes when I uninstall R which Idid yesterday. Of course it's back today. Takes all of 30 seconds to install-almost as fast as MikTeX. As far as I can tell my tex list matches the screen shot that you included. I am unsure from your last posts if you want me to try the -e compatibiltiy mode however I gave it a try and To force MiKTeX to use e-TeX in compatibility mode, follow these steps: 1. Run the MiKTeX options program, choose the TeX formats page, and then for each program that you want in compatibility mode (e.g. latex, pdflatex, etc.) do the following: 2. Click on the Edit button, 3. Choose
"e-TeX compatibility mode" as the compiler, 4. Click Apply, 5. Click Build" Results of this is the same error message, as before, when trying an updatewhich comes down basically to "initexmf: The file "latex.efmt" could not be found." And as far as I can tell latex.efmt is not on my hard drive BTW I have not been able to find a Lyx file in the Applications Data file under User after I have installed, created and saved a file in Lyx. ARRGH! John Kane, Kingston ON Canada
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:


As far as I can tell my tex list matches the screen shot that you included.
I am unsure from your last posts if you want me to try the -e 
compatibiltiy mode however I gave it a try and

 To force MiKTeX to use e-TeX in compatibility mode, follow these steps:
 1. Run the MiKTeX options program, choose the TeX formats page, and
 then for each program that you want in compatibility mode (e.g. latex,
pdflatex, etc.)  do the following:
 2. Click on the Edit button,
 3. Choose e-TeX compatibility mode as the compiler,
 4. Click Apply,
5. Click Build
Results of this is the same error message, as before, when trying an 
updatewhich comes down basically to

initexmf: The file latex.efmt could not be found.
And as far as I can tell latex.efmt is not on my hard drive


On my system it's at C:\localtexmf\miktex\fmt\latex.efmt.  The fact that 
it's in the localtexmf tree suggests that it is created during 
installation or format updating, as opposed to being part of the 
original installation.


Incidentally, with a working MiKTeX installation you can locate this and 
other style/format/class files by opening a DOS prompt and running 
kpsewhich, to wit 'kpsewhich latex.eftm'.  It's generally faster than 
using the OS to search the entire MiKTeX directory tree (let alone the 
entire drive).


BTW I have not been able to find a Lyx file in the Applications Data 
file under User after I have installed, created and saved  a file in Lyx.

ARRGH!


As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not 
affect the saving of the document.  Since we're pretty sure (?) the LyX 
configuration script is balking at a perceived lack of a working LaTeX 
executable, I wouldn't worry about this until after the MiKTeX issues 
are sorted out.


From the Groping In The Dark Department:  Did you install MiKTeX from 
the Internet (as opposed to either a CD or a local network repository)? 
 If yes, you might try opening the MiKTeX Package Manager, waiting 
waiting ... waiting ... for it to list all the packages, then syncing 
the directory (Repository-Synchronize) and checking for updates 
(Task-Update Wizard).  I've seen this used to resolve one or two 
miscellaneous installation bugs (which I think might have involved 
mixing older and newer MiKTeX components).


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Wednesday, November 16, 2005 1:10 PM
Subject: Re: Installation Problem. All entries in Textclass.lst
are false  so no output. Any suggestions?

BTW I have not been able to find a Lyx file in the Applications Data

file under User after I have installed, created and saved  a file in Lyx.
ARRGH!

As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not affect 
the saving of the document.  Since we're pretty sure (?) the LyX 
configuration script is balking at a perceived lack of a working LaTeX 
executable, I wouldn't worry about this until after the MiKTeX issues are 
sorted out.

I think John first installed LyX 1.3.5. Was that under a different
c:\document and settings\...  path structure than is used currently?
Maybe a Preferences file under \username\ .lyx that needed deletion.

I mean delete \.lyx?
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


Stephen Harris wrote:



As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not 
affect the saving of the document.  Since we're pretty sure (?) the 
LyX configuration script is balking at a perceived lack of a working 
LaTeX executable, I wouldn't worry about this until after the MiKTeX 
issues are sorted out.




I think John first installed LyX 1.3.5. Was that under a different
c:\document and settings\...  path structure than is used currently?
Maybe a Preferences file under \username\ .lyx that needed deletion.

I mean delete \.lyx?


Version 1.3.5 and earlier did not put anything under Documents and 
Settings (nor under Program Files for that matter), since they were 
allergic to spaces in paths.  With 1.3.5, you designated a home 
directory, and a .lyx folder (with subfolders) was created thereunder, 
housing your preferences and customizations.  Version 1.3.6 looks 
specifically in Docs and Settings\your name here\Application Data, so 
there should be no collisions.  In fact, I've had 1.3.5 and 1.3.6 (and 
1.3.7, for that matter) peacefully coexisting on a couple of machines. 
1.3.6 has no idea the 1.3.5 preferences exist, and vice versa.


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?



Hello John, a major suggestion,

The problem with installing LyX may be a conflicting old *TeX.
I actually wrote this as a solution if you have R For Windows
installed which I think comes with RWinEdt. I'm speculating, so
if you don't, no need to read this. It is also somewhat of a summary.
I think that slighty older versions of R-Windows came with fpTeX.
And I noticed an R Folder under RWinEdt, and since you wrote:

I have checked and could not find any  rogue Latex.exe files
and I have hunted down and exterminated the localtexmf and
texmf and the only texmf which was in my R folder. I simply
removed R for the moment. :) [So I'm taking a chance for a fix.]

OTOH, if this post does not apply, I have not seen this topic
reported upon in this forum and a possible fix, so it may have
value by its addition to the mailing archives. Sent only to Lyx-users.

SH: This result came from Miktex Options, Update

Refresh ran okay
Update bombed
Cannot create the pdf latex format file
Cannot create the  plain TeX format file
Cannot create the latex2e format file
Cannot create the plain pdf format file.

SH: My working version of Miktex/Lyx has
the following non-excluded TeX Formats
pdfLaTeX
plain TeX
LaTeX2e (latex)
pdfTeX

SH: In the olden day I think they used c:\ initexmf --dump[=program]
For example:  initexmf --dump=tex

latex This creates the dump file latex.fmt which is used by latex.exe.

tex This creates the dump file plain.fmt which is used by tex.exe.

pdflatex This creates the dump file pdflatex.fmt which is used by
pdflatex.exe.

pdftex This creates the dump file pdftex.fmt which is used by pdftex.exe.

This suggests the following explanation applies:

http://www.murdoch-sutherland.com/Rtools/miktex.html

e-TeX compatibility mode

To force MiKTeX to use e-TeX in compatibility mode, follow these steps:

1. Run the MiKTeX options program, choose the TeX formats page, and
then for each program that you want in compatibility mode (e.g. latex,
pdflatex, etc.)  do the following:

2. Click on the Edit button,

3. Choose e-TeX compatibility mode as the compiler,

4. Click Apply,

5. Click Build

SH: I notice that a contributed package for R-Windows is RWinEdt.
I can run LyX, another TeX front-end and WinEdt, with MikTeX 2.4
(fpTex has bin-pdftex-1.20b-win32-static.zip 2005-01-16 9468 Kbyte
and RWinEdt also contains a file RW-LaTeX.png and latex directory.)
fpTex comes with the pdfTeX module. Another troubleshooter stated:

I'm bothered by the fact that the output from your format
refresh seems to be running pdfetex rather than etex, but I
don't know if I should be.

SH: I'm a bit dubious that LyX is modular enough to fill in for
RWinEdt? But could RWinEdt still work with RWindows and
LyX serve for other publishing tasks? Is solution #4 needed?

For one or two versions, MiKTeX has been ignoring the 
TEXINPUTS environment variable that most other TeX 
distributions use to indicate additions to the search path. 
The R make process uses TEXINPUTS to add 
$RHOME/share/texmf to the search path, so that

the Rd.sty style file will be found.

Instead of using TEXINPUTS, MiKTeX uses the command line option
-include-directory=foo, to prepend foo to the search path.

There are four workarounds to this.

Workaround 4: Install the R style files into MikTeX. Remember to
re-install updates when you upgrade R! Instructions for this were
written by Gabor Grothendieck [a name of categorical Universe fame]:

1. Create a new tex subfolder of your \localtexmf folder:

   md \localtexmf\tex

2. Copy your R .sty and .fd files into it:


cd \Program Files\R\rw2001\share\texmf
copy *.* \localtexmf\tex

3. Go into

Start | Programs | MiKTeX | MiKTeX Options | General

and press Update Now and Refresh Now. (I am not certain that this step
needs to be done but it can't hurt.)

4. You can check whether it is finding Rd.sty in the right place with
the command:

findtexmf Rd.sty

#2 - #4 need to be repeated each time one installs a new version of R
if the *.sty or *.fd files have changed but if they have not changed
then nothing at all needs to be done. It has the advantage that it
leaves all MiKTeX options at their defaults and does not need a custom
miktex.ini file.

[Added in February, 2005]:
The most recent version of pdftex no longer supports TEXINPUTS,
even with the old *pdftex* engine, so Workaround 1 no longer works.

SH: I included this #4 step so you wouldn't have to look it up and
I'm going to send a copy. Should e-compatibility mode be used and
also Step #4? Can Lyx serve as a front-end for RWindows; can both
RWinEdt and Lyx be used at the same time if LyX can't do RWindows?
I think they probably can. pdfTeX seems to be a player in the drama.

I think it is a good idea to run both Miktex Options, Refresh  Update
after running etex compatibility mode first, and also after running step 4.
To leave no stone unturned run LyX -- Reconfigure also at the very end.
I think maybe that CreateRegistryPath patch for RWinEdt won't

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-16 Thread John Kane

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:


As far as I can tell my tex list matches the screen shot that you included.
I am unsure from your last posts if you want me to try the -e 
compatibiltiy mode however I gave it a try and

 To force MiKTeX to use e-TeX in compatibility mode, follow these steps:
 1. Run the MiKTeX options program, choose the TeX formats page, and
 then for each program that you want in compatibility mode (e.g. latex,
pdflatex, etc.)  do the following:
 2. Click on the Edit button,
 3. Choose e-TeX compatibility mode as the compiler,
 4. Click Apply,
5. Click Build
Results of this is the same error message, as before, when trying an 
updatewhich comes down basically to

initexmf: The file latex.efmt could not be found.
And as far as I can tell latex.efmt is not on my hard drive


On my system it's at C:\localtexmf\miktex\fmt\latex.efmt.  The fact that 
it's in the localtexmf tree suggests that it is created during 
installation or format updating, as opposed to being part of the 
original installation.


Incidentally, with a working MiKTeX installation you can locate this and 
other style/format/class files by opening a DOS prompt and running 
kpsewhich, to wit 'kpsewhich latex.eftm'.  It's generally faster than 
using the OS to search the entire MiKTeX directory tree (let alone the 
entire drive).


BTW I have not been able to find a Lyx file in the Applications Data 
file under User after I have installed, created and saved  a file in Lyx.

ARRGH!


As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not 
affect the saving of the document.  Since we're pretty sure (?) the LyX 
configuration script is balking at a perceived lack of a working LaTeX 
executable, I wouldn't worry about this until after the MiKTeX issues 
are sorted out.


From the Groping In The Dark Department:  Did you install MiKTeX from 
the Internet (as opposed to either a CD or a local network repository)? 
 If yes, you might try opening the MiKTeX Package Manager, waiting 
waiting ... waiting ... for it to list all the packages, then syncing 
the directory (Repository-Synchronize) and checking for updates 
(Task-Update Wizard).  I've seen this used to resolve one or two 
miscellaneous installation bugs (which I think might have involved 
mixing older and newer MiKTeX components).


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Wednesday, November 16, 2005 1:10 PM
Subject: Re: Installation Problem. All entries in Textclass.lst
are false  so no output. Any suggestions?

BTW I have not been able to find a Lyx file in the Applications Data

file under User after I have installed, created and saved  a file in Lyx.
ARRGH!

As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not affect 
the saving of the document.  Since we're pretty sure (?) the LyX 
configuration script is balking at a perceived lack of a working LaTeX 
executable, I wouldn't worry about this until after the MiKTeX issues are 
sorted out.

I think John first installed LyX 1.3.5. Was that under a different
c:\document and settings\...  path structure than is used currently?
Maybe a Preferences file under \username\ .lyx that needed deletion.

I mean delete \.lyx?
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


Stephen Harris wrote:



As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not 
affect the saving of the document.  Since we're pretty sure (?) the 
LyX configuration script is balking at a perceived lack of a working 
LaTeX executable, I wouldn't worry about this until after the MiKTeX 
issues are sorted out.




I think John first installed LyX 1.3.5. Was that under a different
c:\document and settings\...  path structure than is used currently?
Maybe a Preferences file under \username\ .lyx that needed deletion.

I mean delete \.lyx?


Version 1.3.5 and earlier did not put anything under Documents and 
Settings (nor under Program Files for that matter), since they were 
allergic to spaces in paths.  With 1.3.5, you designated a home 
directory, and a .lyx folder (with subfolders) was created thereunder, 
housing your preferences and customizations.  Version 1.3.6 looks 
specifically in Docs and Settings\your name here\Application Data, so 
there should be no collisions.  In fact, I've had 1.3.5 and 1.3.6 (and 
1.3.7, for that matter) peacefully coexisting on a couple of machines. 
1.3.6 has no idea the 1.3.5 preferences exist, and vice versa.


Paul

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?



Hello John, a major suggestion,

The problem with installing LyX may be a conflicting old *TeX.
I actually wrote this as a solution if you have R For Windows
installed which I think comes with RWinEdt. I'm speculating, so
if you don't, no need to read this. It is also somewhat of a summary.
I think that slighty older versions of R-Windows came with fpTeX.
And I noticed an R Folder under RWinEdt, and since you wrote:

"I have checked and could not find any  rogue Latex.exe files
and I have hunted down and exterminated the localtexmf and
texmf and the only texmf which was in my R folder. I simply
removed R for the moment. :)" [So I'm taking a chance for a fix.]

OTOH, if this post does not apply, I have not seen this topic
reported upon in this forum and a possible fix, so it may have
value by its addition to the mailing archives. Sent only to Lyx-users.

SH: This result came from Miktex Options, Update

Refresh ran okay
Update bombed
Cannot create the pdf latex format file
Cannot create the  plain TeX format file
Cannot create the latex2e format file
Cannot create the plain pdf format file.

SH: My working version of Miktex/Lyx has
the following non-excluded TeX Formats
pdfLaTeX
plain TeX
LaTeX2e (latex)
pdfTeX

SH: In the olden day I think they used c:\> initexmf --dump[=program]
For example:  initexmf --dump=tex

latex This creates the dump file latex.fmt which is used by latex.exe.

tex This creates the dump file plain.fmt which is used by tex.exe.

pdflatex This creates the dump file pdflatex.fmt which is used by
pdflatex.exe.

pdftex This creates the dump file pdftex.fmt which is used by pdftex.exe.

This suggests the following explanation applies:

http://www.murdoch-sutherland.com/Rtools/miktex.html

"e-TeX compatibility mode

To force MiKTeX to use e-TeX in compatibility mode, follow these steps:

1. Run the MiKTeX options program, choose the TeX formats page, and
then for each program that you want in compatibility mode (e.g. latex,
pdflatex, etc.)  do the following:

2. Click on the Edit button,

3. Choose "e-TeX compatibility mode" as the compiler,

4. Click Apply,

5. Click Build"

SH: I notice that a contributed package for R-Windows is RWinEdt.
I can run LyX, another TeX front-end and WinEdt, with MikTeX 2.4
(fpTex has bin-pdftex-1.20b-win32-static.zip 2005-01-16 9468 Kbyte
and RWinEdt also contains a file RW-LaTeX.png and latex directory.)
fpTex comes with the pdfTeX module. Another troubleshooter stated:

"I'm bothered by the fact that the output from your format
refresh seems to be running pdfetex rather than etex, but I
don't know if I should be."

SH: I'm a bit dubious that LyX is modular enough to fill in for
RWinEdt? But could RWinEdt still work with RWindows and
LyX serve for other publishing tasks? Is solution #4 needed?

"For one or two versions, MiKTeX has been ignoring the 
TEXINPUTS environment variable that most other TeX 
distributions use to indicate additions to the search path. 
The R make process uses TEXINPUTS to add 
$RHOME/share/texmf to the search path, so that

the Rd.sty style file will be found.

Instead of using TEXINPUTS, MiKTeX uses the command line option
"-include-directory=foo", to prepend foo to the search path.

There are four workarounds to this.

Workaround 4: Install the R style files into MikTeX. Remember to
re-install updates when you upgrade R! Instructions for this were
written by Gabor Grothendieck [a name of categorical Universe fame]:

1. Create a new tex subfolder of your \localtexmf folder:

   md \localtexmf\tex

2. Copy your R .sty and .fd files into it:


cd \Program Files\R\rw2001\share\texmf
copy *.* \localtexmf\tex

3. Go into

Start | Programs | MiKTeX | MiKTeX Options | General

and press Update Now and Refresh Now. (I am not certain that this step
needs to be done but it can't hurt.)

4. You can check whether it is finding Rd.sty in the right place with
the command:

findtexmf Rd.sty

#2 - #4 need to be repeated each time one installs a new version of R
if the *.sty or *.fd files have changed but if they have not changed
then nothing at all needs to be done. It has the advantage that it
leaves all MiKTeX options at their defaults and does not need a custom
miktex.ini file.

[Added in February, 2005]:
The most recent version of pdftex no longer supports TEXINPUTS,
even with the old *pdftex* engine, so Workaround 1 no longer works."

SH: I included this #4 step so you wouldn't have to look it up and
I'm going to send a copy. Should e-compatibility mode be used and
also Step #4? Can Lyx serve as a front-end for RWindows; can both
RWinEdt and Lyx be used at the same time if LyX can't do RWindows?
I think they probably can. pdfTeX seems to be a player in the drama.

I think it is a good idea to run both Miktex Options, Refresh & Update
after running etex compatibility mode first, and also after running step 4.
To leave no stone unturned run LyX --> Reconfigure also at the very end.
I think maybe that CreateRegistryPath patch for

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-16 Thread John Kane

>>>Modern installs of LyX store the config "Lyx" directory under yourusername.>>I checked and it was not there before installation. Unfortunately it is  >>not there after either.>SH: If you have LyX installed now, then there is a new one there  >now or LyX is not installed. It is good that the old one is gone.>Paul had some hunch about pdfYes, I checked out his suggestion and my file looked okay.You mentioned a possible problem with R . I had uninstalled it so I  expect that it was not a problem but who knows. I'bm beginning to think  I should consult the augurs.  Sheep livers probably are just as  comprehensible as DOS error messages.  It also is an newer version  than the one mentioned in your mail    I have never loaded RWinEdt so it should not be a problem.  R  comes with a base installation and one can then load all sorts of  packages for
 it. RWinEdit is just one of them. I had never even heard  of it before. I may have to look into it :)  The current R-2.2.0  does not come with any .tex files that I can find.  Rd.sty currently resides in c:\Program  Files\R\R-2.2.0\share\texmf.  Exactly what this may mean I don't  know.  However it goes when I uninstall R which Idid  yesterday.  Of course it's back today. Takes all of 30 seconds to  install-almost as fast as MikTeX.  As far as I can tell my tex list matches the screen shot that you included.  I am unsure from your last posts if you want me to try the -e compatibiltiy mode however I gave it a try and   >To force MiKTeX to use e-TeX in compatibility mode, follow these steps:  >1. Run the MiKTeX options program, choose the TeX formats page, and  >then for each program that you want in compatibility mode (e.g. latex,  pdflatex, etc.)  do the following:  >2. Click on the Edit button,  >3. Choose
 "e-TeX compatibility mode" as the compiler,  >4. Click Apply,  5. Click Build"  Results of this is the same error message, as before, when trying an updatewhich comes down basically to   "initexmf: The file "latex.efmt" could not be found."  And as far as I can tell latex.efmt is not on my hard drive  BTW I have not been able to find a Lyx file in the Applications Data  file under User after I have installed, created and saved  a file  in Lyx.  ARRGH!  John Kane, Kingston ON  Canada
		Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

John Kane wrote:

As far as I can tell my tex list matches the screen shot that you included.
I am unsure from your last posts if you want me to try the -e 
compatibiltiy mode however I gave it a try and

 >To force MiKTeX to use e-TeX in compatibility mode, follow these steps:
 >1. Run the MiKTeX options program, choose the TeX formats page, and
 >then for each program that you want in compatibility mode (e.g. latex,
pdflatex, etc.)  do the following:
 >2. Click on the Edit button,
 >3. Choose "e-TeX compatibility mode" as the compiler,
 >4. Click Apply,
5. Click Build"
Results of this is the same error message, as before, when trying an 
updatewhich comes down basically to

"initexmf: The file "latex.efmt" could not be found."
And as far as I can tell latex.efmt is not on my hard drive

On my system it's at C:\localtexmf\miktex\fmt\latex.efmt.  The fact that 
it's in the localtexmf tree suggests that it is created during 
installation or format updating, as opposed to being part of the 
original installation.

Incidentally, with a working MiKTeX installation you can locate this and 
other style/format/class files by opening a DOS prompt and running 
kpsewhich, to wit 'kpsewhich latex.eftm'.  It's generally faster than 
using the OS to search the entire MiKTeX directory tree (let alone the 
entire drive).

BTW I have not been able to find a Lyx file in the Applications Data 
file under User after I have installed, created and saved  a file in Lyx.

ARRGH!

As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not 
affect the saving of the document.  Since we're pretty sure (?) the LyX 
configuration script is balking at a perceived lack of a working LaTeX 
executable, I wouldn't worry about this until after the MiKTeX issues 
are sorted out.

From the Groping In The Dark Department:  Did you install MiKTeX from 
the Internet (as opposed to either a CD or a local network repository)? 
 If yes, you might try opening the MiKTeX Package Manager, waiting 
 for it to list all the packages, then syncing 
the directory (Repository->Synchronize) and checking for updates 
(Task->Update Wizard).  I've seen this used to resolve one or two 
miscellaneous installation bugs (which I think might have involved 
mixing older and newer MiKTeX components).

Paul

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

- Original Message - 
From: "Paul A. Rubin" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, November 16, 2005 1:10 PM
Subject: Re: Installation Problem. All entries in Textclass.lst
are "false " so no output. Any suggestions?

BTW I have not been able to find a Lyx file in the Applications Data

file under User after I have installed, created and saved  a file in Lyx.
ARRGH!

As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not affect 
the saving of the document.  Since we're pretty sure (?) the LyX 
configuration script is balking at a perceived lack of a working LaTeX 
executable, I wouldn't worry about this until after the MiKTeX issues are 
sorted out.

I think John first installed LyX 1.3.5. Was that under a different
c:\document and settings\...  path structure than is used currently?
Maybe a Preferences file under \username\ .lyx that needed deletion.

I mean delete \.lyx?
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?


Stephen Harris wrote:



As I think Stephen said earlier, that would be indicative of a bad (or 
incomplete) LyX installation.  The LyX tree under Applications Data is 
created during installation (I'm pretty sure).  Saving a LyX document 
won't create it if it's not already there, and its absence may not 
affect the saving of the document.  Since we're pretty sure (?) the 
LyX configuration script is balking at a perceived lack of a working 
LaTeX executable, I wouldn't worry about this until after the MiKTeX 
issues are sorted out.




I think John first installed LyX 1.3.5. Was that under a different
c:\document and settings\...  path structure than is used currently?
Maybe a Preferences file under \username\ .lyx that needed deletion.

I mean delete \.lyx?


Version 1.3.5 and earlier did not put anything under Documents and 
Settings (nor under Program Files for that matter), since they were 
allergic to spaces in paths.  With 1.3.5, you designated a home 
directory, and a .lyx folder (with subfolders) was created thereunder, 
housing your preferences and customizations.  Version 1.3.6 looks 
specifically in Docs and Settings\your name here\Application Data, so 
there should be no collisions.  In fact, I've had 1.3.5 and 1.3.6 (and 
1.3.7, for that matter) peacefully coexisting on a couple of machines. 
1.3.6 has no idea the 1.3.5 preferences exist, and vice versa.


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

  Updates on the continuing (non)  installation saga
  This replies to a number of postings by  Steven and Paul over the Sunday 
14  Nov 14, 2005. Hopefully I  have not missed any important suggestions. I 
decided to use Yahoo  mail for the list since I don't use it much otherwise and 
thought it  would keep things separate. Unfortunately I had not realised the  
rather serious limitations of it for handling a mail list.
  Anyway
  I did have an earlier installation of  LyX Small a few weeks ago when I 
was trying to install LyX 1.3.5. As  far as I have been able to tell, there are 
no files/folders left from  that attempt. I spend a good while late yesterday 
and this morning  checking.  Also checked for *.tex files and found nothing 
suspicious.
  Since then I have tried both the large  and whole installations both from 
the hard drive.
  The last installation I also disabled  my virus protection.
  I have checked and could not find any  rogue Latex.exe files and I have 
hunted down and exterminated the  localtexmf and texmf and the only texmf which 
was in my R folder. I  simply removed R for the moment. :)
  I copied ltxcheck.tex to C:\texmf ran  C:\texmflatex ltxcheck.tex with 
the same results as when I ran  the 'latex chklatex.ltx' .  That is, files not 
found etc.
  I then tried the c:\fmtutil  all  with this result
  C:\fmtutil --all
'fmtutil' is not  recognized as an internal or external 
command,
  operable program or  batch file.

  
I tried initex latex.lts  Latex.lts  does not seem to exist. A search of C 
drive did not find it.
   C:\texmfinitex latex.lts
This is TeX, Version  3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file  `latex.lts'.
* latex.lts

  You suggested that I try printing  outside the LyX environment but I have not 
 a clue how to do this.  Nothing re printing etc can be seen in the View menu.  
As noted  before I cannot print or export except in ASCII. Custom export leaves 
 me with a blank command line.  Should I be able to type in a command?  
  I just noticed from the mailing list  that a new LyX installer is out.  I 
may bring in the exterminators  again, sanitize the machine and give it a try.
  Thanks for all the help so far. I  certainly have learned a lot (most of 
it useful :)  and recalled a  bunch of DOS commands I would happily had remain 
forgotten.
  John Kane, Kingston ON  Canada

  
  


-
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

John Kane wrote:

Updates on the continuing (non) installation saga
This replies to a number of postings by Steven and Paul over the Sunday 14
Nov 14, 2005. Hopefully I have not missed any important suggestions. I
decided to use Yahoo mail for the list since I don't use it much otherwise and
thought it would keep things separate. Unfortunately I had not realised the
rather serious limitations of it for handling a mail list.
Anyway
I did have an earlier installation of LyX Small a few weeks ago when I
was trying to install LyX 1.3.5. As far as I have been able to tell, there are
no files/folders left from that attempt. I spend a good while late yesterday
and this morning checking. Also checked for *.tex files and found nothing
suspicious.
Since then I have tried both the large and whole installations both from
the hard drive.
The last installation I also disabled my virus protection.
I have checked and could not find any rogue Latex.exe files and I have
hunted down and exterminated the localtexmf and texmf and the only texmf which
was in my R folder. I simply removed R for the moment. :)
I copied ltxcheck.tex to C:\texmf ran C:\texmflatex ltxcheck.tex with
the same results as when I ran the 'latex chklatex.ltx' . That is, files not
found etc.
I then tried the c:\fmtutil –all with this result
C:\fmtutil --all
'fmtutil' is not recognized as an internal or external
command,
operable program or batch file.

I tried “initex latex.lts Latex.lts does not seem to exist. A search of C drive did not find it.

C:\texmfinitex latex.lts
This is TeX, Version 3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file `latex.lts'.
* latex.lts

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?



Paul A. Rubin [EMAIL PROTECTED] wrote:  

John,

Did you try updating your format files using the MiKTeX Options program 
(General tab, Format files section, Update Now button) and, if so, did 
anything on your computer melt?

Paul

  Arghh! I was afraid I'd forgotten  something!  Thanks.  I just did it.

  Results 
  Creating latex.efmt...
  pdfetex.exe --ini --interaction=nonstopmode --halt-on-error --alias  
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in  
\pdfoutput=1 \pdfpageheight=297 true mm \pdfpagewidth=210 true mm  
\pdfoptionpdfminorversion=4 \pdfpkresolution=600 \pdfvorigin=1 true in  \input 
latex.ltx \dump
  This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
  entering extended mode
  (C:\texmf\tex\latex\base\latex.ltx (C:\texmf\tex\latex\00miktex\texsys.cfg)


  !! No syntax for the current directory could be found



  [EMAIL PROTECTED] set to: .


  Assuming \openin and \input 
  have the same search path.
  --And much more dreck-

John Kane wrote:
   Updates on the continuing (non)  installation saga
  This replies to a number of postings by Steven and Paul over the Sunday  14 
  Nov 14, 2005. Hopefully I have not missed any important  suggestions. I 
 decided to use Yahoo mail for the list since I don't use  it much otherwise 
 and thought it would keep things separate.  Unfortunately I had not realised 
 the rather serious limitations of it  for handling a mail list.
   Anyway
 I did have an  earlier installation of LyX Small a few weeks ago when I was 
 trying to  install LyX 1.3.5. As far as I have been able to tell, there are 
 no  files/folders left from that attempt. I spend a good while late  
 yesterday and this morning checking. Also checked for *.tex files and  found 
 nothing suspicious.
   Since then I have tried both the large  and whole installations both 
 from the hard drive.
   The last installation I also disabled  my virus protection.
  I have checked and could not find any rogue Latex.exe files and I have  
 hunted down and exterminated the localtexmf and texmf and the only  texmf 
 which was in my R folder. I simply removed R for the moment. :)
  I copied ltxcheck.tex to C:\texmf ran C:\texmflatex ltxcheck.tex  with the 
 same results as when I ran the 'latex chklatex.ltx' . That is,  files not 
 found etc.
   I then tried the c:\fmtutil  all  with this result
   C:\fmtutil --all
 'fmtutil' is not  recognized as an internal or external 
 command,
   operable program or  batch file.
 
   
 I tried initex latex.lts  Latex.lts  does not seem to exist. A search of 
 C drive did not find it.
C:\texmfinitex latex.lts
 This is TeX, Version  3.141592 (MiKTeX 2.4) (INITEX)
 ! I can't find file  `latex.lts'.
 * latex.lts
 






-
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-15 Thread Stephen Harris

- Original Message - 
From: John Kane [EMAIL PROTECTED]

To: Users LyX lyx-users@lists.lyx.org
Sent: Tuesday, November 15, 2005 2:26 PM
Subject: Re: Installation Problem. All entries in Textclass.lst
are false  so no output. Any suggestions?

Paul A. Rubin [EMAIL PROTECTED] wrote:

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

 Arghh! I was afraid I'd forgotten  something!  Thanks.  I just did it.

 Results
 Creating latex.efmt...
 pdfetex.exe --ini --interaction=nonstopmode --halt-on-error --alias 
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in 
\pdfoutput=1 \pdfpageheight=297 true mm \pdfpagewidth=210 true mm 
\pdfoptionpdfminorversion=4 \pdfpkresolution=600 \pdfvorigin=1 true in 
\input latex.ltx \dump

 This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
 entering extended mode
 (C:\texmf\tex\latex\base\latex.ltx 
(C:\texmf\tex\latex\00miktex\texsys.cfg)

Is there actually a latex.ltx file in  (C:\texmf\tex\latex\base\latex.ltx ?
I think you need to run initex latex.ltx from above directory first, if
there is a latex.ltx file located there, and then run Miktex Options Update.

I would also play it safe and run LyX -- Edit -- Reconfigure
even if it may be a very unneeded step, or a devious and subtle riposte.

If for some reason you can't run initex latex.ltx first and then run
latex ltxcheck.tex second and get all Oks, that should narrow the
field of problem causes substantially.
I'll check on preloaded format, unpacking and latex.dtx

 !! No syntax for the current directory could be found

I have both of those directories shown above installed on my computer.

I think the gremlin dongos may have et your latex.ltx,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

Bugger. We're getting out of my depth on the LaTeX front.

The initex run was looking for the wrong file: should be 'initex
latex.ltx' (not .lts). The latex.ltx file should be in the
C:\MiKTeX\tex\latex\base directory (give or take adjusting the root path
of the MiKTeX install). Might be worth a try running that.

I'm bothered by the fact that the output from your format refresh seems
to be running pdfetex rather than etex, but I don't know if I should be.
When you ran latex against chklatex.ltx, it was (properly) etex that
ran, albeit unsuccessfully. One thing you could do just for the sake of
my curiosity is to take a look at the formats.ini file in the MiKTeX
config directory (sibling to the MiKTeX bin directory). In the section
labeled '[latex]', the compile should be 'etex' and the input should be
'latex.ltx'. It's a long-shot, but someone in the list encountered a
problem because 'latex.exe' was linked to pdflatex on his system.

You might want to take this to comp.text.tex on USENET, or to the help
forum for MiKTeX (http://www.miktex.org/fora.html).

Or you could try reposting here with a subject line like MiKTeX
installation help that might draw a guru. It's pretty clear that your
MiKTeX installation is broken, but I don't know why.

I'll be largely out of the loop until around 26 November, by the way.

Paul (who's brain is cramping)

John Kane wrote:

Paul A. Rubin [EMAIL PROTECTED] wrote:

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

Arghh! I was afraid I'd forgotten something! Thanks. I just did it.

Results
Creating latex.efmt...

pdfetex.exe --ini --interaction=nonstopmode --halt-on-error --alias
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in \pdfoutput=1
\pdfpageheight=297 true mm \pdfpagewidth=210 true mm \pdfoptionpdfminorversion=4
\pdfpkresolution=600 \pdfvorigin=1 true in \input latex.ltx \dump
This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
entering extended mode
(C:\texmf\tex\latex\base\latex.ltx (C:\texmf\tex\latex\00miktex\texsys.cfg)

!! No syntax for the current directory could be found

[EMAIL PROTECTED] set to: .

Assuming \openin and \input
have the same search path.

--And much more dreck-

John Kane wrote:

Updates on the continuing (non) installation saga
This replies to a number of postings by Steven and Paul over the Sunday 14
Nov 14, 2005. Hopefully I have not missed any important suggestions. I decided to
use Yahoo mail for the list since I don't use it much otherwise and thought it
would keep things separate. Unfortunately I had not realised the rather serious
limitations of it for handling a mail list.
Anyway
I did have an earlier installation of LyX Small a few weeks ago when I was
trying to install LyX 1.3.5. As far as I have been able to tell, there are no
files/folders left from that attempt. I spend a good while late yesterday and
this morning checking. Also checked for *.tex files and found nothing
suspicious.
Since then I have tried both the large and whole installations both from
the hard drive.
The last installation I also disabled my virus protection.
I have checked and could not find any rogue Latex.exe files and I have hunted
down and exterminated the localtexmf and texmf and the only texmf which was in
my R folder. I simply removed R for the moment. :)
I copied ltxcheck.tex to C:\texmf ran C:\texmflatex ltxcheck.tex with the
same results as when I ran the 'latex chklatex.ltx' . That is, files not found
etc.
I then tried the c:\fmtutil –all with this result
C:\fmtutil --all
'fmtutil' is not recognized as an internal or external
command,
operable program or batch file.

I tried “initex latex.lts Latex.lts does not seem to exist. A search of C drive did not find it.

C:\texmfinitex latex.lts
This is TeX, Version 3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file `latex.lts'.
* latex.lts

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

  Updates on the continuing (non)  installation saga
  This replies to a number of postings by  Steven and Paul over the Sunday 
14  Nov 14, 2005. Hopefully I  have not missed any important suggestions. I 
decided to use Yahoo  mail for the list since I don't use it much otherwise and 
thought it  would keep things separate. Unfortunately I had not realised the  
rather serious limitations of it for handling a mail list.
  Anyway
  I did have an earlier installation of  LyX Small a few weeks ago when I 
was trying to install LyX 1.3.5. As  far as I have been able to tell, there are 
no files/folders left from  that attempt. I spend a good while late yesterday 
and this morning  checking.  Also checked for *.tex files and found nothing 
suspicious.
  Since then I have tried both the large  and whole installations both from 
the hard drive.
  The last installation I also disabled  my virus protection.
  I have checked and could not find any  rogue Latex.exe files and I have 
hunted down and exterminated the  localtexmf and texmf and the only texmf which 
was in my R folder. I  simply removed R for the moment. :)
  I copied ltxcheck.tex to C:\texmf ran  C:\texmflatex ltxcheck.tex with 
the same results as when I ran  the 'latex chklatex.ltx' .  That is, files not 
found etc.
  I then tried the c:\fmtutil  all  with this result
  C:\fmtutil --all
'fmtutil' is not  recognized as an internal or external 
command,
  operable program or  batch file.

  
I tried initex latex.lts  Latex.lts  does not seem to exist. A search of C 
drive did not find it.
   C:\texmfinitex latex.lts
This is TeX, Version  3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file  `latex.lts'.
* latex.lts

  You suggested that I try printing  outside the LyX environment but I have not 
 a clue how to do this.  Nothing re printing etc can be seen in the View menu.  
As noted  before I cannot print or export except in ASCII. Custom export leaves 
 me with a blank command line.  Should I be able to type in a command?  
  I just noticed from the mailing list  that a new LyX installer is out.  I 
may bring in the exterminators  again, sanitize the machine and give it a try.
  Thanks for all the help so far. I  certainly have learned a lot (most of 
it useful :)  and recalled a  bunch of DOS commands I would happily had remain 
forgotten.
  John Kane, Kingston ON  Canada

  
  


-
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

John Kane wrote:

I tried “initex latex.lts Latex.lts does not seem to exist. A search of C drive did not find it.

C:\texmfinitex latex.lts
This is TeX, Version 3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file `latex.lts'.
* latex.lts

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?



Paul A. Rubin [EMAIL PROTECTED] wrote:  

John,

Did you try updating your format files using the MiKTeX Options program 
(General tab, Format files section, Update Now button) and, if so, did 
anything on your computer melt?

Paul

  Arghh! I was afraid I'd forgotten  something!  Thanks.  I just did it.

  Results 
  Creating latex.efmt...
  pdfetex.exe --ini --interaction=nonstopmode --halt-on-error --alias  
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in  
\pdfoutput=1 \pdfpageheight=297 true mm \pdfpagewidth=210 true mm  
\pdfoptionpdfminorversion=4 \pdfpkresolution=600 \pdfvorigin=1 true in  \input 
latex.ltx \dump
  This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
  entering extended mode
  (C:\texmf\tex\latex\base\latex.ltx (C:\texmf\tex\latex\00miktex\texsys.cfg)


  !! No syntax for the current directory could be found



  [EMAIL PROTECTED] set to: .


  Assuming \openin and \input 
  have the same search path.
  --And much more dreck-

John Kane wrote:
   Updates on the continuing (non)  installation saga
  This replies to a number of postings by Steven and Paul over the Sunday  14 
  Nov 14, 2005. Hopefully I have not missed any important  suggestions. I 
 decided to use Yahoo mail for the list since I don't use  it much otherwise 
 and thought it would keep things separate.  Unfortunately I had not realised 
 the rather serious limitations of it  for handling a mail list.
   Anyway
 I did have an  earlier installation of LyX Small a few weeks ago when I was 
 trying to  install LyX 1.3.5. As far as I have been able to tell, there are 
 no  files/folders left from that attempt. I spend a good while late  
 yesterday and this morning checking. Also checked for *.tex files and  found 
 nothing suspicious.
   Since then I have tried both the large  and whole installations both 
 from the hard drive.
   The last installation I also disabled  my virus protection.
  I have checked and could not find any rogue Latex.exe files and I have  
 hunted down and exterminated the localtexmf and texmf and the only  texmf 
 which was in my R folder. I simply removed R for the moment. :)
  I copied ltxcheck.tex to C:\texmf ran C:\texmflatex ltxcheck.tex  with the 
 same results as when I ran the 'latex chklatex.ltx' . That is,  files not 
 found etc.
   I then tried the c:\fmtutil  all  with this result
   C:\fmtutil --all
 'fmtutil' is not  recognized as an internal or external 
 command,
   operable program or  batch file.
 
   
 I tried initex latex.lts  Latex.lts  does not seem to exist. A search of 
 C drive did not find it.
C:\texmfinitex latex.lts
 This is TeX, Version  3.141592 (MiKTeX 2.4) (INITEX)
 ! I can't find file  `latex.lts'.
 * latex.lts
 






-
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-15 Thread Stephen Harris

- Original Message - 
From: John Kane [EMAIL PROTECTED]

To: Users LyX lyx-users@lists.lyx.org
Sent: Tuesday, November 15, 2005 2:26 PM
Subject: Re: Installation Problem. All entries in Textclass.lst
are false  so no output. Any suggestions?

Paul A. Rubin [EMAIL PROTECTED] wrote:

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

 Arghh! I was afraid I'd forgotten  something!  Thanks.  I just did it.

 Results
 Creating latex.efmt...
 pdfetex.exe --ini --interaction=nonstopmode --halt-on-error --alias 
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in 
\pdfoutput=1 \pdfpageheight=297 true mm \pdfpagewidth=210 true mm 
\pdfoptionpdfminorversion=4 \pdfpkresolution=600 \pdfvorigin=1 true in 
\input latex.ltx \dump

 This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
 entering extended mode
 (C:\texmf\tex\latex\base\latex.ltx 
(C:\texmf\tex\latex\00miktex\texsys.cfg)

Is there actually a latex.ltx file in  (C:\texmf\tex\latex\base\latex.ltx ?
I think you need to run initex latex.ltx from above directory first, if
there is a latex.ltx file located there, and then run Miktex Options Update.

I would also play it safe and run LyX -- Edit -- Reconfigure
even if it may be a very unneeded step, or a devious and subtle riposte.

If for some reason you can't run initex latex.ltx first and then run
latex ltxcheck.tex second and get all Oks, that should narrow the
field of problem causes substantially.
I'll check on preloaded format, unpacking and latex.dtx

 !! No syntax for the current directory could be found

I have both of those directories shown above installed on my computer.

I think the gremlin dongos may have et your latex.ltx,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

Bugger. We're getting out of my depth on the LaTeX front.

You might want to take this to comp.text.tex on USENET, or to the help
forum for MiKTeX (http://www.miktex.org/fora.html).

Or you could try reposting here with a subject line like MiKTeX
installation help that might draw a guru. It's pretty clear that your
MiKTeX installation is broken, but I don't know why.

I'll be largely out of the loop until around 26 November, by the way.

Paul (who's brain is cramping)

John Kane wrote:

Paul A. Rubin [EMAIL PROTECTED] wrote:

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

Arghh! I was afraid I'd forgotten something! Thanks. I just did it.

Results
Creating latex.efmt...

!! No syntax for the current directory could be found

[EMAIL PROTECTED] set to: .

Assuming \openin and \input
have the same search path.

--And much more dreck-

John Kane wrote:

Updates on the continuing (non) installation saga
This replies to a number of postings by Steven and Paul over the Sunday 14
Nov 14, 2005. Hopefully I have not missed any important suggestions. I decided to
use Yahoo mail for the list since I don't use it much otherwise and thought it
would keep things separate. Unfortunately I had not realised the rather serious
limitations of it for handling a mail list.
Anyway
I did have an earlier installation of LyX Small a few weeks ago when I was
trying to install LyX 1.3.5. As far as I have been able to tell, there are no
files/folders left from that attempt. I spend a good while late yesterday and
this morning checking. Also checked for *.tex files and found nothing
suspicious.
Since then I have tried both the large and whole installations both from
the hard drive.
The last installation I also disabled my virus protection.
I have checked and could not find any rogue Latex.exe files and I have hunted
down and exterminated the localtexmf and texmf and the only texmf which was in
my R folder. I simply removed R for the moment. :)
I copied ltxcheck.tex to C:\texmf ran C:\texmflatex ltxcheck.tex with the
same results as when I ran the 'latex chklatex.ltx' . That is, files not found
etc.
I then tried the c:\fmtutil –all with this result
C:\fmtutil --all
'fmtutil' is not recognized as an internal or external
command,
operable program or batch file.

I tried “initex latex.lts Latex.lts does not seem to exist. A search of C drive did not find it.

C:\texmfinitex latex.lts
This is TeX, Version 3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file `latex.lts'.
* latex.lts

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

  Updates on the continuing (non)  installation saga
  This replies to a number of postings by  Steven and Paul over the Sunday 
14 & Nov 14, 2005. Hopefully I  have not missed any important suggestions. I 
decided to use Yahoo  mail for the list since I don't use it much otherwise and 
thought it  would keep things separate. Unfortunately I had not realised the  
rather serious limitations of it for handling a mail list.
  Anyway
  I did have an earlier installation of  LyX Small a few weeks ago when I 
was trying to install LyX 1.3.5. As  far as I have been able to tell, there are 
no files/folders left from  that attempt. I spend a good while late yesterday 
and this morning  checking.  Also checked for *.tex files and found nothing 
suspicious.
  Since then I have tried both the large  and whole installations both from 
the hard drive.
  The last installation I also disabled  my virus protection.
  I have checked and could not find any  rogue Latex.exe files and I have 
hunted down and exterminated the  localtexmf and texmf and the only texmf which 
was in my R folder. I  simply removed R for the moment. :)
  I copied ltxcheck.tex to C:\texmf ran  C:\texmf>latex ltxcheck.tex with 
the same results as when I ran  the 'latex chklatex.ltx' .  That is, files not 
found etc.
  I then tried the c:\fmtutil  all  with this result
  C:\>fmtutil --all
'fmtutil' is not  recognized as an internal or external 
command,
  operable program or  batch file.

  
I tried initex latex.lts  Latex.lts  does not seem to exist. A search of C 
drive did not find it.
   C:\texmf>initex latex.lts
This is TeX, Version  3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file  `latex.lts'.
<*> latex.lts

  You suggested that I try printing  outside the LyX environment but I have not 
 a clue how to do this.  Nothing re printing etc can be seen in the View menu.  
As noted  before I cannot print or export except in ASCII. Custom export leaves 
 me with a blank command line.  Should I be able to type in a command?  
  I just noticed from the mailing list  that a new LyX installer is out.  I 
may bring in the exterminators  again, sanitize the machine and give it a try.
  Thanks for all the help so far. I  certainly have learned a lot (most of 
it useful :)  and recalled a  bunch of DOS commands I would happily had remain 
forgotten.
  John Kane, Kingston ON  Canada

  
  


-
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

John Kane wrote:

Updates on the continuing (non) installation saga
This replies to a number of postings by Steven and Paul over the Sunday 14
& Nov 14, 2005. Hopefully I have not missed any important suggestions. I
decided to use Yahoo mail for the list since I don't use it much otherwise and
thought it would keep things separate. Unfortunately I had not realised the
rather serious limitations of it for handling a mail list.
Anyway
I did have an earlier installation of LyX Small a few weeks ago when I
was trying to install LyX 1.3.5. As far as I have been able to tell, there are
no files/folders left from that attempt. I spend a good while late yesterday
and this morning checking. Also checked for *.tex files and found nothing
suspicious.
Since then I have tried both the large and whole installations both from
the hard drive.
The last installation I also disabled my virus protection.
I have checked and could not find any rogue Latex.exe files and I have
hunted down and exterminated the localtexmf and texmf and the only texmf which
was in my R folder. I simply removed R for the moment. :)
I copied ltxcheck.tex to C:\texmf ran C:\texmf>latex ltxcheck.tex with
the same results as when I ran the 'latex chklatex.ltx' . That is, files not
found etc.
I then tried the c:\fmtutil –all with this result
C:\>fmtutil --all
'fmtutil' is not recognized as an internal or external
command,
operable program or batch file.

I tried “initex latex.lts Latex.lts does not seem to exist. A search of C drive did not find it.

C:\texmf>initex latex.lts
This is TeX, Version 3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file `latex.lts'.
<*> latex.lts

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

"Paul A. Rubin" <[EMAIL PROTECTED]> wrote:  

John,

Did you try updating your format files using the MiKTeX Options program 
(General tab, Format files section, Update Now button) and, if so, did 
anything on your computer melt?

Paul

  Arghh! I was afraid I'd forgotten  something!  Thanks.  I just did it.

  Results 
  Creating "latex.efmt"...
  "pdfetex.exe" --ini --interaction=nonstopmode --halt-on-error --alias  
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in  
\pdfoutput=1 \pdfpageheight=297 true mm \pdfpagewidth=210 true mm  
\pdfoptionpdfminorversion=4 \pdfpkresolution=600 \pdfvorigin=1 true in  \input 
latex.ltx \dump
  This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
  entering extended mode
  (C:\texmf\tex\latex\base\latex.ltx (C:\texmf\tex\latex\00miktex\texsys.cfg)

  !! No syntax for the current directory could be found

  [EMAIL PROTECTED] set to: .

  Assuming \openin and \input 
  have the same search path.
  --And much more dreck-

John Kane wrote:
>   Updates on the continuing (non)  installation saga
>  This replies to a number of postings by Steven and Paul over the Sunday  14 
> & Nov 14, 2005. Hopefully I have not missed any important  suggestions. I 
> decided to use Yahoo mail for the list since I don't use  it much otherwise 
> and thought it would keep things separate.  Unfortunately I had not realised 
> the rather serious limitations of it  for handling a mail list.
>   Anyway
> I did have an  earlier installation of LyX Small a few weeks ago when I was 
> trying to  install LyX 1.3.5. As far as I have been able to tell, there are 
> no  files/folders left from that attempt. I spend a good while late  
> yesterday and this morning checking. Also checked for *.tex files and  found 
> nothing suspicious.
>   Since then I have tried both the large  and whole installations both 
> from the hard drive.
>   The last installation I also disabled  my virus protection.
>  I have checked and could not find any rogue Latex.exe files and I have  
> hunted down and exterminated the localtexmf and texmf and the only  texmf 
> which was in my R folder. I simply removed R for the moment. :)
>  I copied ltxcheck.tex to C:\texmf ran C:\texmf>latex ltxcheck.tex  with the 
> same results as when I ran the 'latex chklatex.ltx' . That is,  files not 
> found etc.
>   I then tried the c:\fmtutil  all  with this result
>   C:\>fmtutil --all
> 'fmtutil' is not  recognized as an internal or external 
> command,
>   operable program or  batch file.
> 
>   
> I tried initex latex.lts  Latex.lts  does not seem to exist. A search of 
> C drive did not find it.
>C:\texmf>initex latex.lts
> This is TeX, Version  3.141592 (MiKTeX 2.4) (INITEX)
> ! I can't find file  `latex.lts'.
> <*> latex.lts
> 

-
Find your next car at Yahoo! Canada Autos

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-15 Thread Stephen Harris

- Original Message - 
From: "John Kane" <[EMAIL PROTECTED]>

To: "Users LyX" 
Sent: Tuesday, November 15, 2005 2:26 PM
Subject: Re: Installation Problem. All entries in Textclass.lst
are "false " so no output. Any suggestions?

"Paul A. Rubin" <[EMAIL PROTECTED]> wrote:

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

 Arghh! I was afraid I'd forgotten  something!  Thanks.  I just did it.

 Results
 Creating "latex.efmt"...
 "pdfetex.exe" --ini --interaction=nonstopmode --halt-on-error --alias 
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in 
\pdfoutput=1 \pdfpageheight=297 true mm \pdfpagewidth=210 true mm 
\pdfoptionpdfminorversion=4 \pdfpkresolution=600 \pdfvorigin=1 true in 
\input latex.ltx \dump

 This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
 entering extended mode
 (C:\texmf\tex\latex\base\latex.ltx 
(C:\texmf\tex\latex\00miktex\texsys.cfg)

Is there actually a latex.ltx file in  (C:\texmf\tex\latex\base\latex.ltx ?
I think you need to run "initex latex.ltx" from above directory first, if
there is a latex.ltx file located there, and then run Miktex Options Update.

I would also play it safe and run LyX --> Edit --> Reconfigure
even if it may be a very unneeded step, or a devious and subtle riposte.

If for some reason you can't run initex latex.ltx first and then run
latex ltxcheck.tex second and get all Oks, that should narrow the
field of problem causes substantially.
I'll check on "preloaded format", unpacking and latex.dtx

 !! No syntax for the current directory could be found

I have both of those directories shown above installed on my computer.

I think the gremlin dongos may have et your latex.ltx,
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

Bugger. We're getting out of my depth on the LaTeX front.

You might want to take this to comp.text.tex on USENET, or to the help
forum for MiKTeX (http://www.miktex.org/fora.html).

Or you could try reposting here with a subject line like "MiKTeX
installation help" that might draw a guru. It's pretty clear that your
MiKTeX installation is broken, but I don't know why.

I'll be largely out of the loop until around 26 November, by the way.

Paul (who's brain is cramping)

John Kane wrote:

"Paul A. Rubin" <[EMAIL PROTECTED]> wrote:

John,

Did you try updating your format files using the MiKTeX Options program
(General tab, Format files section, Update Now button) and, if so, did
anything on your computer melt?

Paul

Arghh! I was afraid I'd forgotten something! Thanks. I just did it.

Results
Creating "latex.efmt"...

"pdfetex.exe" --ini --interaction=nonstopmode --halt-on-error --alias
pdflatex *\pdfcompresslevel=9 \pdfdecimaldigits=3 \pdfhorigin=1 true in \pdfoutput=1
\pdfpageheight=297 true mm \pdfpagewidth=210 true mm \pdfoptionpdfminorversion=4
\pdfpkresolution=600 \pdfvorigin=1 true in \input latex.ltx \dump
This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (INITEX)
entering extended mode
(C:\texmf\tex\latex\base\latex.ltx (C:\texmf\tex\latex\00miktex\texsys.cfg)

!! No syntax for the current directory could be found

[EMAIL PROTECTED] set to: .

Assuming \openin and \input
have the same search path.

--And much more dreck-

John Kane wrote:

Updates on the continuing (non) installation saga
This replies to a number of postings by Steven and Paul over the Sunday 14 &
Nov 14, 2005. Hopefully I have not missed any important suggestions. I decided to
use Yahoo mail for the list since I don't use it much otherwise and thought it
would keep things separate. Unfortunately I had not realised the rather serious
limitations of it for handling a mail list.
Anyway
I did have an earlier installation of LyX Small a few weeks ago when I was
trying to install LyX 1.3.5. As far as I have been able to tell, there are no
files/folders left from that attempt. I spend a good while late yesterday and
this morning checking. Also checked for *.tex files and found nothing
suspicious.
Since then I have tried both the large and whole installations both from
the hard drive.
The last installation I also disabled my virus protection.
I have checked and could not find any rogue Latex.exe files and I have hunted
down and exterminated the localtexmf and texmf and the only texmf which was in
my R folder. I simply removed R for the moment. :)
I copied ltxcheck.tex to C:\texmf ran C:\texmf>latex ltxcheck.tex with the
same results as when I ran the 'latex chklatex.ltx' . That is, files not found
etc.
I then tried the c:\fmtutil –all with this result
C:\>fmtutil --all
'fmtutil' is not recognized as an internal or external
command,
operable program or batch file.

I tried “initex latex.lts Latex.lts does not seem to exist. A search of C drive did not find it.

C:\texmf>initex latex.lts
This is TeX, Version 3.141592 (MiKTeX 2.4) (INITEX)
! I can't find file `latex.lts'.
<*> latex.lts

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-14 Thread Paul A. Rubin


Stephen Harris wrote:

I'm wondering if John might have done a net install in which he didn't 
download the files first with setup.exe

and then run setup.exe again to build the installation.
That is how I ran the Miktex install, how did you do it?


I did it three different ways on three different machines.  On one, I 
downloaded the minimal installer, ran setup, then downloaded selected 
packages using the package manager.  On a second, I downloaded the 
larger installer and ran that.  On a third, I installed from a CD-R on 
which I'd burned the installation files from one of the first two.


If John bypassed storing the files and then installing, the net install 
might miss a file or run just a little askew. Seems like he should know 
if he had an old *tex version install.


Seems unlikely to me that the MiKTeX installer might skip or lose an 
essential cab file and not throw up an error message, but I've worked in 
the Windoze world long enough to believe just about anything bad is 
possible.  As for the older version, I thought he alluded in one post to 
upgrading a prior MiKTeX installation, but I might have hallucinated that.


You got the same result as me so our approaches must be the same while 
John has strayed from the righteous path,

and I'm looking for some small difference in our steps.


Your logic is sound, but there are some wild-cards out there (for 
instance, an anti-virus program selectively interfering with his 
installation).


Cheers,
Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-14 Thread Stephen Harris

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Monday, November 14, 2005 8:41 AM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

You got the same result as me so our approaches must be the same while 
John has strayed from the righteous path,

and I'm looking for some small difference in our steps.

Your logic is sound, but there are some wild-cards out there (for 
instance, an anti-virus program selectively interfering with his 
installation).

Cheers,
Paul

Thanks for taking the time to make a detailed response.
I'm sure John will succeed is he just doesn't give up.
Google reported not building a latex.fmt file during setup
was a problem with Miktex and the symptom was Miktex
trying to rebuild the formatting like his webpage link. But
the last report I saw was in 2004. I saw a report of an old
.emacs file causing one problem, solvable by changing the
location of Cygwin in the path.

Poetic Diction is not blind,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-14 Thread Paul A. Rubin


Stephen Harris wrote:

I'm wondering if John might have done a net install in which he didn't 
download the files first with setup.exe

and then run setup.exe again to build the installation.
That is how I ran the Miktex install, how did you do it?


I did it three different ways on three different machines.  On one, I 
downloaded the minimal installer, ran setup, then downloaded selected 
packages using the package manager.  On a second, I downloaded the 
larger installer and ran that.  On a third, I installed from a CD-R on 
which I'd burned the installation files from one of the first two.


If John bypassed storing the files and then installing, the net install 
might miss a file or run just a little askew. Seems like he should know 
if he had an old *tex version install.


Seems unlikely to me that the MiKTeX installer might skip or lose an 
essential cab file and not throw up an error message, but I've worked in 
the Windoze world long enough to believe just about anything bad is 
possible.  As for the older version, I thought he alluded in one post to 
upgrading a prior MiKTeX installation, but I might have hallucinated that.


You got the same result as me so our approaches must be the same while 
John has strayed from the righteous path,

and I'm looking for some small difference in our steps.


Your logic is sound, but there are some wild-cards out there (for 
instance, an anti-virus program selectively interfering with his 
installation).


Cheers,
Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-14 Thread Stephen Harris

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Monday, November 14, 2005 8:41 AM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

You got the same result as me so our approaches must be the same while 
John has strayed from the righteous path,

and I'm looking for some small difference in our steps.

Your logic is sound, but there are some wild-cards out there (for 
instance, an anti-virus program selectively interfering with his 
installation).

Cheers,
Paul

Thanks for taking the time to make a detailed response.
I'm sure John will succeed is he just doesn't give up.
Google reported not building a latex.fmt file during setup
was a problem with Miktex and the symptom was Miktex
trying to rebuild the formatting like his webpage link. But
the last report I saw was in 2004. I saw a report of an old
.emacs file causing one problem, solvable by changing the
location of Cygwin in the path.

Poetic Diction is not blind,
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-14 Thread Paul A. Rubin


Stephen Harris wrote:

I'm wondering if John might have done a net install in which he didn't 
download the files first with setup.exe

and then run setup.exe again to build the installation.
That is how I ran the Miktex install, how did you do it?


I did it three different ways on three different machines.  On one, I 
downloaded the "minimal" installer, ran setup, then downloaded selected 
packages using the package manager.  On a second, I downloaded the 
larger installer and ran that.  On a third, I installed from a CD-R on 
which I'd burned the installation files from one of the first two.


If John bypassed storing the files and then installing, the net install 
might miss a file or run just a little askew. Seems like he should know 
if he had an old *tex version install.


Seems unlikely to me that the MiKTeX installer might skip or lose an 
essential cab file and not throw up an error message, but I've worked in 
the Windoze world long enough to believe just about anything bad is 
possible.  As for the older version, I thought he alluded in one post to 
upgrading a prior MiKTeX installation, but I might have hallucinated that.


You got the same result as me so our approaches must be the same while 
John has strayed from the righteous path,

and I'm looking for some small difference in our steps.


Your logic is sound, but there are some wild-cards out there (for 
instance, an anti-virus program selectively interfering with his 
installation).


Cheers,
Paul

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-14 Thread Stephen Harris

- Original Message - 
From: "Paul A. Rubin" <[EMAIL PROTECTED]>

To: 
Sent: Monday, November 14, 2005 8:41 AM
Subject: Re: Installation Problem. All entries in Textclass.lst are "false " 
so no output. Any suggestions?

You got the same result as me so our approaches must be the same while 
John has strayed from the righteous path,

and I'm looking for some small difference in our steps.

Your logic is sound, but there are some wild-cards out there (for 
instance, an anti-virus program selectively interfering with his 
installation).

Cheers,
Paul

Thanks for taking the time to make a detailed response.
I'm sure John will succeed is he just doesn't give up.
Google reported not building a latex.fmt file during setup
was a problem with Miktex and the symptom was Miktex
trying to rebuild the formatting like his webpage link. But
the last report I saw was in 2004. I saw a report of an old
.emacs file causing one problem, solvable by changing the
location of Cygwin in the path.

Poetic Diction is not blind,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-13 Thread Paul A. Rubin


John Kane wrote:

From a DOS prompt, try the following:


1.  Type 'path' to get the system path.  Make sure that 

(a) the MiKTeX  bin directory is properly listed and (b) no directory

ahead of it contains a file named latex.exe.


Appears not to: Path is 
c:\program

files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

and I don't see anything in texmf or miktex  that
looks suspicious


The output you posted shows that you are executing the latex.exe 
provided by MiKTeX, which confirms the lack of suspects here.



2.  I've attached the file used to test your LaTeX
installation. and run 'latex chklatex.ltx'.  It should cough up a
log file, that should contain the string 'ThisIsLaTeX2e'
(lack of spaces intentional).


I ran the 'latex chklatex.ltx' file.  No sign of 
'ThisIsLaTeX2e' as far as I can see. The log is at

http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
. 


Roger that.  For comparison purposes, here is what I get on my system:

--- log begins ---
This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4) (preloaded format=latex 
2005.11.4)  13 NOV 2005 15:56

entering extended mode
**chklatex.ltx
(chklatex.ltx
LaTeX2e 2003/12/01
Babel v3.8g and hyphenation patterns for english, dumylang, 
nohyphenation, ge

rman, ngerman, french, loaded.

ThisIsLaTeX2e )
Here is how much of TeX's memory you used:
 6 strings out of 95901
 56 string characters out of 1195189
 44793 words of memory out of 1048577
 3139 multiletter control sequences out of 6
 3640 words of font info for 14 fonts, out of 100 for 2000
 14 hyphenation exceptions out of 4999
 5i,0n,1p,49b,8s stack positions out of 5000i,500n,1p,20b,32768s

No pages of output.
--- log ends ---

So something seems amiss with MiKTeX, and if I had to guess I would say 
that there is a configuration file somewhere that has developed an 
unfortunate sense of humor.  Unfortunately, my knowledge of LaTeX in 
general and MiKTeX in particular does not go very far beyond the funky 
capitalizations thereof.  I note that my log mentions a preloaded format 
and yours does not.  You might try running the MiKTeX Options program 
from the Start menu, clicking the Update Now button on the general tab. 
 If you upgraded an old MiKTeX (as the paragraph below suggests) and 
did not rediddle the formats, things could get dicey.  (I had font 
generation go on hiatus until I did a format refresh.)



The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens. 


Try the update thingy first, lest the re-re-install waste time.  Someone 
once said the definition of insanity is doing the same thing repeatedly 
but expecting different results.  They obviously were not installing 
software when they wrote that (or else equated installing software with 
insanity, which might not be entirely incorrect).


Below is a quick summary of what I think I have at the
moment.

Thanks for all the help. I get the feeling that this
may not be impossible after all.

Installed files and paths 


Actual according to the LyX installer
C:\msys\1.0\bin (sh.exe)
C:\Python23 (Python.exe)
C:\texmf\miktex\bin (latex.exe)
C:\Perl\bin (Perl.exe)
C:\Program Files\gs\gs8.51\bin  (gswin32c.exe)
C:\Program Files\ImageMagick-6.2.5-Q16  (convert.exe)
C:\LyX

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview   (gsview32.exe)


LyX path after installation
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16

I added the gsview path and reconfigured. New LyX 
paths

C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16;C:\GSTools\gsview

Systems Paths
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin



This all looks copacetic.  I should have mentioned earlier that (IIRC) 
you have to install Ghostscript before you install Ghostgum.  If you did 
them in the opposite order, that might explain your registry adventure 
(although I think if you try to install Ghostgum first it just punts). 
Also, once upon a time LyX users on Windows experienced major problems 
if Ghostscript was installed in a path containing spaces (for instance, 
under Program Files).  I ended up installing it under C:\gs (after 
trying it under

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Sunday, November 13, 2005 1:13 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

2.  I've attached the file used to test your LaTeX

installation. and run 'latex chklatex.ltx'.  It should cough up a
log file, that should contain the string 'ThisIsLaTeX2e'
(lack of spaces intentional).

I ran the 'latex chklatex.ltx' file.  No sign of 'ThisIsLaTeX2e' as far 
as I can see. The log is at

http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
.

Roger that.  For comparison purposes, here is what I get on my system:

--- log begins ---
This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4) (preloaded format=latex 
2005.11.4)  13 NOV 2005 15:56

entering extended mode
**chklatex.ltx
(chklatex.ltx
LaTeX2e 2003/12/01
Babel v3.8g and hyphenation patterns for english, dumylang, 
nohyphenation, ge

rman, ngerman, french, loaded.

ThisIsLaTeX2e )
Here is how much of TeX's memory you used:
 6 strings out of 95901
 56 string characters out of 1195189
 44793 words of memory out of 1048577
 3139 multiletter control sequences out of 6
 3640 words of font info for 14 fonts, out of 100 for 2000
 14 hyphenation exceptions out of 4999
 5i,0n,1p,49b,8s stack positions out of 5000i,500n,1p,20b,32768s

No pages of output.
--- log ends ---

This is what I get also though the direct output was slightly different.

So something seems amiss with MiKTeX, and if I had to guess I would say 
that there is a configuration file somewhere that has developed an 
unfortunate sense of humor.  Unfortunately, my knowledge of LaTeX in 
general and MiKTeX in particular does not go very far beyond the funky 
capitalizations thereof.  I note that my log mentions a preloaded format 
and yours does not.  You might try running the MiKTeX Options program from 
the Start menu, clicking the Update Now button on the general tab. If you 
upgraded an old MiKTeX (as the paragraph below suggests) and did not 
rediddle the formats, things could get dicey.  (I had font generation go 
on hiatus until I did a format refresh.)

Well, the installation not building a format file (latex.fmt) is looking 
more

likely. John's log file ends with initexmf: The file latex.efmt could not
be found. cannot make latex.efmt I can't find the default format file!

I read of another problem with the format file caused in this
case of fptex .4 for windows being overinstalled by fptex .4.

Thank you Prof. Ripley.  I'll bet it is the .fmt file(s). Isn't
there a way to just rebuild the formats w/o a complete make/remake

Yes, sure :

c:\fmtutil --all

It depends on what you have installed, but clearly, you have a 0.4
format file found by your 0.5 installation. [for windows fptex]
Fabrice

SH: But John didn't mention he had a prior version of *tex installed.

The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens.

Try the update thingy first, lest the re-re-install waste time.

Well, it has the merit of being quick and painless.
Miktex options, refresh database and fonts etc.

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview (gsview32.exe)

This all looks copacetic.   Paul

It looks like the cure is to eliminate any conflict with
creating a working format file, I think called latex.fmt.
Sometimes installing over a prior version doesn't seem
to hurt at all and other times its a recipe for disaster.
There have been no other reports of problems with the
Miktex large install. Not everybody used small or total.

I'll read up on latex.fmt,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Stephen Harris [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Sunday, November 13, 2005 3:29 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

I'll read up on latex.fmt,
Stephen

I copied latex.ltx from the base directory into the parent
texmf directory because I didn't want to take a chance
on producing a copy of latex.fmt which overwrote the
existing file. The command is initex latex.ltx which
then produced a latex.fmt file. The output of the process
looked very much like the output which John produced at
http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
latex.fmt is an executable type file with those weird squiqqleys.

I think John should try this and compare it to my result. It is a
bit long so I will send an attachment to him apart from the list.
I'm a bit worried that it won't work because of a malevolent
presence sabotaging the best laid plans of mice and men.

Scotts Steinbeck,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Sunday, November 13, 2005 1:13 PM
Subject: Re: Installation Problem. All entries in Textclass.lst 
are false  so no output. Any suggestions?

Paul

I'm wondering if John might have done a net install in 
which he didn't download the files first with setup.exe

and then run setup.exe again to build the installation.
That is how I ran the Miktex install, how did you do it?

If John bypassed storing the files and then installing, the 
net install might miss a file or run just a little askew. Seems 
like he should know if he had an old *tex version install.

You got the same result as me so our approaches must be 
the same while John has strayed from the righteous path,

and I'm looking for some small difference in our steps.

Regards,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-13 Thread Paul A. Rubin


John Kane wrote:

From a DOS prompt, try the following:


1.  Type 'path' to get the system path.  Make sure that 

(a) the MiKTeX  bin directory is properly listed and (b) no directory

ahead of it contains a file named latex.exe.


Appears not to: Path is 
c:\program

files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

and I don't see anything in texmf or miktex  that
looks suspicious


The output you posted shows that you are executing the latex.exe 
provided by MiKTeX, which confirms the lack of suspects here.



2.  I've attached the file used to test your LaTeX
installation. and run 'latex chklatex.ltx'.  It should cough up a
log file, that should contain the string 'ThisIsLaTeX2e'
(lack of spaces intentional).


I ran the 'latex chklatex.ltx' file.  No sign of 
'ThisIsLaTeX2e' as far as I can see. The log is at

http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
. 


Roger that.  For comparison purposes, here is what I get on my system:

--- log begins ---
This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4) (preloaded format=latex 
2005.11.4)  13 NOV 2005 15:56

entering extended mode
**chklatex.ltx
(chklatex.ltx
LaTeX2e 2003/12/01
Babel v3.8g and hyphenation patterns for english, dumylang, 
nohyphenation, ge

rman, ngerman, french, loaded.

ThisIsLaTeX2e )
Here is how much of TeX's memory you used:
 6 strings out of 95901
 56 string characters out of 1195189
 44793 words of memory out of 1048577
 3139 multiletter control sequences out of 6
 3640 words of font info for 14 fonts, out of 100 for 2000
 14 hyphenation exceptions out of 4999
 5i,0n,1p,49b,8s stack positions out of 5000i,500n,1p,20b,32768s

No pages of output.
--- log ends ---

So something seems amiss with MiKTeX, and if I had to guess I would say 
that there is a configuration file somewhere that has developed an 
unfortunate sense of humor.  Unfortunately, my knowledge of LaTeX in 
general and MiKTeX in particular does not go very far beyond the funky 
capitalizations thereof.  I note that my log mentions a preloaded format 
and yours does not.  You might try running the MiKTeX Options program 
from the Start menu, clicking the Update Now button on the general tab. 
 If you upgraded an old MiKTeX (as the paragraph below suggests) and 
did not rediddle the formats, things could get dicey.  (I had font 
generation go on hiatus until I did a format refresh.)



The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens. 


Try the update thingy first, lest the re-re-install waste time.  Someone 
once said the definition of insanity is doing the same thing repeatedly 
but expecting different results.  They obviously were not installing 
software when they wrote that (or else equated installing software with 
insanity, which might not be entirely incorrect).


Below is a quick summary of what I think I have at the
moment.

Thanks for all the help. I get the feeling that this
may not be impossible after all.

Installed files and paths 


Actual according to the LyX installer
C:\msys\1.0\bin (sh.exe)
C:\Python23 (Python.exe)
C:\texmf\miktex\bin (latex.exe)
C:\Perl\bin (Perl.exe)
C:\Program Files\gs\gs8.51\bin  (gswin32c.exe)
C:\Program Files\ImageMagick-6.2.5-Q16  (convert.exe)
C:\LyX

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview   (gsview32.exe)


LyX path after installation
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16

I added the gsview path and reconfigured. New LyX 
paths

C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16;C:\GSTools\gsview

Systems Paths
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin



This all looks copacetic.  I should have mentioned earlier that (IIRC) 
you have to install Ghostscript before you install Ghostgum.  If you did 
them in the opposite order, that might explain your registry adventure 
(although I think if you try to install Ghostgum first it just punts). 
Also, once upon a time LyX users on Windows experienced major problems 
if Ghostscript was installed in a path containing spaces (for instance, 
under Program Files).  I ended up installing it under C:\gs (after 
trying it under

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Sunday, November 13, 2005 1:13 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

2.  I've attached the file used to test your LaTeX

installation. and run 'latex chklatex.ltx'.  It should cough up a
log file, that should contain the string 'ThisIsLaTeX2e'
(lack of spaces intentional).

I ran the 'latex chklatex.ltx' file.  No sign of 'ThisIsLaTeX2e' as far 
as I can see. The log is at

http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
.

Roger that.  For comparison purposes, here is what I get on my system:

--- log begins ---
This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4) (preloaded format=latex 
2005.11.4)  13 NOV 2005 15:56

entering extended mode
**chklatex.ltx
(chklatex.ltx
LaTeX2e 2003/12/01
Babel v3.8g and hyphenation patterns for english, dumylang, 
nohyphenation, ge

rman, ngerman, french, loaded.

ThisIsLaTeX2e )
Here is how much of TeX's memory you used:
 6 strings out of 95901
 56 string characters out of 1195189
 44793 words of memory out of 1048577
 3139 multiletter control sequences out of 6
 3640 words of font info for 14 fonts, out of 100 for 2000
 14 hyphenation exceptions out of 4999
 5i,0n,1p,49b,8s stack positions out of 5000i,500n,1p,20b,32768s

No pages of output.
--- log ends ---

This is what I get also though the direct output was slightly different.

So something seems amiss with MiKTeX, and if I had to guess I would say 
that there is a configuration file somewhere that has developed an 
unfortunate sense of humor.  Unfortunately, my knowledge of LaTeX in 
general and MiKTeX in particular does not go very far beyond the funky 
capitalizations thereof.  I note that my log mentions a preloaded format 
and yours does not.  You might try running the MiKTeX Options program from 
the Start menu, clicking the Update Now button on the general tab. If you 
upgraded an old MiKTeX (as the paragraph below suggests) and did not 
rediddle the formats, things could get dicey.  (I had font generation go 
on hiatus until I did a format refresh.)

Well, the installation not building a format file (latex.fmt) is looking 
more

likely. John's log file ends with initexmf: The file latex.efmt could not
be found. cannot make latex.efmt I can't find the default format file!

I read of another problem with the format file caused in this
case of fptex .4 for windows being overinstalled by fptex .4.

Thank you Prof. Ripley.  I'll bet it is the .fmt file(s). Isn't
there a way to just rebuild the formats w/o a complete make/remake

Yes, sure :

c:\fmtutil --all

It depends on what you have installed, but clearly, you have a 0.4
format file found by your 0.5 installation. [for windows fptex]
Fabrice

SH: But John didn't mention he had a prior version of *tex installed.

The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens.

Try the update thingy first, lest the re-re-install waste time.

Well, it has the merit of being quick and painless.
Miktex options, refresh database and fonts etc.

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview (gsview32.exe)

This all looks copacetic.   Paul

It looks like the cure is to eliminate any conflict with
creating a working format file, I think called latex.fmt.
Sometimes installing over a prior version doesn't seem
to hurt at all and other times its a recipe for disaster.
There have been no other reports of problems with the
Miktex large install. Not everybody used small or total.

I'll read up on latex.fmt,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Stephen Harris [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Sunday, November 13, 2005 3:29 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

I'll read up on latex.fmt,
Stephen

I copied latex.ltx from the base directory into the parent
texmf directory because I didn't want to take a chance
on producing a copy of latex.fmt which overwrote the
existing file. The command is initex latex.ltx which
then produced a latex.fmt file. The output of the process
looked very much like the output which John produced at
http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
latex.fmt is an executable type file with those weird squiqqleys.

I think John should try this and compare it to my result. It is a
bit long so I will send an attachment to him apart from the list.
I'm a bit worried that it won't work because of a malevolent
presence sabotaging the best laid plans of mice and men.

Scotts Steinbeck,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

- Original Message - 
From: Paul A. Rubin [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Sunday, November 13, 2005 1:13 PM
Subject: Re: Installation Problem. All entries in Textclass.lst 
are false  so no output. Any suggestions?

Paul

I'm wondering if John might have done a net install in 
which he didn't download the files first with setup.exe

and then run setup.exe again to build the installation.
That is how I ran the Miktex install, how did you do it?

If John bypassed storing the files and then installing, the 
net install might miss a file or run just a little askew. Seems 
like he should know if he had an old *tex version install.

You got the same result as me so our approaches must be 
the same while John has strayed from the righteous path,

and I'm looking for some small difference in our steps.

Regards,
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-13 Thread Paul A. Rubin


John Kane wrote:

From a DOS prompt, try the following:


1.  Type 'path' to get the system path.  Make sure that 

>>(a) the MiKTeX  bin directory is properly listed and (b) no directory

ahead of it contains a file named latex.exe.


Appears not to: Path is 
c:\program

files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

and I don't see anything in texmf or miktex  that
looks suspicious


The output you posted shows that you are executing the latex.exe 
provided by MiKTeX, which confirms the lack of suspects here.



2.  I've attached the file used to test your LaTeX
installation. and run 'latex chklatex.ltx'.  It should cough up a
log file, that should contain the string 'ThisIsLaTeX2e'
(lack of spaces intentional).


I ran the 'latex chklatex.ltx' file.  No sign of 
'ThisIsLaTeX2e' as far as I can see. The log is at

http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
. 


Roger that.  For comparison purposes, here is what I get on my system:

--- log begins ---
This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4) (preloaded format=latex 
2005.11.4)  13 NOV 2005 15:56

entering extended mode
**chklatex.ltx
(chklatex.ltx
LaTeX2e <2003/12/01>
Babel  and hyphenation patterns for english, dumylang, 
nohyphenation, ge

rman, ngerman, french, loaded.

ThisIsLaTeX2e )
Here is how much of TeX's memory you used:
 6 strings out of 95901
 56 string characters out of 1195189
 44793 words of memory out of 1048577
 3139 multiletter control sequences out of 6
 3640 words of font info for 14 fonts, out of 100 for 2000
 14 hyphenation exceptions out of 4999
 5i,0n,1p,49b,8s stack positions out of 5000i,500n,1p,20b,32768s

No pages of output.
--- log ends ---

So something seems amiss with MiKTeX, and if I had to guess I would say 
that there is a configuration file somewhere that has developed an 
unfortunate sense of humor.  Unfortunately, my knowledge of LaTeX in 
general and MiKTeX in particular does not go very far beyond the funky 
capitalizations thereof.  I note that my log mentions a preloaded format 
and yours does not.  You might try running the MiKTeX Options program 
from the Start menu, clicking the Update Now button on the general tab. 
 If you upgraded an old MiKTeX (as the paragraph below suggests) and 
did not rediddle the formats, things could get dicey.  (I had font 
generation go on hiatus until I did a format refresh.)



The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens. 


Try the update thingy first, lest the re-re-install waste time.  Someone 
once said the definition of insanity is doing the same thing repeatedly 
but expecting different results.  They obviously were not installing 
software when they wrote that (or else equated installing software with 
insanity, which might not be entirely incorrect).


Below is a quick summary of what I think I have at the
moment.

Thanks for all the help. I get the feeling that this
may not be impossible after all.

Installed files and paths 


Actual according to the LyX installer
C:\msys\1.0\bin (sh.exe)
C:\Python23 (Python.exe)
C:\texmf\miktex\bin (latex.exe)
C:\Perl\bin (Perl.exe)
C:\Program Files\gs\gs8.51\bin  (gswin32c.exe)
C:\Program Files\ImageMagick-6.2.5-Q16  (convert.exe)
C:\LyX

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview   (gsview32.exe)


LyX path after installation
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16

I added the gsview path and reconfigured. New LyX 
paths

C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16;C:\GSTools\gsview

Systems Paths
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin



This all looks copacetic.  I should have mentioned earlier that (IIRC) 
you have to install Ghostscript before you install Ghostgum.  If you did 
them in the opposite order, that might explain your registry adventure 
(although I think if you try to install Ghostgum first it just punts). 
Also, once upon a time LyX users on Windows experienced major problems 
if Ghostscript was installed in a path containing spaces (for instance, 
under Program Files).  I ended up installing it under C:\gs (after 
trying it under

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

- Original Message - 
From: "Paul A. Rubin" <[EMAIL PROTECTED]>

To: 
Sent: Sunday, November 13, 2005 1:13 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are "false " 
so no output. Any suggestions?

2.  I've attached the file used to test your LaTeX

installation. and run 'latex chklatex.ltx'.  It should cough up a
log file, that should contain the string 'ThisIsLaTeX2e'
(lack of spaces intentional).

I ran the 'latex chklatex.ltx' file.  No sign of 'ThisIsLaTeX2e' as far 
as I can see. The log is at

http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
.

Roger that.  For comparison purposes, here is what I get on my system:

--- log begins ---
This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4) (preloaded format=latex 
2005.11.4)  13 NOV 2005 15:56

entering extended mode
**chklatex.ltx
(chklatex.ltx
LaTeX2e <2003/12/01>
Babel  and hyphenation patterns for english, dumylang, 
nohyphenation, ge

rman, ngerman, french, loaded.

ThisIsLaTeX2e )
Here is how much of TeX's memory you used:
 6 strings out of 95901
 56 string characters out of 1195189
 44793 words of memory out of 1048577
 3139 multiletter control sequences out of 6
 3640 words of font info for 14 fonts, out of 100 for 2000
 14 hyphenation exceptions out of 4999
 5i,0n,1p,49b,8s stack positions out of 5000i,500n,1p,20b,32768s

No pages of output.
--- log ends ---

This is what I get also though the direct output was slightly different.

So something seems amiss with MiKTeX, and if I had to guess I would say 
that there is a configuration file somewhere that has developed an 
unfortunate sense of humor.  Unfortunately, my knowledge of LaTeX in 
general and MiKTeX in particular does not go very far beyond the funky 
capitalizations thereof.  I note that my log mentions a preloaded format 
and yours does not.  You might try running the MiKTeX Options program from 
the Start menu, clicking the Update Now button on the general tab. If you 
upgraded an old MiKTeX (as the paragraph below suggests) and did not 
rediddle the formats, things could get dicey.  (I had font generation go 
on hiatus until I did a format refresh.)

Well, the installation not building a format file (latex.fmt) is looking 
more

likely. John's log file ends with "initexmf: The file "latex.efmt" could not
be found. cannot make latex.efmt I can't find the default format file!"

I read of another problem with the format file caused in this
case of fptex .4 for windows being overinstalled by fptex .4.

Thank you Prof. Ripley.  I'll bet it is the .fmt file(s). Isn't
there a way to just rebuild the formats w/o a complete make/remake

Yes, sure :

c:\>fmtutil --all

It depends on what you have installed, but clearly, you have a 0.4
format file found by your 0.5 installation. [for windows fptex]
Fabrice

SH: But John didn't mention he had a prior version of *tex installed.

The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens.

Try the update thingy first, lest the re-re-install waste time.

Well, it has the merit of being quick and painless.
Miktex options, refresh database and fonts etc.

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview (gsview32.exe)

This all looks copacetic.  > Paul

It looks like the cure is to eliminate any conflict with
creating a working format file, I think called latex.fmt.
Sometimes installing over a prior version doesn't seem
to hurt at all and other times its a recipe for disaster.
There have been no other reports of problems with the
Miktex "large" install. Not everybody used small or total.

I'll read up on latex.fmt,
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

- Original Message - 
From: "Stephen Harris" <[EMAIL PROTECTED]>

To: 
Sent: Sunday, November 13, 2005 3:29 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are "false " 
so no output. Any suggestions?

I'll read up on latex.fmt,
Stephen

I copied latex.ltx from the base directory into the parent
texmf directory because I didn't want to take a chance
on producing a copy of latex.fmt which overwrote the
existing file. The command is "initex latex.ltx" which
then produced a latex.fmt file. The output of the process
looked very much like the output which John produced at
http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
latex.fmt is an executable type file with those weird squiqqleys.

I think John should try this and compare it to my result. It is a
bit long so I will send an attachment to him apart from the list.
I'm a bit worried that it won't work because of a malevolent
presence sabotaging the best laid plans of mice and men.

Scotts Steinbeck,
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

- Original Message - 
From: "Paul A. Rubin" <[EMAIL PROTECTED]>

To: 
Sent: Sunday, November 13, 2005 1:13 PM
Subject: Re: Installation Problem. All entries in Textclass.lst 
are "false " so no output. Any suggestions?

Paul

I'm wondering if John might have done a net install in 
which he didn't download the files first with setup.exe

and then run setup.exe again to build the installation.
That is how I ran the Miktex install, how did you do it?

If John bypassed storing the files and then installing, the 
net install might miss a file or run just a little askew. Seems 
like he should know if he had an old *tex version install.

You got the same result as me so our approaches must be 
the same while John has strayed from the righteous path,

and I'm looking for some small difference in our steps.

Regards,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-12 Thread Stephen Harris

- Original Message - 
From: John Kane [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Friday, November 11, 2005 12:30 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false 
so no output. Any suggestions?

SH asked:  Have you installed ghostgum?

No I am getting a failure on that. See my later
posting on that. I seem to be having a problem getting
GSview to write to the registry.

I tried to find the error message failed to add ps file association
on Google and couldn't. Perhaps it does relate to permissions or
a prior setting. Speculating, do you have a postscript printer that
might have usurped the .ps file suffix (maybe network printer)?
I suppose you have tried making a new file association prior with
Windows Explorer/Tools/Folder Options prior to trying to install
GSview, though I am not sure that will help. Is there a prior ps file
association from the Ghostscript install or administrative fiat?

Never seen sech a confounded sight in all my dognabbed days,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-12 Thread Paul A. Rubin


John Kane wrote:


Obviously, as a student you, did not have the card
reader  shred your  computer deck ½ hours before the
assignment was due and all you needed was a clean
printout.


No, but I have the dubious distinction of having rested a box of punch 
cards on the roof of my car whilst unlocking it, and then driving off 
without bringing them into the car.  (Unsurprisingly, the cards did not 
drive off as far as I did.  Something about inertia, I believe.)



I have installed R, OpenOffice.org, Endnote and a few
other things on this machine so I assume I have
administrator's rights.  


Seems likely.


 Post myresults.txt so we can see if  something went
splat.

Splat.  Looks remarkably like what I saw when I
installed LyX.  I just did not know how to capture the
text flow before. 


I've posted the log and a screen shot of the directory
at
http://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf



Well, the output from the configuration script is in fact interesting. 
Note the first three lines.  The configuration script will look first 
for latex.exe and then, if necessary, for latex2e.exe, searching your 
system command path each time.  If it finds either, it will test the 
program's functionality on a dummy LaTeX document file.  Unfortunately, 
if a broken version of latex.exe is found, the script moves on to 
latex2e.exe, rather than continuing to search the command path.


Note that the script apparently found a latex.exe program but decided it 
was not usable (i.e., broken), then moved on to latex2e.exe, which it 
never found.  Lack of latex2e.exe is normal, but no working latex.exe 
means no joy using LyX.  So the next question to investigate is why it 
thought the copy of latex.exe it found was not usable.


If I recall correctly, you ran 'latex --version' using the latex.exe 
file in the MiKTeX bin directory and got a valid answer from it, which 
would suggest that it in fact works (although there might still be set 
up problems with the classes, I suppose).  When I've encountered this 
particular pathology in the past, it has usually been because the user 
had installed something else (Cygwin in my case) that contained an 
older, broken or improperly installed latex.exe, and that was ahead of 
the correct latex.exe on the command path.  I did not mention this 
before because you posted your command path and I saw the MiKTeX bin 
directory on it fairly early (and in particular ahead of anything likely 
to contain latex.exe).


Best to double check things here.  From a DOS prompt, try the following:

1.  Type 'path' to get the system path.  Make sure that (a) the MiKTeX 
bin directory is properly listed and (b) no directory ahead of it 
contains a file named latex.exe.


2.  I've attached the file used to test your LaTeX installation.  Plop 
it down anywhere except your MiKTeX bin directory, cd to that directory, 
and run 'latex chklatex.ltx'.  It should cough up a log file, and the 
log file should contain the string 'ThisIsLaTeX2e' (lack of spaces 
deliberate) after the initial heading stuff.  If not, there may be a 
problem with the MiKTeX installation.  If that does work, then we will 
need to do a small bit of surgery to the installation script to find out 
why it doesn't like your latex.exe file.


Paul

\nonstopmode\makeatletter
\ifx\undefined\documentclass\else
  \message{ThisIsLaTeX2e}
\fi
\@@end

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-12 Thread John Kane

--- Paul A. Rubin [EMAIL PROTECTED] wrote:

 John Kane wrote:
 
  Obviously, as a student you, did not have the card
  reader  shred your  computer deck ½ hours before
the
  assignment was due and all you needed was a clean
  printout.
 
 No, but I have the dubious distinction of having
 rested a box of punch cards on the roof of my car
whilst unlocking it, and
 then driving off  without bringing them into the
car. 
 (Unsurprisingly, the cards did not  drive off as far
as I did.  Something about inertia,
 I believe.)

Simply a human factors problem. I was the victim of
the blind malevolence of  an IBM keypunch machine.
What a way to start a Monday!  I am still traumatized.


  I've posted the log and a screen shot of the
directory 

athttp://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf

 Well, the output from the configuration script is in
fact interesting. Note the first three lines.

Yes I thought they looked ominous but I didn't know
what to do about them except re-install MiKTex.
 
 Best to double check things here.  From a DOS
prompt, try the following:
 
 1.  Type 'path' to get the system path.  Make sure
that (a) the MiKTeX  bin 
 directory is properly listed and (b) no directory
ahead of it  contains a file named latex.exe.

Appears not to: Path is 
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

and I don't see anything in texmf or miktex  that
looks suspicious

 
 2.  I've attached the file used to test your LaTeX
 installation. and run 'latex chklatex.ltx'.  It
should cough up a
 log file, that should contain the string
'ThisIsLaTeX2e'
 (lack of spaces 
  If  not, there may be a  problem with the MiKTeX
installation.  If that does
 work, then we will  need to do a small bit of
surgery to the installation script to find out 
 why it doesn't like your latex.exe file.
 
I ran the 'latex chklatex.ltx' file.  No sign of 
'ThisIsLaTeX2e' as far as I can see. The log is at
http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
. 
The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens. 

Below is a quick summary of what I think I have at the
moment.

Thanks for all the help. I get the feeling that this
may not be impossible after all.

Installed files and paths 

Actual according to the LyX installer
C:\msys\1.0\bin (sh.exe)
C:\Python23 (Python.exe)
C:\texmf\miktex\bin (latex.exe)
C:\Perl\bin (Perl.exe)
C:\Program Files\gs\gs8.51\bin  (gswin32c.exe)
C:\Program Files\ImageMagick-6.2.5-Q16  (convert.exe)
C:\LyX

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview   (gsview32.exe)


LyX path after installation
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16

I added the gsview path and reconfigured. New LyX 
paths
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16;C:\GSTools\gsview

Systems Paths
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin








__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-12 Thread Stephen Harris

- Original Message - 
From: John Kane [EMAIL PROTECTED]

To: lyx-users@lists.lyx.org
Sent: Friday, November 11, 2005 12:30 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false 
so no output. Any suggestions?

SH asked:  Have you installed ghostgum?

No I am getting a failure on that. See my later
posting on that. I seem to be having a problem getting
GSview to write to the registry.

I tried to find the error message failed to add ps file association
on Google and couldn't. Perhaps it does relate to permissions or
a prior setting. Speculating, do you have a postscript printer that
might have usurped the .ps file suffix (maybe network printer)?
I suppose you have tried making a new file association prior with
Windows Explorer/Tools/Folder Options prior to trying to install
GSview, though I am not sure that will help. Is there a prior ps file
association from the Ghostscript install or administrative fiat?

Never seen sech a confounded sight in all my dognabbed days,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-12 Thread Paul A. Rubin


John Kane wrote:


Obviously, as a student you, did not have the card
reader  shred your  computer deck ½ hours before the
assignment was due and all you needed was a clean
printout.


No, but I have the dubious distinction of having rested a box of punch 
cards on the roof of my car whilst unlocking it, and then driving off 
without bringing them into the car.  (Unsurprisingly, the cards did not 
drive off as far as I did.  Something about inertia, I believe.)



I have installed R, OpenOffice.org, Endnote and a few
other things on this machine so I assume I have
administrator's rights.  


Seems likely.


 Post myresults.txt so we can see if  something went
splat.

Splat.  Looks remarkably like what I saw when I
installed LyX.  I just did not know how to capture the
text flow before. 


I've posted the log and a screen shot of the directory
at
http://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf



Well, the output from the configuration script is in fact interesting. 
Note the first three lines.  The configuration script will look first 
for latex.exe and then, if necessary, for latex2e.exe, searching your 
system command path each time.  If it finds either, it will test the 
program's functionality on a dummy LaTeX document file.  Unfortunately, 
if a broken version of latex.exe is found, the script moves on to 
latex2e.exe, rather than continuing to search the command path.


Note that the script apparently found a latex.exe program but decided it 
was not usable (i.e., broken), then moved on to latex2e.exe, which it 
never found.  Lack of latex2e.exe is normal, but no working latex.exe 
means no joy using LyX.  So the next question to investigate is why it 
thought the copy of latex.exe it found was not usable.


If I recall correctly, you ran 'latex --version' using the latex.exe 
file in the MiKTeX bin directory and got a valid answer from it, which 
would suggest that it in fact works (although there might still be set 
up problems with the classes, I suppose).  When I've encountered this 
particular pathology in the past, it has usually been because the user 
had installed something else (Cygwin in my case) that contained an 
older, broken or improperly installed latex.exe, and that was ahead of 
the correct latex.exe on the command path.  I did not mention this 
before because you posted your command path and I saw the MiKTeX bin 
directory on it fairly early (and in particular ahead of anything likely 
to contain latex.exe).


Best to double check things here.  From a DOS prompt, try the following:

1.  Type 'path' to get the system path.  Make sure that (a) the MiKTeX 
bin directory is properly listed and (b) no directory ahead of it 
contains a file named latex.exe.


2.  I've attached the file used to test your LaTeX installation.  Plop 
it down anywhere except your MiKTeX bin directory, cd to that directory, 
and run 'latex chklatex.ltx'.  It should cough up a log file, and the 
log file should contain the string 'ThisIsLaTeX2e' (lack of spaces 
deliberate) after the initial heading stuff.  If not, there may be a 
problem with the MiKTeX installation.  If that does work, then we will 
need to do a small bit of surgery to the installation script to find out 
why it doesn't like your latex.exe file.


Paul

\nonstopmode\makeatletter
\ifx\undefined\documentclass\else
  \message{ThisIsLaTeX2e}
\fi
\@@end

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-12 Thread John Kane

--- Paul A. Rubin [EMAIL PROTECTED] wrote:

 John Kane wrote:
 
  Obviously, as a student you, did not have the card
  reader  shred your  computer deck ½ hours before
the
  assignment was due and all you needed was a clean
  printout.
 
 No, but I have the dubious distinction of having
 rested a box of punch cards on the roof of my car
whilst unlocking it, and
 then driving off  without bringing them into the
car. 
 (Unsurprisingly, the cards did not  drive off as far
as I did.  Something about inertia,
 I believe.)

Simply a human factors problem. I was the victim of
the blind malevolence of  an IBM keypunch machine.
What a way to start a Monday!  I am still traumatized.


  I've posted the log and a screen shot of the
directory 

athttp://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf

 Well, the output from the configuration script is in
fact interesting. Note the first three lines.

Yes I thought they looked ominous but I didn't know
what to do about them except re-install MiKTex.
 
 Best to double check things here.  From a DOS
prompt, try the following:
 
 1.  Type 'path' to get the system path.  Make sure
that (a) the MiKTeX  bin 
 directory is properly listed and (b) no directory
ahead of it  contains a file named latex.exe.

Appears not to: Path is 
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

and I don't see anything in texmf or miktex  that
looks suspicious

 
 2.  I've attached the file used to test your LaTeX
 installation. and run 'latex chklatex.ltx'.  It
should cough up a
 log file, that should contain the string
'ThisIsLaTeX2e'
 (lack of spaces 
  If  not, there may be a  problem with the MiKTeX
installation.  If that does
 work, then we will  need to do a small bit of
surgery to the installation script to find out 
 why it doesn't like your latex.exe file.
 
I ran the 'latex chklatex.ltx' file.  No sign of 
'ThisIsLaTeX2e' as far as I can see. The log is at
http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
. 
The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens. 

Below is a quick summary of what I think I have at the
moment.

Thanks for all the help. I get the feeling that this
may not be impossible after all.

Installed files and paths 

Actual according to the LyX installer
C:\msys\1.0\bin (sh.exe)
C:\Python23 (Python.exe)
C:\texmf\miktex\bin (latex.exe)
C:\Perl\bin (Perl.exe)
C:\Program Files\gs\gs8.51\bin  (gswin32c.exe)
C:\Program Files\ImageMagick-6.2.5-Q16  (convert.exe)
C:\LyX

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview   (gsview32.exe)


LyX path after installation
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16

I added the gsview path and reconfigured. New LyX 
paths
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16;C:\GSTools\gsview

Systems Paths
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin








__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-12 Thread Stephen Harris

- Original Message - 
From: "John Kane" <[EMAIL PROTECTED]>

To: 
Sent: Friday, November 11, 2005 12:30 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are "false "
so no output. Any suggestions?

SH asked:  Have you installed ghostgum?

No I am getting a failure on that. See my later
posting on that. I seem to be having a problem getting
GSview to write to the registry.

I tried to find the error message "failed to add ps file association"
on Google and couldn't. Perhaps it does relate to permissions or
a prior setting. Speculating, do you have a postscript printer that
might have usurped the .ps file suffix (maybe network printer)?
I suppose you have tried making a new file association prior with
Windows Explorer/Tools/Folder Options prior to trying to install
GSview, though I am not sure that will help. Is there a prior ps file
association from the Ghostscript install or administrative fiat?

Never seen sech a confounded sight in all my dognabbed days,
Stephen

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-12 Thread Paul A. Rubin


John Kane wrote:


Obviously, as a student you, did not have the card
reader  shred your  computer deck ½ hours before the
assignment was due and all you needed was a clean
printout.


No, but I have the dubious distinction of having rested a box of punch 
cards on the roof of my car whilst unlocking it, and then driving off 
without bringing them into the car.  (Unsurprisingly, the cards did not 
drive off as far as I did.  Something about inertia, I believe.)



I have installed R, OpenOffice.org, Endnote and a few
other things on this machine so I assume I have
administrator's rights.  


Seems likely.


 Post myresults.txt so we can see if  something went
splat.

Splat.  Looks remarkably like what I saw when I
installed LyX.  I just did not know how to capture the
text flow before. 


I've posted the log and a screen shot of the directory
at
http://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf



Well, the output from the configuration script is in fact interesting. 
Note the first three lines.  The configuration script will look first 
for latex.exe and then, if necessary, for latex2e.exe, searching your 
system command path each time.  If it finds either, it will test the 
program's functionality on a dummy LaTeX document file.  Unfortunately, 
if a broken version of latex.exe is found, the script moves on to 
latex2e.exe, rather than continuing to search the command path.


Note that the script apparently found a latex.exe program but decided it 
was not usable (i.e., broken), then moved on to latex2e.exe, which it 
never found.  Lack of latex2e.exe is normal, but no working latex.exe 
means no joy using LyX.  So the next question to investigate is why it 
thought the copy of latex.exe it found was not usable.


If I recall correctly, you ran 'latex --version' using the latex.exe 
file in the MiKTeX bin directory and got a valid answer from it, which 
would suggest that it in fact works (although there might still be set 
up problems with the classes, I suppose).  When I've encountered this 
particular pathology in the past, it has usually been because the user 
had installed something else (Cygwin in my case) that contained an 
older, broken or improperly installed latex.exe, and that was ahead of 
the correct latex.exe on the command path.  I did not mention this 
before because you posted your command path and I saw the MiKTeX bin 
directory on it fairly early (and in particular ahead of anything likely 
to contain latex.exe).


Best to double check things here.  From a DOS prompt, try the following:

1.  Type 'path' to get the system path.  Make sure that (a) the MiKTeX 
bin directory is properly listed and (b) no directory ahead of it 
contains a file named latex.exe.


2.  I've attached the file used to test your LaTeX installation.  Plop 
it down anywhere except your MiKTeX bin directory, cd to that directory, 
and run 'latex chklatex.ltx'.  It should cough up a log file, and the 
log file should contain the string 'ThisIsLaTeX2e' (lack of spaces 
deliberate) after the initial heading stuff.  If not, there may be a 
problem with the MiKTeX installation.  If that does work, then we will 
need to do a small bit of surgery to the installation script to find out 
why it doesn't like your latex.exe file.


Paul

\nonstopmode\makeatletter
\ifx\undefined\documentclass\else
  \message{ThisIsLaTeX2e}
\fi
\@@end

Re: Installation Problem. All entries in Textclass.lst are "false " so no output. Any suggestions?

2005-11-12 Thread John Kane

--- "Paul A. Rubin" <[EMAIL PROTECTED]> wrote:

> John Kane wrote:
> 
> > Obviously, as a student you, did not have the card
> > reader  shred your  computer deck ½ hours before
the
> > assignment was due and all you needed was a clean
> > printout.
> 
> No, but I have the dubious distinction of having
> rested a box of punch cards on the roof of my car
whilst unlocking it, and
> then driving off  without bringing them into the
car. 
> (Unsurprisingly, the cards did not  drive off as far
as I did.  Something about inertia,
> I believe.)

Simply a human factors problem. I was the victim of
the blind malevolence of  an IBM keypunch machine.
What a way to start a Monday!  I am still traumatized.

> > I've posted the log and a screen shot of the
directory 
>>
athttp://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf

> Well, the output from the configuration script is in
fact interesting. Note the first three lines.

Yes I thought they looked ominous but I didn't know
what to do about them except re-install MiKTex.

> Best to double check things here.  From a DOS>
prompt, try the following:
> 
> 1.  Type 'path' to get the system path.  Make sure
that (a) the MiKTeX  bin 
> directory is properly listed and (b) no directory
ahead of it  contains a file named latex.exe.

Appears not to: Path is 
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

and I don't see anything in texmf or miktex  that
looks suspicious

> 
> 2.  I've attached the file used to test your LaTeX
> installation. and run 'latex chklatex.ltx'.  It
should cough up a
> log file, that should contain the string
'ThisIsLaTeX2e'
> (lack of spaces 
>  If  not, there may be a  problem with the MiKTeX
installation.  If that does
> work, then we will  need to do a small bit of
surgery to the installation script to find out 
> why it doesn't like your latex.exe file.

I ran the 'latex chklatex.ltx' file.  No sign of 
'ThisIsLaTeX2e' as far as I can see. The log is at
http://ca.geocities.com/jrkrideau/LyX/LatexLog12nov05.pdf
. 
The annoying thing is that I spend an hour and a half
downloading and installing a new copy of MiKTeX and I
thought that I had manged to kill off everything from
the old installation. Well another clean sweep
tomorrow or Monday and I'll see what happens. 

Below is a quick summary of what I think I have at the
moment.

Thanks for all the help. I get the feeling that this
may not be impossible after all.

Installed files and paths 

Actual according to the LyX installer
C:\msys\1.0\bin (sh.exe)
C:\Python23 (Python.exe)
C:\texmf\miktex\bin (latex.exe)
C:\Perl\bin (Perl.exe)
C:\Program Files\gs\gs8.51\bin  (gswin32c.exe)
C:\Program Files\ImageMagick-6.2.5-Q16  (convert.exe)
C:\LyX

Before installing LyX  I checked and all of the above
programs loaded including latex.exe.

According to computer I also had gswview which also
loaded.
C:\GSTools\gsview   (gsview32.exe)

LyX path after installation
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16

I added the gsview path and reconfigured. New LyX 
paths
C:\msys\1.0\bin;C:\Python23;C:\texmf\miktex\bin;C:\Perl\bin;C:\Program
Files\gs\gs8.51\bin;C:\Program
Files\ImageMagick-6.2.5-Q16;C:\GSTools\gsview

Systems Paths
c:\program
files\imagemagick-6.2.5-q16;C:\Perl\bin\;C:\texmf\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\MDL Shared\ISIS;C:\msys\1.0\bin

__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:


This is what I have for the right
Minsys .exe

Directory of C:\msys

11/10/2005  11:06 AMDIR  .
11/10/2005  11:06 AMDIR  ..
08/14/2005  11:49 AMDIR  1.0
07/31/2005  01:05 PM 2,808,061
MSYS-1.0.10.exe



Whereas mine looks like
10/11/2005  04:04 PMDIR   .
10/11/2005  07:30 AMDIR   ..
10/11/2005  04:04 PMDIR   1.0
   0 File(s)   O bytes
   3 Dir(s)  28,478,042,122 bytes free

Mine has no sign of an exe file  so it looks like I
may have found the culprit.


Hang on.  The ~2.8 MB file in Stephen's directory listing is probably 
the installer, which you don't need once installation is done (and which 
wouldn't necessarily be in that particular directory even if you did 
keep it).  Given your path (below), the question is what you have in 
C:\msys\1.0\bin.  To verify your MinSYS installation, you can open a DOS 
window and type 'sh' at the command prompt.  This should start a shell 
and give you a prompt that looks like 'sh-2.04$' (though possibly yours 
will have a higher version number).  If it does, type 'exit' to get out 
of the shell.


Assuming sh works, you might try running the configure script in the DOS 
window.  Change to the directory C:\Program Files\LyX\Resources\lyx, 
verify that a file named 'configure' is there, and then execute 'sh 
configure'.  That runs the configuration script.  Watch the output in 
particular to see if it finds a working version of LaTeX.  If not, try 
executing 'latex --version' at the command prompt and see if you get a 
version message.  If not, there's a problem with your MiKTeX installation.


HTH,

Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Paul A. Rubin [EMAIL PROTECTED] wrote:
 John Kane wrote:

 Hang on.  The ~2.8 MB file in Stephen's directory
 listing is probably 
 the installer, which you don't need once
 installation is done (and which 
 wouldn't necessarily be in that particular directory
 even if you did 
 keep it).  

Yes, Steven told me that.  

.  To verify your MinSYS
 installation, you can open a DOS 
 window and type 'sh' at the command prompt.  This
 should start a shell 
 and give you a prompt that looks like 'sh-2.04$'
 (though possibly yours 
 will have a higher version number).  If it does,
 type 'exit' to get out 
 of the shell.

Works fine

 Assuming sh works, you might try running the
 configure script in the DOS 
 window.  Change to the directory C:\Program
 Files\LyX\Resources\lyx, 
 verify that a file named 'configure' is there, and
 then execute 'sh 
 configure'.  
That runs the configuration script. 

Does not work 
The file is there, all 43K of it, but sh configure
simply gives me an error message
'sh' is not recognized as an internal or external
command, operable program or batch file.


 If not, try 
 executing 'latex --version' at the command prompt
 and see if you get a 
 version message. 

Yes it looks fine. I got a compete version message.
 If not, there's a problem with
 your MiKTeX installation.
So hopefully this is okay. It takes an hour to
install. 

As an update, I deleted, uninstalled, (and bleached
and scrubbed) everything again this morning and
reinstalled everything with LyX at c:\LyX  . I am
still getting the error message that the textclass
XX is not found but I now at least can see them in
the TeX Information list.  All three categories are
displaying and I cross-checked as Steven suggest at
DOS level to confirm that the files (at least the cls
files) are in their directory.  

I am unable to print. I did manage to export an ASCII
file!!.  

I finally managed to download GSview and it is now
refusing to install and giving me the error message: 
Failed to add PS file association

Thanks for all the help. 






__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Stephen Harris [EMAIL PROTECTED] wrote:
 - Original Message - 
 From: John Kane [EMAIL PROTECTED]
 To: lyx-users@lists.lyx.org
 Sent: Thursday, November 10, 2005 2:05 PM
 Subject: Re: Installation Problem. All entries in
 Textclass.lst 
 are false  so no output. Any suggestions?

---clip---

 If you have content in c:\msys\1.0\bin that should 
suffice.

It seems okay

 Did you remember to delete  Drag this to the
 recycle bin:   C:\Documents and
Settings\username\Application Data\LyX

Yes

 I agree that Python23 should work (not part of 
problem).

Good I need that version.

 Probably a large install of Miktex should also 
suffice. So your helper programs appear to be in
order.

Thanks, that's reassuring.

 Try changing the default install directory to c:\lyx
 because paths with spaces, as in c:\program 
files\lyx
 isn't quite perfected, though it nearly always
works.

Tried this today. I am still getting the error
messages and I cannot print but I now can see the TEX
Infomation lists. One step.

 Remember to delete the old installation first. I am
 used to giving advice very thoroughly, so don't mind
it.

Much prefered to being to brief. 

 I'm including a screen capture of some of my .cls
 files so you can do a search and make sure you have
them.

As mentioned above, they have now appeared in the
lists.  The C:\LyX may have done it. 

 This is the searchable lyx user mailing list
 archive.
http://www.mail-archive.com/lyx-users@lists.lyx.org/
 So a search for textclass.lst will return related
 problems.

 Re: No classes is a thread about a similar problem

http://www.mail-archive.com/lyx-users@lists.lyx.org/msg41609.html

Yes if that is Banibrata 's thread I found it about an
hour after I posted. My searches were not finding much
before.  I need a better choice of keywords.

 From windows, you can use the cmd line (dos prompt)
 to get latex information with kpsewhich
 article.cls C:\texmf\..
 no quotation marks to obtain info about Latex
 installed files.

They are there. I counted 10 cls files in that
directory.

BTW I also am getting a GSview installation error
saying that the program Failed to add PS file
association: in the registry.

John Kane, Kingston ON  Canada

__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:


.  To verify your MinSYS
installation, you can open a DOS 
window and type 'sh' at the command prompt.  This
should start a shell 
and give you a prompt that looks like 'sh-2.04$'
(though possibly yours 
will have a higher version number).  If it does,
type 'exit' to get out 
of the shell.



Works fine



Assuming sh works, you might try running the
configure script in the DOS 
window.  Change to the directory C:\Program
Files\LyX\Resources\lyx, 
verify that a file named 'configure' is there, and
then execute 'sh 
configure'.  
That runs the configuration script. 



Does not work 
The file is there, all 43K of it, but “sh configure”

simply gives me an error message
'sh' is not recognized as an internal or external
command, operable program or batch file.


Ok, when you ran the first test (that worked correctly), were you in the 
msys\1.0\bin directory?  If so, then the combination of that working and 
the attempt to run the configure script not working would suggest that 
the MinSYS bin directory is not on your command path.  I thought, from 
your previous post, that it was, but just to double check, what do you 
get if you type 'path' at a command prompt?



As an update, I deleted, uninstalled, (and bleached
and scrubbed) everything again this morning and
reinstalled everything with LyX at c:\LyX  . I am
still getting the error message that the textclass
“XX” is not found but I now at least can see them in
the TeX Information list.


You're seeing them in LyX via View-TeX Information?  That's 
inconsistent with the textclass not found messages (assuming that 
textclass XX is in the TeX Information list).


I am unable to print. I did manage to export an ASCII
file!!.  


That's a positive step, but since ASCII export does not involve LaTeX, 
it's a small positive step.


I finally managed to download GSview and it is now
refusing to install and giving me the error message: 
Failed to add PS file association


That's likely to be a consequence of not installing rather than an 
indication of the root cause.  Does it give any indication prior to that 
of why it's not installing?  (On a side note, have you considered 
sacrificing a small furry animal to the gods of computing before 
installing things?  Works for me.)


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Paul A. Rubin [EMAIL PROTECTED] wrote:
 John Kane wrote:
  The file is there, all 43K of it, but sh
configure
  simply gives me an error message
  'sh' is not recognized as an internal or external
  command, operable program or batch file.
 
 Ok, when you ran the first test (that worked 
correctly), were you in the 
 msys\1.0\bin directory? 

Yes

If so, then the combination
 of that working and 
 the attempt to run the configure script not working
 would suggest that 
 the MinSYS bin directory is not on your command
 path.  I thought, from 
 your previous post, that it was, but just to double
 check, what do you 
 get if you type 'path' at a command prompt?

Path=C:\Perl\bin\;c:program
files\imanemagick-6.2.5_q16;C:\texmf\miktex\bin;c:\WINDOWS\system32;C:WINDOWS;C;\WINDOWS\System32\Wbem;C:Program
Files\Common Files\MDL Shared\ISIS

I'd forgotten there even were things like Paths. I
have not seen a DOS prompt since I bought a Mac back
in 1988.BTW is there some way to pipe that DOS
stuff to a text file?  I copied that Path info by
hand. 

 I am
  still getting the error message that the textclass
  XX is not found but I now at least can see them
in
  the TeX Information list.
 
 You're seeing them in LyX via View-TeX Information?
  That's  inconsistent with the textclass not found
messages (assuming that 
 textclass XX is in the TeX Information list).

Yes, they are appearing in  View-TeX Information.  I
now have entries for all three categories and
following Steven's advice I have checked and confirmed
that they also are present in the directory ( I did a
dir *cls and got 10 files.)

  
  I am unable to print. I did manage to export an
ASCII
  file!!.  
 
 That's a positive step, but since ASCII export does
not involve LaTeX, 
 it's a small positive step.
  
  I finally managed to download GSview and it is now
  refusing to install and giving me the error 
message: 
  Failed to add PS file association
 
 That's likely to be a consequence of not installing
 rather than an  indication of the root cause.  Does
it give any
 indication prior to that  of why it's not
installing?  

Not that I have seen so far. It looks okay to me (but
what do I know?) until it simply reports that it
cannot add the file association.  The log is at
http://ca.geocities.com/jrkrideau/LyX/GSinstallscript.pdf
if you want to take a look.

(On a side note, have you considered 
 sacrificing a small furry animal to the gods of 
computing before  installing things?  Works for me.)

Small furry animal be damned, I'm considering
something like a black bear.  I'm a bit too far south
for a moose.

John Kane, Kingston ON  Canada






__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

John Kane wrote:

Path=C:\Perl\bin\;c:program
files\imanemagick-6.2.5_q16;C:\texmf\miktex\bin;c:\WINDOWS\system32;C:WINDOWS;C;\WINDOWS\System32\Wbem;C:Program
Files\Common Files\MDL Shared\ISIS

I'm getting a bit out of sync with what you put in your replies to
Stephen, but I think you said that the MinSYS bin directory
(c:\msys\1.0\bin?) was on the LyX internal path
(Edit-Preferences-Paths-PATH prefix in LyX). If not, it would be a
good idea to add it there and click Save. In any event, it's probably a
good idea to add it to your system path (this is why 'sh configure'
failed). To do that right-click on My Computer, click Properties, click
on the Advanced tab, click Environment Variables, highlight PATH in
either the user variables window or the system variables window, click
edit, prepend 'c:\msys\1.0\bin;' to the path, and then OK your way back
to reality. The only difference between user variables and system
variables is that the former adds it to the path only when you are
logged in and the latter adds it when anybody is logged in. Once done,
you should be able to run 'sh configure' from a DOS prompt in the
appropriate directory.

I'd forgotten there even were things like Paths. I
have not seen a DOS prompt since I bought a Mac back
in 1988.

Well, there's your problem. Macs stimulate use of the right hemisphere
of your brain, probably to the detriment of the left hemisphere.
Windows requires extensive use of the left hemisphere, which among other
things controls the utterance of foul language.

BTW is there some way to pipe that DOS
stuff to a text file? I copied that Path info by
hand.

Yes, you can issue a command such as 'path mypath.txt' (of course,
then you have to figure out where mypath.txt wound up). Also, if you
need to copy stuff (such as error messages) out of a DOS window, you can
left-click the system button in the far left corner of the title bar
(where the Apple icon would be if this were a Mac, only this looks like
a C:\ prompt), then click Edit-Mark, highlight what you want and hit
Enter. That copies the highlighted text to the clipboard, from whence
it can be pasted into, among other things, a mail message.

Back to the textclass “XX” is not found messages. Are you getting that
when you start LyX, when you try to create a new document in LyX, or
what? (I'm trying to reconcile that with the fact that the TeX
Information window shows them.) Have you tried
Edit-Preferences-Reconfigure in LyX (after which you have to close and
restart LyX to benefit from any newly found classes)? This does the
same as 'sh configure', except you don't get any feedback about how
things are going.

Another related question: if you click Help-LaTeX configuration in
LyX, what do you see for the following: the date the file was generated
(third line of the file); the date of the LaTeX version (section 1); and
which standard classes were found (section 3 -- each class has a Found:
yes/no entry)?

That's likely to be a consequence of not installing
rather than an indication of the root cause. Does it give any
indication prior to that of why it's not installing?

Not that I have seen so far. It looks okay to me (but
what do I know?) until it simply reports that it
cannot add the file association. The log is at
http://ca.geocities.com/jrkrideau/LyX/GSinstallscript.pdf
if you want to take a look.

Will check this when time permits (i.e., after pretending to do some work).

(On a side note, have you considered
sacrificing a small furry animal to the gods of
computing before installing things? Works for me.)

Small furry animal be damned, I'm considering
something like a black bear. I'm a bit too far south
for a moose.

Just as well, antlers don't burn well. Just avoid endangered species.
Wolverines always make good sacrifices, by the way (not to mention
they're not of much use otherwise).

Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Stephen Harris [EMAIL PROTECTED] wrote:

 - Original Message - 
 From: John Kane [EMAIL PROTECTED]
 To: Paul A. Rubin [EMAIL PROTECTED]; Users LyX
 lyx-users@lists.lyx.org
 Sent: Friday, November 11, 2005 8:57 AM
 Subject: Re: Installation Problem. All entries in
 Textclass.lst are false  
 so no output. Any suggestions?

  --- Paul A. Rubin [EMAIL PROTECTED] wrote:
  John Kane wrote:

  Assuming sh works, you might try running the
configure script in the DOS
  window.  Change to the directory C:\Program
  Files\LyX\Resources\lyx,
  verify that a file named 'configure' is there,
and
  then execute 'sh configure'.
 That runs the configuration script.

  Does not work

 Simply, that is because in this case the command
needs
 to be typed  from the command prompt at
C:\LyX\Resources\LyX C:\msys\1.0\bin\sh.exe configure

OH, the long (and thankfully)  forgotten joys of DOS.
Absolute paths!

But it still does not work.  See
http://ca.geocities.com/jrkrideau/LyX/sh_configure_error.pdf
for a screen shot.

 You'll notice from the screen capture shcfg1.jpg 
that I have
 a file named textclass.lst (289) Do you have this
 file?

Yes I do

 There is a textclass.lst error message that meansthe
 whole install failed. It sounds to me that have LyX
 installed if you can run LyX's View--TexInformation
 and you are talking about generating a document?

Generating a document?  Well I opened a new document
typed in a line of text and saved it. Somewhere along
that line I checked the  LyX's View --Tex 
Information and got the lists.
I still get an error message if I reopen the document.

 Also when I ran that C:~.\sh.exe configure it 
tampered  with my LyX configuration and I received an
error
 message: LyX wasn't able to find any layout
description!
 Check the contents of the file textclass.lst
Sorry, has
 to exit. I thought you were reporting a similar 
error.

No not at all. I cannot even get the sh.exe to work

 Anyway easy enough to fix. I need to drag that Lyx
directory from C:\documents and settings\etc\etc
 into the Recycle Bin, uninstall LyX, and then run
the  installation again.

 Of course you may recall I said that I have to add 
the function of gsview32.exe  (LyX tends to miss
that.)
 By going to Edit --Preferences --Path -- Path 
prefix
 and adding C:\ghostgum\gsview to the path statement
c:\ghostgum\gsview\ contains gsview32.exe
 Have you installed ghostgum?

No I am getting a failure on that. See my later
posting on that. I seem to be having a problem getting
GSview to write to the registry. 

 You ran from LyX, Edit -- Reconfigure  ? after
putting c:\ghostgum\gsview in the
 Lyx path prefix? You need both ghostgum and
ghostscript. I saw Paul question this also:

No since I never got gsview to install.

 You're seeing them in LyX via View-TeX
Information?  That's
 inconsistent with the textclass not found
messages (assuming that
 textclass XX is in the TeX Information list).

 John replied:

 Yes, they are appearing in  View-TeX Information. 
I
.now have entries for all three categories and
following Steven's advice I have checked and
 confirmed that they also are present in the
directory ( I did a
 dir *cls and got 10 files.)

 SH: Those .cls files are spread out through the
c:\texmf
 and the subdirectories beneath. I think the best way
 is to run Windows Search, use *.cls for the files to
 find  and focus the search on c:\texmf; that will
find and
 report .cls in sub-directories of c:\texmf also
 There should be 50 or 60 cls files reported under
 TeX Information if you scroll down.

Yes they are there. The 10 were just the ones in one
subdir. I should have mentioned that.

Thanks for the dir  dir.txt advice.  

__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Paul A. Rubin [EMAIL PROTECTED] wrote:
 John Kane wrote:
  Path=C:\Perl\bin\;c:program
files\imanemagick-6.2.5_q16;C:\texmf\miktex\bin;c:\WINDOWS\system32;C:WINDOWS;C;\WINDOWS\System32\Wbem;C:Program
  Files\Common Files\MDL Shared\ISIS
 
 I'm getting a bit out of sync with what you put in
your replies to 
 Stephen, but I think you said that the MinSYS bin
directory 
 (c:\msys\1.0\bin?) was on the LyX internal path 

No it was not.  I've added it. Still getting the error
after restarting LyX

  I'd forgotten there even were things like Paths. I
  have not seen a DOS prompt since I bought a Mac
back
  in 1988.
 
 Well, there's your problem.  Macs stimulate use of
the 
righthemisphere of your brain, probably to the
detriment of the left
 hemisphere.  Windows requires extensive use of the
left
 hemisphere, which among other  things controls the
utterance of foul language.

But DOS is not that far removed from punch cards!  Oh
well at least I missed CP/M


  BTW is there some way to pipe that DOS
  stuff to a text file?  I copied that Path info by
  hand. 
 
 Yes, 
Thanks, it is good to see that DOS had progressed in
the 15 year since I suffered it.  

 
 Back to the textclass XX is not found messages.
Are you getting that 
 when you start LyX, when you try to create a new
 document in LyX, or what?  

I am getting it when 
a) I open a help document
b) When I open a document I have created and saved.

I do not get it when I create a new document.

 Another related question:if you click Help-LaTeX 
configuration in 
 LyX, what do you see for the following:  the date
 the file was generated 

I get ???

the date of the LaTeX version (section 1);

I get ???

 which standard classes were found (section 3 -- each
 class has a Found: yes/no entry)?

I get ??? for all classes

 (On a side note, have you considered 
 sacrificing a small furry animal to the gods of 
 computing before installing things?  Works for
 me.)
  
  Small furry animal be damned, I'm considering
  something like a black bear.  I'm a bit too far 
south
  for a moose.
 
 Just as well, antlers don't burn well.  Just avoid
 endangered species. 
 Wolverines always make good sacrifices, by the way
 (not to mention  they're not of much use otherwise).

I checked to local stores and not a wolverine to be
seen. Would a fisher do?

Thanks for the help.

John Kane, Kingston ON  Canada






__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:



Simply, that is because in this case the command needs
to be typed  from the command prompt at


C:\LyX\Resources\LyX C:\msys\1.0\bin\sh.exe configure

OH, the long (and thankfully)  forgotten joys of DOS.
Absolute paths!

But it still does not work.  See
http://ca.geocities.com/jrkrideau/LyX/sh_configure_error.pdf
for a screen shot.


I'm guessing you did this before you added the msys\1.0\bin directory to 
the system path.  The not found messages would be because grep.exe and 
sed.exe are in the same directory with sh.exe.  The absolute path lets 
it find sh but is of no assistance with grep and sed.







Have you installed ghostgum?



No I am getting a failure on that. See my later
posting on that. I seem to be having a problem getting
GSview to write to the registry. 


I looked at the screen-shot you posted of the Ghostgum installer's 
death-rattle.  It looks as though you're right; it appears to have 
installed Ghostgum but failed while attempting to set file associations 
in the registry.  Are you an administrator on your machine?  If not, you 
may need to have someone with administrator rights do the installation.


In any case, if the only thing that gorked was the file associations, 
that's not critical.  You need file associations in order to 
double-click a .ps file and have GSView open automatically, but LyX does 
not rely on that.  If GSView was added to your Start menu, try starting 
it from there.  If not, try opening a DOS prompt in the C:\Program 
Files\Ghostgum\gsview directory and running 'gsview32'.  If GSView 
starts, you're in business; add it to the LyX application path 
(Edit-Preferences-Paths-PATH prefix).  Might not be a bad idea to add 
the directory the system path as well.  If GSView works but the 
installer never got around to creating shortcuts on the Start menu, we 
can remedy that manually.  (Obviously, the best thing would be if we 
could get it to install correctly.  If you're not a system admin on your 
machine, I would definitely try enlisting one's help.)


Paul



 


You ran from LyX, Edit -- Reconfigure  ? after


putting c:\ghostgum\gsview in the


Lyx path prefix? You need both ghostgum and


ghostscript. I saw Paul question this also:

No since I never got gsview to install.



You're seeing them in LyX via View-TeX


Information?  That's


inconsistent with the textclass not found


messages (assuming that


textclass XX is in the TeX Information list).


John replied:


Yes, they are appearing in  View-TeX Information. 


I


.now have entries for all three categories and


following Steven's advice I have checked and


confirmed that they also are present in the


directory ( I did a


dir *cls and got 10 files.)


SH: Those .cls files are spread out through the


c:\texmf


and the subdirectories beneath. I think the best way
is to run Windows Search, use *.cls for the files to
find  and focus the search on c:\texmf; that will


find and


report .cls in sub-directories of c:\texmf also
There should be 50 or 60 cls files reported under
TeX Information if you scroll down.



Yes they are there. The 10 were just the ones in one
subdir. I should have mentioned that.

Thanks for the dir  dir.txt advice.  







__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:
I think you said that the MinSYS bin directory  
(c:\msys\1.0\bin?) was on the LyX internal path 



No it was not.  I've added it. Still getting the error
after restarting LyX


That's not surprising.  Have you tried Edit-Reconfigure after adding it 
to the LyX path?



  But DOS is not that far removed from punch cards!

Which worked admirably, and hence had to be superseded by something 
newer and less reliable.


Another related question:if you click Help-LaTeX configuration in 
LyX, what do you see for the following:  the date
the file was generated 



I get “???”



the date of the LaTeX version (section 1);



I get “???”



which standard classes were found (section 3 -- each
class has a Found: yes/no entry)?



I get “???” for all classes


Ok, that confirms that the configuration script failed to run.  The 
usual causes are among the following:  it couldn't find sh, grep or sed 
(presumably remedied by adding the msys\1.0\bin directory to the LyX 
path); you had a bad (old) version of sed (ruled out in your case by 
using MinSYS 1.0); the configuration script failed to find a working 
copy of latex.exe (unlikely given that the MiKTeX bin directory is on 
your system path and you got the latex version number when you tested 
it); or the configuration results got written to an inaccessible 
directory.  The last one would likely involve some sort of permissions 
issue with your personal application data directory.


If you have not tried Edit-Reconfigure since adding the msys\1.0\bin 
directory to the LyX internal path prefix, that is the next order of 
business.  If that fails to resolve things, open a DOS window in the 
directory where the configure script lives and run 'sh configure  
myresults.txt' there.  It should run now that the msys\1.0\bin directory 
is on your system path (you did add it there as well, via My Computer, 
right?).  Post myresults.txt so we can see if something went splat.





I checked to local stores and not a wolverine to be
seen. Would a fisher do?


Not really.  You can find an ample supply of wolverines on the 
University of Michigan campus (Ann Arbor, MI, USA).  It's also the state 
animal of Michigan, but IIRC it's not indigenous, so I suppose the ones 
at UM are out-of-state students.


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Paul A. Rubin [EMAIL PROTECTED] wrote:
 John Kane wrote:
  I think you said that the MinSYS bin directory  
 (c:\msys\1.0\bin?) was on the LyX internal path 
  
  No it was not.  I've added it. Still getting the
error
  after restarting LyX
 
 That's not surprising.  Have you tried
Edit-Reconfigure after adding it 
 to the LyX path?
  
But DOS is not that far removed from punch
 cards!
 
 Which worked admirably, and hence had to be
 superseded by something  newer and less reliable.

Obviously, as a student you, did not have the card
reader  shred your  computer deck ½ hours before the
assignment was due and all you needed was a clean
printout.

I have installed R, OpenOffice.org, Endnote and a few
other things on this machine so I assume I have
administrator's rights.  

 Post myresults.txt so we can see if  something went
splat.

Splat.  Looks remarkably like what I saw when I
installed LyX.  I just did not know how to capture the
text flow before. 

I've posted the log and a screen shot of the directory
at
http://ca.geocities.com/jrkrideau/LyX/sh_configure_output1.pdf

 Not really.  You can find an ample supply of
 wolverines on the  University of Michigan campus
(Ann Arbor, MI, USA). 

Oh yes,  of course,  msu.edu!   I suppose the ritual
sacrifice of one or two Wolverines is a monthly
occurrence in Lancing (sp?).  My mother went to WMU
and a cousin graduated from your shop.

Thanks for the time and help.  






__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

2005-11-11 Thread Stephen Harris

- Original Message - 
From: John Kane [EMAIL PROTECTED]

To: Users LyX lyx-users@lists.lyx.org
Sent: Friday, November 11, 2005 3:27 PM
Subject: Re: Installation Problem. All entries in Textclass.lst are false  
so no output. Any suggestions?

--- Paul A. Rubin [EMAIL PROTECTED] wrote:

John Kane wrote:
 I think you said that the MinSYS bin directory
(c:\msys\1.0\bin?) was on the LyX internal path

 No it was not.  I've added it. Still getting the

error

 after restarting LyX

That's not surprising.  Have you tried

Edit-Reconfigure after adding it

to the LyX path?

   But DOS is not that far removed from punch
cards!

Which worked admirably, and hence had to be
superseded by something  newer and less reliable.

Obviously, as a student you, did not have the card
reader  shred your  computer deck ½ hours before the
assignment was due and all you needed was a clean
printout.

I have installed R, OpenOffice.org, Endnote and a few
other things on this machine so I assume I have
administrator's rights.

And also LyX. I think the problem may be more basic.
Installing both programs, Ghostscript and then Ghostview.

If you celebrate both Thanksgivings, you can have moose as
the main course of one dinner and wolverine at the second.

Regards,
Stephen

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:


This is what I have for the right
Minsys .exe

Directory of C:\msys

11/10/2005  11:06 AMDIR  .
11/10/2005  11:06 AMDIR  ..
08/14/2005  11:49 AMDIR  1.0
07/31/2005  01:05 PM 2,808,061
MSYS-1.0.10.exe



Whereas mine looks like
10/11/2005  04:04 PMDIR   .
10/11/2005  07:30 AMDIR   ..
10/11/2005  04:04 PMDIR   1.0
   0 File(s)   O bytes
   3 Dir(s)  28,478,042,122 bytes free

Mine has no sign of an exe file  so it looks like I
may have found the culprit.


Hang on.  The ~2.8 MB file in Stephen's directory listing is probably 
the installer, which you don't need once installation is done (and which 
wouldn't necessarily be in that particular directory even if you did 
keep it).  Given your path (below), the question is what you have in 
C:\msys\1.0\bin.  To verify your MinSYS installation, you can open a DOS 
window and type 'sh' at the command prompt.  This should start a shell 
and give you a prompt that looks like 'sh-2.04$' (though possibly yours 
will have a higher version number).  If it does, type 'exit' to get out 
of the shell.


Assuming sh works, you might try running the configure script in the DOS 
window.  Change to the directory C:\Program Files\LyX\Resources\lyx, 
verify that a file named 'configure' is there, and then execute 'sh 
configure'.  That runs the configuration script.  Watch the output in 
particular to see if it finds a working version of LaTeX.  If not, try 
executing 'latex --version' at the command prompt and see if you get a 
version message.  If not, there's a problem with your MiKTeX installation.


HTH,

Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Paul A. Rubin [EMAIL PROTECTED] wrote:
 John Kane wrote:

 Hang on.  The ~2.8 MB file in Stephen's directory
 listing is probably 
 the installer, which you don't need once
 installation is done (and which 
 wouldn't necessarily be in that particular directory
 even if you did 
 keep it).  

Yes, Steven told me that.  

.  To verify your MinSYS
 installation, you can open a DOS 
 window and type 'sh' at the command prompt.  This
 should start a shell 
 and give you a prompt that looks like 'sh-2.04$'
 (though possibly yours 
 will have a higher version number).  If it does,
 type 'exit' to get out 
 of the shell.

Works fine

 Assuming sh works, you might try running the
 configure script in the DOS 
 window.  Change to the directory C:\Program
 Files\LyX\Resources\lyx, 
 verify that a file named 'configure' is there, and
 then execute 'sh 
 configure'.  
That runs the configuration script. 

Does not work 
The file is there, all 43K of it, but sh configure
simply gives me an error message
'sh' is not recognized as an internal or external
command, operable program or batch file.


 If not, try 
 executing 'latex --version' at the command prompt
 and see if you get a 
 version message. 

Yes it looks fine. I got a compete version message.
 If not, there's a problem with
 your MiKTeX installation.
So hopefully this is okay. It takes an hour to
install. 

As an update, I deleted, uninstalled, (and bleached
and scrubbed) everything again this morning and
reinstalled everything with LyX at c:\LyX  . I am
still getting the error message that the textclass
XX is not found but I now at least can see them in
the TeX Information list.  All three categories are
displaying and I cross-checked as Steven suggest at
DOS level to confirm that the files (at least the cls
files) are in their directory.  

I am unable to print. I did manage to export an ASCII
file!!.  

I finally managed to download GSview and it is now
refusing to install and giving me the error message: 
Failed to add PS file association

Thanks for all the help. 






__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?

--- Stephen Harris [EMAIL PROTECTED] wrote:
 - Original Message - 
 From: John Kane [EMAIL PROTECTED]
 To: lyx-users@lists.lyx.org
 Sent: Thursday, November 10, 2005 2:05 PM
 Subject: Re: Installation Problem. All entries in
 Textclass.lst 
 are false  so no output. Any suggestions?

---clip---

 If you have content in c:\msys\1.0\bin that should 
suffice.

It seems okay

 Did you remember to delete  Drag this to the
 recycle bin:   C:\Documents and
Settings\username\Application Data\LyX

Yes

 I agree that Python23 should work (not part of 
problem).

Good I need that version.

 Probably a large install of Miktex should also 
suffice. So your helper programs appear to be in
order.

Thanks, that's reassuring.

 Try changing the default install directory to c:\lyx
 because paths with spaces, as in c:\program 
files\lyx
 isn't quite perfected, though it nearly always
works.

Tried this today. I am still getting the error
messages and I cannot print but I now can see the TEX
Infomation lists. One step.

 Remember to delete the old installation first. I am
 used to giving advice very thoroughly, so don't mind
it.

Much prefered to being to brief. 

 I'm including a screen capture of some of my .cls
 files so you can do a search and make sure you have
them.

As mentioned above, they have now appeared in the
lists.  The C:\LyX may have done it. 

 This is the searchable lyx user mailing list
 archive.
http://www.mail-archive.com/lyx-users@lists.lyx.org/
 So a search for textclass.lst will return related
 problems.

 Re: No classes is a thread about a similar problem

http://www.mail-archive.com/lyx-users@lists.lyx.org/msg41609.html

Yes if that is Banibrata 's thread I found it about an
hour after I posted. My searches were not finding much
before.  I need a better choice of keywords.

 From windows, you can use the cmd line (dos prompt)
 to get latex information with kpsewhich
 article.cls C:\texmf\..
 no quotation marks to obtain info about Latex
 installed files.

They are there. I counted 10 cls files in that
directory.

BTW I also am getting a GSview installation error
saying that the program Failed to add PS file
association: in the registry.

John Kane, Kingston ON  Canada

__ 
Find your next car at http://autos.yahoo.ca

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?


John Kane wrote:


.  To verify your MinSYS
installation, you can open a DOS 
window and type 'sh' at the command prompt.  This
should start a shell 
and give you a prompt that looks like 'sh-2.04$'
(though possibly yours 
will have a higher version number).  If it does,
type 'exit' to get out 
of the shell.



Works fine



Assuming sh works, you might try running the
configure script in the DOS 
window.  Change to the directory C:\Program
Files\LyX\Resources\lyx, 
verify that a file named 'configure' is there, and
then execute 'sh 
configure'.  
That runs the configuration script. 



Does not work 
The file is there, all 43K of it, but “sh configure”

simply gives me an error message
'sh' is not recognized as an internal or external
command, operable program or batch file.


Ok, when you ran the first test (that worked correctly), were you in the 
msys\1.0\bin directory?  If so, then the combination of that working and 
the attempt to run the configure script not working would suggest that 
the MinSYS bin directory is not on your command path.  I thought, from 
your previous post, that it was, but just to double check, what do you 
get if you type 'path' at a command prompt?



As an update, I deleted, uninstalled, (and bleached
and scrubbed) everything again this morning and
reinstalled everything with LyX at c:\LyX  . I am
still getting the error message that the textclass
“XX” is not found but I now at least can see them in
the TeX Information list.


You're seeing them in LyX via View-TeX Information?  That's 
inconsistent with the textclass not found messages (assuming that 
textclass XX is in the TeX Information list).


I am unable to print. I did manage to export an ASCII
file!!.  


That's a positive step, but since ASCII export does not involve LaTeX, 
it's a small positive step.


I finally managed to download GSview and it is now
refusing to install and giving me the error message: 
Failed to add PS file association


That's likely to be a consequence of not installing rather than an 
indication of the root cause.  Does it give any indication prior to that 
of why it's not installing?  (On a side note, have you considered 
sacrificing a small furry animal to the gods of computing before 
installing things?  Works for me.)


Paul

Re: Installation Problem. All entries in Textclass.lst are false so no output. Any suggestions?