Hi,
On 2025-04-19 14:09, Chris Hofstaedtler wrote:
coot's autopkgtests fail with rdkit 202503.1-2:
https://ci.debian.net/packages/c/coot/testing/amd64/60162582/
76s Traceback (most recent call last):
76s File "", line 198, in _run_module_as_main
76s File "", line 88, in _run_code
7
Control: tags -1 - moreinfo
Hi,
On 2025-04-16 22:26, Pirate Praveen wrote:
If you think fonts-entypo would be useful as a separate package, you
could build this binary package from src:nanovg or package it
separately. Either way please remove moreinfo tag from this bug when we
can remove ruby
On 2025-04-14 20:39, Sergio Durigan Junior wrote:
Apologies, this was an oversight on my end. I've just pushed the branch
and the tag.
Thanks, Sergio!
Best wishes,
Andrius
Hi Sergio,
On 2025-04-12 23:48, Sergio Durigan Junior wrote:
On Saturday, April 12 2025, Santiago Vila wrote:
During a rebuild of all packages in unstable, your package failed to build:
Fixed and uploaded.
Thanks a lot for fixing this! Please also push the changes to salsa
after such uplo
Hi,
On 2025-04-09 14:38, Santiago Vila wrote:
This is my proposal to fix this bug.
(to be applied with "git am").
The only problem is that salsa has a version 2.6.0+dfsg-6
which is unreleased and I don't know how that should be handled.
I would suggest branching off debian/2.6.0+dfsg-5 and ap
Hi Santiago,
On 2025-04-09 14:18, Santiago Vila wrote:
Not so fast!
Please take a look at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102472
The real solution might be in src:python3-torch, I was looking at
dropping the following lines:
#
https://stackoverflow.com/questi
Hi Santiago,
On 2025-04-09 12:37, Santiago Vila wrote:
Hi. We are an architecture away (riscv64) from passing the autopkgtests.
I'm making this official and visible by reopening again.
https://qa.debian.org/excuses.php?package=pytorch-geometric
The problem is that the package is arch:all and i
Hi Maarten,
On 2025-04-05 22:36, Maarten L. Hekkelman wrote:
Ah, yes, experimental. I changed that. Should I change the version back
to 3.3.0-1 instead of 3.3.0-3 too?
To reiterate what Phil already said, yes, it should be -1, as all the
new upstream versions.
Best,
Andrius
Hi Santiago,
Apologies for not replying earlier. I was busy taking care of
openstructure and its reverse dependencies. I use it in my dayjob, hence
the priority.
On 2025-04-01 13:52, Santiago Vila wrote:
Note: I think autopkgtest is very smart and it would be possible to skip
tests
condition
Hi Maarten,
On 2025-04-02 14:44, Maarten L. Hekkelman wrote:
Since the SONAME changed, I'm looking for a sponsor to upload the newest
version of libpdb-redo.
This version removes the dependency on newuoa and uses a minimizer from gsl
instead which appears to be more stable.
SONAME change of
Hi,
On 2025-04-02 13:28, Santiago Vila wrote:
Well, it still didn't work.
Do we need a dependency somewhere on the current version in unstable?
(the failing tests say "testing").
I'd like to understand this but I entered the autopkgtests world
recently...
I find it strange that autopkgtests
Control: tags -1 + patch pending
On Wed, 2 Apr 2025 10:05:52 +0300 Andrius Merkys wrote:
I finally managed to isolate the difference in cdhit output which causes
segfaults in provean. It seems that cdhit >= 4.8.1-4 replaced full FASTA
headers in its output with partial IDs:
diff -r /h
A note for posterity:
I solved this bug by comparing the outputs of each tool used in provean
(cdhit and blastdbcmd) between last known working environment (Ubuntu
Xenial) and Ubuntu Focal (where it is broken). After preparing a patch,
I checked it on Debian Sid as well.
Correct output with
Hello,
I finally managed to isolate the difference in cdhit output which causes
segfaults in provean. It seems that cdhit >= 4.8.1-4 replaced full FASTA
headers in its output with partial IDs:
diff -r /home/andrius/provean/good/cdhit.cluster
/home/andrius/provean/bad/cdhit.cluster
1c1
< >gi
Hi Santiago,
On 2025-03-29 01:30, Santiago Vila wrote:
The autopkgtests for this package are failing, and I guess that they
need to pass before the package can propagate to testing.
In 2.6.1-3, I've disabled the tests which can't even run because the
dependencies
may not be installed, but the
Hi,
On 2025-03-28 02:09, Soren Stoutner wrote:
redmine-plugin-redhopper is abandoned upstream:
https://www.redmine.org/plugins/redhopper
It also depends on a package that is no longer in Debian:
ruby-acts-as-list
And it is unlikely to work with Redmine 6.x.
Considering the above, it is prob
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:golang-github-alecthomas-participle
Hello,
golang-github-alecthomas-participle was packaged as a build-dependency
for skeema. A while ago skeema has stopped depending on
golang-github-alecthomas-participle, thus the package is
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: wilsonic-mts-esp
Version : 0.43~beta+16.gf3a437f
Upstream Author : Marcus Hobbs
* URL : https://github.com/marcus-w-hobbs/Wilsonic-MTS-ESP
* License : Expat
Programming Lang: C
Hi,
On 2025-03-20 13:36, Roland Hieber wrote:
libcomposefs1-dev - mechanism for stacking read-only filesystems (development
files)
Usually, libdevel packages do not carry the soversion in their names,
thus it should be libcomposefs-dev here.
Best,
Andrius
Source: frugally-deep
Version: 0.17.1-1
Severity: wishlist
Forwarded:
https://salsa.debian.org/debichem-team/frugally-deep/-/tree/with-tests
Control: block -1 by 1096196
Hello,
This bug is meant to track the progress of enabling upstream build time
tests for frugally-deep. I have opened a bra
Hi,
On 2025-03-19 08:59, Alexandre Detiste wrote:
Nice catch !
Indeed! This has been reported by a soundconverter user [1].
There will be more as python3-pkg-resources get globally removed.
Same thing for undeclared usage of python3-six.
Autopkgtests should be able to catch such issues, r
Package: ftp.debian.org
Severity: normal
Control: affects -1 ncbi-igblast
Hello,
Please remove ncbi-igblast binaries for mips64el, ppc64el, riscv64 and
s390x. Package now B-Ds on libncbi-vdb-dev which is not built on
aforementioned architectures.
Andrius
Hi Michael,
On 2025-03-04 02:40, Michael Banck wrote:
On Mon, Mar 03, 2025 at 12:22:17PM +0200, Andrius Merkys wrote:
I think this is high time to proceed with architecture limiting. Are you
planning to update rdkit to 202409.5, or are you fine with me performing the
architecture limiting ASAP
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
I want to request binNMU on riscv64 to update its binary dependency on
libboost-python1.83.0-py312 with libboost-python1.83.0-py313:
nmu coot_1.1.09+dfsg-4 . riscv64 . unstable
On 2025-03-12 18:31, Santiago Vila wrote:
debian/rules:4: /usr/share/cdbs/1/rules/simple-patchsys.mk: No such file or
directory
make[1]: *** No rule to make target
'/usr/share/cdbs/1/rules/simple-patchsys.mk'. Stop.
This is closely related to autopkgtest failure for lintian which emits
the
Hi Andreas,
On 2025-03-04 16:47, Andreas Tille wrote:
Am Tue, Mar 04, 2025 at 03:38:46PM +0200 schrieb Andrius Merkys:
igblast is close to being unusable due to the missing binaries. I noticed
the unreleased version on salsa has the fixes needed to build the missing
binaries. What is needed to
Control: severity -1 important
Dear Maintainers,
igblast is close to being unusable due to the missing binaries. I
noticed the unreleased version on salsa has the fixes needed to build
the missing binaries. What is needed to complete and upload igblast? How
can I help? I am interested in usin
control: tags -1 + pending
Hi,
On 2025-03-04 05:41, zhangdandan wrote:
Please consider the patch I attached.
Add -latomic to LDFLAGS on loong64.
Your opinions are welcome.
Thanks, I have applied your patch. Will upload before the freeze, as I
am considering updating to newer upstream release
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: mba...@debian.org
Hello,
Please remove rdkit binaries for s390x, ppc64 and sparc64 as it is no
longer built on big-endian architectures.
Andrius
Hi Michael,
On 2025-01-16 09:45, Michael Banck wrote:
On Thu, Jan 16, 2025 at 09:39:08AM +0200, Andrius Merkys wrote:
However, the issue with FTBFS on big-endian architectures persists.
Yeah :-/
We may have to drop the support for big-endians as well.
I opened an upstream issue yesterday
Hello,
On 2025-01-28 14:36, Andrius Merkys wrote:
There is, however, a concern about architecture support. libvst3sdk-dev
is not provided on i386 and riscv64, thus ideally on these architectures
audacity should build without vst3sdk. I did not implement conditional
building in the attached
Hello,
On Mon, 3 Feb 2025 22:26:54 -0500 "Paul R. Tagliamonte"
wrote:
Checking reverse dependencies...
# Broken Build-Depends:
nanovg: fonts-entypo
Mind taking a look into this relationship?
Maintainer of nanovg here. The relationship exists as I have excluded
entypo.ttf from nanovg source
Package: soundconverter
Version: 4.0.6-1
Severity: important
Tags: patch
X-Debbugs-CC: mhga1...@gmail.com
Dear Maintainer,
It has been reported [1] that soundconverter fails to start in trixie
with the following:
File "/usr/bin/soundconverter", line 34, in
import pkg_resources
ModuleNotF
.
Thank you for notifying. I usually notice new releases in a couple of
days thanks to Debian Watch service on my packages overview page [1].
Best,
Andrius
[1] https://qa.debian.org/developer.php?login=merkys%40debian.org
Hi,
On 2025-02-22 13:40, Santiago Vila wrote:
Please note that the autopkgtests for the fixed version
https://tracker.debian.org/pkg/pytorch-geometric
do not pass.
[ Not sure if this deserves a new bug, or reopening this one,
as the way it fails is very similar ].
These are because python3-
Dear Maintainer,
On Tue, 14 May 2024 23:49:11 +0300 Adrian Bunk wrote:
Running Sphinx v7.2.6
loading intersphinx inventory from
https://ovito.org/docs/current/python/objects.inv...
loading intersphinx inventory from
https://docs.scipy.org/doc/scipy/objects.inv...
Warning, treated as error:
f
Hello,
On Sun, 05 May 2024 07:33:30 +0800 Maytham Alsudany
wrote:
Any progress on getting linenoise packaged? This is urgently needed to devendor
linenoise in the redict package (a new fork of redis).
If you've lost interest, I'm happy to take over this ITP.
Did you have any luck in packagi
Hello,
While update to python-pdbfixer/1.11 would indeed be nice to have, it is
blocked by the need to package openmm/8.2.0 (#1095955) which I would
better defer to post-trixie. See #1095955 for argumentation.
Other details of the current bug are confusing to me. The package was
not reported
Source: openmm
Version: 8.1.2+dfsg-3
Severity: wishlist
Control: block 1093240 by -1
Hello,
I am filing this bug to document the advantages, issues and progress of
updating openmm to v8.2.0.
Advantages
==
python-pdbfixer/1.11 requires openmm/8.2.0. This blocks #1093240.
Issues
=
Hello,
The upstream has said they are not considering fixing this a priority,
thus unless someone from Debian side is willing to work on a patch,
prody will not make it to trixie.
Andrius
Hi,
On 2025-02-06 23:39, Lucas Nussbaum wrote:
Digging a bit further,
Thanks for investigating this issue.
1/ I confirmed that it has nothing to do with ruby (pybuild-autopkgtest
fails the same way with no ruby packages installed)
Good.
2/ It seems that the bottom line is: spglib built a
Hi David,
On Sun, 19 Jan 2025 10:19:54 +0100 David =?iso-8859-1?Q?Pr=E9vot?=
wrote:
This package hasn’t seen an upstream activity for more than twelve
years, and has no dependencies (besides php-text-captcha, but the same
can probably be said about it) in Debian. Given how PHP has changed in
t
Hi David,
Sorry for not replying faster.
On 2025-01-21 00:12, David Prévot wrote:
On 20/01/2025 08:25, Andrius Merkys wrote:
On 2025-01-19 12:16, David Prévot wrote:
This package hasn’t seen any upstream activity for a few years, and has
no dependencies (besides php-text-captcha, but the
Source: vst3sdk
Version: 3.7.10.14+~4.13.3-3
Severity: normal
Tags: upstream
Forwarded: https://github.com/steinbergmedia/vst3_pluginterfaces/issues/19
vst3sdk FTBFS on i386 due to failing type size checks:
https://buildd.debian.org/status/fetch.php?pkg=vst3sdk&arch=i386&ver=3.7.10.14%2B%7E4.13.
Hi,
On 2025-01-27 18:47, IOhannes m zmölnig (Debian/GNU) wrote:
I recently had a discussion with an upstream that would like to get
their package into Debian.
they mentioned that the libvst3sdk-dev provided by Debian
isn't complete as it doesn't ship e.g. module_linux.cpp which is supposed to b
Hi,
On 2025-01-31 15:54, Lucas Kanashiro wrote:
spglib autopkgtest is failing on 32 bits architectures due to some
issues with the python test suite:
https://ci.debian.net/packages/s/spglib/testing/armel/57276728
https://ci.debian.net/packages/s/spglib/testing/armhf/57232534/
https://ci.debian
On 2025-01-30 12:30, Andrey Rakhmatullin wrote:
Can be seen on https://ci.debian.net/packages/g/gemmi/testing/amd64/57218911/
but also fails during package build.
FAILED tests/test_hkl.py::TestMtz::test_f_phi_grid - AssertionError: False
is...
FAILED tests/test_hkl.py::TestSfMmcif::test_reading
On 2025-01-30 13:37, Bas Couwenberg wrote:
Dear Maintainer,
Your package FTBFS during the numpy2 transition:
https://buildd.debian.org/status/fetch.php?pkg=rdkit&arch=amd64&ver=202409.4-1%2Bb1&stamp=1738065005&raw=0
It is interesting to see the following error in the build logs:
A module
Hi,
On 2025-01-30 11:14, José Luis Blanco-Claraco wrote:
It's always good news to hear about the possibility to unembed parts
of this large project.
If there is no rush, I'll try to target this for the next large
refactoring of the library (v3.0.0).
Thanks for reply. There is absolutely no rus
viewed on git branch on salsa:
https://salsa.debian.org/merkys/audacity/-/tree/with-vst3sdk
Best wishes,
Andriusdiff -Nru audacity-3.7.1+dfsg/debian/changelog
audacity-3.7.1+dfsg/debian/changelog
--- audacity-3.7.1+dfsg/debian/changelog2024-12-31 13:53:08.0
+
+++ audacity
vstgui*.a files.
however it lacks the accompanying headers.
please include the relevant headers.
[1] https://salsa.debian.org/merkys/audacity/-/tree/with-vst3sdk
Best,
Andrius
Source: vtk9
Version: 9.3.0+dfsg1-2
Severity: wishlist
Dear Maintainer,
vtk9 source has embedded exprtk.hpp which is now provided by a package
of its own, libexprtk-dev. Moreover, libvtk9-dev installs the embedded
header. Please consider unembedding exprtk.hpp and build-depending on
libexprtk
Source: paraview
Version: 5.13.2+dfsg-2
Severity: wishlist
Dear Maintainer,
paraview source has embedded exprtk.hpp which is now provided by a
package of its own, libexprtk-dev. Moreover, paraview-dev installs the
embedded header. Please consider unembedding exprtk.hpp and
build-depending on
Source: mrpt
Version: 1:2.14.7+ds-1
Severity: wishlist
Dear Maintainer,
mrpt source has embedded exprtk.hpp which is now provided by a package
of its own, libexprtk-dev. Moreover, libmrpt-expr-dev installs the
embedded header. Please consider unembedding exprtk.hpp and
build-depending on libe
Hi,
On Fri, 24 Jan 2025 15:30:50 +1300 Vladimir Petko
wrote:
The patch updated groupId from 'dk.brics.automaton' to 'dk.brics'.
This means that reverse-dependencies need to be updated.
This is a separate issue in src:android-platform-tools-base.
src:automaton was broken and fixed in 1.12-4+
Hello,
On 2025-01-17 20:54, Santiago Vila wrote:
[36m[1m=== short test summary info
[0m
[31mFAILED[0m
test/data/test_feature_store.py::[1mtest_feature_store[0m -
RuntimeError: Boolean value of Tensor with more than one value is
ambiguous
On 2025-01-22 10:07, Bo YU wrote:
Oops, sorry I forget the patch in the previous email. Please find it at
attachment.
Thanks, applied. Will upload soon.
Best wishes,
Andrius
Hi,
On 2025-01-22 09:51, Bo YU wrote:
coot has FTBFS issues on riscv64 and mips64el due to atomic issue:
```
...
/usr/bin/ld: mini-rsr.o: in function `bool
boost::lockfree::queue*>::pop*>(std::function*&)':
/usr/include/boost/lockfree/queue.hpp:448:(.text._ZN5boost8lockfree5queueIPSt8functionIF
Hi Norwid,
On 2025-01-20 12:54, Norwid Behrnd via Debichem-devel wrote:
ok, version 1.07.2 enters Debian, and within about a week what eventually
becomes Ubuntu 25.04 (1.03 -> 1.07.2 after so long), too. The adjustment of
the salsa hosted repository and version tag will follow some time later,
Hi Norwid,
On 2025-01-20 11:37, Norwid Behrnd via Debichem-devel wrote:
@Andrius Thank you for initiating the upload. However, I presumed the
corresponding git repository would display "a new Y" branch from "upstream"
into "master" and subsequently (in master) a tag. A pattern I saw for
instan
Package: libautomaton-java
Version: 1.12-4+dfsg-1
Severity: important
Hello,
Recently, a bunch of packages build-depending on libautomaton-java
started to FTBFS (see #1093346 for example). The reason seems to be an
inconsistent placement of JAR and POM files:
$ tree /usr/share/maven-repo/dk/
Hi David,
On 2025-01-19 12:16, David Prévot wrote:
This package hasn’t seen any upstream activity for a few years, and has
no dependencies (besides php-text-captcha, but the same can probably be
said about it) in Debian. Given how PHP has changed in the mean time, I
doubt it’s even still working
control: reassign -1 src:inchi
control: owner -1 !
Hi Norwid,
On 2025-01-16 23:08, Norwid Behrnd via Debichem-devel wrote:
InChI trust admitted version 1.07.2 into its main branch of development.[1]
Hence I would like to suggest an update of DebiChem's package. If suitable,
this could resolve
Hi,
On 2025-01-16 09:45, Michael Banck wrote:
I opened an upstream issue yesterday evening and somebody mentioned
interest in looking at it, so maybe let's wait a day or two whether they
get a fix/PR, but yeah, otherwise we should drop big-endian at least
temporarily.
Thanks for forwarding the
Control: found -1 202409.4-1
Hi Michael,
On 2025-01-15 19:44, Michael Banck wrote:
I did not have a problem building it, so I uploaded 202409.4-1, let's
see how that one goes on the autobuilders.
Thanks a lot for uploading 202409.4-1. Interestingly, the problem with
'convert' does not resurf
Hello,
On 2025-01-15 09:54, Andrius Merkys wrote:
From a quick glance it seems that a lot of problems are related to
Python pickle reading. Upstream has made some fixes related to
endianness in version 202409.4 [1], thus packaging the newer upstream
version might mitigate the problem.
[1
Source: rdkit
Version: 202409.2-3
Severity: serious
Tags: ftbfs
Hello,
rdkit FTBFS in sid on s390x and ppc64. This manifests in the failure of
many tests:
The following tests FAILED:
8 - testDataStructs (Subprocess aborted)
9 - testFPB (Subprocess aborted)
10 - te
Hi Paul,
On Mon, 13 Jan 2025 10:57:12 -0500 Paul Tagliamonte
wrote:
Raw output from the removal, comments inline:
> Checking reverse dependencies...
> # Broken Build-Depends:
> coot: librdkit-dev
> python3-rdkit
I processed the other RoM bug, the remaining binary packages aren't
buildi
Package: ftp.debian.org
Severity: normal
Control: block 1092922 by -1
Hello,
Please remove coot binaries for armhf as its dependency rdkit is no
longer built on 32bit architectures.
Andrius
Package: ftp.debian.org
Severity: normal
Hello,
Please remove rdkit binaries for armel, armhf and i386 as it is no
longer built on 32bit architectures.
Andrius
Hi Michael,
On 2025-01-11 22:01, Michael Banck wrote:
On Mon, Dec 23, 2024 at 01:27:35PM +0200, Andrius Merkys wrote:
Since the freeze is drawing near, and rdkit is blocking a lot of packages, I
would suggest considering shipping rdkit without 32bit support in trixie.
This would cause all its
Control: tags -1 + pending
Hi,
On Mon, 06 Jan 2025 19:27:38 +0100 Alexandre Detiste
wrote:
This software has been adapted upstream to use the newer unittest.mock
from the standard library.
The one "python3-mock" line can now be removed from debian/control
I removed python3-mock and pushed
Hi Moritz,
On 2025-01-03 15:25, Moritz Mühlenhoff wrote:
I had a closer look, turns out the embedded/forked copy of yajl
is actually so old, that epics-base isn't affected. Closing.
Thanks for giving this a deeper look!
Andrius
Hi Santiago,
On 2025-01-03 14:25, Santiago Vila wrote:
Hi. While including the diff from Niels today I noticed
that debian/control depends on debian/control.in
in this way:
debian/control: debian/control.in debian/rules
[commands to generate debian/control]
[...]
override_dh_
On 2025-01-03 10:58, Santiago Vila wrote:
AFAIK, NMUs may only be cancelled by whoever makes them.
If I use -7 as version (with credit for the changes, of course),
then Niels can cancel the NMU or just forget about it and let
it to be autorejected (as dak will detect that 6.1 < 7).
Great, thank
Hi Santiago,
On 2025-01-03 10:48, Santiago Vila wrote:
I'd like to see a team upload of this one including the changes from Niels,
and also a pending CVE (#1059316).
Would I still allowed to do that?
This sounds even better. I have never cancelled a DELAYED upload myself,
but if you know how
Hi Niels,
On 2025-01-02 19:22, Niels Thykier wrote:
I've prepared an NMU for epics-base (versioned as 7.0.8.1+dfsg1-6.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
I am OK with DELAYED/5. Could you please push your changes to salsa as well?
Thanks,
Hello,
On 2025-01-01 19:03, gregor herrmann wrote:
Control: tag -1 + confirmed
On Wed, 01 Jan 2025 17:23:13 +0200, Wouter Verhelst wrote:
Running 'strace -ff -o foo ; grep Validator.cache foo*' outputs:
foo.146500:newfstatat(AT_FDCWD,
"/usr/share/perl5/JSON/Validator/cache/a516498b60c53096b
Control: tags -1 + confirmed
Hello,
On 2024-12-28 18:37, Lucas Nussbaum wrote:
The following tests FAILED:
5 - RandomTest (Failed)
I can confirm this test fails. I tried building with
DEB_BUILD_OPTIONS=noopt, but got the same result, so this is unrelated
to optimization.
The cod
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: exprtk
Version : 0.0.3
Upstream Author : Arash Partow
* URL : https://github.com/ArashPartow/exprtk
* License : Expat
Programming Lang: C++
Description : C++ Mathematical
Hi,
On Thu, 26 Dec 2024, 18:02 Emmanuel Arias, wrote:
> Please let us know if python3-legacy-cgi worked for you. If yes please
> mark the bugs as done.
>
Sure, will get to it ASAP, will report and close the bug if successful.
Andrius
>
Hi!
On 2024-12-23 18:09, Alexandre Detiste wrote:
You must feel stalked 🙂
:D
python3-legacy-cgi is there waiting for you
Awesome, thanks a lot, I will try it!
Best,
Andrius
Source: python-deadlib
Version: 3.13.0-3
Severity: wishlist
Control: block 1079794 by -1
Hello,
Please provide the 'cgi' module. This is needed to update tahoe-lafs to
its newest upstream release (#1079794).
Andrius
Hi,
On Thu, 28 Nov 2024 18:40:07 +0100 Michael Banck wrote:
On Thu, Nov 28, 2024 at 09:40:01AM +0200, Andrius Merkys wrote:
> The same issue persists on armel too. I think we should add autopkgtest to
> possibly identify other architectures having this issue.
Looks like to be a general
Package: ftp.debian.org
Severity: normal
Hello,
Please remove bespokesynth binaries for mips64el. Build dependency on
juce-modules-source is no longer satisfiable there.
Andrius
Hello,
On 2024-12-07 15:56, Graham Inggs wrote:
219s from .pinkindexer import PinkIndexer
219s
/usr/lib/python3/dist-packages/dials/algorithms/indexing/lattice_search/pinkindexer.py:5:
in
219s import gemmi
219s E ModuleNotFoundError: No module named 'gemmi'
dials autopkgtest apparently does
control: tags -1 + patch
control: forwarded -1
https://salsa.debian.org/debian/devscripts/-/merge_requests/441
Hello,
I have prepared a patch implementing this functionality.
Andrius
Control: tags -1 + confirmed
Control: owner -1 !
Hello,
On 2024-12-02 18:48, Santiago Vila wrote:
Package: src:smiles-scripts
Version: 0.2.0+dfsg1-6
Severity: serious
Tags: ftbfs
Dear maintainer:
During a rebuild of all packages in unstable, your package failed to build
This happens due to
Hi Michael,
On 2024-11-29 12:30, Michael R. Crusoe wrote:
It would be great if there was a check for calling `nproc` from
debian/rules.
Fair point. I looked at codesearch.debian.net for regex
'path:debian/rules \bnproc\b', all hits seem to be true positives.
Andrius
control: retitle -1 python3-rdkit: SEGFAULT on import on armhf and armel
Hello,
The same issue persists on armel too. I think we should add autopkgtest
to possibly identify other architectures having this issue.
Andrius
control: found -1 202409.2-2
Hello,
The issue with segmentation fault on armhf persists in rdkit/202409.2-2
as well.
Andrius
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
I would like to request a transition slot for openstructure
(experimental -> unstable) due to soname bump. Current ben tracker [1]
is OK.
openstructure has a single reverse depe
Source: megahit
Version: 1.2.9-5
Severity: wishlist
Hello,
megahit embeds a copy of parallel-hashmap, a header-only library
provided in Debian package libparallel-hashmap-dev. Please consider
unembedding parallel-hashmap to reduce the redundant code copies in Debian.
Andrius
Source: salmon
Version: 1.10.2+ds1-1
Severity: wishlist
Hello,
salmon embeds a copy of parallel-hashmap, a header-only library provided
in Debian package libparallel-hashmap-dev. Please consider unembedding
parallel-hashmap to reduce the redundant code copies in Debian.
Andrius
Source: spades
Version: spades_3.15.5+dfsg-7
Severity: wishlist
Hello,
spades embeds a copy of parallel-hashmap, a header-only library provided
in Debian package libparallel-hashmap-dev. Please consider unembedding
parallel-hashmap to reduce the redundant code copies in Debian.
Andrius
Source: apache-opennlp
Version: 2.5.0-1
Severity: normal
Hello,
In 2.5.0-1 I have disabled the upstream test suite as it was failing due
to some unpackaged or too old dependencies in the testing subsystem.
This is to remind me (and others) to investigate deeper and enable the
tests again.
A
Source: python-docx-template
Version: 0.19.0+dfsg-1
Severity: normal
Hello,
Due to the upstream test suite running Python as an external subprocess,
there is no easy way to vary the Python interpreter for it. One
possibility would be to patch the test runner to take the interpreter
name from
Hi,
On Tue, 15 Oct 2024 11:39:58 +0200 "Salvo \"LtWorf\" Tomaselli"
wrote:
Dear Maintainer,
unfortunately pymongo changed API
This python code no longer works
from mongomock import gridfs
gridfs.enable_gridfs_integration()
I am not familiar with the package. There seems to be a new upstrea
Package: cmake-data
Version: 3.31.0-1
Severity: important
Affects: macromoleculebuilder
Control: block 1086362 by -1
Hello,
FindZLIB.cmake does not populate the declared result variables
ZLIB_INCLUDE_DIRS, ZLIB_LIBRARIES and so on. In fact, it seems as if it
does not find ZLIB at all (ZLIB_FOU
Control: tags -1 + confirmed
On 10/30/24 13:15, Santiago Vila wrote:
[INFO] ---
[INFO] T E S T S
[INFO] ---
E: Build killed with signal TERM after 60 minutes of inactivity
---
1 - 100 of 1125 matches
Mail list logo
