> 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@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to