http://bugs.winehq.org/show_bug.cgi?id=19873
Michael Abbott michael@araneidae.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #6 from Michael Abbott michael@araneidae.co.uk 2009-08-29 01:52:49 --- I'm going to reopen this one last time.
(In reply to comment #3)
Wine will attempt to download Wine_gecko over the network, if it's not found locally.
There is nothing to fix here, it's the intended behavior.
And if it *is* found locally?
(In reply to comment #4)
Closing. Lots of Wine parts relay on being able to access (/) regardless via what drive - z: or anything else. If you removing z: mapping, you creating unsupported configuration.
Well now. Maybe that's a separate bug to be raised separately, but that doesn't seem very sensible to me. For example, I have encountered windows apps which insist on scanning the entire visible file system: I don't *want* my entire file system visible to such programs!
If you like, I'll open a separate bug report for this.
(In reply to comment #5)
Wine_gecko was updated to 1.0.0. All new versions of Wine are now looking for it, not the 0.9.1. I think this is your problem.
Maybe I wasn't clear enough in my original report. The file /usr/bin/../lib/../share/wine/gecko/wine_gecko-1.0.0-x86.cab is present and exists; in other words, I have wine_gecko version 1.0.0 installed on my system, in the proper and official place: .deb 1.0.0-0ubuntu1 is installed, from the winehq repository.
Reopening, because I don't think you're reading this report properly.