Re: [RFC] Remove NTFS kernel support

In message: <3bbf2fe10802070621h574f5d3kb4fbd86adbab11c@xxxxxxxxxxxxxx>
"Attilio Rao" <attilio@xxxxxxxxxxx> writes:
: 2008/2/7, Alfred Perlstein <alfred@xxxxxxxxxxx>:
: > * Attilio Rao <attilio@xxxxxxxxxxx> [080207 06:13] wrote:
: > > 2008/2/7, Andre Oppermann <andre@xxxxxxxxxxx>:
: > > > Eric Anderson wrote:
: > > > > I think Alfred's point is really interesting. How many people that
: > > > > don't use it that say 'axe it' does it take to override 1 person saying
: > > > > 'keep it!'?
: > > >
: > > > The real question is how many people does it take to say 'I'll maintain
: > > > it'? Just one. Without it, it will only bitrot as evidenced by Attilios
: > > > question. NTFS is currently broken, just not as obvious because WITNESS
: > > > didn't track and enforce lockmgr locks.
: > >
: > > Andre catched exactly my point.
: > > The big problem is that we have a list of several unmaintained fs.
: > > NTFS is in this list. The support is not reliable, it is only
: > > available in read mode and eventually bugged.
: > > I'm not sure I want to keep this if nobody wants to maintain it.
: >
: > All I'm saying is that I think this is a bit premature considering
: > the users. Within less than 24hrs we've had a few users reporting
: > in as users, I'm sure the fixes (now that we have some good assertions)
: > are going to be trivial.
: >
: > Why not let it ferment/rot for a release cycle and then see what
: > the story is?
:
: Obviously if we can fix it is better, but axing is an opportunity I
: don't want to leave out and this is why I wanted to poll users about
: this issue. Eventually, if an axing is decided, it won't happen in
: short times but only once all situations for "migration" will be
: probed and finished.

WE SHOULD NOT AXE IT. IT IS TOO USEFUL. VERY RECENTLY IT WORKED VERY
WELL.

There's a lot of other systems in the tree that aren't nearly as
useful that nobody is complaining about that are actually in much
worse shape.

Warner
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: phtread_create while pthread_cond_timedwait in gdb
    ... Didn't nobody came along this until now? ... Are there any fixes for this? ... I'd guess that the best course of action is to alert the GDB ... system lacks some libraries so i can not easily test it ...
    (comp.os.linux.development.apps)
  • Re: open letter to the Google company, on the value of the scientific groups
    ... The etcetera is shorthand, given that by now I don't feel at this point ... that I have to recite the entire litany all over again, ... richly detailed ad hoc assertions (but which he, at least, recognized, ... nobody can and nobody ever will. ...
    (sci.lang)
  • Re: Is sci.math secretly moderated?
    ... Really bad cranks can post there. ... Nobody is answering my questions. ... A, B, and C are in fact assertions made without offering evidence. ...
    (sci.logic)
  • Re: Gender neutral
    ... Third, "nobody knows, do they?" ... But when simple fixes are available -- as ... still prefer them to rampant theyism. ...
    (alt.usage.english)
  • Right click on a folder...properties...nothing happens!!
    ... Looks like you and I have the same problem, but nobody out ... explorer, and choose ... Is it any fixes for this? ... >I have to reinstall the system? ...
    (microsoft.public.win2000.file_system)