> Indeed, Gnu/Linux is almost unique as an operating system in suffering > from an inconsistent base system which, without going into detail, is > at the very least a huge abuse of everyone's time.
and since plan 9 has a consistent back most of the rigmarole is not necessary, but some is. Before people start arguing that it *will* lead to inconsistancies and gnu/linux'isms it doe not have to. A canonical can be kept separate from any avant garde changes. > The problem I see here is like this: > > 1: A consistent base system is extremely desirable. > 2: Some parts of the base system sometimes need to be replaced. > 3: It is often desirable to be able to safely experiment with > replacement basesystem parts. > > Point 2 raises the questions of which parts, and when. Perhaps upas > should be replaced with nupas in the official distribution. > > Point 3 is the only one which suggests a package manager, I would debate that point 2 would also benefit, but that is a minor issue. > but it > equally alternatively suggests using a filesystem with history, or > perhaps care on the sysadmin's part to archive all files which will be > replaced by the new installation. >From personal experience with taking the backup approach, this works fine until you forget about it once, and it also results in a huge number of copies of the system/source laying around. This is less an issue in this day and age of cheap disks, but > Automated solutions are of course > possible, but I don't think there is one which solves conflicts > between packages to everyone's satisfaction. So the question is what functionality are people looking for? EBo --