Hi Nicholas
> It looks like the a "Source" or "Forwarded" DEP3 header with a link to
> Pino's pull request is missing.
> https://dep-team.pages.debian.net/deps/dep3
I was updated my salsa merge request.
https://salsa.debian.org/debian/libpodofo/-/merge_requests/2
--
YOKOTA Hiroshi
retitle 1017586 RM: ROM, libnrepl-clojure [i386 armhf armel ppc64el s390x] --
ANAIS; No longer built
user 1017586 ftp.debian@packages.debian.org
usertags 1017586 + remove
thanks
Hi,
Renaming this bug report and tagging it properly, as per recommendations
of people on #debian-qa.
Note that
Package: gcc-12
Version: 12.1.0-8
Severity: important
This bug seems like a regression. GCC-11 has no issue compiling the same source.
https://buildd.debian.org/status/fetch.php?pkg=onetbb=ppc64el=2021.5.0-13=1660844413=0
[183/315] : && /usr/bin/c++ -g -O2 -ffile-prefix-map=/<>=.
Hello Martin,
On Sat, Aug 20, 2022 at 02:25:36AM +0200, Martin Quinson wrote:
> thanks for the additional info.
>
> Could you please try to reduce the files to simplify my debugging effort?
> It'd be great if you could come up with a file as simple as possible, ie, one
> short paragraph only
Source: gridengine
Version: 8.1.9+dfsg-10
Severity: normal
Tags: ftbfs, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear gridengine Maintainer,
The package has a ftbfs issue on riscv64 due to missing support riscv64:
```
...
Package: zutils
Version: 1.11-5
Severity: normal
Usertags: warnings
Installing zutils results in some warnings from dpkg-divert, it sounds
like the dpkg-divert rename option should not be used for diverting
essential packages, since it means the binaries disappear temporarily.
I'm not sure what
Dear Bastian
Regards "Please use the *.source.tgz as source instead of
*.source_with_htm_and_pdf.tgz", I assume you refer to the files at
https://github.com/CharlesMAtkinson/bung/releases/tag/3.2.6. If that is
not correct, please correct my assumption and disregard the rest of this
mail.
> -Original Message-
> From: Ben Hutchings
> Sent: Friday, August 19, 2022 7:27 PM
> To: Jason Breitman ;
> 1017...@bugs.debian.org
> Subject: Re: Bug#1017720: nfs-common: No such file or directory
>
> Control: tag -1 moreinfo
>
> On Fri, 2022-08-19 at 13:16 +, Jason Breitman wrote:
Hello,
On Sat 22 Jan 2022 at 09:21PM -05, Sandro Tosi wrote:
>
> Hey Paul,
>
> On Sat, Jan 22, 2022 at 8:45 PM Paul Wise wrote:
>>
>> Package: reportbug
>> Version: 11.2.0
>> Severity: wishlist
>> X-Debbugs-CC: ftp.debian@packages.debian.org
>> Control: affects -1
Hello Helge,
thanks for the additional info.
Could you please try to reduce the files to simplify my debugging effort? It'd
be great if you could come up with a file as simple as possible, ie, one short
paragraph only if possible, and using UPPERCASE as a translation instead of
german. We
On Sat, Aug 20, 2022 at 01:35:54AM +0200, Guillem Jover wrote:
> The man-db package seems to have switched from start-stop-daemon to
> setpriv, but the latter seems to be Linux-only. On a hurd-i386 box I
> see the following now:
>
> Processing triggers for man-db (2.10.2-2) ...
>
Package: man-db
Version: 2.10.2-2
Severity: normal
Hi!
The man-db package seems to have switched from start-stop-daemon to
setpriv, but the latter seems to be Linux-only. On a hurd-i386 box I
see the following now:
Processing triggers for man-db (2.10.2-2) ...
On Sat, Aug 20, 2022 at 12:17:01AM +0100, Luca Boccassi wrote:
> On Sat, 20 Aug 2022 at 00:09, Colin Watson wrote:
> > On Fri, Aug 19, 2022 at 11:55:25PM +0100, Luca Boccassi wrote:
> > > Shipping files in /var in a package is a bug though, and it really
> > > needs to be fixed. So it sounds like
Control: tag -1 moreinfo
On Fri, 2022-08-19 at 13:16 +, Jason Breitman wrote:
> Package: nfs-common
> Version: 1:1.3.4-6
> Severity: important
>
> Kernel: 5.10.0-16-amd64 #1 SMP Debian 5.10.127-1 (2022-06-30) x86_64
> GNU/Linux
>
> -- Description
> After updating
On Sat, 20 Aug 2022 at 00:09, Colin Watson wrote:
>
> On Fri, Aug 19, 2022 at 11:55:25PM +0100, Luca Boccassi wrote:
> > On Fri, 19 Aug 2022 at 23:43, Colin Watson wrote:
> > > I just had my attention drawn to this bug because a man-db upload
> > > unexpectedly (to me) gained a dependency on
Source: qutip
Version: 4.7.0-3
Severity: normal
Control: forwarded -1 https://github.com/qutip/qutip/issues/1875
It should be possible to build using pyproject.toml (PEP517),
Build-Depends: pybuild-plugin-pyproject
The problem is that that method does not understand the --with-openmp
flag added
On Fri, Aug 19, 2022 at 11:55:25PM +0100, Luca Boccassi wrote:
> On Fri, 19 Aug 2022 at 23:43, Colin Watson wrote:
> > I just had my attention drawn to this bug because a man-db upload
> > unexpectedly (to me) gained a dependency on systemd | systemd-tmpfiles,
> > thus adding to the
On Fri, 19 Aug 2022 at 23:43, Colin Watson wrote:
>
> On Thu, Aug 18, 2022 at 07:56:27PM +0200, Ansgar wrote:
> > 1. Creating files in non-persistent locations (/run) and cleanup (at boot
> > and via cron job):
> >
> > One example is the case above.
> >
> > The dependency on "systemd |
On Thu, Aug 18, 2022 at 07:56:27PM +0200, Ansgar wrote:
> 1. Creating files in non-persistent locations (/run) and cleanup (at boot
> and via cron job):
>
> One example is the case above.
>
> The dependency on "systemd | systemd-tmpfiles" does not cause tmpfiles to be
> processed during boot or
Package: ftp.debian.org
Severity: normal
Howdy,
Arguably, wireguard-dkms could be useful if one is using a kernel which does
not enable wireguard, but that's not the case for Debian (and deriv) kernels.
It could also be useful with -backports-sloppy, but as that's not happened
I'm requesting
Hello
Could you please provide a reduce test case?
Thanks
Sylvestre
On 2022-08-19 23:34, Jochen Sprickerhof wrote:
Package: clang-14
Version: 1:14.0.6-2
Severity: normal
X-Debbugs-Cc: jspri...@debian.org
Control: affects -1 libeigen3-dev src:pcl
Hi,
on an up to date armel:
Package: podman
Version: 4.2.0+ds1-3
Severity: important
Hi,
thanks for bringing up-to-date podman packages to Debian. This is really nice
to have those current version available.
With the latest version of the podman packages (4.2.0+ds1-3) dns resolution
fails for podman networks.
This
Package: clang-14
Version: 1:14.0.6-2
Severity: normal
X-Debbugs-Cc: jspri...@debian.org
Control: affects -1 libeigen3-dev src:pcl
Hi,
on an up to date armel:
jspricke@harris:~$ dd-schroot-cmd -c $sessionid apt-get install clang-13
clang-14 libeigen3-dev
(sid_armel-dchroot)jspricke@harris:~$
Hello,
On Fri 19 Aug 2022 at 05:12PM +02, Philip Hands wrote:
>
> Package: dgit
> Version: 9.16
> Severity: minor
>
> It strikes me that examples that currently show the `push` sub-command:
>
> dgit -wgf --overwrite push
> and
> dgit -wgf push
>
> should show the use of the `push-source`
Package: krb5
Version: 1.20-1
Severity: normal
Dear Maintainer,
it came to my attention that it looks like the build-time tests of MIT
krb5 are disabled in debian, via this empty d/rules override:
override_dh_auto_test:
I dug a bit in the git history, and found this commit:
Hi folks,
Some recent small changes in libuv had unexpected outcomes,
I suppose upstream siridb should be made aware of it.
Le ven. 19 août 2022 à 22:42, Paul Gevers a écrit :
> Hi Jeroen,
>
> On 19-08-2022 21:39, Paul Gevers wrote:
> > With a recent upload of libuv1 the autopkgtest of
Source: partman-btrfs
Version: 55
Severity: normal
It is great to have btrfs support with @rootfs. Thanks. I wish if it
is a bit more verbose on what it does in installer dialogue. This is
more important if we want to use existing btrfs with something like
@home-uid1000 in it ;-)
Anyway, I
Package: python3-jpype
Version: 1.4.0-2
Severity: normal
Due to how the org.jpype.jar is packaged
(https://salsa.debian.org/python-team/packages/python-jpype/-/commit/44a8befe0b856609a4095f5d9e3979752e367ad8),
jpype.startJVM() doesn't work out of the box as documented in upstream
In a recent thread on debian-mentors, an even cleaner way to
conditionally exclude a missing symbol for given architectures was
mentioned at [1], with details described in deb-src-symbols(5). As that
seems to be the most elegant way to handle this, I've pushed up my
commit to the lxc repo and
On 2022-08-19 17:00:57, Antoine Beaupré wrote:
> I am starting to wonder if I should just skip the test suite on this one
> and move on, because it's getting really gruesome.
Grepping around the source, i see this is an optional dep as well, so we
might not need this at all, and instead we could
Another update on this: I submitted a patch upstream to use Glob instead
of git to list the files.
https://github.com/moneta-rb/moneta/pull/232
... but I'm not sure it works. The build still fails, but I wonder if it
might not be a dependency that's just missing from Debian
altogether. The error
After downgrading to 1:27.1+1-3, the error is gone.
Regards
--
Florent
Package: src:linux
Version: 5.10.136-1
Severity: grave
Justification: causes non-serious data loss
X-Debbugs-Cc: t...@mirbsd.de
I’ve recently been getting filesystem corruption on this system, which,
incidentally, is a fresh-ish installation since I’ve been hit by the
“forgot LUKS password for
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-j...@lists.debian.org, debian-r...@lists.debian.org
* Package name: ruby-activerecord-jdbc-adapter
Version : 1.3.24
Upstream Author : https://github.com/jruby/
* URL :
Hi,
On 2022-07-22 07:18, Roman Mamedov wrote:
> Package: hddtemp
> Severity: wishlist
>
> Hello,
>
> I have been surprised to see the changelog entry about the planned removal of
> hddtemp. I would like to leave a couple of comments to that.
>
> > hddtemp has been dead upstream for many years
Source: libsoup3
Version: 3.1.1-1
Severity: important
Tags: patch
Hello,
libsoup-3.0-dev is not installable on non-linux ports because it depends
on the linux-only libsysprof-4-dev package. The attached patch fixes
that, could you apply it?
Thanks,
Samuel
-- System Information:
Debian Release:
Package: emacs
Version: 1:28.1+1-1
Severity: normal
Dear maintainer,
After performing the following upgrades today on sid:
[UPGRADE] emacs:amd64 1:27.1+1-3.1 -> 1:28.1+1-1
[UPGRADE] emacs-bin-common:amd64 1:27.1+1-3.1+b1 -> 1:28.1+1-1
[UPGRADE] emacs-bin-common-dbgsym:amd64 1:27.1+1-3.1+b1 ->
Source: iem-plugin-suite
Version: 1.13.0-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=iem-plugin-suite=amd64=1.13.0-2%2Bb2=1660937897=0
...
In file included from /<>/AllRADecoder/Source/PluginEditor.h:36,
from
Hi Jeroen,
On 19-08-2022 21:39, Paul Gevers wrote:
With a recent upload of libuv1 the autopkgtest of siridb-server fails in
testing when that autopkgtest is run with the binary packages of libuv1
from unstable. It passes when run with only packages from testing. In
tabular form:
I quickly
Package: sopwith
Version: 1.8.4-18
A new version of this package, 2.0.0, has been released. The upstream
URL has also changed. Please update the Debian package to the new
version.
https://fragglet.github.io/sdl-sopwith
Simon (the upstream maintainer).
--
Simon Howard
https://soulsphere.org/
On Mon, May 16, 2022 at 9:39 AM Reinhard Tartler wrote:
>
> Package: ginkgo
> Severity: wishlist
> X-Debbugs-Cc: none, Reinhard Tartler
>
> I've had to disable various tests from github.com/containers/common that
> depend on ginkgo/v2 interfaces
Please package a new v2 package, as ginkgo v1 and
Control: reassign -1 meson 0.63.1-1
Control: forcemerge -1 1017087
Control: affects 1017087 + sambamba
This is due to bug #1017087 in meson itself which I reported a few days
ago.
I am re-assigning, merging and adding in an affects.
On Sun, 14 Aug 2022 09:51:09 +0200 Lucas Nussbaum wrote:
>
Control: tags -1 patch
Here is a proof-of-concept untested patch to address backup.
With this approach, backup suffix is UUID.
--- postinst.in.orig 2022-08-20 05:00:47.915499523 +0900
+++ postinst.in 2022-08-20 05:15:55.732025173 +0900
@@ -330,7 +330,6 @@
echo "WARNING: Bootloader is
Hi,
> -Original Message-
> From: Colin Watson
> To: Osamu Aoki , 1017...@bugs.debian.org
> Subject: Re: Bug#1017741: [PATCH] Update package description for EFI*
> Date: Fri, 19 Aug 2022 20:24:32 +0100
>
> On Sat, Aug 20, 2022 at 03:50:44AM +0900, Osamu Aoki wrote:
> > diff --git
Hi Carsten--
Thanks for this prompt and thoughtful response!
On Fri 2022-08-19 07:30:14 +0200, Carsten Schoenert wrote:
> there isn't only the mach Python script, there are a lot of various
> peaces that act together (I haven't looked into that rabbit hole yet).
> But yes, the script in
Source: fdkaac
Version: 1.0.0-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/nu774/fdkaac/issues/54
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for fdkaac.
CVE-2022-37781[0]:
| fdkaac v1.0.3 was discovered to
Hi
On 19-08-2022 21:59, Paul Gevers wrote:
The following is seen, but not on every reboot.
$ autopkgtest . --apt-upgrade --shell-fail -- lxc --sudo
autopkgtest-unstable-amd64
[...]
autopkgtest [21:45:36]: rebooting testbed after setup commands that affected
boot
autopkgtest-virt-lxc
Package: autopkgtest
Version: 5.24
Severity: serious
Dear colleagues,
I was just trying to fix some package of mine and was running
autopkgtest to see if the hang I see on ci.d.n is
reproducible. However, autopkgtest has issues running reliably.
Simon already reported this on IRC when releasing
Source: nheko
Version: 0.10.0-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: z...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=nheko=mipsel=0.10.0-1=1659971124=0
[ 68%] Building CXX object CMakeFiles/nheko.dir/src/ReadReceiptsModel.cpp.o
virtual memory exhausted: Cannot allocate
Source: fdkaac
Version: 1.0.0-1
Severity: normal
Tags: security upstream
Forwarded: https://github.com/nu774/fdkaac/issues/52
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for fdkaac.
CVE-2022-36148[0]:
| fdkaac commit 53fe239 was
Package: grub-efi-amd64
Version: 2.06-3
Severity: wishlist
Currently, if you have dual boot of 2 Debian system installations, every
time grub2 of one system runs postinst, it overwrites
/boot/efi/EFI/debian/grub.cfg file in ESP pointing search.fs_uuid
pointing to lead to /boot/grub/* by UUID.
It
Source: libuv1, siridb-server
Control: found -1 libuv1/1.44.2-1
Control: found -1 siridb-server/2.0.45-1
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of libuv1 the autopkgtest of siridb-server fails
Source: imdbpy
Version: 2021.04.18-3
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer,
I happened to look at the results of the autopkgtest of your package and
noticed it regressed some months ago. Unfortunately, it went by
unnoticed, and the artifacts
Source: assimp
Version: 5.2.4~ds0-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear maintainer,
the exported CMake configuration for draco has been overhauled
significantly, and the DRACO_LIBRARIES variable is no longer set.
I have patched draco to keep the variable for
Package: djvulibre-bin
Version: 3.5.28-2
It seems ddjvu can hang forever in some out-of-memory situations.
For example, setting the virtual memory limit to 32 MiB makes it hang:
$ ulimit -Sv 32000
$ ddjvu /usr/share/doc/libdjvulibre-dev/djvu3spec.djvu > /dev/null
Backtrace:
#0 0xf7f91559
This is preventing network hardware from being detected during an attempted PXE
install of Debian Bullseye/Stable for me as well. Any chance of getting
firmware-bnx2x fixed soon?
Package: wnpp
Severity: wishlist
* Package name: solanum
Version : N/A
Upstream Author : https://github.com/solanum-ircd
* URL : https://solanum.chat/
* License : GPL-2, but probably a mess
Programming Lang: C
Description : IRCv3 server designed to be
On Sat, Aug 20, 2022 at 03:50:44AM +0900, Osamu Aoki wrote:
> diff --git a/debian/control b/debian/control
> index 71cca4436..74769e0eb 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -263,11 +263,11 @@ Description: GRand Unified Bootloader, version 2
> (EFI-IA32 modules)
>
Control: clone -1 -2
Control: retitle -1 dcmtk: CVE-2022-2121
Control: retitle -2 dcmtk: CVE-2022-2119 CVE-2022-2120
Control: fixed -1 3.6.7-1
Hi
On Wed, Jun 29, 2022 at 10:43:59AM +0200, Mathieu Malaterre wrote:
> Package: dcmtk
> Version: 3.6.5-1
> Severity: important
>
> Dear Maintainer,
>
Hello Martin,
On Thu, Aug 18, 2022 at 08:29:53PM +0200, Martin Quinson wrote:
> could you please be more specific on what's going wrong? You say that the
> "english is in roman, while the translated text is in German". Well. The
> translation being in German does not sound like a bug to me :)
I
Package: po4a
Version: 0.67-2
Severity: wishlist
Since recently po4a-gettextize adds spaces at the end of strings
during gettextisation, if strings occure multiple times in the master
file (or translation).
In production, multiple indentical strings in the original file are
only stored once in
Source: grub2
Version: 2.04-20
Severity: minor
Tags: patch
Most modern PCs has been sold with UEFI support for more than 10 years.
Microsoft's certification requirements for now obsolete Windows 8
required UEFI since 2012.
In 2006, Intel Mac was practically the only one but now Macs are
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear release team,
I'd like to transition draco after its SONAME bump.
The ben file looks good:
Package: emacs-lucid
Version: 1:28.1+1-1
Severity: grave
X-Debbugs-Cc: r...@debian.org
The 28.1 version of emacs-lucid fails on startup with a cryptic error
message:
% emacs
Cannot find suitable directory for output in ‘comp-native-load-path’.
Running emacs -q allows it to start, but it still
Hi,
It's been almost three years since the last update on the Mailpile blog:
https://www.mailpile.is/blog/
... and the second to last one was not encouraging:
https://www.mailpile.is/blog/2019-04-06_Burnout.html
More recently, in Sept 2021, upstream made an update here:
Package: installation-reports
Severity: normal
X-Debbugs-Cc: vagr...@debian.org
Boot method: network
Image version:
https://d-i.debian.org/daily-images/arm64/20220818-02:26/netboot/netboot.tar.gz
Date: 2022-08-18 teatime
Machine: Pine64+
Partitions:
Filesystem Type 1K-blocksUsed
Am 19.08.22 um 16:54 schrieb Ileana Dumitrescu:
I fixed the control file email and copyright file in the most recent commits
The copyright file is not fixed but I will upload because closing the RC bug is
an improvement.
Just read the upstream license. The project is dual licensed with GPL
Package: dolphin
Version: 4:22.04.3-1
Severity: minor
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
This is a longstanding issue. Navigate to a directory, then execute a search
(Edit | Search). Next go to any
Ugh, I forgot to CC all interested parties, sorry about that.
On 19/08/2022 18:19, Martina Ferrari wrote:
Control: severity -1 important
Hi,
I am also not being able to reproduce this issue, even when setting
GOMAXPROC to 1, and since there has been no more activity I am
downgrading the
I would agree that this is a package bug.
But I think that this is not related to "packaging" only.
Upstream too would like to fix the licensing issue in a proper way.
Feel free to remove the upstream reference though.
Control: severity -1 important
Hi,
I am also not being able to reproduce this issue, even when setting
GOMAXPROC to 1, and since there has been no more activity I am
downgrading the severity to prevent the package from being autoremoved.
Please, feel free to raise severity again if you can
Source: pmix
Version: 4.2.0~rc2-1
Severity: normal
mipsel has started failing to build pmix 4.2.0. It's running out of
memory building the python extensions:
creating build/temp.linux-mips-3.10/<>/bindings/python
mipsel-linux-gnu-gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O2
Package: emacs Version: 1:28.1+1-0.1 Severity: serious
X-Debbugs-Cc:
none, Aymeric Agon-Rambosson
Dear Maintainer,
Since emacs 1:28.1+1-1 hit unstable today, all elisp packages
builts fail.
Here I join a log file for an attempt to build a new elpa package
against unstable using sbuild :
This is a package bug only and not relevant for upstream.
Hi,
On Fri, 19 Aug 2022, at 18:47, joffrey575 wrote:
> Be appear,
>
> IMO this looks like an outdated Python package dependency `matrix-common`.
>
> python3-matrix-common/bullseye-backports,now 1.2.1-1~bpo11+1
>
Why is it? pyproject.toml says:
matrix-common = "^1.2.1"
--
Cheers,
Andrej
Be appear,
IMO this looks like an outdated Python package dependency matrix-common.
python3-matrix-common/bullseye-backports,now 1.2.1-1~bpo11+1
Package: mplayer
Version: 2:1.4+ds1-3
Followup-For: Bug #1004579
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu kinetic ubuntu-patch
Control: tags -1 patch
Dear Maintainer,
The upstream release 1.5 supports ffmpeg 5 and would solve this issue.
In the meantime, I have attempted to
Source: gnuradio
Version: 3.10.3.0-3
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=gnuradio=3.10.3.0-3%2Bb1
...
-- Checking for module 'libzmq'
-- Found libzmq, version 4.3.4
-- Could NOT find ZeroMQ (missing: ZEROMQ_INCLUDE_DIRS)
--
-- Configuring gr-zeromq
Control: severity -1 important
Il 19/08/2022 17:55, xioren huan ha scritto:
Package: cinnamon-l10n
Version: 5.4.2-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: xioren00+deb...@protonmail.com
Dear Maintainer,
Updating cinnamon-l10n from 5.2.2-1 to 5.4.2-2 removes the
Source: iem-plugin-suite
Version: 1.11.1-1
Severity: normal
Dear Maintainer,
JUCE-7.0.2 (not yet in Debian, but soon) introduced some BREAKING-CHANGES.txt
regarding matrix3D multiplication.
iem-plugin-suite is affected by this.
at least the following plugins fail to build:
- AllRadDecoder
--
Incidentally the man pages don't seem to be getting installed. I'm not
sure how it should be done via make install (they get listed in
EXTRA_DIST). Possibly easier to just create a
debian/libpmix-bin.manpages and let dh_installman install them directly
from source.
Drew
On Wed, Aug 17, 2022 at 07:31:30PM +0200, Drew Parsons wrote:
> Source: fenics-dolfinx
> Followup-For: Bug #1017284
>
> The cmake error logs can be too effusive, they tend to obscure the
> error. In this case the real problem seems to be that it never found
> scotch, even though it found it. A
Source: pmix
Version: 4.1.2-2
Severity: normal
pmix currently has a Build-Depends: pandoc, which is preventing it
from building on the minor architectures since many of them don't have
a pandoc build.
But pmix doesn't have a doc package, and as far as I can tell from the
build logs, pandoc isn't
On Fri, Aug 19, 2022 at 10:13:00AM +0200, Bastian Germann wrote:
> Am 19.08.22 um 03:41 schrieb Michel Alexandre Salim:
> > Quick question (applies to drgn, not libkdumpfile) - if the tarball
> > contains some m4 rules copied verbatim from autotools, do I have to list
> > them in d/copyright?
>
>
Hi,
On Fri, 19 Aug 2022, at 17:29, joffrey575 wrote:
> I have check all dependencies of matrix-synapse package.
>
> All packages come from Debian Bullseye Backports and Main or Security (no
> Tiers).
>
> The problem came from upgrade matrix-synapse at 1.61.0-1~bpo11+3 version to
>
Source: restic
Version: 0.12.1-2
Severity: serious
Control: close -1 0.13.1-1
Tags: sid bookworm
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
The Release Team considers packages that are out-of-sync between testing
and unstable for more than 60 days as
Hi Andrej Shadura,
I have check all dependencies of matrix-synapse package.
All packages come from Debian Bullseye Backports and Main or Security
(no Tiers).
The problem came from upgrade matrix-synapse at 1.61.0-1~bpo11+3 version
to 1.63.0-1~bpo11+1 version.
As follow
Package: autoconf-archive
Version: 20220211-1
Severity: serious
Tags: patch
Justification: Policy 4.6
m4/ax_cc_maxopt.m4 has a syntax error that causes silo-llnl to FTBFS.
See #1017240.
The following patch fixes it:
--- ax_cc_maxopt.m4.orig2022-08-19 16:13:36.230050352 +0100
+++
Package: libx11-6
Version: 2:1.8.1-2
Severity: normal
While "infinity" and "approxeq" KeySym names work correctly,
e.g. xev outputs for them
state 0x81, keycode 31 (keysym 0x8c2, infinity), same_screen YES,
XLookupString gives 3 bytes: (e2 88 9e) "∞"
XmbLookupString gives 3 bytes:
forwarded 1017083 https://github.com/bibledit/cloud/issues/820
thanks
Hi Scott (2019.12.31_00:47:02_+0200)
> When a file or directory such as a/b/c.txt is listed in
> pybuild.testfiles, when it is copied to the build directory, the
> directory structure portion is lost. Tests expect certain data files to
> exist in certain location so this makes it hard to use
Source: libaperture-0
Version: 0.1.0+git20200908-3
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
The autopkgtest for libaperture-0 seems to be intermittently failing
with a timeout, particularly on armel and armhf. Some examples:
-
Package: dgit
Version: 9.16
Severity: minor
It strikes me that examples that currently show the `push` sub-command:
dgit -wgf --overwrite push
and
dgit -wgf push
should show the use of the `push-source` sub-command instead, since doing binary
uploads to Debian now prevents migration to
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
The related nftables bug is:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017359
[ Reason ]
nftables uses a fixed-size array containing the locations of the
expressions
>> Also please note that .gitattributes makes the repo have an unclean
state on checkout when you are not on Windows.
>> You should fix that in future uploads by exluding or patching that file
or by importing the crlf files with the expected
>> line ending.
Ok I will look out for that.
>> I can
Dear James,
Maybe you can advise how to handle this removal properly in Kodi?
15 серпня 2022 р. 21:49:19 UTC, Rogo написав(-ла):
>Hi,
>
>since kodi in Debian is built against ffmpeg 5.1, TV playback is broken.
>More specifically, kodi can no longer play video transport streams.
>
>One can
Package: ftp.debian.org
Severity: normal
The package no longer builds on several architectures.
Thorsten
Package: cryfs
Version: 0.11.2-5
Severity: important
X-Debbugs-Cc: thomas.r.sheman...@gmail.com
Dear Maintainer,
/usr/bin/cryfs-unmount is not included in cryfs 0.11.2-5 (nor 0.11.2-4)
It is generated when I build the package from the github source, so not sure
why it is not in the debian
Package: nfs-common
Version: 1:1.3.4-6
Severity: important
Kernel: 5.10.0-16-amd64 #1 SMP Debian 5.10.127-1 (2022-06-30) x86_64 GNU/Linux
-- Description
After updating and or creating new files on our file server via rsync, we
see many files report the error message
Package: libdvd-pkg
Version: 1.4.3-1-1
Severity: minor
Dear Debian folks,
There is a broken symbolic link in the build directory
$ ls -l
/usr/src/libdvd-pkg/build/debian/libdvdcss-dev/usr/lib/x86_64-linux-gnu/
total 4
lrwxrwxrwx 1 root root 18 Aug 15 18:36 libdvdcss.so ->
1 - 100 of 161 matches
Mail list logo
