[oe] [meta-handheld][PATCH 5/5] linux: remove unused git version

[Andrea Adami]

On Fri, Nov 18, 2011 at 2:11 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> On Fri, Nov 18, 2011 at 10:18:17AM +0000, Paul Eggleton wrote:
>> On Friday 18 November 2011 10:55:03 Martin Jansa wrote:
>> > On Fri, Nov 18, 2011 at 01:36:07AM +0100, Andrea Adami wrote:
>> > > * for our old beloved handhelds the kernel
>> >
>> > I'm using it.. but if I'm alone then I can keep it in my own branch..
>> > currently upgrading from 3.1.0-rc10 to 3.2.0-rc2
>>
>> If you're still using it Martin I'd rather keep it around than force you to
>> maintain your own branch with it in; it shouldn't get in the way of anyone
>> else.
>
> Well, it doesn't cost me anything to maintain it and if nobody booted
> 3.1.0-rc* from that recipe except me then I'm fine with dropping it.
>
> But I rememeber a while back when we were trying to boot something like
> 2.6.32-rcX and we had to exchange few patches and defconfigs to find usable
> configuration and meta-handheld looks like good place to share such
> stuff if it at least work for someone (in this case me), but no other
> side I do not send patch with every SRCREV change I have locally unless
> it needs defconfig change or extra patch (expecting that everybody can
> bump SRCREV and rcX locally to test newer version).
>
> like this:
> https://gitorious.org/shr/meta-handheld/commit/5136fd456569a254b3203545af3c98d643e8b681?format=patch
>
> Regards,
>
> --
> Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>

I have no strong opinion too.

My thoughts are that Pavel is always testing bleeding edge way before
we commit it in OE while Dmitry told me repeatedly he prefers to base
his patches on stable, older kernels.

So my point is we can always cherry-pick the interesting patches from
the linux tree and hijack our 'private' kernels because our layer
would not affect other machines.

Regards

Andrea