Package: wnpp
Severity: wishlist
Owner: Andrius Merkys
* Package name: cod-tools
Version : 2.0
Upstream Author : Saulius Gražulis , Andrius Merkys
, Antanas Vaitkus
* URL : http://wiki.crystallography.net/cod-tools
* License : GPL 2.0
Programming Lang: C
m up with
> Debian Science at some point.
>
> Best,
>
> Steffen
--
Andrius Merkys
PhD student at Vilnius University Institute of Biotechnology, Saulėtekio al. 7,
room V325
LT-10257 Vilnius, Lithuania
Lecturer at Vilnius University Faculty of Mathematics and Informatics,
Naugarduk
apply for their help for packaging
cod-tools?
Many thanks,
Andrius
On 07/06/17 17:19, Steffen Möller wrote:
> Hi Andrius,
>
> I happily help with sponsoring. You may also consider to team up with
> Debian Science at some point.
>
> Best,
>
> Steffen
--
Andrius Merkys
pe of Debian Science or DebiChem. I'd like to suggest you should
> maintain the package in either of this team.
>
> Kind regards
>
>Andreas.
>
> On Wed, Jun 07, 2017 at 04:33:49PM +0300, Andrius Merkys wrote:
>> Package: wnpp
>> Severity: wishlist
>&
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "cod-tools"
* Package name: cod-tools
Version : 2.0-5
Upstream Author : Saulius Gražulis , Andrius Merkys
, Antanas Vaitkus
* URL
Package: sympa
Version: 6.2.70~dfsg-2
Dear Maintainers,
Please consider adding dependency on perl-doc for sympa. When called
'sympa help' or just 'sympa', instead of readable manual 'sympa' shows
plain Perl code with a warning that perl-doc is needed to show it in
more human-readable form. Af
Hi Andreas,
On 2024-01-31 13:08, Andreas Tille wrote:
in connection with the time_t transition in Debian Med we are
discussing[1] whether we really need 32 bit support for some of our
tools or whether we should realistically drop this support to
concentrate on problems which are more relevant fo
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
I would like to request a transition slot for openmm
(experimental -> unstable) due to soname bump. Current ben tracker [1]
is OK.
All reverse dependencies rebuild fine, except
Hi Gürkan,
On 2024-02-28 10:17, Gürkan Myczko wrote:
thanks for the rdkit packaging would it be possible to also ship
rdkit-config.cmake
rdkit-config-version.cmake
rdkit-targets.cmake
rdkit-targets-none.cmake
in /usr/lib/cmake/rdkit/ (needed for coot packaging)?
I can give it a look.
I tried
Hi,
On 7/8/24 21:11, Graham Inggs wrote:
On Sat, 6 Jul 2024 at 02:45, Drew Parsons wrote:
debian/watch is broken.
gitlab access to the tarballs is confusing, and I wasn't able to find
a simple fix for debian/watch
Apparently, this changed in gitlab in March, 2024 [1].
version=4
opts="searchm
Control: retitle -1 rapidjson: causes FTBFS with GCC-14
Control: block 1075335 by -1
Control: block 1075439 by -1
Hello,
When building other packages with rapidjson-dev with GCC-14, the
following failure occurs:
/usr/include/rapidjson/document.h: In member function
‘rapidjson::GenericStringR
provides the software equivalent to version
1.03/June 15, 2010. While Andrius Merkys thankfully packaged this version in
2019, there already was the request to provide the community a package
corresponding to a more recent version of InChI. However, starting with
version 1.04 (September 2011
Hi David,
On 7/25/24 18:51, David Lounsbrough via Debichem-devel wrote:
I wanted to ask if there's a reason that `inchi` support is not enabled for
this package.
You can read more about the attempts to enable InChI support in rdkit in
[1]. In short, inchi package in Debian seems incompatible
On Thu, 16 Nov 2023 18:01:01 +0200 Andrius Merkys wrote:
* kodi (seems to be affected by spdlog API change)
Sorry, kodi builds fine, it should not be here, my mistake.
Best,
Andrius
On 2023-11-17 08:42, Sebastian Ramacher wrote:
I suspect that's due to the use of libspdlogX-fmtY. I've added a manual
tracker and added the fmt postfix.
Right, this might be the reason. Thanks!
Andrius
Hi,
I have reassigned this issue to python3-rdkit as Python 3.12 specific
issue seems to be confined to python3-rdkit:
$ python3.12 -c 'import rdkit'
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3/dist-packages/rdkit/__init__.py", line 6, in
from . im
Hi Sebastian,
On 2023-11-18 14:36, Sebastian Ramacher wrote:
spdlog's autopkgtest fail, though:
https://ci.debian.net/data/autopkgtest/testing/amd64/s/spdlog/39983394/log.gz Could you please take a look?
Apparently spdlog needs catch2 >= 3.0.0. I have just added the versioned
depends and uplo
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: nanovg
Version : 0.0~git20230826.f93799c
Upstream Author : Mikko Mononen
* URL : https://github.com/memononen/nanovg
* License : Zlib
Programming Lang: C
Description : antialiased
Hi,
On 2023-11-19 13:42, Matthias Klose wrote:
dials autopkg tests fail with Python 3.12:
[...]
548s E FileNotFoundError: [Errno 2] No such file or directory:
'/usr/lib/cctbx/python3.12'
548s === short test summary info
548s ERROR - Fi
Hello,
I have commented out a pair of test cases which attempted network access
in the upload of node-wikibase-cli 15.15.4-5. Could you please check
whether FTBFS continues?
On Wed, 14 Dec 2022 12:16:39 +0100 Sven Mueller wrote:
Interestingly, in our build environment which has some extreme
Hi Michael,
On 2023-11-23 19:25, Michael R. Crusoe wrote:
Hello, I opened the merge request below to add SIMDe to this package; I
tested on the riscv64 porterbox where the build succeeded, included
tests. Likewise on my personal amd64 laptop.
https://salsa.debian.org/debichem-team/openmm/-/me
Hi Michael,
On 2023-11-24 09:30, Andrius Merkys wrote:
On 2023-11-23 19:25, Michael R. Crusoe wrote:
It won't fix the FTBFS on armel / armhf; that's due to them being
detected as arm64 and inappropriate NEON intrinsics being used
Thanks for spotting this, I will give it a look,
Source: node-ip-address
Severity: wishlist
Hello,
Back in a day I packaged/sponsored a bunch of node packages needed by
node-shiny-server. I ended up never using shiny-server and/or
node-shiny-server, but with the responsibility for its dependencies.
Thus I would like to be removed from the u
Source: node-client-sessions
Severity: wishlist
Hello,
Back in a day I packaged/sponsored a bunch of node packages needed by
node-shiny-server. I ended up never using shiny-server and/or
node-shiny-server, but with the responsibility for its dependencies.
Thus I would like to be removed from
Source: node-morgan
Severity: wishlist
Hello,
Back in a day I packaged/sponsored a bunch of node packages needed by
node-shiny-server. I ended up never using shiny-server and/or
node-shiny-server, but with the responsibility for its dependencies.
Thus I would like to be removed from the uploa
Source: node-pause
Severity: wishlist
Hello,
Back in a day I packaged/sponsored a bunch of node packages needed by
node-shiny-server. I ended up never using shiny-server and/or
node-shiny-server, but with the responsibility for its dependencies.
Thus I would like to be removed from the upload
Source: node-stable
Severity: wishlist
Hello,
Back in a day I packaged/sponsored a bunch of node packages needed by
node-shiny-server. I ended up never using shiny-server and/or
node-shiny-server, but with the responsibility for its dependencies.
Thus I would like to be removed from the uploa
Control: severity -1 serious
Control: owner -1 !
Hi,
On 2024-05-28 23:07, Picca Frédéric-Emmanuel wrote:
while trying to start coot, I get this error message.
$ coot
INFO:: built with GTK 4.12.5
pdd /usr/share/coot
WARNING:: Coot REFMAC dictionary override COOT_REFMAC_LIB_DIR
/usr/share/coot/
Hi,
On 2024-05-28 18:35, PICCA Frederic-Emmanuel wrote:
Here the diff between the epics version (debian patch unapplyed) and the
current 2.1.0 version of yajl (debian patch unapplyed).
It seems EPICS authors have forked yajl and implemented JSON5 support
there. As a result, the code diverged
Control: forwarded -1 https://github.com/epics-base/epics-base/pull/329
Hi,
On 2024-05-29 10:31, wuruilong wrote:
Compile error on loongarch, reference upstream code to provide patch.
Link to upstream code:https://github.com/epics-base/epics-base/pull/329
Why does this patch modify the embedd
On 2024-05-29 11:32, wuruilong wrote:
Modify the valgrind header file because valgrind's code has gone too
long without loongarch support.
Does the valgrind Debian package support loong64? If so, the embedded
valgrind/valgrind.h can be replaced with the header from Debian package.
Andrius
On 2024-05-30 05:17, wuruilong wrote:
I checked valgrind debian package is not supported loongarch architecture.
Thanks for checking. I would like to remove the embedded
valgrind/valgrind.h and use the header from valgrind package. Thus I
would suggest implementing loongarch support in valgri
Package: valgrind
Version: 1:3.20.0-2.1
Severity: wishlist
Control: block 1072148 by -1
X-Debbugs-CC: wuruil...@loongson.cn
Hello,
In #1072148 a patch to support loong64 has been proposed in epics-base.
The proposed patch modifies valgrind header (valgrind/valgrind.h)
embedded in epics-base so
On 2024-06-03 08:51, Andreas Beckmann wrote:
Followup-For: Bug #998820
Then we also have
/usr/lib/python3/dist-packages/build/lib/doc/conf.py
^^^
e.g. nxtomo 1.2.3-2
usr/lib/python3/dist-packages/build/lib/docs/conf.py
Hi Aaron,
On 2024-06-02 05:41, Aaron M. Ucko wrote:
A number of binary packages accompany their primary content by tests,
examples, and/or other documentation that appreciably increase their
size, in some cases by more than an order of magnitude, and as such
would be very reasonable to split out
On 2024-06-02 19:49, Louis-Philippe Véronneau wrote:> Sounds like a
plan. I made the changed you proposed and also made sure
the tag will output the problematic BUILD_OPTION. That way, when/if
someone wants to make it more generic, it'll be possible to pass other
invalid BUILD_OPTION.
The tag
Hi Christian,
On 2024-06-03 11:38, Christian Böck wrote:
when using headphones with my laptop (Thinkpad W550s) I get a repeating
cracking (~1sec intervalls) when nothing is playing.
I have a similar issue on a workstation with Ubuntu 22.04. What is your
operating system version? I believe the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
I want to request binNMU on packages which are affected by libccp4
soname change due to time_t64 transition:
nmu cctbx_2023.12+ds2+~3.17.0+ds1-4 . ANY . unstable . -m "Rebuild
Package: coot
Version: 1.1.08+dfsg-3
Severity: important
Forwarded: https://github.com/pemsley/coot/issues/120
layla executable fails to start unless LD_LIBRARY_PATH is given for it
to locate the coot private libraries, e.g.:
$ LD_LIBRARY_PATH=/usr/lib/ layla
A thin wrapper is needed to set t
Control: tags -1 + confirmed
Hi,
On 2024-06-04 17:31, Picca Frédéric-Emmanuel wrote:
While using coot I found that it save it's states in these files
DEBUG:: saving state to filename 0-coot.state.py
State file 0-coot.state.py written.
State file 0-coot-history.py written.
State file 0-coot-his
On 2024-06-05 10:13, Andrius Merkys wrote:
The REFMAC dictionary packaged in Debian as refmac-dictionary needs some
adjustment to make usable by coot and make the messages above go away.
I have the fix for refmac-dictionary at hand, by the way. I will upload
it soon.
Andrius
Control: owner -1 !
On Fri, 31 May 2024 14:46:28 +0200 Santiago Vila
wrote:> Instead of patch-2.txt and patch-3.txt, the following more
simple patch
would also fix the issue (I've tested it on single-cpu systems and also
on m6a.large instances from AWS, which have 1 core and two threads).
(S
Hi,
On 2024-06-11 07:50, Paul Emsley wrote:
OK, so 1.1.09 should now read and save the state and config files in an
XDG Base Directory compliant manner.
Thanks. I will update the Debian package ASAP.
I have cleaned up some of the terminal output (it is verbose because
doing so helps me diagn
On 2024-06-11 07:54, Paul Emsley wrote:
I have been a bit sloppy with my file names and you should not be.
Let's call the "refmac-dictionary" the "ccp4-monomer-library"
OK, I will rename it to 'ccp4-monomer-library'.
This is where it lives:
https://github.com/MonomerLibrary/monomers
Looki
Hi Sudip,
On 2023-12-13 12:28, Sudip Mukherjee wrote:
Hi Andrius,
On Wed, Oct 18, 2023 at 08:38:52AM +0300, Andrius Merkys wrote:
Hi Dmitry,
On 2023-10-17 16:25, Dmitry Baryshev wrote:
> Does it produce desired Debian packages?
I've just pushed a couple of fixes to the Debian ru
Control: tags -1 + patch
Hello,
On 2023-12-14 16:07, Vincent Lefevre wrote:
Package: liblatex-tounicode-perl
Version: 0.54-1
Severity: serious
As a consequence of the upgrade of texlive-bibtex-extra to
2023.20231207-3:
[...]
Selecting previously unselected package liblatex-tounicode-perl.
(Re
Source: scikit-build-core
Severity: wishlist
Hello,
Back in a day I thought scikit-build-core was a new build dependency of
a package I maintained, thus I packaged it. Later it turned out that it
was not necessary. Thus now I have no interest in scikit-build-core and
would prefer to be remove
Source: python-parsley
Version: 1.3-3
Severity: wishlist
Tags: help
Hello,
python-parsley builds for all supported Python versions. It seems only
appropriate to run autopkgtest on all supported Python versions as well.
However, currently it is run only on the default version:
$ cat debian/te
Hi Yogeswaran,
On 2023-12-17 09:57, Yogeswaran Umasankar wrote:
* Package name: python-pubchempy
Version : 1.0.4
Upstream Contact: Matt Swain
* URL :https://github.com/mcs07/PubChemPy
* License : Expat
Programming Lang: Python
Description : pubchem
Control: tags -1 + moreinfo
Hi Yadd,
On 2023-12-17 11:31, Yadd wrote:
Source: gemmi
Version: 0.6.3+ds-1
Severity: important
Tags: patch
X-Debbugs-Cc: y...@debian.org
Hi,
currently src:gemmi builds gemmi and gemmi-dev. This doesn't permit to
build any software using gemmi-dev without static li
Control: owner -1 !
Control: tags -1 - moreinfo
Hi,
On 2023-12-18 09:47, Yadd wrote:
yas I'm going to package ovito which depends on it. If shared library
isn't provided, cmake automatically uses libgemmi_cpp.a which then embed
gemmi into ovito 🙁
I see. OK, let me apply your patch and build
Hi,
On 2023-12-17 11:31, Yadd wrote:
currently src:gemmi builds gemmi and gemmi-dev. This doesn't permit to
build any software using gemmi-dev without static linking.
The proposed patch adds package libgemmi1 which contains the shared
library.
I looked into the shared library provided by gemm
Hi,
On 2023-12-19 18:51, Debian Bug Tracking System wrote:
[ Komolehin Israel Timilehin ]
* Added autopkgtest to check hmmer and prodigal integration (Closes:
#1010653)
Thanks for working on this. I see that the added autopkgtest uses
network to download the dataset. It is done prope
Hi Andreas,
On 2023-12-20 12:37, Andreas Tille wrote:
Hi Andrius,
Am Wed, Dec 20, 2023 at 08:27:31AM +0200 schrieb Andrius Merkys:
On 2023-12-19 18:51, Debian Bug Tracking System wrote:
[ Komolehin Israel Timilehin ]
* Added autopkgtest to check hmmer and prodigal integration
Control: tags -1 + patch
Hi,
On 2023-12-20 20:23, s3v wrote:
After applying [1][2][3] from upstream and adding "-p no:warnings":
addopts = -p no:cacheprovider -p no:warnings
in ase/test/pytest.ini (DeprecationWarnings from various packages make
tests fail), I was able to build your pack
Control: tags -1 + patch pending
Hi,
On 2023-12-21 00:42, Sebastian Ramacher wrote:
Source: dials
Version: 3.12.1+dfsg3-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/st
Control: tags -1 + confirmed
Hi,
On 2023-12-30 18:06, Matwey V. Kornilov wrote:
Package: epics-dev
Version: 7.0.7+dfsg1-5
Please note, that epics-base.pc file is installed into
/usr/share/pkg-config instead of /usr/share/pkgconfig and cannot be
found.
I have just fixed this in the packaging
Hi,
On 2024-01-01 06:21, Mo Zhou wrote:
I tried this and it turns to be a little bit complicated to support. The
code change can be found in the git history, which was reverted by me.
The problem is that the file libtorch_python.so.* is specific to one
python version, and cannot be shared betw
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: libgraph-grammar-perl
Version : 0.1.0
Upstream Author : Andrius Merkys
* URL : https://metacpan.org/release/Graph-Grammar
* License : BSD-3-Clause
Programming Lang: Perl
Description
Hi Nilson,
On Wed, 13 Mar 2024 17:34:15 + Nilson Silva
wrote:
Relevant part (hopefully):
> cc -c -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=.
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O
-DSYSPATHFILE=\"/usr
Hello,
I had some luck in packaging vst3sdk. I pushed my packaging attempts
(just the debian/ directory) to my personal repository on salsa [1]. The
package builds and installs VST3 plugins, debian/copyright is as well
almost finished.
I had some difficulties in constructing the multiple ups
Hi Patrick,
On 2024-03-28 17:09, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the wnpp package:
#1003512: RFA: cherrytree -- hierarchical note taking application
It has been closed by Debian FTP Masters (reply to
Patric
control: retitle -1 opensearch: FTBFS with lucene9/9.10.0+dfsg
I have recently updated lucene9. Current FTBFS is caused by missing
lucene9 classes. Thus it seems that lucene9 API has changed breaking
backwards compatibility.
Andrius
Package: wnpp
Severity: normal
In the light of recent calls to increase the quality and the bus factor
of security-related packages, I request assistance with maintaining the
liboqs package. I do not have enough time nor expertise to properly
maintain liboqs alone.
The package is sid-only pe
On 2024-04-04 15:41, Julian Gilbey wrote:
Wow, that was fast - thank you!
You are welcome - hope that helps!
Best wishes,
Andrius
Control: owner -1 !
Hi,
On Thu, 25 May 2023 17:27:48 +0200 Florian Lohoff wrote:
i am in the middle of a stretch rebuild for mipsel (Upgrade path from
jessie as stretch dropped 75% of supported systems with mips32)
A big issue are certificates, mostly for build tests which have an
expire date
On Wed, 10 May 2023 02:29:08 +0530 Kiran S Kunjumon
wrote:
=== FAILURES
===
TEST: /tmp/autopkgtest-lxc.kz5vbtvg/downtmp/build.qgE/src/test/Test_SPAM
CPPTRAJ: SPAM Test
../MasterTest.sh: line 495: 3218 Killed $c
Package: ftp.debian.org
Severity: normal
Hello,
Please remove cpptraj binaries for the following architectures:
arm64 armel armhf i386 mips64el ppc64el riscv64 s390x
It FTBFS on non-amd64 architectures as noticed in #1035833.
Andrius
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: python-htmltools
Version : 0.5.1
Upstream Author : Posit Software, PBC
* URL : https://github.com/rstudio/py-htmltools
* License : Expat
Programming Lang: Python
Description
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: r-cran-calculus
Version : 1.0.1
Upstream Author : Emanuele Guidotti
* URL : https://cran.r-project.org/package=calculus
* License : GPL-3
Programming Lang: GNU R
Description
Control: severity -1 important
Control: retitle -1 cpptraj: FTBFS on \!amd64
On Wed, 10 May 2023 02:29:08 +0530 Kiran S Kunjumon
wrote:
You package cpptraj has an autopkgtest, great.
However, it fails everywhere except on amd64. Can you please investigate the
situation and fix it?
I have ex
On 2024-05-19 15:48, Julian Gilbey wrote:
But here I'd suggest doing the
opposite: checking for valid build options (and note: this is a check
for DEB_BUILD_OPTIONS, not for DEB_BUILD_PROFILES). There is a very
short list of standard build options: those listed in
dpkg-buildpackage(1) (parallel=
Package: wnpp
Owner: Mason James
Severity: wishlist
Control: block 1036769 by -1
X-Debbugs-CC: m...@kohaaloha.com
* Package name: libnet-ssl-expiredate-perl
Version : 1.24
Upstream Author : Hirose Masaaki
* URL : https://metacpan.org/release/Net-SSL-ExpireDate
* Licen
Source: pytorch
Version: 2.1.2+dfsg-4
Severity: serious
Tags: ftbfs
Hello,
pytorch FTBFS on ppc64el:
FAILED:
caffe2/CMakeFiles/torch_cpu.dir/__/aten/src/ATen/native/Col2Im.cpp.o
/usr/bin/c++ -DAT_PER_OPERATOR_HEADERS -DCAFFE2_BUILD_MAIN_LIB
-DFMT_HEADER_ONLY=1 -DHAVE_MALLOC_USABLE_SIZE=1 -DHA
Control: owner -1 !
Hello,
It is quite important to me to get libnet-ssl-expiredate-perl done ASAP.
Thus if you do not have any objections, I am going to finalize it.
Andrius
Hi,
On Sat, 4 May 2024 22:53:36 +0900 Kentaro HAYASHI wrote:
I've attached PoC patches which are
based on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059706#33
Before:
$ pkg-config --cflags epics-base
-I/build/reproducible-path/epics-base-7.0.8+dfsg1/include
-I/build/reproducible-pat
Hi Mason,
On 2024-05-27 13:11, Mason James wrote:
sorry for my late reply and no objections from me!
Now worries, I finished the package and uploaded today.
Best,
Andrius
Control: severity -1 important
On Fri, 26 Apr 2024 09:25:06 +0300 Andrius Merkys wrote:
Since I need to upload rdkit to experimental to deal with time_t64
transition, I am going to disable latexpdf documentation building for
the time being and deal with this issue later.
I have disabled
Hi,
On 2024-05-28 17:49, PICCA Frederic-Emmanuel wrote:
following a different path...,
I added this in the rules file
-export POSIX_CFLAGS+=$(CFLAGS)
+export POSIX_CFLAGS+=$(CFLAGS) $(shell pkgconf --cflags yajl)
export POSIX_CFLAGS+=$(CPPFLAGS)
export POSIX_CPPFLAGS+=$(CPPFLAGS)
-export POSIX
Hi,
On Mon, 19 Feb 2024 21:35:16 + Steve Langasek
wrote:> Since turning on 64-bit time_t is being handled centrally
through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together
Hi,
On Mon, 05 Feb 2024 07:52:37 + Steve Langasek wrote:
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becom
Hi Chris,
On 2024-04-25 00:57, Chris Hofstaedtler wrote:
t64 is already in unstable and making its way to testing. So you are
a bit late with getting rdkit fixed for t64.
An upload with t64 binaries is required as soon as possible. Given
the packages have to go to binary-NEW, you must upload wi
Source: rdkit
Version: 202309.3-3
Severity: serious
Tags: ftbfs sid
Hello,
rdkit FTBFS with the following error in latexpdf documentation build:
Extension error:
convert exited with error:
[stderr]
b'convert: Unable to read font
(/usr/share/fonts/type1/gsfonts/n019003l.pfb).\n'
[stdout]
b''
m
Hi,
On 2024-04-25 19:12, Santiago Vila wrote:
I noticed that chemicaltagger currently FTBFS and I believe it is because
of this problem, so to avoid duplicate reports, I'm raising this one to
serious.
A build log for chemicaltagger is available here:
https://tests.reproducible-builds.org/deb
Control: severity -1 important
Control: tags -1 - ftbfs
Hi,
On 2024-04-25 19:12, Santiago Vila wrote:
I noticed that chemicaltagger currently FTBFS and I believe it is because
of this problem, so to avoid duplicate reports, I'm raising this one to
serious.
A build log for chemicaltagger is a
Hi,
On Wed, 24 Apr 2024 23:57:17 +0200 Chris Hofstaedtler
wrote:> An upload with t64 binaries is required as soon as possible. Given
the packages have to go to binary-NEW, you must upload with
binaries, and then probably follow up with a source-only upload once
they are ACCEPTed.
t64 binarie
Hello,
Is anybody still interested in streamlit? Some time ago I packaged its
dependency node-xxhashjs and ended up maintaining it. I do not use
node-xxhashjs myself and would like to pass its maintenance to people
interested in streamlit.
Andrius
Control: owner -1 !
Hello,
Upstream has confirmed that macromoleculebuilder should be limited to
64bit. I am going to limit the architectures and file for RM on armhf soon.
Andrius
Package: ftp.debian.org
Severity: normal
Hello,
Please remove macromoleculebuilder binaries for armhf. The upstream has
confirmed the package is no longer supported on 32bit architectures.
Andrius
Hi Nilesh,
On 2024-04-07 15:28, Nilesh Patra wrote:
Assistance required with maintaining the singularity-container package.
I am not offering help with singularity-container, but do you by any
chance know why apptainer is not packaged for Debian? I cannot find a
wnpp bug.
Thanks for caring
Package: libdwarf-dev
Version: 20210528-1
Hello,
dwarfutils seem to contain CMake files needed to find libdwarf using
CMake's find_library(). However, these files do not seem to be installed
into the libdwarf-dev binary package. It might be because the package is
currently built using configu
Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-rust-maintain...@lists.alioth.debian.org
* Package name: python-pycddl
Version : 0.6.1
Upstream Author : Systema Development LLC
* URL : https://gitlab.com/tahoe-lafs/pycddl
* License : Expat
Programming Lang
Hi Florian,
On 2024-04-09 16:38, Florian Forster wrote:
Building with EPICS fails because the compiler cannot find
`compilerSpecific.h`:
```
In file included from /usr/include/epics/epicsThread.h:62,
from /usr/include/epics/cadef.h:35,
from src/epics.c:26:
/
control: reopen -1
control: found -1 7.0.8+dfsg1-1
Hello,
As epics-base.pc still contains incorrect paths, I am reopening this bug.
Andrius
Hi Florian,
On 2024-04-10 16:40, Florian Forster wrote:
pkg-config references paths (/build/reproducible-path/…) that likely
exist on the build system, but are not provided by the package:
```
# pkg-config epics-base --cflags | sed -e 's/ */\n/g'
-I/build/reproducible-path/epics-base-7.0.8+df
control: forwarded -1
https://simtk.org/tracker/?func=detail&group_id=359&atid=827&aid=3289
Hi,
On 2024-04-13 16:52, Kentaro HAYASHI via Debichem-devel wrote:
Dear Maintainer,
macromoleculebuilder fails to build on armhf.
FYI:
https://buildd.debian.org/status/fetch.php?pkg=macromoleculebu
Package: emboss
Version: 6.6.0+dfsg-9
Severity: important
Tags: bullseye bookworm trixie sid
X-Debbugs-CC: debian-...@lists.debian.org
Hello,
All emboss executables segfault on s390x since bullseye. Segfault is
evident when calling any of emboss executables without CLI arguments or
only with '
Hi Andreas,
On 2024-04-17 08:32, Andreas Tille wrote:
I'd recommend following the procedure you supposed in
https://lists.debian.org/debian-med/2024/04/msg00034.html
Someone needs to file removal requests for s390x for the
rdepends from emboss, thought.
Thanks, this is what I am going to
Source: emboss
Version: 6.4.0-3
Severity: important
Owner: Andrius Merkys
Hello,
While looking into why #1069098 has not been detected earlier, I noticed
that emboss build time testsuite is silently failing since at least
6.4.0-3. This needs fixing in order to avoid problems similar to
Hi Charles,
On Wed, 17 Apr 2024 09:30:03 +0300 Andrius Merkys wrote:
While looking into why #1069098 has not been detected earlier, I noticed
that emboss build time testsuite is silently failing since at least
6.4.0-3. This needs fixing in order to avoid problems similar to #1069098.
I
1 - 100 of 1075 matches
Mail list logo
