Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: > IIRC, due to technical limitations, the config machinery only recognizes > sections if there is at least _one_ entry in them. This is because > git_config() is used to determine (from the current file position) where > the section begins. Ah, the reading side should be able to get by with that parsing logic, as an empty section is totally ignorable anyway. And the parser for the writing side reuses that logic. Asking for removal code to notice the empty section and remove it needs a bit of restructuring of the parsing logic as currently it doesn't even see an empty section. Thanks---the explanation makes sense (I am not saying "it justifies it"; I only mean "it explains why the code behaves like that very well"). I think we have kept the original parsing structure since repo-config added the write support, and "fixing" the issue is not that urgent, but it would be nice to get it fixed. Perhaps somebody can find some time over the upcoming holidays ;-) -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html