Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

1. Never merged. No replies.

2. Never merged, though a similar patch by the same person was merged a couple of weeks later. Try, try, again.

3. Never merged. Waiting on Bram.

4. Merged after 6 months, only because users constantly pestered. This patch was 12 lines, all straightforward.

5. Never merged. Bram said it was on his to-merge list in 2013.

All of these patches are pretty small. It shouldn't take long to reply with "Yes", "No", or "fix this". Yet the response is often one reply, followed by crickets. As 2 and 5 show, even the "yes" patches can fall through the cracks.

Bram's initial response can be quick, but it's often an ordeal to actually get a patch merged, even for trivial ones. This is likely due to a combination of Bram being a very busy person and mailing lists being terrible for this sort of thing.



1) Here the real problem is the maintainer of the syntax file who is hard to reach. I have contacted him several times but never got fa reply. No real problem of Vim. 2) merged February 25th. Not bad I would say (again a runtime file problem) 3) merged with 7.4.646 4) yes, sometimes it takes a while. 5) took long but has been merged with 7.4.652


I'm confused though. I don't ever see a response from Bram saying "merged this". Instead you see a constant stream of patches merged at the root of the mailing list.

So I don't think you can look for his response in the mailing list for a submission if it was merged or not. You have to look at the stream of merged patches.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: