Package: aoetools
Version: 36-3
Tags: patch
Dear maintainer,
we recently tested aoe on a newly created bullseye test system and noticed
that aoe-sancheck did not detect any interfaces. Up to now, we used bios
device names and had no problems with this whatsoever but the test system
uses the
Package: nvidia-driver
Version: 460.39-1~bpo10+1
When the driver is installed from the command:
apt install -t buster-backports nvidia-driver firmware-misc-nonfree
It fails to load at reboot with a framebuffer error in Xorg.log
I solved the problem installing linux-image-5.10 since only the
When the userspace daemon mount.davfs dies before the file system is
unmounted, then the kernel file system fuse will hang forever and it is
not possible to normally unmount. I think this is a bug in fuse and
filed a report to the kernel bug tracker long ago.
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
htslib is not built for i386 on buster (due to autopkgtest problems),
making python-cyvcf2:i386/python3-cyvcf2:i386 uninstallable in buster
due to their dependency on libhts2:i386.
On Fri, Apr 09, 2021 at 09:26:50AM +0700, Arnaud Rebillout wrote:
> Hi Julian,
>
> Note that the MR is about patches for the Debian package, so I'm not sure
> what the Ubuntu CLA has to do with that. Or do you intend to apply these
> patches straight to the cnf repo upstream maybe?
That's
Hello,
I have had the same issue, and I also went forth and patched
Linux base to ignore the .sig files in the boot directory.
My patch is a little bit simpler however:
Index: linux-base/lib/DebianLinux.pm
===
---
Control: reopen -1
On Fri, 09 Apr 2021 09:00:13 + Debian FTP Masters
wrote:
> Source: ruby-ruby-magic-static
> Source-Version: 0.3.5-1
> Done: Pirate Praveen
>
> We believe that the bug you reported is fixed in the latest version
of
> ruby-ruby-magic-static, which is due to be installed
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
Packaging of fauxhai gem https://packagecloud.io/cinc-project/stable
(fork of chef without trademark issues)
On Fri, 09 Apr 2021 at 10:37:59 +0200, Laurent Bigonville wrote:
> The dep8 specification says:
>
> Tests can expect that the ``$HOME`` environment variable to be set
> to a directory that exists and is writeable by the user running the test.
>
> But when using schroot (not tried anythong else),
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
Packaging of chef-utils gem from
https://packagecloud.io/cinc-project/stable since chef is removed due
to trademark issues
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963750 and cinc is a
fork of chef without the trademark issues.
Package: src:greenbone-security-assistant
Version: 20.8.0-2
Severity: serious
greenbone-security-assistant ftbfs, trying to access the network.
even after adding node-babel-cli as a b-d:
https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/12280131/+listing-archive-extra
The build
Hi Paul,
On Thu, Apr 08, 2021 at 10:02:02PM +0200, Paul Gevers wrote:
> On 08-04-2021 21:52, Andreas Tille wrote:
> > Ahhh, I assumed that basic autopkgtest-pkg-r is consider superficial.
>
> That's an interesting point. Should they (they're not)? Maybe with R
> packages autopkgtest-pkg-r may or
Control: tags -1 + fixed-upstream
Fixed in Matrix upstream svn rev 3376 [1].
[1]
https://r-forge.r-project.org/scm/viewvc.php?view=rev=matrix=3376
Control: reopen -1
On 08/04/2021 19.22, Guillem Jover wrote:
Otherwise, I don't see a bug in dpkg for this here. And I'd be
inclined to close this.
I've managed to solve most of the upgrade paths by propagating some
Conflicts from libreoffice-common to libreoffice-core, s.t. the packages
get
Package: autopkgtest
Version: 5.16
Severity: serious
Hello,
The dep8 specification says:
Tests can expect that the ``$HOME`` environment variable to be set
to a directory that exists and is writeable by the user running the test.
But when using schroot (not tried anythong else), $HOME is set
Hello,
Not knowing what to do so that this bug that was present since the launch of
Debian 10 is finally corrected, I wrote to you in these terms.
Gdebi crashes as soon as you ask it to install a package.
Choose a package, right click on, choose gdebi to do the job, then it crashes
without
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package luckybackup
This release just fixes the start-as-root command, which was not
working anymore.
full diff:
diff -Naur '--exclude=.svn' 0.5.0-4/debian/changelog
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package kdenlive
This is a KDE applications bugfix release. The changelog is here:
https://kdenlive.org/de/2021/03/kdenlive-20-12-3-ist-da/
There are many fixes, so I
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package odoo
[ Reason ]
14.0.0+dfsg.2-7 fixes #986484 (broken symlinks because of missing
dependency on fonts-glyphicons-halflings).
[ Impact ]
Without
[adding Jens Reinsberger to CC]
Hi Wookey,
> It seems to work fine. We have a fairly complicated database schema in
> our django app, but we are not doing anything very 'fancy' (like
> transaction rollbacks). Despite much reading of issues, bug reports
> and commits, I have not been able to
On Wednesday, 7 April 2021 21:52:17 CEST you wrote:
> https://launchpadlibrarian.net/532289912/buildlog_ubuntu-hirsute-ppc64el.mdbtools_0.9.2-2ubuntu1_BUILDING.txt.gz
Regarding the use of deprecated g_memdup, Evan Miller fixed that upstream in
0.9.2
Hi Aaron,
On Fri, Apr 09, 2021 at 12:01:21AM -0400, Aaron M. Ucko wrote:
> Never mind, this appears to be a different issue, per a backtrace
> obtained with EXCEPTION_STACK_TRACE_LEVEL=Error and a great deal of
> patience:
>
> Error: tblastn encountered an error:
> terminate called after
On Thu, 8 Apr 2021 21:12:29 +0100, Ximin Luo wrote:
> Stephen Kitt:
> > On Thu, 8 Apr 2021 13:11:46 +0100, Ximin Luo
> > wrote:
> >>> On Thu, 08 Apr 2021 01:35:49 +0100, Ximin Luo
> >>> wrote:
> Please mark gcc-mingw-w64-base "Multi-Arch: same" so that different
> architectures
Source: mesa
Version: 21.0.2-1
Severity: important
Tags: ftbfs
Hello,
Looks like src:mesa from experimental FTBFS because the build requires
the directx-headers-dev package
Support for that should either be disabled or the package installed.
Kind regards,
Laurent Bigonville
-- System
On 08 avril 2021 20:29, Sebastian Ramacher wrote:
[...]
> We prefer not to use tpu for such cases. This issue can be fixed via unstable
> by reverting to 52.0.0 with the +really dance as well. So there is no
> need to upload the fix via tpu.
OK, 54.0.0+really52.0.0-1 uploaded to unstable.
101 - 125 of 125 matches
Mail list logo