Hi Keith, fist let me state that I am not affiliated with the tmux project, but I want to say a word or two on upstream work.
Am 20.04.2015 um 14:17 schrieb Keith Willians <keithwilli...@gmail.com>: > On Mon, Apr 20, 2015 at 5:31 AM, Suraj N. Kurapati <sun...@gmail.com> wrote: > Users can still add comments to those closed tickets, so the act of > closing a ticket does not necessarily put an end to its discussion. > > I understand that but the impression that leaves is just that; discussion > closed. The ultimate thing here is that whoever closes something has made a > statement of intent, otherwise it is just to be left open. > > e.g. > > http://sourceforge.net/p/tmux/tickets/186/ : > > Some felt strongly about this. No real explanation was given. You could keep > the mailing lists around, but host the project somewhere else. Because if you are the maintainer you pick the tools. It is stated that you can make pull requests on the mirror and splitting projects between sites does not makes things easier. This handling is usually overhead. > http://sourceforge.net/p/tmux/tickets/177/ : > > Comments like "magic ESP hat" are not welcoming. The bug report was really bad. Which platform? Which version? Essentially he wasted time from the upstream maintainer as he replicated it. If he would have stated „I have 1.8“ he would probably got an immediate answer „use 1.9 because it is broken“. Lots of these 5 minute things sum up and you end up getting nothing done. A bad error report is an insult too. > http://sourceforge.net/p/tmux/tickets/131/ : > > "I really don't think this is necessary" - without explanation why. You need someone who gates requests or you get bloatware. If the one who raised the bug really thinks it is needed then he can pick up the discussion again and state usecases. Often you get feature requests of people who think it „is nice“ to have it, but without a usecase. I hope my comments help you understand that upstream often has its reasons. Best regards — Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users