From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2460 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Patrick Mahoney Newsgroups: gmane.comp.sysutils.supervision.general Subject: "redo" behavior in subdirectory Date: Fri, 25 Jan 2019 13:49:34 -0600 Message-ID: <20190125194934.g456z24hi6sujzdl@Patricks-MacBook-Pro.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="76034"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: NeoMutt/20180716 To: supervision@list.skarnet.org Original-X-From: supervision-return-2050-gcsg-supervision=m.gmane.org@list.skarnet.org Fri Jan 25 20:49:42 2019 Return-path: Envelope-to: gcsg-supervision@m.gmane.org Original-Received: from alyss.skarnet.org ([95.142.172.232]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1gn7Tx-000Jfr-PD for gcsg-supervision@m.gmane.org; Fri, 25 Jan 2019 20:49:41 +0100 Original-Received: (qmail 8287 invoked by uid 89); 25 Jan 2019 19:50:05 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Original-Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 8280 invoked from network); 25 Jan 2019 19:50:05 -0000 Content-Disposition: inline Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2460 Archived-At: I'm comparing two implementations of "redo": First, jdebp/redo 1.4 [1] Second, apenwarr/redo 0.41 [2] [1] http://jdebp.eu/Softwares/redo/ [2] https://github.com/apenwarr/redo Given a project "toplevel" with a subdirectory "subdir" where one's current dir is "toplevel": In jdebp implementation, running "redo subdir/target" invokes target.do with working dir "toplevel" In jdebp implementation, running "cd subdir && redo target" creates a new .redo database in subdir In apenwarr implementation, running "redo subdir/target" invokes target.do with working dir "toplevel/subdir" In apenwarr implementation, running "cd subdir && redo target" reuses "toplevel/.redo" (assuming it already exists) The apenwarr implementation seems more useful for constructing a build system for a project with many nested subprojects, but I may be missing something (I don't have much experience with any redo implementation). Anyone have comments on this, or example nested subprojects using "redo"? -- Patrick