Re: Bug 418176 to be fixed in r4?

[Shachar Or <dawnlight@lavabit.com>]

Here's the patch. I'm sorry, I don't know what this changelog entry is. I'm 
not so familiar with the packaging terms. Perhaps this is a description of 
the patch and why i added it? It was added to fix #418176 in etch. It is 
copied as is from the 0.5.11-1 version.

Is anything else needed?

I'm CC'ing the package's maintainer.

On Friday 30 May 2008 13:52, Philipp Kern wrote:
> Dawn,
>
> am Fri, May 30, 2008 at 11:26:26AM +0300 hast du folgendes geschrieben:
> > Would it be possible to add this fix to etch r4?
> >
> > I'm talking about doing what I've described in
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418176#67
> >
> > I've tested it and it works. I see no problems.
>
> it would help if you could attach the concrete patch (w/ changelog
> entry etc.).
>
> Kind regards,
> Philipp Kern

-- 
Shachar Or | שחר אור
http://ox.freeallweb.org/

diff --git a/tools/hal-storage-mount.c b/tools/hal-storage-mount.c
index 3fa59f6..4933fdd 100644
--- a/tools/hal-storage-mount.c
+++ b/tools/hal-storage-mount.c
@@ -720,6 +720,8 @@ handle_mount (LibHalContext *hal_ctx,
 		 * (since these doesn't contain uid/gid bits) 
 		 */
 		if (strcmp (libhal_volume_get_fstype (volume), "vfat") != 0 &&
+		    strcmp (libhal_volume_get_fstype (volume), "ntfs") != 0 &&
+		    strcmp (libhal_volume_get_fstype (volume), "ntfs-3g") != 0 &&
 		    strcmp (libhal_volume_get_fstype (volume), "iso9660") != 0 &&
 		    strcmp (libhal_volume_get_fstype (volume), "hfs") != 0 &&
 		    strcmp (libhal_volume_get_fstype (volume), "udf") != 0) {