AUTHORBut they still claim to have the Copyright. Funny maybe the original author didn't approve with this.
Written by FIXME unknown.
Showing posts with label coreutils. Show all posts
Showing posts with label coreutils. Show all posts
GNU coreutils funny
Just had a look at the basename man page and found this:
Ubuntu is really helping Linux
I have been reading the core-utils mailing list for some time now and once in a while someone posts something that has nothing to do with core-utils. I don't know how they come to this specific list but they do. But this one just made me laugh out loud:
I love quite a few things with this mail. But clearly the best are
By the way here is a solution for your problem http://ubuntuforums.org/showthread.php?t=727677
or google is your friend.
OresteFri, Oct 17, 2008 at 10:06 AM
Reply-To: oregferra@yahoo.it
To: bug-coreutils@gnu.org, coreutils@gnu-org
I am new to Linux. 20 day ago I installed Ubuntu 8.04 and enjoyed it. 3 days ago I downloaded the recommended updates (120 Mega), after that I also installed Wine, a version found on a magazine I think it was 1.01 or similar).
Now when I start ubuntu, after the request of inserting name and password I receive the following message:
"user's $Home/.dmrc file being ignored. This prevents the default session and language from being saved. File should be owned by user and have 644 permissions. User's $Home directory must be owned by user and not writable by other users".
When I press OK, after a few seconds a second message appears:
"The Gnome session manager was unable to lock the file '/home/oreste/.Iceauthority! Please report this as a gnome bug"
And after that everything goes back to the request of name and password. I tried different sessions but with no result. Of course I do not know how to use the line commands.
Please Help
Oreste
I love quite a few things with this mail. But clearly the best are
- Of course I do not know how to use the line commands
- Please report this as a gnome bug
- Please Help
By the way here is a solution for your problem http://ubuntuforums.org/showthread.php?t=727677
or google is your friend.
id -G funny group
I don't know if this is really a bug. But I would like to request some comments
On a system with afs, if you run
$ id -G
500 1102830893
you will get this very big number at the end.
$ id -G `whoami`
500
will not show this number. This is due to afs creating a group in
memory that is not in /etc/group . This of course becomes more
interesting if you run :
$ id -Gn
me id: cannot find name for group ID 1102830893
1102830893
groups behaves in the same way :
$ groups
me id: cannot find name for group ID 1102830893
1102830893
If you look into the id.c you can see why this is happening:
if (argc - optind == 1)
{
struct passwd *pwd = getpwnam (argv[optind]); /* Will go of to
/etc/nsswitch.conf and appropriate*/
if (pwd == NULL)
error (EXIT_FAILURE, 0, _("%s: No such user"), argv[optind]);
ruid = euid = pwd->pw_uid;
rgid = egid = pwd->pw_gid;
}
else
{
euid = geteuid (); /* glibc will do this */
ruid = getuid ();
egid = getegid ();
rgid = getgid ();
}
This is very easy to fix. I have already done this and it works.
I am aware that this is actually a problem of afs and not coreutils.
Hope this might help someone who is confused about that group :)
On a system with afs, if you run
$ id -G
500 1102830893
you will get this very big number at the end.
$ id -G `whoami`
500
will not show this number. This is due to afs creating a group in
memory that is not in /etc/group . This of course becomes more
interesting if you run :
$ id -Gn
me id: cannot find name for group ID 1102830893
1102830893
groups behaves in the same way :
$ groups
me id: cannot find name for group ID 1102830893
1102830893
If you look into the id.c you can see why this is happening:
if (argc - optind == 1)
{
struct passwd *pwd = getpwnam (argv[optind]); /* Will go of to
/etc/nsswitch.conf and appropriate*/
if (pwd == NULL)
error (EXIT_FAILURE, 0, _("%s: No such user"), argv[optind]);
ruid = euid = pwd->pw_uid;
rgid = egid = pwd->pw_gid;
}
else
{
euid = geteuid (); /* glibc will do this */
ruid = getuid ();
egid = getegid ();
rgid = getgid ();
}
This is very easy to fix. I have already done this and it works.
I am aware that this is actually a problem of afs and not coreutils.
Hope this might help someone who is confused about that group :)
Subscribe to:
Posts (Atom)