From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id ED689CAC5B9 for ; Tue, 30 Sep 2025 09:23:41 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1v3WZr-0001c7-8A; Tue, 30 Sep 2025 05:23:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1v3WZp-0001bb-8n for qemu-rust@nongnu.org; Tue, 30 Sep 2025 05:23:17 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1v3WZb-0005Nw-Ki for qemu-rust@nongnu.org; Tue, 30 Sep 2025 05:23:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1759224179; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=ol4R6RFfYMUHPkaeTIyPvF1NCbTDEbFnorV1JWGMQpQ=; b=Kn5lqK60FWIcD+DXKLYY3hp8ElDz91wQCLbtoleuOWLxiHk/vgcHrQOl56jpgj4vUiJqUm xVLln0+K/+Ov5qZcK2mcTPqeOWJBecEjSjniP203mjXzhmAOlzVDP/rTFzlKHns6cjDpIv RC7hLkWGPpv0PPCMDAQSqtPXclPQqrA= Received: from mx-prod-mc-06.mail-002.prod.us-west-2.aws.redhat.com (ec2-35-165-154-97.us-west-2.compute.amazonaws.com [35.165.154.97]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-681-l-Maph8LPuWEljp5aCZr1A-1; Tue, 30 Sep 2025 05:22:53 -0400 X-MC-Unique: l-Maph8LPuWEljp5aCZr1A-1 X-Mimecast-MFC-AGG-ID: l-Maph8LPuWEljp5aCZr1A_1759224172 Received: from mx-prod-int-03.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-03.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-06.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 0E49418002A5; Tue, 30 Sep 2025 09:22:52 +0000 (UTC) Received: from redhat.com (unknown [10.42.28.102]) by mx-prod-int-03.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 0DA2519560B8; Tue, 30 Sep 2025 09:22:49 +0000 (UTC) Date: Tue, 30 Sep 2025 10:22:46 +0100 From: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= To: Zhao Liu Cc: Paolo Bonzini , Manos Pitsidianakis , qemu-devel@nongnu.org, qemu-rust@nongnu.org Subject: Re: [PATCH] subprojects: Update .gitignore for syn Message-ID: References: <20250930075351.1853721-1-zhao1.liu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.2.14 (2025-02-20) X-Scanned-By: MIMEDefang 3.0 on 10.30.177.12 Received-SPF: pass client-ip=170.10.129.124; envelope-from=berrange@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-rust@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: QEMU Rust-related patches and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= Errors-To: qemu-rust-bounces+qemu-rust=archiver.kernel.org@nongnu.org Sender: qemu-rust-bounces+qemu-rust=archiver.kernel.org@nongnu.org On Tue, Sep 30, 2025 at 04:56:10PM +0800, Zhao Liu wrote: > > IMHO we should get rid of all the version numbers, and use wildcard > > matches instead, to eliminate the bug scenario entirely, as people > > will repeatedly forgot to change these versions. > > (Manos had the similar comment before.) > > My thought is that exact matching could help identify outdated > subprojects, notifying developers to clean them up and free up a little > local space? If developers want to free up space, the submodules are the least of the problem, but at the same time easily handled with git commands. I'd much rather optimize for eliminating this "busy work" of changing ignored version numbers on every update. Also if you are switching back & forth between branches, it is likely that there will be different versions present in the subprojects dir, and it would be desirable for them all to be ignored by git. With regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|