Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: filesystems-de...@alioth-lists.debian.net, em...@debian.org
Dear mentors,
I am looking for a sponsor for my package "erofs-utils"
* Package name: erofs-utils
Version : 1.0-1
Upstream Author : Gao Xiang
* URL
Package: src:remctl
Version: 3.16-3
Severity: serious
Tags: sid bullseye
The package tries to access the network during the build to download test
dependencies.
from
https://buildd.debian.org/status/fetch.php?pkg=remctl=amd64=3.16-3=1572810461=0:
make[3]: Leaving directory '/<>/php'
La taille de votre boîte aux lettres zimbra a atteint 471,29 Mo, soit plus de
90% de votre quota. Veuillez supprimer certains messages pour éviter de
dépasser votre quota. Vous devez valider votre compte dans les 24 heures. Si
vous ne validez pas votre compte dans les 24 heures, vous ne pourrez
La taille de votre boîte aux lettres zimbra a atteint 471,29 Mo, soit plus de
90% de votre quota. Veuillez supprimer certains messages pour éviter de
dépasser votre quota. Vous devez valider votre compte dans les 24 heures. Si
vous ne validez pas votre compte dans les 24 heures, vous ne pourrez
La taille de votre boîte aux lettres zimbra a atteint 471,29 Mo, soit plus de
90% de votre quota. Veuillez supprimer certains messages pour éviter de
dépasser votre quota. Vous devez valider votre compte dans les 24 heures. Si
vous ne validez pas votre compte dans les 24 heures, vous ne pourrez
La taille de votre boîte aux lettres zimbra a atteint 471,29 Mo, soit plus de
90% de votre quota. Veuillez supprimer certains messages pour éviter de
dépasser votre quota. Vous devez valider votre compte dans les 24 heures. Si
vous ne validez pas votre compte dans les 24 heures, vous ne pourrez
La taille de votre boîte aux lettres zimbra a atteint 471,29 Mo, soit plus de
90% de votre quota. Veuillez supprimer certains messages pour éviter de
dépasser votre quota. Vous devez valider votre compte dans les 24 heures. Si
vous ne validez pas votre compte dans les 24 heures, vous ne pourrez
control: tags -1 patch
On 05/11/19 07:55, Gianfranco Costamagna wrote:
> Source: remctl
> Version: 3.16-3
> Severity: serious
>
> Hello, according to build log:
> Testing Python extension
> running pytest
> Searching for typing
> Reading https://pypi.org/simple/typing/
> Downloading
>
Source: remctl
Version: 3.16-3
Severity: serious
Hello, according to build log:
Testing Python extension
running pytest
Searching for typing
Reading https://pypi.org/simple/typing/
Downloading
Source: 389-ds-base
Version: 1.4.1.6-4
Severity: grave
Tags: security upstream
Hi,
The following vulnerability was published for 389-ds-base.
CVE-2019-14824[0]:
Read permission check bypass via the deref plugin
Note that [1] gives [2] as external reference, but there I get a 404
page not
Vincent Bernat writes:
> ❦ 4 novembre 2019 18:55 +0530, Vasudeva Sathish Kamath
> :
Copying Ritesh who is also the maintainer of the libbpfcc
>
> I get the same results. Also, it doesn't work with a 5.2 kernel either.
> Using "strace -febpf", I see the following:
>
> bpf(BPF_MAP_CREATE,
Package: ftp.debian.org
Severity: normal
Hi,
Considering the very low popcon and that I don't have time to maintain it
anymore, I think it is better to remove this package from the archive. I
have also asked the upstream author and he doesn't mind as he is not using
the Debian package anyway.
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "runescape"
* Package name: runescape
Version : 0.6-2
Upstream Author : Jagex Games Ltd., Carlos Donizete Froes
* URL : https://oldschool.runescape.com
*
Package: netcat-openbsd
Version: 1.130-3
Severity: wishlist
Tags: ipv6
-- System Information:
Debian Release: 9.9
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-9-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Package: netcat-openbsd
Version: 1.130-3
Followup-For: Bug #747646
-- System Information:
Debian Release: 9.9
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-9-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
On Fri, Nov 01, 2019 at 11:20:59AM -0700, Russ Allbery wrote:
> > I think there is already a lintian warning:
> >
> > https://lintian.debian.org/tags/missing-systemd-service-for-init.d-script.html
> Oh! I should have checked rather than assuming. It would ideally be nice
> to make it a
Hi Richard,
> Thanks! That addresses the bit from the title, but I don't see any
> changes to also suppress systemd-service-file-missing-install-key in
> these cases, as requested by:
[…]
Please clone and retitle to match; multiple requests in the same
wishlist bug often lead to this in my
On 11/4/19 12:42 PM, Chris Lamb wrote:
> Bug #944094 in lintian reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
>
>
Control: tag -1 pending
On Mon, 2019-11-04 at 11:48 +0100, Raphael Hertzog wrote:
> Control: tags -1 - moreinfo
>
> Hi,
>
> On Sat, 02 Nov 2019, Ben Hutchings wrote:
> > I already communicated this via IRC, but I thought it should be logged
> > in the BTS too: I have a tentative fix for this in
Louis-Philippe Véronneau:
> I've written to Intrigeri to propose him to co-maint this package and
> move it to the Python Team.
… and I've happily accepted pollo's offer :)
On Mon, 2019-11-04 at 19:42 -0300, Emmanuel Arias wrote:
> I can work on fsspec :-) if there aren't opposition
Go for it.
I should find time and figure out where I was at for bokeh javascript
dependencies.
I wonder if the js team would review my first couple of packages while
I try to
Package: openems
Version: 0.0.35+git20190103.6a75e98+dfsg.1-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Hi Ruben,
The openems package is set up in a way to iterate over all
currently-supported versions of python3 in the archive
Control: tags 935540 + pending
Cyril Brulebois wrote:
> [ Please don't drop submitters; quoting in full accordingly. ]
>
> Philip Hands (2019-08-24):
> > Cyril Brulebois writes:
> >
> > > Control: tag -1 - d-i
> > >
> > > Hi Gustavo,
> > >
> > > Gustavo Romero Vazquez (2019-08-23):
> > >>
Package: apt-cacher-ng
Version: 3.1-1build1
Severity: minor
I tried using apt-cacher-ng to mirror Centos 8. The file patterns for
apt-cacher-ng do not match some new AppStream yaml files and requests for them
result in a 403.
Any yaml.gz file within
I can work on fsspec :-) if there aren't opposition
El lun., 4 de nov. de 2019 a la(s) 19:39, Scott Kitterman
(deb...@kitterman.com) escribió:
>
>
>
> On November 4, 2019 10:00:27 PM UTC, Diane Trout wrote:
> >On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote:
> >> On 2019-10-29 03:01,
attached patch for the init script fixes this. As the package maintainer
does not pop up here, can some Debain Deveoper please make a NMU based
on this patch?
--- debian/webfs.init.old 2019-11-04 22:48:01.637076220 +0100
+++ debian/webfs.init 2019-11-04 22:49:19.481197962 +0100
@@ -73,13 +73,13 @@
On November 4, 2019 10:00:27 PM UTC, Diane Trout wrote:
>On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote:
>> On 2019-10-29 03:01, Rebecca N. Palmer wrote:
>> > Assuming we're talking about
>> >
>> >
On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote:
> On 2019-10-29 03:01, Rebecca N. Palmer wrote:
> > Assuming we're talking about
> >
> > https://salsa.debian.org/python-team/modules/dask/blob/experimental/debian/patches/use-local-intersphinx.patch
> >
> > I think the actual problem is on
Anthony Fok writes:
> On Fri, Aug 30, 2019 at 6:13 PM Nicholas D Steeves wrote:
>>
>> On Fri, Aug 30, 2019 at 07:53:03AM +, Matthias Klose wrote:
>> > Package: src:songwrite
>> > Version: 0.14-11
>> > Severity: normal
>> > Tags: sid bullseye
>> > User: debian-pyt...@lists.debian.org
>> >
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nautilus-hide"
* Package name: nautilus-hide
Version : 0.2.3-8
Upstream Author : Bruno Nova
* URL : https://github.com/brunonova/nautilus-hide
* License
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nautilus-admin"
* Package name: nautilus-admin
Version : 1.1.9-3
Upstream Author : Bruno Nova
* URL : https://github.com/brunonova/nautilus-admin
* License
Package: debmirror
Version: 1:2.32
Severity: important
Dear Maintainer,
The resolution of bug #904927 (Please sync/mirror Packages-all and Contents-all
by default) appears to have broken debmirror's ability to mirror
archive.debian.org. Wheezy-backports, for instance, lists
Package: wnpp
Severity: wishlist
* Package name: fonts-arsenal
Version : 2.000
Upstream Author : Alexei Vanyashin
* URL : https://github.com/alexeiva/Arsenal
* License :
Programming Lang:
Description : zeitgeist, practical, and Ukrainian typeface
Hi,
On Mon, Nov 04, 2019 at 08:23:58PM +, Adam D. Barratt wrote:
> On Sat, 2019-11-02 at 15:41 +0100, Rene Engelhard wrote:
> > I think we should fix #943873 in stable since even though stable has
> > PostgreSQL 11 people might use it against some other server having
> > 12...
> >
>
>
Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ker...@lists.debian.org
* Package name: libtraceevent
Version : 1.1.0
Upstream Author : Steven Rostedt (VMware)
* URL : NA
* License : GPL-2.0 and
curl 7.54+ has "--suppress-connect-header" option. Using latest curl and a
smaller patch might be a better choice.
Hi,
I believe this can be closed since Debian includes Prosody 0.11.x where
this is no longer an issue.
--
Regards,
Kim "Zash" Alvefur
Prosody developer
Package: neomutt
Version: 20191102+dfsg.1-1
Severity: important
Tags: upstream
Dear Maintainer,
I simply can't launch neomutt, as it immediatly fails with the message
"munmap_chunk(): invalid pointer".
-- Package-specific info:
NeoMutt 20191102
Copyright (C) 1996-2016 Michael R. Elkins and
Package: linux-image-5.3.0-1-amd64
Version: 5.3.7-1
The audio on my Lenovo T490 doesn't work at all with this kernel package.
Dropping back to linux-image-5.2.0-3-amd64 resolves the problem.
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio
Controller (rev 30)
Is
On Mon, 04 Nov 2019 at 19:12:09 +, Simon McVittie wrote:
> This proposed patch
Sorry, forgot to attach.
smcv
diff --git a/debian/changelog b/debian/changelog
index 155c0b7da..b1a3bc1a8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,17 @@
+glib2.0 (2.58.3-2+deb10u2)
Package: linux-image-5.2.0-3-amd64
Version: 5.2.17-1+b1
The audio on my Lenovo T490 doesn't work at all with this kernel package.
Dropping back to linux-image-5.3.0-1-amd64 resolves the problem.
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio
Controller (rev 30)
I apologise for the delay in replying but I don't have many clues as to what's
happening here or any easy ways to debug it.
On 20/10, Francois Marier wrote:
> > Perhaps the import-environment fails, could you add `echo DISPLAY=$DISPLAY`
> > under that
> > and see if it appears in
Gilles Filippini a écrit le 04/11/2019 à 20:00 :
> Unfortunately it currently doesn't build against gcc-snapshot, and I'm
> not at ease with the reported errors.
I eventually succeeded at building against gcc-snapshot, adding
'-fallow-argument-mismatch'. The cgread_f03 test failure is still
Hi Ben,
On 03-11-2019 22:17, Ben Finney wrote:
> On 03-Nov-2019, Paul Gevers wrote:
>
>> With a recent upload of python-coverage the autopkgtest of
>> python-coverage fails in testing when that autopkgtest is run with the
>> binary packages of python-coverage from unstable. It passes when run
>>
Control: tags -1 + confirmed
On Wed, 2019-10-30 at 16:59 +0100, Michael Biebl wrote:
> retitle 941738 buster-pu: package network-manager/1.14.6-2+deb10u1
> thanks
>
> Am 04.10.19 um 15:20 schrieb Michael Biebl:
> > Am 04.10.19 um 15:09 schrieb Michael Biebl:
> > > +network-manager (1.14.6-3)
Hi Sven,
On Mon, Nov 4, 2019 at 12:14 PM Sven Joachim wrote:
>
> Does this test suite also involve many manpages?
No, not compared to manpages-dev. Our problem is probably unrelated. [1]
Kind regards,
Felix Lechner
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926409
Control: tags -1 + confirmed
On Sat, 2019-11-02 at 15:41 +0100, Rene Engelhard wrote:
> I think we should fix #943873 in stable since even though stable has
> PostgreSQL 11 people might use it against some other server having
> 12...
>
Please go ahead.
Regards,
Adam
Hi Ola,
> Hi Sergey
>
> I can see that the fix is quite different from the one Thomas proposed. Do
> I understand correctly that this fix go around the problem in a different
> way?
Not quite so. It takes basically the same approach as the fix Thomas
proposed, but also removes unnecessary code
I've written to Intrigeri to propose him to co-maint this package and
move it to the Python Team.
If he's OK with that, I'll make a new release based on the 0.3beta1 tag.
Cheers!
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau
⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org
⠈⠳⣄
signature.asc
Control: tags -1 + confirmed
On Mon, 2019-11-04 at 16:41 +0100, Alberto Gonzalez Iniesta wrote:
> This [1] security bug was found in modsecurity-crs.
> After contacting the security team, they said a DSA was not necessary
> and that I should proceed through p-u.
>
> So here's the debdiff. Hope
On Sun, Nov 03, 2019 at 10:30:53PM -0500, Theodore Y. Ts'o wrote:
> On Sun, Nov 03, 2019 at 11:09:00AM -0800, Darrick J. Wong wrote:
> >
> > Because if you don't do that, the e2scrub process gets started with fd 0
> > mapped to stdout of ls_targets on account of the "ls_targets | while
> > read
Control: reassign -1 libseccomp2 2.4.1-1
Control: forwarded -1 https://github.com/seccomp/libseccomp/issues/153
Control: retitle -1 libseccomp2: seccomp_rule_add is very slow
Control: affects -1 man-db lintian
On 2019-11-04 10:35 -0800, Felix Lechner wrote:
> Hi Sven,
>
> On Mon, Nov 4, 2019 at
Control: tag -1 moreinfo
On Wed, Sep 25, 2019 at 10:59:58AM +0200, Mattia Rizzolo wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: pu
> Tags: stretch
>
> Hi SRM,
>
> It was brought to my attention that stretch's version of dehydrated has
> a few
Am Mo., 4. Nov. 2019, um 09:13 +0100 schrieb Michel Dänzer
:
> On 2019-11-01 5:25 p.m., Petra R.-P. wrote:
> >
> > Section "Device"
> > Identifier "Configured Video Device"
> > Driver"modesetting"
> > EndSection
[...]
> On this machine, you need to add
>
> Option
Package: vistrails
Version: 3.0~git+9dc22bd-1
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear maintainer,
Your package depends on python-vtk6, but that is no longer build by the
src:vtk6 package. Please drop your dependency on this package. src:vtk7 does
build a
Hi Simon,
在 2019-11-04一的 19:02 +，Simon McVittie写道：
> On Sun, 03 Nov 2019 at 17:51:09 +0100, Salvatore Bonaccorso wrote:
> > On Wed, Oct 30, 2019 at 03:04:26PM +, Simon McVittie wrote:
> > > How do the security team want to handle this - as a stable update, or
> > > as a DSA? It isn't a
On 04.11.19 20:00, Gilles Filippini wrote:
now forwarded, would be nice to provide to subscribe to the upstream issue.
is this reproducible with gcc-snapshot?
any idea for a test case?
Unfortunately it currently doesn't build against gcc-snapshot, and I'm
not at ease with the reported errors.
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
A recent security fix to ibus (CVE-2019-14822, #940267, DSA-4525-1)
exposed an interoperability bug between GLib's implementation of D-Bus
and the reference implementation libdbus
Hi Matthias,
Matthias Klose a écrit le 04/11/2019 à 19:21 :
> Control: forwarded -1 https://gcc.gnu.org/PR92361
>
> On 04.11.19 18:13, Gilles Filippini wrote:
>> I've recently uploaded libcgns 8.4.0-1~exp1 to experimental. All
>> builds but ppc64el are ok.
>>
>> The ppc64el failure [0] occurs in
On Sun, 03 Nov 2019 at 17:51:09 +0100, Salvatore Bonaccorso wrote:
> On Wed, Oct 30, 2019 at 03:04:26PM +, Simon McVittie wrote:
> > How do the security team want to handle this - as a stable update, or
> > as a DSA? It isn't a security fix in its own right, but it fixes what
> > is
forwarded 944131 https://github.com/jaalto/splitpatch/pull/8
thanks
I've forwarded this upstream here:
https://github.com/jaalto/splitpatch/pull/8
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Package: vim-nox
Version: 2:8.1.2244-1
Severity: normal
I have "set noesckeys" in my .vimrc because I don't like the delay after
pressing ESC under the normal configuration. When I upgraded to
2:8.1.2244-1, this broke handling of capital letters in insert mode.
Specifically, after entering
Source: splitpatch
Version: 1.0+20190128+git3b2edf2-1
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
splitpatch
Hi Sven,
On Mon, Nov 4, 2019 at 10:20 AM Sven Joachim wrote:
>
> It seems to me we are likely experiencing
> https://github.com/seccomp/libseccomp/issues/153.
Thanks for sharing! Perhaps that's why Lintian's test suite has been
running so slow.
Please feel free to reassign (or close) this bug
Control: forwarded -1 https://gcc.gnu.org/PR92361
On 04.11.19 18:13, Gilles Filippini wrote:
I've recently uploaded libcgns 8.4.0-1~exp1 to experimental. All builds but
ppc64el are ok.
The ppc64el failure [0] occurs in the test suite (test cgread_f03), when a C
va_arg function
On 2019-11-01 10:42 +0100, Sven Joachim wrote:
> Bringing man-db and libseccomp maintainers into the loop.
>
> On 2019-10-31 23:01 -0700, Felix Lechner wrote:
>
>> On Thu, Oct 31, 2019 at 11:33 AM Sven Joachim wrote:
>>>
>>> Running lintian on packages with many manpages is painfully slow.
>>
>>
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "errbot"
* Package name : errbot
Version : 6.1.1+ds-1
Upstream Author : Guillaume Binet, Tali Davidovich Petrover, Nick
Groenen
* Url :
Moritz,
I didn't upload new releases simply because there were none, and there
were none simply because the required upgrade - to gtk 3 and gobject
introspection - has so far not been completed. There was already a bug¹
tracking that problem.
This was not an abandoned package, I was fully aware
On Sat, 26 Oct 2019 07:49:33 -0500, "Serge E. Hallyn" wrote:
> second option sounds nicer but sure is a lot more code. So I'm
> leaning towards the first. Do you mind creating a github issue
> at github.com/shadow-maint/shadow for this, or would you prefer that
> I do it?
I opened a github
Package: arp-scan
Version: 1.9.5-1
Severity: serious
Tags: fixed-upstream
Dear maintainer,
arp-scan is no longer returning any results in Debian sid.
> # arp-scan 10.0.0.0/24
> Interface: wlan0, datalink type: EN10MB (Ethernet)
> Starting arp-scan 1.9.5 with 256 hosts
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher
* Package name: editobj3
Version : 0.1
Upstream Author : Jean-Baptiste Lamy
* URL :
http://www.lesfleursdunormal.fr/static/informatique/editobj/index_en.html
* License : LGPL-3+
Programming Lang:
Package: gfortran-9
Severity: serious
Justification: Causes FTBFS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I've recently uploaded libcgns 8.4.0-1~exp1 to experimental. All builds but
ppc64el are ok.
The ppc64el failure [0] occurs in the test suite (test cgread_f03), when a C
Package: ocaml-nox
Version: 4.05.0-12
Severity: Serious
Dear Maintainer,
Preparing to unpack .../ocaml-nox_4.08.1-2_amd64.deb ...
Unpacking ocaml-nox (4.08.1-2) over (4.05.0-12) ...
dpkg: error processing archive
/var/cache/apt/archives/ocaml-nox_4.08.1-2_amd64.deb (--unpack):
trying to
On Sun, Nov 03, 2019 at 09:04:49PM +0100, Bernd Zeimetz wrote:
> On 11/3/19 8:51 PM, Joerg Dorchain wrote:
> > I would expect more
> > explicit hints for such drastic changes from my favourite
> > distribution.
>
> - Your favorite distribution uses systemd as default, expect init script
> to be
Package: debian-installer
Severity: Important
Tags: main-menu
Hi,
I was using pxe to install debian buster guest on xenserver and in kernel boot
parameter I set 2 console parmeters as below
# Generated by XenRT
SERIAL 0 9600
PROMPT 1
TIMEOUT 20
DEFAULT install
LABEL install
KERNEL
I'm having what appears to be the same problem with a few differences of note:
- Lenovo T480 (original report was for a T580)
- Linux kernel 4.19.0-6-amd64
- lxdm
- xfce4
- External monitor connected via HDMI
Shannon C. Dealy | DeaTech Research Inc.
de...@deatech.com
Package: apt
Version: 1.8.4
Severity: normal
Dear Maintainer,
We are running several debian repositories for custom kernel and patched deb
packages. We use apache2 on Buster, with https enabled, to serve the repos.
This worked fine, until we decided to enable ocsp stapling in apache2, which
Am 04.11.19 um 17:23 schrieb Nicolas Évrard:
> * Michael Biebl [2019-11-04 16:43:30]:
>> Am 04.11.19 um 16:08 schrieb Michael Biebl:
>>> Oh, I see that iwd now ships
>>> /lib/systemd/network/80-iwd.link containing:
..
> So if I want to keep the old behaviour, I should override this and
> replace
* Michael Biebl [2019-11-04 16:43:30]:
> Am 04.11.19 um 16:08 schrieb Michael Biebl:
> > Oh, I see that iwd now ships
> > /lib/systemd/network/80-iwd.link containing:
> >
> > [Match]
> > Type=wlan
> >
> > [Link]
> > NamePolicy=keep kernel
> >
> > This will disable the new naming scheme for wlan
Package: tig
Version: 2.4.1-1build1
Severity: normal
Dear Maintainer,
export GIT_PAGER="tig"
git log
or just
git log | tig
Then, write '/' and hit enter, tig will crash.
This is the backtrace when launching it as
git log | gdb -ex r -ex "set logging on" -ex "bt full" -ex quit --args tig
Hi Sergey
I can see that the fix is quite different from the one Thomas proposed. Do
I understand correctly that this fix go around the problem in a different
way? I do not see any explicit value > 0 check. Instead it looks like the
fix allows larger file sizes instead of telling that they are
Package: plantuml
Version: 1:1.2018.13+ds-1
Severity: wishlist
Dear Maintainer,
Within the this year, plantuml got quite some improvements. The current
release is 1.2019.12. Please consider upgrading the Debian package.
Thanks and kind regards,
Adi
-- System Information:
Debian Release: 10.1
Control: severity -1 serious
On 10/1/19 7:16 PM, Sebastiaan Couwenberg wrote:
> On 8/30/19 10:20 AM, Sebastiaan Couwenberg wrote:
>> gdal (3.0.1+dfsg-1~exp3) dropped support for Python 2 and no longer
>> builds python-gdal.
>
> The next upload of GDAL 2.4.x will also drop support for Python 2
David,
I appreciate you doing some clean-up on the code and addressing the
zombie/sleeping process issue.
When I was applying the patch the part addressing the missing zombie
process did not apply and when I looked closer at the code it appears
that you are fixing is something that was already
severity -1 serious
This package depends on python-networkx which in turn depends on
python-gdal which is no longer built since gdal (2.4.3+dfsg-1)
Kind Regards,
Bas
Package: lua-torch-sundown
Severity: normal
Dear Maintainer,
according to Debian policy[1] embedded convenience copies of libraries
should not be used but rather packaged seperately.
[1]:
https://www.debian.org/doc/debian-policy/ch-source.html#convenience-copies-of-code
Your package seems to
Package: src:dh-python
There is PYBUILD_DISABLE_pypy=test, it would be nice to also have
PYBUILD_IGNORE_pypy=test to run and ignore the results. A use case would be e.g.
to document test results, but not to fail the package build. E.g. I might be
interested in python2.7 packages as long as I
Now confirmed (by printing the CUPS test page) that the bug
is still present in 9.50~dfsg-2, and that the workaround
patch still applies and still works.
Johannes
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Hi,
This [1] security bug was found in modsecurity-crs.
After contacting the security team, they said a DSA was not necessary
and that I should proceed through p-u.
So here's the
Am 04.11.19 um 16:08 schrieb Michael Biebl:
> Oh, I see that iwd now ships
> /lib/systemd/network/80-iwd.link containing:
>
> [Match]
> Type=wlan
>
> [Link]
> NamePolicy=keep kernel
>
> This will disable the new naming scheme for wlan devices.
> This explains why Nicolas did not see any error
Hi Michael,
On Mon, Nov 04, 2019 at 01:31:44PM +0100, Michael Biebl wrote:
[...]
> Looks like systemd v244 will handle missing kernel modules more
> gracefully in systemd-modules-load
> https://github.com/systemd/systemd/pull/13856
> so I don't think there is a pressing need anymore to (re)move
Control: tag -1 -pending
Control: severity -1 minor
Control: clone -1 -2
Control: retitle -2 tar: --delete sometimes fails for some archives
Control: block -1 by -2
Control: affects -2 devscripts
Control: severity -2 normal
On Mon, Nov 04, 2019 at 03:21:45PM +, PICCA Frederic-Emmanuel wrote:
Control: tags -1 patch
Hi,
Please find the proposed fix/workaround for approx behind
HTTPS proxy which is using "HTTP CONNECT" method.
Is it possible to include it into default approx codebase?
P.S. the patch has been taken from GitHub:
>
> Last I checked nobody filed a bug against tar, please do so if you wish.
Isn't it better if this bug was reassign to tar ?
Cheers
Hi Sebastian,
On Sun, Nov 3, 2019 at 2:24 AM Sebastian Ramacher wrote:
>
> | * Build-Depends-Package: #PACKAGE#
In addition to your new tag, we can probably also check for the
following conditions:
1. Prerequisite is not a development package (does not end with -dev)
2. Prerequisite is not
Source: tasksel
Severity: important
X-Debbugs-CC: ni...@debian.org
Version: 3.56
Dear tasksel maintainers,
The last upload for tasksel was not a source-only upload. As a result, this
version of tasksel will never migrate to Debian Testing. Please consider
making another source-only upload. More
On Mon, Nov 04, 2019 at 03:52:02PM +0100, Picca Frédéric-Emmanuel wrote:
> I am also affected by this bug for the tango package, whcih excludes a bunch
> of .jar files.
> Do we know which tool must be fixed in order to resolve this issue ?
> It is not clear to me if this is a bug of tar or a bug
Am 04.11.19 um 14:04 schrieb Andreas Henriksson:
> A potential solution on the iwd side would be to make iwd aware of udev
> and wait for udev events (which I presume exists) saying udev has
> finished applying naming scheme, but that would be directly in conflict
> with iwd goal of being fast.
Oh, I see that iwd now ships
/lib/systemd/network/80-iwd.link containing:
[Match]
Type=wlan
[Link]
NamePolicy=keep kernel
This will disable the new naming scheme for wlan devices.
This explains why Nicolas did not see any error message in the kernel
log about wlan0 being busy.
So the mere
Source: tasksel
Version: 3.56
Severity: normal
X-Debbugs-CC: ni...@debian.org
Control: tags -1 + patch
Forwarded: https://salsa.debian.org/installer-team/tasksel/merge_requests/9
Dear tasksel maintainers,
Since the Qt/KDE Team has decided to completely drop Qt4 in the Bullseye
cycle, we should
1 - 100 of 159 matches
Mail list logo
