Hi all. As Rita is trying to run Etoys on Windows7 (discussed in squeak-dev), I also tried it :-)
I had to make small twaek on installer script; It checkes windows version and change file layout and replace some file (browser plugin). The trick was Win7 has its own version number "6.1" that the script was't aware of, (Vista is 6.0). Win7 is very similar to vista, so I made the script do same stuff for win7.
With modified installer, Etoys is installed successfully, run without gotchas during making security key, run in IE8 (without protection mode though). This is just result quick testing.,, I will test it extensively.
How can I contribute the modified scripts?
/Korakurider
On Wednesday 25 Mar 2009 6:07:30 pm Korakurider wrote:
I had to make small twaek on installer script; It checkes windows version and change file layout and replace some file (browser plugin).
Why not check for the file layout itself? Is there any specific reason to depend on version numbers and their funny math[1] ?
[1] http://windowsteamblog.com/blogs/windowsvista/archive/2008/10/14/why-7.aspx
Just curious .. Subbu
On Wed, Mar 25, 2009 at 10:50 PM, K. K. Subramaniam subbukk@gmail.com wrote:
On Wednesday 25 Mar 2009 6:07:30 pm Korakurider wrote:
I had to make small twaek on installer script; It checkes windows version and change file layout and replace some file (browser plugin).
Why not check for the file layout itself? Is there any specific reason to depend on version numbers and their funny math[1] ?
Until Windows XP/ME, one universal installation layout worked, but Vista broke it. We designed installation file layout specific to Vista, Installer just wanted to know whether target machine is Vista or not and switch layout. (see http://languagegame.org:8080/Korakurider/2)
Checking file layout itself? Maybe I don't understand your proposal correctly...
/Korakurider
[1] http://windowsteamblog.com/blogs/windowsvista/archive/2008/10/14/why-7.aspx
Just curious .. Subbu _______________________________________________ Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
On Wednesday 25 Mar 2009 8:01:39 pm Korakurider wrote:
Until Windows XP/ME, one universal installation layout worked, but Vista broke it. We designed installation file layout specific to Vista, Installer just wanted to know whether target machine is Vista or not and switch layout. (see http://languagegame.org:8080/Korakurider/2)
Now I see the reason: ------ It seldom makes problem, because "admin user" is used in typical usage. .... Until Windows XP/ME, one universal installation layout worked, but Vista broke it. We designed installation file layout specific to Vista, Installer just wanted to know whether target machine is Vista or not and switch layout. ------- Blaming the breakage on Vista is unfair, IMHO. Putting user config along with executables is a bad idea on multi-user systems, regardless of whether the user has admin privileges or not.
I bumped into a similar issue when I assisted school children to run Etoys off USB flash memory on shared PCs. The chip could be plugged into any PC, so admin privilege cannot be assumed. I modified etoys.ini to: SecureDirectory=%SQUEAK_SECUREDIR% UserDirectory=%SQUEAK_USERDIR% and launched etoys with an autorun.bat: set SQUEAK_USERDIR=\Toys set SQUEAK_SECUREDIR=\secure \etoys\etoys.app\etoys.exe
Now the entire \etoys subtree could be made read-only while each school could change the path for saving projects by editing autorun.bat (if needed).
FYI .. Subbu
On Thu, Mar 26, 2009 at 1:39 AM, K. K. Subramaniam subbukk@gmail.com wrote:
On Wednesday 25 Mar 2009 8:01:39 pm Korakurider wrote:
Until Windows XP/ME, one universal installation layout worked, but Vista broke it. We designed installation file layout specific to Vista, Installer just wanted to know whether target machine is Vista or not and switch layout. (see http://languagegame.org:8080/Korakurider/2)
Now I see the reason:
It seldom makes problem, because "admin user" is used in typical usage. .... Until Windows XP/ME, one universal installation layout worked, but Vista broke it. We designed installation file layout specific to Vista, Installer just wanted to know whether target machine is Vista or not and switch layout.
Blaming the breakage on Vista is unfair, IMHO. Putting user config along with executables is a bad idea on multi-user systems, regardless of whether the user has admin privileges or not.
Exactly, and I believe this has been fixed in the recent Etoys installer. Please try it and report if you observe problem.
FYI - For XP box the recent installer will create etoys.ini like this: SecureDirectory="%APPDATA%\etoys" UserDirectory="%MYDOCUMENTS%\etoys" The INI will be created by installer. So it should work for non-admin user OOTB.
(We still need platform specific tweak for IE7/8).
I bumped into a similar issue when I assisted school children to run Etoys off USB flash memory on shared PCs. The chip could be plugged into any PC, so admin privilege cannot be assumed. I modified etoys.ini to: SecureDirectory=%SQUEAK_SECUREDIR% UserDirectory=%SQUEAK_USERDIR% and launched etoys with an autorun.bat: set SQUEAK_USERDIR=\Toys set SQUEAK_SECUREDIR=\secure \etoys\etoys.app\etoys.exe
Now the entire \etoys subtree could be made read-only while each school could change the path for saving projects by editing autorun.bat (if needed).
Thanks for sharing this! This kind of tips is really valuable to people working on real deployment.
/Korakurider
FYI .. Subbu
At Wed, 25 Mar 2009 21:37:30 +0900, Korakurider wrote:
Hi all. As Rita is trying to run Etoys on Windows7 (discussed in squeak-dev), I also tried it :-)
I had to make small twaek on installer script; It checkes windows version and change file layout and replace some file (browser plugin). The trick was Win7 has its own version number "6.1" that the script was't aware of, (Vista is 6.0). Win7 is very similar to vista, so I made the script do same stuff for win7.
With modified installer, Etoys is installed successfully, run without gotchas during making security key, run in IE8 (without protection mode though). This is just result quick testing.,, I will test it extensively.
How can I contribute the modified scripts?
Thank you for trying this!
http://svn.squeakland.org/installers/
is the repository, which I think I still have the commit right. But making an issue at http://tracker.squeakland.org/ and attach file would be appreciated!
-- Yoshiki
On Thu, Mar 26, 2009 at 2:39 AM, Yoshiki Ohshima yoshiki@vpri.org wrote:
At Wed, 25 Mar 2009 21:37:30 +0900, Korakurider wrote:
Hi all. As Rita is trying to run Etoys on Windows7 (discussed in squeak-dev), I also tried it :-)
I had to make small twaek on installer script; It checkes windows version and change file layout and replace some file (browser plugin). The trick was Win7 has its own version number "6.1" that the script was't aware of, (Vista is 6.0). Win7 is very similar to vista, so I made the script do same stuff for win7.
With modified installer, Etoys is installed successfully, run without gotchas during making security key, run in IE8 (without protection mode though). This is just result quick testing.,, I will test it extensively.
How can I contribute the modified scripts?
Thank you for trying this!
http://svn.squeakland.org/installers/
is the repository, which I think I still have the commit right. But making an issue at http://tracker.squeakland.org/ and attach file would be appreciated!
Sorry for slooow response... please review attached files in http://tracker.squeakland.org/browse/SQ-235
And I could reproduce vm crash that might be same one that Rita reported in squeak-dev. The crash dump is attached. I observed the crash several times just after rebooting, but after that vm starts successfully.
/Korakurider
-- Yoshiki _______________________________________________ Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
Korakurider wrote:
Sorry for slooow response... please review attached files in
http://tracker.squeakland.org/browse/SQ-235
And I could reproduce vm crash that might be same one that Rita
reported in squeak-dev. The crash dump is attached. I observed the crash several times just after rebooting, but after that vm starts successfully.
The stack dump from the crash is pretty clear in such that it dies in OggDriver class>>isAvailable. So it seems that somehow the Ogg plugin is causing the crash. You could try to remove the Ogg plugin entirely; I'm pretty sure that would avoid those problems
Cheers, - Andreas
etoys-dev@lists.squeakfoundation.org