Tushar Teredesai wrote these words on 09/01/05 22:30 CST: > The includes can probably be solved by adding a > --includedir=/usr/include/heimdal or something similar. If heimdal is > a properly autoconfed package, it should accept the above switch.
No, this won't work. If you do this, then all the packages that look for the GSSAPI headers in /usr/include will not find them. Way too much headache to even consider this. > For the libraries, a proper sed/patch would prevent their > installation, assuming that the heimdal libraries are not needed. If > the patch is not feasible, maybe use "make DESTDIR=/opt/heimdal > install" to install (assuming it supports DESTDIR), remove the libs > and then move everything to the proper location. The affected library is linked into some of the Heimdal binaries. So, it is required. I'm not too worried about the lib. I've been running for close to two years using the Heimdal version of libss. There are no E2fsprogs linked to the library that I can tell. I've never seen a package fail to compile because it found Heimdal's libss instead of E2fsprogs. The big thing here is the two header files from Glibc. I think we just need to move them out of the way, install Heimdal and move them back. I will be doing significant testing of this. -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 22:42:00 up 152 days, 22:15, 3 users, load average: 0.00, 0.02, 0.20 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
