Has there been any move towards a consensus?
I read the bug linked to by the menus.blacklist file. While I don't think
Ubuntu is correct in how confusing the Xterm desktop file would be for
their users, I get that "simplicity" is part of their brand.
Debian, however, is not Ubuntu. From a Debian
zope.interface is currently rc buggy because of an unsatisfiable
build-depenency on python-zope.event, the package is also orphaned.
The package is a key package, so the issue won't be dealt with by autoremovals,
furthermore the python-zope.interface package has quite a stack of reverse
> > > == locale ==
> > > LANG=fr_FR.UTF-8
> > > LANGUAGE=
> > > LC_CTYPE="C"
> > > LC_NUMERIC="C"
> > > LC_TIME="C"
> > > LC_COLLATE="C"
> > > LC_MONETARY="C"
> > > LC_MESSAGES="C"
> > > LC_PAPER="C"
> > > LC_NAME="C"
> > > LC_ADDRESS="C"
> > > LC_TELEPHONE="C"
> > > LC_MEASUREMENT="C"
> > >
Package: python3-reportbug
Version: 7.5.3
Severity: normal
reportbug seems to run bugscript in "C" locale. In /usr/lib/python3/dist-
packages/reportbug/utils.py:
rc = runner('LC_ALL=C %s %s %s' % (handler, pipes.quote(bugscript),
pipes.quote(filename)))
It prevents the ibus bugscript from
Hi Peter,
> Thank you for fixing the rc aspect of this issue, reopening and downgrading
> for the broader issue.
Indeed, thanks. I will remove the Py2 version as soon as I drop the
Calibre Py2 version. This will happen sooner or later. The Py3 version
is parallel developed in experimental, but
Source: excellent-bifurcation
Version: 0.0.20071015-8
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
excellent-bifurcation fails to cross build from source, because it uses
build architecture build tools. The easiest way of fixing that - using
dh_auto_build - does not suffice,
Source: gtimer
Version: 2.0.0-1.2
Tags: fixed-upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
gtimer fails to cross build from source, because it uses a broken,
outdated, embedded copy of AM_PATH_GTK_2_0 in aclocal.m4. The actual bug
is already fixed, see #895002. gtimer just
Source: simh
Version: 3.8.1-6
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
simh fails to cross build from source, because the upstream Makefile
fuses compiler flags into the CC variable. When dh_auto_build
substitutes CC, those flags get lost and the build fails.
Should the package attempt to clean this up (and if so is there a better
method than unconditionally deleting those directories), or is
permanently leaving this behind (to become more and more obsolete, and
potentially be read by users looking for the current documentation) the
best that can be
Control: reopen -1
Control: affects -1 - src:fontforge
On Sat, Nov 09, 2019 at 07:03:03PM +, Debian Bug Tracking System wrote:
> Changes:
> fontforge (1:20190801~dfsg-1) experimental; urgency=medium
> .
>* New upstream version 20190801~dfsg (Closes: #866690, #912062)
>*
reopen 936710
severity 936710 normal
thanks
Thank you for fixing the rc aspect of this issue, reopening and downgrading for
the broader issue.
severity 936454 serious
thanks
dulwich build-depends on the python-fastimport binary package, which is no
longer built by the python-fastimport source package and is gone from
testing/unstable.
Package: dbus
Version: 1.12.16-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also moving
Package: gir1.2-ggit-1.0
Version: 0.28.0.1-1+b1
Severity: normal
$ dpkg -S /usr/lib/python3/dist-packages/gi/overrides/overrides/Ggit.py
gir1.2-ggit-1.0:amd64: /usr/lib/python3/dist-
packages/gi/overrides/overrides/Ggit.py
$
gir1.2-ggit-1.0 has /usr/lib/python3/dist-
Package: lintian
Severity: wishlist
Control: block -1 by 926543
Hi,
Following the resolution of #926543, several packages can be removed
from the blacklist in config.yaml. Please upgrade lindsay.d.o to the
latest git revision before making the change.
I only tested the latest source packages:
On Fri, Dec 06, 2019 at 05:48:40PM -0500, Daniel Kahn Gillmor wrote:
> Upstream commit 884b6e36e6af0c6fa5b9467ccc8c2e2e4477bc95 should fix this
> empty line problem, if i'm understanding it correctly. That commit is
> part of 0.0.20191206, which i've just uploaded to unstable. Could you
> try
On Fri, Dec 06, 2019 at 03:26:12PM +, Colin Watson wrote:
> On Fri, Dec 06, 2019 at 06:20:36AM -0800, Elliott Mitchell wrote:
> > The former has been deprecated, the latter is very much active and
> > apparently usable. GRUB's support for working with Xen on ARM may merely
> > be preliminary,
Package: installation-reports
Severity: minor
Dear Maintainer,
This is a submission of a report (after a successful installation) to
contribute to the hardware statistics.
Be free to contact me if you need additional information.
-- Package-specific info:
Boot method: usb
Image version:
On Fri, 2019-12-06 at 13:25 +0100, Bastian Germann wrote:
> Hi Sandro,
>
> would you please reupload with the binary package? The package is
> still available on https://mentors.debian.net/package/spyne.
Perhaps you missed it as I only replied to the Debian bug, but I am not
OK with an alpha
control: tag 914398 + patch
control: tag 914399 + patch
Hello Ian,
I've been using my perl git-branchmove for long enough now that I think
it would be good to upstream it into chiark-utils.
--
Sean Whitton
From 3643cd09c5a77d2f4e4ab7a02c6e3eb541dfa440 Mon Sep 17 00:00:00 2001
From: Sean
Hei Florian
I'm a newcomer in the Debian development community and would like to ask
if I'm allowed to take over your game?
Friendly Greeting
theMaimu
On Fri, 26 Jul 2019 19:44:48 +0200 Florian Ernst
wrote:
> Package: wnpp
> Severity: normal
>
> I request an adopter for the xskat
Package: palapeli
Version: 4:19.08.1-1+b1
Severity: normal
Dear maintainer,
I was updating and upgraded palapeli today. I wanted to check what the
new things were but it seems changelog.gz is missing. From the package
-
/usr/share/doc/palapeli$ ls
changelog.Debian.amd64.gz changelog.Debian.gz
Package: palapeli
Version: 4:19.08.1-1+b1
Severity: normal
Dear Maintainer,
The homepage link given for palapeli is wrong. It should be
https://kde.org/applications/games/org.kde.palapeli instead of
http://games.kde.org/ which doesn't tell anything anyhow as it's so
old :(
-- System Information:
Control: reassign -1 php-twig-extensions, php-twig
Control: found -1 php-twig-extensions/1.5.4-1
Control: found -1 php-twig/3.0.0~beta1-1
Hi,
Le 06/12/2019 à 12:36, Felipe Sateler a écrit :
>> Package: php-twig-extensions
>> Version: 1.5.4-1
>> Severity: wishlist
>> With php-twig 3 now in
Hi,
> Once build-arch and build-indep are supported by dpkg-buildpackage,
> hopefully in the next week, and/or are required by Policy, please
> could you apply the attached patch to move build-arch and build-indep
> from recommended to required?
With many people now using dh over the older
Package: dbus-glib
Followup-For: Bug #946303
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Here is a better patch that accounts for the test being set -u, and also
works when NOT cross-testing.
--
Steve Langasek Give me a lever long enough and
Package: clutter-1.0
Version: 1.26.2+dfsg-12
Followup-For: Bug #946294
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
> I've verified that the attached patch lets the tests successfully build
> (and run) i386 tests on an amd64 host.
Sorry, this part was a lie (via
Hello,
Paul Gevers, le ven. 06 déc. 2019 21:09:01 +0100, a ecrit:
> On 06-12-2019 17:15, Samuel Thibault wrote:
> > Upstream of liblouis cleaned the library interface in version 3.12,
> > leading to a bump from liblouis19 to liblouis20. I am thus requesting
> > a transition slot. The only build
Package: novnc
Severity: normal
Dear Maintainers,
I'm really not familiar with this project's codebase, but it seems you
are embedding a copy of node-pako:
/usr/share/novnc/vendor/pako/README.md
/usr/share/novnc/vendor/pako/lib/utils/common.js
/usr/share/novnc/vendor/pako/lib/zlib/adler32.js
Source: infernal
Version: 1.1.3-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
infernal could not be built
Source: infernal
Version: 1.1.3-2
Severity: normal
Tags: patch
Hi,
infernal fails to build from source when the "nocheck" build profile
is enabled because the testsuite does not generate the itest_brute
file.
(Approximate) patch attached.
Regards,
--
,''`.
: :' : Chris Lamb
control: tags -1 fixed-upstream
control: tags -1 patch
Hello, looks like upstream has a working simple patch that might be
cherry-picked
G.
Control: tags 946282 + moreinfo
Hi Jeff--
On Fri 2019-12-06 11:16:02 -0500, Jeff King wrote:
> Stracing wg-quick shows that it's trying to pass this to
> iptables-restore:
>
> *raw
> -I PREROUTING ! -i wg -d 10.0.1.1 -m addrtype ! --src-type LOCAL -j DROP -m
> comment --comment "wg-quick(8)
Package: src:docker.io
Version: 19.03.4+dfsg2-2
Tags: patch
Hi,
With the release of Debian Buster, docker.io/debian/tests/basic-smoke
started to fail on Ubuntu Xenial [1].
Hopefully this bug report might help Debian too.
Two failures happened on debootstrap:
1) The Release file signature check
On Fri, Dec 6, 2019 at 5:36 PM David Prévot wrote:
> Package: php-twig-extensions
> Version: 1.5.4-1
> Severity: wishlist
>
> Hi,
>
> Thanks for packaging twig-extensions (feel free and welcome to maintain
> it within the Debian PHP PEAR Maintainers team
> by the way).
>
> With php-twig 3 now
My packaging efforts can be found here:
https://salsa.debian.org/debian/glowing-bear
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau
⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org
⠈⠳⣄
signature.asc
Description: OpenPGP digital signature
Aurelien Jarno (2019-12-06):
> There should be no changes needed on the d-i side. libc6-udeb has a
> new dependency on libcrypt1-udeb. When packages get rebuilt against
> libxcrypt, they'll have a direct dependency on libcrypt1-udeb.
>
> There is a small impact on size (~100kB) as libxcrypt
On 2019-12-06 22:46, Cyril Brulebois wrote:
> Hi,
>
> Marco d'Itri (2019-10-07):
> > Dear debian-boot: for the benefit of the ftpmasters, please confirm that
> > you have no objections to src:libxcrypt generating a libcrypt1-udeb
> > package (initially in experimental) which will provide
Source: puma
Version: 3.12.0-2
Severity: important
Tags: security upstream
Hi,
The following vulnerability was published for puma.
CVE-2019-16770[0]:
| In Puma before version 4.3.2, a poorly-behaved client could use
| keepalive requests to monopolize Puma's reactor and create a denial of
|
Package: libpcre2-dev
Version: 10.34-5
Severity: grave
Tags: a11y
Justification: renders package unusable
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores)
Package: wnpp
Severity: wishlist
Owner: Daniel Leidert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: ruby-jekyll-multiple-languages
Version : 1.6.0
Upstream Author : Martin Kurtsson
* URL :
Source: golang-github-getlantern-errors
Version: 0.0~git20190325.abdb3e3-2
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of golang-github-getlantern-errors your package
added an autopkgtest, great. However,
Hi,
Marco d'Itri (2019-10-07):
> Dear debian-boot: for the benefit of the ftpmasters, please confirm that
> you have no objections to src:libxcrypt generating a libcrypt1-udeb
> package (initially in experimental) which will provide crypt(3)
> currently in the libc udeb.
>
> > I guess we
X-Debbugs-CC: s...@debian.org
Hi Simon,
On Sun, 25 Feb 2018 17:58:43 + Simon McVittie wrote:
> Package: wnpp
> Severity: normal
>
> I request assistance with maintaining the gnome-shell-extension-caffeine
> package. It's currently unmaintained upstream, so if it stops working
> in a future
Hi Aurelien,
On Fri, Dec 6, 2019 at 1:03 PM Aurelien Jarno wrote:
>
> Is it also possible to allow "long Package-List"?
Done in:
https://salsa.debian.org/lintian/lintian/commit/43c29acbba043d33277ab0670234c7bd9c4077c9
Kind regards,
Felix Lechner
Source: gitsome
Version: 0.8.0+ds-2
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a not so recent upload of gitsome added an autopkgtest, great.
However, it fails. I copied some of the output at the bottom of this
report. It
On 2019-12-06 13:16, Felix Lechner wrote:
> Hi Aurelien,
>
> On Fri, Dec 6, 2019 at 1:03 PM Aurelien Jarno wrote:
> >
> > Is it also possible to allow "long Package-List"?
>
> Done in:
>
>
> https://salsa.debian.org/lintian/lintian/commit/43c29acbba043d33277ab0670234c7bd9c4077c9
Thanks
Hi Bastien,
Your report did not indicate a minimum version of file(1), but in the
meantime buster was released and lintian.d.o has been upgraded. Is
this issue moot?
If so, please feel free to close this bug.
Kind regards
Felix Lechner
Source: jsonld-java
Version: 0.13.0-1
Severity: serious
Hello, looks like jsonld-java is now FTBFS in sid
Can you please have a look?
I: Running cd /build/jsonld-java-0.13.0/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc
dpkg-buildpackage: info:
Hi,
On 2019-11-12 09:46, Chris Lamb wrote:
> Hi Thorsten,
>
> > […] long Description field
>
> That's actually a good point, I've left the limit at 5000 and simply
> allowed long "long descriptions".
Is it also possible to allow "long Package-List"? This is the error I
now got on the glibc
Package: src:linux
Version: 5.3.9-3
Severity: normal
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Chassis Manufacture
Source: jsonpickle
Version: 0.9.5-2
Severity: serious
Hello, looks like some Python3 updates made the package FTBFS in sid, due to
testsuite errors...
log following:
I: Running cd /build/jsonpickle-0.9.5/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
Control: merge 946302 945609
Oops, sorry for the noise.
Paul
signature.asc
Description: OpenPGP digital signature
Package: dbus-glib
Version: 0.110-4
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also
Source: black
Version: 19.10b0-1
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of black the autopkgtest of black fails in testing
when that autopkgtest is run with the binary packages of black from
unstable.
Package: php-twig-extensions
Version: 1.5.4-1
Severity: wishlist
Hi,
Thanks for packaging twig-extensions (feel free and welcome to maintain
it within the Debian PHP PEAR Maintainers team
by the way).
With php-twig 3 now in experimental, you may wish to add an explicit
Depends:
kup
> Version: 1:0.80-16
> Severity: serious
> Tags: d-i
>
> Hi Samuel,
>
> There's a problem with dependencies that's causing d-i to fail to
> build, as seen in the end of the log at:
>
> https://d-i.debian.org/daily-images/amd64/20191206-00:05/build_cdrom_gtk.log
Control: tags -1 confirmed
Hi Samuel,
On 06-12-2019 17:15, Samuel Thibault wrote:
> Upstream of liblouis cleaned the library interface in version 3.12,
> leading to a bump from liblouis19 to liblouis20. I am thus requesting
> a transition slot. The only build rdeps are brltty, liblouisxml and
>
Source: horgand
Version: 1.14-7
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
horgand fails to cross build from source. For one thing its configure
uses /proc/cpuinfo to determine whether sse is available. This produces
broken results for cross compiling. A better way
Package: wnpp
Severity: wishlist
Subject: ITP: simde -- Implementations of SIMD instructions for all systems
Package: wnpp
Owner: Michael R. Crusoe
Severity: wishlist
* Package name: simde
Version : 0.0.0.git.20191205.c2e740c
Upstream Author : , Evan Nemerson
* URL
On Fri, 06 Dec 2019 at 17:49:09 +0100, Matthias Klose wrote:
> On 06.12.19 17:36, Simon McVittie wrote:
> > I notice gcc-10 has switched from packaging libgcc_s.so.1 as
> > "libgcc1" to the Policy-recommended name libgcc-s1.
>
> it's not an old version, it's the same version. Is this still an
On Fri, Dec 06, 2019 at 07:18:22PM +, Simon McVittie wrote:
> On Fri, 06 Dec 2019 at 09:41:54 -0800, Steve Langasek wrote:
> > As far as I see, installing crossbuild-essential-i386 + pkg-config doesn't
> > set up an i386-linux-gnu-pkg-config symlink.
> It's i686-etc. (GNU tuple, not multiarch
On Fri, 06 Dec 2019 at 10:58:46 -0800, Steve Langasek wrote:
> Support for cross-testing in
> autopkgtest is currently awaiting review at
> https://salsa.debian.org/ci-team/autopkgtest/merge_requests/69
I've left some comments there.
> So this change should be safe to land in your package
On Fri, 06 Dec 2019 at 09:41:54 -0800, Steve Langasek wrote:
> As far as I see, installing crossbuild-essential-i386 + pkg-config doesn't
> set up an i386-linux-gnu-pkg-config symlink.
It's i686-etc. (GNU tuple, not multiarch tuple). It's helpful that your
first attempts at cross-testing are for
Package: gnome-desktop-testing
Version: 2018.1-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we
Hi,
This issue was fixed in:
https://salsa.debian.org/lintian/lintian/commit/9d580d4401f7501a3b1634dfe69b116901826491
The problem was caused by unsuccessful network access in the backend
XML::LibXML::SAX::Parser. The problematic packages contained XML files
that somehow did not parse
Package: libclustalo-doc
Version: 1.2.4-2
Filename: /usr/share/doc/libclustalo-doc/api/html/jquery.js
libclustalo-doc contains Doxygen generated documentation and thereby
ships a jquery.js. Unfortunately, what is called jquery.js is not
jquery, but an amalgamation of jquery-based libraries. Refer
Source: trace-cmd
Version: 2.8.3-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
trace-cmd fails to cross build from source, because it uses build
architecture build tool. The all target honours cross tools, so there
using dh_auto_build helps. The gui target is a thin wrapper
Package: gtk+2.0
Version: 2.24.32-4
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Hi Jeremy,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also moving our
Package: clutter-1.0
Version: 1.26.2+dfsg-12
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are
Package: espeakup
Version: 1:0.80-16
Severity: serious
Tags: d-i
Hi Samuel,
There's a problem with dependencies that's causing d-i to fail to
build, as seen in the end of the log at:
https://d-i.debian.org/daily-images/amd64/20191206-00:05/build_cdrom_gtk.log
...
Reading package lists
On Fri, Dec 06, 2019 at 03:42:22PM +0100, Julien Cristau wrote:
> On Wed, Dec 04, 2019 at 09:45:14PM +0100, Paul Sonnenschein wrote:
> > The attached patch replaces the error number in the offending tests
> > with a * glob.
> >
> Thanks, forwarded upstream as https://phab.mercurial-scm.org/D7556
Hi Jiri,
I'm pretty sure it's not in 5.3.0-2. Are you sure? I can look again but I
recently did put in a merge request to get it pulled into sid:
https://salsa.debian.org/kernel-team/linux/merge_requests/188
Not sure if/when it will be accepted (it's only my 2nd attempt at doing this)
but
Package: at-spi2-atk
Version: 2.34.1-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also
forcemerge 946279 946290
quit
Hi,
Please check the BTS for duplicates before filing bugs.
Thanks,
Matthew
Package: leveldb
Version: 1.22-3
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also moving
Hi Simon,
On Fri, Dec 06, 2019 at 09:19:30AM +, Simon McVittie wrote:
> On Thu, 05 Dec 2019 at 15:18:40 -0800, Steve Langasek wrote:
> > This requires changes to some tests so that they are cross-aware and can do
> > the right thing.
> Thanks for this patch. I'm assuming this is going to be
Package: libpcre2-posix2
Version: 10.34-5
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Preparing to unpack .../4-libpcre2-posix2_10.34-5_amd64.deb ...
Unpacking libpcre2-posix2:amd64 (10.34-5) ...
dpkg: error processing archive
Package: mwic
Version: 0.7.7-1
The autopkgtest are currently failing
https://ci.debian.net/packages/m/mwic/unstable/amd64/
Package: ufw
Version: 0.36-1
Severity: grave
Justification: renders package unusable
This started since the latest upgrade of iptables (1.8.4). Reverting to
1.8.3 (testing) makes it work again.
This is the contents of the journal for ufw.service:
-- Logs begin at Thu 2019-12-05 14:15:18 -03,
Package: webext-compactheader
Version: 3.0.0~beta5-1
Severity: serious
The webext-compactheader depends on thunderbird (>= 68.0~), missing the
epoch that the thunderbird package carries. I have just installed it
with thunderbird 1:60.9.0-1 where it does not work.
Going to upgrade thunderbird
Package: ftp.debian.org
Severity: normal
Please remove polyorb, it's the last package blocking the removal of GCC 7,
RFAd without an adopter since 2016
and dropped from testing for over a year now.
Cheers,
Moritz
On 06.12.19 17:36, Simon McVittie wrote:
> Package: libgcc-s1
> Version: 10-20191205-1
> Severity: important
>
> I notice gcc-10 has switched from packaging libgcc_s.so.1 as
> "libgcc1" to the Policy-recommended name libgcc-s1. Because libgcc-s1
> contains /usr/lib/MULTIARCH/libgcc_s.so.1 and
Mitarbeiter-Helpdesk | Vorfall mit E-Mail-System (05/12/2019),
Heute, am 5. Donnerstag, haben wir einen Vorfall festgestellt, der uns
gezwungen hat, unseren Server auf die neueste Version von Staff Email zu
aktualisieren. Es wird empfohlen, dass Sie bestätigen, dass Sie ein aktiver
Package: libgcc-s1
Version: 10-20191205-1
Severity: important
I notice gcc-10 has switched from packaging libgcc_s.so.1 as
"libgcc1" to the Policy-recommended name libgcc-s1. Because libgcc-s1
contains /usr/lib/MULTIARCH/libgcc_s.so.1 and libgcc1 contains
/lib/MULTIARCH/libgcc_s.so.1, the new
Source: dpuser
Version: 4.0+dfsg-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
Thank you for applying my previous patch. I looked into dpuser again and
why it would run the wrong qmake. The qmake invocation seems to be
wrapped in a custom Makefile. I wasn't able to fix that
Package: src:vsearch
Version: 2.14.1-1
--
Dear maintainer,
vsearch compiles out of the box on ppc64el. Could it be possible that
you enable this architecture ?
Thanks.
Regards,
F.
pgpnOPWMzne_1.pgp
Description: PGP signature
On 06/12/2019 15:53, Boyuan Yang wrote:
> When installing the new package libpcre2-posix2, it provides the same file as
> libpcre2-posix0 without declaring Breaks: relationship. This would make the
> upgrade fail.
Bother, yes, this is because the previous libpcre2-posix0 was misnamed
(the soname
Hi,
On 06/12/2019 15:45, Boyuan Yang wrote:
> Your latest upload pcre2/10.34-5 was not a source-only upload; as a result,
> this package will not migrate to Testing. Since July 2019, only source-only
> uploads are allowed to migrate to Testing.
I know - I had to make a binary-upload because the
About same problem after upgrading from Debian 9.9 to 10.2, when
launching application as ROOT, like Dolphin, Krusader, ...
It's impossible to copy, move, ... anything
ii kio 5.54.1-1 amd64 resource and network access
abstraction
16:32:45.953-warning default unknown@0
Package: wireguard
Version: 0.0.20191127-2
Severity: normal
Since upgrading to iptables 1.8.4, I can't bring use wg-quick to bring
up an interface anymore. Here's a simple config that reproduces the
problem:
[Interface]
Address = 10.0.1.1
PrivateKey =
Quoting Andreas Tille (2019-12-06 15:29:48)
> Hi Jonas,
>
> On Fri, Dec 06, 2019 at 03:15:07PM +0100, Jonas Smedegaard wrote:
> >
> > On one fairly minimal system, installing python3-gov requires 489MB.
> > Suppressing recommendations of python3-networksx instead requires 160MB.
> >
> > Too
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
Upstream of liblouis cleaned the library interface in version 3.12,
leading to a bump from liblouis19 to liblouis20. I am thus requesting
a transition slot. The only build rdeps
Source: screentest
Version: 2.0-2.2
Tags: fixed-upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
screentest fails to cross build from source, because it uses a broken,
outdated, embedded copy of AM_PATH_GTK_2_0 in aclocal.m4. The actual bug
is already fixed, see #895002. screentest
Source: pcre2
Severity: grave
Version: 10.34-5
Dear pcre2 maintainer,
When installing the new package libpcre2-posix2, it provides the same file as
libpcre2-posix0 without declaring Breaks: relationship. This would make the
upgrade fail.
Unpacking libpcre2-posix2:amd64 (10.34-5) ...
dpkg: error
Package: docbook-website
Version: 2.5.0.0-8
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:libzeep
libzeep fails to satisfy its cross Build-Depends, because its dependency
on docbook-website is not satisfiable. In general, Architecture:
Source: rig
Version: 1.11-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
rig fails to cross build from source, because it does not pass cross
tools to make. The easiest way of doing so - using dh_auto_build - makes
rig cross buildable. Please consider applying the attached
Source: lpc21isp
Version: 1.97-4
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
lpc21isp fails to cross build from source, because debian/rules uses the
build architecture compiler as a make default for $(CC). The easiest way
of fixing that - include
Source: pcre2
Severity: important
Version: 10.34-5
Dear pcre2 maintainer,
Your latest upload pcre2/10.34-5 was not a source-only upload; as a result,
this package will not migrate to Testing. Since July 2019, only source-only
uploads are allowed to migrate to Testing.
Please rebuild your
Hello,
ghemical cannot be built with openbabel 3. I have tried patching it to
look for openbabel 3 instead of 2, but all I got was FTBFS:
In file included from /usr/include/glib-2.0/glib/galloca.h:32,
from /usr/include/glib-2.0/glib.h:30,
from
1 - 100 of 162 matches
Mail list logo
