Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Carlos Santos <casantos@datacom.ind.br>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 4/5] gtest: Upgrade to GitHub HEAD
Date: Thu, 18 Feb 2016 14:14:26 -0200 (BRST)	[thread overview]
Message-ID: <1397733218.10703.1455812066287.JavaMail.zimbra@datacom.ind.br> (raw)
In-Reply-To: <3E1323DE-EB35-4012-9DD2-BC0448C4A84B@softiron.co.uk>

> From: "Alan Ott" <alan@softiron.co.uk>
> To: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>, "Carlos Santos" <casantos@datacom.ind.br>
> Cc: buildroot at buildroot.org
> Sent: Wednesday, February 17, 2016 10:13:39 PM
> Subject: Re: [Buildroot] [PATCH 4/5] gtest: Upgrade to GitHub HEAD

> On February 17, 2016 1:50:23 PM MST, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com> wrote:
>>Hello,
>>
>>On Wed, 17 Feb 2016 16:17:12 -0200 (BRST), Carlos Santos wrote:
>>
>>> Hello Alan,
>>> 
>>> I noticed that this patch set is still in "Changes Requested" state.
>>Is there anything I can do to help?
>>
>>You can take over the patch, make the necessary changes and post an
>>updated version of it.
>>
>>If your changes are limited, it is customary to keep the original
>>author as the author of the patch.
>>
>>If your changes are really major and essentially rewrite the whole
>>patch, then you can re-assign the authorship of the patch to you, but
>>keep a reference to the original author in the commit log.
>>
>>It is definitely more than welcome to pick up old patches for which
>>changes were requested, but whose author didn't had the time to
>>implement.
>>
> 
> Hi Carlos, I agree. I ran out of time on this, unfortunately :( .Have a look at
> the original comments from Thomas here:
> https://patchwork.ozlabs.org/patch/530390/
> 
> As far as a authorship, the changes requested are significant enough that you
> can take my authorship off. I don't mind.
> 
> Alan.

Alan/Thomas,

I propose doing this in three steps:

1. Submit a patchset that replaces the sites from googlecode.com to github, maintaining the same package versions (including gtest and gmock, that would be left at version 1.7.0).

This change is easy to apply and could even be brought to the impending Buildroot 2016.02, IMO, since it does not change the package versions, only reduces the risk of build failures due to problems in googlecode.com (I consider this a bug fix). The patchset would update the following patches:

    http://patchwork.ozlabs.org/patch/530387/
    http://patchwork.ozlabs.org/patch/530388/
    http://patchwork.ozlabs.org/patch/530389/
    http://patchwork.ozlabs.org/patch/530390/
    http://patchwork.ozlabs.org/patch/530391/


2. Submit a patchset that replaces packages gtest and gmock by a "googletest" package, as suggested by Thomas. This change is quite disruptive for us at DATACOM because it may require changing the recipes that we maintain in $(BR2_EXTERNAL), so I humbly ask you to postpone the change.

3. Submit a patchset that upgrades googletest to a newer release, hopefully v1.8.0, or to the current HEAD, as decided by Peter Korsgaard and Alan. I will do this after ensuring that the change does not break anything.

Do you agree?

Carlos Santos (Casantos)
DATACOM, P&D

  reply	other threads:[~2016-02-18 16:14 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-14 21:51 [Buildroot] [PATCH 0/5] Move download links away from Google Code Alan Ott
2015-10-14 21:51 ` [Buildroot] [PATCH 1/5] dsp-tools: Move download link " Alan Ott
2015-10-14 21:51 ` [Buildroot] [PATCH 2/5] gst-dsp: " Alan Ott
2015-10-14 21:51 ` [Buildroot] [PATCH 3/5] gst-omapfb: " Alan Ott
2015-10-14 21:51 ` [Buildroot] [PATCH 4/5] gtest: Upgrade to GitHub HEAD Alan Ott
2015-10-14 21:55   ` Thomas Petazzoni
2015-10-14 22:00     ` Alan Ott
2015-10-15  7:10       ` Thomas Petazzoni
2015-10-19 19:29       ` Carlos Santos
2016-02-17 18:17         ` Carlos Santos
2016-02-17 20:50           ` Thomas Petazzoni
2016-02-18  0:13             ` Alan Ott
2016-02-18 16:14               ` Carlos Santos [this message]
2016-02-18 16:18                 ` Thomas Petazzoni
2016-02-18 19:26                   ` Carlos Santos
2015-10-14 21:51 ` [Buildroot] [PATCH 5/5] gmock: " Alan Ott
2015-10-14 21:56 ` [Buildroot] [PATCH 0/5] Move download links away from Google Code Thomas Petazzoni
2015-10-14 22:02   ` Alan Ott

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=1397733218.10703.1455812066287.JavaMail.zimbra@datacom.ind.br \
    --to=casantos@datacom.ind.br \
    --cc=buildroot@busybox.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox