cpu-users Mailing List for Change Password Utility (Page 7)
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-03-25 11:10:48
|
Hey All, the second release candidate for cpu-1.3.13 is available via anonymous cvs. Use the following commands to check it out: cvs -d:pserver:ano...@cv...:/cvsroot/cpu login (just press enter when prompted for password) cvs -z3 -d:pserver:ano...@cv...:/cvsroot/cpu co cpu-1.3 The major change between RC1 and RC2 is that RC2 checks to make sure a group is empty of all users (memberUid) before deleting it. If you specify -y on the command line the group will be deleted regardless. If you don't specify -y at the command line and the group is not empty, you will be prompted to answer y or n. Please let me know if you find any bugs and please check the NEWS and Changelog files for more information on changes for cpu-1.3.13. Thanks. -Blake -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Karsten H. <kar...@gm...> - 2002-03-24 14:46:21
|
Hi, I've finished packaging debian Packages of cpu. There are two versions: cpu and cpu-cvs. cpu is the last official release (1.3.12), cpu-cvs is taken from todays cvs and updated regularly (daily when possible, otherwise when changes are announced on cpu-users). cpu-cvs is versioned by checkout date. To use these packages, include deb http://dellserv.fsoe.uni-kiel.de/~karsten/debian unstable cpu and if you want my sources as well deb-src http://dellserv.fsoe.uni-kiel.de/~karsten/debian unstable cpu into your /etc/apt/sources.list. These packages should work both with testing (woody) as well as with unstable (sid). If someone needs potato packages, please mail me, I will then set up a potato system and build those packages. Please note that I can't promise anything to work on these packages. These are my fist packages public available, so be carefull. Nevertheless they work at my work very well. So, you have been warned. If any packaging-caused problems arise, feel free to mail me. Have fun, Karsten -- Karsten Heymann <kar...@gm...> <ka...@ec...> CAU-University Kiel, Germany Registered Linux User #221014 (http://counter.li.org) -- 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-23 11:17:20
|
Hey All,
Here's a tentative roadmap for cpu development, including some
features to look for in upcoming releases. Please let the list know
now if there are things that you think I missed on here, or any
general comments/ideas/etc. If you see a feature on here that you feel
you are particularly well suited to add, well written code will not be
rejected :)
cpu-1.3.13
----------
* Make sure a group is empty (no memberUid's) before allowing a
delete. Allow a command line switch or config file option to override
cpu-1.3.14
----------
* XML or LDIF support for enabling the creation of more complex users
* SSL/TSL Support for LDAP
* Add option -N to not actually take action but show what would be
done
cpu-1.3.15
----------
* Rewrite of some code to make it more modular for future expansion to
allow for administration of different backends
* Add ability to specify dn type, currently requires uid
cpu-1.4
----------
* Add ability to administer flat files (/etc/passwd, etc)
* Add ability to administer ntlm users via communication with a PDC or
BDC. Initially this will be limited to NT4 and Win2k servers
cpu-2.0
----------
* gtk+ gui (enables the cli impared to use cpu)
future
----------
* Other backends we would like to be able to admin:
* Novell
* NIS?
* NIS+?
* Anything we missed?
* win32 port?
* Anything else?
Thanks for the feedback.
-Blake
--
Blake Matheny
ma...@db...
http://www.dbaseiv.net
|
|
From: Blake M. <ma...@db...> - 2002-03-23 11:01:22
|
Hey All, the first release candidate for cpu-1.3.13 is available via anonymous cvs. Use the following commands to check it out: cvs -d:pserver:ano...@cv...:/cvsroot/cpu login cvs -z3 -d:pserver:ano...@cv...:/cvsroot/cpu co cpu-1.3 Please grab it and let me know if you find any bugs, I'm planning a release on Tuesday or so. A big thanks to Jason Carter for all his work on cpu thus far. Notable new features for cpu-1.3.13 are: * Added -j option to groupadd/del to add or delete a user from an existing group. (memberUid support) * Added cat function, displays rfc2307 users in an /etc/passwd style format * New default_gid option in config file, an integer to be used by default if not specified at command line * Changed behaviour of home_directory and the -d command line switch, check man pages. -d now explicitly sets the users home directory, if -d is not set, the users home directory is home_directory/username. This more closely mimics existing systems useradd utilities. Check man page for more info. Please check the NEWS and Changelog files for more information on changes for cpu-1.3.13. Thanks. -Blake -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Blake M. <ma...@db...> - 2002-03-15 03:12:41
|
Whatchu talkin' 'bout, Willis? > > What exactly do you mean by SMB support? Has anyone thought about > support for the sambaAccount objectclass? All out users are both > posixAccount (unix) and sambaAccount (cifs). I have yet to find a tool > that support both sets of attributes. I'm talking about native smb support, where you can actually administer users on a PDC somewhere. Jason and I talked this over, and feel that cpu should stick to supporting ONLY rfc2307 attributes. If users want more complex users (i.e. using sambaAccount, or attributes not defined by rfc2307) the plan is to allow them to use an xml or ldif style file for defining additional attributes. I think this will ultimatly simplify things on the development end but allow cpu to be as flexible as users need. > There already is http://hww3.riverweb.com/hdadmin/ and (more developed) > http://diradmin.open-it.org/ Directory Administrator is a very nice > package. I had looked at this earlier, and all of them were lacking things I needed which is why cpu was born. > It would be very nice if CPU could be packaged in a way to make it very > easy to perform automated or "remote" tasks. If one could feed it the > parameters encoded in XML via standard in and get an "OK" or "ERR" out > of standard out it could be used as a serverlet to web front ends and > batch processes. XML or ldif support is on the way. I think we'll probably end up using xml since cpu is not designed to be ldapcentric, although it is right now. What do you mean by by 'remote' tasks? Currently it is very easy to script user or group operations with cpu, but I see what you mean with the web front end type usage. > Support for the sambaAccount and kerberosSecurityObject objectclasses. When the xml portion of cpu is done, you can add these yourself :) Thanks for the suggestions. -Blake -- Blake Matheny ma...@db... http://www.dbaseiv.net |
|
From: Adam W. <awi...@wh...> - 2002-03-14 23:08:17
|
>Other news. We're working on getting some smb support working for cpu. >Initially this will be for NT4 but win2k will be on the way. We're What exactly do you mean by SMB support? Has anyone thought about support for the sambaAccount objectclass? All out users are both posixAccount (unix) and sambaAccount (cifs). I have yet to find a tool that support both sets of attributes. >also working on ldaps, as it seems a bad idea to be doing >administrative LDAP functions in cleartext. We're also working on the >memberUid support that Adam Hull had talked about. Hopefully he can >fill us in on exactly what he was talking about :) >An optional gtk+ >nterface is schedule for cpu-2.0 or so, unless someone writes it There already is http://hww3.riverweb.com/hdadmin/ and (more developed) http://diradmin.open-it.org/ Directory Administrator is a very nice package. It would be very nice if CPU could be packaged in a way to make it very easy to perform automated or "remote" tasks. If one could feed it the parameters encoded in XML via standard in and get an "OK" or "ERR" out of standard out it could be used as a serverlet to web front ends and batch processes. >before I do. If there are other things people can think of, submit >them to the feature request tracker at cpu.sourceforge.net, or mail >them to the list. Support for the sambaAccount and kerberosSecurityObject objectclasses. |
|
From: Blake M. <ma...@db...> - 2002-03-14 14:14:43
|
Check out this web page: http://www.padl.com/ldap_examples.html They have some examples of what RFC2307 entries should (or can)look like, and has a group entry with the memberUid attribute. memberUid is also defined in rfc2307, as part of the posixGroup object class. While it is listed as optional for posixGroup, it's easy to see why that's important for people to have. -Blake Whatchu talkin' 'bout, Willis? > Adam, > We have received your request and are currently tossing the idea around. > Your request was as follows: > > "It would be very helpful to have support for the memberUid field in > ou=Group as part of groupmod." > > I would like to ask you to go into a little more depth on this issue. > For instance, if you could have it your way, how would you like cpu to > do this? We are just trying to get a good idea of the best way to > implement this feature. So if you could describe what you want, as in > the command line options etc.., it might give us an idea. I hope this > makes sense. Be sure and cc the cpu...@li... mailing > list with your reply so that everyone may see that we are currently > working on this issue. > > Thank you for your time, > Jason Carter > <se...@us...> > <ja...@kn...> > > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users |
|
From: Blake M. <ma...@db...> - 2002-03-14 14:04:15
|
The behavior of some useradd options have been changed in the latest cvs version of CPU, and will be incorporated into cpu-1.3.13. The new behavior more closely mimics the behavior of typical useradd/adduser programs, where the -d option explicitly defines a users home directory, but if the -d option is not given and the home_directory option is set in the config file, then the users home directory is home_directory/username. Other news. We're working on getting some smb support working for cpu. Initially this will be for NT4 but win2k will be on the way. We're also working on ldaps, as it seems a bad idea to be doing administrative LDAP functions in cleartext. We're also working on the memberUid support that Adam Hull had talked about. Hopefully he can fill us in on exactly what he was talking about :) An optional gtk+ interface is schedule for cpu-2.0 or so, unless someone writes it before I do. If there are other things people can think of, submit them to the feature request tracker at cpu.sourceforge.net, or mail them to the list. -Blake |
|
From: Jason C. <ja...@kn...> - 2002-03-13 01:41:11
|
Adam, We have received your request and are currently tossing the idea around. Your request was as follows: "It would be very helpful to have support for the memberUid field in ou=Group as part of groupmod." I would like to ask you to go into a little more depth on this issue. For instance, if you could have it your way, how would you like cpu to do this? We are just trying to get a good idea of the best way to implement this feature. So if you could describe what you want, as in the command line options etc.., it might give us an idea. I hope this makes sense. Be sure and cc the cpu...@li... mailing list with your reply so that everyone may see that we are currently working on this issue. Thank you for your time, Jason Carter <se...@us...> <ja...@kn...> |
|
From: Blake M. <ma...@db...> - 2002-03-11 06:41:30
|
- Fixed some skel_dir discrepencies - Fixed source to respect --sysconfdir - Fixed ldap_user_mod() for when base is not defined at command line - New default_gid option in config file, an integer value to be used by default if not specified when adding a user - Updated configure for --with-ldap=<dir> for specifying the base location of ldap files (i.e. --with-ldap=/usr/local/openldap), may not be needed by all installations - Added cat functon, cpu cat displays users (who have a uid) in an /etc/passwd style format - Code cleanup |
|
From: Garrett H. <gh...@ea...> - 2002-03-11 06:05:15
|
On Sun, 10 Mar 2002 no...@so... wrote: > > Read and respond to this message at: > http://sourceforge.net/forum/message.php?msg_id=1505885 > By: kasimon > > I've just finished creating a debian Package from your nice utility. I am however > not an official debian developer, so your program has not entered the debian > linux distribution. Nevertheless it might be handy to those running debian linux > as the installation is much more simple than recompiling it. If you're interested > in learning more about it, feel free to mail me. > > K. email doug porter [ds...@de... i believe or ds...@pu... if his account is still active.] he's a debian dev guy. also runs the csociety ftp. he might be able to get it into the distro if that's what you're looking for. -g |
|
From: <no...@so...> - 2002-03-11 01:45:09
|
Read and respond to this message at: http://sourceforge.net/forum/message.php?msg_id=1506039 By: matheny SSL or TLS support is on the way. I think next on the list of big tasks is going to be NT/LM support though, but SSL is on the way. The latest cvs version now has default_gid in the config file, check the main page for cpu.cfg for details. I'm not sure what you mean by the specify groups, when I do a modification/delete/add of a group it is by group name, am I missing something? As far as listing existent ldap users, I'm planning on adding a cat function to cpu so that when you run just cpu cat it will print a list of users, in /etc/passwd format to stdout. Thanks for all the input. -Blake ______________________________________________________________________ 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: <no...@so...> - 2002-03-11 01:31:07
|
Read and respond to this message at: http://sourceforge.net/forum/message.php?msg_id=1506036 By: matheny Great. If you're interested in maintaining it, or not interested in maintaining it but don't mind showing me how to do it that would be great. Feel free to contact me off the forums list at ma...@us.... Thanks. -Blake ______________________________________________________________________ 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: <no...@so...> - 2002-03-10 18:03:24
|
Read and respond to this message at: http://sourceforge.net/forum/message.php?msg_id=1505887 By: kasimon Some features that would be nice: o ssl/tls support o when removing a group, check that it's got no members anymore o a default group/gid in the cpu.cfg file o specify groups by cn and not only by gid (ldapuser instead of 2000) o maybe an option to list existent ldap users Nevertheless cpu is a great tool already! K. ______________________________________________________________________ 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: <no...@so...> - 2002-03-10 17:56:49
|
Read and respond to this message at: http://sourceforge.net/forum/message.php?msg_id=1505885 By: kasimon I've just finished creating a debian Package from your nice utility. I am however not an official debian developer, so your program has not entered the debian linux distribution. Nevertheless it might be handy to those running debian linux as the installation is much more simple than recompiling it. If you're interested in learning more about it, feel free to mail me. K. ______________________________________________________________________ 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: Garrett H. <gh...@ea...> - 2002-02-20 00:53:02
|
i've seen your software before.. but i dont actually use it. and umm it doesnt have lots of eye candy or uberneato add-ons, but since i dont use it it doesnt matter i suppose suck an egg! -g |
2 messages has been excluded from this view by a project administrator.
