[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