| Message ID | cover.1381920288.git.anders@chargestorm.se |
|---|---|
| State | Accepted, archived |
| Headers | show |
I'm going to resend this series with the correct prefix added. Anders Darander <anders@chargestorm.se> wrote: > >These are a couple of recipes that we've been using internally for some >time. They >were developed and mostly used on a dylan-based setup. Testing has >primarily been >performed on ARM, both qemuarm and our custom machine. > >Breakpad is a crash reporting tool, that's getting a wider use. >Please, let me know if there's a more efficient way (or otherwise >better way) to >have the bbclass generate the symbol file. > >Ktap is a new scripting dynamic tracing tool for Linux. This recipe >will be of >use until everyone is on 3.13+ kernels (ktap has been merged for the >3.13 series). > >The following changes since commit >f8903f53db717294d63a8d79b5ef7ca34b3c189e: > >libhugetlbfs: install perl lib to directory perl instead of perl5 >(2013-10-15 13:43:53 +0200) > >are available in the git repository at: > > git://github.com/darander/meta-oe breakpad-ktap > https://github.com/darander/meta-oe/tree/breakpad-ktap > >Anders Darander (2): > breakpad: add initial recipe > ktap: add initial recipe > > meta-oe/classes/breakpad.bbclass | 32 ++++++++++ >meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 >+++++++++++++++++++++++ > meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb | 19 ++++++ > meta-oe/recipes-kernel/ktap/ktap.inc | 11 ++++ > meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++++++ > 5 files changed, 151 insertions(+) > create mode 100644 meta-oe/classes/breakpad.bbclass > create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb > create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb > create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc > create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb
On Fri, Oct 18, 2013 at 07:14:09AM +0200, Anders Darander wrote: > I'm going to resend this series with the correct prefix added. Are they the same, just with prefix added? I've already included them in last jenkins builds, so to know if I should fetch new version from patchwork or not. > Anders Darander <anders@chargestorm.se> wrote: > > > >These are a couple of recipes that we've been using internally for some > >time. They > >were developed and mostly used on a dylan-based setup. Testing has > >primarily been > >performed on ARM, both qemuarm and our custom machine. > > > >Breakpad is a crash reporting tool, that's getting a wider use. > >Please, let me know if there's a more efficient way (or otherwise > >better way) to > >have the bbclass generate the symbol file. > > > >Ktap is a new scripting dynamic tracing tool for Linux. This recipe > >will be of > >use until everyone is on 3.13+ kernels (ktap has been merged for the > >3.13 series). > > > >The following changes since commit > >f8903f53db717294d63a8d79b5ef7ca34b3c189e: > > > >libhugetlbfs: install perl lib to directory perl instead of perl5 > >(2013-10-15 13:43:53 +0200) > > > >are available in the git repository at: > > > > git://github.com/darander/meta-oe breakpad-ktap > > https://github.com/darander/meta-oe/tree/breakpad-ktap > > > >Anders Darander (2): > > breakpad: add initial recipe > > ktap: add initial recipe > > > > meta-oe/classes/breakpad.bbclass | 32 ++++++++++ > >meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 > >+++++++++++++++++++++++ > > meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb | 19 ++++++ > > meta-oe/recipes-kernel/ktap/ktap.inc | 11 ++++ > > meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++++++ > > 5 files changed, 151 insertions(+) > > create mode 100644 meta-oe/classes/breakpad.bbclass > > create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb > > create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb > > create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc > > create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb > > -- > ChargeStorm AB / eStorm > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Martin Jansa <martin.jansa@gmail.com> wrote: >On Fri, Oct 18, 2013 at 07:14:09AM +0200, Anders Darander wrote: >> I'm going to resend this series with the correct prefix added. > >Are they the same, just with prefix added? Yes, they are the same. Had I known that you already had them included in the last Jenkins build, I wouldn't have resent them. So no need to fetch a new version. Cheers, Anders >I've already included them in last jenkins builds, so to know if I >should fetch new version from patchwork or not. > >> Anders Darander <anders@chargestorm.se> wrote: >> > >> >These are a couple of recipes that we've been using internally for >some >> >time. They >> >were developed and mostly used on a dylan-based setup. Testing has >> >primarily been >> >performed on ARM, both qemuarm and our custom machine. >> > >> >Breakpad is a crash reporting tool, that's getting a wider use. >> >Please, let me know if there's a more efficient way (or otherwise >> >better way) to >> >have the bbclass generate the symbol file. >> > >> >Ktap is a new scripting dynamic tracing tool for Linux. This recipe >> >will be of >> >use until everyone is on 3.13+ kernels (ktap has been merged for the >> >3.13 series). >> > >> >The following changes since commit >> >f8903f53db717294d63a8d79b5ef7ca34b3c189e: >> > >> >libhugetlbfs: install perl lib to directory perl instead of perl5 >> >(2013-10-15 13:43:53 +0200) >> > >> >are available in the git repository at: >> > >> > git://github.com/darander/meta-oe breakpad-ktap >> > https://github.com/darander/meta-oe/tree/breakpad-ktap >> > >> >Anders Darander (2): >> > breakpad: add initial recipe >> > ktap: add initial recipe >> > >> > meta-oe/classes/breakpad.bbclass | 32 ++++++++++ >> >meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 >> >+++++++++++++++++++++++ >> > meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb | 19 ++++++ >> > meta-oe/recipes-kernel/ktap/ktap.inc | 11 ++++ >> > meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++++++ >> > 5 files changed, 151 insertions(+) >> > create mode 100644 meta-oe/classes/breakpad.bbclass >> > create mode 100644 >meta-oe/recipes-devtools/breakpad/breakpad_svn.bb >> > create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb >> > create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc >> > create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb >> >> -- >> ChargeStorm AB / eStorm >> _______________________________________________ >> Openembedded-devel mailing list >> Openembedded-devel@lists.openembedded.org >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
On Sat, Oct 19, 2013 at 10:17:26AM +0200, Anders Darander wrote: > > > Martin Jansa <martin.jansa@gmail.com> wrote: > >On Fri, Oct 18, 2013 at 07:14:09AM +0200, Anders Darander wrote: > >> I'm going to resend this series with the correct prefix added. > > > >Are they the same, just with prefix added? > > Yes, they are the same. Had I known that you already had them included in the last Jenkins build, I wouldn't have resent them. > > So no need to fetch a new version. OK, thanks. BTW: If you check patchwork http://patchwork.openembedded.org/project/oe/list/ and your patches are Archived and in "in-test" bundle, then it means that they are already included for Jenkins build. But there are some issues with latest patchwork version, so maybe it doesn't work for you (it works for me). More info about my patchwork work flow: http://www.openembedded.org/wiki/Patchwork#Multiple_layers_sharing_the_same_oe_project_on_patchwork > > Cheers, > Anders > > >I've already included them in last jenkins builds, so to know if I > >should fetch new version from patchwork or not. > > > >> Anders Darander <anders@chargestorm.se> wrote: > >> > > >> >These are a couple of recipes that we've been using internally for > >some > >> >time. They > >> >were developed and mostly used on a dylan-based setup. Testing has > >> >primarily been > >> >performed on ARM, both qemuarm and our custom machine. > >> > > >> >Breakpad is a crash reporting tool, that's getting a wider use. > >> >Please, let me know if there's a more efficient way (or otherwise > >> >better way) to > >> >have the bbclass generate the symbol file. > >> > > >> >Ktap is a new scripting dynamic tracing tool for Linux. This recipe > >> >will be of > >> >use until everyone is on 3.13+ kernels (ktap has been merged for the > >> >3.13 series). > >> > > >> >The following changes since commit > >> >f8903f53db717294d63a8d79b5ef7ca34b3c189e: > >> > > >> >libhugetlbfs: install perl lib to directory perl instead of perl5 > >> >(2013-10-15 13:43:53 +0200) > >> > > >> >are available in the git repository at: > >> > > >> > git://github.com/darander/meta-oe breakpad-ktap > >> > https://github.com/darander/meta-oe/tree/breakpad-ktap > >> > > >> >Anders Darander (2): > >> > breakpad: add initial recipe > >> > ktap: add initial recipe > >> > > >> > meta-oe/classes/breakpad.bbclass | 32 ++++++++++ > >> >meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 > >> >+++++++++++++++++++++++ > >> > meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb | 19 ++++++ > >> > meta-oe/recipes-kernel/ktap/ktap.inc | 11 ++++ > >> > meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++++++ > >> > 5 files changed, 151 insertions(+) > >> > create mode 100644 meta-oe/classes/breakpad.bbclass > >> > create mode 100644 > >meta-oe/recipes-devtools/breakpad/breakpad_svn.bb > >> > create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb > >> > create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc > >> > create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb > >> > >> -- > >> ChargeStorm AB / eStorm > >> _______________________________________________ > >> Openembedded-devel mailing list > >> Openembedded-devel@lists.openembedded.org > >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > -- > Anders Darander > ChargeStorm AB Tel: +46 702 44 84 36 > Laxholmstorget 3 Email: anders@chargestorm.se > 602 21 Norrköping Web: www.chargestorm.se > > Sent from my Android phone with K-9 Mail. Please excuse my brevity.