On 08/05/13 15:22, Lukas Slebodnik wrote:
On (08/05/13 13:18), steve wrote:
> On 07/05/13 16:44, Lukas Slebodnik wrote:
>> On (07/05/13 15:55), steve wrote:
>>> On 07/05/13 13:59, Jakub Hrozek wrote:
>>>> On Tue, May 07, 2013 at 01:40:50PM +0200, steve wrote:
>>>>> On 07/05/13 10:15, Jakub Hrozek wrote:
>>>>>> As the configure script told you, you're missing the Samba 4
devel
>>>>>> libraries. Is there anything like samba4-devel in OpenSuse? Or
maybe a
>>>>>> package that provides the ndr.h header file?
>>>>> Hi
>>>>> It seems that those libs are only available after building Samba4.
>>>>> There is a repo for samba4-devel but it depends on Samba4 so I
>>>>> thought I'd build it anyway. I copied the lib it produced to
>>>>> /usr/lib. It wouldn't work by adding /usr/local/samba/lib to the
>>>>> path (?).
>>>>>
>>>> Yes, I asked our Samba maintainer and he confirmed that Samba4 is not
>>>> available on OpenSuse 12.3.
>>>>
>>>> I think you'd have to add the path of the .pc files of the Samba
>>>> libraries to PKG_CONFIG_PATH, I don't think /usr/local is there by
>>>> default.
>>>>
>>>>> Any idea on the Ubuntu build error in the earlier post?
>>>>> Thanks,
>>>>> Steve
>>>> Sorry, which build error?
>>> Also tried on Ubuntu but still get errors:
>>> libtool: link: gcc -Wall -Wshadow -Wstrict-prototypes -Wpointer-arith
>>> -Wcast-qual -Wcast-align -Wwrite-strings
>>> -Werror-implicit-function-declaration -fno-strict-aliasing -std=gnu99
>>> -g -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
>>> -D_LARGEFILE64_SOURCE -o .libs/sss_ssh_authorizedkeys
>>> src/sss_client/sss_ssh_authorizedkeys-common.o
>>> src/sss_client/ssh/sss_ssh_authorizedkeys-sss_ssh_client.o
>>> src/sss_client/ssh/sss_ssh_authorizedkeys-sss_ssh_authorizedkeys.o
>>> -lpthread ./.libs/libsss_util.so -Wl,-rpath -Wl,/usr/local/lib/sssd
>>> /usr/bin/ld:
>>> src/sss_client/ssh/sss_ssh_authorizedkeys-sss_ssh_client.o: undefined
>>> reference to symbol '_talloc_zero_array@(a)TALLOC_2.0.2'
>>> /usr/bin/ld: note: '_talloc_zero_array@(a)TALLOC_2.0.2' is defined in
>>> DSO /usr/lib/i386-linux-gnu/libtalloc.so.2 so try adding it to the
>>> linker command line
>>> /usr/lib/i386-linux-gnu/libtalloc.so.2: could not read symbols:
>>> Invalid operation
>>> collect2: error: ld returned 1 exit status
>>> make[2]: *** [sss_ssh_authorizedkeys] Error 1
>>> make[2]: Leaving directory `/home/steve/Downloads/sssd-1.9.92'
>>> make[1]: *** [all-recursive] Error 1
>>> make[1]: Leaving directory `/home/steve/Downloads/sssd-1.9.92'
>>> make: *** [all] Error 2
>>>
>> This link-time error is not related to samba.
>> I don't know why, but your dependencies are totally broken.
>> sss_ssh_authorizedkeys misses dependency from libsss_util.
>> Probably, file libsss_util.la is empty or corrupted.
>>
>> I recommend to do scratch build in different directory.
>>
> Totally new install on a lubuntu 13.04 vm. Exactly the same error
> with 1.10.0beta1. 1.9.5 builds fine on the same vm.
>
> Has anyone managed to build the beta on anything other than Fedora?
> Thanks,
> Steve
>
This is very strange. We should not get to this state. And BTW I did not have
any problems to compile sssd-1.10.0beta1.tar.gz on debian testing.
Could you send me list of installed packages.
Please, run command "dpkg --list > lubuntu_13.04.txt" and attach generated
file lubuntu_13.04.txt.
I would also need to know what arguments did you use to run ./configure
LS
_______________________________________________
sssd-devel mailing list
sssd-devel(a)lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/sssd-devel
Hi, I am having the same problem as Steve, but on Linux Mint 14 (aka
Ubuntu 12.10) running in a VM, the only difference is that it errors out
on a different file:
Steves symbol : _talloc_zero_array@(a)TALLOC_2.0.2
Steves DSO file: /usr/lib/i386-linux-gnu/libtalloc.so.2
My symbol: talloc_log_fn
My DSO file: /home/mint/sssd-1.9.92/.libs/libsss_debug.so
Can we turn this around? how about supplying the list of files used to
compile on Debian testing?
Thanks
Rowland
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.