Bug#1078202: restfuldb: diff for NMU version 0.16.0+dfsg-1.1

Hi, On 2024-09-17 00:55, gregor herrmann wrote: I've prepared an NMU for restfuldb (versioned as 0.16.0+dfsg-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Thanks a lot for taking care of this issue. DELAYED/5 is fine with me. Andrius

Bug#1078097: cod-tools: diff for NMU version 3.10.0+dfsg-1.1

Hi, On 2024-09-17 00:48, gregor herrmann wrote: I've prepared an NMU for cod-tools (versioned as 3.10.0+dfsg-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Thanks a lot for taking care of this issue. DELAYED/5 is fine with me. Andrius

Bug#1081843: libstar-parser-perl: homepage defunct

Control: tags -1 + patch Hi, On 2024-09-15 16:51, Ben Tris wrote: The current homepage seems not to exist. http://pdb.sdsc.edu/STAR/ No alternative found. This has one nice simple page. https://www.iucr.org/resources/cif/software/starparser I agree that iucr.org webpage for starparser would

Bug#1081606: cdk: run upstream tests during build

Source: cdk Severity: wishlist Forwarded: https://salsa.debian.org/java-team/cdk/-/tree/with-tests Tags: help Hello, cdk includes an extensive testsuite. To ensure the built package's integrity, it would be nice to run the testsuite during build. According to git log, there were several unsucc

Bug#1075155: libccp4: ftbfs with GCC-14

control: forwarded -1 c...@dl.ac.uk Hello, I re-forwarded the issue to ccp4@ and got reply that the upstream has recorded the bug in their internal issue tracker. Andrius

Bug#1079981: transition: inchi

Hi Sebastian, On 2024-09-08 22:10, Sebastian Ramacher wrote: On 2024-09-08 14:21:57 +0300, Andrius Merkys wrote: inchi has migrated to testing and all its binary reverse dependencies seem to have switched from libinchi1 to libinchi1.07. However, transition tracker [1] shows the reverse

Bug#585905: cassandra: ITP -> RFP

retitle 585905 RFP: cassandra -- highly scalable distributed datastore noowner 585905 thanks Hello, I am giving up my efforts to package cassandra. My latest packaging attempt (year 2019) can be found at salsa [1]. In short, I managed to collect all the dependencies, but I failed to get cassan

Bug#1009673: RM: swagger-core -- RoM; not needed

severity 1009673 normal retitle 1009673 RM: swagger-core -- RoM; not needed reassign 1009673 ftp.debian.org affects 1009673 + src:swagger-core thanks Hello, Two years ago I offered src:swagger-core for adoption. Since no one was interested, and it has no reverse dependencies, I am asking for it

Bug#1079981: transition: inchi

Hi, inchi has migrated to testing and all its binary reverse dependencies seem to have switched from libinchi1 to libinchi1.07. However, transition tracker [1] shows the reverse dependencies as partially migrated - what could be the issue with them? Andrius [1] https://release.debian.org/tr

Bug#1080517: [Debichem-devel] Bug#1080517: jni-inchi: FTBFS with inchi 1.07.1

Hi, An upload of -8 has failed somewhy, I will retry ASAP. Andrius

Bug#1080050: Should mbdyn be removed from unstable?

Control: severity -1 normal Control: retitle -1 RM: mbdyn -- RoM; rc-buggy Control: reassign -1 ftp.debian.org Control: affects -1 + src:mbdyn Hello, On 2024-08-30 07:32, Helmut Grohne wrote: I suggest removing mbdyn from Debian for the following reasons: * It accumulated one RC-bug: + #9

Bug#1080035: ITP: jna-inchi -- wrapper to access InChI from Java

Package: wnpp Owner: Andrius Merkys Severity: wishlist Control: block -1 by 1079981 * Package name: jna-inchi Version : 1.2.1 Upstream Author : Daniel Lowe * URL : https://github.com/dan2097/jna-inchi * License : LGPL-2.1+ Programming Lang: Java

Bug#964773: 964773: inchi to become free software again

control: tags -1 - wontfix control: owner -1 ! On Fri, 15 Mar 2024 13:12:14 +0200 Andrius Merkys wrote:> An update: the upcoming inchi release is going to be licensed under Expat [1]. Thus an opportunity may appear to build rdkit with inchi support. rdkit builds successfully with libin

Bug#1079981: transition: inchi

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I would like to request a transition slot for inchi (experimental -> unstable) due to soname bump. Current ben tracker [1] is OK. Rebuild results for reverse dependencies: * jni

Bug#1079894: rust-abnf-core: seemingly incorrect homepage

Source: rust-abnf-core Version: 0.6.0-3 Hello, Homepage field in debian/control seems off: it points to https://github.com/duesee/imap-codec while debian/watch points to https://github.com/duesee/abnf-core. Andrius

Bug#1079604: epics-base:FTBFS:build failure (not support riscv64)

Hi Yue, On 2024-08-25 08:24, Yue Gui wrote: Dear epics-base Maintainer, The package epics-base build failed on arch riscv64.The crucial buildd log below: [snip] My solution to this issue: Add riscv64 support for this package. I have completed the development of the patch for supporting the

Bug#1064024: juce: FTBFS on mips64el: Failed to build juceaide

Hello, It seems that the global offset table gets exceeded for mips64el even with -mxgot. As the trixie freeze is drawing near I would suggest RMing juce binaries (and their reverse dependencies) for mips64el for the time being. Andrius

Bug#1079794: tahoe-lafs: package new upstream release 1.19.0

Source: tahoe-lafs Severity: wishlist Control: block -1 by 1068692 Hello, New upstream release 1.19.0 is out. This bug is to track the process of updating tahoe-lafs to it. Andrius

Bug#1075155: libccp4: ftbfs with GCC-14

control: forwarded -1 ccp4-...@dl.ac.uk Hello, The actual log excerpt reporting build failure is the following: fortran/cmtzlib_f.c: In function 'lrhist_': fortran/cmtzlib_f.c:279:43: error: passing argument 2 of 'ccp4_lrhist' from incompatible pointer type [-Wincompatible-pointer-types] 27

Bug#1076519: #1076519: inchi packaging status

control: owner -1 ! control: forwarded -1 https://salsa.debian.org/debichem-team/inchi/-/tree/package/1.07 Hello, I started working on packaging inchi 1.07.1 in a branch on salsa.debian.org. Right now I am working on refreshing patches. Andrius

Bug#1077055: [Debichem-devel] Bug#1077055: postgresql-16-rdkit: inchi support not included in rdkit build

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

Bug#1076519: [Debichem-devel] Bug#1076519: libinchi1: new version 1.07 of InChI (now MIT license scheme)

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

Bug#1074897: cura-engine: ftbfs with GCC-14

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

Bug#1075834: [Debichem-devel] Bug#1075834: Bug#1075834: python3-ase: new upstream release available

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

Bug#1056457: spglib 2.2.0-3 builds for all supported Python versions

Hello, Since 2.2.0-3 spglib builds for all supported Python versions. Thus the autopkgtest for all supported Python versions can be turned back on. Andrius

Bug#1073561: [Debichem-devel] Bug#1073561: openbabel: FTBFS: failing tests test_tautomer_2[27]

control: tags -1 + unreproducible control: severity -1 normal On 2024-06-30 18:53, Michael Banck wrote: Hi, On Sat, Jun 29, 2024 at 10:21:02PM +0300, Adrian Bunk wrote: On Mon, Jun 17, 2024 at 04:58:46PM +0300, Andrius Merkys wrote: Source: openbabel Version: 3.1.1+dfsg-9 Severity: serious

Bug#1073494: ITP: openapi-schema-validator -- Validate schema against the OpenAPI Schema Specifications

On 2024-06-27 23:20, Julian Gilbey wrote: It's the other way round, but I'll add you anyway. Thanks! Best, Andrius

Bug#1073455: [Debichem-devel] Bug#1073455: openstructure: FTBFS: TypeError: unsupported operand type(s) for -: 'NoneType' and 'float'

control: forwarded -1 openstructure-us...@maillist.unibas.ch On 2024-06-16 16:08, Lucas Nussbaum wrote: == ERROR: testSpearmanCorrel (__main__.TestTable.testSpearmanCorrel) ---

Bug#1073494: ITP: openapi-schema-validator -- Validate schema against the OpenAPI Schema Specifications

Hi Julian, On 2024-06-17 19:34, Julian Gilbey wrote: Super, thanks! I'll add you now. Would you also like to be added to python-openapi-spec-validator? I gather python-openapi-spec-validator is a dependency of python-openapi-schema-validator, right? If so, you can add me. It will be team

Bug#1073494: ITP: openapi-schema-validator -- Validate schema against the OpenAPI Schema Specifications

On 2024-06-16 17:43, Julian Gilbey wrote: * Package name: openapi-schema-validator Version : 0.6.2 Upstream Author : Artur Maciag * URL : https://github.com/python-openapi/openapi-schema-validator * License : BSD-3-clause Programming Lang: Python Descr

Bug#1073561: openbabel: FTBFS: failing tests test_tautomer_2[27]

Source: openbabel Version: 3.1.1+dfsg-9 Severity: serious Justification: FTBFS Tags: trixie sid ftbfs Hi, openbabel FTBFS both in unstable (if a fix for #1073327 is applied) and testing with the following: 99% tests passed, 2 tests failed out of 229 Total Test time (real) = 317.34 sec The f

Bug#1073327: [Debichem-devel] Bug#1073327: openbabel: FTBFS: xml.cpp:245:39: error: invalid conversion from ‘const xmlError*’ {aka ‘const _xmlError*’} to ‘xmlError*’ {aka ‘_xmlError*’} [-fpermissive]

Hello, On 2024-06-16 15:48, Lucas Nussbaum wrote: /<>/src/formats/xml/xml.cpp:245:39: error: invalid conversion from ‘const xmlError*’ {aka ‘const _xmlError*’} to ‘xmlError*’ {aka ‘_xmlError*’} [-fpermissive] 245 | xmlError* perr = xmlGetLastError(); |

Bug#1006482: lintian: non-standard-dir-in-var var/db/

Hi, On 2024-06-17 15:09, Maytham Alsudany wrote: Control: tags -1 + moreinfo On Sat, 26 Feb 2022 10:07:32 +0200 Martin-Éric Racine wrote: Lintian incorrectly reports /var/db/ as non-standard-dir-in-var. /var/db Data bank

Bug#1072576: coot: save its states in HOME.

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

Bug#1072576: coot: save its states in HOME.

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

Bug#1057556: elpa: FTBFS: not enough slots available

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

Bug#1072576: coot: save its states in HOME.

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

Bug#1072576: coot: save its states in HOME.

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

Bug#1072618: coot: layla fails to start unless LD_LIBRARY_PATH is specified

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

Bug#1072564: nmu: cctbx_2023.12+ds2+~3.17.0+ds1-4 clipper_ 2.1.20201109-2 libpdb-redo_3.0.5-2 ssm_1.4.0-2

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

Bug#1072515: general: Repeating cracking sound in headphones when nothing is playing.

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

Bug#1070770: lintian: check for testing presence of "nodocs" in DEB_BUILD_OPTIONS

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

Bug#1072383: lintian: flag packages bloated by auxiliary tests/docs/examples

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

Bug#998820: lintian: overly generic python modules /usr/lib/python3/dist-packages/benchmarks/*.py

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

Bug#1072195: valgrind: add support for loong64

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

Bug#1072148: epics-base: please add support for loong64

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

Bug#1072148: epics-base: please add support for loong64

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

Bug#1072148: epics-base: please add support for loong64

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

Bug#1039087: removing embeded version of yajl

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

Bug#1072115: ERROR:: Failure to read or parse /usr/share/coot/ui/coot-gtk4.ui

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/

Bug#1039087: removing embeded version of yajl

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

Bug#1069873: rdkit: FTBFS convert: Unable to read font (/usr/share/fonts/type1/gsfonts/n019003l.pfb).

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

Bug#1071573: Status of libnet-ssl-expiredate-perl

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

Bug#1059706: epics-base.pc is still broken

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

Bug#1071573: Status of libnet-ssl-expiredate-perl

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

Bug#1071655: pytorch: FTBFS on ppc64el

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

Bug#1071573: ITP: libnet-ssl-expiredate-perl -- obtain expiration date of certificate

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

Bug#1070770: lintian: check for testing presence of "nodocs" in DEB_BUILD_OPTIONS

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=

Bug#1035833: cpptraj: autopkgtest failure everywhere except on amd64

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

Bug#1071207: ITP: r-cran-calculus -- High Dimensional Numerical and Symbolic Calculus

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

Bug#1071176: ITP: python-htmltools -- Tools for creating, manipulating, and writing HTML

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

Bug#1071089: RM: cpptraj [arm64 armel armhf i386 mips64el ppc64el riscv64 s390x] -- ROM; FTBFS on non-amd64 archs

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

Bug#1035833: cpptraj: autopkgtest failure everywhere except on amd64

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

Bug#1036769: lintian: Check for certificates .pem/.crt/.pkcs12 with expiry set

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

Bug#1070275: RM: macromoleculebuilder [armhf] -- ROM; unsupported on 32bit archs

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

Bug#1068925: 1068925: macromoleculebuilder should be limited to 64bit

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

Bug#956194: streamlit status

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

Bug#1064311: rdkit: NMU diff for 64-bit time_t transition

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

Bug#1065660: antlr4-maven-plugin: please provide debian-versioned maven coordinates

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

Bug#1065660: antlr4-maven-plugin: please provide debian-versioned maven coordinates

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

Bug#1069873: rdkit: FTBFS convert: Unable to read font (/usr/share/fonts/type1/gsfonts/n019003l.pfb).

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

Bug#1064311: rdkit: NMU diff for 64-bit time_t transition

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

Bug#1063124: libccp4: NMU diff for 64-bit time_t transition

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

Bug#1064311: rdkit: NMU diff for 64-bit time_t transition

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

Bug#1068578: RFH: singularity-container -- container platform focused on supporting "Mobility of Compute"

Hi Nilesh, On 2024-04-10 19:53, Nilesh Patra wrote: On Mon, Apr 08, 2024 at 08:59:26AM +0300, Andrius Merkys wrote: 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

Bug#1068942: unblock 1068942 by 1069098

control: unblock 1068942 by 1069098 Hello, emboss no longer builds on s390x and its binaries have been RMed from s390x, unblocking emboss migration to testing. This in principle should resolve the current bug. Andrius

Bug#1069226: tomogui: FTBFS: RuntimeError: Sphinx is required to build or test the documentation

Source: tomogui Version: 0.3.1-2 Severity: serious Tags: ftbfs Hello, tomogui FTBFS in sid on amd64: running build_doc Traceback (most recent call last): File "/home/merkys/tomogui-0.3.1/setup.py", line 804, in setup_package() File "/home/merkys/tomogui-0.3.1/setup.py", line 801, in se

Bug#1069225: freesas: FTBFS: fatal error: numpy/arrayobject.h: No such file or directory

Source: freesas Version: 0.9.0-6 Severity: serious Tags: ftbfs Hello, freesas FTBFS in sid on amd64: INFO:root:x86_64-linux-gnu-gcc -Wsign-compare -fwrapv -O2 -Wall -Werror=implicit-function-declaration -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-p

Bug#1069224: nabu: FTBFS: AssertionError: OpenclUnsharpMask: max error is too high with method

Source: nabu Version: 2023.1.1-3 Severity: serious Tags: ftbfs Hello, nabu FTBFS in sid on amd64: FAILURES =

Bug#1069170: RM: emboss [s390x] -- ROM; FTBFS

control: tags -1 - moreinfo On Wed, 17 Apr 2024 14:03:10 +0300 Andrius Merkys wrote:> Please remove emboss binaries for s390x because of #1069098. I have not yet filed RM requests for all the reverse dependencies, therefore I tag this with moreinfo, to be removed once I am done. RM b

Bug#1069174: RM: embassy-domsearch [s390x] -- ROM; Build-Depends missing on s390x

Package: ftp.debian.org Severity: normal Control: block 1069170 by -1 Hello, Please remove embassy-domsearch binaries for s390x, as emboss-lib is no longer built there due to #1069098. Andrius

Bug#1069173: RM: embassy-domalign [s390x] -- ROM; Build-Depends missing on s390x

Package: ftp.debian.org Severity: normal Control: block 1069170 by -1 Hello, Please remove embassy-domalign binaries for s390x, as emboss-lib is no longer built there due to #1069098. Andrius

Bug#1069172: RM: embassy-domainatrix [s390x] -- ROM; Build-Depends missing on s390x

Package: ftp.debian.org Severity: normal Control: block 1069170 by -1 Hello, Please remove embassy-domainatrix binaries for s390x, as emboss-lib is no longer built there due to #1069098. Andrius

Bug#1069170: RM: emboss [s390x] -- ROM; FTBFS

Package: ftp.debian.org Severity: normal Tags: moreinfo Hello, Please remove emboss binaries for s390x because of #1069098. I have not yet filed RM requests for all the reverse dependencies, therefore I tag this with moreinfo, to be removed once I am done. Andrius

Bug#1069142: emboss: build time testsuite is failing silently

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

Bug#1069142: emboss: build time testsuite is failing silently

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

Bug#1069098: emboss: all executables segfault on s390x

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

Bug#1069098: emboss: all executables segfault on s390x

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 '

Bug#1068925: [Debichem-devel] Bug#1068925: macromoleculebuilder: FTBFS on armhf (error: inconsistent deduction for auto return type: 'long int' and then 'long long int')

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

Bug#1068708: Building with EPICS fails because the compiler cannot find `compilerSpecific.h`.

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

Bug#1059706: epics-base.pc is still broken

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

Bug#1068708: Building with EPICS fails because the compiler cannot find `compilerSpecific.h`.

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: /

Bug#1068692: RFP: python-pycddl -- Deserialize CBOR and/or do CDDL schema validation

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

Bug#1068626: libdwarf-dev: please provide CMake files

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

Bug#1068578: RFH: singularity-container -- container platform focused on supporting "Mobility of Compute"

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

Bug#1068381: closed by Debian FTP Masters (reply to Andrius Merkys ) (Bug#1068381: fixed in openapi-specification 3.1.0-2)

On 2024-04-04 15:41, Julian Gilbey wrote: Wow, that was fast - thank you! You are welcome - hope that helps! Best wishes, Andrius

Bug#1068294: RFH: liboqs -- library for quantum-safe cryptographic algorithms

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

Bug#1066450: opensearch: FTBFS with lucene9/9.10.0+dfsg

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

Bug#1003512: closed by Debian FTP Masters (reply to Patrick Winnertz ) (Bug#1003512: fixed in cherrytree 1.1.0+dfsg-1)

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

Bug#943315: ITP: vst3sdk -- professional audio plugin development kit

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

  1   2   3   4   5   6   7   8   9   10   >