From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.pokylinux.org (Postfix) with ESMTP id 95CCE4C81008 for ; Thu, 12 May 2011 11:49:20 -0500 (CDT) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 12 May 2011 09:49:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.64,359,1301900400"; d="scan'208,217";a="878186" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by fmsmga002.fm.intel.com with ESMTP; 12 May 2011 09:49:20 -0700 Received: from orsmsx504.amr.corp.intel.com ([10.22.226.207]) by orsmsx604.amr.corp.intel.com ([10.250.113.17]) with mapi; Thu, 12 May 2011 09:49:19 -0700 From: "Kamble, Nitin A" To: "yocto@yoctoproject.org" Date: Thu, 12 May 2011 09:49:18 -0700 Thread-Topic: dpatch files in Yocto tree Thread-Index: AcwQxIlAfUcJXa4vQrqOp1iosMHE6w== Message-ID: <9DA5872FEF993D41B7173F58FCF6BE94D8968844@orsmsx504.amr.corp.intel.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: dpatch files in Yocto tree X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 16:49:20 -0000 Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_9DA5872FEF993D41B7173F58FCF6BE94D8968844orsmsx504amrcor_" --_000_9DA5872FEF993D41B7173F58FCF6BE94D8968844orsmsx504amrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I find following dpatch files in the Yocto tree. Dpatch files have a small = shell script at the beginning of the patch. Out of all these, all gcc patches are for all gcc-4.3.3 only, which is kind= of outdated stuff now. And will be going out of the tree soon. Binutils & tslib patches are in current use. Adding metadata vars likes ups= tream_status may break the dpatch format/script. Do we care for the shell script inside the dpatch file? Is it ok to break i= t inside Yocto tree? meta/recipes-devtools/binutils/binutils-2.21/binutils-uclibc-300-012_check_= ldrunpath_length.patch meta/recipes-devtools/binutils/binutils-2.21/binutils-uclibc-300-001_ld_mak= efile_patch.patch meta/recipes-devtools/binutils/binutils-2.21/binutils-x86_64_i386_biarch.pa= tch meta/recipes-devtools/binutils/binutils-2.21/binutils-uclibc-300-006_better= _file_error.patch meta/recipes-devtools/gcc/gcc-4.5.1/libstdc++-pic.dpatch meta/recipes-devtools/gcc/gcc-4.5.1/arm-unbreak-eabi-armv4t.dpatch meta/recipes-devtools/gcc/gcc-4.5.1/gcc-ice-hack.dpatch meta/recipes-devtools/gcc/gcc-4.5.1/pr30961.dpatch meta/recipes-devtools/gcc/gcc-4.6.0/libstdc++-pic.dpatch meta/recipes-devtools/gcc/gcc-4.6.0/arm-unbreak-eabi-armv4t.dpatch meta/recipes-devtools/gcc/gcc-4.6.0/gcc-ice-hack.dpatch meta/recipes-devtools/gcc/gcc-4.6.0/pr30961.dpatch meta/recipes-devtools/gcc/gcc-4.3.3/300-libstdc++-pic.patch meta/recipes-devtools/gcc/gcc-4.3.3/debian/libstdc++-pic.dpatch meta/recipes-devtools/gcc/gcc-4.3.3/debian/arm-unbreak-eabi-armv4t.dpatch meta/recipes-devtools/gcc/gcc-4.3.3/debian/gcc-ice-hack.dpatch meta/recipes-devtools/gcc/gcc-4.3.3/debian/pr30961.dpatch meta/recipes-graphics/tslib/tslib/32bitBE-support.patch Thanks, Nitin --_000_9DA5872FEF993D41B7173F58FCF6BE94D8968844orsmsx504amrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I find following dpatch files in the Yocto tree. Dpatc= h files have a small shell script at the beginning of the patch.

 

Out of all these, all gcc patches are for all gcc-4.3.= 3 only, which is kind of outdated stuff now. And will be going out of the tree soon= .

 

Binutils & tslib patches are in current use. Addin= g metadata vars likes upstream_status may break the dpatch format/script.

 

Do we care for the shell script inside the dpatch file= ? Is it ok to break it inside Yocto tree?

 

 

 

meta/recipes-devtools/binutils/binutils-2.21/binutils-= uclibc-300-012_check_ldrunpath_length.patch

meta/recipes-devtools/binutils/binutils-2.21/binutils-= uclibc-300-001_ld_makefile_patch.patch

meta/recipes-devtools/binutils/binutils-2.21/binutils-= x86_64_i386_biarch.patch

meta/recipes-devtools/binutils/binutils-2.21/binutils-= uclibc-300-006_better_file_error.patch

meta/recipes-devtools/gcc/gcc-4.5.1/libstdc++-pic.dpat= ch

meta/recipes-devtools/gcc/gcc-4.5.1/arm-unbreak-eabi-a= rmv4t.dpatch

meta/recipes-devtools/gcc/gcc-4.5.1/gcc-ice-hack.dpatc= h

meta/recipes-devtools/gcc/gcc-4.5.1/pr30961.dpatch

meta/recipes-devtools/gcc/gcc-4.6.0/libstdc++-pic.dpat= ch

meta/recipes-devtools/gcc/gcc-4.6.0/arm-unbreak-eabi-a= rmv4t.dpatch

meta/recipes-devtools/gcc/gcc-4.6.0/gcc-ice-hack.dpatc= h

meta/recipes-devtools/gcc/gcc-4.6.0/pr30961.dpatch

meta/recipes-devtools/gcc/gcc-4.3.3/300-libstdc++-pic.= patch

meta/recipes-devtools/gcc/gcc-4.3.3/debian/libstdc++-p= ic.dpatch

meta/recipes-devtools/gcc/gcc-4.3.3/debian/arm-unbreak= -eabi-armv4t.dpatch

meta/recipes-devtools/gcc/gcc-4.3.3/debian/gcc-ice-hac= k.dpatch

meta/recipes-devtools/gcc/gcc-4.3.3/debian/pr30961.dpa= tch

meta/recipes-graphics/tslib/tslib/32bitBE-support.patc= h

 

Thanks,

Nitin

 

--_000_9DA5872FEF993D41B7173F58FCF6BE94D8968844orsmsx504amrcor_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.pokylinux.org (Postfix) with ESMTP id 238634C811B4 for ; Thu, 12 May 2011 19:20:54 -0500 (CDT) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 12 May 2011 17:20:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.64,361,1301900400"; d="scan'208";a="1582816" Received: from unknown (HELO [10.255.12.88]) ([10.255.12.88]) by fmsmga001.fm.intel.com with ESMTP; 12 May 2011 17:20:53 -0700 Message-ID: <4DCC7964.6010208@intel.com> Date: Thu, 12 May 2011 17:20:52 -0700 From: Saul Wold User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Thunderbird/3.0.5 MIME-Version: 1.0 To: "Kamble, Nitin A" References: <9DA5872FEF993D41B7173F58FCF6BE94D8968844@orsmsx504.amr.corp.intel.com> In-Reply-To: <9DA5872FEF993D41B7173F58FCF6BE94D8968844@orsmsx504.amr.corp.intel.com> Cc: "yocto@yoctoproject.org" Subject: Re: dpatch files in Yocto tree X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2011 00:20:54 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/12/2011 09:49 AM, Kamble, Nitin A wrote: > I find following dpatch files in the Yocto tree. Dpatch files have a > small shell script at the beginning of the patch. > > Out of all these, all gcc patches are for all gcc-4.3.3 only, which is > kind of outdated stuff now. And will be going out of the tree soon. > > Binutils & tslib patches are in current use. Adding metadata vars likes > upstream_status may break the dpatch format/script. > > Do we care for the shell script inside the dpatch file? Is it ok to > break it inside Yocto tree? > I think you can add the Upstream-Status: after the exit on the script and before the patch proper starts. Have you confirmed that all these patches are actually used? I think that some are no longer used. Also as Richard suggested, please put an RFC Patch that remove the oldest version of GCC 4.3.3, along with gcc-cross-kernel-3.4.4 as it's no longer needed either. > meta/recipes-devtools/binutils/binutils-2.21/binutils-uclibc-300-012_check_ldrunpath_length.patch > > meta/recipes-devtools/binutils/binutils-2.21/binutils-uclibc-300-001_ld_makefile_patch.patch > > meta/recipes-devtools/binutils/binutils-2.21/binutils-x86_64_i386_biarch.patch > > meta/recipes-devtools/binutils/binutils-2.21/binutils-uclibc-300-006_better_file_error.patch > > meta/recipes-devtools/gcc/gcc-4.5.1/libstdc++-pic.dpatch > > meta/recipes-devtools/gcc/gcc-4.5.1/arm-unbreak-eabi-armv4t.dpatch > > meta/recipes-devtools/gcc/gcc-4.5.1/gcc-ice-hack.dpatch > > meta/recipes-devtools/gcc/gcc-4.5.1/pr30961.dpatch > > meta/recipes-devtools/gcc/gcc-4.6.0/libstdc++-pic.dpatch > > meta/recipes-devtools/gcc/gcc-4.6.0/arm-unbreak-eabi-armv4t.dpatch > > meta/recipes-devtools/gcc/gcc-4.6.0/gcc-ice-hack.dpatch > > meta/recipes-devtools/gcc/gcc-4.6.0/pr30961.dpatch > > meta/recipes-devtools/gcc/gcc-4.3.3/300-libstdc++-pic.patch > > meta/recipes-devtools/gcc/gcc-4.3.3/debian/libstdc++-pic.dpatch > > meta/recipes-devtools/gcc/gcc-4.3.3/debian/arm-unbreak-eabi-armv4t.dpatch > > meta/recipes-devtools/gcc/gcc-4.3.3/debian/gcc-ice-hack.dpatch > > meta/recipes-devtools/gcc/gcc-4.3.3/debian/pr30961.dpatch > > meta/recipes-graphics/tslib/tslib/32bitBE-support.patch > > Thanks, > > Nitin > > > > _______________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto