[OE-core] [PATCH 3/3] elfutils: 0.176 -> 0.177

Hongxu Jia hongxu.jia at windriver.com
Fri Aug 23 14:37:09 UTC 2019


On 8/23/19 10:26 PM, Adrian Bunk wrote:
> On Fri, Aug 23, 2019 at 09:28:11AM +0800, Hongxu Jia wrote:
>> On 8/23/19 1:01 AM, Adrian Bunk wrote:
>>> On Thu, Aug 22, 2019 at 09:40:18AM +0800, Hongxu Jia wrote:
>>>> - Update Debian patches
>>>>     http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.176-1.debian.tar.xz
>>>>
>>>> - Rebase Debian patches to 0.177
>>>>     debian/hppa_backend.diff
>>>>     debian/mips_backend.diff
>>>>     debian/arm_backend.diff
>>>>     debian/mips_readelf_w.patch
>>>>     debian/testsuite-ignore-elflint.diff
>>>>     debian/mips_cfi.patch
>>>> ...
>>>>    ...1-fix-compile-failure-with-debian-patches.patch |  48 ++++++++
>>>> ...
>>>>    .../elfutils/files/debian/hppa_backend.diff        |  57 +++++----
>>>>    .../elfutils/files/debian/hurd_path.patch          |  17 +--
>>>> ...
>>>>    .../elfutils/files/debian/kfreebsd_path.patch      |  13 +-
>>>> ...
>>>>    .../elfutils/files/debian/mips_cfi.patch           | 131 +++++++++++++++++++++
>>>> ...
>>> Why are we following Debian patches in a package with active upstream?
>> I am afraid no, we need to rebase them (0.176) to 0.177
> The part about rebasing existing patches is clear.
>
> But why are we for example adding mips_cfi.patch when this is not upstream?
> There might be a good reason for doing so, but "because it is a Debian patch"
> is not a good reason.
>
> And the existing hppa/hurd/kfreebsd patches from Debian are unlikely to
> make sense in OE.

I just integrate debian patches as a whole, if you are familiar with 
elfutils and

make sure some of them does not make sense, modification on them is welcome

//Hongxu

>> //Hongxu
> cu
> Adrian
>



More information about the Openembedded-core mailing list