On Sat, 2019-03-16 at 13:14 +0300, Andrew Savchenko wrote: > On Sat, 16 Mar 2019 10:35:18 +0100 Michał Górny wrote: > > On Sat, 2019-03-16 at 09:31 +0000, James Le Cuirot wrote: > > > On Fri, 15 Mar 2019 10:23:00 +0100 > > > Michał Górny <mgo...@gentoo.org> wrote: > > > > > > > # Michał Górny <mgo...@gentoo.org> (15 Mar 2019) > > > > # Last reverse dependency of dev-libs/libgcrypt-1.5* (#656378). Current > > > > # version is outdated, maintainer is MIA and the new versions are > > > > # in distro-unfriendly AppImage format (#661740). > > > > # Removal in 30 days. Bug #677486. > > > > dev-util/staruml-bin > > > > =dev-libs/libgcrypt-1.5* > > > > > > I don't care about staruml-bin but libgcrypt is one of those legacy > > > libraries that would be helpful to keep around for older proprietary > > > software that is not in the tree. In particular, it is used by > > > Half-Life 2 and Portal, not exactly obscure games. It is included in > > > the Steam runtime but we highly recommend against using that because it > > > causes many issues. > > > > I don't understand why would you want to run some proprietary native > > executables requiring obsolete libraries on your system when HL2 works > > perfectly via wine, and gets a nice performance boost via Gallium Nine. > > Because native code works faster than API emulation via wine. >
Do you have any data to support that? Or is it 'obvious'? Because apparently Portal works faster via wine-d3d9 than natively [1]. Sometimes a thin 'emulation' of good API may yield better results than use of a poor API. [1]:https://wiki.ixit.cz/d3d9 -- Best regards, Michał Górny
signature.asc
Description: This is a digitally signed message part