[Bug 239682] Default to devel/llvm90 when libLLVM/libclang are required or if /usr/bin/clang is not enough

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Fri Oct 4 16:55:05 BST 2019


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239682

--- Comment #25 from Jan Beich <jbeich at 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.


More information about the kde-freebsd mailing list