I'm glad to hear OBOS is sticking with BFS. I'm just now getting a whole bunch of stuff taken care of using attributes and I definitely son't want to lose that! Speaking of attributes, maybe BFS or tracker can be improved to where you don't need to "copy" existing files to have their attributes work when new indexes are created. Fortunately, I found a program on bebits to do this, but this should be something done naturally by the filesystem itself. Not being much of a programmer and understanding less about the underlying bfs architecture, I don't know how easy or difficult this would be. LeftTurn "Michael Phipps" <mphipps1@xxxxxxxxxxxxxxxx> wrote: >>"Can We Get By Using Just Files and >>Directories (Composing Streams And Attributes From Files And >>Directories)?" >>http://www.namesys.com/v4/v4.html#compose_streams >> >>Couldn't we use ReiserFS in place of BFS ? Doesn't it provide all the >>functionality needed? > >I want to start out by saying that I am sure that ReiserFS is a very decent FS. >But, No. This is BeOS. Not Linux or BSD or some other OS. OBOS, at least for >R1, needs bfs. We can *certainly* have other FS's. Be did - Fat16, ISO9660, >etc. >But OBOS needs BFS. One very simple reason is to read all of those bfs >partitions out >there. Another is that Tracker requires the exact attribute handling and so on >that >bfs has. It would be *more* of a headache to deal with re-working all of that >then it >would be to get bfs working. Especially since there are bfs drivers out there. > >>I also recommend reading this to the OBOS developers: Future Vision by Hans >>Reiser >>http://www.namesys.com/whitepaper.html >> >>quote : "Utility of an operating system is more proportional to the number >>of >>connections possible between its components than it is to the number >>of those components." > >This, I think, in and of itself, explains a great deal about why the BeAPI >works so >well. > >>alex. >> >>PS: i'm not promoting reiserFS, i just found interesting ideas in it :) > >I am sure that there are. As there are interesting ideas in Linux, X, C# and >more. >But, truth be told, we had to make a decision and we did so. :-) >