> -----Original Message----- > Nico Baggus <[EMAIL PROTECTED]> wrote: > > After some issues with getting freeradius compiled on an > alpha with gentoo > > linux one of the developers of the libshadow complains > about the proposed > > solution of adding -fPIC to libshadow. (to get linking with > libshadow > > working..) > > It shouldn't be necessary, in an ideal world. > > > One of the statements is that libshadow is internal use only and > > should not be used by third party developers.... > > Uh, right. If they want nothing but "login" to read shadow > passwords, then that's fine. If FreeRADIUS is going to use shadow > passwords, then it needs SOME way to do this.
The whole story is available through: http://bugs.gentoo.org/show_bug.cgi?id=37725 The developer of libshadow there claims that libshadow.a and libmisc.a should not be published. AFAICT these libraries are indeed not available on RedHat. The developer claims that Debian, Suse & Slac also have no libshadow.a hanging around somewhere. (Near the end of the whole issue.) According to the developer it is part of glibc. Just because the libtool stuff imported the WHOLE library in stead of code needed it broke the linking on gentoo. > > How do they propose that the server read shadow passwords without > linking against -lshadow? The funny thing is that linking without -lshadow does work at least for linux. > > And why is -lshadow "internal"? Other OS's don't make it internal. > Why is gentoo so magic? the libshadow.a and libmisc.a are internal to the shadow package. (su et al) Gentoo is special in that it didn't remove the libshadow.a and libmisc.a when building and installing the shadowpackage as the other distro's appearantly do. > > You can work around this in FreeRADIUS (maybe), by using rlm_passwd, > but that defeats the point of using getpwent() Well if i manualy edit the makefile of rlm_unix removeing -lshadow ant it links hapily without errors. I haven't check it yet, During compilation of freeradius i notices some pointer conversion warnings (pointers assigned to integers and v.v.), so i might expect problems with pointers being chopped.) Maybe the ./configure check should be different..., more specific to systems that need -lshadow. In the near future i do expect that libshadow.a and libmisc.a will be removed from the standard directories /usr/lib etc. > > Alan DeKok. Kind regards, Nico Baggus ----------------------------------------------------------------- ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ----------------------------------------------------------------- - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
