All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjarni Ingi Gislason <bjarniig@rhi.hi.is>
To: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
Cc: linux-man <linux-man@vger.kernel.org>
Subject: Re: [PATCH] man3/*: ffix, change '-' to '\-' for options
Date: Thu, 30 Jul 2020 00:07:12 +0000	[thread overview]
Message-ID: <20200730000712.GA13485@rhi.hi.is> (raw)
In-Reply-To: <CAKgNAkgFJC3fFby+yLKTFOuLSHWLFh2K6-gX_F2tGc-vzqXtTw@mail.gmail.com>

On Fri, Jul 17, 2020 at 01:20:49PM +0200, Michael Kerrisk (man-pages) wrote:
> > > >   I always use my own copy of the repository where I apply my new
> > > > patches to.
> > >
> > > Please don't. When I've rejected particular changes (as below),
> > > for reasons that I already explained (several times), then basing
> > > your patches on private repo that still has those changes will
> > > just cause breakage and wasted time for me. Please base patches
> > > off a pristine master.
> > >
> >   I do not support bad, wrong decisions.
> >
> >   I do not support misuse.
> >
> >   Your "trouble" is a direct consequence of your decisions.
> >
> >   I have already answered your "explanations".
> 
> So, at first I was giving you the benefit of the doubt, presuming that
> you were not deliberately sending me patches that might break because
> they included dependencies on changes that I had explicitly rejected
> (several times) in the past. You've now made it clear that it was
> deliberate.
> 
> A few of your patches have helpful clean-ups, but the bother of
> dealing with such nonsense[1] just isn't worth it. Please don't waste
> time by sending me any further patches; they will be ignored.
> 
> Thanks,
> 
> Michael
> 
> [1] https://marc.info/?l=linux-man&m=154743115806201&w=2

  I do not propagate (pass on) wrongdoings, obstruction of truth,
lies, mistakes, when I am aware of them.

  What does your "job" description say about resolving merge conflicts?

  Where is your "job" description available?

###

  "For what one has forbidden so far as a matter of principle
has always been --- truth alone.".  These words are valid for
the history of humankind as well as for Nietzsche's family.

Alice Miller "The Untouched key".  Virago Press 1990,
Page 122.
Original title: "Der gemiedene Schlüssel".  1988.

      reply	other threads:[~2020-07-30  0:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-01 22:50 [PATCH] man3/*: ffix, change '-' to '\-' for options Bjarni Ingi Gislason
2020-07-02 10:27 ` Michael Kerrisk (man-pages)
2020-07-04  0:02   ` Bjarni Ingi Gislason
2020-07-06  8:45     ` Michael Kerrisk (man-pages)
2020-07-13 18:58       ` Bjarni Ingi Gislason
2020-07-17 11:20         ` Michael Kerrisk (man-pages)
2020-07-30  0:07           ` Bjarni Ingi Gislason [this message]

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=20200730000712.GA13485@rhi.hi.is \
    --to=bjarniig@rhi.hi.is \
    --cc=linux-man@vger.kernel.org \
    --cc=mtk.manpages@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.