To launch a Windows exe from a command line, is it "wine <program>" or "wine start <program>"? I've seen both mentioned in the documentation.
On Tue, Aug 4, 2009 at 11:12 AM, ChristTrekker<wineforum-user at winehq.org> wrote:> To launch a Windows exe from a command line, is it "wine <program>" or "wine start <program>"? ?I've seen both mentioned in the documentation.Wine program is more common, but wine start program is 'more proper'. It sets paths properly, and supports more file formats.> From what I can tell, every Wine user has their own copy of everything in the ~/.wine dir. ?Would it make more sense to install apps in a common location for everyone to use? ?This doesn't seem to be addressed in any FAQ that I have seen.No, this isn't supported. Multiple people using the same wineprefix can cause corruption.> Having a list of what Windows apps (or clones thereof) are included in the standard Wine install would be useful, but I haven't found anything like this. ?Am I just missing it?Such as? Many builtin programs are included, e.g., wordpad, notepad, cmd, msiexec, etc. -- -Austin
austin987 wrote:> > > From what I can tell, every Wine user has their own copy of everything in the ~/.wine dir. ??Would it make more sense to install apps in a common location for everyone to use? ??This doesn't seem to be addressed in any FAQ that I have seen. > > > > No, this isn't supported. Multiple people using the same wineprefix > can cause corruption. >I assume "corruption" refers to various config files. So use a different wineprefix - just put binaries in a common place, using symlinks if this "binary path" isn't separately configurable. (~/.wine/drive_c/Program\ Files -> /usr/local/share/wine/Program\ Files) Executables aren't written to, so how would they be corrupted?
austin987 wrote:> On Tue, Aug 4, 2009 at 11:34 AM, ChristTrekker<wineforum-user at winehq.org> wrote: > > > > > I assume "corruption" refers to various config files. ??So use a different wineprefix - just put binaries in a common place, using symlinks if this "binary path" isn't separately configurable. ??(~/.wine/drive_c/Program\ Files -> /usr/local/share/wine/Program\ Files) ??Executables aren't written to, so how would they be corrupted? > > > > Depends on the executable. Most programs come with other files that > are written to, e.g., ini files and the like.Ahhh... And since Windows wasn't designed as a timesharing OS with concurrent users in mind, it has single ini files rather than per-user ini files. Is that what I'm hearing? That would make sense. But... If I knew the deployment environment would only ever have one user at a time, would it be possible (and safe) to set up users to share a single wineprefix? I can't help but think there's an alternative to installing the same app multiple times.
austin987 wrote:> You'd have to patch the source code. Search the forum, it's been explained before several times.Ack, that sounds messy. Maybe it would be easier to run wine via sudo, so all the Windozey stuff stays under one user as intended.
austin987 wrote:> No. Using sudo will give windows apps full access to your computer. Furthermore, sudo is intentionally made hard to use, to prevent people breaking their installs (to work around it, you need to patch the source code, or run as root itself, which is definitely a unix no-no).No...using sudo won't give any more access to the computer than the user running sudo has to begin with. As long as that user isn't root, what's the concern?
austin987 wrote:> Do you not know what sudo does?It lets one user execute a command as another user, as long as he is authorized to do so in the sudoers file. ct at mybox$ sudo -u winuser wine start someapp.exe This would let me (ct) run wine out of wineprefix ~winuser/.wine - right? How does any root access occur? Am I missing something? Sudo also has many other options to configure the environment for commands thus executed, that may be useful to get this to work "correctly".
ChristTrekker wrote:> > austin987 wrote: > > Do you not know what sudo does? > > It lets one user execute a command as another user, as long as he is authorized to do so in the sudoers file. > > ct at mybox$ sudo -u winuser wine start someapp.exe > > This would let me (ct) run wine out of wineprefix ~winuser/.wine - right? How does any root access occur? Am I missing something? > > Sudo also has many other options to configure the environment for commands thus executed, that may be useful to get this to work "correctly".A regular "sudo" is exactly that - "Super User DO". Using the -u flag rather temporarily logs you in as a different user for the duration of the command.