epics-base is marked for autoremoval from testing
epics-base 7.0.7+dfsg1-5 is marked for autoremoval from testing on 2023-11-09 It is affected by these RC bugs: 1052888: epics-base: FTBFS: make[2]: *** [configure/RULES_TOP:62: runtests] Error 1 https://bugs.debian.org/1052888 This mail is generated by: https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl Autoremoval data is generated by: https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
csvkit is marked for autoremoval from testing
csvkit 1.1.1-2 is marked for autoremoval from testing on 2023-11-09
It (build-)depends on packages with these RC bugs:
1052831: python-agate: FTBFS: dh_auto_test: error: pybuild --test -i
python{version} -p 3.11 returned exit code 13
https://bugs.debian.org/1052831
This mail is generated by:
https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl
Autoremoval data is generated by:
https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
objcryst-fox is marked for autoremoval from testing
objcryst-fox 2022.1-1 is marked for autoremoval from testing on 2023-11-09 It (build-)depends on packages with these RC bugs: 1052790: newmat: FTBFS: build-dependency not installable: libltdl7-dev https://bugs.debian.org/1052790 This mail is generated by: https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl Autoremoval data is generated by: https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
vecgeom is marked for autoremoval from testing
vecgeom 1.2.1+dfsg-1 is marked for autoremoval from testing on 2023-11-11 It (build-)depends on packages with these RC bugs: 1052881: embree: FTBFS: ! LaTeX Error: File `puenc-greek.def' not found. https://bugs.debian.org/1052881 This mail is generated by: https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl Autoremoval data is generated by: https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
newmat is marked for autoremoval from testing
newmat 1.10.4-8 is marked for autoremoval from testing on 2023-11-09 It is affected by these RC bugs: 1052790: newmat: FTBFS: build-dependency not installable: libltdl7-dev https://bugs.debian.org/1052790 This mail is generated by: https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl Autoremoval data is generated by: https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054525: vtk9: Please add support for loongarch64
Source: vtk9
Version: 9.1.0+really9.1.0+dfsg2-7
Severity: wishlist
Tags: ftbfs patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
When compiling the package vtk9 for loong64 in the Debian Package
Auto-Building environment [1], the error messages are as follows.
..Omit
/<>/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h:476:3:
error: #error "Byte order of target CPU unknown."
476 | # error "Byte order of target CPU unknown."
| ^
..Omit
The full compilation log can be found at [2].
Please consider the patch I have attached.
The LoongArch architecture has been supported in the vtk upstream [3].
Would it be possible to include the support for LoongArch in the next
upload?
If you have any questions, you can contact me at any time.
[1]:https://buildd.debian.org/status/package.php?p=vtk9=sid
[2]:https://buildd.debian.org/status/logs.php?pkg=vtk9=9.1.0%2Breally9.1.0%2Bdfsg2-7=loong64
[3]:https://gitlab.kitware.com/vtk/vtk/-/blob/master/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
thanks,
Dandan Zhang
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/control
vtk9-9.1.0+really9.1.0+dfsg2/debian/control
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/control 2023-08-21 19:01:21.0
+
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/control 2023-10-24 14:01:55.0
+0800
@@ -159,7 +159,7 @@
that use VTK.
Package: libvtk9-java
-Architecture: amd64 arm64 armel armhf i386 mips64el mipsel ppc64el s390x alpha
ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
+Architecture: amd64 arm64 armel armhf i386 loong64 mips64el mipsel ppc64el
s390x alpha ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
Section: java
Depends: ${java:Depends},
${misc:Depends},
diff -Nru
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
---
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
1970-01-01 00:00:00.0 +
+++
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
2023-10-24 14:35:29.0 +0800
@@ -0,0 +1,23 @@
+Description: add support for loongarch64
---
+Last-Update: 2023-10-24
+
+---
vtk9-9.1.0+really9.1.0+dfsg2.orig/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
vtk9-9.1.0+really9.1.0+dfsg2/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
+@@ -407,6 +407,10 @@ suppression macro KWIML_ABI_NO_VERIFY wa
+ #elif defined(__hppa) || defined(__hppa__)
+ # define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_BIG
+
++/* LoongArch */
++#elif defined(__loongarch64)
++# define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_LITTLE
++
+ /* Motorola 68k */
+ #elif defined(__m68k__) || defined(M68000)
+ # define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_BIG
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054524: vtk9: FTBFS: add support for loongarch64
Source: vtk9
Version: 9.1.0+really9.1.0+dfsg2-7
Severity: wishlist
Tags: ftbfs patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
When compiling the package vtk9 for loong64 in the Debian Package
Auto-Building environment [1], the error messages are as follows.
..Omit
cd /<>/debian/build/Wrapping/Java &&
../../bin/vtkParseJava-9.1
@/<>/debian/build/Wrapping/Java/CMakeFiles/vtkCommonCoreJava/vtkCommonCore-java.RelWithDebInfo.args
-o /<>/debian/build/Wrapping/Java/vtk/vtkBreakPoint.java
/<>/Common/Core/vtkBreakPoint.h
In file included from /<>/Utilities/KWIML/vtkkwiml/abi.h:2,
from /<>/Utilities/KWIML/vtk_kwiml.h:19,
from /<>/Common/Core/vtkType.h:21,
from /<>/Common/Core/vtkSystemIncludes.h:43,
from /<>/Common/Core/vtkIndent.h:28,
from /<>/Common/Core/vtkObjectBase.h:53,
from /<>/Common/Core/vtkObject.h:45,
from /<>/Common/Core/vtkArrayIterator.h:47,
from
/<>/Common/Core/vtkArrayIteratorTemplate.h:29,
from
/<>/Common/Core/vtkArrayIteratorTemplate.txx:18,
from
/<>/Common/Core/vtkArrayIteratorTemplateInstantiate.cxx:17:
/<>/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h:476:3:
error: #error "Byte order of target CPU unknown."
476 | # error "Byte order of target CPU unknown."
| ^
..Omit
The full compilation log can be found at [2].
Please consider the patch I have attached.
The LoongArch architecture has been supported in the vtk upstream [3].
Would it be possible to include the support for LoongArch in the next
upload?
If you have any questions, you can contact me at any time.
[1]:https://buildd.debian.org/status/package.php?p=vtk9=sid
[2]:https://buildd.debian.org/status/logs.php?pkg=vtk9=9.1.0%2Breally9.1.0%2Bdfsg2-7=loong64
[3]:https://gitlab.kitware.com/vtk/vtk/-/blob/master/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
thanks,
Dandan Zhang
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog
vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog 2023-08-21
22:27:20.0 +
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog 2023-10-24
14:35:29.0 +0800
@@ -1,3 +1,9 @@
+vtk9 (9.1.0+really9.1.0+dfsg2-7+loong64) unreleased; urgency=medium
+
+ * Add support for loongarch64.
+
+ -- Dandan Zhang Tue, 24 Oct 2023 14:35:29 +0800
+
vtk9 (9.1.0+really9.1.0+dfsg2-7) unstable; urgency=medium
* Team upload.
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/control
vtk9-9.1.0+really9.1.0+dfsg2/debian/control
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/control 2023-08-21 19:01:21.0
+
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/control 2023-10-24 14:01:55.0
+0800
@@ -159,7 +159,7 @@
that use VTK.
Package: libvtk9-java
-Architecture: amd64 arm64 armel armhf i386 mips64el mipsel ppc64el s390x alpha
ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
+Architecture: amd64 arm64 armel armhf i386 loong64 mips64el mipsel ppc64el
s390x alpha ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
Section: java
Depends: ${java:Depends},
${misc:Depends},
diff -Nru
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
---
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
1970-01-01 00:00:00.0 +
+++
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
2023-10-24 14:35:29.0 +0800
@@ -0,0 +1,23 @@
+Description: add support for loongarch64
+ .
+ vtk9 (9.1.0+really9.1.0+dfsg2-7+loong64) unreleased; urgency=medium
+ .
+ * Add support for loongarch64.
+Author: Dandan Zhang
+
+---
+Last-Update: 2023-10-24
+
+---
vtk9-9.1.0+really9.1.0+dfsg2.orig/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
vtk9-9.1.0+really9.1.0+dfsg2/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
+@@ -407,6 +407,10 @@ suppression macro KWIML_ABI_NO_VERIFY wa
+ #elif defined(__hppa) || defined(__hppa__)
+ # define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_BIG
+
++/* LoongArch */
++#elif defined(__loongarch64)
++# define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_LITTLE
++
+ /* Motorola 68k */
+ #elif defined(__m68k__) || defined(M68000)
+ # define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_BIG
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series 2023-08-21
19:02:08.0 +
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series 2023-10-24
14:35:29.0 +0800
@@ -13,3 +13,4 @@
99_fix_ftbfs.patch
110_vtk9_netcdf.patch
120_fix_shader_crash.patch
+Add-support-for-loongarch64.patch
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
ceres-solver_2.2.0+dfsg-1_amd64.changes is NEW
binary:libceres4 is NEW. binary:libceres4 is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Processing of ceres-solver_2.2.0+dfsg-1_amd64.changes
ceres-solver_2.2.0+dfsg-1_amd64.changes uploaded successfully to localhost along with the files: ceres-solver_2.2.0+dfsg-1.dsc ceres-solver_2.2.0+dfsg.orig.tar.xz ceres-solver_2.2.0+dfsg-1.debian.tar.xz ceres-solver-doc_2.2.0+dfsg-1_all.deb ceres-solver_2.2.0+dfsg-1_amd64.buildinfo libceres-dev_2.2.0+dfsg-1_amd64.deb libceres4-dbgsym_2.2.0+dfsg-1_amd64.deb libceres4_2.2.0+dfsg-1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org) -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054481: shiny-server: installs multiple copies of shiny-server.service once dh_installsystemd installs to /usr
Package: shiny-server Version: 1.5.20.1002-1 Severity: normal Tags: patch User: helm...@debian.org Usertags: dep17m2 We want to modify dh_installsystemd such that it installs units below /usr in order to finalize the /usr-merge transition via DEP17. Once doing so, it installs shiny-server.service three times. It installs it to /lib via dh_install, then overwrites it from override_dh_install and finally dh_installsystemd will in future install below /usr/lib. Doing so is a policy violation and therefore this bug will become release-critical once I upload debhelper. I'm attaching a patch to delete the first two methods and only leave dh_installsystemd. Helmut diff -Nru node-shiny-server-1.5.20.1002/debian/changelog node-shiny-server-1.5.20.1002/debian/changelog --- node-shiny-server-1.5.20.1002/debian/changelog 2023-02-23 20:07:13.0 +0100 +++ node-shiny-server-1.5.20.1002/debian/changelog 2023-10-24 11:12:23.0 +0200 @@ -1,3 +1,10 @@ +node-shiny-server (1.5.20.1002-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Install systemd unit only once. (Closes: #-1) + + -- Helmut Grohne Tue, 24 Oct 2023 11:12:23 +0200 + node-shiny-server (1.5.20.1002-1) unstable; urgency=medium * Team Upload. diff -Nru node-shiny-server-1.5.20.1002/debian/install node-shiny-server-1.5.20.1002/debian/install --- node-shiny-server-1.5.20.1002/debian/install2023-02-23 20:06:24.0 +0100 +++ node-shiny-server-1.5.20.1002/debian/install2023-10-24 11:12:21.0 +0200 @@ -1,3 +1,2 @@ config/init.d/debian/* etc/init.d config/*.configetc/shiny-server -debian/shiny-server.servicelib/systemd/system diff -Nru node-shiny-server-1.5.20.1002/debian/rules node-shiny-server-1.5.20.1002/debian/rules --- node-shiny-server-1.5.20.1002/debian/rules 2023-02-23 20:06:24.0 +0100 +++ node-shiny-server-1.5.20.1002/debian/rules 2023-10-24 11:12:23.0 +0200 @@ -31,8 +31,6 @@ dh_install mkdir -p debian/$(INSTALL_SOURCE)/etc/logrotate.d cp -a config/logrotate debian/$(INSTALL_SOURCE)/etc/logrotate.d/shiny-server - mkdir -p debian/$(INSTALL_SOURCE)/lib/systemd/system - cp -a config/systemd/shiny-server.service debian/$(INSTALL_SOURCE)/lib/systemd/system/ find debian/$(INSTALL_SOURCE) -name COPYING -delete find debian/$(INSTALL_SOURCE) -name GIT_VERSION -delete find debian/$(INSTALL_SOURCE) -name build -type l -delete -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054475: spyder: Fix language autoconfiguration
Package: spyder Version: 5.4.4+ds-1 Severity: normal Tags: l10n patch upstream Forwarded: https://github.com/spyder-ide/spyder/pull/21451 Hello, The autoconfiguration of the language is currently completely broken in spyder: when starting spyder on a e.g. french-installed Debian, spyder still displays english by default, and one has to change the language by hand. I have submitted a bug to upstream, but a very simple fix is possible for Debian to apply easily, as attached, could you apply it? I'd argue that it would be very useful to upload it to bookworm too. It's hard to convince our thousands of students that spyder is a good IDE, when it's not even able to automatically speak their language. Samuel -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-proposed-updates-debug'), (500, 'oldstable-proposed-updates'), (500, 'oldoldstable-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, arm64 Kernel: Linux 6.5.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages spyder depends on: ii python3 3.11.4-5+b1 ii python3-spyder 5.4.4+ds-1 spyder recommends no packages. Versions of packages spyder suggests: pn python3-spyder-unittest Versions of packages python3-spyder depends on: ii ipython3 8.14.0-2 ii libjs-jquery 3.6.1+dfsg+~3.5.14-1 ii libjs-mathjax 2.7.9+dfsg-1 ii pyflakes3 2.5.0-1 ii pylint 2.17.4-1 ii python33.11.4-5+b1 ii python3-atomicwrites 1.4.1-1 ii python3-autopep8 2.0.4-1 ii python3-chardet5.2.0+dfsg-1 ii python3-cloudpickle2.2.1-1 ii python3-cookiecutter 1.7.3-3 ii python3-diff-match-patch 20230430-1 ii python3-docutils 0.19+dfsg-7 ii python3-flake8 5.0.4-4 ii python3-intervaltree 3.0.2-1.1 ii python3-ipython8.14.0-2 ii python3-jedi 0.18.2-1 ii python3-jellyfish 0.8.9-1+b4 ii python3-jsonschema 4.10.3-2 ii python3-keyring24.2.0-1 ii python3-mccabe 0.7.0-1 ii python3-nbconvert 6.5.3-4 ii python3-numpydoc 1.5.0-1 ii python3-parso 0.8.3-1 ii python3-pexpect4.8.0-4 ii python3-pickleshare0.7.5-5 ii python3-pkg-resources 68.1.2-2 ii python3-psutil 5.9.5-1 ii python3-pycodestyle2.10.0-1 ii python3-pydocstyle 6.3.0-1 ii python3-pygments 2.15.1+dfsg-1 ii python3-pylint-venv3.0.2-1 ii python3-pyls-spyder0.4.0-2 ii python3-pylsp 1.7.4-1 ii python3-pylsp-black1.3.0-1 ii python3-pyqt5 5.15.9+dfsg-2 ii python3-pyqt5.qtwebengine 5.15.6-1 ii python3-qdarkstyle 3.1+ds1-1 ii python3-qstylizer 0.2.2-1 ii python3-qtawesome 1.2.3+dfsg-1 ii python3-qtconsole 5.4.3-2 ii python3-qtpy 2.3.1-1 ii python3-rope 1.10.0-1 ii python3-rtree 1.1.0-2 ii python3-setuptools 68.1.2-2 ii python3-sphinx 5.3.0-7 ii python3-spyder-kernels 2.4.4-2 ii python3-textdistance 4.5.0-1 ii python3-three-merge0.1.1-4 ii python3-watchdog 3.0.0-1 ii python3-xdg0.28-2 ii python3-zmq24.0.1-4+b1 ii spyder-common 5.4.4+ds-1 ii yapf3 0.33.0-1 python3-spyder recommends no packages. Versions of packages python3-spyder suggests: ii cython3 0.29.36-1 pn python3-matplotlib pn python3-numpy pn python3-pandas ii python3-pil 10.0.0-1 pn python3-scipy ii python3-sympy 1.12-6 Versions of packages python3-pyqt5 depends on: ii libc6 2.37-12 ii libgcc-s1 13.2.0-5 ii libpython3.11 3.11.6-3 ii libqt5core5a [qtbase-abi-5-15-10] 5.15.10+dfsg-3 ii libqt5dbus55.15.10+dfsg-3 ii libqt5designer55.15.10-5 ii libqt5gui5 5.15.10+dfsg-3 ii libqt5help55.15.10-5 ii libqt5network5 5.15.10+dfsg-3 ii libqt5printsupport55.15.10+dfsg-3 ii libqt5test55.15.10+dfsg-3 ii libqt5widgets5 5.15.10+dfsg-3 ii libqt5xml5
Processed: python-xarray: autopkgtest regression on i386
Processing commands for cont...@bugs.debian.org:
> found 1004869 2023.02.0-1
Bug #1004869 {Done: Peter Michael Green }
[src:python-xarray] python-xarray: autopkgtest regression on i386
Marked as found in versions python-xarray/2023.02.0-1; no longer marked as
fixed in versions python-xarray/2023.02.0-1 and reopened.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1004869: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004869
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054471: vtk9: FTBFS: add support for loongarch64
Source: vtk9
Version: 9.1.0+really9.1.0+dfsg2-7
Severity: wishlist
Tags: ftbfs patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
When compiling the package vtk9 for loong64 in the Debian Package
Auto-Building environment [1], the error messages are as follows.
..Omit
cd /<>/debian/build/Wrapping/Java &&
../../bin/vtkParseJava-9.1
@/<>/debian/build/Wrapping/Java/CMakeFiles/vtkCommonCoreJava/vtkCommonCore-java.RelWithDebInfo.args
-o /<>/debian/build/Wrapping/Java/vtk/vtkBreakPoint.java
/<>/Common/Core/vtkBreakPoint.h
In file included from /<>/Utilities/KWIML/vtkkwiml/abi.h:2,
from /<>/Utilities/KWIML/vtk_kwiml.h:19,
from /<>/Common/Core/vtkType.h:21,
from /<>/Common/Core/vtkSystemIncludes.h:43,
from /<>/Common/Core/vtkIndent.h:28,
from /<>/Common/Core/vtkObjectBase.h:53,
from /<>/Common/Core/vtkObject.h:45,
from /<>/Common/Core/vtkArrayIterator.h:47,
from
/<>/Common/Core/vtkArrayIteratorTemplate.h:29,
from
/<>/Common/Core/vtkArrayIteratorTemplate.txx:18,
from
/<>/Common/Core/vtkArrayIteratorTemplateInstantiate.cxx:17:
/<>/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h:476:3:
error: #error "Byte order of target CPU unknown."
476 | # error "Byte order of target CPU unknown."
| ^
..Omit
The full compilation log can be found at [2].
Please consider the patch I have attached.
The LoongArch architecture has been supported in the vtk upstream [3].
Would it be possible to include the support for LoongArch in the next
upload?
If you have any questions, you can contact me at any time.
[1]:https://buildd.debian.org/status/package.php?p=vtk9=sid
[2]:https://buildd.debian.org/status/logs.php?pkg=vtk9=9.1.0%2Breally9.1.0%2Bdfsg2-7=loong64
[3]:https://gitlab.kitware.com/vtk/vtk/-/blob/master/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
thanks,
Dandan Zhang
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog
vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog 2023-08-21
22:27:20.0 +
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/changelog 2023-10-24
14:35:29.0 +0800
@@ -1,3 +1,9 @@
+vtk9 (9.1.0+really9.1.0+dfsg2-7+loong64) unreleased; urgency=medium
+
+ * Add support for loongarch64.
+
+ -- Dandan Zhang Tue, 24 Oct 2023 14:35:29 +0800
+
vtk9 (9.1.0+really9.1.0+dfsg2-7) unstable; urgency=medium
* Team upload.
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/control
vtk9-9.1.0+really9.1.0+dfsg2/debian/control
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/control 2023-08-21 19:01:21.0
+
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/control 2023-10-24 14:01:55.0
+0800
@@ -159,7 +159,7 @@
that use VTK.
Package: libvtk9-java
-Architecture: amd64 arm64 armel armhf i386 mips64el mipsel ppc64el s390x alpha
ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
+Architecture: amd64 arm64 armel armhf i386 loong64 mips64el mipsel ppc64el
s390x alpha ia64 m68k powerpc ppc64 riscv64 sh4 sparc64 x32
Section: java
Depends: ${java:Depends},
${misc:Depends},
diff -Nru
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
---
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
1970-01-01 00:00:00.0 +
+++
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/Add-support-for-loongarch64.patch
2023-10-24 14:35:29.0 +0800
@@ -0,0 +1,23 @@
+Description: add support for loongarch64
+ .
+ vtk9 (9.1.0+really9.1.0+dfsg2-7+loong64) unreleased; urgency=medium
+ .
+ * Add support for loongarch64.
+Author: Dandan Zhang
+
+---
+Last-Update: 2023-10-24
+
+---
vtk9-9.1.0+really9.1.0+dfsg2.orig/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
vtk9-9.1.0+really9.1.0+dfsg2/Utilities/KWIML/vtkkwiml/include/kwiml/abi.h
+@@ -407,6 +407,10 @@ suppression macro KWIML_ABI_NO_VERIFY wa
+ #elif defined(__hppa) || defined(__hppa__)
+ # define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_BIG
+
++/* LoongArch */
++#elif defined(__loongarch64)
++# define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_LITTLE
++
+ /* Motorola 68k */
+ #elif defined(__m68k__) || defined(M68000)
+ # define KWIML_ABI_ENDIAN_ID KWIML_ABI_ENDIAN_ID_BIG
diff -Nru vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series
vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series
--- vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series 2023-08-21
19:02:08.0 +
+++ vtk9-9.1.0+really9.1.0+dfsg2/debian/patches/series 2023-10-24
14:35:29.0 +0800
@@ -13,3 +13,4 @@
99_fix_ftbfs.patch
110_vtk9_netcdf.patch
120_fix_shader_crash.patch
+Add-support-for-loongarch64.patch
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
Re: heavy dependencies of libvtk-dev
> > * Johannes Thrän [2023-10-23 19:58]: > >libpcl-dev has uneccessarily heavy dependencies. This is, because it > >depends on the visualization part of pcl, which in turn pulls in libvtk > and > >libvtk-qt and with it a desktop environment. > > In principal pcl consist of independent libraries that could be packaged > separately. I'm happy to guide you on that. > the library itself, not the -dev package, seems to be split into several independent packages already. Would it make sense to have a -dev package for each of those? BR, Johannes -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#1054433: node-puppeteer: website is build with Docusaurus not packaged for debian
Processing control commands: > retitle -1 fasttext: website is build with Docusaurus not packaged for > debian Bug #1054433 [src:fasttext] node-puppeteer: website is build with Docusaurus not packaged for debian Changed Bug title to 'fasttext: website is build with Docusaurus not packaged for debian' from 'node-puppeteer: website is build with Docusaurus not packaged for debian'. -- 1054433: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054433 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054433: node-puppeteer: website is build with Docusaurus not packaged for debian
control: retitle -1 fasttext: website is build with Docusaurus not packaged for debian Le mardi 24 octobre 2023, 06:41:55 UTC Andrius Merkys a écrit : > Hi, > > On 2023-10-23 22:06, Bastien Roucariès wrote: > > Source: fasttext > > Source package names in Subject and Source do not match. Please retitle > if this is not intentional. > > Best, > Andrius > signature.asc Description: This is a digitally signed message part. -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: heavy dependencies of libvtk-dev
Hi Johannes, * Johannes Thrän [2023-10-23 19:58]: libpcl-dev has uneccessarily heavy dependencies. This is, because it depends on the visualization part of pcl, which in turn pulls in libvtk and libvtk-qt and with it a desktop environment. In principal pcl consist of independent libraries that could be packaged separately. I'm happy to guide you on that. Cheers Jochen signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1054433: node-puppeteer: website is build with Docusaurus not packaged for debian
Hi, On 2023-10-23 22:06, Bastien Roucariès wrote: Source: fasttext Source package names in Subject and Source do not match. Please retitle if this is not intentional. Best, Andrius -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: heavy dependencies of libvtk-dev
Hi Johannes, packaging of the vtk9 is placed here [1]. If you have some technical solution, how to solve the issue, feel free to contribute. Yes, vtk9 is a large package. [1] https://salsa.debian.org/science-team/vtk9 Best regards Anton Am Mo., 23. Okt. 2023 um 20:22 Uhr schrieb Johannes Thrän : > > Hi, > > libpcl-dev has uneccessarily heavy dependencies. This is, because it depends > on the visualization part of pcl, which in turn pulls in libvtk and libvtk-qt > and with it a desktop environment. > > In containerized build environments, where one just need respective headers > to link against, this is problematic. To my knowlegde, there's no way around > it. > > How could we help to improve on this situation? > > BR, Johannes > > > -- > debian-science-maintainers mailing list > debian-science-maintainers@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
