combining docs@ and www@?

[Hiroki Sato]

Hiroki Sato <hrs at allbsd.org> wrote
  in <20121103.110342.2197602484597451917.hrs at allbsd.org>:

hr> Eitan Adler <lists at eitanadler.com> wrote
hr>   in <CAF6rxg=p_kNk=MER=RzhcM8ec0+OKSDhUq9B4OkVBuJvE1Tdfw at mail.gmail.com>:
hr>
hr> li> On 31 October 2012 13:53, Glen Barber <gjb at freebsd.org> wrote:
hr> li> > On Wed, Oct 31, 2012 at 06:35:57PM +0100, Johann Kois wrote:
hr> li> >> On 10/31/2012 09:38, Joel Dahl wrote:
hr> li> >> > On 31-10-2012 16:34, Hiroki Sato wrote:
hr> li> >> >> Gabor Kovesdan <gabor at freebsd.org> wrote in
hr> li> >> >> <5090CD31.8010201 at FreeBSD.org>:
hr> li> >> >>
hr> li> >> >> ga> Em 31-10-2012 04:49, Eitan Adler escreveu: ga> > Hey all, ga>
hr> li> >> >> > ga> > I'd like to propose combining www@ and docs@ into one
hr> li> >> >> mailing list ga> ga> Off: it's actually doc@ not docs@, which
hr> li> >> >> apparently seems to work. ga> ga> On: I support the idea.
hr> li> >> >> Probably it was thought earlier that a www@ list ga> in itself
hr> li> >> >> was useful but in practice, it isn't that useful in itself. I ga>
hr> li> >> >> also have one mail folder for the two and I use procmail to
hr> li> >> >> collect both ga> of them there.
hr> li> >> >>
hr> li> >> >> I agree with merging the two into one.  There was a similar
hr> li> >> >> opinion at BSDCan, too.
hr> li> >> >
hr> li> >> > I also support this idea.
hr> li> >>
hr> li> >> +1
hr> li> >>
hr> li> >
hr> li> > +1
hr> li>
hr> li> Given the strong support an lack of an objection so far I've sent
hr> li> postmaster@ this request.
hr>
hr>  I think GNATs category

 Oops, this email was sent mistakenly during being edited.  What I
 wanted to mean was that deprecating "www" in the GNATs categories
 might be a good idea, too.  "docs" is sufficient, I think.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20121103/ef9c7e01/attachment.sig>