From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Felici=C3=A1n_?= =?UTF-8?Q?N=C3=A9meth?= Newsgroups: gmane.emacs.bugs Subject: bug#34343: [PATCH] Make project--find-regexp-in-files work with remote files Date: Fri, 8 Mar 2019 09:28:03 +0100 Message-ID: References: <9d65284f-7a64-5e9c-ab02-fbbd1be41689@yandex.ru> <87r2bt1tio.fsf@gmx.de> <2cfd53b2-8202-a321-a853-da0c949b0f15@yandex.ru> <6cf8bfa8-3873-d3db-9139-854359027e8a@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="144266"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Michael Albinus , 34343@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 08 09:29:19 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h2AsS-000bLX-QX for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Mar 2019 09:29:17 +0100 Original-Received: from localhost ([127.0.0.1]:39103 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h2AsR-0005Hv-N4 for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Mar 2019 03:29:11 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55566) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h2AsK-0005Fq-Rc for bug-gnu-emacs@gnu.org; Fri, 08 Mar 2019 03:29:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h2AsI-0007Ld-V1 for bug-gnu-emacs@gnu.org; Fri, 08 Mar 2019 03:29:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50508) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h2AsH-0007Ku-PM for bug-gnu-emacs@gnu.org; Fri, 08 Mar 2019 03:29:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1h2AsH-0003p5-Hn for bug-gnu-emacs@gnu.org; Fri, 08 Mar 2019 03:29:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Felici=C3=A1n_?= =?UTF-8?Q?N=C3=A9meth?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Mar 2019 08:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34343 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 34343-submit@debbugs.gnu.org id=B34343.155203370114647 (code B ref 34343); Fri, 08 Mar 2019 08:29:01 +0000 Original-Received: (at 34343) by debbugs.gnu.org; 8 Mar 2019 08:28:21 +0000 Original-Received: from localhost ([127.0.0.1]:35819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h2Ard-0003oB-9g for submit@debbugs.gnu.org; Fri, 08 Mar 2019 03:28:21 -0500 Original-Received: from mail-vs1-f54.google.com ([209.85.217.54]:42236) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h2Arb-0003nz-NL for 34343@debbugs.gnu.org; Fri, 08 Mar 2019 03:28:20 -0500 Original-Received: by mail-vs1-f54.google.com with SMTP id c189so6184905vsd.9 for <34343@debbugs.gnu.org>; Fri, 08 Mar 2019 00:28:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=akZxhzSD8hoduvlbvxEdTiPKF4cSq9uEgkN3lB7FHqE=; b=MmAUv+w3nBouZFVkXKBCTDgkTZzuzEJY/pMAJZ5C/ETEBG67f5c/6ujTY4sjpjP1nr tIZy3k2mAN83uJLOp7IIfiDqnml0Dw5FPwgBEYw1FtWYzRhfT0uJ1cXJ62d9PVvAKeRH gm/+7YbQwTNnJeCNx7DADxSmxwHejHhGUFSxY9WjApGoUTb9y6GWUA+fvj4HB9Qgjgjj AXbuNxE3/HAlgO0Va8T8S/+28OoINYKhnTVxEsbzoB2K/x8VIfaHhVHD2BDkRjEkiPPl kidTp7/mZd1cp1xr2OKHkoNClea99EtgpzFozwK5i8TyCROGwH0NIbCmddl7UQeHTlC3 yaCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=akZxhzSD8hoduvlbvxEdTiPKF4cSq9uEgkN3lB7FHqE=; b=OoH5DBkRKzSGMD8urEwXDs/D2YLD1YpAWCZnMnsUoMv/GwkS3SNX8RorJKcPC/QAO7 KeC4lz+hNLL9INOY3R0Lk9r8eNIE/IOYENyzyT46TyL4vmrNKl9o1z/r2DL00YIMZkqd fSebhtj49HYeVdcMXhY08d/B6y74c3wTdyDwnWPkScM7GvLKWBowA937ZSMbiZLDYOko vmH9pBU1nk3Yxh2L5uZIkuWE56Kh4lD+kmTxhHZw/4CZzPrZAQNgVHbjCGHqvhg3n4Lg FZYErfxVALYpNHdfrZ66HVHDbqRynFaX3f6qo+/P62QpaUFCMmUfu7IGLYx3zavbDyHg GFjQ== X-Gm-Message-State: APjAAAUPINAH/KG4SoFB0JFdUrjQWmGPaOp4RVEAHHThX8CVXlCq6b+K vObFLtKdiaM/sR4g3w1Pn5A9D02WGapL78JMUcA= X-Google-Smtp-Source: APXvYqxqvDJm46sUYSDJ+LB8bbaH962g9qXA25cb57qlAw57Kx3R+3psEV3KNVp2vqpy98dQftYhk+XWEzkaHwUaB3s= X-Received: by 2002:a05:6102:256:: with SMTP id a22mr9219622vsq.173.1552033694073; Fri, 08 Mar 2019 00:28:14 -0800 (PST) In-Reply-To: <6cf8bfa8-3873-d3db-9139-854359027e8a@yandex.ru> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:156136 Archived-At: Hi Dmitry, I forgot that project-files are new in emacs-27, so there's no need to worry about backward compatibility. Also, there is no need to hurry either, because emacs-27 won't be released soon. Nevertheless, I would love to have a convenience function returning "complete" file names, even if the function's name is not project-files. > So we can mandate that project-files returns local names. And add a > new method that returns remote-id corresponding to the project. > > This will codify that the whole project must have one remote-id. > So I wonder if somebody has an opinion on that. Maybe we'll want to > include remote files as "external roots" in some projects? Or files > inside archives? I never worked on a project with multiple remote-ids. However, if we can come up with something simple that does not have significant performance impact on the local case, we should solve the general case, I think. Remote operations tend to be slow, so I think project.el can run more complex algorithms in that case.