lkml.org 
[lkml]   [1998]   [Nov]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: High UID support for Linux
Date
Andreas Schwab writes ("Re: High UID support for Linux"):
> pjb1008@cam.ac.uk (Peter Benie) writes:
> |>
> |> I strongly disagree. _Lots_ of programs care about _your_ home
> |> directory so they can look for configuration files and don't use uids
> |> for anything else.
>
> They will just use getenv("HOME"). No need for uid.

I can't belive this. I'm talking about programs that have already been
deployed and already use getpwuid(). The point is that there is a
solution which means that you don't have to modify the source, you
don't have to recompile, and you don't have to relink your programs.

If you had access to the source, a compilation environment that can
still build the binary and infinite time on your hands, you could
rebuild it with glibc.

Sorry for ranting but the "we don't care about binary compatibility"
attitude that Linux people have gives Linux a very bad name and it
creates a significant amount of work for people running systems with
lots of users.

That's why I want 16 bit uid to 32 bit uids to be a planned change,
rather than for it to be flag day for Linux where everyone has to
throw away all their existing code.

Peter, who's just discovered the joys of compiling code which mixes
libraries compiled with gcc 2.8 and gcc 2.7.

-
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.234 / U:0.812 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site