Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "smbldap-tools"
* Package name: smbldap-tools
Version : 0.9.11-1
Upstream Author : SATOH Fumiyas
* URL : https://github.com/fumiyas/smbldap-tools
* License
Control: found -1 1.14.4-2
Control: tag -1 +confirmed +upstream
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/259
Still reproducible. Forwarded upstream.
Package: droopy
Version: 0.20160830-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear maintainer.
I launched droopy earlier to transfer some files, and it failed like so
$ droopy
Traceback (most recent call last):
File "/usr/bin/droopy", line 81, in
import
It was happening to me with 83.0.4103.106-1 but no longer happens with
83.0.4103.116-1.
Package: at
Version: 3.1.23-1+b1
Severity: wishlist
Support: at 'now + 6 years + 11 months'
Package: at
Version: 3.1.23-1+b1
Severity: wishlist
Support: at 'now + 6.9 years'
The problem has been fixed with the following command:
echo 'ACTION=="add|change", KERNEL=="sd*[!0-9]",
ATTR{queue/scheduler}="none"' >>/etc/udev/rules.d/60-scheduler.rules
Please close this bug.
Package: ftp.debian.org
Severity: normal
Please remove qgis from mipsel where it FTBFS due to architecture specific
issues.
Kind Regards,
Bas
Package: ftp.debian.org
Severity: normal
cython has just been removed, and the remaining rdeps are not in testing as RC
for other reasons, so let's not wait on them
Helmut Grohne 于2020年6月24日周三 上午6:30写道：
>
> Hi,
>
> On Sun, Jun 21, 2020 at 09:10:48PM +0800, YunQiang Su wrote:
> > The major problem is Depends: libgcc-10-dev-i386-cross:amd64 (>=
> > 10.1.0-3cross1) but it is not installable
> > we need to mark gcc-10-i686-linux-gnu depends on
> >
Sorry! It looks like this is already reported upstream.
See https://github.com/neomutt/neomutt/issues/2364
Shengjing Zhu 于2020年6月25日周四 上午1:59写道：
>
> Hi syq,
>
> On Thu, May 28, 2020 at 9:04 AM YunQiang Su wrote:
> [...]
> > you are right. the current golang still output FP32 object...
> > So, we think that it is buggy.
> >
> > Since Loongson CPU has some strange behaviour, it even can work...
> >
On Wed, Jun 24, 2020 at 10:21 AM Michael Wurpes wrote:
> Acces to wiki.debian.org is blocked with a 403 forbidden if i use my Vodafone
> / Kabel Deutschland connection.
> I'm not sure, but i think my ip is 95.90.222.93
Unblocked.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Dear Ilias Tsitsimpis,
does your intention to remove haskell-edison-api mean that Agda 2.6.1 will
be packaged for Debian bullseye?
--
Regards,
Marko Dimjašević
https://dimjasevic.net/marko
Mastodon: https://mamot.fr/@mdimjasevic
PGP key ID: 056E61A6F3B6C9323049DBF9565EE9641503F0AA
Learn
The apport hook also needs this bit of delta added for installation:
--- a/debian/nginx-common.install
+++ b/debian/nginx-common.install
@@ -1,5 +1,6 @@
contrib/vim/* usr/share/vim/addons
debian/conf/* etc/nginx
+debian/apport/source_nginx.py usr/share/apport/package-hooks
debian/ufw/nginx
On Wed, Jun 24, 2020 at 6:35 PM Felix Lechner
wrote:
>
> Hi Chris,
>
> On Wed, Jun 24, 2020 at 3:26 PM Chris Lawrence wrote:
> >
> > I just reassigned the bug to my package and am preparing to upload a
> > fix. Sorry for troubling you!
>
> Please do not worry. We are happy to help!
>
> I am
Hi Alex,
On 6/24/20 12:31 PM, Alex Sanderson wrote:
> Package: xen-hypervisor-4.11-amd64
> Version: 4.11.3+24-g14b62ab3e5-1~deb10u1
> Severity: important
>
> Dear Maintainer,
>
> After updating to Buster and Xen 4.11 our machine no longer boots the Xen
> kernel. The default kernel
Source: nginx
Severity: wishlist
Dear Maintainer,
Ubuntu's nginx package carries an apport hook for use in Ubuntu's CI to
validate the package. It would help Ubuntu minimize delta with Debian
if you could include this apport hook in the Debian package. Its
presence will have no effect on
On Tue, Jun 23 2020, Chris Hofstaedtler wrote:
> Okay, that would match the suggestion. In this case I'd think this
> is more a systemd issue than a mount issue - mount passes your mount
> request to the kernel, and the kernel mounts it. Then something else
> (probably systemd) unmounts it
Hi Chris,
On Wed, Jun 24, 2020 at 3:26 PM Chris Lawrence wrote:
>
> I just reassigned the bug to my package and am preparing to upload a
> fix. Sorry for troubling you!
Please do not worry. We are happy to help!
I am thinking about renaming the tag to 'generated-content'. Would
that be a
On Mon, Jun 22, 2020 at 9:12 PM Felix Lechner
wrote:
>
> Hi Chris,
>
> On Mon, Jun 22, 2020 at 2:33 PM Chris Lawrence wrote:
> >
> > The latex2rtf binary is built by a Makefile, without a source file
> > specifically called latex2rtf.c
> >
> > it's a false positive
>
> That's not possible (or
Hi Richard,
I reviewed your ddclient package in depth and consider it great work.
For reference, here are the hashes of the dsc that I checked:
> Checksums-Sha256:
> e4969e15cc491fc52bdcd649d4c2b0e4b1bf0c9f9dba23471c634871acc52470 63469
> ddclient_3.9.1.orig.tar.gz
>
Samuel Henrique writes ("Bug#963489: dgit mirror ssh wrapper breaks due to
rsync update"):
> Hello Ian,
> > src:dgit contains a wrapper script which is intended for use in an ssh
> > restricted command invoked by rsync, as part of a mirroring setup.
>
> Ahh, so that was the issue, I got confused
Hello Ian,
> src:dgit contains a wrapper script which is intended for use in an ssh
> restricted command invoked by rsync, as part of a mirroring setup.
Ahh, so that was the issue, I got confused and was about to ping you
to help me figure it out.
> This whole situation is not very good but it
This is a fix we have carried in the Ubuntu nginx package for this
issue. If Debian can pick up this patch it'll help reduce the delta on
the Ubuntu side.
BryceDescription: Fix NGINX pidfile handling
Author: Tj
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1581864
Bug-Debian:
Version: 4.19.2-1
On 2020-06-24 22:50:53 +0200, Lucas Nussbaum wrote:
> Source: breathe
> Version: 4.14.1-2
> Severity: important
> Tags: ftbfs
> User: python-modules-t...@lists.alioth.debian.org
> Usertags: sphinx3.1
>
> Hi,
>
> breathe fails to build with Sphinx 3.1, currently available in
>
Source: python3.8
Version: 3.8.3-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
python3.8 fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>/Doc'
>
Source: trafficserver
Version: 8.0.7+ds-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
trafficserver fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory
Source: python-blessed
Version: 1.17.6-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
python-blessed fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
>
Source: celery
Version: 4.4.2-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
celery fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> PYTHONPATH=.
Source: ufo-filters
Version: 0.14.1+dfsg1-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
ufo-filters fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory
Source: nitime
Version: 0.8.1-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
nitime fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
>
Source: pillow
Version: 7.0.0-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
pillow fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>/docs'
>
Source: python-apt
Version: 2.1.3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
python-apt fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
>
Source: jansson
Version: 2.12-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
jansson fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory '/<>/doc'
>
Source: alembic
Version: 1.4.2-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
alembic fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 -m
Source: sqlalchemy
Version: 1.3.15+ds1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
sqlalchemy fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> fakeroot debian/rules binary
>
Source: python-m2r
Version: 0.2.1-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
python-m2r fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
>
Source: dballe
Version: 8.6-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
dballe fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory '/<>/doc'
>
Source: urwid
Version: 2.1.0-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
urwid fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I:
Source: nose
Version: 1.3.7-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
nose fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I:
Source: pybind11
Version: 2.5.0-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
pybind11 fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[2]: Entering directory '/<>/docs'
>
Source: mako
Version: 1.1.2+ds1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
mako fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> dpkg-buildpackage
> -
>
> Command:
Source: gammu
Version: 1.41.0-1.1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
gammu fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[5]: Entering directory
Source: morse-simulator
Version: 1.4-6
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
morse-simulator fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[4]: Entering directory
Source: python-dogpile.cache
Version: 0.7.1-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
python-dogpile.cache fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering
Source: libcork
Version: 0.15.0+ds-13
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
libcork fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory
Source: elpy
Version: 1.34.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
elpy fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I:
Source: libgpuarray
Version: 0.7.6-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
libgpuarray fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
>
Source: libixion
Version: 0.15.0-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
libixion fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> cd doc && \
Source: breathe
Version: 4.14.1-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
breathe fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[4]: Entering directory '/<>/documentation'
>
Source: rdkit
Version: 201909.1-4.1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
rdkit fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory
Source: buildbot
Version: 2.7.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
buildbot fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[2]: Entering directory '/<>/master/docs'
>
Source: qtwebengine-opensource-src
Version: 5.14.2+dfsg1-1
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
Builds of qtwebengine-opensource-src failed to build everywhere:
| /usr/bin/g++ -MMD -MF
Source: pygame
Version: 1.9.6+dfsg-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
pygame fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3
Source: nghttp2
Version: 1.41.0-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
nghttp2 fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory '/<>/doc'
> for i in
Source: linux
Version: 5.6.14-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
linux fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directory
Source: dynare
Version: 4.6.1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
dynare fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[4]: Entering directory '/<>/doc/manual'
>
Source: aodh
Version: 10.0.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
aodh fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> make[1]:
Source: h5py
Version: 2.10.0-8
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx3.1
Hi,
h5py fails to build with Sphinx 3.1, currently available in
experimental.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_installdocs
>
Package: wnpp
Severity: wishlist
Owner: Debian-med project
* Package name: libaparapi-java
Version : 2.0.0
Upstream Author : Gary Frost, Syncleus, Inc.
* URL : http://aparapi.com/
* License : Apache-2.0
Programming Lang: Java
Description : framework
Hi,
On Thu, Jun 25, 2020 at 03:16:25AM +0800, Shengjing Zhu wrote:
> Control: reopen -1
> Control: notfixed -1 0.0~git20200204.15e6a9d+ds-2
> Control: tags -1 + ftbfs
>
> Hi Andreas,
>
> You just disabled the autopkgtest. But the test is not only running in
> autopkgtest, but also during
Source: trafficserver
Version: 8.0.7+ds-1
Severity: important
Tags: security upstream
Control: found -1 8.0.2+ds-1+deb10u2
Hi,
The following vulnerability was published for trafficserver.
CVE-2020-9494[0]:
| Apache Traffic Server 6.0.0 to 6.2.3, 7.0.0 to 7.1.10, and 8.0.0 to
| 8.0.7 is
On Tue, Jun 23, 2020 at 2:40 pm, Sean Whitton
wrote:
Hello,
On Tue 23 Jun 2020 at 01:47AM +02, Jonas Smedegaard wrote:
Quoting Sean Whitton (2020-06-22 23:26:37)
Would someone want to use libjs-katex without nodejs installed?
Yes: Pandoc can produce output which uses katex rendered
Hi Ritesh!
Looks like it is python3 conversion issue. I will investogate both stacktraces
and file the upstream patch.
On Tue, 16 Jun 2020 09:43:08 +0530 Ritesh Raj Sarraf wrote:
> Package: kodi-eventclients-ps3
> Version: 2:18.7+dfsg1-1
> Severity: normal
>
> The tool fails to run because
Control: found 953800 1.13.1-6
If checky2106 will always fail on 32-bit systems, that's a clear
indication that GnuPG will fail on those systems when it encounters
objects that have a timestamp that lands about 86 years out from now.
For example, an OpenPGP certificate with a 100-year expiration
Control: fixed 952797 1.13.1-7
This was fixed in gpgme 1.13.1-7, but failed to be closed correctly due
to a typo in debian/changelog. My bad!
On Tue 2020-03-10 09:06:24 -0400, Daniel Kahn Gillmor wrote:
> On Tue 2020-03-10 06:23:57 +0100, Helmut Grohne wrote:
>> So even if the patch means that
Package: node-jest
Severity: serious
Dear Maintainer,
Node-jest fails with the following on all the node-modules I've tried yet.
Sample examples on
node-compression-webpack-plugin version 2.0.0-3
and
node-proper-lockfile version 4.1.1-2
internal/modules/cjs/loader.js:800
throw err;
^
Package: neofetch
Version: 6.0.0-2
Severity: minor
"Neoftech" typo is currently present across all branches:
https://packages.debian.org/search?keywords=neofetch=names=all=all
-- System Information:
Debian Release: 10.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500,
Source: tuxguitar
Version: 1.2-25
Severity: important
Tags: security upstream
Forwarded: https://sourceforge.net/p/tuxguitar/bugs/126/
Control: found -1 1.2-23
Control: found -1 1.2-22
Hi,
The following vulnerability was published for tuxguitar.
CVE-2020-14940[0]:
| An issue was discovered in
Control: tags -1 + patch
On 2020-06-24 20:53 +0200, Sven Joachim wrote:
> Source: util-linux
> Version: 2.35.1-1
> Severity: important
> Tags: FTBFS
>
> Your package fails to build on the kfreebsd and hurd ports, because it
> invokes dh_makeshlibs for the packages libmount1{,-udeb} which do not
Source: util-linux
Version: 2.35.1-1
Severity: important
Tags: FTBFS
Your package fails to build on the kfreebsd and hurd ports, because it
invokes dh_makeshlibs for the packages libmount1{,-udeb} which do not
exist on these architectures.
,
| dh_makeshlibs -plibmount1 -V \
|
Source: lua-rexlib
Version: 2.7.2-4+b1
Severity: wishlist
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream has made several releases since 2.7.2 in 2013,
the newest release 2.9.0 with PCRE2 support:
https://github.com/rrthomas/lrexlib/releases
Hi syq,
On Thu, May 28, 2020 at 9:04 AM YunQiang Su wrote:
[...]
> you are right. the current golang still output FP32 object...
> So, we think that it is buggy.
>
> Since Loongson CPU has some strange behaviour, it even can work...
> Let's try to patch golang to support FPXX or FP64.
>
>
Control: severity -1 wishlist
In reality this is working as intended, tag-prefix only applies ot the first
command, as per documentation.
I'll classify it as wishlist, but I might close it as wontfix if we don't get
traction upstream.
Source: fpc
Version: 3.2.0~rc1+dfsg-2
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Hello!
FPC 3.2.0 officially supports ppc64el and Fedora is already building it.
Unfortunately, I have not been able to successfully bootstrap FPC on
Debian using the binaries provided
On Wed, 24 Jun 2020 at 19:05:51 +0200, Mattia Rizzolo wrote:
> > > _ZN3Gio11Application35set_option_context_parameter_stringERKN4Glib7ustringE
>
> So, that set_option_context_parameter_string thing comes from Glib 2.56
For future reference: glibmm, not GLib. The GLib family of libraries
(GLib,
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "gartoon"
* Package name: gartoon
Version : 0.5-5
Upstream Author : Zeus
* URL : http://www.zeusbox.org/icon/
* License : GPL-2+
* Vcs :
On Wed Jun 24 2020 at 04:23 PM +0200, Antonio Radici wrote:
> Control: tag -1 +moreinfo
>
> On Mon, Apr 04, 2016 at 06:07:49PM -0700, Bill Brelsford wrote:
> > Package: mutt
> > Version: 1.5.24-1+b1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > After displaying a text/plain attachment
Control: reassign -1 libglibmm-2.4-dev 2.56.0-1
So, talking with people over at the Gnome team, this came out:
On Fri, May 22, 2020 at 10:30:20AM +1000, Peter Eckersley wrote:
> However this somehow fixed the problem?
>
> $ sudo apt-get build-dep inkscape
...
> The following packages will be
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "keras"
* Package name: keras
Version : 2.3.1+dfsg-2
Upstream Author : François Chollet
* URL : https://keras.io/
* License : Expat
* Vcs
> A short fix is to disable it, until we ask upstream if it is supported on all
> platforms.
According to upstream, ffi is enabled only on platforms it was tested on.
So it makes sense to disable it on other platforms.
On the other hand, we can enable it by patching make file and fix bugs when
Hey Salvatore!
On Wed, Jun 24, 2020 at 05:57:42PM +0200, Salvatore Bonaccorso wrote:
>Control: found -1 4.19.118-1
>Control: tags -1 + upstream
>
>Hi Steve,
>
>On Mon, Jun 22, 2020 at 12:58:35PM +0100, Steve McIntyre wrote:
>> Source: linux
>> Version: 4.19.118-2+deb10u1
>> Severity: serious
>>
Package: wnpp
Severity: wishlist
Subject: ITP: nanolyse -- remove lambda phage reads from a fastq file
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: nanolyse
Version : 1.1.1
Upstream Author : Wouter De Coster
* URL :
The previous patch removed the CONFIG_SERIAL_8250_ASPEED_VUART symbol.
The problem is fixed in this patch.
>From 4d99aeaf7941c9df0e8a9760d1388e9f9a28a438 Mon Sep 17 00:00:00 2001
From: Marc Kleine-Budde
Date: Wed, 24 Jun 2020 09:38:58 +0200
Subject: [PATCH] [armhf] enable AUX serial port driver
Hi,
I just uploaded mediawiki2latex version 7.40 (hopefully) fixing the issue
Georges please make a package and upload to sid.
Yours Dirk
On 6/23/20 8:48 PM, ael wrote:
Package: mediawiki2latex
Version: 7.39-1+b1
Severity: normal
Dear Maintainer,
Program fails reporting
main.pdf:
Package: src:linux
Version: 5.6.14-2
Severity: normal
Tags: patch
Dear Maintainer,
The AUX serial driver for all raspberry pi models is not enabled in
the armhf kernel variant. In the armel and arm64 variant it is.
Attached patch switches on the needed config symbols.
regards,
Marc
---
*
Control: found -1 4.19.118-1
Control: tags -1 + upstream
Hi Steve,
On Mon, Jun 22, 2020 at 12:58:35PM +0100, Steve McIntyre wrote:
> Source: linux
> Version: 4.19.118-2+deb10u1
> Severity: serious
>
> Hi folks,
>
> Trying to reproduce #963462 on my Thinkpad T470, I'm repeatedly
> getting a
Control: found -1 1.14.4-2
Control: tag -1 +upstream +confirmed
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/258
Forwarded upstream again.
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: quast
Version : 5.0.2
* URL : https://github.com/ablab/quast
* License : GPL-2.0
Programming Lang: Python
Description : Quality Assessment Tool for Genome Assemblies
This package is
Control: tag -1 -pending
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/257
Control: tag -1 +upstream
Let's try again some years later, I've forwarded it upstream, ideally they will
include the patch rather than me.
Source: python-certbot
Severity: wishlist
Dear Maintainer,
please find attached the Russian translation of debconf template.
Cheers!
Lev Lamberov
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Control: tag -1 +upstream +confirmed
Control: found -1 1.14.4-2
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/256
Went to upstream, if he fixes it it will be the oldest Debian bug ever fixed :D
Package: xen-hypervisor-4.11-amd64
Version: 4.11.3+24-g14b62ab3e5-1~deb10u1
Severity: important
Dear Maintainer,
After updating to Buster and Xen 4.11 our machine no longer boots the Xen
kernel. The default kernel 4.19.118-2+deb10u1 boots normally.
The machine has an Areca 1882IX-16 card in
Control: tag -1 +confirmed +upstream
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/255
Control: found -1 1.14.4-2
Still there, forwarded upstream.
Package: drawing
Severity: normal
Dear Maintainer,
Through email I would like to ask you to kindly update the package in
the backports.
I see a lack of interest on the part of the maintainer to keep this
package updated in the Debian archive, if he is not interested in
keeping this package
Pozor Vážený priatel,
Som advokát Kelly Brown, osobný advokát môjho zosnulého klienta pred jeho
zánikom v rodine.
Jeho banka hladá príjemcu do svojho fondu (13 580 000,00 USD), a preto som
vás kontaktovala, pretože vy máte rovnaké priezvisko a štátnu príslušnost.
Odpovedzte na dalšie
Control: found -1 1.14.4-2
Control: tag -1 +upstream +confirmed
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/254
On Sun, Jun 21, 2020 at 01:44:11PM +0200, Kurt Roeckx wrote:
> Please try with an inlined signed message, not a mime signed
> message. I can still reproduce this with
Control: forwarded -1 https://gitlab.com/muttmua/mutt/-/issues/253
Control: tag -1 +confirmed +upstream
Control: found -1 1.14.4-2
Old bug but still exists, forwarded upstream.
On Wed, 24 Jun 2020, Emmanuel Bourg wrote:
> Version : 2.0.0~RC1
Given how long some packages stay in milestone status (some for
six years!) I’d prefer for there to be an actual 2.0.0 release
first before this can enter Debian.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße
1 - 100 of 159 matches
Mail list logo
