From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#57400: 29.0.50; Support sending patches from VC directly Date: Sat, 8 Oct 2022 16:07:43 +0300 Message-ID: References: <84v8qgn1z9.fsf@iki.fi> <87h71zo3p8.fsf@posteo.net> <87sfljmgwz.fsf@posteo.net> <87y1twvima.fsf@posteo.net> <84sfk2p846.fsf@iki.fi> <87h70i9ntt.fsf@posteo.net> <87edvl6vbj.fsf@gmail.com> <8735c1nn3y.fsf@posteo.net> <8fa87ad2-6d5c-2f9d-ed37-0b956fbadd2c@yandex.ru> <87sfk0jc0x.fsf@posteo.net> <8735byh5wg.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28453"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Cc: Robert Pluim , 57400@debbugs.gnu.org, Antoine Kalmbach To: Philip Kaludercic Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 08 15:09:56 2022 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 1oh9aV-0007DJ-Lr for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Oct 2022 15:09:55 +0200 Original-Received: from localhost ([::1]:49940 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oh9aU-0004gQ-MI for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Oct 2022 09:09:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oh9Yg-00032k-5y for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 09:08:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39505) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oh9Yf-0004Sn-UW for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 09:08:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oh9Yf-0001vp-KE for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 09:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Oct 2022 13:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57400 X-GNU-PR-Package: emacs Original-Received: via spool by 57400-submit@debbugs.gnu.org id=B57400.16652344747413 (code B ref 57400); Sat, 08 Oct 2022 13:08:01 +0000 Original-Received: (at 57400) by debbugs.gnu.org; 8 Oct 2022 13:07:54 +0000 Original-Received: from localhost ([127.0.0.1]:38583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oh9YY-0001vV-E7 for submit@debbugs.gnu.org; Sat, 08 Oct 2022 09:07:54 -0400 Original-Received: from mail-wm1-f52.google.com ([209.85.128.52]:38405) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oh9YV-0001vG-Sb for 57400@debbugs.gnu.org; Sat, 08 Oct 2022 09:07:53 -0400 Original-Received: by mail-wm1-f52.google.com with SMTP id r8-20020a1c4408000000b003c47d5fd475so773619wma.3 for <57400@debbugs.gnu.org>; Sat, 08 Oct 2022 06:07:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=8zKv/ilHvtc/AUZx+gZLYh6PXhlqLUoebA56jVnfQYY=; b=Yi4/a7MijTdlYrtHKqzvQ3s9jC3joterdv2DY/LGGVa24f1t7yb+pe3I3ahf38A+Fo ZVBdBtyE/LyqX15VcC5wzYSDrtTDRgQETs6F6X6jqAhqWhJHJvwqcmHVEqaoHywz69ZF i/hOxCbSwYQfaDdQP4B7Y4FSDR8TStjqHCpw9XPnal7SNylWbgXptvGzBexqCU6vmJaW jrLRQcTsgQ7j9ISdaoh6C0fZyinepfVgwc2kqIyyHbsbXDqsp/rn+dOOMeJNthVFALbx DoipLqEBef+KoJ4qDT49u+B7PwspHwget0PzAze8wIWqLFVm659nA/A8sZESSh197WMb TJoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=8zKv/ilHvtc/AUZx+gZLYh6PXhlqLUoebA56jVnfQYY=; b=DZbiIG0Se6RMQHTuKpPgLClOjHz5Ih+qeashME13v7g6+AsNTQenak28NkeOOVLR+a C9QSb8YklZORzCivsMtD7yhvtFShmNUGKk9o64/5onWTnsMnsoDb77k/zq7sdUwy2Yb+ kwTb99VBxnR6c2F3PE/2pWOORgVM28vOKizgpgzap56hRnEIvYhbKqHAd/DFBnEWsxqp L4r2Uwk4VkmgeAV/5JKEbgOfy+jkimbB+rcrhkcjjgcJkL0QY1+gXCG4p1JbuvyupWp9 tHJxIuRwWP+Bh0aMpPjiMcVAD9/jMYZjwT3v3bmbqCH57wOI5O8opxOLp+ptbavy7uIj lWOg== X-Gm-Message-State: ACrzQf1EU5UHzJRB879klC7ZY/p7bszPIIuU61a3qfsg1OU+J/G1rKul +gEqR1tbk+bmlzZhbe3niXo= X-Google-Smtp-Source: AMsMyM6y7QniYGo+eJi3L7G2N8nIi+NgUGgFwWuCIlNk8t0XIvRkdc1+tvy6NwnCqBMfaffS8iW86A== X-Received: by 2002:a1c:f009:0:b0:3b4:9398:49c9 with SMTP id a9-20020a1cf009000000b003b4939849c9mr13664144wmb.174.1665234465716; Sat, 08 Oct 2022 06:07:45 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id m38-20020a05600c3b2600b003b4ff30e566sm27072108wms.3.2022.10.08.06.07.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 08 Oct 2022 06:07:45 -0700 (PDT) Content-Language: en-US In-Reply-To: <8735byh5wg.fsf@posteo.net> 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:244900 Archived-At: On 08.10.2022 15:11, Philip Kaludercic wrote: > Dmitry Gutov writes: > >>> The main issue I see here is that 'next-revision' requires a file >>> argument. What should that be? >> The 'mergebase' and 'print-log' actions don't seem to require it. > I am not sure if this might help, but it seems that (vc-deduce-fileset > t) could give some useful information? I suppose it could, if we wanted to support limiting the generated patches to a subset of files. That might be not very obvious behavior, though. I don't know. BTW, does vc-print-root-log really not work with CVS? Perhaps it will be a good idea to define the 'root' action there (which will recursively check the parent directory and see whether it still contains the "CVS" dir). As long as CVS knows how to recursively diff the directory tree, I suppose. And show history for it whole.