Package: schleuder
Version: 3.6.0-1
Control: tags -1 + patch upstream
Control: affects -1 + gpg src:gnupg2
Forwarded: https://0xacab.org/schleuder/schleuder/-/merge_requests/358
When GnuPG was upgraded to 2.2.27-1, schleuder's autopkgtests broke:
https://ci.debian.net/data/autopkgtest/testing/amd6
Hello all,
On Friday, February 12, 2021 8:18:02 AM CST Christophe Geuzaine wrote:
> > On 12 Feb 2021, at 14:24, Bernhard Übelacker
> > wrote:
> >
> > Am 12.02.21 um 12:12 schrieb Drew Parsons:
> >> Version mismatch could cause problems.
> >> Bernhard, can you provide the versions of each of the
On 2021-02-09 at 08:51, The Wanderer wrote:
> I'm seeing the same behavior, and I've put together a patch which
> looks like it should address the problem. I'm not providing it here
> just yet, because I haven't let it run overnight to confirm whether
> it works, but syntactically it seems like it
Package: autoconf
Version: 2.69-14
Severity: normal
Hi!
This package ships identical NEWS and NEWS.Debian file. This means no
upstream NEWS file is shipped, where all new features are described
in a concise way.
Thanks,
Guillem
Back in 2016, in https://bugs.debian.org/840642, i wrote:
> we also have several remaining copies of GPGME bindings in
> debian, and it would be good to reduce their number. This will save the
> sanity of our users; will provide better focus for upstream developers;
> and will be easier for us to
Control: tags 944914 + moreinfo unreproducible
Hi Lars--
On Sun 2019-11-17 16:53:33 +0100, Lars Kruse wrote:
> I am using the claws-mail package for handling emails (Debian testing
> on i386).
>
> Due to repeated crashes, I started to collect stack traces.
Are you still having these problems?
B
Hi Adrian,
thanks for bugreport. core-package ist still in NEW queue. So, no way
to fix this bug right now.
Regards
Anton
Am Fr., 12. Feb. 2021 um 16:27 Uhr schrieb Adrian Bunk :
> Package: python3-luma.led-matrix
> Version: 1.5.0+dfsg1-1
> Severity: serious
>
> The following packages have u
Source: linux
Source-Version: 5.10.13-1
Hi,
On Fri, Feb 12, 2021 at 10:34:36AM -0500, Koutheir Attouchi wrote:
> Hi,
>
> I cannot replicate the issue with my currently-installed kernel
> "5.10.0-3-amd64 #1 SMP Debian 5.10.13-1 (2021-02-06) x86_64 GNU/Linux".
Thanks for replying back. Although i
Hi,
I cannot replicate the issue with my currently-installed kernel
"5.10.0-3-amd64 #1 SMP Debian 5.10.13-1 (2021-02-06) x86_64 GNU/Linux".
Kind regards.
Dr. Koutheir Attouchi.
On Fri, Feb 12, 2021 at 8:52 AM Salvatore Bonaccorso
wrote:
> Control: tags -1 + moreinfo
> Control: severity - 1 i
Package: offlineimap
Version: 7.3.3+dfsg1-1+0.0~git20210105.00d395b+dfsg-2
Severity: serious
In Debian testing offlineimap plain authentication over SSL started to fail for
me in the following way:
$ offlineimap -c ~/.config/offlineimap/offlineimaprc -u basic --info
OfflineIMAP 7.3.0
Source: apktool
Version: 2.5.0+dfsg.1-1
Severity: serious
https://tracker.debian.org/pkg/apktool
Migration status for apktool (2.4.1-1 to 2.5.0+dfsg.1-1): BLOCKED:
Rejected/violates migration policy/introduces a regression
Issues preventing migration:
Not built on buildd: arch all binaries uploa
Package: python3-luma.led-matrix
Version: 1.5.0+dfsg1-1
Severity: serious
The following packages have unmet dependencies:
python3-luma.led-matrix : Depends: python3-luma.core but it is not installable
Package: r-cran-matrixstats
Version: 0.58.0-1
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-bioc-matrixgenerics/10405220/log.gz
...
> test_check("MatrixGenerics")
══ Failed tests
── Failure (test-api_com
Hello.
I found upstream bugreport here:
https://bugs.squid-cache.org/show_bug.cgi?id=4913
Regards,
J.K.
Source: r-bioc-matrixgenerics
Version: 1.2.1-3
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-bioc-matrixgenerics/10406686/log.gz
...
> library('MatrixGenerics')
Error: package ‘matrixStats’ 0.57.0 was found, but > 0.57.0 is required by
‘MatrixGenerics’
Execution halt
On 2021-02-12 15:18, Christophe Geuzaine wrote:
On 12 Feb 2021, at 14:24, Bernhard Übelacker
wrote:
Am 12.02.21 um 12:12 schrieb Drew Parsons:
Version mismatch could cause problems.
Bernhard, can you provide the versions of each of the packages you're
reporting on
(dolfinx, eigen3, gmsh) ?
On 2/10/21 8:59 PM, Salvatore Bonaccorso wrote:
> Source: openvswitch
> Version: 2.15.0~git20210104.def6eb1ea+dfsg1-4
> Severity: grave
> Tags: security upstream
> Justification: user security hole
> X-Debbugs-Cc: car...@debian.org, Debian Security Team
>
> Control: found -1 2.10.6+ds1-0+deb10u1
close #982303
On Fri, Feb 12, 2021 at 1:36 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
> Your message dated Fri, 12 Feb 2021 13:33:23 +
> with message-id
> and subject line Bug#982303: fixed in cups 2.3.3op2-3
> has caused the Debian Bug report #982303,
> regarding cups(1):
close #975131
On Fri, Feb 12, 2021 at 12:39 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
> Your message dated Fri, 12 Feb 2021 12:34:11 +
> with message-id
> and subject line Bug#975131: fixed in datovka 4.9.3-2.1
> has caused the Debian Bug report #975131,
> regarding datov
Package: texinfo
Version: 6.7.0.dfsg.2-6
Tags: patch, security
Dear Maintainer,
the texinfo package has mailcap entries with quoted %-escapes. That is
considered unsafe. Proper escaping should be left to the programs using the
entry.
The discussion dates back to 1999:
https://bugs.debian.org/cg
similar situation was happened with marillat repository in the past!,
i cited in https://github.com/oerdnj/deb.sury.org/issues/948 the line
that said ".. packaging sources are located at
https://salsa.debian.org/php-team/php .." the problem is that i
reported in both sides.. dont care about blockin
Source: pytools
Version: 2021.1-1
Severity: serious
https://tracker.debian.org/pkg/pytools
Migration status for pytools (2019.1.1-2 to 2021.1-1): BLOCKED:
Rejected/violates migration policy/introduces a regression
Issues preventing migration:
Not built on buildd: arch all binaries uploaded by to
Package: man-db
Version: 2.9.4-1
Tags: patch, security
Dear Maintainer,
the man-db package has mailcap entries with quoted %-escapes. That is
considered unsafe. Proper escaping should be left to the programs using the
entry.
The discussion dates back to 1999:
https://bugs.debian.org/cgi-bin/bug
On Fri, 12 Feb 2021, Peter Pentchev wrote:
> > Yeah, it would go a long way if pristine-tar would store the associated
> > signature and restore it as well. It's easy to forget to include it
> > when the uploads are not done by the same person.
>
> It can, since version 1.41:
>
> debcheckout
Source: drop-seq
Version: 2.4.0+dfsg-5
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/d/drop-seq/10416045/log.gz
...
autopkgtest [07:18:29]: test run-unit-test: [---
[93m[1mTest 1[0m
dpkg-architecture: warning: cannot determine CC system type, fallin
Package: libvoro++1
Version: 0.5-1
Severity: serious
Control: affects -1 libgmsh4 src:gmsh
https://ci.debian.net/data/autopkgtest/testing/amd64/g/gmsh/10408994/log.gz
...
gmsh: symbol lookup error: /lib/x86_64-linux-gnu/libgmsh.so.4.7: undefined
symbol: _ZN4voro20voronoicell_neighborC1Ev
...
T
Dear Maintainer,
I tried to have a look at this issue and I saw
that the allocation takes place inside libdolfinx_real.so.2019.2,
inside /usr/include/eigen3/Eigen/src/Core/util/Memory.h.
But the failing free is done in libgmsh.so.4.7,
which uses ./contrib/eigen/Eigen/src/Core/util/Memory.h.
Ther
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: cru...@debian.org
Upstream reports that their code is "completely broken on big-endian."
and requested that the big-endian packages be removed.
mmseqs2 version 12-113e3+ds-3 has just been uploaded so that these archs
won't slip back into the
Package: tar
Version: 1.32+dfsg-1
Tags: patch, security
Dear Maintainer,
the tar package has mailcap entries with quoted %-escapes. That is considered
unsafe. Proper escaping should be left to the programs using the entry.
The discussion dates back to 1999:
https://bugs.debian.org/cgi-bin/bugrep
> On 12 Feb 2021, at 14:24, Bernhard Übelacker wrote:
>
> Am 12.02.21 um 12:12 schrieb Drew Parsons:
>> Version mismatch could cause problems.
>> Bernhard, can you provide the versions of each of the packages you're
>> reporting on
>> (dolfinx, eigen3, gmsh) ?
>
> Hello,
> these are the vers
Source: network-manager
Version: 1.29.90-1
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-dbusmock/10412779/log.gz
...
test_add_connection (__main__.TestNetworkManager) ... ok
test_add_remove_settings (__main__.TestNetworkManager) ... ok
test_add_update_settings (
Package: python3-patsy
Version: 0.5.1-2
Severity: normal
While running a test on another package that uses patsy, I received
the following DeprecationWarning:
/usr/lib/python3/dist-packages/patsy/constraint.py:13: DeprecationWarning:
Using or importing the ABCs from 'collections' instead of from
Control: affects 945537 src:thunderbird
Hi Debian Thunderbird devs--
Thanks very much for your work maintaining Thunderbird in Debian!
I just wanted to give you a heads-up that i've prepared a debian package
rnp. The packaging source can be found at
https://salsa.debian.org/debian/rnp. It shou
Package: libxcb-util0
Version: 0.3.8-3+b2
Severity: normal
Dear Maintainer,
This is a reference to
https://bugreports.qt.io/browse/QTBUG-88688
because of which some Qt applications (like orange3)
fail to run on debian stable.
if possible could you add the library to buster or buster-backports?
Control: tags -1 + moreinfo
Control: severity - 1 important
Hi,
On Mon, Nov 02, 2020 at 09:30:56AM -0500, Koutheir Attouchi wrote:
> Package: cifs-utils
> Version: 2:6.9-1
> Severity: critical
> Justification: breaks unrelated software
> X-Debbugs-Cc: kouth...@gmail.com
>
> Dear Maintainer,
>
>
Package: tex-common
Version: 6.15
Tags: patch
A while ago, debhelper added a new way of enabling addons. Instead of
writing "dh $@ --with tex", one can now add dh-sequence-tex to
Build-Depends to achieve the same effect if dh-sequence-tex is provided
by somthing. Doing so has two major advantages:
Package: lmodern
Version: 2.004.5-6.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:arduino src:auto-multiple-choice src:belenios
src:bibtool src:dynare src:felix-latin src:flint src:gm-assistant src:kicad
The affected packages cannot sat
Source: axe-demultiplexer
Version: 0.3.3+dfsg-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
axe-demultiplexer cannot be cross built from source, because its
python3-sphinx dependency is not satisfiable. Given that the
documentation is not split to an Arch:all pac
Package: mdadm
Version: 4.1-10
Severity: wishlist
Tags: patch d-i unreproducible
Hello maintainer of mdadm,
would you consider the attached patch? It fixes two issues that I encounter
while building the Debian live images.
(See also https://wiki.debian.org/ReproducibleInstalls/LiveImages)
1) mkc
I am curious/also following up, I can either attempt a downgrade of GCC and
related packages or revert from a backup and pin gcc*..
I have unable to build the linux kernel since this bug began, kindly
requesting when the fix will be backported to testing.
On Wed, 03 Feb 2021 21:15:34 + Andrea
Hi Michael,
Michael Schroeder wrote:
> On Thu, Feb 11, 2021 at 11:39:09PM +0100, Axel Beckert wrote:
> > The only thing it didn't fix so far is
> > https://savannah.gnu.org/bugs/?31336 aka
> > https://bugs.debian.org/600246 although I really had some hope that
> > this might be fixed as a side-eff
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-b...@lists.debian.org
Please unblock package win32-loader in its 0.10.4 version
[ Reason ]
win32-loader is one of the rare packages always blocked, because it has a
'by
Package: parole
Version: 4.16.0-1
Severity: normal
X-Debbugs-Cc: donaldbroa...@googlemail.com
Dear Maintainer,
XFCE desktop install on Bullseye. Parole is the installed media player. Started
watching movie. Expected "screen saver" to be disabled. (Actually no screen
saver installed by default - p
On Wed, 10 Feb 2021, Ramiro Checa-Garcia wrote:
> The compilation is frozen at this state with 100% CPU but not ending
> ever. Here
Please provide a minimal example that exhibits the error, and post it to
the bug report. Anything else is not debug-able.
You might also run strace or gdb on the pdf
On Sun, 16 Jun 2019 23:26:45 +0200 Andreas Beckmann wrote:
> Followup-For: Bug #930005
> Control: tag -1 patch
>
> The attached patch fixes the linking issue and thus the missing tgetent
> symbol. Thereafter the command
> regina /usr/share/doc/regina-rexx/examples/regutil.rexx
> works on i386, but
close #982416
On Thu, Feb 11, 2021 at 10:21 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
> Your message dated Thu, 11 Feb 2021 22:19:53 +
> with message-id
> and subject line Bug#982416: fixed in sparse 0.6.3-2
> has caused the Debian Bug report #982416,
> regarding sparse s
Package: ftp.debian.org
Hi,
kodiplatform containing a piece of library that was used to build kodi.
starting with kodi v19 this is now not needed anymore, so it can away.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
M
Control: tag -1 + patch
Hi,
in the light of finding the cause and a fix for CVE-2021-26937 an
alternative patch for this issue has been posted to the screen-devel
mailing list as it seems to be caused by the same commit.
Will check if the regression from back then
(https://bugs.debian.org/677512
On Wed, 10 Feb 2021 15:53:24 +0100 Gunnar Hjalmarsson
wrote:
Hi!
It appears to me that this removal was done prematurely. The removal
prevents quite a few packages from trying to build on kfreebsd-amd64 and
kfreebsd-i386. This is one example which I stumbled upon:
https://buildd.debian.org/
On 2021-02-12 11:11, Michele Orrù wrote:
> Last release I had troubles finding a sponsor, could you please be the one™
> ?
With pleasure!
On Fri, Feb 12, 2021 at 10:03:08AM +0100, Thomas Lange wrote:
> This behaviour was also reported as #982182
Interesting, thanks!
To me the GRUB change seems reasonable, even if a tad unexpected in a
point release.
You change to FAI [1] looks pretty much how I would envision a correct
fix in the
Package: wnpp
Severity: normal
Control: affects -1 src:vim-ultisnips
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I intend to orphan the vim-ultisnips package as I'm no longer using it in my
setup.
The package description is:
UltiSnips provides snippet management for the Vim editor. A snippe
On Fri, Feb 12, 2021 at 11:21:38AM +0100, Hilmar Preuße wrote:
> > > You can't adjust anything to get more than 4GB virtual memory on 32-bit
> > > architectures.
> > > You can try adjusting compilation/linking parameters to make the
> > > compiler/linker use less memory though (not sure if the sugg
The proposed linking strategy will let me use the theme, however, I
can still see the following message in the log:
You have requested package `beamerthemenorth', but the package
provides `beamerthemeNord'.
Control: tags -1 + wontfix
On Wed, Feb 10, 2021 at 10:01:18PM -0500, Matt Corallo wrote:
> Package: lxc
> Version: 1:4.0.6-1
>
> I've been happily using lxc on debian for some time, without dnsmasq-base or
> lxc-net. The recent addition of dnsmasq-base and lxc-net as a required
> dependency is so
Control: tags -1 +help
Hello there Paul,
Le jeudi, 11 février 2021, 16.55:09 h CET Paul Gevers a écrit :
> On Fri, 16 Oct 2020 14:23:59 +0200 Didier 'OdyX' Raboud wrote:
> > According to the 3.20.9-3 armhf auutopkgtest run for migration testing;
> > https://ci.debian.net/data/autopkgtest/testing/
Package: texlive-latex-extra
Version: 2020.20210202-1
Severity: important
X-Debbugs-Cc: powe...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
In a LaTeX document: \usetheme{north}
Will result in something like "can't find beamerth
python3-paraview has just been given Conflicts: python3-vtk9, which is
a little confusing. Does it mean python3-paraview replaces
python3-vtk9? Or should not python3-paraview not be used at all?
(obviously there are other packages which use vtk via python).
For this release, p
On 2021-02-12 11:37, Bernhard Übelacker wrote:
Dear Maintainer,
I tried to have a look at this issue and I saw
that the allocation takes place inside libdolfinx_real.so.2019.2,
inside /usr/include/eigen3/Eigen/src/Core/util/Memory.h.
But the failing free is done in libgmsh.so.4.7,
which uses ./c
Package: vim-ultisnips
Version: 3.1-3.1
Severity: normal
Dear Maintainer,
starting vim as root without .vimrc and .vim/ results in following errors:
Error detected while processing TextChangedI Autocommands for "*"..script
/var/lib/vim/addons/autoload/UltiSnips.vim:
line 15:
Traceback (most re
Hi Salvatore,
Salvatore Bonaccorso wrote:
> On Thu, Feb 11, 2021 at 11:39:09PM +0100, Axel Beckert wrote:
> [...]
> > Salvatore, Utkarsh: Will also prepare and test at least patches in Git
> > for Buster and Stretch. (Hey, I don't want my mutt screen sessions to
> > be killed anymore when reading
Hi Martin,
I will try to do it before the end of next week. Thanks for pushing this
forward!
Last release I had troubles finding a sponsor, could you please be the one™
?
--
Michele.
On Thu, Feb 11, 2021 at 3:18 PM Martin wrote:
> Dear Michele,
>
> any chance to get 3.0.8 packaged now, so that
I also had same issue with all backports I had used, is not only the
libfreerdp-client2-2 the issue, for example for workaround on latest
thinclient build I did:
sudo apt -t buster-backports install freerdp2-x11 libfreerdp-client2-2
libfreerdp2-2 libwinpr2-2
I'll probably do a MR with patch that
Package: python3-paraview
Version: 5.9.0-2
Severity: normal
python3-paraview has just been given Conflicts: python3-vtk9, which is
a little confusing. Does it mean python3-paraview replaces
python3-vtk9? Or should not python3-paraview not be used at all?
(obviously there are other packages which
Hi,
On Mon, Jan 25, 2021 at 07:35:50PM +0100, Salvatore Bonaccorso wrote:
> Control: tags -1 + upstream
> Control: forwarded -1
> https://lore.kernel.org/linux-acpi/CA+GA0_sPC3rp5K4qwZm-u+W1C=+2y2p-dbf4dmdhkkatpek...@mail.gmail.com/
>
> Hi,
>
> On Mon, Jan 25, 2021 at 10:32:10PM +0900, Kubo Hir
Package: vim-ultisnips
Version: 3.1-3.1
Severity: important
Dear Maintainer,
removing package is failing.
# apt purge vim-ultisnips
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no long
On Thu, Feb 11, 2021 at 11:39:09PM +0100, Axel Beckert wrote:
> The only thing it didn't fix so far is
> https://savannah.gnu.org/bugs/?31336 aka
> https://bugs.debian.org/600246 although I really had some hope that
> this might be fixed as a side-effect of your patch. :-)
Oh, that happens because
Am 12.02.2021 um 11:01 teilte Andreas Tille mit:
On Fri, Feb 12, 2021 at 02:39:25PM +0500, Andrey Rahmatullin wrote:
Hi,
You can't adjust anything to get more than 4GB virtual memory on 32-bit
architectures.
You can try adjusting compilation/linking parameters to make the
compiler/linker use
On Fri, 12 Feb 2021, 10:25 am Rene Engelhard, wrote:
> Hi,
>
> Am 11.02.21 um 21:59 schrieb Raphaël Hertzog:
>
> > [1] For details it happened in dbus-glib:
> > https://snapshot.debian.org/package/dbus-glib/0.110-2/ -> it has .asc
> file
> > https://snapshot.debian.org/package/dbus-glib/0.110-3/
Package: battery-stats
Version: 0.5.6-1.1
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Long description says the package "proves a binary" - seems that should
instead say that it "provides a binary".
Also, that sentence is missing a final fullstop.
- Jonas
-BEGIN PGP SI
Control: forwarded -1 https://bugzilla.netfilter.org/show_bug.cgi?id=1500
Control tags -1 upstream
Control: forwarded -1 https://bugzilla.netfilter.org/show_bug.cgi?id=1499
Control: tags -1 upstream
Control: forwarded -1 https://bugzilla.netfilter.org/show_bug.cgi?id=1501
Control: tags -1 upstream
Control: forwarded -1 https://bugzilla.netfilter.org/show_bug.cgi?id=1500
Control tags -1 upstream
Hi,
On Fri, Feb 12, 2021 at 02:39:25PM +0500, Andrey Rahmatullin wrote:
> > I wonder whether this could be simply solved by adjusting the hardware /
> > emulation parameters of the according autobuilder.
> >
> > Am I missing something?
> You can't adjust anything to get more than 4GB virtual memo
Control: forwarded -1 https://bugzilla.netfilter.org/show_bug.cgi?id=1499
Control: tags -1 upstream
Package: release.debian.org
Severity: important
Tags: sid bullseye
As seen with glibc autopkg tests [1], the Debian CI infrastructure doesn't store
complete build logs, cutting these to 20MB (uncompressed), resulting in ~450k
compressed logs. This might not be important for successful tests, but
The problem dissappeared when switched to xfce4 v1.16 (from 1.14).
Closing bug.
Hello,
I managed to reproduce the issue, but only with the Debian package of
GnuTLS, not with a manually compiled version.
With this information I quickly found that the problem is the patch
48_0001-Fix-non-empty-session-id-TLS13_APPENDIX_D4.patch, it breaks TLS
session resumption if not usi
On Fri, Feb 12, 2021 at 08:59:12AM +0100, Raphael Hertzog wrote:
> Control: block -1 by 876643
>
> Hi,
>
> thanks for your quick answer!
>
> On Fri, 12 Feb 2021, Guillem Jover wrote:
> > > If we assume that the archive is meant to store immutable content
> > > under a given filename (and to me t
Hi,
On Sun, 06 Dec 2020 14:11:58 +1300 Ben Caradoc-Davies
wrote:
the current godot3-server binary is what upstream refer to as a "headless
build" (built with "platform=server tools=yes target=release_debug"), and there
is no binary for what upstream refer to as a "server build" (built with
"pl
Hi,
On Fri, 12 Feb 2021, at 09:58, Sven Eckelmann wrote:
> Control: tags -1 - wontfix
> Control: reopen -1
>
> On Fri, 12 Feb 2021 09:14:56 +0100 "Andrej Shadura" wrote:
> > Control: tag -1 wontfix
> > Control: fixed -1 2:2.6-4
> [...]
>
> The version specified the first version where the probl
Hi,
Am 11.02.21 um 21:59 schrieb Raphaël Hertzog:
> [1] For details it happened in dbus-glib:
> https://snapshot.debian.org/package/dbus-glib/0.110-2/ -> it has .asc file
> https://snapshot.debian.org/package/dbus-glib/0.110-3/ -> no .asc
> https://snapshot.debian.org/package/dbus-glib/0.110-4/ -
Hi, as someone who got bitten by this and spent like half day figuring it
out I fully support this.
I found out that diverting/replacing that file is not enough as Firefox and
Thunderbird are shipped with their own versions (not sure if applies to
Bullseye too, I only checked Buster).
I wrote this
* Jakub Wilk , 2021-02-06, 16:17:
Trying to back up one of my repos always fails with:
Gathering metadata for https://github.com/jwilk/python-afl.git ...
Backup may be incomplete; 1 requests failed:
1 pullrequest
Run again later.
AFAICT it trips over this PR:
https://github.com/jwilk/
On Friday, 12 February 2021 09:48:12 CET Utkarsh Gupta wrote:
> Hi Thorsten,
[...]
> Whilst working on the security update for stretch, do you think you
> can accommodate this request for a bug fix as well?
Unfortunately, it is not even fixed in unstable (2:2.9.0-17) nor experimental
(2:2.9.0+git
Control: tags -1 - wontfix
Control: reopen -1
On Fri, 12 Feb 2021 09:14:56 +0100 "Andrej Shadura" wrote:
> Control: tag -1 wontfix
> Control: fixed -1 2:2.6-4
[...]
The version specified the first version where the problem was found. The
problem was not fixed since then. Just tested it here wit
Hi
so it turned out that for the other two involved packages it was
possible, so we should continue pursue that goal. There are probably
two options: use convert in debian/rules (and live/auto/config).
live/auto/config has a comment on using convert, depending if this is
still valid just using pr
This behaviour was also reported as #982182
--
viele Grüße Thomas
Source: libebml
Version: 1.4.1-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Matroska-Org/libebml/issues/74
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for libebml.
CVE-2021-3405[0].
If you fix the vulnerabil
Source: libytnef
Version: 1.9.3-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Yeraze/ytnef/issues/86
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for libytnef.
CVE-2021-3404[0].
If you fix the vulnerability pl
Hi Thorsten,
On Fri, Feb 12, 2021 at 2:03 PM Andrej Shadura wrote:
> > It was observed that Debian's wpa_supplicant is not able to connect to
> > connect to networks with key_mgmt WPA-EAP-SUITE-B and/or
> > WPA-EAP-SUITE-B-192 (aka WPA3-Enterprise 192-bit mode). The upstream
> > wpa_supplicant su
Source: libytnef
Version: 1.9.3-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Yeraze/ytnef/issues/85
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for libytnef.
CVE-2021-3403[0].
If you fix the vulnerability pl
Source: godot
Version: 3.2.3-stable-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerabilities were published for godot.
CVE-2021-26825[0]:
| An integer overflow issue exists in Godot Engine up to v3.2 that can
| be trig
Control: reassign -1 libstb
Control: severity -1 important
https://github.com/nothings/stb/issues/189
Package: cloud.debian.org
Ohai,
debian/buster64 [1] is still at 10.4, while there was 10.8 released last
weekend. Could you please update the box to the latest point release, so
that users don't have to do that manually after fetching it?
Thanks!
[1] https://app.vagrantup.com/debian/boxes/buste
Package: cloud.debian.org
Ohai,
when trying to update a VM based on the debian/buster64 box from 10.4 to
10.8, grub-pc can't be upgraded non-interactively because it doesn't
know which devices to install GRUB to (grub-pc/install_devices debconf
question is empty) and that's a fatal error for GRUB
Source: activemq
Version: 5.16.0-1
Severity: important
Tags: security upstream
Forwarded: https://issues.apache.org/jira/browse/AMQ-8035
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for activemq.
CVE-2021-26117[0]:
| The optional ActiveMQ L
Package: openssh-server
Version: 1:8.4p1-3
Severity: wishlist
sshd works very well without /etc/ssh/sshd_config, using just
the defaults, so I wonder if the openssh-server package should
provide /etc/ssh/sshd_config at all?
Providing and maintaining a (sparse) /etc/ssh/sshd_config could
be the r
Package: python2.7
Version: 2.7.16-2+deb10u1
Severity: normal
-- System Information:
Debian Release: 10.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-13-amd64 (SMP w/20 CPU core
101 - 200 of 204 matches
Mail list logo
