On Fri, Feb 18, 2022 at 1:36 PM Iñaki Ucar <iucar@xxxxxxxxxxxxxxxxx> wrote: > > Hi, > > The new version of RStudio [1] now bundles quarto [2], a publishing > system written in JavaScript and TypeScript that in turn bundles Deno > [3] (runtime written in Rust) and its standard library (this is not > binary, but it's tagged independently of Deno at the moment), > deno_dom, and Dart Sass (other binary dependencies are pandoc and > esbuild, but they are part of Fedora already). > > I'm a bit overwhelmed by this. Does anyone see any sane way forward > here? Anyone willing to help? Some thoughts: > > - We could package Deno, but how stable it is, and thus how important > the tie to a specific version might be. Also, there's the question > about how to handle its standard library and third-party modules. > Maybe we could follow the same strategy as with nodejs, allowing > bundling specific versions. I have tried packaging deno as RPMs. It is possible, but quite a big task. The packages are now a bit out-of-date because I didn't have time to update them lately, but here's the work-in-progress .spec files for everything needed by deno: https://github.com/ironthree/deno-rpms and here's the work-in-progress RPM packages: https://copr.fedorainfracloud.org/coprs/decathorpe/deno/monitor/ The "deno" binary does work, but the packages would need working with upstream to fix some (mostly licensing) issues before they could be submitted as Fedora packages. (Note that building deno with vendored Rust dependencies would not really help, since those aforementioned issues would also need to be resolved in that case.) > - Dart Saas seems quite complicated, because it obviously requires the > Dart SDK [5]. Could Dart Saas be replaced by Ruby Saas? I think the Ruby SASS gem is deprecated, I'd rather replace it with sassc. It is the recommended replacement, alongside the Dart library - but given that we don't have dart in Fedora, and we already have libsass / sassc, I'd try to use that instead. Fabio _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
