For whatever it's worth, I always run "b4 am -o /tmp/m ...", so all of the .mbox files end up in /tmp/m. Similarly, I'll always run "git ty -o /tmp/e ..." so all of the thanks file end up in /tmp/e. And that way I inspect the b4 output files before I run "git am -s /tmp/m/..." or "git send-mail /tmp/e/...". So I never end up with the problem of stale b4 turds in the kernel tree. My one wish is that b4 would automatically create the arguments to the -o otpion if they don't exist, so I'm not having to type "rm -r /tmp/m ; mkdir /tmp/m" before I run b4, but as far as I'm concerned, it's much better than having the turds in my kernel tree. The other thing I got a bit confused about is the "autocomplete not working". At least for me, if there are two files that have the same prefix, say, 2023, when type "2023<TAB>", the terminal bell goes "fweep", which makes me understand that the prefix was not ambiguous, and then the second time when I hit <TAB> I'll see the possible autocomplete options, so I know what unique characters I might need to type in order for autocomplete to make forward progress. Now, it might be that you've turned off the terminal bell, so you don't get the hint about why autocomplete didn't fully complete the filename, so it appears as it was "autocomplete not working", as opposed to your not getting the feedback about why it didn't do more autocompletion. > Sure but apparently the point of that commit was precisely to avoid > *risking* to commit them for other users, or maybe just not seeing > too many of them when running git status to make sure the rest that > they consider more important is actually committed. Well, if you use directories in /tmp for the b4 output, there's no risk of them accidentally getting committed into the tree. And unless you do something like "git add .", there's no chance they would accidentally get committed anyway, so I'm not sure I see the point. I'm always manually using "git add <filename>" precisely because I don't *trust* "git add ." not accidentally including stuff I don't want.... - Ted