Re: [PATCH RFC -next] Fix the trailing blank space issue

From: Cong Ding
Date: Thu Dec 06 2012 - 11:31:30 EST


On Thu, Dec 06, 2012 at 08:06:06AM -0800, Greg Kroah-Hartman wrote:
> On Thu, Dec 06, 2012 at 03:42:20PM +0000, Cong Ding wrote:
> > On Thu, Dec 06, 2012 at 05:08:56PM +0800, Bin Wang wrote:
> > > This patch removes the trailing white space in fs/sysfs/mount.c.
> > >
> > > Signed-off-by: Bin Wang <wbin00@xxxxxxxxx>
> > > ---
> > > fs/sysfs/mount.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > Hi Greg,
> >
> > I am not sure it is really necessary to remove all the trailing blank spaces
> > in the project. I have done a try by this shell command
> > $ find . -iname '*.[ch]' | xargs sed 's/\s\+$//g' -i
> > and find there are 2812 files/31712 lines with this issue.
>
> That's very true, why would you want to do this?
>
> This comes up every 6 months or so on the linux-kernel mailing list,
> please see the archives for previous responses to the topic.
>
> If you want, just slowly send patches to the different subsystem
> maintainers, to clean the issue up.
sorry for forgetting press "reply all" in the former email...

Sending them slowly to different subsystem maintainers is a very bad idea,
because it wastes lots of time for both me and them. But the current situation
is that there are some people send this kind of patches in random time which
also is a kind of wasting their time.

I think we'd better to find a solution, not only for the blank space issue,
but also all the coding style issues able to be fixed by scripts.

I would suggest to write a series of scripts. And then announce a date
(preferably some holiday like Xmas) to run these scripts. The announce is to
avoid conflicts with other developers. It will save both developers' and
subsystem maintains' time, do you agree?

- cong
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/