On Sun, Nov 10, 2019 at 01:01:35PM -0800, Kurt H Maier wrote:
> On Sun, Nov 10, 2019 at 11:33:44AM +0100, Patch Submitter wrote:
> > 
> > Imagine an open software project gets a patch submitted.
> 
> Substantive patches tend to get more attention.  At this point you've
> sent one email for each harmless whitespace character you've proposed to
> delete.  Why are you so exercised by this?  It's the worst form of
> bikeshedding.

Yes, bikeshedding is an odd way to express "I do care"


Following dnsmasq learnt me that patches get ignored,
at least some patch do need reminders.

Part of being exercised by this is finding the time
between reminders.  Other part is getting clear feedback
on submitted patches. Having a "patch seen and is rejected"
means there is no need for sending reminders.


The assumption of harmless white space is wrong. Tooling
such as `git` warns about trailing spaces. Do

 rm -f src/000*.patch
 git format-patch 04db148...04db148~1
 git checkout 6fe436a
 patch -p1 < 0001-Fix-crash-on-REFUSED-answers-to-DNSSEC-queries.patch 
 git diff --check

to get
|src/forward.c:949: trailing whitespace.
|+  if (forward->sentto->edns_pktsz > SAFE_PKTSZ && (forward->flags & 
FREC_TEST_PKTSZ) && 
|src/forward.c:976: trailing whitespace.
|+      if ((forward->sentto->flags & SERV_DO_DNSSEC) && 

Restore your git tree with
 patch -Rp1 < 0001-Fix-crash-on-REFUSED-answers-to-DNSSEC-queries.patch 
 git checkout master

Petr Mensik wrote wisely:
  When I am against forced reformatting like someone here suggested, I
  think some easy checks might be done before commiting changes. For
  example, git diff would show in red whitespaces on lines without
  anything else or after code before end of line. These are not nice and
  I would like them removed.
(http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q3/013368.html)


Maybe I should ask for
  sed --in-place -e 's/[ \t]*$//' src/*.c
but
  sed --in-place -e 's/^[ \t]*$//' src/*.c
is already a nice cleanup.


The larger plan is having
  Code style, ie layout, indent width, is not negotiable.
(http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q3/013318.html)
and
  I like that style, I chose that style and it's not going to change.
(http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013414.html)
documented in something like "clang-format"
(http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013417.html)

While working on that plan was "Remove empty tailing lines"
(http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013418.html)
revealed.



Groeten
Geert Stappers
-- 
Leven en laten leven

_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss

Reply via email to