Lars Wendler schreef op vr 06-12-2013 om 16:24 [+0100]:
> Hi list,
>
> in [1] we got a bug where was pointed out that it is impossible to use
> =net-fs/samba-4* on a system which has dev-libs/openssl[kerberos]
> installed.
>
> Long story short, samba-4 hard requires app-crypt/heimdal while
> ope
There's also another package which suffers the same problem,
sys-auth/sssd hard-requires mit-krb5 so it can't be used together with
samba4 as well.
--
Timo Gurr
On 06/12/13 19:14, "Paweł Hajdan, Jr." wrote:
> Now for a better solution: make samba also work with MIT Kerberos, and
> make OpenSSL work with Heimdal.
That's a big effort.
If we decide not to serve the bundled heimdal libraries, we can declare
samba4 server components and openssl[kerberos] unsu
On Fri, Dec 6, 2013 at 3:24 PM, Lars Wendler wrote:
> The bug reporter suggests to use bundled heimdal from samba-4 which I
> would like to avoid if possible.
>
If the libraries were to expose the symbols of the embedded heimdal, it
would solve the obvious build problem and create a bigger one at
On 12/6/13, 7:24 AM, Lars Wendler wrote:
> The bug reporter suggests to use bundled heimdal from samba-4 which I
> would like to avoid if possible.
> If anyone knows some better solution please speak up. It is highly
> appreciated.
It sounds ugly, but I generally lean towards pragmatic solutions:
Hi list,
in [1] we got a bug where was pointed out that it is impossible to use
=net-fs/samba-4* on a system which has dev-libs/openssl[kerberos]
installed.
Long story short, samba-4 hard requires app-crypt/heimdal while
openssl[kerberos] hard requires app-crypt/mit-krb5. Of course both
packages