Hey,

On Thu, Aug 30, 2012 at 7:55 AM, Andy Green <andy.gr...@linaro.org> wrote:
> Hi -
>
> We've been getting some good mileage from the llct-based tilt-3.4 history
> tree the last months.
>
> However a couple of points have been raised by TI which really boil down to
> being about the deal with llct post-release.  We know that it goes on
> mutating and tracking as it should, but the release-specific version, like
> "linux-linaro-3.4" just sits there afaik.
>
> The points raised were:
>
> 1) Can we have linux stable point release content in tilt-3.4?  Rather than
> my doing it, isn't it better to add it to llc-3.4 and merge it on the lt
> history tree periodically?  That way every lt can get them from one place.

I don't see why merging the stable release contents would be an issue.
We could keep updating the tree based on stable-only releases, as long
as we still have at least one Landing Team interested on consuming it.

This would be another job that would probably be automated by Andrey's scripts.

> 2) What's the deal with things that were the latest and greatest at that
> time, ie, the best "CMA" or whatever series was in tracking, but after it
> got copied out to be linux-linaro-core-3.4, horrible bugs were fixed in
> linux-linaro-tracking?  What's happening is that TI are sticking with these
> releases for a fair time as the basis for their release to customers.

The problem is that the main goal of pushing new content and branches
at the linux-linaro-tracking is mainly to help people getting their
own stuff at upstream (by providing an unified tree which can then be
used for QA and such). So, from the maintainer perspective, he'll
always be moving his own stuff based on the latest upstream available,
and that's why they are always integrated at the latest
linux-linaro-tracking as well (mostly following upstream).

If we decide to keep updating the older tree, that would probably need
a substantial and not necessarily trivial work on backporting the new
features and updates. Guess at least bugfixes would be ok, but I don't
think would be trivial to identify just the fixes at the latest
series.

> I can see there's tension between tracking-style fix it for the future, and
> backport to old and crusty things, there's also issue of testing, but there
> must be some cases where this makes some sense.  Again people looking after
> the feature tree for llct are best placed to make those calls about, "hm,
> that looks like it should maybe also go on the last couple of llc release
> trees".
>
> What do you think about this?

I believe we can go on case by case, if we have people requesting us
to backport new features or branches over previous releases. If you
have any this point (or at least from TI), we can look and see what
would be needed to update at the 3.4 based trees, but would also be
nice if we can also get them involved on testing, so we know things
are working properly.

Do you have any idea about how long TI will keep this 3.4 based tree
maintained and supported? I saw you were about to move on working at
the 3.6 based tree, but don't know if that's just to keep things sane
(and near upstream), or because TI wants to have another well
supported tree.

Thanks,
-- 
Ricardo Salveti de Araujo

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to