[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Fork or replace dependency yajl?


  • To: xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Christoph Grüninger <foss@xxxxxxxxxxxxx>
  • Date: Sun, 3 Aug 2025 10:52:37 +0200
  • Arc-authentication-results: i=1; strato.com; arc=none; dkim=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1754207814; s=strato-dkim-0002; d=strato.com; h=Subject:From:To:Date:Message-ID:Cc:Date:From:Subject:Sender; bh=oxRyrRdMFbMhmCe0eq97BCX9Ag5zxLASFk7yCih8xD8=; b=QhQf99972d6oA9vx9kfR4fYSR0qLmGltJWNFfR4OnOqh7UdUC3/71+Dc8u3z0/l6HH tbyXWzOM9yoid0ZcfuWw39TFeXbg69YByaUsb7dAEyLfhAKAL13zQ4uw4xneJk4fymxK iMjqt/XstPqh68DK025l8Sop9ZDUkm8uldAVrpB45bX6OConI2I1JdPMAbjRioiqV6MS HcEpfsVlji+ZljOaUG2lOzVNKWgzwGp45HbgtS5ydakAgFTN2lWoGqTSFWn0ulfBSKbX jk8GO8ydl4M6oIsZBkmn9tgTzkcLHjapkFtyO3XbHJoBkhe5mW0+MtCPH4Vdlf0P7jaF WiHg==
  • Arc-seal: i=1; a=rsa-sha256; t=1754207814; cv=none; d=strato.com; s=strato-dkim-0002; b=l7/gIZbqhbUd/Jek7SDRLb3HCoGVbyb5+WFOyuRgOw6A33WjmludgjkXU9bNxDX1Cu fQ8vivlLCYoPKrtkOO7jRWYUAxrIYHo7NYo5GjFOnbROWUhIPs/VKQSOyAZLi8FPNiI+ F00fcfg6jTACs0oFoon6aGfbU+vWvALRXBIGNrWjKiELil5/HD7o89xLh0S27NHen5yL Vd606J5AcdxfCwdsgWEkDtxkMOi1jzeC6VnoOf4n/gdvUKC5MLaOk9DgQ1G/pxwi8rjn OajiuHt95VKwwsy0ZL5tIrE14StRdhTMWQzn49Hb3hrpxBjvTj4/2gh+Lna3dE75NvpA VgSQ==
  • Delivery-date: Sun, 03 Aug 2025 09:11:35 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Dear Xen developers,

you are using the dependency yajl (yet another json library, [1]) to parse JSON files. The project seems abandoned with the last commit 10 years ago, the last release over 11 years ago, and 75 open pull requests. Packaging yajl requires patches, e.g., to make it compatible with CMake 4.0.
There are some forks but none has replaced the old one yet [2].

I think there are three paths forward:
1. Xen could pick a prominent fork and use it as its main dependency.
2. Xen could create a fork of its own, hopefully attracting more people interested in an maintained successor of yajl.
3. Switch to a different JSON parser library that remained healthy.

Sure, you could stick to option 4., do nothing an offload the burden to fix yajl to distribution packagers.

Xen is an important project and its decision can create momentum that might lead other projects.

[1] https://github.com/lloyd/yajl
[2] https://github.com/lloyd/yajl/issues/252

Kind regards,
Christoph

--
Most customers will not accept source code with compile errors in it.
                 Dan Saks, CppCon 2016 (https://youtu.be/D7Sd8A6_fYU)




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.