On 10/10/2007, <b class="gmail_sendername">Tom spot Callaway</b> <<a href="mailto:tcallawa@redhat.com">tcallawa@redhat.com</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 Wed, 2007-10-10 at 22:08 +0200, Thorsten Leemhuis wrote:<br>> On 10.10.2007 21:53, Tom "spot" Callaway wrote:<br>> > On Wed, 2007-10-10 at 15:53 -0400, Paul Wouters wrote:<br>> >> On Wed, 10 Oct 2007, Tom "spot" Callaway wrote:
<br>> >>>> If we want to improve the user experience, it would be great if anaconda<br>> >>>> offered to do the resize.  Even for an experienced user, who wants to d/l +<br>> >>>> burn >1 cd/dvd?
<br>> >>> Anaconda doesn't have any ntfs support yet. We're looking at that for<br>> >>> F9.<br>> >>> The F-8 live-cd might have the ntfsutils, but I don't know.<br>> >> Wasn't NTFS a patent issue? Though I do not see it anymore on
<br>> >> <a href="http://fedoraproject.org/wiki/ForbiddenItems">http://fedoraproject.org/wiki/ForbiddenItems</a><br>> > Short answer: No.<br>> > Long answer: If something (anything) in Fedora infringes a patent that
<br>> > you hold, please let me know the specifics (which patent, which<br>> > software, etc), and we will address it.<br>><br>> Is there a middle-sized answer maybe that might explain why<br>> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=65749">
https://bugzilla.redhat.com/show_bug.cgi?id=65749</a><br>> still wasn't fixed? The bug is about this fact:<br>><br>> $ grep NTFS /boot/config-2.6.23-0.217.rc9.git1.fc8<br>> # CONFIG_NTFS_FS is not set<br>>
<br>> Sure, ntfs-3g is around -- but some people still prefer the in-kernel<br>> driver and it still gets downloaded from a well know 3rd party repo as<br>> kmod a lot.<br><br>I asked DaveJ not to enable the ntfs kmod.
</blockquote><div><br>I'd prefer it if it was enabled.<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;">1. It doesn't work as well as ntfs-3g.
</blockquote><div><br>This is debatable. It doesn't have full write support (has some albeit limited) but that doesn't mean it doesn't work well. If you have a partition that you only need read access for it actually works better (qv. faster) than ntfs-3g.
<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;">1A. It doesn't have RW support.</blockquote><div><br>You can do some. <a href="http://linux-ntfs.org/doku.php?id=status">
http://linux-ntfs.org/doku.php?id=status</a> <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;">2. It is unmaintained upstream.</blockquote>
<div><br>Not true. Anton is implementing a full read/write driver for OS X and under the terms of his contract he cannot release the code until something like a year after completion.<br><br><a href="http://sourceforge.net/mailarchive/forum.php?thread_id=7767017&forum_id=2697">
http://sourceforge.net/mailarchive/forum.php?thread_id=7767017&forum_id=2697</a><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;">
3. mount.ntfs points to ntfs-3g in Fedora. So, even if someone gets the<br>ntfs.ko in place, they're still probably using ntfs-3g.</blockquote><div><br>I think that is wrong and a little short-sighted. It really should be 
mount.ntfs-3g - the kernel driver was implemented first - it is still under development and may well be released around the time of F9+1. Speed issues alone will support the use of kernel filesystems over userspace ones and this will simply prompt a return to this debate. Please can this be changed.
<br><br>Cheers<br>Chris<br></div></div><br>-- <br><a href="http://www.chruz.com">http://www.chruz.com</a>