GNU bug report logs - #63296
[PATCH] gnu: Add capnproto-0.9

Previous Next

To reply to this bug, email your comments to 63296 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Franz Geffke <franz <at> pantherx.org>
To: guix-patches <at> gnu.org
Subject: [PATCH] gnu: Add capnproto-0.9
Date: Fri, 5 May 2023 11:31:51 +0100

diff --git a/gnu/packages/serialization.scm b/gnu/packages/serialization.scm
index 39954d6764..d0b44f7709 100644
--- a/gnu/packages/serialization.scm
+++ b/gnu/packages/serialization.scm
@@ -613,6 +613,20 @@ (define-public capnproto
 RPC system.  Think JSON, except binary.  Or think Protocol Buffers, except 
faster.")
     (license license:expat)))

+(define-public capnproto-0.9
+  (package
+    (inherit capnproto)
+    (name "capnproto")
+    (version "0.9.2")
+    (source (origin
+              (method url-fetch)
+              (uri (string-append
+                    "https://capnproto.org/capnproto-c++-"
+                    version ".tar.gz"))
+              (sha256
+               (base32
+                "0hi5lpyhskdg99n9zgn0ffr79gn12m1j7igkp9wikklg2p4yjca0"))))))
+
 (define-public python-ruamel.yaml
   (package
     (name "python-ruamel.yaml")

Message #8 received at 63296 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Franz Geffke <franz <at> pantherx.org>
Cc: 63296 <at> debbugs.gnu.org
Subject: Re: bug#63296: [PATCH] gnu: Add capnproto-0.9
Date: Thu, 11 May 2023 15:42:25 +0200

Hi Franz,

Franz Geffke <franz <at> pantherx.org> skribis:

> diff --git a/gnu/packages/serialization.scm b/gnu/packages/serialization.scm
> index 39954d6764..d0b44f7709 100644
> --- a/gnu/packages/serialization.scm
> +++ b/gnu/packages/serialization.scm
> @@ -613,6 +613,20 @@ (define-public capnproto
>  RPC system.  Think JSON, except binary.  Or think Protocol Buffers,
>  except faster.")
>      (license license:expat)))
>
> +(define-public capnproto-0.9

Are there packages in Guix that are going to depend on it?

If not, could you explain briefly why we should have it?

In general, we keep old versions if there’s a package depending on it or
if there’s a strong use case (for example, developers may often work
with different versions of Python, GCC, or LLVM, so we keep several
versions of them).

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.