All of lore.kernel.org
 help / color / mirror / Atom feed
From: Trevor Woerner <twoerner@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: meta-browser duplicate patch
Date: Thu, 12 Jan 2017 10:20:09 -0500	[thread overview]
Message-ID: <20170112152009.GA15330@linux-uys3> (raw)
In-Reply-To: <8801566a-4012-0323-dc60-6833ab0079a7@linux.intel.com>

On Thu 2017-01-12 @ 04:59:20 PM, Alexander Kanavin wrote:
> On 01/12/2017 04:44 PM, Trevor Woerner wrote:
> > Does the do_patch logic now ignore the same patch being applied twice? I was
> > quite sure this was a problem in the past (and if it isn't, maybe it should
> > be?)
> > 
> > In commit fb4e542079958b6afde324a1e9bfdd695842aeeb
> > the patch recipes-browser/chromium/chromium/chromium/Do-not-depend-on-Linux-4.5.patch
> > 
> > and in commit c6fc9da7be64af7cd08c2bbb026e4c3ffc760687
> > the patch recipes-browser/chromium/chromium/chromium/unset-madv-free.patch
> > 
> > are exactly the same. Yet they're both happily applied without so much as a
> > warning, not even in temp/log.do_patch.
> 
> Can you inspect the resulting file? Are the changes being applied twice in
> two *different* locations in the file?

Ah yes, there it is, applied twice:

	 44 #if OS(LINUX) && defined(MADV_FREE)
	 45 // Added in Linux 4.5, but it breaks the sandbox.
	 46 #undef MADV_FREE
	 47 #endif
	 48 
	 49 #if OS(LINUX) && defined(MADV_FREE)
	 50 // Added in Linux 4.5, but we don't want to depend on 4.5 at runtime
	 51 #undef MADV_FREE
	 52 #endif


> We have a bug to fix this issue:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450

Great, thanks :-)


      reply	other threads:[~2017-01-12 15:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-12 14:44 meta-browser duplicate patch Trevor Woerner
2017-01-12 14:59 ` Alexander Kanavin
2017-01-12 15:20   ` Trevor Woerner [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=20170112152009.GA15330@linux-uys3 \
    --to=twoerner@gmail.com \
    --cc=openembedded-devel@lists.openembedded.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 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.