[Ksummit-discuss] "Maintainer summit" invitation discussion

[Doug Ledford]

On 4/19/2017 12:18 PM, Linus Torvalds wrote:
> On Wed, Apr 19, 2017 at 8:37 AM, Doug Ledford <dledford at redhat.com> wrote:
>> On 4/18/2017 4:13 PM, Linus Torvalds wrote:
>>>
>>> I'm not sure who those people actually are, but I suspect this list
>>> contains people who can point to each tech lead.. I think it's Laura
>>> Abbott for Fedora, for example?
>>
>> There really is no pain point for Fedora.  They take a very simple
>> approach: in rawhide, they pull latest git once you hit the -rc cycles
>> and build it, otherwise it's the latest released kernel; in actual
>> releases, they pull stable tree point releases as they are released (not
>> long term stable, they upgrade to a new stable tree fairly regularly).
>> They really don't do much in the way of having to integrate changes into
>> their kernel (intentionally), it's just a constant rolling update game
>> using newer and newer tarballs.  So, the pain is not in Fedora, it's in
>> RHEL.  What we do there is so totally different from Fedora and hurts so
>> bad as a developer...but I don't know if you really care to even talk
>> about that at the summit since, to be fair, it's largely a consequence
>> of our business model.
> 
> Yeah, I don't think we can do much about distros that intentionally
> want to stay behind and backport. Admittedly Android seems to be very
> much in that camp too, but I'd at least want to talk to them more.
> RHEL I feel knows what it's doing and isn't causing the kinds of
> issues Android is anyway.
> 
> That said, even with Fedora I think Laura was at the KS last year, and
> did talk about what she sees as the stable kernel process. So Fedora
> may not be a "painpoint", but may well be relevant for the "meet with
> people and talk about process issues once a year".

Entirely true.  And I probably shouldn't have said there is no pain
point for Fedora, because I shouldn't have put words in her mouth
anyway.  I would *expect* there is no pain point given their model (and
I've not seen the internal email discussions we see around our RHEL
kernels), but I can't speak beyond that.


-- 
Doug Ledford <dledford at redhat.com>
    GPG Key ID: B826A3330E572FDD
    Key fingerprint = AE6B 1BDA 122B 23B4 265B  1274 B826 A333 0E57 2FDD

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 884 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/ksummit-discuss/attachments/20170419/055c0022/attachment.sig>