http://bugs.winehq.org/show_bug.cgi?id=31842
Bug #: 31842 Summary: Make wine lose weight by cleansing redundant libraries and executives Product: Wine Version: 1.5.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: t.artem@mailcity.com Classification: Unclassified
Correct me if I'm wrong by the libraries and executives Wine installs in every $WINEPREFIX are stubs and not real exe/dlls.
However when you want to have a separate prefix for every Windows application you end up wasting 32MB for every installation (I don't even include Gecko and Mono).
I think it'd better if we replaced those virtual exe's and dll's with this $WINE_VIRTUAL_STUB$ or something like that. This solution has several benefits - including the fact that Wine won't have to update all those files during every new Wine update. It will save space and reduce files fragmentation.
http://bugs.winehq.org/show_bug.cgi?id=31842
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #1 from Alexandre Julliard julliard@winehq.org 2012-09-30 16:30:26 CDT --- They are there for a reason. Many apps need them.
http://bugs.winehq.org/show_bug.cgi?id=31842
--- Comment #2 from Artem S. Tashkinov t.artem@mailcity.com 2012-10-01 01:49:51 CDT --- (In reply to comment #1)
They are there for a reason. Many apps need them.
Wine can easily emulate IO access (any other access) to these files, so?
http://bugs.winehq.org/show_bug.cgi?id=31842
--- Comment #3 from Alexandre Julliard julliard@winehq.org 2012-10-01 04:01:59 CDT --- Good luck implementing that.
http://bugs.winehq.org/show_bug.cgi?id=31842
--- Comment #4 from Artem S. Tashkinov t.artem@mailcity.com 2012-10-01 05:32:09 CDT --- (In reply to comment #3)
Good luck implementing that.
You've already have everything implemented - all those files are stored in $prefix/lib/wine/fakedlls.
OK, if this feature isn't going to be implemented, can I symlink all those files into $WINEPREFIX (of course with every new wine release I will have to (re-)synchronize new libraries and remove dead ones)? Will everything work?
http://bugs.winehq.org/show_bug.cgi?id=31842
--- Comment #5 from Alexandre Julliard julliard@winehq.org 2012-10-01 05:46:13 CDT --- (In reply to comment #4)
OK, if this feature isn't going to be implemented, can I symlink all those files into $WINEPREFIX (of course with every new wine release I will have to (re-)synchronize new libraries and remove dead ones)? Will everything work?
No, some apps write to them, when installing their own copy for instance.
http://bugs.winehq.org/show_bug.cgi?id=31842
--- Comment #6 from Artem S. Tashkinov t.artem@mailcity.com 2012-10-01 05:50:53 CDT --- (In reply to comment #5)
(In reply to comment #4)
OK, if this feature isn't going to be implemented, can I symlink all those files into $WINEPREFIX (of course with every new wine release I will have to (re-)synchronize new libraries and remove dead ones)? Will everything work?
No, some apps write to them, when installing their own copy for instance.
Don't they call unlink() before overwriting the file?
http://bugs.winehq.org/show_bug.cgi?id=31842
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2012-10-01 06:05:15 CDT --- (In reply to comment #6)
(In reply to comment #5)
(In reply to comment #4)
OK, if this feature isn't going to be implemented, can I symlink all those files into $WINEPREFIX (of course with every new wine release I will have to (re-)synchronize new libraries and remove dead ones)? Will everything work?
No, some apps write to them, when installing their own copy for instance.
Don't they call unlink() before overwriting the file?
No.
http://bugs.winehq.org/show_bug.cgi?id=31842
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |nerv@dawncrow.de
--- Comment #8 from André H. nerv@dawncrow.de 2012-10-02 06:04:06 CDT --- closing wontfix