All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: richard -rw- weinberger <richard.weinberger@gmail.com>
Cc: H Hartley Sweeten <hartleys@visionengravers.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>
Subject: Re: [PATCH] Documentation: remove 'linux' from dontdiff file
Date: Mon, 16 Apr 2012 14:53:16 -0500	[thread overview]
Message-ID: <4F8C78AC.8000202@landley.net> (raw)
In-Reply-To: <CAFLxGvwCEmr2JUe5UNYGoUAe_unb1iZvit=OFrMo=0=2ON0cGA@mail.gmail.com>

On 04/13/2012 06:09 PM, richard -rw- weinberger wrote:
> On Sat, Apr 14, 2012 at 1:06 AM, H Hartley Sweeten
> <hartleys@visionengravers.com> wrote:
>> Hmm.. So we are suppressing an entire branch of the directory tree (a
>> fairly major one at that) for one file?
>>
> 
> No, we need a better solution.
> Your patch replaces a regression with another one...

Could somebody explain the purpose of this file to me?  According to
SubmittingPatches:

> To create a patch for multiple files, you should unpack a "vanilla",
> or unmodified kernel source tree, and generate a diff against your
> own source tree.  For example:
> 
>         MYSRC= /devel/linux-2.6
> 
>         tar xvfz linux-2.6.12.tar.gz
>         mv linux-2.6.12 linux-2.6.12-vanilla
>         diff -uprN -X linux-2.6.12-vanilla/Documentation/dontdiff \
>                 linux-2.6.12-vanilla $MYSRC > /tmp/patch
> 
> "dontdiff" is a list of files which are generated by the kernel during
> the build process, and should be ignored in any diff(1)-generated
> patch.  The "dontdiff" file is included in the kernel tree in
> 2.6.12 and later.  For earlier kernel versions, you can get it
> from <http://www.xenotime.net/linux/doc/dontdiff>.

Allowing a vmlinux equivalent in there would produce "binary files
differ", which is noise but not a regression. (The resulting patch
wouldn't functionally differ when applied.)

If it's really bothersome, possibly that hunk should have instructions
that you should compare against a _clean_ tree you've done "make
distclean" on?

Rob
-- 
GNU/Linux isn't: Linux=GPLv2, GNU=GPLv3+, they can't share code.
Either it's "mere aggregation", or a license violation.  Pick one.

  reply	other threads:[~2012-04-16 19:53 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-13 22:52 [PATCH] Documentation: remove 'linux' from dontdiff file H Hartley Sweeten
2012-04-13 23:04 ` richard -rw- weinberger
2012-04-13 23:06   ` H Hartley Sweeten
2012-04-13 23:09     ` richard -rw- weinberger
2012-04-16 19:53       ` Rob Landley [this message]
2012-04-16 19:47 ` Rob Landley

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=4F8C78AC.8000202@landley.net \
    --to=rob@landley.net \
    --cc=hartleys@visionengravers.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=richard.weinberger@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.