[bug#74987] [PATCH 0/2] Some dependencies for julia-setfield

[bug#74987] [PATCH 0/2] Some dependencies for julia-setfield

[King, Spencer via Guix-patches via]

Hello,

This patch series begins adding some of the dependencies necessary for building julia-setfield and running its test cases. There were a couple of test cases I was having issues with so I decided to just submit the dependency patches for now and finalize julia-setfield at a later date.

Best,
Spencer

[bug#74987] [PATCH 1/2] gnu: Add julia-performancetesttools.

[King, Spencer via Guix-patches via]

[-- Attachment #1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #2: 0001-gnu-Add-julia-performancetesttools.patch --]
[-- Type: application/octet-stream, Size: 1981 bytes --]

From 7ae1f74dd167f9bbb1b716549ba1cc4bbd464994 Mon Sep 17 00:00:00 2001
Message-Id: <7ae1f74dd167f9bbb1b716549ba1cc4bbd464994.1734649508.git.spencer.king@geneoscopy.com>
From: Spencer King <spencer.king@geneoscopy.com>
Date: Thu, 19 Dec 2024 23:03:12 +0000
Subject: [PATCH 1/2] gnu: Add julia-performancetesttools.

* gnu/packages/julia-xyz.scm (julia-performancetesttools): New variable.

Change-Id: Ia3d452f400a8dc0fe78ef8c131101ac2cd46550e
---
 gnu/packages/julia-xyz.scm | 25 +++++++++++++++++++++++++
 1 file changed, 25 insertions(+)

diff --git a/gnu/packages/julia-xyz.scm b/gnu/packages/julia-xyz.scm
index be2501a934..e7cbbe246b 100644
--- a/gnu/packages/julia-xyz.scm
+++ b/gnu/packages/julia-xyz.scm
@@ -4895,6 +4895,31 @@ (define-public julia-pdmats
 actual computation.")
     (license license:expat)))
 
+(define-public julia-performancetesttools
+  (package
+    (name "julia-performancetesttools")
+    (version "0.1.3")
+    (source
+     (origin
+       (method git-fetch)
+       (uri (git-reference
+             (url "https://github.com/JuliaTesting/PerformanceTestTools.jl")
+             (commit (string-append "v" version))))
+       (file-name (git-file-name name version))
+       (sha256
+        (base32 "0v5b8vnnhavra18h0136gahiyl7nc6r3rm3hm359ic3da8yzrnhn"))))
+    (build-system julia-build-system)
+    (home-page "https://github.com/JuliaTesting/PerformanceTestTools.jl")
+    (synopsis "Enables efficient code generation in test cases")
+    (description
+     "This package enables the Julia compiler to generate
+efficient code when running test cases.  Test cases are typically run with
+flags that prevent efficient code generation.  This package detects those flags
+and instead spawns a separate Julia process without the flags in which to run
+the test cases.")
+    (license license:expat)))
+
+
 (define-public julia-plotthemes
   (package
     (name "julia-plotthemes")

base-commit: 07b4b1d055c36c6c61d39273c26974771dbfe805
-- 
2.34.1

[bug#74987] [PATCH 2/2] gnu: Add julia-staticnumbers.

[King, Spencer via Guix-patches via]

[-- Attachment #1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #2: 0002-gnu-Add-julia-staticnumbers.patch --]
[-- Type: application/octet-stream, Size: 1977 bytes --]

From 25c2c0281d21dd21a4b239c06299a3b06953e51d Mon Sep 17 00:00:00 2001
Message-Id: <25c2c0281d21dd21a4b239c06299a3b06953e51d.1734649508.git.spencer.king@geneoscopy.com>
In-Reply-To: <7ae1f74dd167f9bbb1b716549ba1cc4bbd464994.1734649508.git.spencer.king@geneoscopy.com>
References: <7ae1f74dd167f9bbb1b716549ba1cc4bbd464994.1734649508.git.spencer.king@geneoscopy.com>
From: Spencer King <spencer.king@geneoscopy.com>
Date: Thu, 19 Dec 2024 23:04:19 +0000
Subject: [PATCH 2/2] gnu: Add julia-staticnumbers.

* gnu/packages/julia-xyz.scm (julia-staticnumbers): New variable.

Change-Id: I922d08011ef43d42cb55e09ed1f2723f7d427faf
---
 gnu/packages/julia-xyz.scm | 22 ++++++++++++++++++++++
 1 file changed, 22 insertions(+)

diff --git a/gnu/packages/julia-xyz.scm b/gnu/packages/julia-xyz.scm
index e7cbbe246b..1a258f1260 100644
--- a/gnu/packages/julia-xyz.scm
+++ b/gnu/packages/julia-xyz.scm
@@ -6217,6 +6217,28 @@ (define-public julia-staticarrayscore
 depending on the entirety of @code{StaticArrays.jl}.")
     (license license:expat)))
 
+(define-public julia-staticnumbers
+  (package
+    (name "julia-staticnumbers")
+    (version "0.4.0")
+    (source
+     (origin
+       (method git-fetch)
+       (uri (git-reference
+             (url "https://github.com/perrutquist/StaticNumbers.jl")
+             (commit (string-append "v" version))))
+       (file-name (git-file-name name version))
+       (sha256
+        (base32 "1m6drdyxgizc6d5qak9l6c2dv8nb6x5kj7sgfxkgwnfxf6ran257"))))
+    (build-system julia-build-system)
+    (native-inputs (list julia-simd julia-staticarrays))
+    (home-page "https://github.com/perrutquist/StaticNumbers.jl")
+    (synopsis "Static numbers in Julia")
+    (description
+     "This package provides number datatypes which store their values in
+ type parameters, making them runtime constants.")
+    (license license:expat)))
+
 (define-public julia-statisticaltraits
   (package
     (name "julia-statisticaltraits")
-- 
2.34.1

[bug#74987] [PATCH 0/2] Some dependencies for julia-setfield

[Ludovic Courtès]

Hi,

"King, Spencer" <spencer.king@wustl.edu> skribis:

> This patch series begins adding some of the dependencies necessary for
> building julia-setfield and running its test cases. There were a
> couple of test cases I was having issues with so I decided to just
> submit the dependency patches for now and finalize julia-setfield at a
> later date.

Nice.  Applied as well, thanks!

It’s good to see the Julia package set grow.  I must say though that I
wonder about longer-term maintenance.

For example, I gave a first stab at upgrading Julia but then ran out of
time: <https://issues.guix.gnu.org/73197>.

The other issue is that of individual package upgrades.  So far it seems
to be pretty smooth, but I suspect it won’t last.

What’s your take?

Ludo’.

[bug#74987] [PATCH 0/2] Some dependencies for julia-setfield

[King, Spencer via Guix-patches via]

Hi Ludo, 

Thank you for being so prompt when it comes to reviewing my patches, I really do appreciate it. I'm happy to help the Julia package set grow. All of my Julia contributions so far have been working towards packaging some of the larger machine learning packages that I use, which have pretty deep dependency trees.

I agree that longer-term maintenance is a point of concern. Perhaps that will change if Julia begins to see more widespread adoption. I think one of the biggest issues facing Julia packaging is that there currently isn't the same level of interest as languages like Python. I also know that there have been some issues with packages not building reproducibly due to upstream issues with the internals of the Julia compiler, but I'm not going to pretend I have an in-depth understanding of that issue.

I have seen your thread about your efforts to package a new version of Julia. It looks pretty complex and is definitely a major step up in complexity from any packages I've written so far. I think this comes back to the issue of interest, Julia just doesn't have the same level of interest as other languages in scientific computing so it can be challenging to find collaborators.

Like you said, individual package upgrades have gone fine so far. I've done a few myself without issues. I agree that it probably won't last as the package set grows and we end up with more complex dependency trees. However, I imagine that is a similar issue faced by other package sets in Guix.

Best,
Spencer

[bug#74987] [PATCH 0/2] Some dependencies for julia-setfield

[Ludovic Courtès]

Hi Spencer,

"King, Spencer" <spencer.king@wustl.edu> skribis:

> I agree that longer-term maintenance is a point of concern. Perhaps
> that will change if Julia begins to see more widespread adoption. I
> think one of the biggest issues facing Julia packaging is that there
> currently isn't the same level of interest as languages like Python. I
> also know that there have been some issues with packages not building
> reproducibly due to upstream issues with the internals of the Julia
> compiler, but I'm not going to pretend I have an in-depth
> understanding of that issue.
>
> I have seen your thread about your efforts to package a new version of
> Julia. It looks pretty complex and is definitely a major step up in
> complexity from any packages I've written so far. I think this comes
> back to the issue of interest, Julia just doesn't have the same level
> of interest as other languages in scientific computing so it can be
> challenging to find collaborators.
>
> Like you said, individual package upgrades have gone fine so far. I've
> done a few myself without issues. I agree that it probably won't last
> as the package set grows and we end up with more complex dependency
> trees. However, I imagine that is a similar issue faced by other
> package sets in Guix.

Fortunately, Julia is less of a nice today than it was a few years back.
Hopefully we’ll find more people to help.

Regarding long-term maintenance, have you looked at the importer that
was proposed a while back?  (Cc’ing Nicolas.)

  https://issues.guix.gnu.org/62202

I think we try and have an importer and updater in place to ease package
maintenance.  Maybe the ‘juliahub’ importer (it seemed almost ready to
me), or maybe something else.  It’s been instrumental in maintaining
other package sets.

Thanks for your feedback,
Ludo’.