https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239682
--- Comment #25 from Jan Beich <jbe...@freebsd.org> --- (In reply to Warner Losh from comment #24) > when the llvm developers tell you it isn't ready, it isn't ready. Release happens when "the llvm developers" decide something "is ready" for wide consumption. > When the graphics folks tell you it isn't ready, it isn't ready. Before you've started with FUD they were silent for the whole duration. x11@ was in CC as requested in Mk/bsd.default-versions.mk. > If it's not ready, timing doesn't matter. Please start listening to your > peers. Assignee decides when patch "is ready" to land. At the time there were no blockers and maintainer timeout was reached. After landing all regressions were promptly fixed. I don't think I've made any mistakes. > Bland assertions that we need to do this, Assignee decides what work and how it's done. There were several issues (confusion and blind spots) but it's a net positive. I'll try to do better in future. > or that a week is enough time are flat out wrong. 2019-09-20 (landing) - 2019-08-06 (review request) = 45 days. > This really needs to be backed out Why? I need a technical rationale. > and you need to adopt a more conservative approach to pushing things in. Provide more details, including how to treat bad actors. My approach works fine elsewhere i.e., wherever the graphics team is not involved. > You are literally making a lot of people very mad at you for not > listening to them. I'm awaiting brooks@ reply to shed light on what led to planning/prioritization failure. Otherwise, it looks like a one-off misunderstanding. > There's a lot of smart people in the project, and when they are mad > at you for how you've done something, it pays to listen. They are > almost certainly right. I do listen but don't blindly follow unless requested by the authority in charge. "Smart people" is ambiguous term, those who excel at coding may not be good at negotiating. Obviously, you have a lot more such experience but the current attitude falls short. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"