Very Computer

OS's:  Linux 5.2, 6.0 and IRIX 6.2 and 6.5

I am trying to create a default home directory for multiple account.
When not using xdm (X) it works fine, however, I need X for my users.  I
have created the accounts in linux with the useradd program as follows:

useradd -d /home/homedir -g defaultgroup -c "user info" username

In IRIX I have used the toolchest to create the accounts in the same
fashion.

The problem that I have is that the X server continues to reset itself
when a user tries to log in.  On IRIX I have isolated it down to the
.xsession file.  When I rename the file the users can use the same home
directory and (oh and I set up a umask to 002) files.  The problem here
is that I need the .xsession file to load AfterStep and a customized
menu.

In linux, I haven't got a clue unless I need to add something with
xauth.

I have also changed group and ownership perms for the default group as
well.

This is very important and I need some help.

Thanks in advance,
me.

Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

Why do they have to have the same home dir?

Dan
--
UNIX - Not just for vestal *s anymore
Linux - Choice of a GNU generation

were an R&D company that designs software.  New releases are being
tested daily therefore copying files to each users individual account is
not feasible.  Security requirements also force us to have individual
accountability and not group log ins.

war...

uhh, how about having .profile of .cshrc (or whatever you use) do a
cd /some_shared_directory if you really want them to log into the
same acount.  i don't really understand why you would want that
though...  how about a link from everyones account into the common
directory instead, so everyone has their own space, fo rin work junk,
there's more accountability, but it's still easy to access a common
directory for released files?

-ed

: Dan,

: were an R&D company that designs software.  New releases are being
: tested daily therefore copying files to each users individual account is
: not feasible.  Security requirements also force us to have individual
: accountability and not group log ins.

: war...

: > >
: > > I posted once before, however I don't belive my post made it.  Sorry
: for
: > > any dups.
: > >
: > > OS's:  Linux 5.2, 6.0 and IRIX 6.2 and 6.5
: > >
: > > I am trying to create a default home directory for multiple account.
: >
: > Why?  If you have to share files, have a separate system set up or
: > create another user that everyone belongs to the group and make that
: > home directory group writable, make one user set up properly and then
: cp
: > everything to the others homes and chown them to the proper user.
: >
: > Why do they have to have the same home dir?
: >
: > Dan
: > --
: > UNIX - Not just for vestal *s anymore
: > Linux - Choice of a GNU generation
: >

: Sent via Deja.com http://www.veryComputer.com/
: Share what you know. Learn what you don't.

I'm a SysAdmin for a software development company...

Have each of the users logging in as themselves with their logon script
take them to the group directory.  Create a home directory for the group
that's group writable and each member of that development team is part
of that group.  They will be using the same resources, sharing files and
have the same environment so there's little to no difference between
that and having them able to log on as the same user.

That's one of the basics of UNIX, software development.  It is exactly
what group properties are there for.

Our guys do their testing, development, trial runs, etc from a common
directory, usually off the '/' directory with the name of the group as
the subdirectory as the mount point of the disk they have purchased for
the project, all permissions required for them to do what they gotta do
as well.  It works well.

It also gives them a place to try out -er- not so stable stuff without
destroying the project.  They take that piece of code to a subordinate
subdirectory in their home directory and if it blows up and takes part
of the disk with it, it does not touch the project's software.

Dan
--
UNIX - Not just for vestal *s anymore
Linux - Choice of a GNU generation