- Package:
- src:quickjs
- Source:
- src:quickjs
- Submitter:
- Jérémy Lal
- Date:
- 2025-01-17 13:21:02 UTC
- Severity:
- normal
Hi, it seems that https://github.com/quickjs-ng/quickjs is leading the dev of that project now. A list of differences with the original project: https://quickjs-ng.github.io/quickjs/diff Also, they do release versions (0.8.0 is out). Considering the huge community built upon quickjs-ng, and the small set of reverse-deps (edbrowse), I think it makes more sense to change upstream and add an epoch to the version. Jérémy
Le jeu. 16 janv. 2025 à 19:20, Sebastian Humenda <shumenda@gmx.de> a écrit : I've pushed a Draft PR to edbrowse. I propose to maintain quickjs. I'm going to use it with nginx's njs. It makes sense to me to change its team maintenance to pkg-javascript-devel, or even simply to debian group. Jérémy
Hi Jérémy Lal schrieb am 17.01.2025, 12:23 +0100: I'll take a look. I'd like to stay uploader. I'd follow your suggestion, pkg-javascript sounds reasonable, but I won't be able to follow the team's development along. What steps are required from my side? Cheers Sebastian
Le ven. 17 janv. 2025 à 13:47, Sebastian Humenda <shumenda@gmx.de> a écrit : I've built edbrowse with quickjs-ng, and opened a web page with it. However I don't know how to test the js part. Ok It's okay to not subscribe to pkg-javascript-devel. What steps are required from my side? I have granted you access as a maintainer to https://salsa.debian.org/js-team/quickjs-ng You can review the changes I made there (I may have missed some issues). You just need to use that repository. I noticed that quickjs-ng is not yet usable as a shared library. https://github.com/quickjs-ng/quickjs/issues/675 gives hope, though. Jérémy