Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: > On Tue, 15 Jul 2008, Dmitry Potapov wrote: > >> Those repos that think that access for Git 1.4 users is important for >> them can set indexformat=1. > > Unfortunately, you place quite a high maintenance burden on the repository > maintainers here. > > From the time balance sheet, it does not look good at all: a few minutes > for Junio to change and commit, up to a few hours (because they missed it > in the release notes) for probably more than hundred repository > maintainers that are not subscribed to the Git mailing list. > > And I absolutely agree with Pasky that this does _nothing_ in the vague > direction of wielding a reputation of being easy to use. > > Sure, we can make it easy on ourselves. And it is just as easy to make it > hard on others. If you're okay with that, I am not. I was not planning to comment on this issue further as the ball is in Debian's court, but I think you are misguided. We are not making anything hard on others. Sticking to 1.4.4.4 codebase is forced by Debian (for its policy) and choice made by its users (for not knowing or using backports). 1.5.0 and later are vastly better and we encourage users to update on every occassion we get. I do not know the extent of the backporting effort necessary, the size of potentially impacted population if Debian keeps shipping unpatched 1.4.4.4, nor how much Debian cares about supporting their 1.4.4.4 users i.e. if they are willing and able to carry distro-only forward compatibility patches, and knowing all of these is necessary before we declare this is worth handling _ourselves_. That is why I did not want to take a definitive stance on this issue before hearing from the Debian maintainer about them -- I said "Debian has to ask with list of items", didn't I? What troubles me the most is that you seem to be forgetting that we are using git to manage our codebase. Even if this turns out to be something we would want to handle ourselves, it does not have to come from me. If you care that much, you could backport whatever change is appropriate to keep 1.4.4.X codebase alive and arrange it to be published as 1.4.4.5. In any case, it will _definitely_ *NOT* a few minutes of me nor anybody. Release engineering takes quite a lot of time. -- 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
