LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Stefan Richter <stefanr@s5r6.in-berlin.de> To: Matthias Schniedermeyer <ms@citd.de> Cc: Richard Knutsson <ricknu-0@student.ltu.se>, linux-kernel@vger.kernel.org Subject: Re: [RFC] How to (automatically) find the correct maintainer(s) Date: Mon, 15 Jan 2007 01:43:23 +0100 (CET) [thread overview] Message-ID: <tkrat.0ce30797d3555dc3@s5r6.in-berlin.de> (raw) In-Reply-To: <45AAC44D.808@citd.de> On 15 Jan, Matthias Schniedermeyer wrote: > Stefan Richter wrote: >> On 14 Jan, Richard Knutsson wrote: >>>(Really liked the idea to have a "Maintainer"-button >>>next to "Help" in *config) >> >> Rhetorical question: What will this button be used for? > > Having "all(tm)" information of something in one place? Or, "click here to say 'it does not work'"? My rhetorical question wasn't about what it is intended for, but what people would think it was intended for if it was there. > Help-Text and Dependencies/Selects are already there. Yes. For the purpose of configuring the kernel. > I think adding the Maintainers-data is more or less a logical next step. > > It's not always clear from the MAINTAINERS-file who is the right person > for what. Especially as it is a rather large text-file with only > mediocre search-friendlieness. It's a 3.5 K-lines file! > > So when you know that you have a problem with drivers X, wouldn't it be > great if you could just "go to" the driver in *config and see not only > the Help-Text but the Maintainers-Data also. Seems more like what you actually want to have there is links to users' mailinglists or forums. When this thread started, it was about assisting authors in submitting patches. > And you can place "Fallback"-Maintainers-Data on Tree-Parents, for the > cases where you only can pinpoint a area, like when you have a problem > with a USB-device. > > > I can ask a rhetorical question too: > Why not go back to Config.help. Having a huge X K-Lines file with > everything in one file can't be that bad. It worked before! I am in no way against Richard's plan to improve development and maintenance processes by easier access to contact data. -- Stefan Richter -=====-=-=== ---= -==== http://arcgraph.de/sr/
next prev parent reply other threads:[~2007-01-15 0:43 UTC|newest] Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-01-13 16:30 [RFC] How to (automatically) find the correct maintainer(s) Richard Knutsson 2007-01-13 17:16 ` Stefan Richter 2007-01-13 19:18 ` Richard Knutsson 2007-01-13 20:15 ` Stefan Richter 2007-01-13 23:33 ` Richard Knutsson 2007-01-14 1:00 ` Stefan Richter 2007-01-14 1:02 ` Stefan Richter 2007-01-14 21:28 ` Richard Knutsson 2007-01-14 22:44 ` Stefan Richter 2007-01-15 18:39 ` Richard Knutsson 2007-01-15 20:06 ` Stefan Richter 2007-01-13 20:03 ` Matthias Schniedermeyer 2007-01-13 23:41 ` Richard Knutsson 2007-01-14 0:04 ` Matthias Schniedermeyer 2007-01-14 21:42 ` Richard Knutsson 2007-01-14 23:04 ` Stefan Richter 2007-01-15 0:01 ` Matthias Schniedermeyer 2007-01-15 0:43 ` Stefan Richter [this message] 2007-01-15 18:01 ` Richard Knutsson 2007-01-15 20:05 ` Matthias Schniedermeyer 2007-01-15 20:21 ` Richard Knutsson 2007-01-14 23:36 ` Matthias Schniedermeyer 2007-01-22 19:56 ` Andrew Morton
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=tkrat.0ce30797d3555dc3@s5r6.in-berlin.de \ --to=stefanr@s5r6.in-berlin.de \ --cc=linux-kernel@vger.kernel.org \ --cc=ms@citd.de \ --cc=ricknu-0@student.ltu.se \ /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: linkBe 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; as well as URLs for NNTP newsgroup(s).