Control: tags -1 + moreinfo unreproducible
Control: notfound -1 4.19.118+2
Control: found -1 4.19.118-2
Hi Elliot,
On Thu, Jun 04, 2020 at 10:16:07PM -0700, Elliott Mitchell wrote:
> Package: src:linux
> Version: 4.19.118+2
> Severity: important
>
> Somewhere between linux-image-4.19.0-8-amd64/
Hi Ben!
> I'm sorry this is still unresolved. I have a couple of questions:
>
> * How will people discover this and know that they should use it? If
> the installer is still being updated for ppc64, shouldn't we select
> this kernel automatically when an Nvidia PCI device is detected?
>
> * Ha
Le 04/06/2020 à 08:39, Xavier Guimard a écrit :
> Package: ftp.debian.org
> Severity: normal
>
> Hi,
>
> yui3 was uploaded in 2012 and never maintained since except one NMU by
> security team. I wrote a mail 1 year ago o the bazaar team which has the
> only one reverse dep (loggerhead), without a
On Fri, Jun 5, 2020 at 11:36 am, Pirate Praveen
wrote:
I have reproduced the same error with less npm dist tarball in
embed-less-npm-dist-tar branch of rainloop in salsa, so reassigning
back to rainloop.
[05:52:23] Finished 'lightgalleryFontsCopy' after 497 ms
[05:52:23] Finished 'fontast
Control: reassign -1 rainloop
Control: retitle -1 rainloop ftbfs with node-less 3.11.2 in experimental
On Wed, Jun 3, 2020 at 1:27 am, Pirate Praveen
wrote:
We could try building rainloop with npm version of less 3.11.2 to
confirm if it is rainloop that needs updating or less that needs
fixin
Adrian Bunk:
> Source: debhelper
> Version: 13.1
> Severity: serious
> Control: affects -1 src:esys-particle
> Control: block 961995 by -1
>
> https://buildd.debian.org/status/package.php?p=esys-particle
>
> ...
>dh_installman -a
> dh_installman: warning: Section for ./debian/esysparticle.1 i
Package: src:linux
Version: 4.19.118+2
Severity: important
Somewhere between linux-image-4.19.0-8-amd64/4.19.98+1+deb10u1 and
linux-image-4.19.0-9-amd64/4.19.118+2 NFS, in particular v4 got broken.
Mounting an appropriate filesystem became unreliable, and once mounted
behavior is unpredictable.
I
Source: debhelper
Version: 13.1
Severity: serious
Control: affects -1 src:esys-particle
Control: block 961995 by -1
https://buildd.debian.org/status/package.php?p=esys-particle
...
dh_installman -a
dh_installman: warning: Section for ./debian/esysparticle.1 is computed as
"2012-12-30", which
Source: orthanc-mysql
Version: 2.0-2
Severity: serious
Tags: ftbfs bullseye sid
Control: block 961995 by -1
https://buildd.debian.org/status/package.php?p=orthanc-mysql
...
-- Found Boost: /usr/lib/x86_64-linux-gnu/cmake/Boost-1.71.0/BoostConfig.cmake
(found version "1.71.0")
CMake Error at
/us
Source: hugin
Version: 2019.2.0+dfsg-1
Severity: serious
Tags: ftbfs
Control: block 961995 by -1
https://buildd.debian.org/status/package.php?p=hugin
libboost-signals-dev no longer exists with boost1.71.
Source: monero
Version: 0.15.0.5-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=monero&arch=armel
...
16/17 Test #7: block_weight . Passed 274.59 sec
E: Build killed with signal TERM after 300 minutes of inactivity
The non-failing build of 0
Hi Anton,
On Thu, Jun 04, 2020 at 10:33:53PM +0200, Anton Gladky wrote:
> I do not quite understand how #961042 can be fixed in yade.
> Could you please check, whether the bug is properly assigned?
The bug is properly assigned to python3-future. It just shows up in your
view, because it affects y
On 2020-06-05 01:39, Sebastian Ramacher wrote:
> openbabel and the binNMus migrated.
Thanks for noticing!
Best,
Andrius
signature.asc
Description: OpenPGP digital signature
On 2020-06-05 08:58, Felix Lechner wrote:
Hi Drew,
On Sun, Aug 11, 2019 at 6:36 PM Felix Lechner
wrote:
The [confusing] error message comes from dpkg-source.
I have not seen any activity from the Dpkg maintainers on your
original filing #849752.
Perhaps Lintian should also error out
when
Vincent Lefevre wrote on Thu, 04 Jun 2020 10:03 +0200:
> On 2020-06-04 03:32:49 +, Daniel Shahaf wrote:
> > Furthermore, I'd rather not remove code just because it's currently
> > unused in zsh.git. The completion system — especially the Type/*
> > functions — is an API, not a blackbox. Does
-- Forwarded message -
From: Ko Ko Ye`
Date: Fri, Jun 5, 2020 at 9:32 AM
Subject: Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with
QR
To: Boyuan Yang <073p...@gmail.com>
Thank so much Boyuan
On Fri, Jun 5, 2020 at 8:42 AM Boyuan Yang <073p...@gmail.com> wrote:
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
Control: block #954301 by -1
* Package name: pprintpp
Version : 0.4.0
Upstream Author : David Wolever
* URL : https://github.com/wolever/pprintpp
* License : BSD
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
Owner: Marcio de Souza Oliveira
* Package name: anonsurf
Version : 2.12.1
Upstream Author : Nong Hoang "DmKnght"
* URL : https://nest.parrot.sh/packages/tools/anonsurf
* License : GPL-2
Programming Lang: Shell script, Nim
D
Control: tags -1 +moreinfo
Hi kokoye,
Please find my comments below:
Ko Ko Ye` 于2020年5月30日周六 下午11:57写道：
>
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "wifi-qr"
>
> * Package name: wifi-qr
>Version : 0.1-1
Package: circos
Version: 0.69.6
I think this software has not been correctly packaged. Running the circos
command with no parameters results in
The Config::General module reported the error
Config::General The file "etc/colors_fonts_patterns.conf" does not exist
within ConfigPath:
/etc
Hi Anthony,
Thank you for your work on this.
Anthony Perkins writes:
> Package: wnpp
> Severity: wishlist
> Owner: Anthony Perkins
>
> * Package name: ltunify
> Version : 0.2
> Upstream Author : Peter Wu
> * URL : https://lekensteyn.nl/logitech-unifying.html
> * Li
Package: webext-keepassxc-browser
Vesrion: 1.6.3+repack1-1
Severity: important
[ Perhaps this deserves to be serious? :) ]
Hi!
Thanks for packaging this, it's been very helpful! :)
While trying to use this extension with chromium, I was met with error
messages about not being able to connect to
Hello,
I have the same issue, here is the fix:
diff -ur a/po/fr.po b/po/fr.po
--- a/po/fr.po 2020-06-04 12:47:08.270241059 -0400
+++ b/po/fr.po 2020-06-04 15:41:51.256894786 -0400
@@ -1565,8 +1565,8 @@
#: ../libcaja-private/caja-file-operations.c:3033
msgid "Duplicating %'d file (in \"%B\")"
msgid
Thanks again, uploaded to mentors:
RFS: ca-certificates/20200601~deb9u1 [RC] -- Common CA certificates
https://bugs.debian.org/962245
--
Kind regards,
Michael
Thank you. Uploaded to mentors:
RFS: ca-certificates/20200601~deb10u1 [RC] -- Common CA certificates
https://bugs.debian.org/962244
--
Kind regards,
Michael
Quoting Ricardo Ribalda Delgado (2020-06-05 01:00:35)
> Thanks a lot for your remarks!
Happy to help!
> On Thu, Jun 4, 2020 at 10:18 PM Jonas Smedegaard wrote:
> > Quoting Ricardo Ribalda Delgado (2020-06-04 19:53:10)
> > The autopkgtest failed:
> >
> > upstream-test-suite FAIL stderr: configur
Package: sponsorship-requests
Severity: important
Dear mentors,
** stretch-pu approval and debdiff can be found on:
https://bugs.debian.org/962155
I am looking for a sponsor for my package "ca-certificates"
* Package name: ca-certificates
Version : 20200601~deb9u1
* License
пт, 5 июн. 2020 г. в 00:30, David Kalnischkies :
> I mentioned already that this is implemented in libapt to apply to ALL
> apt-based clients equally. A cron-job is not effected by aliases nor is
> a python script (using python-apt). It isn't even realistic that you
> alias all "normal" libapt cli
Package: sponsorship-requests
Severity: important
Dear mentors,
** buster-pu approval and debdiff can be found on:
https://bugs.debian.org/962152
I am looking for a sponsor for my package "ca-certificates"
* Package name: ca-certificates
Version : 20200601~deb10u1
* License
Package: po4a
Version: 0.59.1-1
Severity: normal
Hi!
The POD parser marks the format name in =begin/=for/=end tags as
translatable, but this text should not be translated as it is part of
the syntax. I've very briefly checked the po4a and Pod::Parser code
and didn't see an obvious way to handle t
Hi Henry-Nicolas,
Henry-Nicolas Tourneur writes:
> Package: wnpp
> Severity: wishlist
> Owner: Henry-Nicolas Tourneur
>
> * Package name: python3-listparser
> Version : 0.18
> Upstream Author : Kurt Mckee
> * URL : https://github.com/kurtmckee/listparser
> * License
Hi Michael,
On Sun, Dec 1, 2019 at 3:42 AM Michael Biebl wrote:
>
> Afaics, libmtp-common is affected by this as well. [That] maintainer decided
> to override lintian.
I noticed you eventually decided to override Lintian, as well.
> Tbh, I'm not sure how to fix this without lintian becoming a u
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "vorta"
* Package name: vorta
Version : 0.6.26+8.gec0f19a-1~exp1
Upstream Author : Manuel Riel
* URL : https://vorta.borgbase.com
* License : GPL-3+
On 04/06/2020 23:12, Thomas Goirand wrote:
On 6/4/20 10:33 PM, peter green wrote:
A few days ago Sandro Tosi uploaded the python-unittest2 and
python-funcsigs source packages. It seems that both of these were
effectively "team uploads" though they were not marked as such.
A few years ago, I've
I attached the keybind I proposed to be added to the
/etc/xdg/openbox/LXDE/rc.xml file.
--- /etc/xdg/openbox/LXDE/rc.xml 2017-01-21 00:09:24.0 +0100
+++ new.xml 2020-06-04 22:22:44.763240643 +0200
@@ -310,6 +310,44 @@
lxrandr
+
+
+
+
+
+ 0
+ 0
+
A2 C2C0D8C5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8 CFD0C5C2DBD8C5CD CBC8CCC8D2
CAC2CED2DB, D3D1D2C0CDCEC2CBC5CDCDDBC9 C0C4CCC8CDC8D1D2D0C0D2CED0CECC, C8 C2DB
CDC5 D1CCCEC6C5D2C5 CED2CFD0C0C2CBDFD2DC C8CBC8 CFCECBD3D7C0D2DC CDCEC2DBC5
CFC8D1D0, CFCECAC0 CDC5 CFD0CEC2C5C4C5D2C5 CFCEC2D2CED0CDD3DE
CFD0
Package: openbox-lxde-session
Version: 0.99.2-3
Severity: minor
Tags: patch
Dear Maintainer,
* What led up to the situation?
I know that openbox is a stacking window manager. However, a simple tip make it
quite like a tiling window manager.
* What exactly did you do (or not do) that wa
Version: 2020.20200522-1
Severity: minor
Package: texlive-lang-czechslovak
Hello,
the texlive-lang-czechslovak depends on all other European
texlive-lang-xxx packages, like English, German, French, etc. This makes
the overall size of packages brought by it up to several hundreds
MB. I'm not qui
On Thu, 2020-06-04 at 15:58:47 -0700, Felix Lechner wrote:
> > This change means that any current caller which uses lintian as part
> > of its acceptance testing will now silently let broken things through
>
> As I explained on IRC this statement is probably untrue (and you did
> not have the cour
Version: 2020.20200522-1
Severity: minor
Package: texlive-lang-czechoslovak
Hello,
the texlive-lang-czechoslovak depends on all other European
texlive-lang-xxx packages, like English, German, French, etc. This makes
the overall size of packages brought by it up to several hundreds
MB. I'm not
On Wed, 3 Jun 2020 17:26:27 +0200 Elimar Riesebieter wrote:
> What do you mean with "call home"?
Access the Internet without the consent of the person running it.
> There is indeed a new version available in [0] and [1]. It will be
> contributed witch the next release of alsa-utils. So what make
Hi Jonas
Thanks a lot for your remarks! I am a newbie in Debian packaging.
On Thu, Jun 4, 2020 at 10:18 PM Jonas Smedegaard wrote:
>
> Quoting Ricardo Ribalda Delgado (2020-06-04 19:53:10)
> > I have just updated my salsa to 2.2.0
> > https://salsa.debian.org/ribalda-guest/ugrep/-/tree/debian In
Hi
On Thu, Jun 4, 2020 at 3:21 PM Chris Lamb wrote:
>
> I can relate to this feeling so let me do this for you. At the very
> least, this change now won't hit bullseye before being resolved.
I also agree with this bump in severity. Thanks!
> This change means that any current caller which uses
Hi!
On Thu, 2020-06-04 at 23:06:29 +0100, Chris Lamb wrote:
> severity 962158 serious
> thanks
> > Severity: important
> >
> > This probably deserves to be serious, but I'm not sure I can be
> > bothered…
>
> I can relate to this feeling so let me do this for you. At the very
> least, this chang
On Thu, Jun 04, 2020 at 09:24:22PM +0300, Aleksey Tulinov wrote:
> On Wed, 9 Oct 2019 17:36:07 +0200 David Kalnischkies
> wrote:
>
> > As Julian already said, it is "just" used for its dbus communication
> > implementation. We don't require systemd to be your init or to be even
> > functional. So
severity 962158 serious
thanks
Guillem,
> Severity: important
>
> This probably deserves to be serious, but I'm not sure I can be
> bothered…
I can relate to this feeling so let me do this for you. At the very
least, this change now won't hit bullseye before being resolved.
Regards,
--
On 6/4/20 10:33 PM, peter green wrote:
> A few days ago Sandro Tosi uploaded the python-unittest2 and
> python-funcsigs source packages. It seems that both of these were
> effectively "team uploads" though they were not marked as such.
A few years ago, I've been flamed, them banned from the DPMT f
Package: wnpp
Severity: wishlist
I am the developer of jc, which is now packaged on OpenSUSE, NixOS, macOS
(Homebrew), and FreeBSD (ports). jc is currently in process for packaging on
Fedora.
jc is licensed under the MIT license.
https://github.com/kellyjonbrazil/jc
https://pypi.org/project/jc
On Sunday 10 May 2020 10:34:52 Andrej Shadura wrote:
> On Fri, May 08, 2020 at 12:51:10PM +0200, Pali Rohár wrote:
> > On Friday 08 May 2020 12:44:27 Andrej Shadura wrote:
> > > Thanks but it's already done, on Salsa and in NEW :)
>
> > Ou, I have not spotted it. Week ago it was not there.
>
> Tr
Package: selinux-policy-default
Version: 2:2.20161023.1-9
Severity: important
Dear Maintainer,
Problem describtion:
I set up automounting with sshfs. My selinux is in Enforcing mode.
When triggering the automount, it fails and a SELinux Security alert shows up:
***audit.log***
type=AVC msg=audit
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
As per #962234 for stretch and my remarks on #961443 I'd like to
uploaded a targeted fix for these no-dsa security issues:
https://metacpan.org/pod/release/XSAWYERX/perl-5.28.3/pod/
On Thu, Jun 04, 2020 at 09:24:22PM +0300, Aleksey Tulinov wrote:
> On Wed, 9 Oct 2019 17:36:07 +0200 David Kalnischkies
> wrote:
> > As Julian already said, it is "just" used for its dbus communication
> > implementation. We don't require systemd to be your init or to be even
> > functional. So I
Package: normalize-audio
Version: 0.7.7-15
Severity: normal
Hello and thanks for maintaining this nice program in Debian!
I wanted to run normalize (in batch mode) on a group of audio files
with the --no-adjust option, in order to analyze the files, without
altering them in any way.
I can do th
Package: src:linux
Version: 4.19.118-2
Severity: normal
Dear Maintainer,
I encounter an issue with USB3 hub and USB3 key and disk
* What led up to the situation?
The problem occur since i udgraded my computer from debian 9 to debian 10
(from librazik2 to librazik3 in fact, but i don't think
On Thu, Jun 4, 2020 at 22:18:10 +0300, Adrian Bunk wrote:
> On Thu, Jun 04, 2020 at 07:55:32PM +0200, Julien Cristau wrote:
> > Control: tag -1 moreinfo
> >
> > On Thu, Jun 04, 2020 at 07:59:22PM +0300, Adrian Bunk wrote:
> > > FAIL: dtls_hello_random_value
> > > =
>
yeah if you could transfer the repo to DPMT that'd be great: i'm
already using multiprocess in one of my project and i'll take for the
package as well. any technical reason behind the halt of the packaging
other than lack of time? thanks!
On Thu, Jun 4, 2020 at 4:35 PM Andreas Tille wrote:
>
> Co
On 25 May 2020 Patrick ZAJDA wrote:
> When launching the Reportbug GTK, it is not possible to use keyboard
> navigation.
> Nothing happens when I press Tab or Shift+Tab.
Thank you for the report. After receiving your report I have tried to
navigate the GTK UI using only the keyboard, and can confi
Package: libfox-1.6-0
Version: 1.6.57-1
Severity: wishlist
Dear Maintainer,
I try to package my game engine project for debian which requires fox-1.7.67 or
higher.
Existing version is 1.6.57 which is not compatible to 1.7.67 .
I've been told to create a wishlist bug to see if such an upgrade is
Package: wnpp
Severity: wishlist
Subject: ITP: libatomicbitvector -- atomic bitset/bitvector with size
determined at runtime
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: libatomicbitvector
Version : 0.0+git20200519.e295358
Upstream Author : Erik Garrison
On 5/31/20 9:19 AM, Tobias Frost wrote:
> If you want to follow this route, your next step would be now to contact
> the fox1.6 maintainer by filing a wishlist bug against src:fox1.6, asking
> to package the version you need, explaining the situation and maybe (==
> if you want) tell them that you
On Thu, Jun 04, 2020 at 02:41:04PM +0200, Gianfranco Costamagna wrote:
> Hello, since version 0.68 we are hitting autopkgtest failures on Ubuntu s390x
> (but I presume this might be an endianess issue unrelated to Ubuntu, but an
> issue on Debian too)
>
> look e.g.:
>
> https://objectstorage.pro
Control: retitle -1 RFP: multiprocess -- better multiprocessing and
multithreading in Python
Sorry, this package has lowered in my list of needs. Feel free to take
over. If you want me to transfer the existing repository to DPMT I'd
happily do so.
Kind regards
Andreas.
On Thu, Jun 04,
A few days ago Sandro Tosi uploaded the python-unittest2 and python-funcsigs source
packages. It seems that both of these were effectively "team uploads" though
they were not marked as such. The python-unittest2 upload dropped python 2 support while
the python-funcsigs package dropped python 2
On 5/31/20 9:19 AM, Tobias Frost wrote:
> If you want to follow this route, your next step would be now to contact
> the fox1.6 maintainer by filing a wishlist bug against src:fox1.6, asking
> to package the version you need, explaining the situation and maybe (==
> if you want) tell them that you
Hi Helmut,
I do not quite understand how #961042 can be fixed in yade.
Could you please check, whether the bug is properly assigned?
Thanks
Anton
Package: vanguards
Version: 0.3.1-2
Severity: serious
vanguards build-depends on pypy-pytest which depends on pypy-funcsigs which is
no longer built by the python-funcsigs source package. The pytest maintainer
has also said they would like to get rid of pypy support from pytest. Afaict
vanguar
Quoting Ricardo Ribalda Delgado (2020-06-04 19:53:10)
> I have just updated my salsa to 2.2.0
> https://salsa.debian.org/ribalda-guest/ugrep/-/tree/debian In case
> that you want to give it a try.
Great!
A few remarks about the packaging:
The autopkgtest failed:
upstream-test-suite FAIL stderr
Control: tags -1 + moreinfo
Am 04.06.20 um 18:48 schrieb 積丹尼 Dan Jacobson:
> Package: systemd
> Version: 245.5-3
> Severity: wishlist
> File: /bin/journalctl
>
> Are you sure the
> -- Logs begin at Sun 2020-02-02 08:24:03 CST. --
> message is helpful for
> # journalctl --boot
> and
> # journalctl
Source: xiphos
Version: 4.1.0.1+dfsg1-1+b1
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
xiphos fails to build on ftbfs:
| [ 45/131] cxx: src/main/configs.cc -> build/default/src/main/configs_1.o
| 22:41:52 runner system c
This upstream commit fixes the test failures on s390x:
https://github.com/oSoMoN/fontforge/commit/fde85b13382595cb3ab889e38570b4944edad808
.
I cherry-picked it and applied it to 1:20190801~dfsg-5 (only the last hunk
doesn't apply cleanly, it can be removed), and the build succeeded
on amd64, arm64
Package: grub-pc
Version: 2.04-7
Severity: wishlist
Dear Maintainer,
could you please backport LUKS2 support from upstream? #55093 [1], Add LUKS2
support was implemented in 365e0cc3e ("disk: Implement support for LUKS2") [2].
It'd be great to have the support backported at least in experimental
Source: orthanc-postgresql
Version: 3.2-1
Severity: serious
Tags: ftbfs bullseye sid
Control: block 961995 by -1
https://buildd.debian.org/status/package.php?p=orthanc-postgresql&suite=sid
...
-- Found Boost: /usr/lib/x86_64-linux-gnu/cmake/Boost-1.71.0/BoostConfig.cmake
(found version "1.71.0")
Package: selinux-policy-default
Version: 2:2.20161023.1-9
Followup-For: Bug #888967
I would like to add more information.
After apply workaround:
$ echo '(allow semanage_t semanage_tmp_t (file (getattr open read execute
ioctl)))' > semanage_mmap_tmp.cil
$ sudo semodule -i semanage_mmap_tmp.cil
Hi Roland,
I totally understand your need for a more recent version of the FOX
toolkit. There has been very little upstream activity on the 1.6
("stable") branch in the last few years, and honestly, I don't know
why the 1.7 branch isn't yet considered stable or if/when this will
ever happen.
Howe
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Dear release team,
I would like to fix Debian bug #928813 in Buster. Stretch is not
affected. Due to wrong file naming the configuration file for
libapache-mod-jk was not installed
Package: selinux-policy-default
Version: 2:2.20161023.1-9
Followup-For: Bug #962223
I've found release, where policy has fixed: 2.20180701
here it is the commit
https://github.com/SELinuxProject/refpolicy/commit/3ab07a0e1ee01ee62a6102acdd3957e6894bf795
-- System Information:
Debian Release: 9.1
On Thu, Jun 04, 2020 at 07:55:32PM +0200, Julien Cristau wrote:
> Control: tag -1 moreinfo
>
> On Thu, Jun 04, 2020 at 07:59:22PM +0300, Adrian Bunk wrote:
> > FAIL: dtls_hello_random_value
> > =
> >
> > testing: default
> > client:156: client: Handshake failed: Resour
On Thu, Jun 04, 2020 at 06:33:10PM +0200, Roland Plüss wrote:
>
> On 5/31/20 9:19 AM, Tobias Frost wrote:
> > If you want to follow this route, your next step would be now to contact
> > the fox1.6 maintainer by filing a wishlist bug against src:fox1.6, asking
> > to package the version you need,
Source: libdr-tarantool-perl
Version: 0.45-2
Severity: serious
Tags: bullseye, sid
libdr-tarantool-perl build-depends on
tarantool-lts | tarantool (<< 1.6)
tarantool-lts has been removed from Debian and tarantool is now at version
1.9.1.26.g63eb81e3c-1.1
Package: smokeping
Version: 2.7.3-2
Severity: normal
Dear Maintainer,
It is not possible to use SSH probe on Debian Buster:
```
$ sudo smokeping --debug
ERROR: output of '/usr/bin/ssh-keyscan -t dsa,rsa,rsa1 127.0.0.1' does not
match (?^i:^# \S+ SSH-)
at (eval 59) line 1.
```
because ssh-key
Package: lightdm
Version: 1.26.0-4
Severity: normal
Tags: newcomer
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was t
Control: retitle -1 lintian.d.o: Provide archive-wide statistics on home page
Hi s3v,
> I would like to see stats of Lintian's tags get restored on the main web
> page of the project.
First of all, sorry our web service has been spotty. We hope it will
become one of people's favorite interfaces
On Wed, 9 Oct 2019 17:36:07 +0200 David Kalnischkies
wrote:
> As Julian already said, it is "just" used for its dbus communication
> implementation. We don't require systemd to be your init or to be even
> functional. So I guess proposing an alternative which a) works equally
> well and b) doesn'
On Thu, 2020-06-04 at 02:39:12 +, Felix Lechner wrote:
> Control: tag -1 pending
>
> Remove command line option --fail-on from the settings in configuration
> files. (Closes: #962157)
>
> The configuration file supports
On 04.06.20 12:41, Adam Borowski wrote:
> As your setup is different from mine: could you please confirm that
> installing libcc-s1 fixes the problem?
Do you mean libgcc-s1? It's already installed because of dependency to apt.
I have the file under /usr:
# ll /usr/lib/x86_64-linux-gnu/libgcc_s.so
On Thu, 4 Jun 2020 16:45:45 +0100
"Paul \"LeoNerd\" Evans" wrote:
> At this point now I'm a little stuck, because being unable to
> associate footprints with components, I can't actually make any new
> boards. With pcbnew crashing only on exit, at least I could edit and
> save just fine within on
Control: tag -1 moreinfo
On Thu, Jun 04, 2020 at 07:59:22PM +0300, Adrian Bunk wrote:
> FAIL: dtls_hello_random_value
> =
>
> testing: default
> client:156: client: Handshake failed: Resource temporarily unavailable, try
> again.
> server:271: server: Handshake has fa
On Thu, Jun 04, 2020 at 07:32:13PM +0200, Andreas Metzler wrote:
> On 2020-06-04 Adrian Bunk wrote:
> > Source: gnutls28
> > Version: 3.6.13-2
> > Severity: serious
> > Tags: ftbfs
>
> > https://buildd.debian.org/status/logs.php?pkg=gnutls28&ver=3.6.13-3
> > https://buildd.debian.org/status/logs.
On Thu, Jun 04, 2020 at 07:32:13PM +0200, Andreas Metzler wrote:
> On 2020-06-04 Adrian Bunk wrote:
> > Source: gnutls28
> > Version: 3.6.13-2
> > Severity: serious
> > Tags: ftbfs
>
> > https://buildd.debian.org/status/logs.php?pkg=gnutls28&ver=3.6.13-3
> > https://buildd.debian.org/status/logs.
Hi Jonas
Thanks for the heads up.
I have just updated my salsa to 2.2.0
https://salsa.debian.org/ribalda-guest/ugrep/-/tree/debian In case
that you want to give it a try.
When zumbi has some time it will be updated.
Best regards
On Thu, Jun 4, 2020 at 12:04 PM Jonas Smedegaard wrote:
>
> Quot
Package: selinux-policy-default
Version: 2:2.20161023.1-9
Severity: important
Description of problem:
SELinux is preventing chronyd from sendto access on the chronyc's
unix_dgram_socket.
Chronyc cli is working slower in the Enforcing Selinux mode.
When you start chronyc cli it creates the socket
Hi Matthias,
> so you still need to update that list manually ...
I can revert commit 4c722ae9, which applied the tag to all
architectures instead of a select list (diff below). Is there a source
for the list, or a plan to implement additional architectures?
Kind regards
Felix Lechner
* * *
co
Package: makedumpfile
Version: 1:1.6.7-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu groovy ubuntu-patch
Dear Maintainer,
On some arm systems makedumpfile fails to translate virtual to physical
addresses properly.
This may result in makedumpfile loopi
On 2020-06-04 Adrian Bunk wrote:
> Source: gnutls28
> Version: 3.6.13-2
> Severity: serious
> Tags: ftbfs
> https://buildd.debian.org/status/logs.php?pkg=gnutls28&ver=3.6.13-3
> https://buildd.debian.org/status/logs.php?pkg=gnutls28&ver=3.6.13-4
> ...
[...]
> The conova buildds are IPv6-only, s
Source: xawtv
Version: 3.106-1
Severity: grave
Tags: security upstream
Hi,
The following vulnerability was published for xawtv.
CVE-2020-13696[0]:
| v4l-conf setuid-root program allows file existence tests and open(...,
| O_RDRW) on arbitrary files
If you fix the vulnerability please also make
P.S: A recent archive-wide run showed 334 overrides and
occurrences. The override ratio does not support a removal, but the
total number of occurrences may. Could it be true that we are shipping
defective shared libraries? I don't think so.
Also, the tag carries the Severity 'error'.
Ki
--
cd /build/ehbackup-api-3.3.2+3+g6939d93~ui10/ && env
PATH="/usr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent"
dpkg-buildpackage -us -uc -d
dpkg-buildpackage: info: source packag
Source: gnutls28
Version: 3.6.13-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=gnutls28&ver=3.6.13-3
https://buildd.debian.org/status/logs.php?pkg=gnutls28&ver=3.6.13-4
...
SKIP: ssl30-server-kx-neg
=
SKIP ssl30-server-kx-neg (exit status:
Package: libfdkaac-ocaml-dynlink
Version: 0.3.2-1
Severity: important
The combination of liquidsoap 1.3.3-2 (stable) with
libfdkaac-ocaml-dynlink 0.2.1-1 (stable) works perfectly.
However using the current "unstable" builds of both (liquidsoap 1.4.2-1
and libfdkaac-ocaml-dynlink 0.3.2-1) doesn't
Source: siconos
Version: 4.2.0+git20181026.0ee5349+dfsg.2-3
Severity: serious
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:boost-defaults
[X-Debbugs-CC: debian...@lists.debian.org,
boost-defau...@packages.debian.org]
Dear maintainer(s),
With
1 - 100 of 237 matches
Mail list logo
