Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 12.03.2012 20:40, schrieb Vincent van Ravesteijn:


Especially in your installer, you change MikTeX's setting, which is just rude 
and forces me to
wait.


I explained several times in detail why this is the best solution ...


Yes, but I find it unethical. I choose to set MikTeX to Ask me and you just 
override this.
Tomorrow you decide to upgrade my Windows 98 to Windows 8 without asking me.


The installer doesn't upgrade anything. You are asked if MiKTeX should be 
updated or not. That it
install packages LyX needs is no upgrade and an installer is designed to 
install things.


So, why can't we have a checkbox: Don't check for installed MikTeX packages 
(don't change this if
you don't know what a MikTeX package is and if you're not an expert) which is 
turned on by default
but which allows me to skip this checking.


Then the user must understand what MiKTeX and a package is. For the normal 
installer your idea
might be OK, but when MiKTeX is already on your system there are usually no 
packages that need to be
installed. This would lead to questions and it costs us more time to answer 
them than that the
experienced MiKTeX users need to reset the one MiKTeX setting that is changed.

I'm opposed to implement your proposal for the bundle installer that is 
designed for newbies. I
spent so much time helping newbies to get a working LyX installation. The 
installer is the result of
years of experience with that. It might not be the super perfect thing for well 
experienced LyX
users, but those can quickly reset the MiKTeX setting the installer changed 
within a few clicks. In
my opinion the installer should be designed to suit new and non-expert users.

regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 12.03.2012 20:40, schrieb Vincent van Ravesteijn:


Especially in your installer, you change MikTeX's setting, which is just rude 
and forces me to
wait.


I explained several times in detail why this is the best solution ...


Yes, but I find it unethical. I choose to set MikTeX to "Ask me" and you just 
override this.
Tomorrow you decide to upgrade my Windows 98 to Windows 8 without asking me.


The installer doesn't upgrade anything. You are asked if MiKTeX should be 
updated or not. That it
install packages LyX needs is no upgrade and an installer is designed to 
install things.


So, why can't we have a checkbox: "Don't check for installed MikTeX packages 
(don't change this if
you don't know what a MikTeX package is and if you're not an expert)" which is 
turned on by default
but which allows me to skip this checking.


Then the user must understand what "MiKTeX" and a "package" is. For the normal 
installer your idea
might be OK, but when MiKTeX is already on your system there are usually no 
packages that need to be
installed. This would lead to questions and it costs us more time to answer 
them than that the
experienced MiKTeX users need to reset the one MiKTeX setting that is changed.

I'm opposed to implement your proposal for the bundle installer that is 
designed for newbies. I
spent so much time helping newbies to get a working LyX installation. The 
installer is the result of
years of experience with that. It might not be the super perfect thing for well 
experienced LyX
users, but those can quickly reset the MiKTeX setting the installer changed 
within a few clicks. In
my opinion the installer should be designed to suit new and non-expert users.

regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Vincent van Ravesteijn]

Especially in your installer, you change MikTeX's setting, which is 
just rude and forces me to wait.


I explained several times in detail why this is the best solution ...


Yes, but I find it unethical. I choose to set MikTeX to Ask me and you 
just override this. Tomorrow you decide to upgrade my Windows 98 to 
Windows 8 without asking me.


My goal is to have an installer that just does everything for you, so 
no need to know the internals of LaTeX. When I started with the 
Windows installer I said that my goal is to send my mother a link 
where she can click on. In the installer she can click Next several 
times and afterwards can start using LyX. She doesn't know any 
internals how programs and the PC works but she don't need to. 
Everything will be in shape and she can directly start writing. And 
this works with my installer!


So, why can't we have a checkbox: Don't check for installed MikTeX 
packages (don't change this if you don't know what a MikTeX package is 
and if you're not an expert) which is turned on by default but which 
allows me to skip this checking.


regards Uwe


Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Vincent van Ravesteijn]

Especially in your installer, you change MikTeX's setting, which is 
just rude and forces me to wait.


I explained several times in detail why this is the best solution ...


Yes, but I find it unethical. I choose to set MikTeX to "Ask me" and you 
just override this. Tomorrow you decide to upgrade my Windows 98 to 
Windows 8 without asking me.


My goal is to have an installer that just does everything for you, so 
no need to know the internals of LaTeX. When I started with the 
Windows installer I said that my goal is to send my mother a link 
where she can click on. In the installer she can click Next several 
times and afterwards can start using LyX. She doesn't know any 
internals how programs and the PC works but she don't need to. 
Everything will be in shape and she can directly start writing. And 
this works with my installer!


So, why can't we have a checkbox: "Don't check for installed MikTeX 
packages (don't change this if you don't know what a MikTeX package is 
and if you're not an expert)" which is turned on by default but which 
allows me to skip this checking.


regards Uwe


Vincent

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 29.02.2012 08:15, schrieb Vincent van Ravesteijn:


Yes, and I want the installer to ask me: Do you really want to wait ? Or do 
you want to install the
packages on the fly when needed ?


This is not that easy to implement. However, note that the bundle installer is designed for new 
installations and thus for new users. They won't have the knowledge what is done, what MiKTeX is for 
what a package means, etc. I had in the past much troubles with new users who complained that here 
and there some features were not available but described in the UserGuide.

I therefore decided to install all thins supported by LyX.

Since this decision these user complains could be reduced to almost zero and the documentation files 
are compilable. Especially this must be assured if we don't want to choke on user complaints. This 
has also the advantage that you later on don't need an Internet connection. As I wrote from my 
experience in south america many people don't have Internet at home, so they have to bring their 
Computers to an Internet café and install everything there as complete as possible.
A complete installation furthermore has the advantage that all LyX features are available for all 
users of a PC if the installer was executed as Admin.


regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 01.03.2012 05:33, schrieb Paul Johnson:


I think you are missing the point that in MikTeX it is a KNOWN bug
that the ASK option is broken and it fails to make the menu pop up and
ask the user about the packages.

Thus, the only way (according to the MikTeX folks) is to use YES or NO
on the packages.


I tested this on my 3 test machines again and could not reproduce the problem. If it is really a 
MiKTeX bug, it should be reported as such:

http://sourceforge.net/tracker/?group_id=10783atid=110783

The MiKTeX developer usually fixes such problems quickly.

regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 01.03.2012 07:18, schrieb Paul Johnson:


Sorry to write again before waiting for you to answer. I could not
sleep, so decided to try the LyX-2.0.2-4 installs in the lab systems.

This time I tried several variations.  I have ALL SUCCESS to report on
the Lyx Installer-2.0.2-4, but still a problem with the installer
bundle.


Hmm, in my installer for 2.0.3 I use an updated installer for MiKTeX and perhaps your problems will 
disappear when using it:

http://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.3/

0. log in as admin
1. uninstall LyX 2.0.2
2. reinstall LyX 2.0.3 using my standard installer
3. uninstall LyX 2.0.3 _completely_ (will clean up LyX residues of older LyX 
2.0.x installations)
4. uninstall  MiKTeX _completely_
5. check that all local MiKTeX folders are deleted. E.g. on Win XP these would 
be these folders:
C:\Documents and Settings\username\Application Data\MiKTeX\2.9\tex\latex
6. check the Windows registry that there are no residues of MiKTeX and LyX
7. reinstall LyX 2.0.3 using my bundle installer.

please report back

thanks and regards
Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Vincent van Ravesteijn]

Op 3-3-2012 14:31, Uwe Stöhr schreef:

Am 29.02.2012 08:15, schrieb Vincent van Ravesteijn:

Yes, and I want the installer to ask me: Do you really want to wait 
? Or do you want to install the

packages on the fly when needed ?


This is not that easy to implement. However, note that the bundle 
installer is designed for new installations and thus for new users. 
They won't have the knowledge what is done, what MiKTeX is for what a 
package means, etc. I had in the past much troubles with new users who 
complained that here and there some features were not available but 
described in the UserGuide.

I therefore decided to install all thins supported by LyX.

Since this decision these user complains could be reduced to almost 
zero and the documentation files are compilable. Especially this must 
be assured if we don't want to choke on user complaints. This has also 
the advantage that you later on don't need an Internet connection. As 
I wrote from my experience in south america many people don't have 
Internet at home, so they have to bring their Computers to an Internet 
café and install everything there as complete as possible.
A complete installation furthermore has the advantage that all LyX 
features are available for all users of a PC if the installer was 
executed as Admin.


I didn't mention the bundle installer.

All this doesn't answer my question why we can't have the user decide 
what he wants to do. I just don't want to wait for half an hour to 
install LyX on a new pc, and I _never_ compile the user guide, and I 
have MikTeX pop up when I used a package which is not installed, and 
there are soo many packages that I don't even use.


Especially in your installer, you change MikTeX's setting, which is just 
rude and forces me to wait. In the official installer at least I can 
press cancel a lot of times if I have configured MikTeX to ask-on-the-fly.


Vincent

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 03.03.2012 14:50, schrieb Vincent van Ravesteijn:


I didn't mention the bundle installer.


But this problem only occurs for new installations and thus only with the 
bundle installer.


All this doesn't answer my question why we can't have the user decide what he 
wants to do.


Because newbies won't know what they should decide and what the consequences are. If we for example 
would have a dialog asking Will you wait until all packages are installed?. 90% of the users will 
click no because nobody wants to wait, no matter what it is. And it is also not clear for the user 
what a package is and what is the consequence if some packages are missing. As an average user I 
expect to get a fully functional program after installer was run and this is only possible with all 
the packages.



I just
don't want to wait for half an hour to install LyX on a new pc, and I _never_ 
compile the user
guide,


New users will for sure sooner or later have a look at the UserGuide. If it is not compilable we 
will be flooded with complains, trust me.


 and I have MikTeX pop up when I used a package which is not installed,

Only if you are in the Internet when this occurs. Not everybody is always online. If you are not 
online you will get LateX errors. If a newbie sees such an error he will be lost and also some more 
experienced users struggle from time to time over this as the lyx-users list shows.


 and there are soo many packages that I don't even use.

Sure, but how could we know which ones you need? Take for example the case that you have to write a 
scientific article and your colleague recommended to use LyX. Then you expect to be able to start 
writing after the installation of this LyX program. In this case you need quite a lot packages you 
only need for scientific articles.



Especially in your installer, you change MikTeX's setting, which is just rude 
and forces me to wait.


I explained several times in detail why this is the best solution and that I already had the 
on-the-fly solution in the past without the success I expected. In today's thread Re: Bug: 
Bundle-installation needs Internet-connection at the lyx-devel list we had exactly the case I 
described: A newbie cannot know what a package is and how it works and what the consequences are if 
some are missing.



In the official installer at least I can press cancel a lot of times if I have 
configured MikTeX to
ask-on-the-fly.


(I don't know if pressing cancel for more than 50 times is more convenient than to make a 5 minute 
coffee break.)
But once again, what you want and currently do requires a lot of background knowledge what LaTeX is, 
how MiKTeX works and what a package is. In my experience newbies are even lost when they get the 
question from MiKTeX that a package is missing and if they would allow to install it. When I gave 
some courses at the University I got the following days many phone calls as the students didn't know 
what to do in this case and what it means a missing package. And these were students with some 
Computer background.
My goal is to have an installer that just does everything for you, so no need to know the internals 
of LaTeX. When I started with the Windows installer I said that my goal is to send my mother a link 
where she can click on. In the installer she can click Next several times and afterwards can start 
using LyX. She doesn't know any internals how programs and the PC works but she don't need to. 
Everything will be in shape and she can directly start writing. And this works with my installer!


regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 29.02.2012 08:15, schrieb Vincent van Ravesteijn:


Yes, and I want the installer to ask me: "Do you really want to wait ? Or do 
you want to install the
packages on the fly when needed ?"


This is not that easy to implement. However, note that the bundle installer is designed for new 
installations and thus for new users. They won't have the knowledge what is done, what MiKTeX is for 
what a package means, etc. I had in the past much troubles with new users who complained that here 
and there some features were not available but described in the UserGuide.

I therefore decided to install all thins supported by LyX.

Since this decision these user complains could be reduced to almost zero and the documentation files 
are compilable. Especially this must be assured if we don't want to choke on user complaints. This 
has also the advantage that you later on don't need an Internet connection. As I wrote from my 
experience in south america many people don't have Internet at home, so they have to bring their 
Computers to an Internet café and install everything there as complete as possible.
A complete installation furthermore has the advantage that all LyX features are available for all 
users of a PC if the installer was executed as Admin.


regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 01.03.2012 05:33, schrieb Paul Johnson:


I think you are missing the point that in MikTeX it is a KNOWN bug
that the ASK option is broken and it fails to make the menu pop up and
ask the user about the packages.

Thus, the only way (according to the MikTeX folks) is to use YES or NO
on the packages.


I tested this on my 3 test machines again and could not reproduce the problem. If it is really a 
MiKTeX bug, it should be reported as such:

http://sourceforge.net/tracker/?group_id=10783=110783

The MiKTeX developer usually fixes such problems quickly.

regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 01.03.2012 07:18, schrieb Paul Johnson:


Sorry to write again before waiting for you to answer. I could not
sleep, so decided to try the LyX-2.0.2-4 installs in the lab systems.

This time I tried several variations.  I have ALL SUCCESS to report on
the Lyx Installer-2.0.2-4, but still a problem with the installer
bundle.


Hmm, in my installer for 2.0.3 I use an updated installer for MiKTeX and perhaps your problems will 
disappear when using it:

http://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.3/

0. log in as admin
1. uninstall LyX 2.0.2
2. reinstall LyX 2.0.3 using my standard installer
3. uninstall LyX 2.0.3 _completely_ (will clean up LyX residues of older LyX 
2.0.x installations)
4. uninstall  MiKTeX _completely_
5. check that all local MiKTeX folders are deleted. E.g. on Win XP these would 
be these folders:
C:\Documents and Settings\\Application Data\MiKTeX\2.9\tex\latex
6. check the Windows registry that there are no residues of MiKTeX and LyX
7. reinstall LyX 2.0.3 using my bundle installer.

please report back

thanks and regards
Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Vincent van Ravesteijn]

Op 3-3-2012 14:31, Uwe Stöhr schreef:

Am 29.02.2012 08:15, schrieb Vincent van Ravesteijn:

Yes, and I want the installer to ask me: "Do you really want to wait 
? Or do you want to install the

packages on the fly when needed ?"


This is not that easy to implement. However, note that the bundle 
installer is designed for new installations and thus for new users. 
They won't have the knowledge what is done, what MiKTeX is for what a 
package means, etc. I had in the past much troubles with new users who 
complained that here and there some features were not available but 
described in the UserGuide.

I therefore decided to install all thins supported by LyX.

Since this decision these user complains could be reduced to almost 
zero and the documentation files are compilable. Especially this must 
be assured if we don't want to choke on user complaints. This has also 
the advantage that you later on don't need an Internet connection. As 
I wrote from my experience in south america many people don't have 
Internet at home, so they have to bring their Computers to an Internet 
café and install everything there as complete as possible.
A complete installation furthermore has the advantage that all LyX 
features are available for all users of a PC if the installer was 
executed as Admin.


I didn't mention the bundle installer.

All this doesn't answer my question why we can't have the user decide 
what he wants to do. I just don't want to wait for half an hour to 
install LyX on a new pc, and I _never_ compile the user guide, and I 
have MikTeX pop up when I used a package which is not installed, and 
there are soo many packages that I don't even use.


Especially in your installer, you change MikTeX's setting, which is just 
rude and forces me to wait. In the official installer at least I can 
press cancel a lot of times if I have configured MikTeX to ask-on-the-fly.


Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 03.03.2012 14:50, schrieb Vincent van Ravesteijn:


I didn't mention the bundle installer.


But this problem only occurs for new installations and thus only with the 
bundle installer.


All this doesn't answer my question why we can't have the user decide what he 
wants to do.


Because newbies won't know what they should decide and what the consequences are. If we for example 
would have a dialog asking "Will you wait until all packages are installed?". 90% of the users will 
click no because nobody wants to wait, no matter what it is. And it is also not clear for the user 
what a "package" is and what is the consequence if some packages are missing. As an average user I 
expect to get a fully functional program after installer was run and this is only possible with all 
the packages.



I just
don't want to wait for half an hour to install LyX on a new pc, and I _never_ 
compile the user
guide,


New users will for sure sooner or later have a look at the UserGuide. If it is not compilable we 
will be flooded with complains, trust me.


> and I have MikTeX pop up when I used a package which is not installed,

Only if you are in the Internet when this occurs. Not everybody is always online. If you are not 
online you will get LateX errors. If a newbie sees such an error he will be lost and also some more 
experienced users struggle from time to time over this as the lyx-users list shows.


> and there are soo many packages that I don't even use.

Sure, but how could we know which ones you need? Take for example the case that you have to write a 
scientific article and your colleague recommended to use LyX. Then you expect to be able to start 
writing after the installation of this LyX program. In this case you need quite a lot packages you 
only need for scientific articles.



Especially in your installer, you change MikTeX's setting, which is just rude 
and forces me to wait.


I explained several times in detail why this is the best solution and that I already had the 
on-the-fly solution in the past without the success I expected. In today's thread "Re: Bug: 
Bundle-installation needs Internet-connection" at the lyx-devel list we had exactly the case I 
described: A newbie cannot know what a package is and how it works and what the consequences are if 
some are missing.



In the official installer at least I can press cancel a lot of times if I have 
configured MikTeX to
ask-on-the-fly.


(I don't know if pressing cancel for more than 50 times is more convenient than to make a 5 minute 
coffee break.)
But once again, what you want and currently do requires a lot of background knowledge what LaTeX is, 
how MiKTeX works and what a package is. In my experience newbies are even lost when they get the 
question from MiKTeX that a package is missing and if they would allow to install it. When I gave 
some courses at the University I got the following days many phone calls as the students didn't know 
what to do in this case and what it means "a missing package". And these were students with some 
Computer background.
My goal is to have an installer that just does everything for you, so no need to know the internals 
of LaTeX. When I started with the Windows installer I said that my goal is to send my mother a link 
where she can click on. In the installer she can click Next several times and afterwards can start 
using LyX. She doesn't know any internals how programs and the PC works but she don't need to. 
Everything will be in shape and she can directly start writing. And this works with my installer!


regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Vincent van Ravesteijn]

I still don't understand why we can't have Miktex to ask to install a
package when needed ? At least we can ask the user if he wants to install
all possible packages and wait half an hour. So many people are put off by
having to wait so long the first time they try LyX.


Dear Vincent:

I think you are missing the point that in MikTeX it is a KNOWN bug
that the ASK option is broken and it fails to make the menu pop up and
ask the user about the packages.


I didn't know that. It works perfectly for me.

But what I basically meant is that we, the LyX installer, could ask the user 
whether we check for all packages being installed and install them if needed.

Vincent

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Paul Johnson]

On Thu, Mar 1, 2012 at 3:06 PM, Vincent van Ravesteijn v...@lyx.org wrote:

 I think you are missing the point that in MikTeX it is a KNOWN bug
 that the ASK option is broken and it fails to make the menu pop up and
 ask the user about the packages.


 I didn't know that. It works perfectly for me.

Well it depends on which version of MikTeX, which version of Windows,
etc. And whether  you are logged in as an ordinary user.

Just read the MikTeX page on it:

http://miktex.org/2.8/issues

I believe the problem I'm seeing is the same described there for
TeXnicCenter This happens when a missing package needs to be
installed and the pop-up window cannot be displayed.

I've not seen the pop up permission request since the middle years of
WinXP.  Do you see it when LyX needs a package?

And also the problem that motivated somebody to put this message into
the LyXWinTips page:

http://wiki.lyx.org/Windows/LyXWinTips#toc10


 Vincent



-- 
Paul E. Johnson
Professor, Political Science    Assoc. Director
1541 Lilac Lane, Room 504     Center for Research Methods
University of Kansas               University of Kansas
http://pj.freefaculty.org            http://quant.ku.edu

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Vincent van Ravesteijn]

I still don't understand why we can't have Miktex to ask to install a
package when needed ? At least we can ask the user if he wants to install
all possible packages and wait half an hour. So many people are put off by
having to wait so long the first time they try LyX.


Dear Vincent:

I think you are missing the point that in MikTeX it is a KNOWN bug
that the ASK option is broken and it fails to make the menu pop up and
ask the user about the packages.


I didn't know that. It works perfectly for me.

But what I basically meant is that we, the LyX installer, could ask the user 
whether we check for all packages being installed and install them if needed.

Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Paul Johnson]

On Thu, Mar 1, 2012 at 3:06 PM, Vincent van Ravesteijn  wrote:
>
>> I think you are missing the point that in MikTeX it is a KNOWN bug
>> that the ASK option is broken and it fails to make the menu pop up and
>> ask the user about the packages.
>
>
> I didn't know that. It works perfectly for me.
>
Well it depends on which version of MikTeX, which version of Windows,
etc. And whether  you are logged in as an ordinary user.

Just read the MikTeX page on it:

http://miktex.org/2.8/issues

I believe the problem I'm seeing is the same described there for
TeXnicCenter "This happens when a missing package needs to be
installed and the pop-up window cannot be displayed."

I've not seen the pop up permission request since the middle years of
WinXP.  Do you see it when LyX needs a package?

And also the problem that motivated somebody to put this message into
the LyXWinTips page:

http://wiki.lyx.org/Windows/LyXWinTips#toc10


> Vincent



-- 
Paul E. Johnson
Professor, Political Science    Assoc. Director
1541 Lilac Lane, Room 504     Center for Research Methods
University of Kansas               University of Kansas
http://pj.freefaculty.org            http://quant.ku.edu

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Paul Johnson]

On Tue, Feb 28, 2012 at 11:03 AM, Vincent van Ravesteijn v...@lyx.org wrote:

 The LyX windows installer SHOULD set the MikTex package install on
 the fly option to NO,


 No, because then new users would have an incomplete MiKTeX installation
 and their LyX could not provide all its features.


 I still don't understand why we can't have Miktex to ask to install a
 package when needed ? At least we can ask the user if he wants to install
 all possible packages and wait half an hour. So many people are put off by
 having to wait so long the first time they try LyX.

 Vincent

Dear Vincent:

I think you are missing the point that in MikTeX it is a KNOWN bug
that the ASK option is broken and it fails to make the menu pop up and
ask the user about the packages.

Thus, the only way (according to the MikTeX folks) is to use YES or NO
on the packages.  If you use YES, then the start of lyx as a non
privileged user fails. I contend it is because Miktex tries to install
packages, the user has no privileges, and the whole thing hangs.

It is the same problem described on the LyX wiki about the configure
script failing if packages is set to YES.


I don't mind waiting, but for me it never never completes.  I've
waited 24 hours...

I'm going to download the installers mentioned 2 messages ago and see
what happens.

pj
-- 
Paul E. Johnson
Professor, Political Science    Assoc. Director
1541 Lilac Lane, Room 504     Center for Research Methods
University of Kansas               University of Kansas
http://pj.freefaculty.org            http://quant.ku.edu

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Paul Johnson]

On Sun, Feb 26, 2012 at 6:19 PM, Uwe Stöhr uwesto...@web.de wrote:
 Am 20.02.2012 03:22, schrieb Paul Johnson:

 No, because then new users would have an incomplete MiKTeX installation and
 their LyX could not provide all its features.


 In my case, it hangs checking for dvilualatex.


 This looks like a problem of the MiKTeX installation and is independent if
 you on the fly installation is set or not. LuaTeX is part of a basic MiKTeX
 installation and must therefore be there.

 Can you please try to
 1. uninstall LyX _completely_
 2. open an Internet connection and log in as admin
 3. reinstall LyX using this installer:
 http://developer.berlios.de/project/showfiles.php?group_id=5117release_id=18855
 (I tested that this installer works on Win 7.)

 If you still have the same problems you need to reinstall MiKTeX:
 regards Uwe

Dear Uwe:

Sorry to write again before waiting for you to answer. I could not
sleep, so decided to try the LyX-2.0.2-4 installs in the lab systems.

This time I tried several variations.  I have ALL SUCCESS to report on
the Lyx Installer-2.0.2-4, but still a problem with the installer
bundle.

On 3 machines, I removed LyX, made sure it was gone from registry. On
two of those systems, I had MikTex 2.8 (fully updated) and on one I
had MikTeX 2.9. On all of these, I was able to run the LyX 2.0.2-4
installer as administrator.  The install was smooth, and there was a
new menu that asked me to update MikTeX and launched the MikTeX
installer.

On all those systems, I put the MikTeX package update setting at YES,
(I had in mind the warning on the MikTeX site about the ASK option).

On a 4th machine, I removed both LyX and MikTex, and ran the LyX
installer bundle 2.0.2-4.  That install was interesting, it invited me
to install JabRef, which ran fine.  It warned me to accept the MikTeX
default configuration, which had the package option at ASK.  The
MikTeX and LyX installs finished without error, so far as I could
tell.

The installer invited me to launch LyX.  The first thing I tried was
to Reconfigure.

Lyx ran through a series of checks, and it seems to be hung at this spot

+ checking for dvilualatex ... yes

It has not finished the reconfig, not offered the menu that says LyX
has been reconfigured and settings will  not take effect until LyX is
restarted.  I have left that sitting in that state for about 30
minutes, there's no evidence that it is downloading packages or doing
anything.

Windows TaskManager reports LyX is not responding.
After waiting another 10 minutes, I used TaskManager to kill it.

I went to start menu - MikTeX - MikTeX - Maintenance (admin) -
Settings and changed the Package thing to YES.

After that, I start Lyx, and run Reconfigure, it goes through fine,
and LyX says it is reconfigured and I should close  restart to use
the new classes.

So, on the basis of 1 machine with the package setting at ASK, I'm
still thinking there's some LyX/MikTeX install trouble.

I don't want to go back and break this for no purpose. If you want to
tell me how to test this install, I will be glad to do it.

pj

-- 
Paul E. Johnson
Professor, Political Science    Assoc. Director
1541 Lilac Lane, Room 504     Center for Research Methods
University of Kansas               University of Kansas
http://pj.freefaculty.org            http://quant.ku.edu

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Paul Johnson]

On Tue, Feb 28, 2012 at 11:03 AM, Vincent van Ravesteijn  wrote:
>
>>> The LyX windows installer SHOULD set the MikTex package install "on
>>> the fly" option to NO,
>>
>>
>> No, because then new users would have an incomplete MiKTeX installation
>> and their LyX could not provide all its features.
>
>
> I still don't understand why we can't have Miktex to ask to install a
> package when needed ? At least we can ask the user if he wants to install
> all possible packages and wait half an hour. So many people are put off by
> having to wait so long the first time they try LyX.
>
> Vincent

Dear Vincent:

I think you are missing the point that in MikTeX it is a KNOWN bug
that the ASK option is broken and it fails to make the menu pop up and
ask the user about the packages.

Thus, the only way (according to the MikTeX folks) is to use YES or NO
on the packages.  If you use YES, then the start of lyx as a non
privileged user fails. I contend it is because Miktex tries to install
packages, the user has no privileges, and the whole thing hangs.

It is the same problem described on the LyX wiki about the configure
script failing if packages is set to YES.


I don't mind waiting, but for me it never never completes.  I've
waited 24 hours...

I'm going to download the installers mentioned 2 messages ago and see
what happens.

pj
-- 
Paul E. Johnson
Professor, Political Science    Assoc. Director
1541 Lilac Lane, Room 504     Center for Research Methods
University of Kansas               University of Kansas
http://pj.freefaculty.org            http://quant.ku.edu

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Paul Johnson]

On Sun, Feb 26, 2012 at 6:19 PM, Uwe Stöhr  wrote:
> Am 20.02.2012 03:22, schrieb Paul Johnson:
>
> No, because then new users would have an incomplete MiKTeX installation and
> their LyX could not provide all its features.
>
>
>> In my case, it hangs checking for "dvilualatex".
>
>
> This looks like a problem of the MiKTeX installation and is independent if
> you on the fly installation is set or not. LuaTeX is part of a basic MiKTeX
> installation and must therefore be there.
>
> Can you please try to
> 1. uninstall LyX _completely_
> 2. open an Internet connection and log in as admin
> 3. reinstall LyX using this installer:
> http://developer.berlios.de/project/showfiles.php?group_id=5117_id=18855
> (I tested that this installer works on Win 7.)
>
> If you still have the same problems you need to reinstall MiKTeX:
> regards Uwe

Dear Uwe:

Sorry to write again before waiting for you to answer. I could not
sleep, so decided to try the LyX-2.0.2-4 installs in the lab systems.

This time I tried several variations.  I have ALL SUCCESS to report on
the Lyx Installer-2.0.2-4, but still a problem with the installer
bundle.

On 3 machines, I removed LyX, made sure it was gone from registry. On
two of those systems, I had MikTex 2.8 (fully updated) and on one I
had MikTeX 2.9. On all of these, I was able to run the LyX 2.0.2-4
installer as administrator.  The install was smooth, and there was a
new menu that asked me to update MikTeX and launched the MikTeX
installer.

On all those systems, I put the MikTeX package update setting at YES,
(I had in mind the warning on the MikTeX site about the ASK option).

On a 4th machine, I removed both LyX and MikTex, and ran the LyX
installer bundle 2.0.2-4.  That install was interesting, it invited me
to install JabRef, which ran fine.  It warned me to accept the MikTeX
default configuration, which had the package option at ASK.  The
MikTeX and LyX installs finished without error, so far as I could
tell.

The installer invited me to launch LyX.  The first thing I tried was
to "Reconfigure".

Lyx ran through a series of checks, and it seems to be hung at this spot

+ checking for "dvilualatex" ... yes

It has not finished the reconfig, not offered the menu that says LyX
has been reconfigured and settings will  not take effect until LyX is
restarted.  I have left that sitting in that state for about 30
minutes, there's no evidence that it is downloading packages or doing
anything.

Windows TaskManager reports LyX is not responding.
After waiting another 10 minutes, I used TaskManager to kill it.

I went to start menu -> MikTeX -> MikTeX -> Maintenance (admin) ->
Settings and changed the Package thing to YES.

After that, I start Lyx, and run Reconfigure, it goes through fine,
and LyX says it is reconfigured and I should close & restart to use
the new classes.

So, on the basis of 1 machine with the package setting at ASK, I'm
still thinking there's some LyX/MikTeX install trouble.

I don't want to go back and break this for no purpose. If you want to
tell me how to test this install, I will be glad to do it.

pj

-- 
Paul E. Johnson
Professor, Political Science    Assoc. Director
1541 Lilac Lane, Room 504     Center for Research Methods
University of Kansas               University of Kansas
http://pj.freefaculty.org            http://quant.ku.edu

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Vincent van Ravesteijn]

  The LyX windows installer SHOULD set the MikTex package install on
 the fly option to NO,


 No, because then new users would have an incomplete MiKTeX installation
 and their LyX could not provide all its features.


I still don't understand why we can't have Miktex to ask to install a
package when needed ? At least we can ask the user if he wants to install
all possible packages and wait half an hour. So many people are put off by
having to wait so long the first time they try LyX.

Vincent

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 28.02.2012 18:03, schrieb Vincent van Ravesteijn:


No, because then new users would have an incomplete MiKTeX installation
and their LyX could not provide all its features.


I still don't understand why we can't have Miktex to ask to install a
package when needed ?


We do. But we could either install all package needed by LyX or none. If we let MiKTeX ask the user 
for every package it will install new users would not only be confused what these questions are 
about (note that a newbie cannot know the package concept and what it means, that a distribution is 
not LyX itself etc..) but he would then have to click on Yes for about 50 times withing half an hour.



At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. You can also see the install 
progress in the installer.



So many people are put off by
having to wait so long the first time they try LyX.


Yes, this is not good, but a complete MiKTeX would be more than a GB in size and this is not 
provided by MiKTeX as installer. But you only have to wait once. For all further installations of 
LyX, you already have the packages as MiKTeX will stay on your PC.


regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Vincent van Ravesteijn]

At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. 
You can also see the install progress in the installer.


Yes, and I want the installer to ask me: Do you really want to wait ? 
Or do you want to install the packages on the fly when needed ?


Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Vincent van Ravesteijn]

>  The LyX windows installer SHOULD set the MikTex package install "on
>> the fly" option to NO,
>>
>
> No, because then new users would have an incomplete MiKTeX installation
> and their LyX could not provide all its features.
>

I still don't understand why we can't have Miktex to ask to install a
package when needed ? At least we can ask the user if he wants to install
all possible packages and wait half an hour. So many people are put off by
having to wait so long the first time they try LyX.

Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 28.02.2012 18:03, schrieb Vincent van Ravesteijn:


No, because then new users would have an incomplete MiKTeX installation
and their LyX could not provide all its features.


I still don't understand why we can't have Miktex to ask to install a
package when needed ?


We do. But we could either install all package needed by LyX or none. If we let MiKTeX ask the user 
for every package it will install new users would not only be confused what these questions are 
about (note that a newbie cannot know the package concept and what it means, that a distribution is 
not LyX itself etc..) but he would then have to click on Yes for about 50 times withing half an hour.



At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. You can also see the install 
progress in the installer.



So many people are put off by
having to wait so long the first time they try LyX.


Yes, this is not good, but a complete MiKTeX would be more than a GB in size and this is not 
provided by MiKTeX as installer. But you only have to wait once. For all further installations of 
LyX, you already have the packages as MiKTeX will stay on your PC.


regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Vincent van Ravesteijn]

At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. 
You can also see the install progress in the installer.


Yes, and I want the installer to ask me: "Do you really want to wait ? 
Or do you want to install the packages on the fly when needed ?"


Vincent

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Uwe Stöhr]

Am 20.02.2012 03:22, schrieb Paul Johnson:


The LyX windows installer SHOULD set the MikTex package install on
the fly option to NO,


No, because then new users would have an incomplete MiKTeX installation and their LyX could not 
provide all its features.



In my case, it hangs checking for dvilualatex.


This looks like a problem of the MiKTeX installation and is independent if you on the fly 
installation is set or not. LuaTeX is part of a basic MiKTeX installation and must therefore be there.


Can you please try to
1. uninstall LyX _completely_
2. open an Internet connection and log in as admin
3. reinstall LyX using this installer:
http://developer.berlios.de/project/showfiles.php?group_id=5117release_id=18855
(I tested that this installer works on Win 7.)

If you still have the same problems you need to reinstall MiKTeX:

1. uninstall LyX _completely_
2. uninstall MiKTeX _completely_
3. check your Windows registry that there are no residues of LyX and MiKTeX
4. open an Internet connection and log in as admin
5. reinstall LyX using the bundle version of this installer:
http://developer.berlios.de/project/showfiles.php?group_id=5117release_id=18855

regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Uwe Stöhr]

Am 20.02.2012 03:22, schrieb Paul Johnson:


The LyX windows installer SHOULD set the MikTex package install "on
the fly" option to NO,


No, because then new users would have an incomplete MiKTeX installation and their LyX could not 
provide all its features.



In my case, it hangs checking for "dvilualatex".


This looks like a problem of the MiKTeX installation and is independent if you on the fly 
installation is set or not. LuaTeX is part of a basic MiKTeX installation and must therefore be there.


Can you please try to
1. uninstall LyX _completely_
2. open an Internet connection and log in as admin
3. reinstall LyX using this installer:
http://developer.berlios.de/project/showfiles.php?group_id=5117_id=18855
(I tested that this installer works on Win 7.)

If you still have the same problems you need to reinstall MiKTeX:

1. uninstall LyX _completely_
2. uninstall MiKTeX _completely_
3. check your Windows registry that there are no residues of LyX and MiKTeX
4. open an Internet connection and log in as admin
5. reinstall LyX using the bundle version of this installer:
http://developer.berlios.de/project/showfiles.php?group_id=5117_id=18855

regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Paul Johnson]

I just ran another test. As the administrator, I set MikTeX to YES for
install packaes on the fly.

Then, working as a NON administrative user, I start LyX.  LyX will
start if there is a pre-existing valid configuration.  However,
running Reconfigure results in a bad situation.  The reconfiguration
runs for an indefinite amount of time.  After 2 hours, I quit
watching. In the morning, LyX said it had reconfigured and I needed to
close LyX and restart.

However, LyX would not close. Neither LyX, nor the menu that said LyX
is reconfigured, would respond to the mouse click. I killed them
through the task manager.

After that, trying to run LyX results in an immediate crash, for which
the windows detail report is:

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name: LyX.exe
  Application Version:  0.0.0.0
  Application Timestamp:4ed164e8
  Fault Module Name:StackHash_43b7
  Fault Module Version: 6.1.7601.17725
  Fault Module Timestamp:   4ec49b8f
  Exception Code:   c374
  Exception Offset: 000ce6c3
  OS Version:   6.1.7601.2.1.0.256.48
  Locale ID:1033
  Additional Information 1: 43b7
  Additional Information 2: 43b7aee6e9f9a30cb1f9dd54f63ac185
  Additional Information 3: 2c34
  Additional Information 4: 2c340dc5480cecae68c9d5f40888f7a1

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288clcid=0x0409

If the online privacy statement is not available, please read our
privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt

After that, as administrator, I set MikTeX back to NO for install
packages on the fly, and LyX starts right away.

pj


-- 
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Paul Johnson]

I just ran another test. As the administrator, I set MikTeX to YES for
install packaes on the fly.

Then, working as a NON administrative user, I start LyX.  LyX will
start if there is a pre-existing valid configuration.  However,
running Reconfigure results in a bad situation.  The reconfiguration
runs for an indefinite amount of time.  After 2 hours, I quit
watching. In the morning, LyX said it had reconfigured and I needed to
close LyX and restart.

However, LyX would not close. Neither LyX, nor the menu that said LyX
is reconfigured, would respond to the mouse click. I killed them
through the task manager.

After that, trying to run LyX results in an immediate crash, for which
the windows detail report is:

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name: LyX.exe
  Application Version:  0.0.0.0
  Application Timestamp:4ed164e8
  Fault Module Name:StackHash_43b7
  Fault Module Version: 6.1.7601.17725
  Fault Module Timestamp:   4ec49b8f
  Exception Code:   c374
  Exception Offset: 000ce6c3
  OS Version:   6.1.7601.2.1.0.256.48
  Locale ID:1033
  Additional Information 1: 43b7
  Additional Information 2: 43b7aee6e9f9a30cb1f9dd54f63ac185
  Additional Information 3: 2c34
  Additional Information 4: 2c340dc5480cecae68c9d5f40888f7a1

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288=0x0409

If the online privacy statement is not available, please read our
privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt

After that, as administrator, I set MikTeX back to NO for install
packages on the fly, and LyX starts right away.

pj


-- 
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Paul Johnson]

On Wed, Feb 22, 2012 at 4:34 AM, Vincent van Ravesteijn v...@lyx.org wrote:
 A LyX window does not appear on the screen, and Lyx does not appear as
 an application.  However, in the second tab,  one can see processes
 for LyxLauncher.exe and lyx.exe, and also processes for latex and
 mf-config appear and disappear. LyX does not start, the processes stay
 stuck, but if you manually kill the latex.exe process, then the Lyx
 window does appear, but none of its menus work and LyX is not
 responding.


 Are you sure the processes stay stuck ? Or does it just take a lot of
 time.


I have waited as long as an hour without the LyX process actually
starting. Those
processes do not use any CPU after a while, there is no hard disk access, no
visible evidence of packages being downloaded.

On the other hand,

If I change the MikTeX package option to NO, then LyX starts instantly and
works fine.

Can I just be clear here:

Do you mean to say that if the MikTeX package option is ASK or Yes on
your systems, then users who are not the administrator are able to start LyX?
Because I've tested this on quite a few Win7 systems in the last week and
none have worked.

Are you thinking that if I change the MikTeX option back to Yes, and then
try to start LyX, and wait, say, 1 or 2 days, then Lyx will eventually start?
I suppose I could try that.


 The LyX installer claims it is installing packages, but could that
 list of  packages be expanded substantially so that LyX installs every
 package that might be called on by any of the document types that LyX
 tries to support?


 We trigger MikTeX to install all the necessary packages. That's why you have
 to wait a long time before LyX is started.I've also run LyXLauncher.exe -dbg
 any in a terminal, but the output

 just stops and waits while LyX seems to not start (processes are
 stuck).


 LyXLauncher.exe shouldn't be part of the installer anymore. Did you use the
 official installer ?

I agree with you on that one.  I saw that in 1.6.9 LyX as I was
dealing with this
same problem.  There's no LyX launcher in LyX 2.0.

When I ran into the MikTeX package config problem with LyX2, I removed that
and put the old one in for comparison.  That's where I got the Lyxlauncher
in my head.

pj

 Vincent



-- 
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Paul Johnson]

On Wed, Feb 22, 2012 at 4:34 AM, Vincent van Ravesteijn  wrote:
>> A LyX window does not appear on the screen, and Lyx does not appear as
>> an application.  However, in the second tab,  one can see processes
>> for LyxLauncher.exe and lyx.exe, and also processes for latex and
>> mf-config appear and disappear. LyX does not start, the processes stay
>> "stuck", but if you manually kill the latex.exe process, then the Lyx
>> window does appear, but none of its menus work and LyX is not
>> responding.
>
>
> Are you sure the processes stay "stuck" ? Or does it just take a lot of
> time.
>

I have waited as long as an hour without the LyX process actually
starting. Those
processes do not use any CPU after a while, there is no hard disk access, no
visible evidence of packages being downloaded.

On the other hand,

If I change the MikTeX package option to NO, then LyX starts instantly and
works fine.

Can I just be clear here:

Do you mean to say that if the MikTeX package option is "ASK" or "Yes" on
your systems, then users who are not the administrator are able to start LyX?
Because I've tested this on quite a few Win7 systems in the last week and
none have worked.

Are you thinking that if I change the MikTeX option back to Yes, and then
try to start LyX, and wait, say, 1 or 2 days, then Lyx will eventually start?
I suppose I could try that.

>
>> The LyX installer claims it is installing packages, but could that
>> list of  packages be expanded substantially so that LyX installs every
>> package that might be called on by any of the document types that LyX
>> tries to support?
>
>
> We trigger MikTeX to install all the necessary packages. That's why you have
> to wait a long time before LyX is started.I've also run LyXLauncher.exe -dbg
> any in a terminal, but the output
>
> just stops and waits while LyX seems to not start (processes are
> stuck).
>
>
> LyXLauncher.exe shouldn't be part of the installer anymore. Did you use the
> official installer ?
>
I agree with you on that one.  I saw that in 1.6.9 LyX as I was
dealing with this
same problem.  There's no LyX launcher in LyX 2.0.

When I ran into the MikTeX package config problem with LyX2, I removed that
and put the old one in for comparison.  That's where I got the Lyxlauncher
in my head.

pj

> Vincent



-- 
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

[Vincent van Ravesteijn]

A LyX window does not appear on the screen, and Lyx does not appear as
an application.  However, in the second tab,  one can see processes
for LyxLauncher.exe and lyx.exe, and also processes for latex and
mf-config appear and disappear. LyX does not start, the processes stay
stuck, but if you manually kill the latex.exe process, then the Lyx
window does appear, but none of its menus work and LyX is not
responding.


Are you sure the processes stay stuck ? Or does it just take a lot of 
time.



The LyX installer claims it is installing packages, but could that
list of  packages be expanded substantially so that LyX installs every
package that might be called on by any of the document types that LyX
tries to support?


We trigger MikTeX to install all the necessary packages. That's why you have to 
wait a long time before LyX is started.I've also run LyXLauncher.exe -dbg any 
in a terminal, but the output
just stops and waits while LyX seems to not start (processes are
stuck).


LyXLauncher.exe shouldn't be part of the installer anymore. Did you use 
the official installer ?


Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

[Vincent van Ravesteijn]

A LyX window does not appear on the screen, and Lyx does not appear as
an application.  However, in the second tab,  one can see processes
for LyxLauncher.exe and lyx.exe, and also processes for latex and
mf-config appear and disappear. LyX does not start, the processes stay
"stuck", but if you manually kill the latex.exe process, then the Lyx
window does appear, but none of its menus work and LyX is not
responding.


Are you sure the processes stay "stuck" ? Or does it just take a lot of 
time.



The LyX installer claims it is installing packages, but could that
list of  packages be expanded substantially so that LyX installs every
package that might be called on by any of the document types that LyX
tries to support?


We trigger MikTeX to install all the necessary packages. That's why you have to 
wait a long time before LyX is started.I've also run LyXLauncher.exe -dbg any 
in a terminal, but the output
just stops and waits while LyX seems to not start (processes are
stuck).


LyXLauncher.exe shouldn't be part of the installer anymore. Did you use 
the official installer ?


Vincent