On Friday 21 July 2006 21:13, Jason Lunz wrote: > On Fri, Jul 21, 2006 at 09:03:23PM +0200, Michael Buesch wrote: > > I am not going to maintain a bogus version number. > > What about simply returning 1.0 and be done with it. > > I don't think it matters. 1.0 is as bogus as any other value. > > Put it to use! Increment it whenever there's a major change in the
What is a major change? Why only on major change? Why not on simple changes, too? Simple changes sometimes introduce bugs, too. > driver, like the locking rewrite or the init routine rewrite. At the > very least, it makes it easier to rule certain things out if a user > reports lockup or something. What I wanted to say: I _never_ had debugging-problems, because I did not know the source state it was compiled from. If there is a lockup, and I don't see if a specific change that might cause it is in or not, I simply ask him. It's _much_ easier than maintaining a bogus counter. The version counter will cause patch hunks to fail and whatever. It's only useless trouble. If someone is not able to answer questions like: "Which kernel version do you run?" "Please look at foo.c line 234 and tell me what's there." He does not want to debug the problem anyway. Problem solved. Someone else will appear to help debugging it, if it's a real bug. -- Greetings Michael. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
