On 2019-12-29 01:16:01 -0500, Joe Nahmias wrote: > On 12/27/2019 6:23 PM, Vincent Lefevre wrote: > > On 2019-12-27 19:49:46 +0000, Joseph Nahmias wrote: > > > On Fri, Dec 27, 2019 at 07:27:42PM +0000, Joseph Nahmias wrote: > > > > The attached patch works around the issue until that is fixed. > > > > > > Of course, I forgot this patch... Take 2. > > > > Wouldn't the use of wildcards be a security issue? > > > > + ln -s /tmp/.wine-`id -u`/server* /tmp/wine-*/ > > > > i.e. could you end up creating wrong symbolic links? > > Attached is an updated patch that does the extra work to avoid the > wildcards. > > > In any case, this seems rather ugly to me. > > Not sure precisely what you are referring to as ugly here;
Encountered the same problem, I solved it this way # rm -fr /tmp/.wine $ wine ....exe $ ll /run/user/1000/wine lrwxrwxrwx 1 ... ... /run/user/1000/wine -> /tmp/.wine-1000 >From this point of view, in essence, the runtime is also implemented based on the soft chain. so in fact this method should be no problem. The way I deleted above is equivalent to ~clear cache & rerun~
