> Fabio Valentini venit, vidit, dixit 2024-06-14 16:25:56: > > Julia comes from a mindset or background where reproducibility is > important. Think of data science where you distribute both analysis and > code and want your code to always support your analysis ;-) > > Now, one thing is enabling that (via explicit requirements, bundling, > containerizing and such), another thing is basically inhibiting > unbundling. > > Julia users might be best served by not packaging Julia as rpm any more. > This implies not packaging it as Fedora flatpak either. > > I would not phrase this as "Fedora does not support Julia", though. > Rather, "Julia does not support distribution packaging" but also "Fedora > supports containerized workflows" such as those preferred by and > supported by Julia. In fact, Fedora/RHEL are *the* base for > containerized workflows, of course! The better way to use Julia is through juliaup (https://github.com/JuliaLang/juliaup), which will install it from versions compiled by the upstream project and hosted on their infrastructure - and also allow for installation of multiple versions side-by-side (since there are both long-term support versions like 1.6 and the current stable version). I had a look at packaging it before, but never followed up on that yet, just due to not having enough time yet. (I think it should just need to be a rust2rpm package, with one or two extra dependencies that need packaging). > > Michael -- _______________________________________________ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
