From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#41572: 28.0.50; [PATCH] Support plain project marked with file .emacs-project Date: Thu, 28 May 2020 22:58:58 +0300 Message-ID: References: <5f584d83-ef45-9912-bfbc-d2f00b24b9fd@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="30859"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 To: Zihao Zhu , 41572@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 28 22:00:19 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1jeOhO-0007sC-VR for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 May 2020 22:00:18 +0200 Original-Received: from localhost ([::1]:36860 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jeOhN-0004HR-EC for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 May 2020 16:00:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52616) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jeOh8-0004B4-Q6 for bug-gnu-emacs@gnu.org; Thu, 28 May 2020 16:00:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41581) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jeOh8-0001UV-Dy for bug-gnu-emacs@gnu.org; Thu, 28 May 2020 16:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jeOh8-0002DI-9i for bug-gnu-emacs@gnu.org; Thu, 28 May 2020 16:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 May 2020 20:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41572 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 41572-submit@debbugs.gnu.org id=B41572.15906959498425 (code B ref 41572); Thu, 28 May 2020 20:00:02 +0000 Original-Received: (at 41572) by debbugs.gnu.org; 28 May 2020 19:59:09 +0000 Original-Received: from localhost ([127.0.0.1]:53127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jeOgH-0002Bp-6Z for submit@debbugs.gnu.org; Thu, 28 May 2020 15:59:09 -0400 Original-Received: from mail-wr1-f65.google.com ([209.85.221.65]:35475) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jeOgE-0002BE-SF for 41572@debbugs.gnu.org; Thu, 28 May 2020 15:59:07 -0400 Original-Received: by mail-wr1-f65.google.com with SMTP id x14so594156wrp.2 for <41572@debbugs.gnu.org>; Thu, 28 May 2020 12:59:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=JoLLXPZ2pNsIkcIKRLZxLyraQvlQplh4Z2uvQkIx9bs=; b=b09NJjJEiYoCfAhKMwKYnubuPXzLxA1436/IiDAVei2cvYVg+sXV+xpw67kQu1/UBS hyXiNAR3XFkGtg1vwRlwHQrGVhNS0Cz2n6kQ4uRwr0lqqKONeueQtGb/nGmh7hK2CTtK wQm2i56HxS/zTTa05SiM0EVX9FkGpudmBZoz2x0E0f4Z/OcfEZDhuFTQhGVT0B92FmwX UW3U/N0i7BgmB2LlvSu6ixDUj8HfR+TY9F/6HMs7N6oorv91NwmQ7sAq37XCz5mdsFqv TDPpa2Dve5+5GYflq3HZL2c9ODCE1NG6DV5r9/eiK3nwp6cDWVyfJNv6Xr6Q17uw+p6b yX5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=JoLLXPZ2pNsIkcIKRLZxLyraQvlQplh4Z2uvQkIx9bs=; b=f2fm0bomDLNBRhv2ikq96XqhGIw9crVzneAEzRS+mtJDALtvy2eh6c3WACsQ8pVZFr iwFzK2iD6PqAT9Xv2EkrGAzPS72m6Fm2iIYIAq92pPg0C/8qYTI0sctWcJYUYSew69ti ooU0jCGFnVkObiA1nQ9TsbkxeFGNtCXC8MZcgR/6LgmS8zm9y18mbHpBT4M0+gy9mAI8 +3pDUCYVMjmh8LI3Qv1gGnCEBi6pIKnDaGESRi97TYLDIBUtIKuZzShXoKpwP1PWlJuC /QwyP1M51SOPGBCCwuEexKoh6bV6weOYp3yJX7cjlUlT2KAlslXy2tZaBiFjAuXUBroG zG1A== X-Gm-Message-State: AOAM532J00x/fkzJ1D66E1N48AEIBnLTeYa0dTH3mQT0VcJZO6OvL/4d CsUYvAgcO41ltSdi57RzQiJ5UlUv X-Google-Smtp-Source: ABdhPJyi+SCvgZEi8CfO57sGBzZ0bd8HSdCjbYgN4y9gOUK4xd1tWl21JWuNw+JB3EDm3GM3K+P6rw== X-Received: by 2002:adf:9545:: with SMTP id 63mr4944063wrs.303.1590695940634; Thu, 28 May 2020 12:59:00 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id s2sm7102523wmh.11.2020.05.28.12.58.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 28 May 2020 12:58:59 -0700 (PDT) In-Reply-To: Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:181163 Archived-At: On 28.05.2020 18:46, Zihao Zhu wrote: > If I have a project.el based plugin,  and  I wanna use them in a > directory not under VC. Add an mark to force project.el work is easier > than modify the source of plugin or initialize VC system. The problem with that, is that next time we'll get a report that these projects are too slow. Or that people who added .emacs-project file in the middle of a VC repository suddenly get significantly worse file listing performance, without expecting it. So we'd have to add caching to the file list, and then some invalidation, probably. And I'm not a fan of having manual invalidation commands. That's why I'm wary of adding such a separate project type by default, especially when the initial proposal doesn't add any of the advanced features described above, or explains how they won't be necessary. But opinions welcome. > And this  can also be used as a side solution to use project.el in > unsupported VCed project in Emacs (AFAIK, P4(Perforce) is not supported > by vc.el). Perhaps we could add Perforce support to project-vc instead? There was a vc-p4 packages somewhere out there. But if it's entirely dead, we could add such support to project--vc-list-files directly. Or, better yet, release it as a project-p4 package on GNU ELPA. That all depends, of course, on whether the p4 command line utility also has the means to quickly list repository files and add ignores. > IMO, a plain project is like a transient project. One difference is, nobody really expects much from "transient" projects. And this type of project is only applied when the directory is not covered by any other kind of project.