Fix the bug of bugs first. liberavia "Wine does not support multi user install. of applications." Basically fix is core issue of wine. Would allow global installs of applications into prefixs shared being users. Problem is its not a simple bug to fix. It means implementing users in wine. Native porting of applications is always better than even doing this. liberavia Security issues are not addressable by apparmor or anything else for share multi user installs. Wine design has to be corrected so they can do their job. Basically secuirty takes us back to the bugs of bugs doing this. Performance issues don't get better or worse dependent on the numbers of wine running most of the time Wine is heavier than native program doing the same job. Different versions add load. But wine does support multi versions of wine installed. Packager insist on installer wine is a format that only supports 1. Its not required. There is no valid reason to put a copy of wine with every application. Ie make package dependent on the version of wine it requires and have that installed. Save disk space. Really a 3 package design would be wise. 1) Wine package ie containing wine it self. 2) Application and data package 3) Wine version selection package and reg's for the application and start menu entrys. This could also contain wine version particular tweaks for the application. With dependencies 3 can trigger the install of the other 2. Also its possible to have this without 2 as well. This way when application is found to be able to run with newer wine. Only the small joining package would have to be downloaded. Licensing question is simple. Don't have the installer in the deb for unsupport instead have it ask for the disk/media just like quake2 and on of the quake games do for getting the game data from the demo. And have a way for end user to wrap binary in if they are legal owner for major deployments. No license troubles. Yes 3 package design does make doing this simpler.
