Hi Jan and Martin,
unfortunately, my NMU made cracklib2 FTBFS on various architectures. It
turns out that the py_builddir_sh also needs the _PYTHON_* variables or
it will disagree with them. I've immediately uploaded another to fix it.
It further simplifies my previous version and simply exports
On 2018-04-25, Andrej Shadura wrote:
> I intend to orphan libdigidoc. This library is a part of a bigger software
> suite for Estonian eID. My current eID is expiring this month, and since I
> never used it for anything serious and probably don’t intend to, I won’t be
> renewing it. Not being a
Hi Gürkan,
Am Dienstag, den 29.12.2020, 20:37 +0100 schrieb Gürkan Myczko:
> I think that's what you wanted:
could you please push your changes to GIT so I can review them there?
> Happy New Year!
It's not over yet, but I can't wait for it, too. ;)
- Fabian
signature.asc
Description: This
I'll check it later, maybe within a week.
Mathieu Malaterre writes:
> 1.3.0 is out
>
> https://github.com/KDAB/hotspot/releases/tag/v1.3.0
Package: gnome-calendar
Version: 3.30.1-2
Severity: important
Dear Maintainer,
* What led up to the situation?
I'm not sure. One day, clicking on the "next month" arrow when in
month view caused
app to crash. Once in the next month (via the year view) clicking on
"Today"
Package: libjhlabs-filters-java
Version: 2.0.235-3.1
Severity: serious
The source NMU and subsequent rebuild of (the quite ancient)
libjhlabs-filters-java resulted in a binary package containing
/usr/share/doc-base/doc-base, which breaks the dpkg install run.
This has been addressed in the
Control: tag -1 + ftbfs fixed
Hi Holger,
Holger Levsen wrote:
> Package: libsys-hostname-long-perl
> Version: 1.5-1
I've added the tag ftbfs so that it also shows up on
https://buildd.debian.org/status/package.php?p=libsys-hostname-long-perl
> when trying to build libsys-hostname-long-perl in
On Tue, 29 Dec 2020 14:52:17 +0100 Ansgar wrote:
> On Mon, 2020-12-28 at 20:34 -0800, Josh Triplett wrote:
> > - Make pam_unix dlopen the necessary libraries
> [...]
> > - Build pam_unix with and without NIS support, and make libpam-
> > modules
>
> Wouldn't it be cleaner to move NIS stuff into
Hi,
Le Sat, Dec 26, 2020 at 11:07:44PM +0100, Lucas Nussbaum a écrit :
> Source: phpmyadmin
[…]
> > PHPUnit 9.5.0 by Sebastian Bergmann and contributors.
> >
> > Test directory "./test/engines" not found
> > make[1]: *** [debian/rules:16: override_dh_auto_test] Error 2
This issue may be trivial
On 2017-08-03, David Bremner wrote:
> The .el files are in the binary package, but I guess the postinst
> doesn't follow debian emacs policy to get the files byte compiled and
> installed in the right place.
In the QA upload I just did, I thought about weather to fix this by
converting to dh-elpa
Control: tags 971930 - patch
On 2020-10-09, Bjarni Ingi Gislason wrote:
> Fix warnings from "mandoc -T lint" (superfluous macro ".PP").
>
> Fix warnings from test-groff (space at the end of an argument).
>
> Reduce space between words.
>
> Begin a sentence on a new line.
>
> Remove an unnecessary
Control: tag -1 patch
Le Sat, Dec 26, 2020 at 11:02:04PM +0100, Lucas Nussbaum a écrit :
> Relevant part (hopefully):
[…]
> > There were 6 errors:
> >
> > 1) ReCaptcha\ReCaptchaTest::testExceptionThrownOnInvalidSecret with data
> > set #0 ('')
> > RuntimeException: No secret provided
[…]
> >
Source: apk-parser
Severity: serious
Hi,
As pointed in the see autopkgtest specification [1] linked from the
release team documentation [2] “the tests must test the *installed*
version of the package”. The autopkgtest from this package only uses the
source package, and as such violates the
Source: peewee
Version: 3.14.0+dfsg-1
Severity: important
I hope I'm wrong, but this doesn't look right to me:
L838 of the build log for 3.14.0+dfsg-1
/usr/lib/python3/dist-packages/Cython/Compiler/Main.py:369: FutureWarning:
Cython directive 'language_level' not set, using 2 for now (Py2).
Package: xfce4-verve-plugin
Version: 2.0.0-1
Severity: serious
Tags: bullseye, sid
xfce4-verve-plugin build-depends on libexo-1-dev which is no longer
built by the exo source package,
it is still present in unstable as a cruft package, but is completely
gone from testing.
Package: xfce4-mpc-plugin
Version: 0.5.2-1
Severity: serious
Tags: bullseye, sid
xfce4-mpc-plugin build-depends on libexo-1-dev which is no longer built
by the exo source package,
it is still present in unstable as a cruft package, but is completely
gone from testing.
Package: xfce4-indicator-plugin
Version: 2.3.4-2
Severity: serious
Tags: bullseye, sid
xfce4-indictor-plugin build-depends on libexo-1-dev which is no longer
built by the exo source package,
it is still present in unstable as a cruft package, but is completely
gone from testing.
Package: bedtools
Version: 2.29.2+dfsg-4
Severity: serious
The autopkgtests for bedtools are failing on all tested architectures
(though they are "not a regression" on i386 and armhf). When I look at
the amd64 failure logs, the failures all seem to be missing "../htsutil"
Testing bedtools
see attached for program which generates the reported bug.This program assumes (two identical) cameras at /dev/video1 and /dev/video3// v4l2_test.c
// compile as $ gcc v4l2_test.c -o v4l2_test
#define MMAP_BUFFERS 3
#include
#include
#include
#include
#include
#include
#include
#include
There is a typo in line 95 my previous submission. Corrected program is attachedThe result is that ioctl(rfd, VIDIOC_QBUF, );is successful, but ioctl(rfd, VIDIOC_STREAMON, );(i.e. second camera) is not successful// v4l2_test.c
// compile as $ gcc v4l2_test.c -o v4l2_test
#define MMAP_BUFFERS 3
Package: wnpp
Severity: wishlist
Owner: po...@debian.org
* Package name : backport9
Version : 1.10
Upstream Author : Charles Oliver Nutter
* URL : https://github.com/headius/backport9
* License : Apache-2.0
Programming Lang: Java
Description : A collection of backports and utilities to
Source: wolfssl
Version: wolfssl/4.5.0+dfsg-4
Severity: normal
A new wolfSSL version 4.6.0 is available. Patches are enclosed with all
necessary changes to build the new version. Please consider updating the
package.
>From 5e5c68b3f7a70cf46bf67bf0a41956729bd02863 Mon Sep 17 00:00:00 2001
From:
Fixed.
Sent from my iPhone
> On 23 Dec 2020, at 21:19, Debian Bug Tracking System
> wrote:
>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your
Control: severity -1 serious
Quoting Jonas Smedegaard (2020-12-29 23:30:11)
> Quoting Graham Inggs (2020-12-29 20:35:03)
> > The build of link-grammar/5.8.0-3 has already failed on ppc64el [1]
> > (details below).
> >
> > As fun as it is, please let's avoid the BTS sports and leave this
> >
> Once logged in, I can see some active process of xscreensaver (this is what
> "pidof xscreensaver" tells me).
>
> But after some seconds, this process is gone. Why? Don't know.
Dunno. Maybe it's trying to connect and timing out. Run xscreensaver with --log
log.txt
Or if you have an old
Hallo,
* Jamie Zawinski [Mon, Dec 28 2020, 06:07:55PM]:
> The fact that $DISPLAY is not set at the time xscreensaver is launched is not
> a good sign. The cookie error suggests that ~/.Xauthority does not exist or
> is not readable. However you do appear to be running as yourself, not as
>
Source: icewm
Followup-For: Bug #977237
Not a problem with icewm 2.0.0 fro testing.
-- System Information:
Debian Release: 10.7
APT prefers stable
APT policy: (990, 'stable'), (800, 'oldoldstable'), (800, 'testing'), (500,
'oldoldstable'), (400, 'unstable'), (200, 'experimental')
Hi Ross,
Ross Gammon writes:
> I have spent some time going through the commit messages. There has
> been a lot of work done!
Yes :-) If I remember correctly, cdbs -> dh, and upstream churn between
prereleases was the worst of it.
>> Will you be sponsoring from git or mentors? How would you
Hi Wolfgang,
On Di 29 Dez 2020 12:52:01 CET, Wolfgang Schweer wrote:
After digging into this a bit (w/o having a real clue about PHP and
Smarty), I noticed that it is sufficient to replace one file to make
both Gosa and slbackup-php work; see the comment about variables prior
to PHP 5.5:
Hi Christof,
On Mon, 13 May 2019 at 20:48:41 +0200, Christof Baumann wrote:
> In order to get rid of this I changed the script to only attempt
> activation of lvm volume groups after all the disks in /etc/crypttab
> have been unlocked.
Thanks for the patch!
> The check for dm-crypt devices
On Tue, Dec 29, 2020 at 06:34:35AM -0500, Sam Hartman wrote:
> > "Josh" == Josh Triplett writes:
> Josh> I'm happy to contribute towards any of these paths, or another
> Josh> path that would avoid expanding the pseudo-Essential set.
>
> Josh, I found your message fairly frustrating,
Thank you very much for reporting this error.
I would like to ask you if this error is still present in the most
recent versions of rdiff-backup. Currently after a series of
improvements and bug fixes, rdiff-backup is at version 2.0.5
It would be very helpful if you checked again if this bug is
Thank you very much for reporting this error.
I would like to ask you if this error is still present in the most
recent versions of rdiff-backup. Currently after a series of
improvements and bug fixes, rdiff-backup is at version 2.0.5
It would be very helpful if you checked again if this bug is
Package: libsys-hostname-long-perl
Version: 1.5-1
Severity: serious
Dear Maintainer,
when trying to build libsys-hostname-long-perl in current sid it fails:
I: Building the package
I: Running cd /build/libsys-hostname-long-perl-1.5/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
Thank you very much for reporting this error.
I would like to ask you if this error is still present in the most
recent versions of rdiff-backup. Currently after a series of
improvements and bug fixes, rdiff-backup is at version 2.0.5
It would be very helpful if you checked again if this bug is
Thank you very much for reporting this error.
I would like to ask you if this error is still present in the most
recent versions of rdiff-backup. Currently after a series of
improvements and bug fixes, rdiff-backup is at version 2.0.5
It would be very helpful if you checked again if this bug is
Control: tags -1 + patch
Patch attached.
>From cf44256bc32e6b9a8f6658e5f340ab8a14ee2068 Mon Sep 17 00:00:00 2001
Message-Id:
From: Josh Triplett
Date: Tue, 29 Dec 2020 15:24:09 -0800
Subject: [PATCH] libpam-runtime.postrm: Remove session-noninteractive files on
purge
---
Package: python3-build
Version: 0.1.0-2
Severity: normal
As I was trying out the new PEP-517 build system, I installed python3-build and
tried to run it, only to get this stacktrace:
/tmp/build-env-axtchyw0/bin/python: No module named ensurepip
/tmp/build-env-axtchyw0/bin/python: No module named
Control: found -1 2.38.0-2
Hey,
I have a sid system with at-spi2-core 2.38.0-2 running KDE Plasma Desktop. I
still can see the problem. One thing I see is that this is only a problem if I
start chromium. If I do not use chromium, the log is quite uninteresting.
hefee
Start chromium:
On Tue, Dec 29, 2020 at 12:51:47PM +0100, Michael Biebl wrote:
> Am 29.12.20 um 08:29 schrieb Josh Triplett:
> > The systemd family of packages has generally tried to minimize the
> > number of files in /etc, in favor of files in /usr.
> >
> > /etc/udev/udev.conf contains nothing but comments.
Control: severity -1 important
Quoting Graham Inggs (2020-12-29 20:35:03)
> The build of link-grammar/5.8.0-3 has already failed on ppc64el [1]
> (details below).
>
> As fun as it is, please let's avoid the BTS sports and leave this bug
> open until link-grammar builds and passes its
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "paho.mqtt.cpp":
* Package name: paho.mqtt.cpp
Version : 1.2.0-1
Upstream Author : Eclipse Paho Development Team
* URL :
This is a chicken-and-egg problem that should solve itself. New apertium
3.7.1 can't migrate until apertium-cy-en is fixed, but fixed apertium-cy-en
won't build correctly with existing apertium 3.6.1.
-- Tino Didriksen
Control: clone -1 -2
Control: retitle -2 Stop shipping private/latest-policy-version
Control: unblock -1 by 968000 968154
> the interface is scheduled to change again in the near future.
Lintian will soon stop shipping its modules in the Perl system path.
For the benefit of
Sean Whitton writes ("Bug#977845: dgit: unhelpful behavior in case previous
upload contained new upstream release"):
> It can't distinguish between stuck in some dak queue vs. actually
> rejected, though?
dgit doesn't currently distinguish that. Mostly because I thought the
information is not
reassign 978588 libgdk-pixbuf2.0-dev
thanks
On Tue, Dec 29, 2020 at 10:22:49AM +1100, David Tulloh wrote:
> Package: firefox
> Version: 84.0-3
> Severity: important
>
> The libgdk-pixbuf packages are migrating from
> libgdk-pixbuf2.0-0 to libgdk-pixbuf-2.0.0
>
> The most recent firefox package
On Tue, Dec 29, 2020 at 1:27 PM Ivan Babrou wrote:
>
> Package: apt
> Version: 1.8.2.1
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> On Debian Buster we're seeing 30s timeouts when downloading
> a particular set of debian packages from an internal repo:
>
> ```
> $ time apt-get
Package: apt
Version: 1.8.2.1
Severity: normal
Tags: patch
Dear Maintainer,
On Debian Buster we're seeing 30s timeouts when downloading
a particular set of debian packages from an internal repo:
```
$ time apt-get download -y rubygem-stud rubygem-mustache rubygem-insist
rubygem-pleaserun
Hi Sven,
> there is a German translation patch available in my own Github repostitory
Cool, thanks for your contribution! I gave it a quick review, loogs good to me.
Can you open a PR upstream? I want to avoid downstream patches.
> To use the newer development version build of lutris I had to
Package: wnpp
Severity: wishlist
Owner: Olek Wojnar
* Package name: bazel-skylib
Version : 1.0.3
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/bazel-skylib
* License : Apache-2
Programming Lang: Starlark
Description : Skylib
package: src:xserver-xorg-video-ati
version: 1:19.1.0-2
severity: serious
tags: ftbfs
Hi,
The latest upload of xserver-xorg-video-ati to unstable fails on mips64el,
mipsel:
https://buildd.debian.org/status/package.php?p=xserver-xorg-video-ati
Cheers,
Ivo
On Tue, 29 Dec 2020, Energo Koder wrote:
> Package: ufw
> Version: 0.36-1
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> I run these commands on ufw protected Debian
Hi Matija,
On Tue, 2020-12-29 at 18:50 +0100, Matija Nalis wrote:
> As for hard coding, those paths are ALREADY hard-coded at least forIntel
> architectures (amd64, i386), for example:
...
> That hard-coded paths seem to already be auto-generated on build somehow.
The file names
Package: wnpp
Severity: wishlist
Owner: Olek Wojnar
* Package name: bazel-stardoc
Version : 0.4.0
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/stardoc
* License : Apache-2
Programming Lang: Starlark
Description : Starlark
tags 971018 +patch
thanks
I did some testing on the porterbox, which showed optimizing for size is
enough to make things build on mipsel.
Debdiff attached, no intent to NMU.
diff -Nru libgnatcoll-db-21.0.0/debian/changelog
libgnatcoll-db-21.0.0/debian/changelog
---
Package: libv4l-dev
Version: 1.16.3-3
Severity: serious
Justification: Policy 2.5 - important - Unix is a multi-port operating system
Dear Maintainer,
* What led up to the situation?
Attempted to open access to a second device (camera)
* What exactly did you do (or not do) that was
Package: wnpp
Severity: wishlist
* Package name: bazel-rules-proto
Version : Pending
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_proto
* License : Apache-2
Programming Lang: Starlark
Description : Protobuf Rules for Bazel
Hello,
On Mon 28 Dec 2020 at 12:08PM GMT, Ian Jackson wrote:
> Sean Whitton writes ("Bug#977845: dgit: unhelpful behavior in case previous
> upload contained new upstream release"):
>> On Mon 21 Dec 2020 at 09:01PM +01, Paul Gevers wrote:
>> > In the end I resorted to
>> > paul@mulciber
On Mon, Dec 28, 2020 at 01:56:23PM +0100, Gürkan Myczko wrote:
> * Package name: ancient
>Version : 1.0-1
> * URL : https://github.com/temisu/ancient
> ancient (1.0-1) unstable; urgency=medium
> .
>* Initial release. (Closes: #978090)
The copyright file lacks
Package: wnpp
Severity: wishlist
Owner: Olek Wojnar
* Package name: bazel-rules-pkg
Version : 0.3.0
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_pkg
* License : Apache-2
Programming Lang: Starlark
Description : Bazel
Package: src:facter
Severity: wishlist
Dear maintainer,
While puppet 6 still supports facter 3.x, I think it wouldn't be a bad
idea to package facter 4.x in the archive.
It seems the current version of puppet in Debian (puppet 5) requires the
3.x version though [1], so we can't just push 4.x to
Package: wnpp
Severity: wishlist
* Package name: bazel-rules-java
Version : 0.1.1
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_java
* License : Apache-2
Programming Lang: Starlark
Description : Java Rules for Bazel
*
Source: apertium-cy-en
Version: 0.1.1~r57554-5
Severity: serious
apertium-cy-en's autopkgtest in testing currently fails with apertium
from unstable:
autopkgtest [08:11:43]: test runsampletest: [---
Everyone are born free. is not equal to Everyone are born free!
autopkgtest
Package: sympa
Version: 6.2.40~dfsg-1+deb10u1
Severity: important
Dear Maintainer,
The latest Sympa security update fails to install normally on my Debian Buster,
but works normally, if restarted manually after the package install failure.
Error logs seem to be:
-sh: 11: /etc/bash.bashrc:
Package: wnpp
Severity: wishlist
* Package name: bazel-rules-cc
Version : pending
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_cc
* License : Apache-2
Programming Lang: Starlark
Description : C++ rules for Bazel
Starlark
[ Mike Gabriel, 2020-12-29 ]
> What is the origin of this patch. Are you the author? How did you get to
> that solution?
Maybe I should have been more verbose.
It isn't a solution and not a patch. These are the changes done to
smarty_internal_templatecompilerbase.php since the last release,
On Mon, Dec 28, 2020 at 06:36:06AM +, Debian Bug Tracking System wrote:
> pam (1.4.0-1) unstable; urgency=medium
> .
>* New upstream release. Closes: #948188.
[...]
>* Drop patches to implement "nullok_secure" option for pam_unix.
> Closes: #674857, #936071, LP: #1860826.
[...]
Package: vtk9
Version: 9.0.1+dfsg1-5
Severity: important
Tags: patch
Hello,
Just like for vtk7, vtk9 needs fixes on hurd-i386 (for applism), and on
non-java ports, please see the attached patches.
Samuel
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy:
Source: cairo
Version: 1.16.0-4
Severity: important
Tags: security upstream
Forwarded: https://gitlab.freedesktop.org/cairo/cairo/-/issues/437
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for cairo.
CVE-2020-35492[0]:
| cairo: libreoffice
Hi Nicholas,
I have spent some time going through the commit messages. There has been
a lot of work done!
On 29/12/2020 17:29, Nicholas D Steeves wrote:
> Hi Ross!
>
> Ross Gammon writes:
>
>> owner 954823 rossgam...@debian.org
>> thanks
>>
>> Hi Nicholas,
>>
>> I am happy to take a look at
Package: unknown-horizons
Version: 2019.1-2
Severity: grave
Tags: a11y
Justification: renders package unusable
Hi,
I encountered a problem starting unknown-horizons. I installed from standard
debian testing repository and get the following error:
---
$ unknown-horizons --debug
Logging to
Marek Rusinowski wrote...
> To fix, I've simply removed the lines 168-170 in clevis-decrypt-tpm2:
>
> # The on_exit() trap will not be fired after exec, so let's clean up the temp
> # directory at this point.
> [ -d "${TMP}" ] && rm -rf "${TMP}"
>
> because with subprocess the trap will be
Package: wnpp
Severity: normal
X-debbugs-cc: debian-em...@lists.debian.org
I request an adoptor for the zenburn-emacs package, which I haven't used
for some months now.
This is a team-maintained package, so the adoptor should either replace
me in Uploaders:, or alternatively take the package out
The OpenSSL devs intended this to be a breaking change - but it's not
documented anywhere. Sigh.
I've got a WIP patch against trunk that causes test_ssl to pass - see
below. It also seems to work with OpenSSL 1.1.1h as well as OpenSSL 1.1.1i
/ 1.1.1-stable, AFAICT.
James: can you please give
Hi Fabian,
I think that's what you wanted:
https://mentors.debian.net/package/fonts-agave/
Happy New Year!
Control: reopen -1
Hi Jonas
The build of link-grammar/5.8.0-3 has already failed on ppc64el [1]
(details below).
As fun as it is, please let's avoid the BTS sports and leave this bug
open until link-grammar builds and passes its autopkgtests reliably.
Regards
Graham
[1]
clone 978647 -1
reopen -1
notfound -1 matrix-mirage/0.6.4~dfsg+~hsluv1.0.0-3
retitle -1 matrix-mirage: uses non-renamed path ~/.cache/mirage
thanks
Quoting Reiner Herrmann (2020-12-29 19:24:21)
> I also just noticed two mirage-related cache directories. I have one
> directory
Package: python3-cypari2
Version: 2.1.2-1+b1
Severity: important
Dear Maintainer,
The module cypari2 seems to be impossible to import without the module
cysignals.
Here's the traceback:
>>> import cypari2
Traceback (most recent call last):
File "", line 1, in
File
Control: notfixed 978499 1:2.5-2
On 2020-12-27, Vagrant Cascadian wrote:
> Several packages use fop to generate PDF files in Debian packages, but
> the resulting PDF files have embedding timestamp information in the
> CreationDate of the PDF:
>
>
>
Hi Christoph,
The upstream.work-around-missing-dev-fd-links.patch doesn't
work for the tpm2 pin yet.
You replaced exec with a child process but in this case the on_exit trap
continues to run and the decryption with tpm2 pin will always fail with
Delete temporary files failed!
You need to clean
On Wed, Dec 30, 2020 at 2:39 AM Shengjing Zhu wrote:
> Follow Sebastian's advice, please see the following patch.
Having one typo, so creating a MR
https://salsa.debian.org/med-team/spdlog/-/merge_requests/3
--
Shengjing Zhu
在 2020-12-28星期一的 15:41 +0100，Gunnar Hjalmarsson写道：
> FWIW test-lua-plugin passed when I did a test build on armhf in an
> Ubuntu PPA with lua re-enabled.
That would be great. Since I am not familiar with ARM porting, it would
be great if anyone can analyze what is happening with Debian's lua.
Hans-Christoph Steiner:
It looks like the clean build stops before the error you reported:
https://salsa.debian.org/eighthave/android-platform-art/-/jobs/1291335
In file included from runtime/runtime.cc:53:
runtime/asm_support.h:24:10: fatal error: 'asm_defines.h' file not found
#include
It gets cached if it has been checked. There are some pre-conditions
for this for example the existance of the corresponding public key.
Hi,
On Tue, Dec 29, 2020 at 07:10:23PM +0100, Sebastian Ramacher wrote:
> On 2020-12-29 22:01:15, Andrey Rahmatullin wrote:
> > Control: reassign -1 libspdlog1/1:1.8.1+ds-2+b1
> > Control: affects -1 waybar
> > Control: severity -1 serious
> > Control: retitle -1 libspdlog1 breaks ABI on rebuilds
On Mon, 28 Dec 2020 17:11:47 +0100 Daniele Tricoli wrote:
>
> I can reproduce it using python3-sphinx 3.4.1, I'm still investigating since
> from sphinx's CHANGELOG the only incompatible change[¹] upgrading from sphinx
> 3.3.1 (using it building the documentation is fine) seems to not be related
Package: wnpp
Severity: wishlist
Owner: Olek Wojnar
* Package name: bazel-platforms
Version : 0.0.2
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/platforms
* License : Apache-2
Programming Lang: Settings
Description : Bazel
Package: wnpp
Severity: wishlist
* Package name: bazel-java-tools
Version : 10.5
Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/java_tools
* License : Apache-2
Programming Lang: Java
Description : Bazel Tools for Java
Tools used by
Hi Jonas,
On Tue, Dec 29, 2020 at 07:02:07PM +0100, Jonas Smedegaard wrote:
> > > On Debian, binary is renamed to "matrix-mirage".
> > > Correspondingly, config path is changed to "$XDG_CONFIG_HOME/mirage/".
> >
> > But the config path is actually also different. On my system the
> >
On Tue, 29 Dec 2020 19:55:57 +0530, Utkarsh Gupta said:
> Dear maintainer,
> Whilst trying to open nheko, it fails to open with the following
> message:
> ``` $ nheko nheko: symbol lookup error: nheko: undefined symbol:
> _ZTIN3fmt2v612format_errorE ```
> Is that known? Any idea what caused
On 2020-12-29 22:01:15, Andrey Rahmatullin wrote:
> Control: reassign -1 libspdlog1/1:1.8.1+ds-2+b1
> Control: affects -1 waybar
> Control: severity -1 serious
> Control: retitle -1 libspdlog1 breaks ABI on rebuilds with different libfmt
>
> On Sun, Dec 27, 2020 at 09:26:09PM +0100, Michele Cane
Hi Reiner,
Quoting Reiner Herrmann (2020-12-29 18:36:33)
> the README.Debian file mentions:
>
> > On Debian, binary is renamed to "matrix-mirage".
> > Correspondingly, config path is changed to "$XDG_CONFIG_HOME/mirage/".
>
> But the config path is actually also different. On my system the
>
On Wed, 23 Dec 2020 00:23:12 +0100
Mathieu Mirmont wrote:
> Package: dh-runit
> Version: 2.10.2
> Severity: wishlist
>
> Dear Maintainer,
>
> When I use the logscript option, a log/supervise symlink is created by
> dh_runit. When I don't use the logscript option and provide my own
> log/run
Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: plore...@disroot.org
Dear mentors,
I am looking for a sponsor for my package "dh-runit":
* Package name: dh-runit
Version : 2.10.3
Upstream Author : [fill in name and email of upstream]
* URL :
Hi Hubert,
On Tue, Dec 29, 2020 at 11:17 PM Hubert Chathi wrote:
> Hmm. Can you try installing libfmt7 (from sid) and see if that fixes
> it?
The issue could be fixed by rebuilding nheko against the newly updated
libfmt-dev version. I've prepared and pushed a fix to the salsa
repository. If
Control: tag -1 wontfix
Am 29.12.20 um 18:51 schrieb Debian Bug Tracking System:
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to
Package: libnet-ldap-perl
Version: 1:0.6500+dfsg-1
According to
https://rt.cpan.org/Public/Bug/Display.html?id=118477
when creating a new ldaps:// connection using multiple URIs in the
connection string (faiover in case of communication problems), it will
only succeed if the connection to the
On Tue, Dec 29, 2020 at 03:20:14PM +0100, Abou Al Montacir wrote:
> Why gcc10 and not gcc8? I assume you are using sid.But then we need a way to
> avoid hard coding the gcc version.
Yes, gcc-10 is what build-essential installs on Sid (and Bullseye),
which is what I am using there (as I'm trying
Package: debbugs
Severity: wishlist
X-Debbugs-Cc: nis.marten...@web.de
Let's take bug #711404 as an example:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711404
Here the bug log currently shows four messages. However, when running
`reportbug -u text -N 711404`, you'll be shown 12 messages.
Control: -1 wontfix
Hello,
Am 21.02.20 um 21:56 schrieb Pierre-Elliott Bécue:
When using the command `mailman create` as root, it creates a folder in
/var/lib/mailman3/lists/ with the root:root owner/group.
This then causes the following error that makes the mailing list unusable:
Sep 20
1 - 100 of 190 matches
Mail list logo
