On Thursday 06 September 2007 02:21, Marc Schiffbauer wrote: > * Kern Sibbald schrieb am 05.09.07 um 21:48 Uhr: > > > Do you think that we can use something like test -f > > > /usr/xxx/lib/libsqlite.a instead of test -d /usr/xxx/lib ? > > > > Yes, of course we can fix it. Indeed when I was programming the 64 bit > > tests, I noticed this problem. However, there are way more things than I > > can possibly do. Making changes such as that take a *huge* amount of > > time to implement and test, and all because of a directory that should > > not be there. So, I'll be happy to accept a patch, provided it is *very* > > well tested under all kinds of circumstances. > > > > Personally, I think it far easier to delete such directories > > A /usr/local/lib64 (IMO) should exist only on a 64 bit machine and should > > be populated. > > Kern, there *are* packages on a debian 32-bit system that have files > in a lib64 directory.
On a 32 bit system, having such a library will only confuse things. I personally would complain to the packagers and then delete it. If someone wants to send a patch that will fix the problem, I'll be happy to integrate it. However, the patch needs to be tested on a number of systems to ensure that it works correctly. > > Example: fakeroot > > [EMAIL PROTECTED]:~$ uname -a > Linux bart 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 > GNU/Linux [EMAIL PROTECTED]:~$ dpkg -L fakeroot > [...] > /usr/lib > /usr/lib/libfakeroot > /usr/lib/libfakeroot/libfakeroot-tcp.so > /usr/lib/libfakeroot/libfakeroot-sysv.so > /usr/lib/libfakeroot-tcp.so > /usr/lib/libfakeroot-sysv.so > /usr/lib64 > /usr/lib64/libfakeroot > /usr/lib64/libfakeroot/libfakeroot-tcp.so > /usr/lib64/libfakeroot/libfakeroot-sysv.so > [EMAIL PROTECTED]:~$ > > So IMO this test is not a sane way to check for a 64bit system. I > had the same problems earlier and we already discussed this somw > weeks ago > > -Marc ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
