On 11/10/2007, <b class="gmail_sendername">Szabolcs Szakacsits</b> <<a href="mailto:szaka@ntfs-3g.org">szaka@ntfs-3g.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>On 10/10/2007, Christopher Brown wrote:<br>>     On Wed, 2007-10-10 at 23:02 +0200, Thorsten Leemhuis wrote:<br>><br>> >    There are two ntfs implementations. One is old, crufted, and poorly<br>> >    maintained.
</blockquote><div><br>Not sure what is to blame here but Thorsten didn't write that, Spot did.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
><br>> Sorry but that is bullshit. Old and crufted aren't very good technical<br><br>As I mentioned previously, the kernel driver and ntfs-3g have the same<br>source base. When I developed ntfs-3g then I noted the potentially serious
<br>problems in the kernel (e.g. in truncate). I also mentioned them to Dave<br>Jones. I never got a reply for any of my emails. </blockquote><div><br>You're surprised by that? <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Recently a buffer overflow<br>was discovered (Andrew Morton fixed it), driver hangs during logfile reset<br>(maintainer made a patch).</blockquote><div><br>I'm sorry I can't see the relevance of this as an argument. Both issues were fixed, one by the maintainer. What's the problem?
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It seems as the kernel evolves, the kernel NTFS driver isn't adjusted as<br>
Miklos Szeredi does for the FUSE kernel module, so the kernel side of the<br>NTFS-3G driver can stay safe, deadlock and corruption free, no need to<br>worry about it. He is also extremely responsive both design and<br>troubleshooting discussions and quality coding wise. He is employed by
<br>Novell and allowed to work on FUSE in a certain amount of his work time.</blockquote><div><br>I'm mad keen to see figures of enterprise installations running FUSE over kernel drivers. I mean _really_ keen.<br></div>
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> arguments and poorly maintained is simply untrue.<br><br>The maintainer has been working for a non-Linux company since 2005 and from
<br>that point his open source contribution and leadership role is minimal.</blockquote><div><br>Here we agree.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I've worked with him 4 years when it was decided finally a year ago that a<br>partial fork is needed to ensure driver reliability and maintainability.</blockquote><div><br>Partial? Could you define this? Please remember that I was/am a member of the linux-ntfs project and although my contribution was only in the package department for Rich Russon when he was around, there was nothing to indicate you were intending to fork. and even then there was no real reason given in your announcement that you were doing it for the above purpose.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">For example we (linux-ntfs team at that time) were reported that some ntfs<br>
utilities made Vista unbootable. The reason was found and fixed a year ago,<br>still the official bugfix was released only 10 days ago. The serious fix<br>was sitting in the CVS for a year.</blockquote><div><br>Whats wrong with bugging Linus to get it applied then? I'm having a hard time believe crucial fixes sit in cvs simply because someone wont write an email saying "Linus, please apply...". If Anton wont sign off (or comment) then I'm inclined to agree the driver is dead in the water but it doesn't look like this happened.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Obviously everybody thinks differently what is "poorly maintained". For me
<br>the above is one sign, amongst several others.<br><br>> If this boils down to "It doesn't have write support, bwaaaaaaaah" then<br>> "poorly maintained" isn't much of one either. The reason there have been
<br>> so few git commits is because it works fine in the state that its in and<br>> as I explained, the core developer is focused mainly on the new driver<br>> which, license debates aside, will be released in about a year.
<br><br>In 2005, we were offered NTFS code in favour of letting a company use and<br>dual licence what we have developed. Then it became 2006 then the story<br>changed a bit then the date was 2007 and then 2008.</blockquote>
<div><br>True and I agree that actions speak louder than words. My original point was that I believe Fedora should ship with the ntfs kernel driver enabled, mount.ntfs should actually be named mount.ntfs-3g and to try and point out the difference between functionality and stability - quite important where filesystems are concerned. 
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>     Dave asked me for my opinion, and I said that we shouldn't ship<br>
>     something that's not recommended by one of its authors, and has no<br>>     real maintenance upstream:<br>><br>>     <a href="http://ntfs-3g.org/about.html">http://ntfs-3g.org/about.html</a></blockquote>
<div><br>It would probably benefit from having any post-fork detail removed. As it currently stands it might be interpreted that the reason for the fork was the the kernel driver was not going to be released until 2008. I'm still at a loss as to why you forked but then I was not privy to conversations that went on behind the scenes perhaps.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> who spat the dummy and went off and created ntfs-3g when he could have<br>
> merged it with ntfsprogs.</blockquote><div> <br>My apologies, this was rude.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Here is my original announcement:<br><br><a href="http://sourceforge.net/mailarchive/message.php?msg_id=Pine.LNX.4.21.0607141859080.31588-100000%40mlf.linux.rulez.org">http://sourceforge.net/mailarchive/message.php?msg_id=Pine.LNX.4.21.0607141859080.31588-100000%40mlf.linux.rulez.org
</a><br><br>I did the work as a long time Linux-NTFS project member. There wasn't<br>__anything__ to merge. The work itself was Linux-NTFS, so in fact I __did__<br>merge it when I published it. The code could have been just used without
<br>any change. I was the only one working on write support and there wasn't<br>really anything to merge with because they were already included.<br><br>After two-three months later the project still wasn't going the way it
<br>should have hereby the fork was made.</blockquote><div><br>The announcement came without warning - this is my issue. It would've been nice to have seen a "I'm thinking of forking because of a, b, c etc. Can anything be done?". So yeah, I'm a little sad that the project split and now confusion reigns.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> It actually has nothing to do with the kernel driver.<br><br>As I wrote, it has quite a lot, in fact.
<br></blockquote></div><br>Please stop editing the posts like this; it is really bad form. NTFS-3g is separate and distinct from the kernel driver. One is not reliant on the other but perhaps you misunderstood me. <br><br>
Please don't take this as criticism of ntfs-3g - I think it was a long
time (too long) in coming and enables lots of interesting things to
happen. Keep up the excellent work - I'm all in favour of choice which is what the original argument was all about.<br><br>Cheers<br>Chris<br clear="all"><br>-- <br><a href="http://www.chruz.com">http://www.chruz.com
</a>