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 :-)
prev parent 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.