cpu-users Mailing List for Change Password Utility (Page 6)
Brought to you by:
matheny
Menu
▾
▴
cpu-users — Anything cpu related
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(1) |
Mar
(19) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(10) |
Mar
(6) |
Apr
(16) |
May
(6) |
Jun
(8) |
Jul
(1) |
Aug
(5) |
Sep
(35) |
Oct
(14) |
Nov
(1) |
Dec
(4) |
| 2004 |
Jan
(3) |
Feb
(5) |
Mar
(9) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Blake M. <ma...@db...> - 2002-06-09 13:13:57
|
Hello, the --with-ldap switch should point to the /base/ of your ldap installation, i.e. --with-ldap=/usr/local which would then set LDFLAGS=-L/usr/local/lib and CPPFLAGS=-I/usr/local/include. The errors below are because ldap.h and the openldap libs are not being found. -Blake Whatchu talkin' 'bout, Willis? > Hello cpu-users, > > > HI all im haveing problem compiling CPU in FreeBSD 4.5.. > > i have trid ./configure --with-ldap=/usr/local/include , ./configure > make --with-ldap=/usr/local/include and make. > > but non of this work.. :( can some 1 plz help me.. or wher can i get a > compild version for FreeBSD.. > > gcc -g -Wall -I../include -DCONFIGFILE=\"/usr/local/etc/cpu.cfg\" -L/usr/local/include -o cpu main.o getopt.o config.o ldap.o md5.o sha1.o base64.o password.o bgetpwent.o fileaction.o -lcrypt > ldap.o: In function `do_ldap_init': > /root/src/cpu-1.3.13/src/ldap.c:303: undefined reference to `ldap_init' > /root/src/cpu-1.3.13/src/ldap.c:318: undefined reference to `ldap_bind_s' > /root/src/cpu-1.3.13/src/ldap.c:324: undefined reference to `ldap_perror' > ldap.o: In function `do_ldap_group_mod': > /root/src/cpu-1.3.13/src/ldap.c(.text+0xf6b): undefined reference to `ldap_modrdn2_s' -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Sebastian Y. F. <es...@em...> - 2002-06-09 10:40:36
|
Hello cpu-users, HI all im haveing problem compiling CPU in FreeBSD 4.5.. i have trid ./configure --with-ldap=/usr/local/include , ./configure make --with-ldap=/usr/local/include and make. but non of this work.. :( can some 1 plz help me.. or wher can i get a compild version for FreeBSD.. . ... ...... ../depcomp gcc -DPACKAGE=\"cpu\" -DVERSION=\"1.3.13\" -DHAVE_LIBCRYPT=1 -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -DHAVE_CHOWN=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_GETPASS=1 -DHAVE_ISASCII=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRSPN=1 -DFREEBSD=1 -I. -I. -I/usr/local/include -g -Wall -I../include -DCONFIGFILE=\"/usr/local/etc/cpu.cfg\" -c `test -f password.c || echo './'`password.c source='bgetpwent.c' object='bgetpwent.o' libtool=no depfile='.deps/bgetpwent.Po' tmpdepfile='.deps/bgetpwent.TPo' depmode=gcc /bin/sh ../depcomp gcc -DPACKAGE=\"cpu\" -DVERSION=\"1.3.13\" -DHAVE_LIBCRYPT=1 -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -DHAVE_CHOWN=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_GETPASS=1 -DHAVE_ISASCII=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRSPN=1 -DFREEBSD=1 -I. -I. -I/usr/local/include -g -Wall -I../include -DCONFIGFILE=\"/usr/local/etc/cpu.cfg\" -c `test -f bgetpwent.c || echo './'`bgetpwent.c source='fileaction.c' object='fileaction.o' libtool=no depfile='.deps/fileaction.Po' tmpdepfile='.deps/fileaction.TPo' depmode=gcc /bin/sh ../depcomp gcc -DPACKAGE=\"cpu\" -DVERSION=\"1.3.13\" -DHAVE_LIBCRYPT=1 -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -DHAVE_CHOWN=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_GETPASS=1 -DHAVE_ISASCII=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRSPN=1 -DFREEBSD=1 -I. -I. -I/usr/local/include -g -Wall -I../include -DCONFIGFILE=\"/usr/local/etc/cpu.cfg\" -c `test -f fileaction.c || echo './'`fileaction.c gcc -g -Wall -I../include -DCONFIGFILE=\"/usr/local/etc/cpu.cfg\" -L/usr/local/include -o cpu main.o getopt.o config.o ldap.o md5.o sha1.o base64.o password.o bgetpwent.o fileaction.o -lcrypt ldap.o: In function `do_ldap_init': /root/src/cpu-1.3.13/src/ldap.c:303: undefined reference to `ldap_init' /root/src/cpu-1.3.13/src/ldap.c:318: undefined reference to `ldap_bind_s' /root/src/cpu-1.3.13/src/ldap.c:324: undefined reference to `ldap_perror' ldap.o: In function `do_ldap_group_mod': /root/src/cpu-1.3.13/src/ldap.c(.text+0xf6b): undefined reference to `ldap_modrdn2_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0xfb4): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x1296): undefined reference to `ldap_modify_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x12d7): undefined reference to `ldap_perror' ldap.o: In function `do_ldap_user_mod': /root/src/cpu-1.3.13/src/ldap.c(.text+0x14cb): undefined reference to `ldap_modrdn2_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x1521): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x1fd6): undefined reference to `ldap_modify_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2018): undefined reference to `ldap_perror' ldap.o: In function `do_ldap_member_mod': /root/src/cpu-1.3.13/src/ldap.c(.text+0x21d6): undefined reference to `ldap_modify_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2212): undefined reference to `ldap_perror' ldap.o: In function `do_ldap_group_add': /root/src/cpu-1.3.13/src/ldap.c(.text+0x251e): undefined reference to `ldap_add_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x255a): undefined reference to `ldap_perror' ldap.o: In function `do_ldap_user_add': /root/src/cpu-1.3.13/src/ldap.c(.text+0x2cc6): undefined reference to `ldap_add_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2d08): undefined reference to `ldap_perror' ldap.o: In function `do_ldap_user_del': /root/src/cpu-1.3.13/src/ldap.c:1159: undefined reference to `ldap_delete_s' /root/src/cpu-1.3.13/src/ldap.c:1163: undefined reference to `ldap_perror' ldap.o: In function `do_ldap_group_del': /root/src/cpu-1.3.13/src/ldap.c(.text+0x2e60): undefined reference to `ldap_search_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2e97): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2eba): undefined reference to `ldap_count_entries' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2f14): undefined reference to `ldap_msgfree' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2f2c): undefined reference to `ldap_msgfree' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2f42): undefined reference to `ldap_delete_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x2f83): undefined reference to `ldap_perror' ldap.o: In function `do_ldap_unbind': /root/src/cpu-1.3.13/src/ldap.c(.text+0x2ffc): undefined reference to `ldap_unbind_s' ldap.o: In function `get_next_uidnum': /root/src/cpu-1.3.13/src/ldap.c(.text+0x334a): undefined reference to `ldap_search_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3381): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x33b2): undefined reference to `ldap_count_entries' /root/src/cpu-1.3.13/src/ldap.c(.text+0x340c): undefined reference to `ldap_msgfree' ldap.o: In function `do_ldap_user_cat': /root/src/cpu-1.3.13/src/ldap.c(.text+0x34e6): undefined reference to `ldap_search' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3507): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x354b): undefined reference to `ldap_result' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3577): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3596): undefined reference to `ldap_msgfree' /root/src/cpu-1.3.13/src/ldap.c(.text+0x35b2): undefined reference to `ldap_first_entry' /root/src/cpu-1.3.13/src/ldap.c(.text+0x35d9): undefined reference to `ldap_msgfree' /root/src/cpu-1.3.13/src/ldap.c(.text+0x35f9): undefined reference to `ldap_get_dn' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3613): undefined reference to `ldap_memfree' /root/src/cpu-1.3.13/src/ldap.c(.text+0x363e): undefined reference to `ldap_first_attribute' /root/src/cpu-1.3.13/src/ldap.c(.text+0x366a): undefined reference to `ldap_get_values' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3960): undefined reference to `ldap_value_free' /root/src/cpu-1.3.13/src/ldap.c(.text+0x396f): undefined reference to `ldap_memfree' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3988): undefined reference to `ldap_next_attribute' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3a57): undefined reference to `ldap_msgfree' ldap.o: In function `get_next_gidnum': /root/src/cpu-1.3.13/src/ldap.c(.text+0x3d42): undefined reference to `ldap_search_s' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3d79): undefined reference to `ldap_perror' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3daa): undefined reference to `ldap_count_entries' /root/src/cpu-1.3.13/src/ldap.c(.text+0x3e04): undefined reference to `ldap_msgfree' *** Error code 1 Stop in /root/src/cpu-1.3.13/src. *** Error code 1 Stop in /root/src/cpu-1.3.13. | X--------------------X | Best regards from, | | Sebastian | X--------------------X--[09/06/2002]-[12:34:43] |
|
From: Caylan V. L. <ca...@cs...> - 2002-06-04 23:20:16
|
Yes sir, my appologies, This should aid you in aiding me ;D [root@slurpy source]# rpm -qa | grep auto autoconf-2.13-14 automake-1.4p5-2 autofs-3.1.7-21 [root@slurpy source]# rpm -qa | grep glib glib-devel-1.2.10-5 glibc-2.2.4-13 glibc-common-2.2.4-13 glib-1.2.10-5 glibc-devel-2.2.4-13 [root@slurpy source]# Caylan Van Larson Unix Administrator - Systems Team Member University of North Dakota (Aerospace College) ca...@cs... 701-777-6151 (work) On Tue, 4 Jun 2002, Blake Matheny wrote: > Could you please reply with the versions of autoconf and automake? > Thanks. > > -Blake > > Whatchu talkin' 'bout, Willis? > > Hello, > > > > Anyone know what is happening here? > > > > [root@slurpy cpu-1.3.13]# make > > cd . && /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run aclocal > > cd . && \ > > /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run automake --gnu > > Makefile > > cd . && /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run autoconf > > autoconf: Undefined macros: > > configure.in:51:AC_FUNC_CHOWN > > configure.in:52:AC_FUNC_MALLOC > > configure.in:53:AC_FUNC_STAT > > WARNING: `autoconf' is missing on your system. You should only need it if > > you modified `configure.in'. You might want to install the > > `Autoconf' and `GNU m4' packages. Grab them from any GNU > > archive site. > > /bin/sh ./config.status --recheck > > running /bin/sh ./configure --no-create --no-recursion > > configure: error: can not find sources in . or .. > > make: *** [config.status] Error 1 > > > > > > I have tried: > > ./configure > > ./configure --with-ldap=/usr/local/lib > > ./configure --with-ldap=/usr/local > > > > All to no good compliation, > > > > Thank you very much, > > > > > > Caylan Van Larson > > Unix Administrator - Systems Team Member > > University of North Dakota (Aerospace College) > > ca...@cs... > > 701-777-6151 (work) > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > _______________________________________________ > > Cpu-users mailing list > > Cpu...@li... > > https://lists.sourceforge.net/lists/listinfo/cpu-users > > -- > Blake Matheny > ma...@db... > http://www.dbaseiv.net > |
|
From: Blake M. <ma...@db...> - 2002-06-04 23:15:34
|
Could you please reply with the versions of autoconf and automake? Thanks. -Blake Whatchu talkin' 'bout, Willis? > Hello, > > Anyone know what is happening here? > > [root@slurpy cpu-1.3.13]# make > cd . && /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run aclocal > cd . && \ > /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run automake --gnu > Makefile > cd . && /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run autoconf > autoconf: Undefined macros: > configure.in:51:AC_FUNC_CHOWN > configure.in:52:AC_FUNC_MALLOC > configure.in:53:AC_FUNC_STAT > WARNING: `autoconf' is missing on your system. You should only need it if > you modified `configure.in'. You might want to install the > `Autoconf' and `GNU m4' packages. Grab them from any GNU > archive site. > /bin/sh ./config.status --recheck > running /bin/sh ./configure --no-create --no-recursion > configure: error: can not find sources in . or .. > make: *** [config.status] Error 1 > > > I have tried: > ./configure > ./configure --with-ldap=/usr/local/lib > ./configure --with-ldap=/usr/local > > All to no good compliation, > > Thank you very much, > > > Caylan Van Larson > Unix Administrator - Systems Team Member > University of North Dakota (Aerospace College) > ca...@cs... > 701-777-6151 (work) > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Caylan V. L. <ca...@cs...> - 2002-06-04 22:14:18
|
Hello,
Anyone know what is happening here?
[root@slurpy cpu-1.3.13]# make
cd . && /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run aclocal
cd . && \
/bin/sh /usr/local/src/source/cpu-1.3.13/missing --run automake --gnu
Makefile
cd . && /bin/sh /usr/local/src/source/cpu-1.3.13/missing --run autoconf
autoconf: Undefined macros:
configure.in:51:AC_FUNC_CHOWN
configure.in:52:AC_FUNC_MALLOC
configure.in:53:AC_FUNC_STAT
WARNING: `autoconf' is missing on your system. You should only need it if
you modified `configure.in'. You might want to install the
`Autoconf' and `GNU m4' packages. Grab them from any GNU
archive site.
/bin/sh ./config.status --recheck
running /bin/sh ./configure --no-create --no-recursion
configure: error: can not find sources in . or ..
make: *** [config.status] Error 1
I have tried:
./configure
./configure --with-ldap=/usr/local/lib
./configure --with-ldap=/usr/local
All to no good compliation,
Thank you very much,
Caylan Van Larson
Unix Administrator - Systems Team Member
University of North Dakota (Aerospace College)
ca...@cs...
701-777-6151 (work)
|
|
From: Blake M. <ma...@db...> - 2002-05-31 17:15:57
|
cpu has been grossly neglected over the last couple of months. I've
been busy with several research projects, and have not done any
maintenance. On the roadmap is a rewrite of cpu, any help is
appreciated. The bulk of cpu was written in a few hours. Reasonable
patches will always be accepted, and cpu will be rewritten sometime
over the summer (hopefully). Thanks for the patch.
-Blake
Whatchu talkin' 'bout, Willis?
> I just recently grabbed CPU and after fighting to get it to build, it
> segfaulted on "cpu cat". It turns out that the code makes quite a few
> assumptions that aren't always true.
>
> In this case, if the gecos field isn't part of the user's entry, the
> random value from memory is derefernced and an oops will most likely
> occur.
>
> I've attached a patch to fix this. It simply zero's out the memory that
> was allocated. It results in "(null)" being printed, but it's better
> than segfault atleast.
>
> It looks like much of the code is kinda sloppy. You can see from my
> patch that simple things like checking if malloc succeeded or not is
> ignored and that's not the only place I see that.
>
> JE
>
> Index: src/ldap.c
> ===================================================================
> RCS file: /cvsroot/cpu/cpu-1.3/src/ldap.c,v
> retrieving revision 1.12
> diff -u -r1.12 ldap.c
> --- src/ldap.c 7 May 2002 21:10:26 -0000 1.12
> +++ src/ldap.c 26 May 2002 22:56:50 -0000
> @@ -1409,6 +1409,8 @@
> ldap_memfree(dn);
> passentry = malloc(sizeof (struct passerd));
>
> + memset(passentry, 0, sizeof(*passentry));
> +
> for (a = ldap_first_attribute(ld, e, &ber); a != NULL;
> a = ldap_next_attribute(ld, e, ber)) {
> if ((vals = ldap_get_values(ld, e, a)) != NULL) {
>
> _______________________________________________________________
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
> _______________________________________________
> Cpu-users mailing list
> Cpu...@li...
> https://lists.sourceforge.net/lists/listinfo/cpu-users
--
Blake Matheny
ma...@db...
http://www.dbaseiv.net
|
|
From: <no...@so...> - 2002-05-31 15:32:32
|
Read and respond to this message at: http://sourceforge.net/forum/message.php?msg_id=1583353 By: nobody How about webmin integration? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge and visit: http://sourceforge.net/forum/monitor.php?forum_id=150497 |
|
From: Johannes E. <joh...@er...> - 2002-05-26 23:12:45
|
I just recently grabbed CPU and after fighting to get it to build, it
segfaulted on "cpu cat". It turns out that the code makes quite a few
assumptions that aren't always true.
In this case, if the gecos field isn't part of the user's entry, the
random value from memory is derefernced and an oops will most likely
occur.
I've attached a patch to fix this. It simply zero's out the memory that
was allocated. It results in "(null)" being printed, but it's better
than segfault atleast.
It looks like much of the code is kinda sloppy. You can see from my
patch that simple things like checking if malloc succeeded or not is
ignored and that's not the only place I see that.
JE
Index: src/ldap.c
===================================================================
RCS file: /cvsroot/cpu/cpu-1.3/src/ldap.c,v
retrieving revision 1.12
diff -u -r1.12 ldap.c
--- src/ldap.c 7 May 2002 21:10:26 -0000 1.12
+++ src/ldap.c 26 May 2002 22:56:50 -0000
@@ -1409,6 +1409,8 @@
ldap_memfree(dn);
passentry = malloc(sizeof (struct passerd));
+ memset(passentry, 0, sizeof(*passentry));
+
for (a = ldap_first_attribute(ld, e, &ber); a != NULL;
a = ldap_next_attribute(ld, e, ber)) {
if ((vals = ldap_get_values(ld, e, a)) != NULL) {
|
|
From: Blake M. <ma...@db...> - 2002-05-13 23:13:17
|
Have you edited /usr/local/etc/cpu.cfg to represent the appropriate bind_dn for the DIT manager? If you have modified this file, could you please send it to me off list (minus the bind_pass) and we'll take a look at it? Thanks. Also, judging from the output you provided, are you running cpu on the same machine as the directory is running on? If not, you will need to adjust your ldap_host setting. -Blake Whatchu talkin' 'bout, Willis? > When I try to use CPU to add users I get credential errors, like this: > > [root@mail4 log]# cpu useradd test1 -v -W > Enter LDAP Bind Password: > cpu -- 1.3.13 3/10/02 Blake Matheny <ma...@db...> > get_config(/usr/local/etc/cpu.cfg, "::") > ldap_init( 127.0.0.1, 389 ) > ldap_bind: Invalid credentials > Error in do_ldap_init() > > The problem is that the password I'm entering is correct, it is the one > listed /etc/openldap/sladpd.conf for the directory that I'm using (note, I > only have one directory). > > The PAM module, pam_ldap, and directory administrator program access the LDAP > directory fine - without problems. > > What am I missing? > > Version Info: > Linux: RedHat v7.2 (with latest updates as of 2002/04/17) > LDAP: openldap-2.0.21-1 > CPU: "cpu -- 1.3.13 3/10/02" > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Lars N. <ln...@no...> - 2002-05-13 19:04:22
|
When I try to use CPU to add users I get credential errors, like this: [root@mail4 log]# cpu useradd test1 -v -W Enter LDAP Bind Password: cpu -- 1.3.13 3/10/02 Blake Matheny <ma...@db...> get_config(/usr/local/etc/cpu.cfg, "::") ldap_init( 127.0.0.1, 389 ) ldap_bind: Invalid credentials Error in do_ldap_init() The problem is that the password I'm entering is correct, it is the one=20 listed /etc/openldap/sladpd.conf for the directory that I'm using (note, = I=20 only have one directory). The PAM module, pam_ldap, and directory administrator program access the = LDAP=20 directory fine - without problems. What am I missing? Version Info: Linux:=09RedHat v7.2 (with latest updates as of 2002/04/17) LDAP:=09 openldap-2.0.21-1 CPU:=09"cpu -- 1.3.13 3/10/02" |
|
From: Thorsten K. <ku...@su...> - 2002-05-08 06:01:53
|
On Tue, May 07, Blake Matheny wrote: > I've got some free time coming my way, so I'm going to try and take > care of some of the nagging features and issues in cpu that I have > been meaning to. I would appreciate some feedback on what things you > would like to see in cpu, and what problems you have had. You can > get a rough feel for some of the upcoming features to look for in cpu > by checking out this url: > http://www.geocrawler.com/archives/3/19555/2002/3/0/8188895/ > The more feedback I get, the more useful I believe cpu can become for > administrators. Thanks. What I think: The SSL/TLS stuff is important and as far as I can see not so hard to implement. Only: Don't forget to add an option that cpu should abort or not if we cannot make a secure connection with TLS. What I wish: Better compatiblity with the useradd options from the shadow suite. Especially I'm missing the -e and -G options and I have a problem with the different meaning of the -f option. A compile time switch (or in config file) which allows the admin to use the default values from /etc/login.defs (as most Linux distributions uses in the moment), so they don't need to maintain them twice. Maybe I will find the time the next days to make a patch, this should also be trivial. Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ ku...@su... SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B |
|
From: Blake M. <ma...@db...> - 2002-05-07 21:26:04
|
I've got some free time coming my way, so I'm going to try and take care of some of the nagging features and issues in cpu that I have been meaning to. I would appreciate some feedback on what things you would like to see in cpu, and what problems you have had. You can get a rough feel for some of the upcoming features to look for in cpu by checking out this url: http://www.geocrawler.com/archives/3/19555/2002/3/0/8188895/ The more feedback I get, the more useful I believe cpu can become for administrators. Thanks. -Blake -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: John D. <jpd...@cc...> - 2002-05-07 19:54:06
|
"Jolet, John" wrote: > > When a cpu usermod -P username is done, it updates shadowLastchange in my > ldap repository. I was under the impression that that was seconds since > epoch, but the numbers it's putting in there are only 5 digits. I need to > translate that number out to check password ageing...what, exactly is being > put in that field? 86400-second days since epoch John |
|
From: Thorsten K. <ku...@su...> - 2002-05-07 19:53:01
|
On Tue, May 07, Jolet, John wrote: > When a cpu usermod -P username is done, it updates shadowLastchange in my > ldap repository. I was under the impression that that was seconds since > epoch, but the numbers it's putting in there are only 5 digits. I need to > translate that number out to check password ageing...what, exactly is being > put in that field? From shadow.5 manual page: "Days since Jan 1, 1970 that password was last changed" Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ ku...@su... SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B |
|
From: Jolet, J. <Joh...@mi...> - 2002-05-07 19:48:17
|
When a cpu usermod -P username is done, it updates shadowLastchange in my ldap repository. I was under the impression that that was seconds since epoch, but the numbers it's putting in there are only 5 digits. I need to translate that number out to check password ageing...what, exactly is being put in that field? |
|
From: John D. <jpd...@cc...> - 2002-04-11 19:22:54
|
"Jolet, John" wrote: > > In the cpu.cfg, on the shadowmax and shadowwarning and shadowexpire > settings...what are the units there? weeks? days? hours? Days. Try "man shadow" if you're running Linux. John |
|
From: John D. <jpd...@cc...> - 2002-04-11 19:22:35
|
John Dalbec wrote: > > "Jolet, John" wrote: > > > > In the cpu.cfg, on the shadowmax and shadowwarning and shadowexpire > > settings...what are the units there? weeks? days? hours? > Days. Try "man shadow" if you're running Linux. > John I forgot to mention that shadowexpire is actually a date, not an interval. It is specified in days since the epoch (1/1/1970). Perhaps you're looking for shadowinactive? John |
|
From: Jolet, J. <Joh...@mi...> - 2002-04-11 18:58:21
|
In the cpu.cfg, on the shadowmax and shadowwarning and shadowexpire settings...what are the units there? weeks? days? hours? |
|
From: Blake M. <ma...@db...> - 2002-04-04 23:10:48
|
You have to love the GNU build system. Someone else reported this exact same problem earlier in the week. I'm using autoconf 2.52 and automake 1.5. I think people are more commonly using earlier versions of autoconf/automake however. Grab the latest version from cvs, I think I have fixed the problem. Thanks for the report. -Blake Whatchu talkin' 'bout, Willis? > ./configure appears to work, but when I type "make" I get: > cd . && /bin/sh /home/jpdalbec/tgz/cpu-1.3.13/missing --run aclocal > cd . && \ > /bin/sh /home/jpdalbec/tgz/cpu-1.3.13/missing --run automake --gnu > Makefile > cd . && /bin/sh /home/jpdalbec/tgz/cpu-1.3.13/missing --run autoconf > autoconf: Undefined macros: > configure.in:51:AC_FUNC_CHOWN > configure.in:52:AC_FUNC_MALLOC > configure.in:53:AC_FUNC_STAT > WARNING: `autoconf' is missing on your system. You should only need it > if you modified `configure.in'. You might want to install the > `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. > /bin/sh ./config.status --recheck > running /bin/sh ./configure --no-create --no-recursion > configure: error: can not find sources in . or .. > make: *** [config.status] Error 1 > > RH 7.2, autoconf 2.13-14, automake 1.4p5-2 > What autoconf version do I need? Should I update automake also? > Thanks, > John > > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: John D. <jpd...@cc...> - 2002-04-04 15:15:28
|
./configure appears to work, but when I type "make" I get: cd . && /bin/sh /home/jpdalbec/tgz/cpu-1.3.13/missing --run aclocal cd . && \ /bin/sh /home/jpdalbec/tgz/cpu-1.3.13/missing --run automake --gnu Makefile cd . && /bin/sh /home/jpdalbec/tgz/cpu-1.3.13/missing --run autoconf autoconf: Undefined macros: configure.in:51:AC_FUNC_CHOWN configure.in:52:AC_FUNC_MALLOC configure.in:53:AC_FUNC_STAT WARNING: `autoconf' is missing on your system. You should only need it if you modified `configure.in'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. /bin/sh ./config.status --recheck running /bin/sh ./configure --no-create --no-recursion configure: error: can not find sources in . or .. make: *** [config.status] Error 1 RH 7.2, autoconf 2.13-14, automake 1.4p5-2 What autoconf version do I need? Should I update automake also? Thanks, John |
|
From: Blake M. <ma...@db...> - 2002-04-02 05:15:01
|
Thanks for the bug report. I'm sorry you had to redo the config file. Unfortunately between releases it is necessary to overwrite with the new config file, as new config file options are introduced and old ones are obsoleted. I would suggest backing up your config file prior to upgrading the software, but I have reflected that in the INSTALL file. I think I have fixed the md5 problem you are having. Could you grab the latest source from cvs and try to compile it again? Thanks. -Blake Whatchu talkin' 'bout, Willis? > Hi, >=20 > I've tried cpu-1.3.13( linux-glibc-2.2.5 ) >=20 > Here some problems : > - It overwrites the old /etc/cpu.cfg. I had to do > again my config. >=20 > - When i use --with-ldap=3D/path/to/ldap, i've got the following error > at compilation : >=20 > gcc -DPACKAGE_NAME=3D\"cpu\" -DPACKAGE_TARNAME=3D\"cpu\" -DPACKAGE_VERSIO= N=3D\"1.3.13\" -DPACKAGE_STRING=3D\"cpu\ 1.3.13\" -DPACKAGE_BUGREPORT=3D\"m= at...@db...\" -DPACKAGE=3D\"cpu\" -DVERSION=3D\"1.3.13\" -DHAVE_LIBN= SL=3D1 -DHAVE_LIBRESOLV=3D1 -DHAVE_LIBCRYPT=3D1 -DSTDC_HEADERS=3D1 -DHAVE_S= YS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D= 1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STD= INT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_LDAP_H=3D1 -DHAVE_LBER_H=3D1 -DHAVE_DI= RENT_H=3D1 -DSTDC_HEADERS=3D1 -DHAVE_FCNTL_H=3D1 -DHAVE_STDDEF_H=3D1 -DHAVE= _STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_SYS_PARAM_H=3D1 -DHAVE_SYS_SOCKET_= H=3D1 -DHAVE_SYS_TIME_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_ALLOCA_H=3D1 -DHAVE_= ALLOCA=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_CHOWN=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_= MALLOC=3D1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=3D1 -DHAVE_GETPASS=3D1 -DHAVE_IS= ASCII=3D1 -DHAVE_MEMSET=3D1 -DHAVE_MKDIR=3D1 -DHAVE_STRCHR=3D1 -DHAVE_STRDU= P=3D1 -DHAVE_STRSPN=3D1 -DLINUX=3D1 -I. -I. -I/opt/network/include -g -= Wall -I../include -DCONFIGFILE=3D\"/et > c/cpu.cfg\" -c `test -f md5.c || echo './'`md5.c > In file included from md5.c:41: > /opt/network/include/md5.h:27: parse error before `UINT4' > /opt/network/include/md5.h:27: warning: no semicolon at end of struct or = union > /opt/network/include/md5.h:28: warning: data definition has no type or st= orage class > /opt/network/include/md5.h:30: parse error before `}' > /opt/network/include/md5.h:30: warning: data definition has no type or st= orage class > /opt/network/include/md5.h:32: parse error before `PROTO_LIST' > /opt/network/include/md5.h:33: parse error before `PROTO_LIST' > /opt/network/include/md5.h:35: parse error before `PROTO_LIST' > /opt/network/include/md5.h:37: parse error before `PROTO_LIST' [snip]... > md5.c: In function `md5_hash': > md5.c:394: warning: data definition has no type or storage class > make[1]: *** [md5.o] Erreur 1 > make: *** [all-recursive] Erreur 1 [snip]... --=20 Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Karsten H. <kar...@gm...> - 2002-03-27 13:54:58
|
Hi, maybe the documentation of cpu could point out that 'getent passwd' (resp. 'getent group') is a superior alternative to 'cpu cat'. Yours, Karsten -- Karsten Heymann <kar...@gm...> <ka...@ec...> CAU-University Kiel, Germany Registered Linux User #221014 (http://counter.li.org) |
|
From: Blake M. <ma...@db...> - 2002-03-27 06:59:27
|
cpu-1.3.13 has been officially released. Check here: http://sourceforge.net/project/shownotes.php?release_id=81629 for the release notes regarding new features and bug fixes. -Blake -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Karsten H. <kar...@gm...> - 2002-03-25 14:07:14
|
Hi, cpu-cvs in the (unofficial) Debian Repository have been updated to 1.3.13 (RC2). Have fun, Karsten -- Karsten Heymann <kar...@gm...> <ka...@ec...> CAU-University Kiel, Germany Registered Linux User #221014 (http://counter.li.org) |
|
From: Karsten H. <kar...@gm...> - 2002-03-25 13:04:54
|
Hi, as Blake noticed, there is some problem with my debian package server. In fact the problem seems to be some firewall at our university which doesn't allow http access to the server I used (some icmp stuff, don't know for sure). I've been able to transfer the packages to a new server which is available from the outside. So the new lines are: deb http://www.ecology.uni-kiel.de/~karsten/debian unstable cpu deb-src http://www.ecology.uni-kiel.de/~karsten/debian unstable cpu I've tested this with my dial in account, so this should work now. Nevertheless: If someone's got some spare place on a public server with ssh and (preferrably) rsync installed, let me know. A backup location is never wrong :-). Yours, Karsten -- Karsten Heymann <kar...@gm...> <ka...@ec...> CAU-University Kiel, Germany Registered Linux User #221014 (http://counter.li.org) |
2 messages has been excluded from this view by a project administrator.
