Comment 3 for bug 223989

> Sure. It's an easy change, although winecfg won't let you remap your
> C:\ drive these days for very good reasons.
>
Ah. What are those good reasons? Let's speak about the reason for
remapping C:\

Imagine installing Ubuntu for 10 kids, all having their profiles, and
their 50 Windows programs. That's 500 installations.

What I, many people, and Wine HQ themselves under 3.2.4 of
http://www.winehq.org/site/docs/wineusr-guide/using-regedit#AEN361
are trying to do is saving disk space & time by minimizing installations.
They want to share, and hence to relocate the C:\ drive.
That's also proving that Linux is at least as good a multiuser system as
Windows :-)

Its a matter of structuring Wine's directories to mimic Windows'.

Windows (XP/NT) directories are structured as follows (as seen by
non-adm users):
- WINDOWS and PROGRAM FILES are global & read-only
- user space and TEMP are local and read-write

I and they are surprised Wine doesn't do that.
Is there really no doc about setting up multiuser Wine on WineHQ?
That would spare many users much time.

What I have done is globalise and change permissions of drive_c.
I just realized that I'd better globalise dosdevices as well and
disallow changes to it.
system.reg is globalised, user.reg stays local.
What is userdef.reg and what to do with it?

My biggest problem is with launchers in the Applications menu.
A Wine installation makes them local. How can I make them global?

Things would be easier too if files attributes were inherited like in
Windows.