> Going back to the engineering problems, those problems are not going to
> get fixed by people working on them in their spare time, that's for sure,
> it's just not fun enough nor are they important enough. Who wants to
> spend a year working on a problem which only 10 people see in the world
> each year? And commercial
Well, if it happens only to 10 people per
year, it is a non-problem.
> I'm starting to think that the best thing I could do is encourage Pavel &
> Co to work as hard as they can to solve these problems. Telling them that
> it is too hard is just not believable, they are convinced I'm trying to
> make them go away. The fastest way to make them go away is to get them
> to start solving the problems. Let's see how well Pavel likes it when
> people bitch at him that BitBucket doesn't handle problem XYZ and he
If it only happens so rarely, people
are unlikely to complain too loudly.
Take a look at e2fsck. That's similar to
bk -- awfull lot of corner cases. And
guess what, if you mess up your disk
badly enough, it will just tell you to
fix it by hand (deallocate block free bitmap
in full group). And its okay.
(Plus I believe chkdsk has *way* bigger
problems than that.)
I'm sure you are not going to throw away
ext2 just because it has 1-person-per-3-years
problem. 99% solution is going to be
good enough for me, Andrea and
Martin. Linus can keep using bk.
Pavel
-- Pavel Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need...- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/