On Fri, May 11, 2007 at 07:42:38AM -0400, John Anthony Kazos Jr. wrote:
> > > The email address is the problem I was trying to fix; with multiple
> > > current
> > > and non-current authors and maintainers who might not even be authors the
> > > address(es) available from the tag confuse the issue of whom to contact.
> > > It's moreover also information that easily outdated.
> > >
> > > A bit more than half of the tags in the tree don't include an email
> > > address
> > > already and I'll submit patches removing more...
> >
> > Please don't do this
> >
> > NACK this change.
> >
> > Whether someone puts their email address into the entry is their own
> > business. We do not need a style police for module author entries.
> >
> > At most you might want to put
> >
> > "If you include an email address then please use an address that
> > you expect to keep for the long term, and if you change address
> > please remember to update or remove the entry"
> >
> > > A bit more than half of the tags in the tree don't include an email
> > > address already and I'll submit patches removing more...
> >
> > And I'll NAK every one which hasn't been signed off by the email address
> > listed OR the address bounces. In which case removing it is good.
>
> Can't we just subtitle it somehow? Add tags: " (current maintainer)",
> " (original author, inactive)", " (bug and defect reports)", or whatever
> you like after the names.
This still wouldn't solve the following problems:
- I doubt it will be kept up to date for all > 2800 modules in the kernel
- the 3 year old kernel of your distribution would contain 3 year old
maintainership information
- maintainers sometimes disappear
The default for "bug and defect reports" should be for all modules (as
well as for non-modular code) from ftp.kernel.org kernels either
linux-kernel or the kernel Bugzilla. [1]
For distribution kernels (which are what most users are using), the
default for "bug and defect reports" should be the distribution support.
cu
Adrian
[1] contacting the maintainer directly is often better, but there's no
sane way to put this information into the kernel binary
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
