Closed GoogleCodeExporter closed 8 years ago
If Debian puts wineserver back on the path, I'll fix the hyphens :-)
Original comment by daniel.r...@gmail.com
on 13 May 2012 at 10:03
See my patch to search more paths (against r814) at
http://code.google.com/p/winetricks/issues/detail?id=194
Original comment by jari.aalto.fi@gmail.com
on 13 May 2012 at 11:11
Even though I have a similar patch in r815, it's really a workaround.
User scripts need access to wineserver, so it's a bug in debian's
packaging that wineserver is not on the path, imho. Is there some
really good reason it can't be on the path?
Original comment by daniel.r...@gmail.com
on 13 May 2012 at 11:16
The requirements of the word have changed, so FHS needs to change as well.
E.g. the AMD CPU can handle both 32 and 64 bit programs simultaneously, so the
binaries must be put on their own directories. The /usr/lib/* will no longer
satisfy the needs, thus /usr/lib32/ /usr/lib64/.
See
http://wiki.debian.org/Multiarch
wiki.debian.org/Multiarch/Implementation
The comment in r815 in this regard: "Some distros (Debian) don't have it on the
path, on the mistaken understanding that user scripts never need it :-(" s a
bit misleading. I'd say it is a carefully thought move to accomodate complex
needs of a distribution that is designed to work multiple archs.
NOTE: he implementation in r815 is in not correct (see my patch). Please use
/lib*/ (with wildcard), to check all available paths.
Original comment by jari.aalto.fi@gmail.com
on 14 May 2012 at 5:42
'Fixed' in r1008 (script was deleted).
Closing.
Original comment by austinenglish@gmail.com
on 29 Jun 2013 at 1:18
Original issue reported on code.google.com by
jari.aalto.fi@gmail.com
on 12 May 2012 at 8:32Attachments: