On Mon, 06 May 2024 10:33:54 -0400 Scott Kitterman
wrote:
> Source: kde-spectacle
> Version: 22.12.3-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the
past)
>
> Once kcolorpicker is decrufted, this package will
Source: kde-spectacle
Version: 22.12.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Once kcolorpicker is decrufted, this package will FTBFS. Please update
your build-depends.
Scott K
Source: python-zeep
Version: 4.2.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Once xmlsec1 is decrufted, python-zeep will FTBFS. The build-depends
need to be updated to libxmlsec1t64 and libxmlsec1t64-openssl.
Scott K
Source: waylandpp
Version: 1.0.0-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The libwayland-egl1-mesa package was a transitional package for libegl1 and
libwayland-egl1 and has been removed. You will need to update your
Source: dublin-traceroute
Version: 0.4.2-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The package has a manual build-depends on libtins4.0, which is NBS. It
has been renamed libtins4.5. Once it is decrufted, this package will
Source: python-cobra
Version: 0.26.2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The package build-depends on the NBS package libsbml5. It has been
renamed libsbml5t64. Once the package is decrufted, this one will
FTBFS.
Please
Source: alire
Version: 1.2.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The package libgnatcoll21-dev has been renamed to libgnatcoll-dev. Once
libgnatcoll21-dev is decfufted, it will FTBFS. Please update your build
depends.
Source: dwarf-fortress
Version: 0.47.04+dfsg1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
The package has a manual build-depends on libgtk2.0-0, which has been
replaced by libgtk2.0-0t64. Once it has been decrufted, the package
will no longer build.
Scott K
Source: theli
Version: 3.1.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Once libcurl4 is decrufted, the package will no longer build. The
libcurl4 package has been replaced by libcurl4t64.
Scott K
Source: python-nbxmpp
Version: 4.5.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
This package has a hard coded build-depends on libglib2.0-0, which is
NBS and the package will FTBFS once it is decrufted. It was renamed
libglib2.0-0t64 as part of the 64 bit time
Package: casacore-data-services
Version: 2-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Will now FTBFS due to missing build-depends.
Scott K
On Sun, 21 Jan 2024 12:09:30 -0500 Scott Kitterman
wrote:
> As we approach the first anniversary for this bug, an update:
>
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response
> to an RFA for both packages. As these are somewhat security sensitive
On Fri, 16 Feb 2024 09:17:40 -0500 Scott Kitterman
wrote:
> On Thu, 8 Feb 2024 19:35:50 +0100 Marco d'Itri wrote:
> > Source: fangfrisch
> > Version: 1.7.0-1
> > Severity: grave
> > Tags: upstream
> >
> > Control: forwarded -1 https://gi
On Thu, 8 Feb 2024 19:35:50 +0100 Marco d'Itri wrote:
> Source: fangfrisch
> Version: 1.7.0-1
> Severity: grave
> Tags: upstream
>
> Control: forwarded -1 https://github.com/rseichter/fangfrisch/issues/30
>
> The sanesecurity section of default configuration, if enabled, relies on
> an
Source: custodian
Version: 2024.1.9-2
Severity: serious
Justification: Policy 3.3
Policy 3.3 says that maintainer addresses must accept mail from Debian
role accounts. This one, apparently, does not:
From: debichem-devel-ow...@alioth-lists.debian.net
To: ftpmas...@ftp-master.debian.org
It's been a couple of weeks and no action upstream. I'll plan on uploading
this unless you'd rather I hold off for some reason.
Scott K
On Wed, 24 Jan 2024 16:56:30 -0500 Scott Kitterman
wrote:
> On Tue, 16 Jan 2024 20:41:58 +0100 Lucas Nussbaum wrote:
> > Source: pycountry
&g
On Tue, 16 Jan 2024 20:41:58 +0100 Lucas Nussbaum wrote:
> Source: pycountry
> Version: 23.12.11+ds1-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20240115 ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your
close 1060917 1:10.11.6-0+deb12u1
thanks
On Wed, 17 Jan 2024 09:05:47 -0500 Scott Kitterman
wrote:
> On Wednesday, January 17, 2024 9:03:29 AM EST Richard Rosner wrote:
> > I've updated all mariadb packages to 10.11.6 and all postfix packages.
> > Everything still working.
> >
> Excellent news. Thanks for te
Source: pypdf2
Version: 2.12.1-4
Severity: serious
Tags: upstream
Justification: Maintainer opinion
PyPDF2 has been replaced by pypdf upstream. We should not release this
package with Trixie. Rdepends should be either ported or removed.
Scott K
On Wednesday, January 17, 2024 9:03:29 AM EST Richard Rosner wrote:
> I've updated all mariadb packages to 10.11.6 and all postfix packages.
> Everything still working.
>
Excellent news. Thanks for testing.
Scott K
signature.asc
Description: This is a digitally signed message part.
-updates, you can use apt with an
appropriate entry in your sources.list.
Please test and let me know how it goes:
Thanks,
Scott K
On Tuesday, January 16, 2024 3:39:43 PM EST Richard Rosner wrote:
> Good to know. Thanks.
>
>
> Am Dienstag, 16. Januar 2024 21:00 CET, schrieb Scott Kitt
On Tuesday, January 16, 2024 2:36:23 PM EST Scott Kitterman wrote:
> Excellent. On that basis, I think blaming mariadb for the regression is
> appropriate. I see there's another mariadb update pending. If would up for
> another test, I'd like to see if that update solves the probl
need to
make sure we get that update accepted and rebuild postfix.
Scott K
On Tuesday, January 16, 2024 2:25:13 PM EST Richard Rosner wrote:
> These packages do work without a problem.
>
> Am Dienstag, 16. Januar 2024 19:35 CET, schrieb Scott Kitterman
> : Rebuild binaries a
. At a minimum it will be
postfix and postfix-mysql.
Let me know how it goes.
Scott K
On Tuesday, January 16, 2024 1:14:02 PM EST Scott Kitterman wrote:
> It's slightly more complicated because you have to make sure you get the old
> version of mariadb. I'll build it and send you a link.
>
nstall build-essential
> apt source postfix-mysql
> cd postfix-mysql*
> dpkg-buildpackage -us -uc
>
> ? Otherwise, if you want to build it, I can test it, no problem.
>
>
> Am Dienstag, 16. Januar 2024 18:19 CET, schrieb Scott Kitterman
> : I agree it's odd. I don't use
I agree it's odd. I don't use postfix with any of the external map types, so
this isn't something I can really test.
Can you rebuild 3.7.9 against the older mariadb or if not, and I build it, will
you test it?
Scott K
On January 16, 2024 5:05:54 PM UTC, Richard Rosner
wrote:
>
>No Idea
On Tue, 16 Jan 2024 15:09:18 +0100 Richard Rosner wrote:
> Package: postfix-mysql
> Version: 3.7.9-0+deb12u1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> With the update in stable-updates, this package seems to be no longer
working. removing it and going
Package: python3-appdirs
Version: 1.4.4-4
Severity: serious
Justification: maintainer determination
This is dead upstream and easily replacable with platformdirs. Rather
than release trixie with appdirs, remaining users should port to
platformdirs instead.
Scott K
Control: tag -1 pending
Hello,
Bug #1056225 in aioquic reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1056225 in aioquic reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Monday, December 18, 2023 7:31:47 PM EST Chris Hofstaedtler wrote:
> Control: tags 1054485 + patch
> Control: tags 1054485 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for postfix (versioned as 3.8.2-1.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should
Source: pep517
Severity: serious
Justification: Maintainer opinion
This package has been replace by python-pyproject-hooks and should not
be in Trixie.
Scott K
On Friday, August 18, 2023 9:33:48 AM EDT Andreas Tille wrote:
> Hi Scott,
>
> Am Fri, Aug 18, 2023 at 01:15:18PM + schrieb Scott Kitterman:
> > On August 18, 2023 1:04:26 PM UTC, Andreas Tille wrote:
> > >> In Debian terms, it's not the preferred for
On August 18, 2023 1:04:26 PM UTC, Andreas Tille wrote:
>Hi Scott,
>
>Am Tue, Aug 15, 2023 at 02:18:35PM + schrieb Scott Kitterman:
>> >They are zip files containing python source code. It is possible to include
>> >compiled C extensions in wheels, but I check
pdm is the last remaining blocker for pep517 removal.
Scott K
signature.asc
Description: This is a digitally signed message part.
On August 15, 2023 1:51:54 PM UTC, Jeroen Dekkers wrote:
>On Tue, 15 Aug 2023 15:08:11 +0200,
>Scott Kitterman wrote:
>>
>> On Tuesday, August 15, 2023 3:53:07 AM EDT Andreas Tille wrote:
>> > Hi Scott,
>> >
>> > Am Mon, Aug 14, 202
On Tuesday, August 15, 2023 3:53:07 AM EDT Andreas Tille wrote:
> Hi Scott,
>
> Am Mon, Aug 14, 2023 at 02:06:42PM + schrieb Scott Kitterman:
> > >Before I upload I'd like to ask for reviewing this patch and opinions
> > >about the test suite errors. While these
On August 14, 2023 12:28:30 PM UTC, Andreas Tille wrote:
>Control: tags -1 pending
>
>Hi,
>
>I've fixed the issue reported in this bug[1].
>
>In addition I've took the chance to upload pdm to its latest upstream
>version. When doing so I realised that build time tests are basically
>ignored.
Control: tag -1 pending
Hello,
Bug #1042191 in gtts reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Tuesday, May 2, 2023 8:35:12 AM EDT Einhard Leichtfuß wrote:
> On 02/05/2023 00:56, Scott Kitterman wrote:
> > On Monday, May 1, 2023 3:20:19 PM EDT Einhard Leichtfuß wrote:
> >> On 01/05/2023 19:47, Scott Kitterman wrote:
> >>> On Monday, May 1, 2023 1:01:17
On Monday, May 1, 2023 3:20:19 PM EDT Einhard Leichtfuß wrote:
> On 01/05/2023 19:47, Scott Kitterman wrote:
> > On Monday, May 1, 2023 1:01:17 PM EDT Einhard Leichtfuß wrote:
> >> On 01/05/2023 18:14, Scott Kitterman wrote:
> >>> On Monday, May 1, 2023 11:06:07
On Monday, May 1, 2023 1:01:17 PM EDT Einhard Leichtfuß wrote:
> On 01/05/2023 18:14, Scott Kitterman wrote:
> > On Monday, May 1, 2023 11:06:07 AM EDT Einhard Leichtfuß wrote:
> >> Package: postfix
...
> >> In `main.cf`, the following lines were appended:
> >>
On Monday, May 1, 2023 11:06:07 AM EDT Einhard Leichtfuß wrote:
> Package: postfix
> Version: 3.5.18-0+deb11u1
> Severity: serious
>
> Upon upgrade of postfix (due to `apt dist-upgrade`), the `master.cf`
> [and `main.cf`] configuration files were modified by the postinst
> script, despite
I'm not running it myself. I thought people on postfix-users reported the
problem with our package. If you're confident it's already addressed, please
close the bug and sorry for the noise.
Scott K
On April 2, 2023 7:43:15 AM UTC, "David Bürgin" wrote:
>Also note that we have been shipping
Package: opendmarc
Version: 1.4.0~beta1+dfsg-6+deb11u1
Severity: serious
Tags: upstream patch
Justification: Maintainer designation
Currently opendmarc in Stable, Testing, and Unstable will crash if they
key used in an ARC header field is 3072 bit RSA or longer. This really
needs to be fixed
Thank you for testing. It sounds like, at a minimum, there's a missing
dependency on qml-module-org-kde-kirigami2.
Scott K
Is qml-module-org-kde-i18n-localedata installed?
Scott K
wrote:
>On 25 February 2023 16:20:45 UTC, Scott Kitterman wrote:
>>True.
>>
>>I'm not a C programmer, so I may be unduly concerned about the maintenance
>>load. I'll defer to your judgement.
>
>I'm going to throw this on my machine to get more testing - more than j
in the rust libraries can be fixed in clamav with a binNMU, no
upload needed.
Scott K
On February 25, 2023 4:11:01 PM UTC, Sebastian Andrzej Siewior
wrote:
>On 25 February 2023 14:57:28 UTC, Scott Kitterman wrote:
>>Generally favorably, but I'd rather wait for upstream to agree on it,
&g
:18:08 PM UTC, Sebastian Andrzej Siewior
wrote:
>On 2023-02-24 21:00:43 [+], Scott Kitterman wrote:
>> I don't know of anything. I'd go ahead and upload the fix.
>
>how do you feel about replacing libtfm with openssl?
>
>> Scott K
>
>Sebastian
On February 24, 2023 8:50:47 PM UTC, Sebastian Andrzej Siewior
wrote:
>On 2023-02-24 12:44:49 [-0800], Nye Liu wrote:
>> On Fri, Feb 24, 2023 at 09:39:03PM +0100, Sebastian Andrzej Siewior wrote:
>> > Can you re-install libtfm1 and ensure that both point to that lib?
>>
>> libtfm1 0.13-4.1
Package: gcc-11-cross-ports
Version: 13
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
- broken Build-Depends:
gcc-11-cross-ports: lib32gcc1-ppc64-cross
lib32gcc1-sparc64-cross
Source: gcc-10-cross-ports
Version: 21
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
- broken Build-Depends:
gcc-10-cross-ports: lib32gcc1-ppc64-cross
lib32gcc1-sparc64-cross
Package: gcc-11-cross
Version: 17
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
- broken Build-Depends:
gcc-11-cross: lib32gcc1-amd64-cross
lib32gcc1-s390x-cross
lib64gcc1-i386-cross
Package: gcc-10-cross-base
Version: 20
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
- broken Build-Depends:
gcc-10-cross: lib32gcc1-amd64-cross
lib32gcc1-s390x-cross
lib64gcc1-i386-cross
Package: rust-tree-magic-mini
Version: 3.0.3-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Source package rust-petgraph version 0.6.2-1 no longer builds
librust-petgraph+default-dev:
- broken Depends:
rust-tree-magic-mini:
Source: elan
Version: 1.4.2-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
source package rust-zip version 0.6.3-3 no longer builds ust-zip+flate2-dev
librust-zip+time-dev.
This is a build-dep for elan, so once it's decrufted, elan
Package: mdevctl
Version: 1.2.0-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
librust-log+serde-dev is NBS cruft that is about to be removed, which
will cause the package to FTBFS.
Scott K
Package: pushpin
Version: 1.35.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
librust-clap+default-dev is cruft that is about to be removed makine the
package unbuildable.
Scott K
Package: qtmir-tests
Version: 0.8.0~git20230115.30c2337-1
Severity: serious
Justification: Policy 3.5
qtmir-tests depends on python3-mir-perf-framework which is no longer
built by the mir package. Once it's decrufted, the package will not be
installable. Please either drop the dependency or
Control: tag -1 pending
Hello,
Bug #1027606 in python-resolvelib reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
close 1017172 3.7.3-4
# Builds now.
thanks
Source: gocr
Version: 0.52-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The libnetpbm11-dev package is no longer built by the netpdm-free
package. Once it is decrufted gocr will FTBFS.
Scott K
On Sun, 1 Jan 2023 15:34:12 +0100 Lucas Nussbaum wrote:
> Source: python-resolvelib
> Version: 0.9.0-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230101 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid,
Source: maven-doxia-tools
Version: 1.4-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source
* source package doxia version 1.11.1-1 no longer builds
binary package(s): libdoxia-java-doc
- broken Build-Depends:
maven-doxia-tools: libdoxia-java-doc
Once
Source: maven-reporting-impl
Version: 3.0.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source
* source package doxia version 1.11.1-1 no longer builds
binary package(s): libdoxia-java-doc
- broken Build-Depends:
maven-reporting-impl: libdoxia-java-doc
Once
Source: commons-configuration
Version: 1.10-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source
* source package commons-vfs version 2.1-4 no longer builds
binary package(s): libcommons-vfs-java-doc
on all
- broken Build-Depends:
commons-configuration:
Source: commons-configuration2
Version: 2.8.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
* source package commons-vfs version 2.1-4 no longer builds
binary package(s): libcommons-vfs-java-doc
on all
- broken Build-Depends:
commons-configuration2:
Package: libclamunrar9
Version: 0.102.3-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
It will take some time to update libclamunrar to provide libclamunrar11.
This should not block the clamav transition, so libclamunrar will
On Wednesday, January 4, 2023 6:35:52 PM EST Adrian Bunk wrote:
> Source: clamav
> Version: 1.0.0+dfsg-2
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/package.php?p=clamav=sid
>
> Dependency installability problem for clamav on mips64el:
> clamav build-depends on:
> -
close 1027130 1.0.0+dfsg-1
thanks
On Wed, 28 Dec 2022 10:10:21 +0100 Jan Huijsmans wrote:
> Package: libclamav9
> Version: 0.103.7+dfsg-1+b2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> Upgrade of package and related clamav packages to 0.103.7+dfsg-1+b2 resulted
> in an inability to
On Thursday, December 29, 2022 4:13:20 PM EST Andreas Tille wrote:
> Control: tags -1 help
>
> Hi,
>
> I wonder whether someone might suggest a fix for
>
>
> ==
> FAIL: test_schema_compatibility_type_mismatch
>
Control: tag -1 pending
Hello,
Bug #1008828 in spf-engine reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
@@ -1,3 +1,11 @@
+ansible-core (2.13.4-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add d/p/resolvelib_0_9_0_compat.patch to fix test failures with
+python3-resolvelib 0.9.0 (backport of upstream commit)
+
+ -- Scott Kitterman Wed, 23 Nov 2022 15:31:05 +
+
ansible
Source: ldc
Version: 1:1.30.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: 1000...@bugs.debian.org
LLVM 11 is not in Testing and will not be shipped with Bookworm:
llvm-11-dev | 1:11.0.1-2 | stable
On Thu, 03 Nov 2022 20:52:21 + Debian FTP Masters
wrote:
> Source: pysubnettree
> Source-Version: 0.36-1
> Done: Scott Kitterman
>
> We believe that the bug you reported is fixed in the latest version of
> pysubnettree, which is due to be installed in the Debian FTP archi
On Wed, 9 Feb 2022 17:12:27 -0500 Michael Stone wrote:
> On Wed, Feb 09, 2022 at 04:32:43PM -0500, Scott Kitterman wrote:
> >On Sat, 5 Feb 2022 17:28:04 -0500 Michael Stone wrote:
> >> It seems to be some kind of incompatibility in swig. Upstream .cc files
> >> are bu
Source: ganeti-testsuite
Version: 3.0.2-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source
X-Debbugs-Cc: debian-pyt...@lists.debian.org
Previously yaml.load did not require a loader to be specified:
load(stream, Loader=None)
Now it does (starting in pyyaml 6.0):
On Sat, 22 Oct 2022 00:01:32 -0400 Scott Kitterman
wrote:
> Package: xml2rfc
> Version: 3.13.1-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source
>
> Using FTBFS as it's the closest thing we have to an autopkgtest
> regression severity. x
Package: xml2rfc
Version: 3.13.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Using FTBFS as it's the closest thing we have to an autopkgtest
regression severity. xml2rfc autopkgtest fails in Unstable with
Weasyprint 57.0:
Control: tag -1 pending
Hello,
Bug #1013510 in django-maintenancemode reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1013510 in django-maintenancemode reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Saturday, September 24, 2022 5:40:20 AM EDT Christian Göttsche wrote:
> control: tags -1 fixed-upstream
>
> The issue is fixed upstream in version 3.6.5[1].
>
> [1]: https://www.postfix.org/announcements/postfix-3.6.5.html
Thanks. I'm way behind on updating postfix. I'll try to find the
On August 18, 2022 7:18:27 PM UTC, Sebastian Andrzej Siewior
wrote:
>Source: havp
>Version: 0.93-2
>Severity: grave
>
>While testing havp before uploading I noticed that starting havp ends
>quickly with:
>| Starting HAVP Version: 0.93
>| Filesystem not supporting mandatory locks!
>| On Linux,
This is already fixed in Testing. I plan to do a Stable to address it as well.
Scott K
On April 2, 2022 10:18:28 AM UTC, "Bjørn Mork" wrote:
>Package: python3-spf-engine
>Version: 2.9.2-1
>Severity: grave
>Justification: renders package unusable
>
>-BEGIN PGP SIGNED MESSAGE-
>Hash:
On Sat, 5 Feb 2022 17:28:04 -0500 Michael Stone wrote:
> It seems to be some kind of incompatibility in swig. Upstream .cc files
> are built with swig 3, debian has swig 4. If the package is built with
> the upstream .cc files (ditching the associated lines in debian/rules)
> it seems to work
On Thu, 02 Dec 2021 12:29:37 +0800 Shengjing Zhu wrote:
> Source: kubernetes
> Version: 1.20.5+really1.20.2-1
> Severity: important
> X-Debbugs-Cc: z...@debian.org
> Control: block 998747 by -1
>
> Dear Maintainer,
>
> As part of the effort to limit the number of Go compiler in the
> archive,
On Sun, 12 Dec 2021 07:29:34 +0100 Andreas Tille wrote:
>
> stefa...@debian.org wrote:
> > We need to update setuptools to fix this (and carry a separate old one
> > for 2.7, as long as python2.7 remains in the archive).
>
> Is there any chance that this upgrade of setuptools will happen soon?
Package: python3-wheel
Version: 0.34.2-1
Severity: serious
Justification: Policy 4.5
Attempted to unpack a wheel in a pretty minimal sid chroot and got this
error:
$ python3 -m wheel unpack setuptools-44.1.1-py2.py3-none-any.whl
Traceback (most recent call last):
File
On Saturday, December 25, 2021 3:43:24 PM EST Vincent Lefevre wrote:
> Control: severity -1 serious
> Control: tags -1 ftbfs
> Control: retitle -1 postfix: FTBFS Arch-All as rm on a write-protected file
> is interactive
> On 2021-12-23 11:12:40 +0100, Daniel Baumann wrote:
> > there seems to be
See #1002073.
Scott K
signature.asc
Description: This is a digitally signed message part.
Package: src:tryton-modules-country
Version: 6.0.1-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Note: Using ftbfs since that's the closest thing we have to report an
autopkgtest failure.
The latest iso-codes made a lot of changes
On Thu, 25 Nov 2021 00:54:48 +1100 Stuart Prescott wrote:
> On Wednesday, 24 November 2021 18:05:57 AEDT Stuart Prescott wrote:
> > I've looked at them and fixed most of the tests locally without issues. I
> > guess I should push that somewhere so that it is visible. I'll start a
> > draft PR
On Thu, 16 Dec 2021 23:28:26 -0500 Scott Kitterman
wrote:
> Package: xml2rfc
> Version: 3.12.0-1
> Severity: serious
> Tags: ftbfs upstream patch
> Justification: fails to build from source
>
> Note: Using ftbfs because that's the closest thing we have to an
> autopkgte
Package: xml2rfc
Version: 3.12.0-1
Severity: serious
Tags: ftbfs upstream patch
Justification: fails to build from source
Note: Using ftbfs because that's the closest thing we have to an
autopkgtest failure.
The new version of weasyprint no longer uses the same PDF generation
libraries and as a
On Wed, 01 Dec 2021 14:07:52 -0500 Scott Kitterman
wrote:
> On Sun, 28 Nov 2021 14:17:14 + "Rebecca N. Palmer"
> wrote:
> > Package: python3-poliastro
> > Version: 0.15.2-3
> > Severity: serious
> >
> > Fails to build with the error
>
On Sun, 28 Nov 2021 14:17:14 + "Rebecca N. Palmer"
wrote:
> Package: python3-poliastro
> Version: 0.15.2-3
> Severity: serious
>
> Fails to build with the error
>
> E: pybuild pybuild:354: build: plugin flit failed with: Use [project]
> table for metadata or [tool.flit.metadata], not
Package: src:python-license-expression
Version: 21.6.14-1
Severity: serious
Justification: Policy 4.5
As mentioned during the review in New:
I am going to accept this and file a bug because the issue alread exists in
the archive from the current package. The package debian/copyright claims
that
1 - 100 of 966 matches
Mail list logo
