On 12/01/2011 08:28 PM, Luk Claes wrote:
On 12/01/2011 06:20 PM, Christian PERRIER wrote:
Quoting Sam Hartman (hartm...@debian.org):
It looks like there is already a configure test. So, if we up the
dependency on libkrb5-dev to make sure that we get a version that will
not contain the symbol
Quoting Sam Hartman (hartm...@debian.org):
reassign 650541 libsmbclient
retitle 650541 libsmbclient uses internal symbol krb5_locate_kdc
found 650541 libsmbclient/2:3.6.1-2
thanks
Hi.
krb5_locate_kdc was not a public symbol.
It was not available in krb5.h without defining KRB5_PRIVATE.
It looks like there is already a configure test. So, if we up the
dependency on libkrb5-dev to make sure that we get a version that will
not contain the symbol and rebuild, it looks like it will all be fine.
Assuming that when I try that it works, shall I NMU? If so, do you want
it to delayed or
Quoting Sam Hartman (hartm...@debian.org):
It looks like there is already a configure test. So, if we up the
dependency on libkrb5-dev to make sure that we get a version that will
not contain the symbol and rebuild, it looks like it will all be fine.
Assuming that when I try that it works,
On 12/01/2011 06:20 PM, Christian PERRIER wrote:
Quoting Sam Hartman (hartm...@debian.org):
It looks like there is already a configure test. So, if we up the
dependency on libkrb5-dev to make sure that we get a version that will
not contain the symbol and rebuild, it looks like it will all be
Quoting Luk Claes (l...@debian.org):
Christian: I can schedule binNMUs (tomorrow morning) if you don't get to
it this evening/night.
The minimum version seems to be 1.10+dfsg~ according to the patch Sam
sent to the bugreport.
I have a build running right now. Indeed, I already built once
6 matches
Mail list logo