public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Chris Punches <chris.punches@silogroup.org>
To: David Malcolm <dmalcolm@redhat.com>,
	esr@thyrsus.com, Joseph Myers <joseph@codesourcery.com>
Cc: gcc@gcc.gnu.org, Nathan Sidwell <nathan@acm.org>
Subject: Re: removing toxic emailers
Date: Thu, 15 Apr 2021 16:26:40 -0400	[thread overview]
Message-ID: <3e0b8d933eef3eb7f12e86bf6bc92dec6965065d.camel@silogroup.org> (raw)
In-Reply-To: <96db05d78cb1f829d0b3ce3026ac15a335fffd41.camel@redhat.com>

What I see here in sum is another high level tightly integrated Red Hat
employee saying the gist of "I'm really not saying it out of my
employer's interest and it has nothing to do with my personal
feelings".

Every single proponent of this argument that I have seen so far is
employed by one of the same 5 companies and "really isn't doing it on
behalf of my company I swear".  

Why is it almost exclusively that specific crowd saying it here, then?

I just don't buy it.  Please say anything that would not support the
emerging theory that these companies are using integrated employees to
try to emulate justification/pretext for a rift to attack the free
software world.  Anything at all.

-C

On Thu, 2021-04-15 at 13:31 -0400, David Malcolm via Gcc wrote:
> On Thu, 2021-04-15 at 09:49 -0400, Eric S. Raymond wrote:
> > Joseph Myers <joseph@codesourcery.com>:
> > > On Wed, 14 Apr 2021, Eric S. Raymond wrote:
> > > 
> > > > I'm not judging RMS's behavior (or anyone else's) one way or
> > > > another. I am simply pointing out that there is a Schelling
> > > > point
> > > > in
> > > > possible community norms that is well expressed as "you shall
> > > > judge
> > > > by
> > > > the code alone".  This list is not full of contention from
> > > > affirming
> > > > that norm, but from some peoples' attempt to repudiate it.
> > > 
> > > Since RMS, FSF and GNU are not contributing code to the toolchain
> > > and
> > > haven't been for a very long time, the most similar basis to
> > > judge
> > > them 
> > > would seem to be based on their interactions with toolchain
> > > development.  
> > > I think those interactions generally show that FSF and GNU have
> > > been
> > > bad 
> > > umbrella organizations for the toolchain since at least when the
> > > GCC
> > > 4.4 
> > > release was delayed waiting for a slow process of developing the
> > > GCC 
> > > Runtime Library Exception.
> > 
> > I do not have standing to argue this point.
> > 
> > I will, however, point out that it is a very *different* point from
> > "RMS has iupset some people and should therefore be canceled".
> 
> [I'm sorry to everyone who's sick of these threads, but I feel I have
> to respond to this one; sorry about writing another long email]
> 
> Eric: I don't know if you're just being glib, or you're deliberately
> trying to caricature those of us who are upset by RMS's behavior.
> 
> I think the words "canceled" and "cancel culture" have effectively
> become meaningless and should be avoided if we want to have a nuanced
> discussion - no-one seems to have a definition of what counts as
> "canceling" vs "consequences" vs "fair and measured responses".
> 
> At one time, both you and RMS were heroes of mine, and I was a true
> believer (of what, I'm no longer sure); I own copies of both "The
> Cathedral and the Bazaar" and "Free Software - Free Society", though
> both are currently in my attic, gathering dust.
> 
> I've long felt that there was a massive hole in the GNU project and
> FSF
> where effective technical leadership should have been - various
> maintainers on gcc, gdb, etc have been implementing things, and
> things
> were humming along, and those of us in Red Hat working on them tried
> to
> coordinate on features we felt were important - but where was the
> top-
> level response to, say, LLVM/clang? (to name just one of many changes
> in the industry)  In many ways the last 8 years of my career have
> been
> an attempt to get gcc to respond to the appearance of LLVM/clang
> (I've
> added JIT-compilation, improved diagnostics, and I'm implementing a
> static analysis pass) - I'm lucky that my managers inside Red Hat are
> happy to pay me to hack on this stuff and make GCC better - it helps
> our customers, but it also helps GCC, and the broader FLOSS
> communities
> using both toolchains).
> 
> Where has the technical leadership from RMS been?  Instead the long-
> standing opposition by RMS to exposing the compiler's IR has hobbled
> GCC, and partly contributed to the pile of technical debt we have to
> dig our way out of.  The only "leadership" coming out of GNU/FSF seem
> to me to be dictats from on high about ChangeLog formats and coding
> conventions.  The GNU project seems to me to be stuck in the 1980s. 
> Perhaps a pronouncement like: "try to make everything be consumable
> as
> libraries with APIs, as well as as standalone binaries" might have
> helped (and still could; can we do that please?)
> 
> Similarly, I agree with Joseph's observations of the ways that the
> FSF
> and GNU have been bad umbrella organizations for the toolchain.
> 
> But beyond the failure of technical leadership, and the
> organizational
> incompetence/incoherence, is RMS's behavior, and the extent to which
> it, as you put it "upset some people".
> 
> RMS's defenders seem to have fixated on his 2019 comments on Marvin
> Minsky, the uproar over those, and his responses to them (then and
> recently), and seem keen to assure us that everything's OK now, or,
> at
> least on a road to improvement.
> 
> But in the time since those 2019 comments, I've been reconsidering my
> views on RMS.  In particular, I have read of many alleged incidents
> such as:
>  - spontaneously licking a female conference member on the arm
>  - appearing to hit on anyone female, even if they're underage
>  - asking which female audience members at his talk were virgins
> 
> At least one of the above was from a former colleage of mine, which
> when I read it was about the point that broke me.
> 
> As part of my reconsidering my views on RMS, I recalled an event
> described in Sam Williams' biography of RMS in which Williams
> describes
> RMS's then girlfriend talking about how she "admired the way Richard
> built up an entire political movement to address an issue of profound
> personal concern", which she identified as "crushing loneliness".
> 
> When I first read that, years ago, I felt sorry and pity for RMS, and
> a
> vague feeling that community is an important part of FLOSS, or
> somesuch
> sentiment (and a feeling of trying to recreate a lost utopia from the
> 1980s).
> 
> But in the light of the various reports of RMS's awkard behavior
> around
> women, I decided to reread that section.  I looked online, and found
> that the book is available here:
>   https://www.fsf.org/faif
> 
> I noticed this passage immediately after the reference to "crushing
> loneliness":
> 
> "During dinner, I let the women do the talking and spent most of the 
> time trying to detect clues as to whether the last 12 months had 
> softened Stallman in any significant way.  I didn’t see anything to
> suggest they had.  Although more flirtatious than I remembered,
> Stallman retained the same general level of prickliness.  At one
> point,
> my wife uttered an emphatic "God forbid" only to receive a typical
> Stallman rebuke."
> 
> Something about the reference to "flirtatious" caught me eye in the
> light of the stories I've read about RMS's behavior around women.  It
> turns out that the original text is available on Project Gutenberg
> here:
>   http://www.gutenberg.org/ebooks/5768
> where that passage reads:
> 
> "During dinner, I let the women do the talking and spent most of the
> time trying to detect clues as to whether the last 12 months had
> softened Stallman in any significant way. I didn't see anything to
> suggest they had. Although more flirtatious than I remembered - a
> flirtatiousness spoiled somewhat by the number of times Stallman's
> eyes
> seemed to fixate on my wife's chest - Stallman retained the same
> general level of prickliness. At one point, my wife uttered an
> emphatic
> "God forbid" only to receive a typical Stallman rebuke."
> 
> Spot the difference?
> 
> https://www.fsf.org/faif says:
>   "It is a rare kind of biography, where the reader has the benefit
> of
> both the biographer's original words and the subject's response."
> 
> which is certainly one way of describing it.  It's unclear to me
> whether Williams removed that sentence, or RMS did.  It may be unfair
> to Williams and his wife to draw attention to this in this email, and
> I'm sorry if it is - I mention it here as it's something that no-one
> else seemed to have noticed.  I don't want biography to become
> hagiography - it's unhealthy to put people up on a pedestal - for
> them
> and us.
> 
> I don't know if your retort about "upset[ing] some people" was
> referring to the Minsky comments, or to the behaviors RMS seems to be
> prone to around women, which although I'm not a woman, appear to me
> to
> be very alienating.  If the latter, you might want to consider that
> women and girls are roughly half the population of the world at large
> (if not this project), and referring to them as "some people" might
> be
> seen as patronizing.
> 
> I don't want FLOSS to be a boy's club, but also, merely, from the
> existing narrow perspective of the political mission of the FSF, I
> think having more women involved would help keep software freedom
> relevant to today's tech enviroment.  For example, I think this
> article
> has an excellent take on the power relationship between smartphones
> and
> their users, comparing a smartphone to an abusive partner:
>   
> https://conversationalist.org/2019/09/13/feminism-explains-our-toxic-relationships-with-our-smartphones/
> and it makes many points that I think are very relevant to the FSF's
> political mission (if not on-topic to the nuts and bolts of GCC
> development; I'm just posting it here by way of example).
> 
> Most of the above issues involve gender, but not all of them.
> 
> For example, the staff of the FSF appear to have had to unionize
> specifically as a response to having to constantly deal with
> unreasonable behavior from RMS (and the management apparently wanted
> to
> join the union too, but couldn't due to laws on such matters).
> 
> Reading that made me regret if any harsh words I've had for the
> organization of the FSF have hurt the staffers there; it seems to
> have
> been a very difficult place to work.
> 
> To try to sum up, it's not just RMS's remarks about Minsky that
> bothered me.  I think there are technical, governance, *and* social
> issues here.  To be fair, I'm not sure how much of my own visceral
> reaction to RMS's recent return to the FSF board is due to the amount
> of code I've had to write to deal with technical decisions he's
> imposed
> on the project, versus a feeling of "ick" having now read the stories
> from women who've felt deeply uncomfortable around him.  Maybe I'm
> just
> bitter about having to fix the code.  To what extent should we accept
> eccentric and/or antisocial behavior in FLOSS communities, or does
> doing so make us "enablers"?  I'm not sure what the boundaries here
> should be.
> 
> I think that the idea that some have that list moderation is always
> wrong closely relates to "Geek Social Fallacy #1: Ostracizers Are
> Evil":
>   https://plausiblydeniable.com/five-geek-social-fallacies/
> and is equally invalid.
> 
> I still admire much of what RMS has written, and have spent much of
> my
> career trying to implement part of a vision inspired by him.  I'm sad
> about the way things have turned out.  Twitter seems to turn
> everything
> into a pitched battle between two camps.  I hope there's room for a
> nuanced view of him - the good and the less good.  I don't know what
> role he should have, but I think it should not be a leadership one,
> and
> I think the FSF and GNU need to greatly change to stay relevant,
> including on governance and on succession plans.  None of us are
> getting any younger, and the vision of the FSF and GNU seems to me to
> be stuck in the 1990s (or earlier).
> 
> I don't have the emotional bandwidth to contribute more meaningfully
> to
> the future of GNU/FSF beyond my contributions to GCC, and this
> email. 
> I've posted the following link to Luis Villa's blog before, which in
> my
> view has many good ideas on ways to save the FSF from itself, so I'll
> repost it again in case anyone hasn't seen it yet who might find
> benefit in it:
>   https://lu.is/blog/2021/04/07/values-centered-npos-with-kmaher/
> 
> I reject the idea that a FLOSS community should be judged purely on
> the
> code it generates - I want to work in a "professional" environment,
> for
> some definition of "professional", with basic standards of behavior,
> or, to quote the late Anthony Bourdain:
> 
> "It is truly a privilege to live by what I call the "no asshole"
> rule.
> I don't do business with assholes. I don't care how much money they
> are
> offering me, or what project. Life is too short. Quality of life is
> important. I'm fortunate to collaborate with a lot of people who I
> respect and like, and I’d like to keep it that way."
> 
> In general, my experiences with the GCC community is that it is full
> of
> people I respect and like, but with dysfunction when it comes to
> anything to do with GNU/FSF/RMS. (and thank you to the Steering
> Committee for helping shelter us from that dysfunction).
> 
> This may have turned into a rant, for which I'm sorry, but I hope
> it's
> constructive.  I've used "I and "me" a lot - the views here are my
> own,
> although I'm paid to care about GCC (which I do), and these are not
> the
> opinions of Red Hat, or of my colleagues.
> 
> Sorry again about prolonging this thread; I will try to get back to
> coding now.
> 
> Dave
> 


  parent reply	other threads:[~2021-04-15 20:26 UTC|newest]

Thread overview: 160+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-14 12:27 Nathan Sidwell
2021-04-14 13:18 ` Eric S. Raymond
2021-04-14 13:28   ` Thomas Koenig
2021-04-14 13:38     ` Frosku
2021-04-14 13:45     ` Frosku
2021-04-14 14:49     ` Jonathan Wakely
2021-04-14 14:57       ` Jonathan Wakely
2021-04-14 15:10         ` Frosku
2021-04-14 15:08       ` Thomas Koenig
2021-04-14 15:25       ` Didier Kryn
2021-04-14 17:09       ` Jeff Law
2021-04-14 18:26         ` Christopher Dimech
2021-04-14 14:08   ` Nathan Sidwell
2021-04-14 15:06     ` Eric S. Raymond
2021-04-14 16:06     ` Christopher Dimech
2021-04-14 16:08     ` Jeff Law
2021-04-14 20:39       ` Ian Lance Taylor
2021-04-14 20:49         ` Christopher Jefferson
2021-04-14 20:49         ` Paul Koning
2021-04-14 21:38           ` Ian Lance Taylor
2021-04-15  0:13             ` Paul Koning
2021-04-15  0:40               ` Chris Punches
2021-04-14 22:40           ` Frosku
2021-04-14 23:19             ` Ian Lance Taylor
2021-04-14 23:28               ` Frosku
2021-04-14 23:36                 ` Ian Lance Taylor
2021-04-14 23:39                   ` Frosku
2021-04-15  0:03                     ` Ian Lance Taylor
2021-04-22 22:04             ` Soul Studios
2021-04-15 14:00           ` Eric S. Raymond
2021-04-15 15:17             ` Iain Sandoe
2021-04-15 15:27               ` Paul Koning
2021-04-15 19:21                 ` Iain Sandoe
2021-04-15 19:45                   ` Christopher Dimech
2021-04-15 20:02                     ` Ian Lance Taylor
2021-04-15 20:03                     ` Iain Sandoe
2021-04-15 20:58                       ` Christopher Dimech
2021-04-14 21:24         ` Jeff Law
2021-04-14 21:40           ` Ian Lance Taylor
2021-04-14 21:57           ` Patrick McGehearty
2021-04-15  6:00             ` Thomas Koenig
2021-04-15 16:18               ` Gabriel Ravier
2021-04-14 14:23   ` Richard Kenner
2021-04-14 14:54     ` Nathan Sidwell
2021-04-14 14:57       ` Frosku
2021-04-14 15:18       ` Richard Kenner
2021-04-14 15:21         ` Frosku
2021-04-14 15:21       ` Eric S. Raymond
2021-04-14 18:27         ` Joseph Myers
2021-04-14 20:02           ` Christopher Dimech
2021-04-15 13:49           ` Eric S. Raymond
2021-04-15 17:31             ` David Malcolm
2021-04-15 19:05               ` Ian Lance Taylor
2021-04-15 19:48                 ` Gcc as callable libraries (was: removing toxic emailers) Thomas Koenig
2021-04-15 21:19                   ` David Edelsohn
2021-04-15 21:31                   ` David Malcolm
2021-04-15 21:51                     ` David Malcolm
2021-04-15 19:27               ` removing toxic emailers Christopher Dimech
2021-04-15 20:26               ` Chris Punches [this message]
2021-04-15 20:51                 ` Ian Lance Taylor
2021-04-15 21:13                   ` Christopher Dimech
2021-04-15 23:11                   ` Frosku
2021-04-15 23:36                     ` Christopher Dimech
2021-04-15 23:44                       ` Frosku
2021-04-15 23:52                         ` Paul Koning
2021-04-15 23:55                           ` Frosku
2021-04-16  0:00                         ` Joseph Myers
2021-04-15 23:52                       ` Eric S. Raymond
2021-04-16  0:04                         ` Frosku
2021-04-16  0:16                           ` Joseph Myers
2021-04-16  0:41                             ` Frosku
2021-04-16  1:04                             ` Christopher Dimech
2021-04-16  0:48                         ` Christopher Dimech
2021-04-17  9:09                     ` Gerald Pfeifer
2021-04-17 11:56                       ` Giacomo Tesio
2021-04-17 14:41                         ` Christopher Dimech
2021-04-17 18:11                         ` David Brown
2021-04-18  1:39                           ` Ian Lance Taylor
2021-04-18 13:10                             ` Eric S. Raymond
2021-04-18 14:51                               ` David Malcolm
2021-04-18 15:59                                 ` Christopher Dimech
2021-04-18 18:24                                 ` Alexandre Oliva
2021-04-18 19:13                                   ` Jonathan Wakely
2021-04-18 20:10                                     ` Alexandre Oliva
2021-04-19  0:54                                     ` Frosku
2021-04-18 19:06                                 ` Jonathan Wakely
2021-04-18 20:22                                   ` Alexandre Oliva
2021-04-19  1:10                                     ` Frosku
2021-04-19  2:42                                       ` Christopher Dimech
2021-04-19  6:29                                       ` Jonathan Wakely
2021-04-19  6:31                                         ` Frosku
2021-04-19 15:06                                         ` Thomas Rodgers
2021-04-19 16:57                                           ` Christopher Dimech
2021-04-20  3:47                                           ` Frosku
2021-04-20  5:06                                             ` Christopher Dimech
2021-04-20  7:53                                             ` Jonathan Wakely
2021-04-20 14:03                                               ` Ian Lance Taylor
2021-04-20 14:15                                                 ` Richard Kenner
2021-04-20 14:22                                                   ` David Brown
2021-04-20 14:30                                                     ` Richard Kenner
2021-04-18 11:12                           ` identifying toxic emailers (was: removing toxic emailers) Giacomo Tesio
2021-04-18 12:42                             ` Richard Kenner
2021-04-18 13:23                               ` Giacomo Tesio
2021-04-17 13:57                       ` removing toxic emailers Christopher Dimech
2021-04-15 21:13                 ` David Malcolm
2021-04-15 23:21                   ` JeanHeyd Meneide
2021-04-15 22:09                 ` Christopher Jefferson
2021-04-15 22:40                 ` Jeff Law
2021-04-15 23:28               ` Eric S. Raymond
2021-04-16  0:20                 ` Christopher Dimech
2021-04-16  2:47                 ` Ian Lance Taylor
2021-04-16  3:02                   ` Frosku
2021-04-16  3:19                     ` Ian Lance Taylor
2021-04-16  4:07                       ` Frosku
2021-04-16 16:28                         ` Ian Lance Taylor
2021-04-16 23:15                           ` Frosku
2021-04-17  0:43                             ` Christopher Dimech
2021-04-17  4:05                             ` Ian Lance Taylor
2021-04-17  4:08                               ` Frosku
2021-04-17  5:04                                 ` Andrew Pinski
2021-04-17  9:08                                   ` Giacomo Tesio
2021-04-17  9:41                                     ` Frosku
2021-04-17 15:07                                       ` Christopher Dimech
2021-04-17  5:35                                 ` Jeff Law
     [not found]                                   ` <e324569ac358127174e1ba08337166c4d9494883.camel@silogroup.org>
2021-04-17  7:53                                     ` Frosku
2021-04-17  8:27                                       ` Aaron Gyes
2021-04-17  8:36                                         ` Frosku
2021-04-17  9:04                                           ` Aaron Gyes
2021-04-17  9:08                                             ` Aaron Gyes
2021-04-17  9:29                                               ` Frosku
2021-04-17  9:25                                             ` Frosku
2021-04-17 14:21                                               ` Christopher Dimech
2021-04-17 12:41                                         ` Liu Hao
2021-04-17 15:16                                         ` Christopher Dimech
2021-04-17  9:29                             ` Giacomo Tesio
2021-04-17  9:36                               ` Frosku
2021-04-16  8:54                       ` Iain Sandoe
2021-04-16 10:02                         ` Thomas Koenig
     [not found]                         ` <CAJWNc-7q+t1njvEow=a6QPD4uWA7htEZn=koRBNd3ziO4y8A-g@mail.gmail.com>
     [not found]                           ` <CAJWNc-6rDMvK12h8PcjrTZO5E-c4qNsh0SHQ0+kmGV71Jis67Q@mail.gmail.com>
2021-04-16 14:42                             ` Iain Sandoe
2021-04-16 15:14                               ` Christopher Dimech
2021-04-16 17:31                         ` NightStrike
2021-04-16  4:09                   ` Eric S. Raymond
2021-04-16  9:39                     ` Kalamatee
2021-04-16  9:58                       ` Frosku
2021-04-16 16:17                     ` Ian Lance Taylor
2021-04-14 17:32   ` Christopher Dimech
2021-04-14 16:52 ` Martin Jambor
2021-04-14 18:19   ` Nathan Sidwell
2021-04-14 18:30     ` Christopher Dimech
2021-04-14 18:32     ` Paul Koning
2021-04-14 20:12       ` Christopher Dimech
2021-04-15  0:10     ` Christopher Dimech
2021-04-15  9:18       ` Jonathan Wakely
2021-04-15 14:25         ` Christopher Dimech
2021-04-15 10:20       ` Aaron Gyes
2021-04-15 14:31         ` Christopher Dimech
2021-04-14 23:09 Adrian
2021-04-15  0:18 ` Soul Studios
2021-04-15 14:40 ` Eric S. Raymond
2021-04-15 22:49   ` Frosku

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3e0b8d933eef3eb7f12e86bf6bc92dec6965065d.camel@silogroup.org \
    --to=chris.punches@silogroup.org \
    --cc=dmalcolm@redhat.com \
    --cc=esr@thyrsus.com \
    --cc=gcc@gcc.gnu.org \
    --cc=joseph@codesourcery.com \
    --cc=nathan@acm.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).