On 12/9/05, Junio C Hamano <junkio@cox.net> wrote: > > An accident? Like a filesystem not supporting executable permission? > > What is the reason to report success from the test run in that conditions? > > Let's be reasonable. I was hoping to hear from you a real-world > breakage case that I overlooked due to my lack of access to > platforms you may have access to. I am not interested in a > theoretical failure case discussion very much. If your > filesystem does not support executables, why do you expect > things to run from the freshly built directory to begin with? In my case it was the freshly build directory where a chmod 0666 * was done. This directory wont rebuild (the dates are correct), and the tests run, as if nothing happened. I actually noticed only after a half an hour, that I wasn't running the executables I expected. > Linkage error of git-init-db (or git wrapper) may leave the file > created but leave that in unexecutable form, which could be a > valid concern, but that would signal an error to the make during > the build stage, and "test" target depends on "all" target. > > And please do not start arguing that you can cd to 't' directory > after such a build failure and manually say "make". You can do > that without even running make at the top level and cause the > same failure. I consider both of them pilot errors. Yes, but they are not obvious. It is also not obvious what to do, because everything seams alright. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri Dec 09 21:59:56 2005
This archive was generated by hypermail 2.1.8 : 2005-12-09 22:00:05 EST