I've switched to amd64 17.1 profile and rdesktop reports the follwoing warning:
can't open /usr/lib/libgssapi_krb5.so: /usr/lib/libgssapi_krb5.so: cannot open shared object file: No such file or directory
WARNING: CredSSP: System doesn't have support for desired authentication mechanism.
/etc/gssapi_mech.conf refers to /usr/lib/libgssapi_krb5.so instead of /usr/lib64/libgssapi_krb5.so. Perhaps the ebuild should sed the path according to get_libdir.
@kerberos, interested in this package?
It's only optional revdep of:
The ebuild is ancient, ugly, uses EAPI 4 and has seen no love since 2012. If nobody wants to fix it, time to punt.
Created attachment 536100 [details, diff]
lib -> $(get_libdir)
CCing maintainers of:
People, your packages depend on a broken and unmaintained package. Does anyone object to a course of action that would lead to the masking of your kerberos/gssapi USE flag? If yes, would you mind maintaining this package then?
The bug has been closed via the following commit(s):
Author: Pacho Ramos <firstname.lastname@example.org>
AuthorDate: 2018-11-11 12:21:39 +0000
Commit: Pacho Ramos <email@example.com>
CommitDate: 2018-11-11 13:07:26 +0000
net-libs/libgssglue: Fix no-symlink-lib bug
Signed-off-by: Pacho Ramos <firstname.lastname@example.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
.../libgssglue-0.4-implicit-declarations.patch | 4 +--
net-libs/libgssglue/libgssglue-0.4-r1.ebuild | 39 ++++++++++++++++++++++
2 files changed, 41 insertions(+), 2 deletions(-)
The bug has been referenced in the following commit(s):
Author: Bernard Cafarelli <email@example.com>
AuthorDate: 2019-04-16 08:50:55 +0000
Commit: Bernard Cafarelli <firstname.lastname@example.org>
CommitDate: 2019-04-16 08:50:55 +0000
net-misc/rdesktop: use standard GSSAPI
Backport upstream master patch to switch away from using abandoned
Package-Manager: Portage-2.3.63, Repoman-2.3.12
Signed-off-by: Bernard Cafarelli <email@example.com>
.../files/rdesktop-1.8.4-use_standard_gssapi.patch | 82 ++++++++++++++++++++++
net-misc/rdesktop/rdesktop-1.8.4-r2.ebuild | 71 +++++++++++++++++++
2 files changed, 153 insertions(+)
(In reply to Virgil Dupras from comment #3)
> CCing maintainers of:
> People, your packages depend on a broken and unmaintained package. Does
> anyone object to a course of action that would lead to the masking of your
> kerberos/gssapi USE flag? If yes, would you mind maintaining this package
Upstream switched to standard GSSAPI in master, I backported the patch (only change in 1.8.4-r2 ebuild compared to current stable