From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Subprojects in project.el Date: Wed, 30 Nov 2022 00:54:52 +0000 Message-ID: <875yexqn1f.fsf@gmail.com> References: <87zgcq68zp.fsf@ericabrahamsen.net> <875yf9bbzb.fsf@gmail.com> <87wn7oa0aw.fsf@gmail.com> <7a5b76fd-fb15-8c1e-ea29-bf11f7e0d2ae@yandex.ru> <87bkoya815.fsf@gmail.com> <0024a67d-b8e5-b35c-1b22-82541a170eb3@yandex.ru> <871qptai4d.fsf_-_@gmail.com> <86bkowdjx5.fsf@gmail.com> <43aa2f10-d947-dfcd-82b0-f6f1be3aaaec@yandex.ru> <86cz97jzpi.fsf@gmail.com> <87y1ruqe1o.fsf@gmail.com> <87ilixqu5l.fsf@gmail.com> <629bb596-4a96-992b-546c-432567ab0bea@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10186"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Tim Cross , Stefan Monnier , Danny Freeman , Eric Abrahamsen , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 30 01:54:23 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p0BMj-0002VG-PW for ged-emacs-devel@m.gmane-mx.org; Wed, 30 Nov 2022 01:54:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p0BM5-0001uv-9A; Tue, 29 Nov 2022 19:53:41 -0500 Original-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 1p0BM3-0001uW-Gs for emacs-devel@gnu.org; Tue, 29 Nov 2022 19:53:39 -0500 Original-Received: from mail-wr1-x42a.google.com ([2a00:1450:4864:20::42a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p0BM1-0003mV-Pd for emacs-devel@gnu.org; Tue, 29 Nov 2022 19:53:39 -0500 Original-Received: by mail-wr1-x42a.google.com with SMTP id d1so24767158wrs.12 for ; Tue, 29 Nov 2022 16:53:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=SkIPYYVv/gK+5Ee56GekizAe0GI5nRU+iS1hYdZhKb8=; b=N18s2Of3h898cosugcQ4kM60/LfJXwLIkTfL+f81Ly2wf1qLEt3h+R8D0Sy43UGPgF LrMZEHLzYmKgWSX3zxgJ8DdL9PQ5rkEglsGTp3lEihJuTeejNok23WZ3zuFATT5dFPIC MJ7sbriJZRgzAO5NDy0lq03mBd0Wn2elJxW3tjznULK7rNDf9+OPVCL5R8dYOuHIZCRy jViZb/2KzKZXhWQS38HLu12TfqGidMJgBN7VixnQAGG5FIJII7Vw9mRq3aBAmxRMhwD8 4emf1J9mMow3OmAzIsYIuInRA2UvCZ3TkRNcZbPbfIoEJQYsTtnocQc9dcvcqYTf2aum 6Pgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=SkIPYYVv/gK+5Ee56GekizAe0GI5nRU+iS1hYdZhKb8=; b=L2EC/81KWPhcZGTJXm6bwvft7j3pHmUkppiYDr+lWzIXUuqTK/DZprnw+i1uY/K3ya f5cZXAPkgGZIrcwJ+0CdxCH6rjk0ZnxStvkj7M3A/rDaDMsRiBiP+dwE7skY3Qf2mavr jGzVLI4LXN1stYADW2jbGpOUGAndOobo14IiBNtTso1bp7ANYEAZGVuGHW3eQ04fET8q YtElLMoqQ2aRxEV5pqooZKjxuLNra/vc4JhWa2uJGlyCxWIE+2nhDBkJv9/RhNEKernY 4TMMig8Aai05pVsD+Tso3KhdSADPIRxhw9UKCDaQhPd06LEK9DT81lbQiflUx4R6TCUr +uEg== X-Gm-Message-State: ANoB5pl4htJqjLO06gZtmibSwaTi3e5otE3DXDwuSinrDCisZtca+9XR FUWn/kWMSJVBrBvCWrJzaLDjH83qusk= X-Google-Smtp-Source: AA0mqf4igheSNtZxulHjzA2/v3oO3nPqJjRS5o4VZG14yhf73c3CmZQtRQLRGoYRywbMHSAJb19avQ== X-Received: by 2002:adf:eb03:0:b0:241:f52d:cac9 with SMTP id s3-20020adfeb03000000b00241f52dcac9mr20854022wrn.591.1669769615649; Tue, 29 Nov 2022 16:53:35 -0800 (PST) Original-Received: from krug (87-196-72-71.net.novis.pt. [87.196.72.71]) by smtp.gmail.com with ESMTPSA id n21-20020a05600c3b9500b003b4c979e6bcsm4104811wms.10.2022.11.29.16.53.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Nov 2022 16:53:34 -0800 (PST) In-Reply-To: <629bb596-4a96-992b-546c-432567ab0bea@yandex.ru> (Dmitry Gutov's message of "Wed, 30 Nov 2022 02:39:20 +0200") Received-SPF: pass client-ip=2a00:1450:4864:20::42a; envelope-from=joaotavora@gmail.com; helo=mail-wr1-x42a.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:300739 Archived-At: Dmitry Gutov writes: > But updating the config to use a different marker is also not a long > task. It's not like someone's going to go on renaming "lispinto" to > some other name and back over and over during the project lifetime. I can't get through to you that designating a project that is rooted stably in a subdirectory based on one of its interior components, which by definition is what changes more often in a subproject is a bad idea. Or that a subdirectory "lispinto" exist multiple times in the same hierarchy, or in other hierarchies and have completely other meanings. Too bad. >> And there's also the obvious drawback, that you yourself raised, that >> looking for marker files is needlessly taxing in terms of file system >> operations. Especially, as you highlighted, under TRAMP or a >> slow-to-access file systems. > > Only when the goal is to exclude the nested projects' files from being > listed in the output of 'project-files' of the encompassing project. I > asked you about this, and you answered that this is a non-goal. No. Simply making more unnecessary file system accesses is a non-goal. > What's baffling is how you insist on not reading or trying the patches > that's been available in bug#41572 -- some for several days, some for > over a year, which implement both this and other approaches. If that patch requires me to use marker files, as you keep suggesting, there's no point. In fact, there's no point in continuing this discusison. It's very clear you are set on not taking any suggestions, and are convinced the use case I've described is somehow from an esoteric 2%. So do whatever you want. Jo=C3=A3o