On Friday 07 December 2007 23:02, Scott Barninger wrote: > Hi Felix, > > I tried installing FC8 on my build box but couldn't. Their install disks > don't seem to like my old K6-500 cpu unit. Anaconda just kept exiting > with no explanation after downloading the stage 2 install image. Latest > glibc I have built on is 2.6. > > I know Kern has mentioned in the past phasing out the static builds. I > don't know what that would do for the rescue package but maybe the time > is upon us.
Yes, static builds are always problematic -- mainly because they don't always work. The problems arise either due to bugs in glibc, or if the use includes packages such as OpenSSL that have no static libraries furnished with them. The rescue package was originally generated with a static FD because it will work anywhere. However, as the package has progressed, I have pulled more and more of the dynamic libraries onto the rescue disk. This was necessary to add additional software packages. It may well even be possible with the current rescue disk as Scott notes to run a fully configured non-static Bacula. The problem is that I just don't have the time to try it ... :-( > > On Tue, 2007-12-04 at 18:44 +0100, Felix Schwarz wrote: > > Hi, > > > > while I tried to create 2.2.6 RPMs on Fedora 8, I ran into compile > > problems: (...) > > ../lib/libbac.a(bnet.o): In function `resolv_host': > > /home/fs/rpmbuild/BUILD/bacula-2.2.6/src/lib/bnet.c:424: warning: Using > > 'gethostbyname2' in statically linked applications requires at runtime > > the shared libraries from the glibc version used for linking > > ../lib/libbac.a(address_conf.o): In function `add_address': > > /home/fs/rpmbuild/BUILD/bacula-2.2.6/src/lib/address_conf.c:310: warning: > > Using 'getservbyname' in statically linked applications requires at > > runtime the shared libraries from the glibc version used for linking > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libpthread.a(pth > >read_cond_timedwait.o): In function `pthread_cond_timedwait': > > (.text+0xa7): undefined reference to `__vdso_clock_gettime' > > collect2: ld returned 1 exit status > > make[1]: *** [static-bacula-fd] Error 1 > > make[1]: Leaving directory > > `/home/fs/rpmbuild/BUILD/bacula-2.2.6/src/filed' (...) > > > > Googling brought up two results which deal with the same problem in other > > software: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453349 > > > > http://bbs.archlinux.org/viewtopic.php?pid=297346 > > "The __vdso_clock_gettime funktion was added in glibc 2.7. It didn't > > exist for x86_64 in glibc 2.6 (only for powerpc). I looked in the source > > files and the glibc Changelog, but my knowledge isn't good enough to > > understand, what they are doing. For i386 the source is different and > > this funktion doesn't exist." > > > > A quick look at the glibc source showed that indeed static linking seems > > to be a problem with new glibc: > > glibc / init-first.c > > ... > > #ifdef SHARED > > ... > > int (*__vdso_clock_gettime) (clockid_t, struct timespec *) > > __attribute__ ((nocommon)); > > strong_alias (__vdso_clock_gettime, __GI___vdso_clock_gettime > > attribute_hidden) ... > > #endif > > > > What puzzles me is that the sourceforge "forum" search showed no results. > > Did anyone compile the static fd on a glibc 2.7 system successfully? > > > > fs > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: The Future of Linux Business White Paper > > from Novell. From the desktop to the data center, Linux is going > > mainstream. Let it simplify your IT future. > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > > _______________________________________________ > > Bacula-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/bacula-devel > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
