Splitting the debian-changes list...
Has anybody considered splitting the debian changes list into
sublists based on architecture. It would simplify things
by reducing the volume of mail that is irrelevant to an
individual's current architecture (i386, alpha, m68k, sparc, etc).
I suppose the alternative would be to filter on non-interesting
(to me) architectures with procmail, and dump them to /dev/null
but that is somewhat wasteful of bandwidth. Thoughts anyone?
Erik B. Andersen Web: http://www.inconnect.com/~andersen/
--This message was written using 73% post-consumer electrons--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
Trouble? e-mail to firstname.lastname@example.org .