Control: retitle 1113389 parallel-hashmap: FTBFS on arm64
Control: usertag 1113389 - cmake-4
Hello,
On Mon, 01 Sep 2025 01:02:25 +0200 roehl...@debian.org wrote:> During a
test rebuild for CMake 4, parallel-hashmap failed to rebuild.
This FTBFS is not related to CMake 4 as it can be reproduce
Hi Roland,
freesasa FTBFS with gemmi >= 0.7.1. In [1] you wrote that you have
managed to patch it. Could you please share your patches?
Best,
Andrius
[1]
https://alioth-lists.debian.net/pipermail/debian-pan-maintainers/2025-August/004042.html
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: r-cran-opencv
Version : 0.5.1
Upstream Author : Jeroen Ooms
* URL : https://cran.r-project.org/package=opencv
* License : Expat
Programming Lang: GNU R
Description : Bindings to
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
Control: block 1116225 by -1
* Package name: r-cran-fftwtools
Version : 0.9.11
Upstream Author : Karim Rahim
* URL : https://cran.r-project.org/package=fftwtools
* License : GPL-2+
Programming Lang
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: r-bioc-ebimage
Version : 4.50.0
Upstream Author : Andrzej Oleś, Gregoire Pau, Mike Smith, Oleg
Sklyar, Wolfgang Huber, with contributions from Joseph Barry and Philip
A. Marais
* URL : https
Hello,
I have attempted packaging 1.37.0-dev.2 with little luck. The main
blocker for me was the embedded patched rapidjson library. I tried to
understand the modifications, but did not have enough time for that.
Andrius
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: python-symfc
Version : 1.5.4
Upstream Author : symfc project
* URL : https://symfc.github.io/symfc/
* License : BSD-3-Clause
Programming Lang: Python
Description : Generate
Control: tags -1 + confirmed
Hi,
On 2025-09-15 15:53, Santiago Vila wrote:
Hi. This all I know about this bug:
- On my desktop pc, which has 4 CPUs, I tried to build the package once and it
failed.
- On AWS machines with 2 CPUs, the build seems to always fail (tried ten times).
(the provid
Hi,
On 2025-08-11 19:27, Drew Parsons wrote:
One option is to just add a debian patch that reverts upstream PR#4498.
Yes, that is an option. However, tampering with soversions against
upstream wishes is generally frowned upon.
mdtraj would use openmm (>= 8.2) if it were available, but can
Hi Santiago,
On 8/13/25 21:58, Santiago Vila wrote:
I finally found the way to disable the autopkgtests on riscv64, where
they still fail. Now there is a real chance to see the package in
testing after some days.
I've also fixed a few more things, everything documented in salsa.
I did not real
Hi Nilesh,
On 8/2/25 18:02, Nilesh Patra wrote:
osra Fails to cross-build because it uses a home-grown configure command
instead of debhelper tooling. It seems this is because upstream
discourages the use of this as documented in
https://sourceforge.net/p/osra/bugs/20/
The current command mis
Hi Hector,
On Tue, 22 Jul 2025, 10:43 Hector Oron Martinez, wrote:
> I would like to provide Quantum Safe algorithms for Debian usage and
> form a team of people that works enabling this in the project.
>
> This package is the first step, from my point of view, to get this
> enabled in the distr
Hi,
On 2025-06-22 19:00, Santiago Vila wrote:
This failure used to happen all the time on some VMs from Hetzner which
I'm no longer using for archive rebuilds.
However, today I've noticed that they also fail in my current AWS setup.
This started to happen after I switched from AWS instances of
On Mon, 28 Dec 2020 09:49:57 +0200 Andrius Merkys wrote:
Old download page of etsf-io is now gone [1], as etsf-io seems to have
switched to GitHub [2]. However, the releases are not tagged there, thus
fetching tarballs with meaningful version numbers is impossible for the
time being. I have
Hi Peter,
On 2025-06-06 10:46, Peter Green wrote:
Backporting upstream PRs #103, #115, #117 and #127 should fix these
issues.
The named maintainer of this package hasn't touched it since 2019, since
then
it's been kept alive by team uploads, mostly by me, but there has been an
upstream a pac
On Tue, 17 Sep 2024 23:19:01 +0200 Moritz Muehlenhoff
wrote:
https://github.com/Alexhuszagh/rust-lexical/issues/102
https://github.com/Alexhuszagh/rust-lexical/issues/101
https://github.com/Alexhuszagh/rust-lexical/issues/104
https://github.com/Alexhuszagh/rust-lexical/issues/95
https://github.c
Hello,
On 2025-06-05 20:41, Paul Gevers wrote:
I was debugging performance issues on ci.debian.net today, and noticed
that s390x was running into memory problems. openbabel quickly became a
suspect and indeed it turns out to use an insane amount of it during the
test.
I have spotted at least
Hi Santiago,
Thanks a lot for attempting rescuing node-wikibase-cli.
On 2025-05-23 20:14, Santiago Vila wrote:
I naively tried to disable the remaining five tests still
using the network by applying the attached patch (in quilt format),
but then I get 50 failures instead of five. 😱
I'm attachi
Hi Rong Fu,
On 2025-04-14 10:12, Fu, Rong (CN) wrote:
I'd like to submit a patch for the finalcif package that fixes a failing
test “test_checkcif.TestCheckCifInterface”.
Thanks a lot for investigating the failure and coming up with a patch
for it! I have just applied it. This should be in ti
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: r-cran-mixturefitting
Version : 0.6.1
Upstream Author : Andrius Merkys
* URL : https://cran.r-project.org/package=MixtureFitting
* License : GPL-2
Programming Lang: GNU R
Description
-0400
+++ tahoe-lafs-1.20.0/debian/changelog 2025-05-16 04:15:21.0 -0400
@@ -1,3 +1,9 @@
+tahoe-lafs (1.20.0-6) unstable; urgency=medium
+
+ * Backport a PR adjusting manpages.
+
+ -- Andrius Merkys Fri, 16 May 2025 04:15:21 -0400
+
tahoe-lafs (1.20.0-5) unstable; urgency=medium
* Limit bui
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: r-cran-rhub
Version : 2.0.1
Upstream Author : R Consortium, Posit PBC
* URL : https://cran.r-project.org/package=rhub
* License : Expat
Programming Lang: GNU R
Description : Tools
Hello,
On Tue, 17 Sep 2024 23:19:01 +0200 Moritz Muehlenhoff
wrote:
https://github.com/Alexhuszagh/rust-lexical/issues/102
https://github.com/Alexhuszagh/rust-lexical/issues/101
https://github.com/Alexhuszagh/rust-lexical/issues/104
https://github.com/Alexhuszagh/rust-lexical/issues/95
https:/
Hello,
On 2025-05-08 08:09, Phil Wyett wrote:
The package is looking promising. Will tag as 'confirmed' and hope a DD will
find the time to review and possibly sponsor your package.
I am interested in having DuckDB in Debian. Thanks Mocus Zhang for
working on it!
I gave the packaging on sal
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
1 - 100 of 1149 matches
Mail list logo
