Home / Browse / Change Password Utility / Mail / Archive

Donate

Change Password Utility

Email Archive: cpu-users (read-only)

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


S	M	T	W	T	F	S
					1	2

3	4	5	6	7	8	9

10	11	12	13	14	15	16
(2)	(4)		(1)	(3)	(1)
17	18	19	20	21	22	23
						(2)
24	25	26	27	28	29	30
(1)	(3)		(2)
31

[Cpu-users] Hint: alternative to cpu cat

From: Karsten Heymann <karsten.heymann@gm...> - 2002-03-27 13:54

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 <karsten.heymann@...> <karsten@...>
CAU-University Kiel, Germany
Registered Linux User #221014                  (http://counter.li.org)

[Cpu-users] CPU-1.3.13 Released

From: Blake Matheny <matheny@db...> - 2002-03-27 06:59

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
matheny@...
http://www.dbaseiv.net

[Cpu-users] 1.3.13 (RC2) in Debian Repository

From: Karsten Heymann <karsten.heymann@gm...> - 2002-03-25 14:07

Hi, 

cpu-cvs in the (unofficial) Debian Repository have been updated to
1.3.13 (RC2). 

Have fun,

Karsten

-- 
Karsten Heymann <karsten.heymann@...> <karsten@...>
CAU-University Kiel, Germany
Registered Linux User #221014                  (http://counter.li.org)

[Cpu-users] debian package: server problem

From: Karsten Heymann <karsten.heymann@gm...> - 2002-03-25 13:04

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 <karsten.heymann@...> <karsten@...>
CAU-University Kiel, Germany
Registered Linux User #221014                  (http://counter.li.org)

[Cpu-users] cpu-1.3.13 (RC2)

From: Blake Matheny <matheny@db...> - 2002-03-25 11:10

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:anonymous@... login
(just press enter when prompted for password)
cvs -z3 -d:pserver:anonymous@... 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
matheny@...
http://www.dbaseiv.net

[Cpu-users] Debian Packages for cpu available

From: Karsten Heymann <karsten.heymann@gm...> - 2002-03-24 14:46

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 <karsten.heymann@...> <karsten@...>
CAU-University Kiel, Germany
Registered Linux User #221014                  (http://counter.li.org)
-- 
Karsten Heymann <karsten.heymann@...> <karsten@...>
CAU-University Kiel, Germany
Registered Linux User #221014                  (http://counter.li.org)

[Cpu-users] CPU Roadmap

From: Blake Matheny <matheny@db...> - 2002-03-23 11:17

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
matheny@...
http://www.dbaseiv.net

[Cpu-users] cpu-1.3.13 (RC1)

From: Blake Matheny <matheny@db...> - 2002-03-23 11:01

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:anonymous@... login
cvs -z3 -d:pserver:anonymous@... 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
matheny@...
http://www.dbaseiv.net

[Cpu-users] Changes to useradd behavior

From: Blake Matheny <matheny@db...> - 2002-03-14 14:04

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

Re: [Cpu-users] Changes to useradd behavior

From: Adam Williams <awilliam@wh...> - 2002-03-14 23:08

>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.

Re: [Cpu-users] Changes to useradd behavior

From: Blake Matheny <matheny@db...> - 2002-03-15 03:12

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
matheny@...
http://www.dbaseiv.net

[Cpu-users] CPU memberuid feature request

From: Jason Carter <jasonc@kn...> - 2002-03-13 01:41

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-users@... 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
<servex@...>
<jasonc@...>

Re: [Cpu-users] CPU memberuid feature request

From: Blake Matheny <matheny@db...> - 2002-03-14 14:14

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-users@... 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
> <servex@...>
> <jasonc@...>
> 
> _______________________________________________
> Cpu-users mailing list
> Cpu-users@...
> https://lists.sourceforge.net/lists/listinfo/cpu-users

[Cpu-users] cvs commits for 3/11/02

From: Blake Matheny <matheny@db...> - 2002-03-11 06:41

- 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

[Cpu-users] [cpu - Developers] Hi, I've created a Debian package of cpu

From: <noreply@so...> - 2002-03-10 17:56

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

Re: [Cpu-users] [cpu - Developers] Hi, I've created a Debian package of cpu

From: Garrett Honeycutt <gh@ea...> - 2002-03-11 06:05

On Sun, 10 Mar 2002 noreply@... 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 [dsp@... i believe or dsp@... 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

[Cpu-users] [cpu - Developers] RE: Some ideas to implement

From: <noreply@so...> - 2002-03-11 01:45

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

[Cpu-users] [cpu - Developers] RE: Hi, I've created a Debian package of cpu

From: <noreply@so...> - 2002-03-11 01:31

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 matheny@.... 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

[Cpu-users] [cpu - Developers] Some ideas to implement

From: <noreply@so...> - 2002-03-10 18:03

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