On Sun, 2009-06-28 at 12:51 -0700, Eric W. Biederman wrote: > OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx> writes: > > > tridge@xxxxxxxxx writes: > > > >> > Given what you have said our interpretation of vfat has a bug, > >> > and that small change is a candidate for -stable. If it could > >> > be it's own patch. > >> > >> good point. > >> > >> Hirofumi-san, would you support putting the last_u change into stable? > > > > If you want, I have no problem to do. However, I'm not thinking that > > part is a bug. And -stable rule is also "a real bug that bothers > > people", but there is even a no bug reporter which tell actual problem. > > > Tridge. Is there any reason to believe that Microsoft will continue > to treat Longfilenames without short filenames as valid in vfat? > > If this turns into a contest of who can do the silliest things in > their vfat code microsoft could easily introduce a stricter directory > parser and cause all kinds of grief. > > It wouldn't even surprise me if you haven't seen such shenanigans > while working on samba. If you own the platform, like Microsoft does, there are many things you *could* do to make life difficult for others (like shipping a slightly incompatible version of java, for instance ...). However, having had one or two consumer and regulatory backlashes from shipping updates primarily designed to hobble what you think of as a competitor, you tend to be much more wary about doing it so openly ... particularly when you're trying to convince a wary customer base that you're the champion of interoperability nowadays. The bottom line is that we need to consider the current patch on its merits for evading the vfat patent. Speculating about what Microsoft might or might not do to retaliate doesn't really help with this. James -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
