Your message dated Mon, 04 Jan 2021 21:21:39 +0000
with message-id <[email protected]>
and subject line Bug#978659: fixed in vtk9 9.0.1+dfsg1-6
has caused the Debian Bug report #978659,
regarding vtk9: FTBFS on hurd-i386 and non-java ports
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
978659: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978659
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: vtk9
Version: 9.0.1+dfsg1-5
Severity: important
Tags: patch

Hello,

Just like for vtk7, vtk9 needs fixes on hurd-i386 (for applism), and on
non-java ports, please see the attached patches.

Samuel

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 
'proposed-updates'), (500, 'oldoldstable'), (500, 'buildd-unstable'), (500, 
'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), 
(1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vtk9 depends on:
ii  libc6       2.31-6
ii  libgcc-s1   11-20201216-2
ii  libstdc++6  11-20201216-2
pn  libvtk9     <none>

vtk9 recommends no packages.

Versions of packages vtk9 suggests:
pn  vtk9-doc       <none>
pn  vtk9-examples  <none>

-- 
Samuel
<m> bouhouhouh, b il m'a abandonné. Tout ca parce que je regardais plus mon 
emacs que lui !
<m> s/lui/ses messages irc/
 -+- #ens-mim esseulé -+-
https://gitlab.kitware.com/diatomic/diy/-/merge_requests/59

>From bb0d55c8ae34a43354b1002262dad722c410d8cb Mon Sep 17 00:00:00 2001
From: Samuel Thibault <[email protected]>
Date: Sat, 13 Jun 2020 13:59:31 +0200
Subject: [PATCH] Fix build on mach-based OS which are not OS X

---
 include/diy/time.hpp | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/time.hpp 
b/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/time.hpp
index 692cf36..671e69d 100644
--- a/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/time.hpp
+++ b/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/time.hpp
@@ -3,11 +3,11 @@
 
 #ifndef _WIN32
 #include <sys/time.h>
-#ifdef __MACH__
+#if defined(__MACH__) && defined(__APPLE__)
 #include <mach/clock.h>
 #include <mach/mach.h>
-#endif // __MACH__
+#endif // __MACH__ && __APPLE__
 #endif // ifndef _WIN32
 
 namespace diy
 {
@@ -16,7 +16,7 @@ typedef     unsigned long       time_type;
 
 inline time_type get_time()
 {
-#ifdef __MACH__ // OS X does not have clock_gettime, use clock_get_time
+#if defined(__MACH__) && defined(__APPLE__) // OS X does not have 
clock_gettime, use clock_get_time
     clock_serv_t cclock;
     mach_timespec_t ts;
     host_get_clock_service(mach_host_self(), CALENDAR_CLOCK, &cclock);
-- 
GitLab

--- debian/control.original     2020-12-29 14:14:29.000000000 +0000
+++ debian/control      2020-12-29 14:15:29.000000000 +0000
@@ -8,7 +8,7 @@
 Build-Depends: chrpath,
                cmake (>= 3.2.0),
                debhelper-compat (= 13),
-               default-jdk,
+               default-jdk [!hppa !hurd-any !kfreebsd-any],
                default-libmysqlclient-dev,
                dh-python,
                doxygen-latex,
@@ -115,7 +115,7 @@
          libtiff-dev,
          libutfcpp-dev,
          libvtk9 (= ${binary:Version}),
-         libvtk9-java (= ${binary:Version}),
+         libvtk9-java (= ${binary:Version}) [!hppa !hurd-any !kfreebsd-any],
          libx11-dev,
          libxft-dev,
          libxml2-dev,
@@ -161,7 +161,7 @@
  that use VTK.
 
 Package: libvtk9-java
-Architecture: any
+Architecture: amd64 arm64 armel armhf i386 mips64el mipsel ppc64el s390x alpha 
ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
 Section: java
 Depends: ${java:Depends},
          ${misc:Depends},
--- debian/rules.original       2020-12-29 14:15:37.000000000 +0000
+++ debian/rules        2020-12-29 14:18:12.000000000 +0000
@@ -3,7 +3,11 @@
 
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
+nojava_archs=hppa hurd-i386 kfreebsd-i386 kfreebsd-amd64
+ifneq ($(DEB_BUILD_ARCH),$(filter $(DEB_BUILD_ARCH), $(nojava_archs)))
 export JAVA_HOME=/usr/lib/jvm/default-java
+extra_flags += -DVTK_WRAP_JAVA=ON
+endif
 
 ifneq (,$(filter $(DEB_HOST_ARCH), armel m68k mips mipsel powerpc sh4))
   export DEB_CXXFLAGS_MAINT_APPEND += -Wl,--no-as-needed -latomic 
-Wl,--as-needed
@@ -52,7 +56,6 @@
        -DVTK_MODULE_USE_EXTERNAL_VTK_zlib:BOOL=ON \
        -DVTK_PYTHON_VERSION:STRING=3 \
        -DVTK_USE_TK=ON \
-       -DVTK_WRAP_JAVA=ON \
        -DVTK_WRAP_PYTHON=ON \
     -DCMAKE_BUILD_TYPE=RelWithDebInfo
 
@@ -70,8 +73,10 @@
 
 override_dh_auto_install:
        dh_auto_install -X.pyc -X.pyo
+ifneq ($(JAVA_HOME),)
        # Correct headers for paraview
        mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/java/vtk.jar 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/java/vtk9.jar
+endif
        sed -i -e "s/FATAL_ERROR/STATUS/g" 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/cmake/vtk-9.0/VTK-targets.cmake
 
 override_dh_install:

--- End Message ---
--- Begin Message ---
Source: vtk9
Source-Version: 9.0.1+dfsg1-6
Done: Anton Gladky <[email protected]>

We believe that the bug you reported is fixed in the latest version of
vtk9, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Anton Gladky <[email protected]> (supplier of updated vtk9 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Mon, 04 Jan 2021 22:12:05 +0100
Source: vtk9
Architecture: source
Version: 9.0.1+dfsg1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team 
<[email protected]>
Changed-By: Anton Gladky <[email protected]>
Closes: 977521 977522 978659 979073
Changes:
 vtk9 (9.0.1+dfsg1-6) unstable; urgency=medium
 .
   [ Samuel Thibault ]
   * [7027348] Fix FTBFS on hurd-i386 and non-java ports. (Closes: #978659)
 .
   [ Vagrant Cascadian ]
   * [7a3a0e0] Make vtk9 build-reproducible. (Closes: #977522, #977521)
 .
   [ Anton Gladky ]
   * [a341c32] Enable RenderingContextOpenGL2. (Closes: #979073)
Checksums-Sha1:
 296608cfa082a4d53dd007688591cb4025f0370a 3648 vtk9_9.0.1+dfsg1-6.dsc
 d210a06b4ef6bc73a9bd2b4e5f4711b687e8256a 19960 vtk9_9.0.1+dfsg1-6.debian.tar.xz
 6d53d13ffda89af0bb62b1d153b7cba5e47a6c78 20456 
vtk9_9.0.1+dfsg1-6_source.buildinfo
Checksums-Sha256:
 01534323cf2763bb76524e0ff9913c86f1ba5f11c9738ec2a3dfa26687f17fa7 3648 
vtk9_9.0.1+dfsg1-6.dsc
 89b4a712c2d8a4adf1f734c7599fed322e9306c49acf3cef68561c9d4a056c55 19960 
vtk9_9.0.1+dfsg1-6.debian.tar.xz
 058a5113e11d02d3a7fd69fd74c88365182c62bf1c46d9e3131b06b8635420ea 20456 
vtk9_9.0.1+dfsg1-6_source.buildinfo
Files:
 75c37de0d2af1e4e790cf25b7179a25d 3648 graphics optional vtk9_9.0.1+dfsg1-6.dsc
 6273918a01112f775a3411208c199860 19960 graphics optional 
vtk9_9.0.1+dfsg1-6.debian.tar.xz
 10128e589d8a6586d2173add32527f0b 20456 graphics optional 
vtk9_9.0.1+dfsg1-6_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEu71F6oGKuG/2fnKF0+Fzg8+n/wYFAl/zhPcACgkQ0+Fzg8+n
/wbTSBAAgUCPeOq9oNw/jh3qHYzfzL6E2sUCVOIb7/tGmxw5fz3y4i6grLLoZAr3
o0qtV8OQXDR3AGtiYbGY/XO0D6OseydG0/XDRBej2L/8VqLqyIDtGGKlvdfrL1Ti
nmH7rGIwSwjMhIuo9bvJl2OeTl0F3KfPcjdewY+yYEs9apJh1T7DJk/T+QyCv9Rb
GvtYiVBl72cHvEV3TCKNpQZ80CgdSdDUgRsUWGhUNEmqn2Nh0/M81tO2BbFyx3kq
jYAQqyl0PJDSLAvAy25S+q8nf0LLTOn1j3X/kwxL70BeIE/V6xfzvlgKOmRq2C0a
Lgy0/pfhxbEJQN64L39nJeWN2jdOnkBqIVRPg3HsC5VwN1Ps60idJucIrZKWizf6
IKB4XFh0HzfW9cHCKISXt7+qFXJ0RjTQYNPmb0j6Ro9YDCX9hQH/6Bv/d88297o/
5QzzCvTOLrgdvISdEuB3RLcE79T0uuCo3Vi76UEEz+2cohnqIk6Z8x+XcPMIS2fy
Y1DtObDjR4aCsQWrsERnDSZvavFkseOEKxLb5gHLVa3A8NALY4n+b2Wg8aBh/nhH
DMfwpC7jxSqFi/YoIVfTOkq5O5WFuVRcLyMe9Tt9EwwUEeNwc2ueHXRLtmsj5F83
Qu3zkeXND+kwEQdf3Kq+ebO2DVjGV/r2OxQdjzOjN0UG++SHik4=
=Knku
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to