[PATCH] gnu: jsoncpp: Update to 1.9.6.

  • Open
  • quality assurance status badge
Details
4 participants
  • Aaron Covrig
  • Andy Tai
  • Greg Hogan
  • Sharlatan Hellseher
Owner
unassigned
Submitted by
Andy Tai
Severity
normal

Debbugs page

Andy Tai wrote 1 months ago
(address . guix-patches@gnu.org)
CAJsg1E8ZkbKW+R5vUC6co_cW5UJRrrv7HKkshaLNisbTuh574w@mail.gmail.com

From b8e7fa872aef67eebbab37866cfac9cde1d4ab66 Mon Sep 17 00:00:00 2001
Message-ID: <b8e7fa872aef67eebbab37866cfac9cde1d4ab66.1739069242.git.ltai@roku.com>
From: Andy Tai <ltai@roku.com>
Date: Sat, 8 Feb 2025 18:46:30 -0800
Subject: [PATCH] gnu: jsoncpp: Update to 1.9.6.
To: guix-patches@gnu.org

* gnu/packages/serialization.scm (jsoncpp): Update to 1.9.6.

Change-Id: Ia06626589c9ba9c98886294993be625726c23e31
---
gnu/packages/serialization.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

Toggle diff (26 lines)
diff --git a/gnu/packages/serialization.scm b/gnu/packages/serialization.scm
index f77ae9dc16..af593c42c9 100644
--- a/gnu/packages/serialization.scm
+++ b/gnu/packages/serialization.scm
@@ -581,7 +581,7 @@ (define-public yaml-cpp
(define-public jsoncpp
(package
(name "jsoncpp")
- (version "1.9.5")
+ (version "1.9.6")
(home-page "https://github.com/open-source-parsers/jsoncpp")
(source (origin
(method git-fetch)
@@ -589,7 +589,7 @@ (define-public jsoncpp
(file-name (git-file-name name version))
(sha256
(base32
- "06zss7z56ykzwcsfdxarmini63hkf8i8gx70q3yw9wb0bw7wj9rv"))))
+ "070xg4i52z3yv5b9bw5k95qskw0daivh0njka87mzj0d3zf1qsyy"))))
(build-system meson-build-system)
(synopsis "C++ library for interacting with JSON")
(description "JsonCpp is a C++ library that allows manipulating JSON values,

base-commit: 494f72490a1e747f237d04a27502f6ef24ac8ae5
--
2.45.2
Sharlatan Hellseher wrote 3 weeks ago
(address . 76151@debbugs.gnu.org)
877c5mc1zg.fsf@gmail.com
Hi,

It's for core-packaged-team ;-)

Toggle snippet (4 lines)
guix refresh --list-dependent jsoncpp
Building the following 10784 packages would ensure 24531 dependent packages are rebuilt

---
Oleg
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEmEeB3micIcJkGAhndtcnv/Ys0rUFAme1C/MACgkQdtcnv/Ys
0rV6rhAAzGehw7eaf6Sf+xwuqcsVJh33Asmi9k78dLwyCzGxR8zY2wsoUHfOf+RA
VK+hmtuGxC1OVxsGmtzGTIdKGwGmmLzKEPMf5s7gIkRjghZCv/4sIHWouzLKIK+m
m/afkjeMBe+XjZFL0kgRGogGhYfzsnpv3wPZI0IF406K+EppkKNDfgJb1A7bqSKJ
YPAuqg3wXWOWHBU5Jkru2W71mBCMesWT9BrHY4A6W2zRzYxUZxjZeRKMWBtr//Yz
I5FO7ZroAWe8+a30cg/jZcr6YdoOH2IIb52H/CPKCUYevINAr1+ZgwYIHIIpAHXO
5MXKWOoz79bKdqDaeSewHAafMMyWp3P0pSLnQmrKAN0GsC7Vz52KAIjyGkuGAaU6
S2L8kOGJEMY8Wp4ty8N67Vr5mKIuXuYfbhwWm0HRqHioxGK9uUvwraJYEbyzVbvJ
Nfot5iDTQAQKXnucnD3qmNbqfjChpV/2EF9WQyKyPqHmz2R125/pEBMYMFRSbf4R
YdOaPvwUBGcFjM1IpQSx1EDydjvAqjTVS5dENaNhYJ5c25wFnsjM2VRb9N1rR7si
WDOZ5LrfDf/74R7kKP9dDhlEl59fpThr/B/XVZla3u8c4cff6XAAXJP6MvoaztSH
HDbxSHY9Pd7bDbCQ/QOPZzsgTk7U2voqlQD1b6EBQtD2jcydfjs=
=YBro
-----END PGP SIGNATURE-----

Greg Hogan wrote 2 weeks ago
(name . Sharlatan Hellseher)(address . sharlatanus@gmail.com)
CA+3U0ZmRtA06Ech8N24G54+_eZ6jEtj3J7YsmqqFebhY22RT0A@mail.gmail.com
On Tue, Feb 18, 2025 at 5:39 PM Sharlatan Hellseher
<sharlatanus@gmail.com> wrote:
Toggle quote (13 lines)
>
> Hi,
>
> It's for core-packaged-team ;-)
>
> --8<---------------cut here---------------start------------->8---
> guix refresh --list-dependent jsoncpp
> Building the following 10784 packages would ensure 24531 dependent packages are rebuilt
> --8<---------------cut here---------------end--------------->8---
>
> ---
> Oleg

The package is not registered to a team, so can it not be applied to
any team branch or a feature branch?

Toggle snippet (12 lines)
$ guix show jsoncpp | recsel -p name,version,location
name: jsoncpp
version: 1.9.5
location: gnu/packages/serialization.scm:608:2

name: jsoncpp
version: 1.7.3
location: gnu/packages/serialization.scm:631:2

$ grep gnu/packages/serialiation.scm etc/teams.scm

Greg
Aaron Covrig wrote 4 days ago
(no subject)
(address . 76151@debbugs.gnu.org)
20250307173044.172615a3@mobile-dev
I believe what they mean is that because this package is depended on by
so many other packages, it needs to be upgraded a bit differently. This
is done to prevent massive rebuilds for substitute servers and to
reduce the risk of breakage.

=2D-8<---------------cut here---------------start------------->8---
more than 1,800 dependent packages
core-updates branch (may include major and potentially disruptive
changes). This branch is intended to be merged in master every 6 months
or so. This branch is not expected to be buildable or usable until late
in its development process.
=2D-8<---------------cut here---------------end--------------->8---

What I don't know, is the correct process is for this type of
submission. I'm seeing a `core-updates-glibc-2.39` branch, but
presumably that is only for glibc; does one need special privileges to
create a new branch or do we just submit the patch based off the master
branch as a patch to a branch that doesn't exist?

=2D-8<---------------cut here---------------start------------->8---
git branch -a | grep -a core
remotes/origin/core-packages-team
remotes/origin/core-packages-team-old
remotes/origin/core-packages-team-old2
remotes/origin/core-updates-glibc-2.39
=2D-8<---------------cut here---------------end--------------->8---

v/r,

Aaron

P.S.
I just noticed that the latest version of the manual drops the package
number branch definitions; I'm not sure if this was moved to a
different section now; accidentally deleted; or if it is going to be
dropped as a requirement. See:
-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQSPXVwROJGaYSBOwhhfTkc5aZTD/QUCZ8tzlQAKCRBfTkc5aZTD
/ZriAP9iDkKceirPXbHeIZpm7y/THiptmetbmuAqFlx4zvQ1IQD9HHH61UMTHYdX
dP1Lb+2xJ6nyVWgmWm5/CRga/1X0uwg=
=x0sY
-----END PGP SIGNATURE-----


Greg Hogan wrote 4 days ago
(name . Aaron Covrig)(address . aaron.covrig.us@ieee.org)(address . 76151@debbugs.gnu.org)
CA+3U0ZndxW4ip7O3z1j7QHdvU_jcHniVH+PzrSvd0kwL2Wz9dQ@mail.gmail.com
On Fri, Mar 7, 2025 at 5:32 PM Aaron Covrig via Guix-patches via
<guix-patches@gnu.org> wrote:
Toggle quote (8 lines)
>
> I just noticed that the latest version of the manual drops the package
> number branch definitions; I'm not sure if this was moved to a
> different section now; accidentally deleted; or if it is going to be
> dropped as a requirement. See:
> https://guix.gnu.org/manual/devel/en/html_node/Submitting-Patches.html
> https://guix.gnu.org/manual/en/html_node/Submitting-Patches.html

Yes, "manual" is from the last release (in 2022) and "manual/devel" is
up-to-date.

I was going to suggest that we look into why there are so many
dependent packages, and I did, and it is cmake-bootstrap, which I am
working on updating in #70031 and in an imminent c++ branch. So I will
integrate this there, and we should pin cmake to this version of
jsoncpp.
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 76151@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 76151
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch
You may also tag this issue. See list of standard tags. For example, to set the confirmed and easy tags
mumi command -t +confirmed -t +easy
Or, remove the moreinfo tag and set the help tag
mumi command -t -moreinfo -t +help