Apache OpenOffice (AOO) Bugzilla – Issue 5791
All Win32: Proposal Netinstallation
Last modified: 2003-09-08 16:53:51 UTC
On "discuss_de" we've talked about some problems with the installation process on windows plattforms: The affected OSs: MS Windows 95 A, B, C MS Windows 98 First, Second MS Windows ME MS Windows XP Home MS Windows NT MS Windows 2000 Professional MS Windows XP Professional Basics: As you already know, the above plattforms not offering the same architecture like unix-based plattforms. At least on Windows NT 4.0 Windows OS has become the feature of an "root" (Administrator) and normal Users, in the discussion we figured out, that this is also the strategy for Windows 2000 and the Windows XP Plattform. A sample situation The setup proposal for the netinstallation is a good whitepaper in bigger installations. But a "normal user" (for e.g. "moritz") won't read it, he just clicks on the setup.exe (without -net) on his Windows OS and install his Version on the appropriate Path (for e.g. on C:\Programme\OpenOffice.org1.0\) without knowing, that he should do that only with the root privileges (Administrator user). Then, later on, another user (in a private enviroment another part of the family) will log on with a "normal user" (for e.g. "max") and if he also wants to use OOo, he will just click on the setup.exe (withou -net) and the only screen he will receive is the "remove option", where he can de-install openoffice.org. Background Ideas: Eric and Andreas talked about an external "batch file", witch will call "setup.exe -net" if they use it. Personally I don't like the idea to create external tools, if we have the source code of the installation-set available and working together on the same project ;-) I've created this issue to bring the ideas and possible solutions together at one point, tough that the "installation.openoffice.org"-project is the right place to talk about this issue. Some possible Solutions: - Maybee it's possible to read out the current users privileges, when a user calls setup.exe. - If he's not an administrator (at least at Windows NT or higher plattforms) a warning msgbox should be displayed. - If the user is administrator, the installation should be working without a warning (even if he has local administrative rights, they should know what they do with those permissions). - And if the "Administrator" calls the setup.exe this installation set should give him the possibility to create/add a "setup.exe -net" shortcut on the start>programs>menu or "the desktop" for normal users (in addition to the normal current user shortcuts to the program apps (writer, calc, setup etc...) With this enhancement, "normal users" can simply click the shortcut on their desktop/menu (without knowing that this will call setup.exe -net) and proceed with the setup procedure. If you have another idea/solution or understanding of this situation, feel free to add your comments to this issue.
Please have a look at the proposals at http://installation.openoffice.org/ I forward this issue to the responsible person.
Hi there, i like most of the proposal, especially the idea to make the user/network installation default. But I see one problem: what happens, if a network installation is made and a user runs his user installation including the system setup (fonts, registration etc.). Then he logs onto another machine in the network and tries to start OOo/SO? The network installation is there, the user files are there, but the fonts and system entries are missing! Wouldn't it be better to make the network installation default and let the soffice application test at startup, if the system entries and the user data are availible? So I would divide the installation into 3 steps: - files installation - system installation - user installation setup would do ONLY the files installation (former: network installation). soffice had to check system and user installation during (each!) startup and would run one of them or both, if nessecary and possible (rights!). How much additional startup time would this process need? Is it feasible? Thanks for your attention Uli
Currently the office and the setup application are looking for a sversion.ini in the application data folder of a user to find the path to the workstation installation. When this file is missing or there is no info for the current version in this file, a user installation will be started. This application data folder should be unique for each user and computer so when a user starts a office on an different computer the workstation installation will be started again. Things will change a little bit, when issue 1940 has been finished, but this behavior will be the same. *** This issue has been marked as a duplicate of 1940 ***
closing duplicate