Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp28244411rwd; Tue, 4 Jul 2023 16:02:04 -0700 (PDT) X-Google-Smtp-Source: APBJJlG8MIZW5ZxCdpTZNuaHZWIW2CnhRA3ftDtzw3jat+Fj+7We9/syp6o+aVhXpT/tjNBsLA54 X-Received: by 2002:a92:c712:0:b0:345:97a9:48bf with SMTP id a18-20020a92c712000000b0034597a948bfmr14297127ilp.26.1688511723849; Tue, 04 Jul 2023 16:02:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688511723; cv=none; d=google.com; s=arc-20160816; b=iU5ZlJde6VFazahVFmCUtVdRynoAAFmo+zYu1hMIPvsYfQfAm55t4MdRZee//qWZTU pWeJAcaDcDY68voPsgE1SyMhw21UqcRdf9NnpM6TZBzdgsdDMsAM7Jn06e/6ZyI7+9F4 4T8Arfoj4mcyG1JSo4CAKv7NKI9INen+9AtmGLyHhx4jxl0Y93kyX+wt2PS/cJ1GPmnw uAvGa9UVLLCzGpyoItHei0cdtubVYJc7H84SPWOz1kb4nzL/VzISE57vqkceSx44lp6C SofS4adPTM/S4Iq2BEtMdiNvpd4CqhSJCp9cjwOjJi1kpforr2ZAziih7HThfOuF2aeL S+Iw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=lGOdsi+R3FeZ7e7LyTNDVFeaeia5oenhXRndkLNgypA=; fh=Thnhbd+Td4a7HSCcKmDJSg8L+SMqnJs5IFROSH00NHc=; b=kFxKkMxwYUEbol66JZefjlYL9HwxS29histwEsYqBWRu164XfNhOgYkr4qYkhP5Yg7 i5ITdyHccUyhKeOpl8RrahtKg2T4ZZNWr7RLPMGum3vQ4qCd88RyOqXgK8WqrggXaspY QW0+lP90UcrMKoIVxl4OH47SBT/sIbmpc2q8Zl8uQGp31GU2ncoihzkCGqdp4Av2nr2q yUJftfmZw9NGo5klKz7MgyeqiP2/DuAnD0SWCO7OGcjS+HMVO2N76ZkQKzDSvijUZyge 3pceYYWw4HNmgqaUkHZbrTYqJZyjlPb9Qr4Vv5DZX4HwAY1T/yb4ZJ1XpUFEocz7bv+d Y6PQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k15-20020a170902c40f00b001b20e2ba8e1si3738952plk.23.2023.07.04.16.01.24; Tue, 04 Jul 2023 16:02:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231522AbjGDW2N (ORCPT + 99 others); Tue, 4 Jul 2023 18:28:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42852 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229603AbjGDW2M (ORCPT ); Tue, 4 Jul 2023 18:28:12 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 86EA410DA; Tue, 4 Jul 2023 15:28:11 -0700 (PDT) Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 364MRwdf022321; Wed, 5 Jul 2023 00:27:58 +0200 Date: Wed, 5 Jul 2023 00:27:58 +0200 From: Willy Tarreau To: Linus Torvalds Cc: Masahiro Yamada , Nicolas Schier , Nick Desaulniers , Linux Kbuild mailing list , Linux Kernel Mailing List Subject: Re: Overly aggressive .gitignore file? Message-ID: <20230704222758.GB22271@1wt.eu> References: <20230704211509.GA21834@1wt.eu> <20230704213415.GA21872@1wt.eu> <20230704215600.GA22271@1wt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 04, 2023 at 03:14:11PM -0700, Linus Torvalds wrote: > But what do you think "git status" is supposed to do? > > Here's a theory - it's supposed to tell me about the status of my git tree. I agree with this and use it for the same purpose. > Maybe it's supposed to tell me about extra files that maybe I should > be aware of. Maybe I should delete them. Maybe I should commit them. > Who knows? Sure but apparently the point of that commit was precisely to avoid *risking* to commit them for other users, or maybe just not seeing too many of them when running git status to make sure the rest that they consider more important is actually committed. > And *if* we pretend for a moment that this is what "git status" is > supposed to do, then maybe it should have reminded me about stale > random files in that directory that ACTIVELY BREAK MY WORKFLOW. I agree with this. > Maybe that isn't your workflow. > > Maybe you're perfectly fine not getting a unique auto-complete, > because you *want* your git directory filled with irrelevant crap. It's not a matter of being fine or not fine, it's the way your question was posed. I'm sorry, but I'm seeing so many times completion do nothing on some distros when passing certain args to various everyday commands (to the point that I learned to type "complete -r" to kill stupid rules), that *my* understanding of "doesn't autocomplete" means exactly that. If you say "it proposes me the whole list of old turds" I perfectly understand how annoying that can be, exactly like when I leave plenty of git-format-patch files and I want to git-am another one and can't spot it. It's just that *for me* it's not the problem that was presented, hence my suggestions about completion rules being faulty. I understand that you might be angry due to a commit that broke your workflow and that pisses you off, and that maybe your initial message was written in a hurry to flush your anger, but please also accept that not everyone possibly understood it the way you hoped it would be, because it *was* ambiguous. Anyway, you fixed it so now the problem is solved. Willy