Thanks for an informative reply.
Gentoo has just added an ebuild for 0.9 that does not display this issue.
The problem I had was installing from wine-cvs with an ebuild script that had be fine in the past, next time I need cvs I'll add a patch to do what you suggested.
Thanks for your help.
On Fri, 28 Oct 2005 00:30:15 +0200, Vincent Béron vberon@mecano.gme.usherb.ca wrote:
Le jeu 27/10/2005 à 16:37, wino@piments.com a écrit :
On Thu, 27 Oct 2005 21:23:48 +0200, Dustin Navea speeddymon@gmail.com wrote:
I dont see how that is a problem? AFAIK wine has to mod them so that when you double click on an exe in your GUI, the GUI knows what
program
to load the exe's with... but then again I could be wrong. anyone
else?
Dustin
Well that's why the sandbox is there.
I install Wine for one specific user account that has suitably restricted access rights. I do not want wine or wine installer to go outside that brief.
I want wine on this system so that I can use on or two bits of windows software , I DO NOT want it to start thinking it really IS windows and start taking over my computer for me.
That is the fundamental reason why I use Linux and not M$.
It's most probably the call to "update-desktop-database" in tools/Makefile while doing the make install part.
If using the Gentoo e-package (or whatever the name, I can't be bothered to check the exact name), file a bug to Gentoo and ask them to add UPDATE_DESKTOP_DATABASE=/bin/true to the make install line in the rules. But then you'll need to run it sometime after if you want the connection between .exe and wine to be made.
Is ldconfig replaced while building a package under Gentoo? Because, you know, wine's make install does run ldconfig, and it should change its cache file in /etc...
Side note: you shouldn't need to make install as root if the result goes to a sandbox...
Vincent