Morenisco wrote: > Hi, > > I tried to debianize the 389-ds-base-1.2.1 package in a clean > directory and sources, and I got an error. > > The basic steps that I performed were the following: > > 1) 389-ds-base-1.2.1 package - Initial debianization: > > root at dirserv1:~/project-389/389-ds-base-1.2.1# dh_make -e > morenisco at noc-root.net -c gpl -f ../389-ds-base-1.2.1.tar.gz > > Type of package: single binary, multiple binary, library, kernel > module or cdbs? > [s/m/l/k/b] s > > Maintainer name : root > Email-Address : morenisco at noc-root.net > Date : Thu, 04 Jun 2009 22:56:55 +0000 > Package Name : 389-ds-base > Version : 1.2.1 > License : gpl I don't know if Debian differentiates between GPL flavors, but the 389-ds-base license is GPLv2 + exception for plug-ins. > Using dpatch : no > Type of Package : Single > Hit <enter> to confirm: > Done. Please edit the files in the debian/ subdirectory now. 389-ds-base > uses a configure script, so you probably don't have to edit the > Makefiles. > > 2) I modified the control file as follows: > > Source: 389-ds-base > Section: admin > Priority: extra > Maintainer: Morenisco <morenisco at noc-root.net> > Build-Depends: debhelper (>= 7), autotools-dev > Standards-Version: 3.7.3 > Homepage: http://directory.fedoraproject.org You probably want to change this to port389.org > > Package: 389-ds-base > Architecture: any > Depends: libsvrcore0, libsvrcore-dev, libmozldap-0d, libmozldap-dev, > libmozilla-ldap-perl, libdb4.6-dev, libicu-dev, libsnmp-dev, > libkrb5-dev, libpam-dev, libnet-ldap-perl, libperl-dev I don't think it depends on libnet-ldap-perl, only on libmozilla-ldap-perl. DS base also depends on cyrus-sasl-devel - not sure what Debian package that is (libsasl2-dev?). And I don't see libnspr-dev or libnss-dev among the dependencies - perhaps they get pulled in by the svrcore or mozilla dependencies. > Description: The enterprise-class Open Source LDAP server for Linux. > It is hardened by real-world use, is full-featured, supports > multi-master replication, and already handles many of the > largest > LDAP deployments in the world. > > > 3) I tried to build the package with the following command: > > root at dirserv1:~/project-389/389-ds-base-1.2.1# dpkg-buildpackage > -rfakeroot > > The generated output is too long, and the latest part is the following: > > ldap/servers/slapd/.libs/libslapd_la-snmp_collator.o: In function > `snmp_collator_create_semaphore': > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:532: > undefined reference to `sem_open' > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:536: > undefined reference to `sem_unlink' > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:542: > undefined reference to `sem_open' > ldap/servers/slapd/.libs/libslapd_la-snmp_collator.o: In function > `snmp_collator_sem_wait': > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:574: > undefined reference to `sem_trywait' > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:586: > undefined reference to `sem_close' > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:587: > undefined reference to `sem_unlink' > ldap/servers/slapd/.libs/libslapd_la-snmp_collator.o: In function > `snmp_collator_update': > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:629: > undefined reference to `sem_post' > ldap/servers/slapd/.libs/libslapd_la-snmp_collator.o: In function > `snmp_collator_stop': > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:505: > undefined reference to `sem_close' > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:506: > undefined reference to `sem_unlink' > ldap/servers/slapd/.libs/libslapd_la-snmp_collator.o: In function > `snmp_collator_init': > /root/project-389/389-ds-base-1.2.1/ldap/servers/slapd/snmp_collator.c:205: > undefined reference to `sem_post' > collect2: ld returned 1 exit status > make[2]: *** [libslapd.la] Error 1 > make[2]: Leaving directory `/root/project-389/389-ds-base-1.2.1' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/root/project-389/389-ds-base-1.2.1' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 > root at dirserv1:~/project-389/389-ds-base-1.2.1# > > The complete output is in the following URL: > > http://morenisco.noc-root.net/debian/files/Error_Debianizing_389-ds-base-1.2.1 > > > Some idea about why this can be failing please? The problem is that libslapd is not linked with -lrt, which provides the semaphore functions. This is usually fine, since ns-slapd (the executable) is linked with -lrt, so that at runtime all of these references are resolved, But Debian uses -Wl,-z,defs which forces all references to be looked up at link time. We should fix this in 389 - please file a bug against 389. In the meantime, you could either turn off -z,defs, or figure out how to link libslapd with -lrt > > Thanks a lot. > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3258 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20090606/00ea53b0/attachment.bin
