lkml.org 
[lkml]   [1998]   [Nov]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: High UID support for Linux
Date
Followup to:  <E0zioU5-0000tA-00@taurus.cus.cam.ac.uk>
By author: pjb1008@cam.ac.uk (Peter Benie)
In newsgroup: linux.dev.kernel
>
> They can't switch do glibc if they don't have the source, or if the
> source can't be compiled any more (eg. they wrote it in C++ and the
> language changed under their feet).
>
> I think its reasonable to require that essential system programs on a
> system that uses uids >= 65536 are linked with glibc2, but it is
> desirable that programs that users have imported from other Linux
> systems continue to work.
>
> A slightly horrible solution to this is to have the libc fake the
> result of getpwuid by remapping all uids >= 65536 to a uid reserved
> for this purpose. getpwuid can then map the result back to the user's
> real uid, which will allow getpwuid(getuid()) to give the right answer
> _for the current user_. Clearly, this approach is a disaster for file
> archiving programs etc, so it might want to not have that behaviour by
> default, but it will work for many applications that are only
> interested in the user that called the application.
>

I don't think this is beneficial. Any uid/gid-aware program is going
to have to deal. There just isn't a way around it. Fortunately not
too many programs really care about uid/gid's.

-hpa
--
PGP: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD 1E DF FE 69 EE 35 BD 74
See http://www.zytor.com/~hpa/ for web page and full PGP public key
I am Bahá'í -- ask me about it or see http://www.bahai.org/
"To love another person is to see the face of God." -- Les Misérables

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:45    [W:0.078 / U:3.260 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site