ksummit.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: "Luis R. Rodriguez" <mcgrof@kernel.org>
Cc: ksummit <ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] Bug reporting feedback loop
Date: Wed, 28 Jun 2017 10:04:17 +0200	[thread overview]
Message-ID: <CAKMK7uHvCLXLoq9m8asZwZeHBtK3qm-c2EK3UVpv9TmPwuBD8Q@mail.gmail.com> (raw)
In-Reply-To: <20170627190424.GW21846@wotan.suse.de>

On Tue, Jun 27, 2017 at 9:04 PM, Luis R. Rodriguez <mcgrof@kernel.org> wrote:
>> I guess it shouldn't be too difficult to build a kernel package based
>> on subsystem for-next branch regularly like we do for KOTD and
>> linux-next kernel packages.  You'd need to set up some cron job to git
>> pull, repackage tarball and adjust config file somehow automatically,
>> then feed it to osc (in the case of openSUSE/SUSE OBS).
>
> That'd be great. It sounds like we have trees like this for media, and
> wireless. Not sure of others.

In case anyone cares, I'm trying to make drm-tip _the_ integration
tree for graphics. Doesn't contain everything yet, but generally a
good place for build-bots, and iirc at least ubuntu has a ppa for it:

https://cgit.freedesktop.org/drm-tip

And the integration manifest:

https://cgit.freedesktop.org/drm-tip/tree/integration-manifest

Probably the neatest thing is that there's no single person
maintaining it, but conflicts get resolved and stored when they
happen, by the person who pushes the patches creating the conflict.
See

https://cgit.freedesktop.org/drm-tip/log/?h=rerere-cache

So yeah we've managed to scale maintaining an integration tree to a
team of 20+ people, everyone with commit rights in the various trees
essentially :-)

Cheers, Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch

  reply	other threads:[~2017-06-28  8:04 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-21 22:34 Laura Abbott
2017-06-22 12:36 ` Jiri Kosina
2017-06-27 17:53   ` Luis R. Rodriguez
2017-06-27 18:26     ` Laurent Pinchart
2017-06-27 18:30     ` James Bottomley
2017-06-27 18:41       ` Daniel Vetter
2017-06-27 19:02       ` Luis R. Rodriguez
2017-06-27 19:46         ` Guenter Roeck
2017-06-28 10:19           ` Mark Brown
2017-06-27 22:35       ` Jiri Kosina
2017-06-28  6:59         ` Takashi Iwai
2017-06-27 18:31     ` Takashi Iwai
2017-06-27 19:04       ` Luis R. Rodriguez
2017-06-28  8:04         ` Daniel Vetter [this message]
2017-06-22 14:08 ` Takashi Iwai
2017-06-22 14:12   ` Jiri Kosina
2017-06-22 14:24     ` Takashi Iwai
2017-06-28 13:12       ` Jani Nikula
2017-06-28 13:13         ` Takashi Iwai
2017-06-22 15:34 ` James Bottomley
2017-06-23 14:52 ` Greg KH
2017-06-23 20:28   ` Jiri Kosina
2017-06-25 17:11   ` Laura Abbott

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=CAKMK7uHvCLXLoq9m8asZwZeHBtK3qm-c2EK3UVpv9TmPwuBD8Q@mail.gmail.com \
    --to=daniel.vetter@ffwll.ch \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    --cc=mcgrof@kernel.org \
    /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