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 dependen
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 sid,
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 verif
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 is
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 re
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 s
fyi, I've submitted a merge proposal for these 2 issues:
https://salsa.debian.org/hpc-team/mstflint/-/merge_requests/1
> 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 th
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
`. `'`
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 ->
/lib/systemd/system/prometheus-node-exporter-ap
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: 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 for
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 build-
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 xfce4-notes-plug
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,
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/
LD_PRELOAD="../../prelo
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: LANG=en_GB
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 : https://github.com/olive
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 upd
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.
Bdal
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
mas
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: 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 repro
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,
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. I
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 a
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 beco
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 now
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 python3-idna
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 log
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
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
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.
Tha
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 copyri
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
cor
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* typ
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&arch=x32&ver=245.2-1&stamp=1584573299&raw=0
The failures se
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
Rochusstraße
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 solution
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 re
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
Etien
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
h
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
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 :
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 libk
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
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: 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 a
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")
sess
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
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 ple
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 vulnera
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]:
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 possible
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
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 patc
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 t
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: requ
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
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 effec
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 (
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 t
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
sysvinit-uti
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
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 p
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 fo
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 "
Gracias de antemano
SWIFT ## Copia de pago.pdf.001
Description: application/rar
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) = 3
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 A
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, 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: wnpp
I tend to adopt the package.
Best regards,
Seunghun
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 t
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 d
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
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: 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: https://salsa.debian.org/mutt
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
missi
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:
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 w
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 test_arch
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.
> > >
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
SystemCa
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
>
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 work
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 Ess
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 bug
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 to
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
libc-2.30.so[7f7a6161800
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:
> https://salsa.debian.org/efi-team/fwupd/-/blob/debian/debian/fwupd.pre
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" to
你好,
可以用英語交流嗎?我使用Google翻譯器將英語翻譯成您的語言,以便您更好地理解。
我是也門婦女麗貝卡·伊薩(Rebekah
Issah)夫人。我希望由於也門長時間的內亂/戰爭以及基地組織武裝分子的日常生活威脅而遷移到貴國。在2018年3月23日針對我們的家庭的襲擊中,我已經失去了家人,丈夫,兒子和女兒的死亡之手,以結束我們的家庭。在十字路口時,我不在附近。當襲擊襲擊了我們的房屋,殺死了我心愛的丈夫,兒子和女兒並燒毀房屋時,我正在醫院接受檢查。這封信給我流淚。他(我的已故丈夫)是在也門石油城非常成功的承包商,在他過早去世之前,他曾私下經營金粉和金條。可以預料的是,他留下了一些合理
Dear maintainer,
mesa 20.0.2-1 update released today fixed the problem for me so this bug
report can be closed.
Thanks to all Debian maintainers! :)
Thorsten
Package: ftp.debian.org
Severity: normal
One unit test fails on s390x architecture:
https://buildd.debian.org/status/fetch.php?pkg=orthanc&arch=s390x&ver=1.6.0%2Bdfsg-1&stamp=1584552281&raw=0
[ RUN ] ParsedDicomFile.ToJsonFlags2
/<>/UnitTestsSources/FromDcmtkTests.cpp:732: Failure
Expected e
Package: libreoffice-impress-nogui
Version: 1:6.4.2-1
Severity: normal
As subject says and discussed in #debian-devel.
Thanks!
Jochen
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armhf (armv7l)
Kernel: Linux 5.4.0-3-ar
101 - 197 of 197 matches
Mail list logo