Package: bsdmainutils
Version: 11.1.2+b1
Severity: normal
File: /usr/bin/ncal
Dear Maintainer,
According to the man page for ncal, its strangely compact output was
designed specifically so it will fit an entire year on an 80 column by
25 row screen. At some point somebody made an "improvement"
Replying in-line :-
On 19/03/2020, mario.limoncie...@dell.com wrote:
> 1.3.9.2? You mean 1.3.9-2?
>
> They were supposed to be removed about 5 months ago. The preinst, postrm,
> and postinst has the stuff for doing these:
>
Package: cups
Version: 2.3.1-11
Severity: important
Dear Maintainer,
I cannot print some pdf files with cups, it gets an error with rastertopwg
segfault.
3月 20 11:53:04 tiny kernel: rastertopwg[31898]: segfault at 0 ip
7f7a61751671 sp 7ffe7eb46428 error 4 in
On Fri, Mar 20, 2020 at 02:12:59AM +0100, Andreas Henriksson wrote:
> On Fri, Mar 20, 2020 at 01:33:49AM +0100, Adam Borowski wrote:
> > On Fri, Mar 20, 2020 at 01:24:31AM +0100, Andreas Henriksson wrote:
> > > I expect you to take care of this bug and others if you're now going to
> > > pretent
On Fri, 20 Mar 2020, Axel Beckert wrote:
> No, it wasn't. The only mention of "NMU" (or "non-maintainer") I found
> in https://bugs.debian.org/851747 was about 3 hours ago in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851747#146
>
> That's definitely far to short for a wishlist-level
On Fri, 20 Mar 2020, Andreas Henriksson wrote:
> Section 3.8 can be read here:
Removing the Essential flag should be done with the greatest care,
though, and only after all users are moved off of implying its
presence. 3.8 also contains this:
“which means that removing functionality from the
On Fri, Mar 20, 2020 at 01:33:49AM +0100, Adam Borowski wrote:
> On Fri, Mar 20, 2020 at 01:24:31AM +0100, Andreas Henriksson wrote:
> > I expect you to take care of this bug and others if you're now going to
> > pretent to maintain this package!
>
> You demand a change that requires a lot of
To be more clear, the download speed and amount uploaded are swapped
On Thu, 19 Mar 2020 03:06:48 + jnq...@gmail.com wrote:
> Package: deluge
> Version: 2.0.3-2
>
> labels in the status panel are mismatched with the values given
>
> e.g.
> Download Speed: 1.0G (614.3 M)
> Up Speed: 7.3 K/s
Am 20.03.20 um 01:32 schrieb Michael Biebl:
> Have you tested, that seccomp is working on riscv64 with 5.5?
> Something like this should lead to a blocked ping:
Here is a better test:
# cat test.service
[Unit]
Description=test seccomp filter
[Service]
ExecStart=ping -c 1 www.debian.org
Dear Andreas,
Andreas Henriksson wrote:
> On Thu, Mar 19, 2020 at 11:58:37PM +0100, Adam Borowski wrote:
> > On Thu, Mar 19, 2020 at 10:24:53PM +, Debian FTP Masters wrote:
> > > Accepted:
> >
> > > sysvinit (2.96-2.2) unstable; urgency=medium
> > > .
> > >* Non-maintainer upload.
> >
On Fri, Mar 20, 2020 at 01:24:31AM +0100, Andreas Henriksson wrote:
> I expect you to take care of this bug and others if you're now going to
> pretent to maintain this package!
You demand a change that requires a lot of work all around the archive,
without providing any reason _why_.
> The NMU
Am 20.03.20 um 00:23 schrieb Aurelien Jarno:
> It happens that upstream systemd doesn't support yet riscv64. I came
> with a very simple patch to fix that issue:
>
> --- systemd-245.2.orig/src/test/test-seccomp.c
> +++ systemd-245.2/src/test/test-seccomp.c
> @@ -72,6 +72,7 @@ static void
On Thu, Mar 19, 2020 at 11:58:37PM +0100, Adam Borowski wrote:
> On Thu, Mar 19, 2020 at 10:24:53PM +, Debian FTP Masters wrote:
> > Accepted:
>
> > sysvinit (2.96-2.2) unstable; urgency=medium
> > .
> >* Non-maintainer upload.
> >* Drop 'Essential: yes' from sysvinit-utils (Closes:
Hi,
This is a system configuration and/or GLib bug, depending on how you
look at it.
If you examine each $PREFIX/glib-2.0/schemas for each $PREFIX in
$XDG_DATA_DIRS, you will find one of the prefixes before /usr/share
contains an old schema XML file for Geary that does not contain the
Package: neomutt
Version: 20191207+dfsg.1-1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for neomutt (versioned as 20191207+dfsg.1-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Diff in git:
Thanks Aurelien.
I'd like to forward this patch to upstream. For that it would be great
if it was git am formatted, so it is properly attributed to you.
Would you mind sending me such an updated patch?
Regards,
Michael
signature.asc
Description: OpenPGP digital signature
Package: debhelper
Version: 12.9
Severity: wishlist
Hi,
some packages have a very detailed debian/changelog which goes back
years or even decades.
Given that we nowadays have the ability to get changelogs on-demand via
"apt changelog", I think it would make sense if the changelog.Debian
that is
Hi,
I've quickly looked at this again and I'm not unsure if an
fdisk build-dependency really is needed (for tests).
The tests/07autodetect file uses sfdisk, this file seems to potentially
get executed from ./test
The Makefile has a test target, but that only echos out to
run ./test as root and
On Mon, 9 Mar 2020 13:58:38 +0200 Tzafrir Cohen wrote:
> Hi,
>
> > Also: please consider this change for inclusion in a stable update, if
> > possible.
>
> I see that this was merged into git. Thanks. What are the chances of
> this fix getting included into Debian 10.4 to allow OVS off-loading
Package: wnpp
I tend to adopt the package.
Best regards,
Seunghun
On Thu, Mar 19, 2020 at 8:28 AM Diafero wrote:
> Version 5.0-3 also seems affected.
Was the version that worked 4.21-1 or 4.21-2?
Best wishes,
Mike
Package: systemd
Version: 245.2-1
Severity: normal
Tags: patch
Dear maintainer,
The latest version of systemd enabled seccomp support on riscv64. Thanks
for doing that. However it now fails to build due to the test
test-seccomp failing:
| 321/486 test-seccompFAIL
On Thu, 19 Mar 2020, David Mohammed wrote:
> Tags: patch
Thanks, I'll upload soon!
Norbert
--
PREINING Norbert https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC
Hello,
I tried to locate the source line of the address shown
in the /var/log/messages output.
But that failed but I found in the strace output that
it loads for some reason two libapt-pkg.so files ...
...
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libapt-pkg.so.6.0",
O_RDONLY|O_CLOEXEC) =
Gracias de antemano
SWIFT ## Copia de pago.pdf.001
Description: application/rar
Package: cloudprint
Version: 0.14-12
Hey guys,
the current cloudprint package version on Debian Buster misses the
dependency on python3-requests, as present on all other package versions.
The cloudprint command/python script simply fails without it:
Traceback (most recent call last):
File
Package: cloudprint
Version: 0.14-13
Version: 0.14-12
Version: 0.14-8
Hey guys,
it would be great if the rsyslog dependency could be removed from this
package. Debian comes with systemd by default, which has
systemd-journald as integrated syslog daemon, which is practically
anyway required
Hi Scott,
On Thu, Mar 19, 2020 at 12:20:25AM -0400, Scott Kitterman wrote:
> Upstream's 3.1.2 release had just the security fix in it. I propose updating
> buster with it (I put 3.1.3 in unstable, but it had non-security fixes in it.
>
> I'm not 100% sure about if we need to modify the import
On Thu, 19 Mar 2020, Andreas Henriksson wrote:
> others might disagree? Input welcome.
Don’t push it. Get things fixed first, slowly.
After all, GNU bash is also still Essential and
Priority: required after years and multiple releases…
and its Installed-Size is over 47 times that of
tags 931532 +needhelp
thanks
I don't have any easy way to debug LDAP issues in sudo. If someone else
has time to chase this down and tell me what's wrong, that'd be great.
Bdale
signature.asc
Description: PGP signature
On Thu, Mar 19, 2020 at 10:40:03PM +0100, Andreas Henriksson wrote:
> Please consider lowering the 'Priority: required' on the sysvinit-utils
> to something lower, eg. important or even optional.
>
> To be able to lower to important without breakage there are likely a
> number of issues that has
On Thu, Mar 19, 2020 at 10:40:03PM +0100, Andreas Henriksson wrote:
[...]
> Note that (some of the) bug reports that should possibly be marked as
> blockers for this has been filed, see:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851747#126
[...]
> pidof should be moved to procps package
Package: nemo-python
Version: 4.4.0-2+b1
Severity: important
Tags: patch
Dear Maintainer,
* What led up to the situation?
python 3.8 is now the default in unstable. Python based extensions
no longer execute when nemo is running
* What exactly did you do (or not do) that was
tags 949519 +needhelp
thanks
I don't have any easy way to debug LDAP issues. If someone else does
and wants to chase this down and let me know where the problem is,
that'd be great.
Bdale
signature.asc
Description: PGP signature
FYI I've filed https://bugs.debian.org/954306 to track the
potential adjustment of the Priority: field, which seems to be
the majority of the discussion in this bug report.
I'm about to upload an NMU of sysvinit which drops the 'Essential: yes'
from sysvinit-utils - but still keeps 'Priority:
Package: sysvinit-utils
Version: 2.96-2
Severity: wishlist
Dear Maintainer,
Please consider lowering the 'Priority: required' on the sysvinit-utils
to something lower, eg. important or even optional.
To be able to lower to important without breakage there are likely a
number of issues that has
Source: python-udatetime
Version: 0.0.16-2
Severity: serious
Tags: patch
python-udatetime use the pow() math function in src/rfc3339.c, but
doesn't link with libm.so. This causes the non-versioned pow symbol to
be used, which in turn causes issues when glibc version is upgraded.
The attached
On Tue, Mar 03, 2020 at 05:43:13PM +0100, Sylvain Beucler wrote:
> The following vulnerability was published for lua-cgi.
>
> CVE-2014-2875[0]:
> | The session.lua library in CGILua 5.2 alpha 1 and 5.2 alpha 2 uses
> | weak session IDs generated based on OS time, which allows remote
> | attackers
severity 954300 important
thanks
On Fri, Mar 20, 2020 at 07:54:45AM +1100, Brian May wrote:
> As far as I can tell - please do say if I am wrong - this package is
> completely useless with LUA5.1, as packaged.
I was forgetting that lua-cgi is more then just the session management.
It is
Source: rails
Version: 2:5.2.4.1+dfsg-1
Severity: important
Tags: security upstream
Control: found -1 2:6.0.2.1+dfsg-2
Control: found -1 2:5.2.2.1+dfsg-1
Control: found -1 2:4.2.7.1-1+deb9u1
Control: found -1 2:4.2.7.1-1
Hi,
The following vulnerability was published for rails.
CVE-2020-5267[0]:
Source: tika
Version: 1.22-1
Severity: grave
Tags: security upstream
Justification: user security hole
Control: found -1 1.20-1
Hi,
The following vulnerability was published for tika.
CVE-2020-1950[0]:
Excessive memory usage (DoS) vulnerability in Apache Tika's PSDParser
If you fix the
Source: tika
Version: 1.22-1
Severity: grave
Tags: security upstream
Justification: user security hole
Control: found -1 1.20-1
Hi,
The following vulnerability was published for tika.
CVE-2020-1951[0]:
Infinite Loop (DoS) vulnerability in Apache Tika's PSDParser
If you fix the vulnerability
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: python-rich
Version : 0.8.0
Upstream Author : Will McGugan
* URL : https://github.com/willmcgugan/rich
* License : MIT
Programming Lang: Python
Description : library for rendering rich
Package: lua-cgi
Version: 5.2~alpha2-1
Severity: serious
Justification: renders package useless
As far as I can tell - please do say if I am wrong - this package is
completely useless with LUA5.1, as packaged.
When run with the following code:
=== cut ===
session = require("cgilua.session")
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Control: clone -1 -2
Control: retitle -2 RM: libperlspeak-perl/2.01-2 from stretch
Hi
Please remove libperlspeak-perl/2.01-2 on next point release time from
buster and stretch (cloning the bug
On Thu, Mar 19, 2020 at 08:34:16PM +, Sudip Mukherjee wrote:
> * Package name: libkqueue
>Version : 2.0.3-1.2
> Changes since the last upload:
>
>* Non-maintainer upload.
>* Fix FTBFS with GCC. (Closes: #831076)
Alas, the testsuite fails for me:
FAIL: kqtest
Package: ftp.debian.org
Severity: normal
Hi
Please remove libperlspeak-perl from unstable, see #954238 for
discussion and ack from Gregor. It is unmaintained for ages upstream,
has no reverse dependencies, hardly any users, problematic design and
security issues accordingly.
Regards,
Salvatore
Control: tags 831076 + patch
Control: tags 831076 + pending
Dear maintainer,
I've prepared an NMU for libkqueue (versioned as 2.0.3-1.2) and
uploaded it to mentors for sponsoring. Please feel free to tell me if I
should remove it.
--
Regards
Sudip
diff -Nru libkqueue-2.0.3/debian/changelog
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "libkqueue"
* Package name: libkqueue
Version : 2.0.3-1.2
Upstream Author : Mark Heily
* URL : https://github.com/mheily/libkqueue/wiki
* License :
It's a decade later, and various apps including emacs still make routine use
of mailcap data. Any chance you could just deliver a mailcap file and save
me the pain of having to drop entries on every machine I configure?
Bdale
1.3.9.2? You mean 1.3.9-2?
They were supposed to be removed about 5 months ago. The preinst, postrm, and
postinst has the stuff for doing these:
https://salsa.debian.org/efi-team/fwupd/-/blob/debian/debian/fwupd.preinst
https://salsa.debian.org/efi-team/fwupd/-/blob/debian/debian/fwupd.postrm
Hi,
On 19/03/2020 13:01, Simon McVittie wrote:
> On Thu, 19 Mar 2020 at 12:33:09 +0100, Etienne Allovon wrote:
>> Subject: python-twisted: twisted version 14.0.2-3+deb8u1 in jessie
>> (security) is broken
>
> Debian 8 'jessie' is no longer supported by the mainstream Debian
> security team
Package: git
Version: 1:2.26.0~rc2-1
Severity: wishlist
Hi!
The main "git" package ships /usr/share/doc/git/contrib/diff-highlight .
Alas, this script is:
1. not configured for use within diff
2. in /usr/share/doc/ which no package is allowed to rely on
3. not exposed for non-git uses
It makes
reassign 954294 libseccomp-dev
found 954294 2.4.3-1
affects 954294 src:systemd
thanks
> Here, SCMP_SYS(mmap) is an unsigned long, probably because that’s
> what the native size type is.
Nevermind, I found the real culprit. SCMP_SYS() is defined to return int.
bye,
//mirabilos
--
tarent
retitle 954294 libseccomp-dev: API break: SCMP_SYS() is unsigned long
tags 954294 + patch
thanks
> Nevermind, I found the real culprit. SCMP_SYS() is defined to return int.
Patch attached. Please apply and upload, and forward this upstream.
bye,
//mirabilos
--
tarent solutions GmbH
Source: systemd
Version: 245.2-1
Severity: important
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past),
on non-release architecture
https://buildd.debian.org/status/fetch.php?pkg=systemd=x32=245.2-1=1584573299=0
The failures seem to be in the
Hi Thomas,
Then I'll await your findings while running 2.11 ourselves. If the new
build works well at you end I'll roll out several nodes using that one
for testing.
Apart from 100% CPU usage we didn't have issues, by the way.
K.
On 18-03-2020 19:18, Thomas Goirand wrote:
> I've fixed *one*
Source: ruby2.7
Version: 2.7.0-4
Severity: important
Tags: ftbfs upstream
Justification: fails to build from source on non-release arch
[…]
gcc -I. -I.ext/include/x86_64-linux-gnux32 -I./include -I.
-I./enc/unicode/12.1.0 -DSYMBOL_PREFIX= -o coroutine/x
86/Context.o -c coroutine/x86/Context.S
Hi Guido,
I had a look at your mfgtools package
(1.2.91+0git6b465-0pureos+librem5.2). Its copyright file only misses
libuuu/sparse_format.h's copyright notice and Apache v2 license.
For the current version 1.3.154 there are new files with 2019 or 2020
copyright year and libuuu/buffer.cpp's
Package: ftp.debian.org
Severity: normal
Hi, the why3 source package now builds the why3-coq binary package only
on those architectures where coq is available. Please remove why3-coq
version 1.2.1-3 on the indicated architectures as it will block the
migration of why3, coq and its satellites.
Dixi quod…
> To add insult to injury, it didn’t even shut it down cleanly:
>
> tglase@tglase:~ $ virsh -c qemu:///system list
> Id Name State
>
> 3MirBSD in shutdown
>
>
> “virsh destroy 3” to the “rescue”…
Oh, it gets worse. Trying to restart the VM
Control: tags 935198 pending patch
Control: tags 937197 pending patch
On Tue, 20 Aug 2019 21:55:46 +0200 Adam Cecile
wrote:
> Package: openconnect
> Version: 8.04-0~bpo10+0
> Severity: wishlist
> Tags: upstream
>
> Hello,
>
> Openconnect 8.04 has been released and support the new protocol used
Package: libvirt-daemon-system-sysv
Version: 6.0.0-3
Severity: critical
Justification: causes serious data loss
Just a regular dist-upgrade doing this:
Unpacking libvirt-daemon-system-sysv (6.0.0-3) over (6.0.0-1) ...
[…]
Setting up libvirt-daemon-system-sysv (6.0.0-3) ...
Restarting libvirt
Package: python3-minimal
Version: 3.8.2-1
Followup-For: Bug #953056
Control: forcemerge 953056 954250
Control: retitle 953056 py3compile: RuntimeWarning: line buffering
(buffering=1) isn't supported in binary mode, the default buffer size will be
used
Easy reproducer:
py3compile -p
Hi,
I looked into it, you are correct, it has everything to do with the patch.
Removing 0002-Use-new-CMake-Python-discovery-with-matching-Boost-P.patch
fixes the ftbfs.
I don't know what changed when cmake upgraded from 3.15.4 -> 3.16.3 I
also don't know if this is the best solution, but for
On Fri, 30 Aug 2019 10:10:32 +0100 David Woodhouse wrote:
> On Fri, 2019-08-30 at 07:29 +, Matthias Klose wrote:
> > Package: src:openconnect
> > Version: 8.02-1
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > Python2
Package: kexec-tools
Version: 1:2.0.20-2
When I do "dpkg-reconfigure kexec-tools" (on armhf), it asks me "Should
kexec-tools handle reboots (sysvinit only)?"
This suggests to me that kexec-tools will/can not be used to do reboots on a
systemd install.
Is that correct?
Can systemd support be
Hi Marc,
On 2020-03-19 08:44, Marc Haber wrote:
> On Wed, Mar 18, 2020 at 06:32:05AM +0100, Niki Hammler wrote:
>> This worked flawlessly until jessie (for me, from 2008 until now). However,
>> with prdr_enable = true, exim4 hangs when looping back the message when
>> using multiple recipients.
Chris Lamb wrote:
I have just uploaded 14.0.2-3+deb8u2 and DLA-2145-2 will be announced
after sending this email. Thank you again for raising this issue.
Thanks a lot for this quick fix !
I will test it as soon as it'll be available in the repo.
Regards,
Package: openvpn
Version: 2.4.7-1
Severity: normal
It seems that openvpn does not handle SIGINT correctly when in client mode
with option auth-user-pass enabled. If I press ^C when presented with prompt
"Enter Auth Username: ", the terminal settings are not reset to a usable state.
Steps to
Hi,
Am Dienstag, den 25.02.2020, 13:53 +0100 schrieb Gianfranco Costamagna:
> Source: patroni
> Version: 1.6.3-2
> Severity: serious
>
> Hello, looks like your package depends on etcd, but that package is
> not working everywhere (even if built, I'll open an RC
> later today)
>
> Can you please
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
C++. Lots of ABI breakage...
Class members were reorganised, and mutability changed.
Upstream chose to SONAME bump.
https://github.com/google/re2/issues/243
In other news: Upstream is
On Wed, 27 Nov 2019 23:58:46 + Sandro Tosi wrote:
> Source: cfengine3
> Version: 3.12.1-2
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
is the Recommends: python only because of:
masterfiles/modules/packages/zypper:#!/usr/bin/python
Jörg Mechnich writes:
>> DEB_CPPFLAGS_MAINT_APPEND := -DUNALIGNED_OK
That was originally meant to only be enabled on amd64 .. I think that
got lost in one of the packaging style updates I accepted a while back.
Just uploaded 1.10-2 hopefully making the architecture-specificity true
again.
On 3/19/20 6:29 PM, Sebastiaan Couwenberg wrote:
> On 3/19/20 6:05 PM, John Scott wrote:
>> does this mean
>> JOSM will be removed from main? I think that is a substantial trade-off to
>> provide new backports. Could they both be maintained?
>
> josm will be removed from main if it cannot be
Hi!
On Thu, 2020-03-19 at 18:30:17 +0100, Guillem Jover wrote:
> Package: wnpp
> Severity: wishlist
> Tags: patch
>
> * Package name: prometheus-redis-exporter
> Version : 1.4.0
Version : 1.5.2
> Upstream Author : Oliver
> * URL :
Package: gimp
Version: 2.10.8-2
Followup-For: Bug #525077
Bug is present on Debian Buster (I have no DE)
-- System Information:
Debian Release: 10.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-8-amd64 (SMP w/2 CPU cores)
Locale:
Source: libfiu
Version: 1.00-6
Severity: serious
Justification: fails to build from source
X-Debbugs-CC: albert...@blitiri.com.ar
Hi,
libfiu now fails to build from source in unstable/amd64:
[…]
./wrap-python 3 ./test-set_prng_seed.py
LD_LIBRARY_PATH=../../libfiu/
Laurent Bigonville, le jeu. 19 mars 2020 18:39:46 +0100, a ecrit:
> Le 16/03/20 à 08:38, Guido Günther a écrit :
> > Dear hurd maintainers,
> > On Sun, Mar 15, 2020 at 09:05:54AM +0100, Laurent Bigonville wrote:
> > > Source: libhandy
> > > Version: 0.0.12-1
> > > Severity: normal
> > >
> > > Hi,
Hi,
On Wed, Oct 09, 2019 at 05:34:16PM +0200, Yves-Alexis Perez wrote:
> Hi, thanks for the update. It seems that the GTK3 port isn't really complete.
> And it seems notes isn't really maintained upstream anymore. I'm adding Mike
> to the CC but we might end up completely dropping
Le 16/03/20 à 08:38, Guido Günther a écrit :
Dear hurd maintainers,
On Sun, Mar 15, 2020 at 09:05:54AM +0100, Laurent Bigonville wrote:
Source: libhandy
Version: 0.0.12-1
Severity: normal
Hi,
It seems that currently libhandy FTBFS on hurd-i386.
Adding "at-spi2-core [hurd-i386] " to the
Package: wnpp
Severity: wishlist
Tags: patch
* Package name: prometheus-redis-exporter
Version : 1.4.0
Upstream Author : Oliver
* URL : https://github.com/oliver006/redis_exporter
* License : MIT
Programming Lang: Go
Description : Prometheus exporter
On 3/19/20 6:05 PM, John Scott wrote:
>> The package will be maintained with in the Debian GIS team where it will
>> eventually replace the josm package.
>
> Because this package will need to go in contrib or non-free,
It's going to contrib.
> does this mean
> JOSM will be removed from main? I
Package: prometheus-node-exporter
Version: 0.18.1+ds-2
Hi,
after updating prometheus-node-exporter I get these dangling symlinks:
lrwxrwxrwx 1 root root 54 Jul 31 2019
/etc/systemd/system/timers.target.wants/prometheus-node-exporter-apt.timer ->
Chris Lamb wrote:
> I will take charge of fixing this in jessie with the utmost urgency.
I have just uploaded 14.0.2-3+deb8u2 and DLA-2145-2 will be announced
after sending this email. Thank you again for raising this issue.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'`
> The package will be maintained with in the Debian GIS team where it will
> eventually replace the josm package.
Because this package will need to go in contrib or non-free, does this mean
JOSM will be removed from main? I think that is a substantial trade-off to
provide new backports. Could
fyi, I've submitted a merge proposal for these 2 issues:
https://salsa.debian.org/hpc-team/mstflint/-/merge_requests/1
severity 954284 serious
Thanks
On Thu, 19 Mar 2020 17:51:32 +0100 Laurent Bigonville
wrote:
> Hello,
>
> With ruby 2.7 upload, when running the puppet cli, I get the following
> warning/error:
>
> /usr/lib/ruby/vendor_ruby/puppet/util.rb:461: warning: URI.escape is
obsolete
> cannot load
Package: puppet
Version: 5.5.10-4
Severity: grave
Hello,
With ruby 2.7 upload, when running the puppet cli, I get the following
warning/error:
/usr/lib/ruby/vendor_ruby/puppet/util.rb:461: warning: URI.escape is obsolete
cannot load such file -- sync
puppet returns a non-zero exit code
Kind
Package: gzip
Version: 1.10-1
Severity: critical
Justification: causes serious data loss
Dear Maintainer,
the stock package from testing provides a broken gzip binary which will produce
corrupt output that fails CRC checks. Compiling the plain 1.10 sources generates
a working gzip binary.
The
On Thu, Mar 19, 2020 at 11:16:19AM +, Steve McIntyre wrote:
>On Thu, Mar 19, 2020 at 09:26:25AM +0100, Holger Wansing wrote:
>>Hi,
>>
>>Steve McIntyre wrote:
>>> One silly question: what media are you using with the Thinkpad? Is it
>>> the same USB stick (or whatever) every time? Can you
Control: tag -1 + patch
Hi,
On Wed, 26 Feb 2020 17:09:48 +0100 Lucas Nussbaum *wrote:
> Source: hinge
> Version: 0.5.0-5
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200225 ftbfs-bullseye
>
> Hi,
>
> During a rebuild of all packages in
On Mon, Sep 02, 2019 at 07:45:18PM +0200, Valentin Vidić wrote:
> Please upload a new version of the tornado library to unstable
> because the new release of pcs now requires tornado 6.
It was uploaded, it was rolled back waiting for reverse dependencies to
follow.
What were the reverse
Hello Craig,
Thank you for your report!
Am Thu, 19 Mar 2020 14:14:42 +1100
schrieb Craig Sanders :
> Package: munin
> Version: 2.0.57-1
>
> At the bottom of the /etc/init.d/munin script are two lines:
>
> do_stop_cmd_override() true
> do_start_cmd_override() true
>
> This is **NOT**
Hi all,
See -
$ adequate fwupd
fwupd: obsolete-conffile /etc/dbus-1/system.d/org.freedesktop.fwupd.conf
fwupd: obsolete-conffile /etc/fwupd/remotes.d/fwupd.conf
I wanna try fwupd but once the above obsolete conffiles are removed. I
do know it's a work in progress but still. FWIW, the package
Hello Doko,
is there any update on this issue?
Thank you for your attention,
best,
Giovanni Pellerano
Il giorno mer 20 nov 2019 alle ore 18:45 Giovanni Pellerano
ha scritto:
>
> Hello all,
>
> I've performed some benchmarks following the instructions provided by
> Michele
>
Oops, I missed the reply from Adam.
He might be right.
You might want to try out adding the line
compressoptions "-n"
to /etc/logrotate.conf
On Thu, Mar 19, 2020 at 02:53:29PM +0100, borislav nikolov wrote:
> Package: consolation
> Version: 0.0.7-1
>
> Hi,
> thank you so much for writing this! I was struggling with gpm for a
> while because of /dev/input/mice not sending buttons properly for
> trackpads.
>
> For me middle button is
Package: bluez
Version: 5.50-1
Severity: wishlist
Tags: patch
Hello,
Now that debian supports the FHS 3.0 and that FHS 3.0 describes the
/usr/libexec directory, the daemons should probably be moved there.
Debhelper >= 12 already sets --libexecdir to /usr/libexec by default
Please find a patch
Source: bluez
Version: 5.50-1
Severity: wishlist
Hello,
When rebuilding the package I saw that
usr/share/zsh/site-functions/_bluetoothctl was not installed.
Shouldn't that file be installed?
Kind regards,
Laurent Bigonville
-- System Information:
Debian Release: bullseye/sid
APT prefers
1 - 100 of 198 matches
Mail list logo