On 02/06/2016 01:40 AM, Michael Gilbert wrote: > On Thu, Feb 4, 2016 at 11:48 PM, Jens Reyer wrote: >> This bindir needs to be in the same file hierarchy level as the >> bindir specified on package build, to prevent broken wine >> internal links like /usr/lib/wine-development/../../../share/ >> wine-development/wine/wine.inf. > > Hi Jens, > > Have you looked at setting configure's --bindir instead? Right now it > is set to --bindir=/$(LIBDIR) which seems like the cause of this > problem, and it could be a simpler fix.
Hi Mike you're absolutely right, I like that idea. Just, how to handle the binaries in -tools? atm these aren't multiarch'ed, so nothing to care about. We could even drop the winegcc32/64 distinction. But for co-installability we'd need to find a solution for wmc, wrc, winecpp, winegcc, wineg++, winedump, winebuild and winemaker. I suggest to worry about that later, or do you see that as a blocker? Greets jre _______________________________________________ pkg-wine-party mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-wine-party
