#12636 [Com]: non-linked libpam function?
ID: 12636
Comment by: ass-tit1508 at hotmail dot com
Reported By: scarfboy at yahoo dot com
Status: Bogus
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:
http://ill-balloonmenstru.da.ru>tit ass
Previous Comments:
[2003-01-15 10:50:28] e_landivar at palosanto dot com
I had a similar problem... I did the following.
- I did create a simbolic link to libpam.so.0 and
libpam_misc.so.0
cd /lib/
ln -s libpam.so.0 libpam.so
ln -s libpam_misc.so.0 libpam_misc.so
- Then... ran the configure script once more...
cd /path/to/php/source/
rm config.cache
./configure (options)
- And... make, make install, etc...
I hope that fix your problem...
P.D. Sorry for my english.
Edgar Landivar
PaloSanto Solutions - Innovating the Internet
www.palosanto.com
[2001-08-09 20:56:44] scarfboy at yahoo dot com
that did it. i actually had to do that for half a dozen
other packages, but here the error message just seemed to
hint nothing in the direction that that would help...
I gues i'll just download the latest cvs (the one that
came out two days after the one i got) about the Zend
thing.. Joy, more to download...
[2001-08-09 18:15:53] [EMAIL PROTECTED]
I should have guessed this before:
You haven't installed the pam-devel.rpm
Install it, and you will have no more troubles
with it. Same goes for every other package PHP
might need. Just install them as you come across
same kind of problems.
Also, remember to delete config.cache before
configure (after installing a devel package) and
do 'make clean' after configure.
-Jani
[2001-08-09 15:07:30] scarfboy at yahoo dot com
obviously it should.
just a obvious is that it doesn't.
those requirements -were- filled, but just to humor you...
libpam is in /lib. Somewhat weirdly, that's not in my
LD_LIBRARY_PATH automatically, but -types- now it is (i
did that before), and also in my ld.so.conf, and ldconfig
has been run. ``ldconfig -v | grep pam'' shows:
(i guess the `more than once' this is about it being in
the config file and the environment setting? whatever.)
ldconfig: Path `/lib' given more than once
libpamc.so.0 -> libpamc.so.0.72
libpam_misc.so.0 -> libpam_misc.so.0.72
libpam.so.0 -> libpam.so.0.72
libpamc.so.0 -> libpamc.so.0.72
libpam_misc.so.0 -> libpam_misc.so.0.72
libpam.so.0 -> libpam.so.0.72
so it's definately there. Perhaps not exactly in the form
php wants to see it, but even the symbol it's looking for
, according to the last lines configure gives me:
checking for pam_start in -lpam... no
checking for crypt in -lcrypt... (cached) yes
configure: error: This c-client library is build with SSL
support.
Add --with-imap-ssl<=DIR> to your configure line.
Check config.log for details.
..are in /lib/libpam.so.0.72, according to objdump:
(by the by, that (cached) thing strikes me as weird too as
this is the first ./configure command i gave since i
removed and untarred the directory)
objdump -T /lib/libpam.so.0.72 | grep pam_start
3a70 gDF .text 007a Base
_pam_start_handlers
2350 gDF .text 002d Base
_pam_start_timer
1da0 gDF .text 030c Basepam_start
(sorry for the wrapping, that's this input field)
So it's not that libpam is somehow wrong. Forigive me for
asking, but isn't that a library that linux doesn't run
without in the first place?
Anyhow, my config.log from the point where it starts
checking stuff for imap (in case anything's changed):
configure:24000: checking for IMAP support
configure:24287: checking for pam_start in -lpam
configure:24306: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
/usr/i486-suse-linux/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 24295 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.
*/
/* We use char because int might match the return type of
a gcc2
builtin and then its argument prototype would still
apply. */
char pam_start();
int main() {
pam_start()
; return 0; }
configure:24334: checking for crypt in -lcrypt
configure:24850: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
/usr/lib/libc-client.so: undefined reference to `pam_end'
/usr/lib/libc-client.so: undefined reference to
`pam_authenticate'
/usr/lib/libc-client.so: undefined reference to
`pam_setcred'
/usr/lib/libc-client.so: undefined reference to
`pam_acct_mgmt'
/usr/lib/libc-client.so: undefined reference to `pam_start'
collect2: ld returned 1 exit status
configure: failed pr
#12636 [Com]: non-linked libpam function?
ID: 12636
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:
I had a similar problem... I did the following.
- I did create a simbolic link to libpam.so.0 and
libpam_misc.so.0
cd /lib/
ln -s libpam.so.0 libpam.so
ln -s libpam_misc.so.0 libpam_misc.so
- Then... ran the configure script once more...
cd /path/to/php/source/
rm config.cache
./configure (options)
- And... make, make install, etc...
I hope that fix your problem...
P.D. Sorry for my english.
Edgar Landivar
PaloSanto Solutions - Innovating the Internet
www.palosanto.com
Previous Comments:
[2001-08-09 20:56:44] [EMAIL PROTECTED]
that did it. i actually had to do that for half a dozen
other packages, but here the error message just seemed to
hint nothing in the direction that that would help...
I gues i'll just download the latest cvs (the one that
came out two days after the one i got) about the Zend
thing.. Joy, more to download...
[2001-08-09 18:15:53] [EMAIL PROTECTED]
I should have guessed this before:
You haven't installed the pam-devel.rpm
Install it, and you will have no more troubles
with it. Same goes for every other package PHP
might need. Just install them as you come across
same kind of problems.
Also, remember to delete config.cache before
configure (after installing a devel package) and
do 'make clean' after configure.
-Jani
[2001-08-09 15:07:30] [EMAIL PROTECTED]
obviously it should.
just a obvious is that it doesn't.
those requirements -were- filled, but just to humor you...
libpam is in /lib. Somewhat weirdly, that's not in my
LD_LIBRARY_PATH automatically, but -types- now it is (i
did that before), and also in my ld.so.conf, and ldconfig
has been run. ``ldconfig -v | grep pam'' shows:
(i guess the `more than once' this is about it being in
the config file and the environment setting? whatever.)
ldconfig: Path `/lib' given more than once
libpamc.so.0 -> libpamc.so.0.72
libpam_misc.so.0 -> libpam_misc.so.0.72
libpam.so.0 -> libpam.so.0.72
libpamc.so.0 -> libpamc.so.0.72
libpam_misc.so.0 -> libpam_misc.so.0.72
libpam.so.0 -> libpam.so.0.72
so it's definately there. Perhaps not exactly in the form
php wants to see it, but even the symbol it's looking for
, according to the last lines configure gives me:
checking for pam_start in -lpam... no
checking for crypt in -lcrypt... (cached) yes
configure: error: This c-client library is build with SSL
support.
Add --with-imap-ssl<=DIR> to your configure line.
Check config.log for details.
..are in /lib/libpam.so.0.72, according to objdump:
(by the by, that (cached) thing strikes me as weird too as
this is the first ./configure command i gave since i
removed and untarred the directory)
objdump -T /lib/libpam.so.0.72 | grep pam_start
3a70 gDF .text 007a Base
_pam_start_handlers
2350 gDF .text 002d Base
_pam_start_timer
1da0 gDF .text 030c Basepam_start
(sorry for the wrapping, that's this input field)
So it's not that libpam is somehow wrong. Forigive me for
asking, but isn't that a library that linux doesn't run
without in the first place?
Anyhow, my config.log from the point where it starts
checking stuff for imap (in case anything's changed):
configure:24000: checking for IMAP support
configure:24287: checking for pam_start in -lpam
configure:24306: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
/usr/i486-suse-linux/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 24295 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.
*/
/* We use char because int might match the return type of
a gcc2
builtin and then its argument prototype would still
apply. */
char pam_start();
int main() {
pam_start()
; return 0; }
configure:24334: checking for crypt in -lcrypt
configure:24850: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
/usr/lib/libc-client.so: undefined reference to `pam_end'
/usr/lib/libc-client.so: undefined reference to
`pam_authenticate'
/usr/lib/libc-client.so: undefined reference to
`pam_setcred'
/usr/lib/libc-client.so: undefined reference to
`pam_acct_mgmt'
/usr/lib/libc-client.so: undefined reference to `pam_start'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24825 "configure"
#include "confdefs.h"
void mm_log(vo
