Re: [GIT PULL] bcachefs changes for 6.17

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jani, hi.

Jani Partanen - 12.08.25, 09:49:03 CEST:
> On 10/08/2025 2.13, Kent Overstreet wrote:
> > And now, I just got an email from Linus saying "we're now talking
> > about
> > git rm -rf in 6.18", after previously saying we just needed a
> > go-between.
> > 
> > So if that's the plan, I need to be arguing forcefully here, because a
> > lot is on the line for a lot of people.
> 
> No that is not what you need to do. Arguing is the guarantee way that rm
> -rf will happen.
> 
> You need to *SHUT* *THE* *FUCK* *UP* *RIGHT* *NOW!* That is what you
> need to do and find very very fast some spokesman/woman/person who deal
> all the communication.

I might have worded this differently, but in essence I agree.

The likely hood of BCacheFS pull requests being accepted again would have 
been far better without that initial comment and subsequent comments from 
you, Kent, (and some others) on this thread. Actually I felt that the 
thread was even going in a quite good direction, before your first comment 
to it. Some users spoke in favor of accepting the pull request. And I feel 
after your comment that momentum was completely destroyed. As I read your 
first comment, Kent, I thought: Oh no, now this is going to go downhill 
just like the other threads about the topic. And unfortunately that 
happened. It was predictable. Completely predictable.

And avoidable.

See, Kent, you argued all the time. Look at the results.

Again: Look at your behavior and look at the results. Really do it. Take 
time to do it.

It is not even about to what extent your arguments have been accurate or 
not. But more about the *way* you argued.

If you continue to do the same thing all over again, you will receive the 
same result. (Unless someone in charge changes their behavior in a 
significant way, but do you really like to make BCacheFS acceptance in 
kernel community dependent on that? You may wait a very long time then.)

See, it is not about right or wrong, but it is about where the lever to 
change the outcome actually is. And that lever is not in asking others to 
change. And it is also not within insisting that you are right, even in 
case you are right at least to some extent.

It may very well be that others overreacted. But it is outside of your 
power to change that. Especially not by blaming or asking them to change. 
Blaming is a certain way to give away power over what you experience to 
someone else.

Step back. Take some time to contemplate about what happened. Actually 
that is a good approach for everyone involved, I think.

Seek another approach to communicate *differently* from what you have 
already been doing all the time. Then you *might* achieve a different 
result.

Doing the same thing over and over again and expecting a different result 
is insane.

Best,
-- 
Martin






[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux