dev-lang / rapydscript-ng

Pythonic JavaScript that doesn't suck

Official package sites : https://github.com/kovidgoyal/rapydscript-ng ·

v9999 :: 0 :: gentoo

Modified
License
BSD

v0.7.22 :: 0 :: gentoo

Modified
License
BSD
Keywords
amd64 ~arm64

net-libs / nodejs : A JavaScript runtime built on Chrome's V8 JavaScript engine

925717
dev-lang/rapydscript-ng-0.7.22 installs more files with FEATURES=test
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-lang/rapydscript-ng: crank copyright
Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Joonas Niilola · gentoo
dev-lang/rapydscript-ng: Stabilize 0.7.22 amd64, #919930
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Arthur Zamarin · gentoo
dev-lang/rapydscript-ng: keyword 0.7.22 for ~arm64
Bug: https://bugs.gentoo.org/907080 Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
Eli Schwartz · gentoo
dev-lang/rapydscript-ng: minor simplification tweak to bsdtar pattern
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com> Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Eli Schwartz · gentoo
dev-lang/rapydscript-ng: new package, add 0.7.22, 9999
build dependency of app-text/calibre, needed to rebuild javascript assets from source when unbundling dev-libs/mathjax-3. Because this is nodejs software, we must suffer. Upon advice, I have taken the route of making a live ebuild that not ::gentoo-quality, which is "acceptable" for a live ebuild even if maybe in an ideal world live ebuilds would not need this either. ;) The live ebuild can then be used to generate a release assets tarball that doesn't download totally random content from the internet in a stable release ebuild that wants to actually get keyworded. [sam: Update SRC_URI.] Signed-off-by: Eli Schwartz <eschwartz93@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/33419 Signed-off-by: Sam James <sam@gentoo.org>