Christopher Warner wrote: >Sweeping change is nice, incremental change is much more sweeter. The Incremental change which should nonetheless lead to something much more than what we have now, as sweetly as possible. >problem is that the "filesystem" in and of itself is where data is kept. >In most cases people who run commercial businesses aren't going to >change their filesystem type unless their is a clear advantage. And no one's asking them to. >Therefore, you're argument negates real world. Your argument should be >more about structure and a seamless migration path. Yeah, boot the new kernel and it's there ;) Oh and upgrade the userland tools if you want to use the extensions, but certainly it has to be backward-compatible as well. In this case people won't have to mkfs their enterprise servers. >The argument isn't about technical merit. No, it's about where Linux is going and where some people feel it should go, and about discussing if it's a good idea to do something a little different than everyone else, or most of them, to get the best system out there shipped out. Which I think is a no-brainer, who doesn't want Linux to be best ;) The Mac/MS situation is of course a real threat, but Linux does have the potential to be so much more. Oh, and it's not just the VFS. What if someone gets a killer idea for some other minor revolution inside the code that's difficult to implement and may be un-unixy and more plan9y? The argument is, therefore, mostly politics. And on how to accomplish this: The clearest idea is to fork off 2.7, or whatever, and extend the VFS, and whatever, there and make sure it works before 2.8 is out. Or figure out how to do this with -mm. It just has to be very difficult with -mm, whose apparent intention is to serve as proving ground for backportable patches, not really major overhauls. Socially a new, official dev tree would draw the most attention, a lot more than an obscure semi- or un-official dev tree. Furthermore, having a change this size pop up as 2.6.25 from an -mm backport seems a bit off... -- mjt
Attachment:
signature.asc
Description: Digital signature
- Prev by Date: Re: PREEMPT_RT and I-PIPE: the numbers, take 3
- Next by Date: 2.6.12: apm / clock issues.
- Previous by thread: Re: reiser4 vs politics: linux misses out again
- Next by thread: [2.13-rc1.git] Oops during boot
- Index(es):
 |