Messages in this thread | | | From | (Peter Benie) | Subject | Re: High UID support for Linux | Date | Fri, 27 Nov 1998 14:53:50 +0000 |
| |
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/
| |