Re: HD permissions stay put

2011-07-05 Thread 夜神 岩男
On Tue, 2011-07-05 at 10:48 +0200, Daniele Guerrieri wrote: > very useful thread, i've just sync all my data between my various "linuxes" > :-) > let's see how arch will work with uid/gid 500/500 :) > > Thanks, > Daniele Its a good idea to use UID sets >= 1000. Everything based on Debian conside

Re: HD permissions stay put

2011-07-05 Thread Daniele Guerrieri
very useful thread, i've just sync all my data between my various "linuxes" :-) let's see how arch will work with uid/gid 500/500 :) Thanks, Daniele -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/

Re: HD permissions stay put

2011-07-05 Thread Tim
On Mon, 2011-07-04 at 21:20 -0700, Paul Allen Newell wrote: > I remember getting burned by different passwds for same user back in > the 1980's ... can't remember the specifics. Though I am certain > things have gotten much better in dealing with networks and protocols, > I thought there was still

Re: HD permissions stay put

2011-07-04 Thread Paul Allen Newell
On 7/4/2011 9:26 PM, Patrick O'Callaghan wrote: > > You may be thinking of the r* commands (rcp, rsh, ...) but I can't be > bothered looking up the details. They are frowned on nowadays in any > case. > > poc > Maybe as that was "convention" back then ... its all s* commands now and I suppose that

Re: HD permissions stay put

2011-07-04 Thread Patrick O'Callaghan
On Mon, 2011-07-04 at 21:20 -0700, Paul Allen Newell wrote: > On 7/4/2011 9:06 PM, Tim wrote: > > On Mon, 2011-07-04 at 22:34 +, g wrote: > >> if you are a user on multi systems on multi machines and you wish to > >> log into other machines, user name, id's, _and_ password need to be > >> same.

Re: HD permissions stay put

2011-07-04 Thread Paul Allen Newell
On 7/4/2011 9:06 PM, Tim wrote: > On Mon, 2011-07-04 at 22:34 +, g wrote: >> if you are a user on multi systems on multi machines and you wish to >> log into other machines, user name, id's, _and_ password need to be >> same. > Um, no, generally the passwords don't need to be the same. You jus

Re: HD permissions stay put

2011-07-04 Thread Tim
On Mon, 2011-07-04 at 22:34 +, g wrote: > if you are a user on multi systems on multi machines and you wish to > log into other machines, user name, id's, _and_ password need to be > same. Um, no, generally the passwords don't need to be the same. You just need to be able to log in. -- [tim

Re: HD permissions stay put

2011-07-04 Thread Paul Allen Newell
On 7/4/2011 3:34 PM, g wrote: > On 07/04/2011 09:09 PM, Paul Allen Newell wrote: > <> > >> The issue of 500 vs 1000 was the new bit I learned from this >> thread and need to add to the process. > another to add, if you are a user on multi systems on multi machines and > you wish to log into other m

Re: HD permissions stay put

2011-07-04 Thread g
On 07/04/2011 09:35 AM, Tim wrote: <> > If you're going to change defaults, for where user IDs start from. You > want to move Fedora's up to start at 1000, not Debian's down to start > from 500. > Because each distro considers user IDs below their threshold > to be system/application IDs, and tr

Re: HD permissions stay put

2011-07-04 Thread g
On 07/04/2011 09:09 PM, Paul Allen Newell wrote: <> > The issue of 500 vs 1000 was the new bit I learned from this > thread and need to add to the process. another to add, if you are a user on multi systems on multi machines and you wish to log into other machines, user name, id's, _and_ password

Re: HD permissions stay put

2011-07-04 Thread Paul Allen Newell
On 7/4/2011 2:26 AM, Tim wrote: > > If you simply mean being able to understand how each system works, then > fine. But if you mean that you're going to share discs, or other > storage devices, or NFS mounts, between different people's computers. > You're going to have to manually work out, betwee

Re: HD permissions stay put

2011-07-04 Thread Ian Malone
On 3 July 2011 22:46, JD wrote: > On 07/03/2011 02:26 PM, Petrus de Calguarium wrote: >> JD wrote: >> Machine one..johan 1000:1000 Machine two ..johan 500:500 >> This is the problem I had with Debian and friends. >> >> Fedora starts users at 500, while Debian&c uses 1000. So, if you use

Re: HD permissions stay put

2011-07-04 Thread Patrick O'Callaghan
On Mon, 2011-07-04 at 02:55 -0400, Tom H wrote: > On Sun, Jul 3, 2011 at 11:59 PM, JD wrote: > > > > How about just modifying the user's uid gid (while su'ed to root): > > You won't be able to change a user's UID while that user's logged in. Yes you will, except that since his running processes

Re: HD permissions stay put (SOLVED)

2011-07-04 Thread Ian Malone
On 4 July 2011 08:45, Johan Scheepers wrote: > On 03/07/2011 20:25, JD wrote: >> On 07/03/2011 11:09 AM, Johan Scheepers wrote: >>> On 03/07/2011 20:01, JD wrote: On 07/03/2011 10:55 AM, Petrus de Calguarium wrote: > Johan Scheepers wrote: A bit late replying, but some things others may

Re: HD permissions stay put

2011-07-04 Thread Tim
Petrus de Calguarium: >> It was a real mess! And the problem with Debian systems is that I could not >> find a way to get users to start at 500, so as to be the same as Fedora. g: > check for file '/etc/login.defs'. > > if not present as 'login.defs', you might find it in '/etc' by running; > >

Re: HD permissions stay put

2011-07-04 Thread Tim
On Sun, 2011-07-03 at 21:42 -0700, Paul Allen Newell wrote: > Friends run different Linuxes (is that the right plural?) and I'd > prefer to have a pid/gid that is valid on both. Never bumped into > issue before but my needs for Linux are changing and this might be an > issue in the future, so I wan

Re: HD permissions stay put

2011-07-04 Thread Tim
On Mon, 2011-07-04 at 13:33 +0900, 夜神 岩男 wrote: > Creating that first user throught the firstboot dialogue isn't > required, it is just a nice way to get the ball rolling. A suggestion: For your first user, don't create *your* user account, set up a test user to play with. Set up your account, s

Re: HD permissions stay put (SOLVED)

2011-07-04 Thread Johan Scheepers
On 03/07/2011 20:25, JD wrote: > On 07/03/2011 11:09 AM, Johan Scheepers wrote: >> On 03/07/2011 20:01, JD wrote: >>> On 07/03/2011 10:55 AM, Petrus de Calguarium wrote: Johan Scheepers wrote: > I have a multiple boot internal drive (different linux > flavors)(excluding windows).

Re: HD permissions stay put

2011-07-03 Thread Tom H
On Sun, Jul 3, 2011 at 11:59 PM, JD wrote: > > How about just modifying the user's uid gid (while su'ed to root): You won't be able to change a user's UID while that user's logged in. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin

Re: HD permissions stay put

2011-07-03 Thread Petrus de Calguarium
夜神 岩男 wrote: > >> This is well put :-) I believe you meant to say that you always choose >> UIDs/GIDs >= 1000. > > Indeed I did... that sort of typo is the kind that leaves a sleepy coder > scratching his head sometimes ヽ(o`皿′o)ノ > > I'm glad you got the idea anyway. I've found this to be a sim

Re: HD permissions stay put

2011-07-03 Thread Paul Allen Newell
On 7/3/2011 9:56 PM, 夜神 岩男 wrote: > > The root account already exists, and you can log directly into it from a > text login prompt. You just can't do it through GDM, so you will have to > hop to another tty by hitting++ or boot to runlevel 3 > (or the equivalent now that we are in the opening days

Re: HD permissions stay put

2011-07-03 Thread g
On 07/04/2011 03:59 AM, JD wrote: <> > How about just modifying the user's uid gid (while su'ed to root): > usermod -u NEW-UID -g NEW-GID LoginName > chown -R NEW-UID.NEW-GID ~LoginName from "USERMOD(8)" -g, --gid GROUP The group name or number of the user’s new initial login group. The

Re: HD permissions stay put

2011-07-03 Thread 夜神 岩男
On Sun, 2011-07-03 at 21:42 -0700, Paul Allen Newell wrote: > On 7/3/2011 9:33 PM, 夜神 岩男 wrote: > > On Sun, 2011-07-03 at 20:38 -0700, Paul Allen Newell wrote: > > [...] > > > > Creating that first user throught the firstboot dialogue isn't required, > > it is just a nice way to get the ball rollin

Re: HD permissions stay put

2011-07-03 Thread Paul Allen Newell
On 7/3/2011 9:33 PM, 夜神 岩男 wrote: > On Sun, 2011-07-03 at 20:38 -0700, Paul Allen Newell wrote: > [...] > > Creating that first user throught the firstboot dialogue isn't required, > it is just a nice way to get the ball rolling. You can > to the next tty and login as root right then yourself and r

Re: HD permissions stay put

2011-07-03 Thread 夜神 岩男
On Sun, 2011-07-03 at 20:38 -0700, Paul Allen Newell wrote: > On 7/3/2011 6:43 PM, 夜神 岩男 wrote: > > > > [...] > > > > Fedora doesn't care if you have a UID much > > higher than 500, but Debian does care if your UID is lower than 1000 (in > > fact, the man page for "useradd" on Fedora even says that

Re: HD permissions stay put

2011-07-03 Thread Paul Allen Newell
On 7/3/2011 9:19 PM, JD wrote: > On 07/03/2011 09:09 PM, Paul Allen Newell wrote: >> On 7/3/2011 8:59 PM, JD wrote: >>> How about just modifying the user's uid gid (while su'ed to root): >>> usermod -u NEW-UID -g NEW-GID LoginName >>> chown -R NEW-UID.NEW-GID ~LoginName >>> exit su shell >>> Log ou

Re: HD permissions stay put

2011-07-03 Thread 夜神 岩男
> This is well put :-) I believe you meant to say that you always choose > UIDs/GIDs >= 1000. Indeed I did... that sort of typo is the kind that leaves a sleepy coder scratching his head sometimes ヽ(o`皿′o)ノ I'm glad you got the idea anyway. I've found this to be a simple solution for tiny envir

Re: HD permissions stay put

2011-07-03 Thread JD
On 07/03/2011 09:09 PM, Paul Allen Newell wrote: > On 7/3/2011 8:59 PM, JD wrote: >> How about just modifying the user's uid gid (while su'ed to root): >> usermod -u NEW-UID -g NEW-GID LoginName >> chown -R NEW-UID.NEW-GID ~LoginName >> exit su shell >> Log out >> and log back in. >> >> > I was ass

Re: HD permissions stay put

2011-07-03 Thread Paul Allen Newell
On 7/3/2011 8:59 PM, JD wrote: > > How about just modifying the user's uid gid (while su'ed to root): > usermod -u NEW-UID -g NEW-GID LoginName > chown -R NEW-UID.NEW-GID ~LoginName > exit su shell > Log out > and log back in. > > I was assuming that uid shouldn't be changed once committed to a use

Re: HD permissions stay put

2011-07-03 Thread JD
On 07/03/2011 08:38 PM, Paul Allen Newell wrote: > On 7/3/2011 6:43 PM, 夜神 岩男 wrote: >> [...] >> >> Fedora doesn't care if you have a UID much >> higher than 500, but Debian does care if your UID is lower than 1000 (in >> fact, the man page for "useradd" on Fedora even says that 1000 is the >> stan

Re: HD permissions stay put

2011-07-03 Thread Paul Allen Newell
On 7/3/2011 6:43 PM, 夜神 岩男 wrote: > > [...] > > Fedora doesn't care if you have a UID much > higher than 500, but Debian does care if your UID is lower than 1000 (in > fact, the man page for "useradd" on Fedora even says that 1000 is the > standard, Fedora just doesn't actually follow that). > > [s

Re: HD permissions stay put

2011-07-03 Thread Petrus de Calguarium
?? ?? wrote: > Every time > you create a user on any system, specify the UID & GID explicitly, and > always use UIDs/GIDs <= 1000. Fedora doesn't care if you have a UID much > higher than 500, but Debian does care if your UID is lower than 1000 (in > fact, the man page for "useradd" on Fedora even

Re: HD permissions stay put

2011-07-03 Thread 夜神 岩男
On Sun, 2011-07-03 at 19:25 -0430, Patrick O'Callaghan wrote: > On Sun, 2011-07-03 at 14:46 -0700, JD wrote: > > I think you have exposed a very interesting problem. > > It would be interesting if the problem hadn't been known about for the > last 20 or 30 years, i.e. since Unix systems started be

Re: HD permissions stay put

2011-07-03 Thread Patrick O'Callaghan
On Sun, 2011-07-03 at 14:46 -0700, JD wrote: > I think you have exposed a very interesting problem. It would be interesting if the problem hadn't been known about for the last 20 or 30 years, i.e. since Unix systems started being networked in large numbers. This is exactly the reason Sun created

Re: HD permissions stay put

2011-07-03 Thread g
On 07/03/2011 09:26 PM, Petrus de Calguarium wrote: <> > It was a real mess! And the problem with Debian systems is that I could not > find a way to get users to start at 500, so as to be the same as Fedora. check for file '/etc/login.defs'. if not present as 'login.defs', you might find it in '

Re: HD permissions stay put

2011-07-03 Thread JD
On 07/03/2011 02:26 PM, Petrus de Calguarium wrote: > JD wrote: > >>> Machine one..johan 1000:1000 >>> Machine two ..johan 500:500 > This is the problem I had with Debian and friends. > > Fedora starts users at 500, while Debian&c uses 1000. So, if you use the same > username on both, you now have

Re: HD permissions stay put

2011-07-03 Thread Petrus de Calguarium
JD wrote: >> Machine one..johan 1000:1000 >> Machine two ..johan 500:500 This is the problem I had with Debian and friends. Fedora starts users at 500, while Debian&c uses 1000. So, if you use the same username on both, you now have the same user with both 500 and 1000 uid. When you log back i

Re: HD permissions stay put

2011-07-03 Thread JD
On 07/03/2011 11:09 AM, Johan Scheepers wrote: > On 03/07/2011 20:01, JD wrote: >> On 07/03/2011 10:55 AM, Petrus de Calguarium wrote: >>> Johan Scheepers wrote: >>> I have a multiple boot internal drive (different linux flavors)(excluding windows). Have a external usb drive for

Re: HD permissions stay put

2011-07-03 Thread g
On 07/03/2011 03:49 PM, Johan Scheepers wrote: <> > Now as root I change the owner and group -R. > This is annoying . Is there a way to make it stick please. in addition to tim's post; actually, it is _file_ and _directory_ permissions, not hd permissions. linux has a file '/etc/login.defs, to

Re: HD permissions stay put

2011-07-03 Thread Joe Zeff
On 07/03/2011 08:49 AM, Johan Scheepers wrote: > Now booting in a different flavor the permissions change to numbers. > > My normal permission is johan johan. I am the only user at home. I think you're slightly confused here. What's changing isn't the permissions but the way the system reports t

Re: HD permissions stay put

2011-07-03 Thread Johan Scheepers
On 03/07/2011 20:01, JD wrote: > On 07/03/2011 10:55 AM, Petrus de Calguarium wrote: >> Johan Scheepers wrote: >> >>> I have a multiple boot internal drive (different linux >>> flavors)(excluding windows). >>> >>> Have a external usb drive for backup between these different systems. >>> >>> Now boo

Re: HD permissions stay put

2011-07-03 Thread JD
On 07/03/2011 10:55 AM, Petrus de Calguarium wrote: > Johan Scheepers wrote: > >> I have a multiple boot internal drive (different linux >> flavors)(excluding windows). >> >> Have a external usb drive for backup between these different systems. >> >> Now booting in a different flavor the permission

Re: HD permissions stay put

2011-07-03 Thread Petrus de Calguarium
Johan Scheepers wrote: > I have a multiple boot internal drive (different linux > flavors)(excluding windows). > > Have a external usb drive for backup between these different systems. > > Now booting in a different flavor the permissions change to numbers. > > My normal permission is johan joh

Re: HD permissions stay put

2011-07-03 Thread Tim
On Sun, 2011-07-03 at 17:49 +0200, Johan Scheepers wrote: > I have a multiple boot internal drive (different linux > flavors)(excluding windows). > > Have a external usb drive for backup between these different systems. > > Now booting in a different flavor the permissions change to numbers. >

HD permissions stay put

2011-07-03 Thread Johan Scheepers
Good day, I have a multiple boot internal drive (different linux flavors)(excluding windows). Have a external usb drive for backup between these different systems. Now booting in a different flavor the permissions change to numbers. My normal permission is johan johan. I am the only user at ho