From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 03 15:52:19 2020 Received: (at 45000) by debbugs.gnu.org; 3 Dec 2020 20:52:19 +0000 Received: from localhost ([127.0.0.1]:41891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkvaN-0006KR-I0 for submit@debbugs.gnu.org; Thu, 03 Dec 2020 15:52:19 -0500 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:60695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkvaL-0006KE-E6 for 45000@debbugs.gnu.org; Thu, 03 Dec 2020 15:52:18 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id F249D5C015C; Thu, 3 Dec 2020 15:52:11 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 03 Dec 2020 15:52:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:references:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=1hg33ZaUHHktgWbssPj0lLIXqcfYMIibw4YO/sBYTq8=; b=hKbaRUbs gEc8XIpAltySPbvfZefRsTUOqivoC8fuUseamjR7XdY5R0hAQC4roP0VarMW8jRC l+1/ixfPtAxvAtcqUnOMRvkbdVEUdV1eJcu7mDzmfk9saPpHemLltjhZzLdgxUPd TyTVPgtyrzJsHGRYvNxob6LBXhq3LPinb5TLtML1wm7v1RIc9Wq0+MgNkaty5wmh nGk7mjHNLa8DZQm3s3JNoFicKvdnAPqSeCxB84NyWRqR9p0bMXdfWyOe9nt1iRu+ g8fOKYcViaNSnWm7iiGm+8RmBi7UAEsiRB3KVOAu1BrT2lTb/nHkcgXN1rYTugP9 bOsTYOIfk3BVzg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudeiiedgudeggecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvffufhffkfgfgggtgfesthhqredttderjeenucfhrhhomhepvfhimhho thhhhicuufgrmhhplhgvuceoshgrmhhplhgvthesnhhghihrohdrtghomheqnecuggftrf grthhtvghrnhepgfdvudfgiedtteeuveeuieetgeevgedvkeetvdejgeegtdejhfdvjeei heetvedvnecuffhomhgrihhnpehsthgrtghkrghgvgdrohhrghdpghhnuhdrohhrghenuc fkphepjeegrdduudeirddukeeirdeggeenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpehsrghmphhlvghtsehnghihrhhordgtohhm X-ME-Proxy: Received: from mrblack (74-116-186-44.qc.dsl.ebox.net [74.116.186.44]) by mail.messagingengine.com (Postfix) with ESMTPA id 4AF84240059; Thu, 3 Dec 2020 15:52:11 -0500 (EST) From: Timothy Sample To: Jonathan Frederickson Subject: Re: [bug#45000] [PATCH 0/9] Build git-annex with assistant webapp enabled References: <20201202045335.31096-1-jonathan@terracrypt.net> <86sg8o1mou.fsf@gmail.com> <87sg8njw03.fsf@kyleam.com> Date: Thu, 03 Dec 2020 15:52:10 -0500 Message-ID: <87v9disjd1.fsf@ngyro.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 45000 Cc: Kyle Meyer , 45000@debbugs.gnu.org, zimoun X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Jonathan, Kyle Meyer writes: > zimoun writes: > >> The git-annex package is growing and now start to fetch bunch of >> dependencies. Well, I do not necessary want to have all that when I >> only use the CLI part of git-annex. >> >> Does it make sense to have 2 variants: git-annex (minimal) and >> git-annex-assistant (full features)? > > While I'm happy to see this series (thanks, Jonathan!), I share the same > feeling as a git-annex user that doesn't use the assistant (and my > impression is that a substantial proportion of git-annex users rely on > only the command-line interface). As an occasional git-annex user, I agree. My preference is for =E2=80=9Cgit-annex=E2=80=9D to be the full experience and to make a =E2=80= =9C-minimal=E2=80=9D package that omits the assistant. I guess we could also use multiple outputs, but that would likely be difficult to pull off (not to mention the fact that it doesn=E2=80=99t do anything to simplify the build-time dependency graph). That being said, I could easily make that change on top of this series. With respect to the patches, I managed to apply them all, build all of the packages, and run the assistant, so that=E2=80=99s good! However, most= of the packages are more recent then the versions given in the Stackage LTS Haskell 14.27 list , which we follow to maintain a consistent package set. Please see for an explanation. (The short version is that the problem is not really your fault but rather the fault of our tools suggesting at every turn to do the wrong thing.) All of the packages except ghc-hjsmin and ghc-cryptonite-conduit are too recent. Would you mind sending an updated patch set with the LTS Haskell 14.27 versions? As of recently, if you run =E2=80=9Cguix lint=E2=80=9D on Haskel= l packages it will warn you if the version is wrong and suggest the correct version. Besides that, there are a few minor issues in the descriptions. Mostly incomplete sentences. It=E2=80=99s not a big deal as they are easy enough = to fix at commit time. However, if you are going to update the patches anyway... :) Thanks! -- Tim