GNU bug report logs -
#75286
[PATCH] gnu: Add tetgen.
Previous Next
Reported by: Lars Bilke <lars.bilke <at> ufz.de>
Date: Thu, 2 Jan 2025 14:51:02 UTC
Severity: normal
Tags: patch
Done: Andreas Enge <andreas <at> enge.fr>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 75286 in the body.
You can then email your comments to 75286 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
andreas <at> enge.fr, bavier <at> posteo.net, sharlatanus <at> gmail.com, guix-patches <at> gnu.org
:
bug#75286
; Package
guix-patches
.
(Thu, 02 Jan 2025 14:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Lars Bilke <lars.bilke <at> ufz.de>
:
New bug report received and forwarded. Copy sent to
andreas <at> enge.fr, bavier <at> posteo.net, sharlatanus <at> gmail.com, guix-patches <at> gnu.org
.
(Thu, 02 Jan 2025 14:51:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/geo.scm (tetgen): New variable.
Change-Id: Iba2de71cf0a10ca5c7b65f9851d05fe63c944b30
---
gnu/packages/geo.scm | 26 ++++++++++++++++++++++++++
1 file changed, 26 insertions(+)
diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
index 8b9b9a4cf7..ec48474708 100644
--- a/gnu/packages/geo.scm
+++ b/gnu/packages/geo.scm
@@ -3614,3 +3614,29 @@ (define-public laszip
@code{LAZ} files. The @code{LAS} format is a file format designed for the
interchange and archiving of lidar point cloud data.")
(license license:asl2.0)))
+
+ (define-public tetgen
+ (package
+ (name "tetgen")
+ (synopsis
+ "Quality Tetrahedral Mesh Generator and 3D Delaunay Triangulator")
+ (license license:agpl3)
+ (description
+ "TetGen is a program to generate tetrahedral meshes of any 3D
+polyhedral domains. TetGen generates exact constrained Delaunay
+tetrahedralizations, boundary conforming Delaunay meshes, and Voronoi
+partitions.")
+ (home-page "https://wias-berlin.de/software/tetgen/")
+ (version "1.5.1-2")
+ (source
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://github.com/ufz/tetgen")
+ (commit version)))
+ (sha256
+ (base32 "0hd8mvmzybvlgvfx131p8782v8hggmg53vlkgazpsw9d6ympfcrv"))))
+ (build-system cmake-build-system)
+ (arguments
+ `(#:tests? #f
+ #:configure-flags (list "-DCMAKE_POSITION_INDEPENDENT_CODE=ON")))))
base-commit: ab43d883a0a88adbcfd3c3ab8d4c097cd9054b90
--
2.46.1
Information forwarded
to
guix-patches <at> gnu.org
:
bug#75286
; Package
guix-patches
.
(Mon, 27 Jan 2025 13:37:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 75286 <at> debbugs.gnu.org (full text, mbox):
Lars Bilke <lars.bilke <at> ufz.de> skribis:
> * gnu/packages/geo.scm (tetgen): New variable.
>
> Change-Id: Iba2de71cf0a10ca5c7b65f9851d05fe63c944b30
[...]
> + (define-public tetgen
> + (package
> + (name "tetgen")
> + (synopsis
> + "Quality Tetrahedral Mesh Generator and 3D Delaunay Triangulator")
> + (license license:agpl3)
> + (description
> + "TetGen is a program to generate tetrahedral meshes of any 3D
> +polyhedral domains. TetGen generates exact constrained Delaunay
> +tetrahedralizations, boundary conforming Delaunay meshes, and Voronoi
> +partitions.")
> + (home-page "https://wias-berlin.de/software/tetgen/")
> + (version "1.5.1-2")
> + (source
> + (origin
> + (method git-fetch)
> + (uri (git-reference
> + (url "https://github.com/ufz/tetgen")
> + (commit version)))
> + (sha256
> + (base32 "0hd8mvmzybvlgvfx131p8782v8hggmg53vlkgazpsw9d6ympfcrv"))))
> + (build-system cmake-build-system)
> + (arguments
> + `(#:tests? #f
> + #:configure-flags (list "-DCMAKE_POSITION_INDEPENDENT_CODE=ON")))))
Could you remove the extra indentation, reorder fields in the more
conventional way, check the license (AGPLv3+ maybe?), add a ‘file-name’
field to the origin (as noted by ‘guix lint’), and run ‘guix style -S
arguments tetgen’?
If tests have to be disabled, there needs to be a margin comment
explaining why, such as “no test suite”. Otherwise it’s worth
investigating.
Thanks in advance!
Ludo’.
Information forwarded
to
andreas <at> enge.fr, bavier <at> posteo.net, sharlatanus <at> gmail.com, guix-patches <at> gnu.org
:
bug#75286
; Package
guix-patches
.
(Tue, 28 Jan 2025 09:21:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 75286 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/geo.scm (tetgen): New variable.
Change-Id: Iba2de71cf0a10ca5c7b65f9851d05fe63c944b30
---
gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++++
1 file changed, 29 insertions(+)
diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
index 3317271802..2a63d892d8 100644
--- a/gnu/packages/geo.scm
+++ b/gnu/packages/geo.scm
@@ -3684,3 +3684,32 @@ (define-public laszip
@code{LAZ} files. The @code{LAS} format is a file format designed for the
interchange and archiving of lidar point cloud data.")
(license license:asl2.0)))
+
+(define-public tetgen
+ (package
+ (name "tetgen")
+ (version "1.5.1-2")
+ (source
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://github.com/ufz/tetgen")
+ (commit version)))
+ (file-name (git-file-name name version))
+ (sha256
+ (base32 "0hd8mvmzybvlgvfx131p8782v8hggmg53vlkgazpsw9d6ympfcrv"))))
+ (build-system cmake-build-system)
+ (arguments
+ (list
+ #:configure-flags #~(list "-DCMAKE_POSITION_INDEPENDENT_CODE=ON")
+ ;; No test suite.
+ #:tests? #f))
+ (home-page "https://wias-berlin.de/software/tetgen/")
+ (synopsis
+ "Quality Tetrahedral Mesh Generator and 3D Delaunay Triangulator")
+ (description
+ "TetGen is a program to generate tetrahedral meshes of any 3D
+polyhedral domains. TetGen generates exact constrained Delaunay
+tetrahedralizations, boundary conforming Delaunay meshes, and Voronoi
+partitions.")
+ (license license:agpl3+)))
base-commit: 44d9f05fb3a8f20044873597762e6d8d6a895783
--
2.46.1
Information forwarded
to
guix-patches <at> gnu.org
:
bug#75286
; Package
guix-patches
.
(Wed, 05 Feb 2025 14:09:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 75286 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello Lars,
when looking at the tetgen homepage, I see that they do not have a
version 1.5.1, but that there is a version 1.6.0. They hide the source
behind a form that asks for a name and an email address, but the real
place of the source code is easily reverse engineered.
I am attaching a corresponding patch; unfortunately there is no install
target, so I copy the binary "by hand" to bin/. And there is an
installed file etc/ld.so.cache, of which I do not know where it comes
from and which phase puts it into the output; it is surely superfluous?
What do you think? I see that your email address is @ufz.de and that the
github origin you provide belongs to ufz, so maybe you maintain a fork?
But if you need one, maybe this should be mentioned somewhere and/or
reflected in the package name?
Andreas
[0001-gnu-Add-tetgen.patch (text/plain, attachment)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#75286
; Package
guix-patches
.
(Thu, 06 Feb 2025 14:12:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 75286 <at> debbugs.gnu.org (full text, mbox):
Hi Andreas,
thanks for your patch!
On 5 Feb 2025, at 15:08, Andreas Enge wrote:
> I am attaching a corresponding patch; unfortunately, there is no install
> target, so I copy the binary "by hand" to bin/. And there is an
> installed file etc/ld.so.cache, of which I do not know where it comes
> from and which phase puts it into the output; it is surely superfluous?
Yes, the ld cache is not required for the binary.
> What do you think? I see that your email address is @ufz.de and that the
> github origin you provide belongs to ufz, so maybe you maintain a fork?
> But if you need one, maybe this should be mentioned somewhere and/or
> reflected in the package name?
I am perfectly fine to merge this patch v3.
We relied on tetgen (the library) in the past and made some fixes in the build system on that fork. But this is not required for us anymore and our fork is not maintained anymore.
So building this with the original source as you did is better.
Thanks a lot!
Lars
Reply sent
to
Andreas Enge <andreas <at> enge.fr>
:
You have taken responsibility.
(Thu, 06 Feb 2025 15:30:04 GMT)
Full text and
rfc822 format available.
Notification sent
to
Lars Bilke <lars.bilke <at> ufz.de>
:
bug acknowledged by developer.
(Thu, 06 Feb 2025 15:30:05 GMT)
Full text and
rfc822 format available.
Message #22 received at 75286-done <at> debbugs.gnu.org (full text, mbox):
Hello!
Am Thu, Feb 06, 2025 at 03:11:41PM +0100 schrieb Lars Bilke:
> I am perfectly fine to merge this patch v3.
> So building this with the original source as you did is better.
thanks for your quick reply! I have just pushed the patch.
The etc/ld.so.cache comes from the phase make-dynamic-linker-cache,
of which I do not know why it appears; I have not seen it in other
packages using the cmake build system. So I have just removed the phase
by hand.
Andreas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 07 Mar 2025 12:24:19 GMT)
Full text and
rfc822 format available.
This bug report was last modified 102 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.