Package: grub-ieee1275-bin
Version: 2.06-7
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
I decided enough was enough and finally went to migrate my Netra T1 from SILO
to GRUB.
So I installed grub2 2.06-7, went through the motions, did grub-install
--skip-fs-probe
Package: samba-common
Version: 2:4.13.5+dfsg-2
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
Pretty simple report - since samba-common is only offered at 2:4.16.2+dfsg-1 in
sid currently,
and all the binary samba packages for sparc64 are at 2:4.13.14+dfsg-1+b4, it's
Package: libc6
Version: 2.33-1
Severity: important
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
(I marked this as serious because it's "just" ppc64, but the system is
permaneantly unusable if this upgrade is installed.)
I booted my ppc64 VM in qemu 6.1, apt update, apt upgrade, and
Package: elfutils
Version: 0.183-1
Severity: normal
Dear Maintainer,
While experimenting with drgn [1], I ran into a crash[3], which seems to be
from a bug introduced in elfutils 0.183 and fixed in 0.186[2].
I don't know if said bug meets the threshold for a backport on stable, but
figured
Package: src:linux
Version: 5.14.16-1
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
Trying to boot a recent sparc64 disc on this T5140, it dies on boot with
something like:
[ 52.521656] niu: niu.c:v1.1 (Apr 22, 2010)
[ 52.529379] niu: niu0: Found PHY 002063b0 type MII
Package: linux-headers-cloud-arm64
Severity: normal
Dear Maintainer,
linux-headers-cloud-arm64 and linux-image-cloud-arm64 point to
-5.10.0-0.bpo.8-cloud-arm64, except...
while linux-image-5.10.0-0.bpo.8-cloud-arm64 is still around, linux-headers-...
is not.
So you can't install the headers
Package: bpfcc-tools
Version: 0.18.0+ds-2
Severity: normal
Dear Maintainer,
Pretty simple - it looks like the internal field that biosnoop-bpfcc reads
to get the size of the IO started being cleared on IO completion at some point,
so it prints as always 0 now.
Upstream fixed this by stashing
Package: rpm-common
Version: 4.16.1.2+dfsg1-3
Severity: normal
Dear Maintainer,
When debugging why %{python_version} no longer expanded in an alien package,
I discovered that in bullseye and up, the macros.* packages (and their
associated macros) seem entirely absent.
It seems like upstream RPM
Package: src:linux
Version: 5.10.46-4
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
I was copying a bunch of 1-10M compressed logfiles (~2000 of them, to be
exact) over NFS to another machine with rsync, and suddenly my SSH session
stopped responding entirely.
Looking on
Package: udev
Version: 247.3-6
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
I had the following unexpected behavior happen:
$ ls -al /dev/[sv]d* /dev/disk/by-id/;sudo udevadm trigger;sleep 5;ls -al
/dev/[sv]d* /dev/disk/by-id/;
brw-rw 1 root disk 8, 0 Aug 23 19:25
Package: src:linux
Version: 5.10.46-4
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
(I have no idea how many people might run into this, but...)
I just had occasion to set up bullseye on an old Macbook Pro. After convincing
it to boot the installer
in the first place
Package: zfs-dkms
Version: 2.0.3-8~bpo10+1
Severity: minor
Dear Maintainer,
I was curious what versions of ZFS I had imported a given pool with, so I asked
zpool history -i, and to my surprise, its log entries had "software version
unknown".
Specifically (note that I believe the entries with
Package: libparted2
Version: 3.4-1
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Like it says on the tin - I noticed my drive's partition table was smaller than
the drive,
tried to resizepart, and boom.
I'm assuming I input a somehow invalid value, but an assertion failure was not
the
Package: qemu-system-misc
Version: 1:5.2+dfsg-9~bpo10+1
Severity: normal
I was assembling a Debian riscv64 (and therefore, currently, sid) root FS to
test something, ultimately in a VM, and building OpenZFS git master chrooted
into that root to that end.
I did the ./autogen.sh && ./configure
Package: linux-source-4.19
Severity: normal
Dear Maintainer,
Trying to boot the buster installer inside qemu-system-mips64el
with my setup kernel panics almost instantly with the message
"No memory area to place a bootmap bitmap".
Using the incantation:
qemu-system-mips64el -M malta -cpu 5KEc
Package: kdump-tools
Version: 1:1.6.5-1
Severity: important
Dear Maintainer,
Installed kdump-tools appear to work, echo 'c' | sudo tee /proc/sysrq-trigger
boots the crashkernel and
takes a dump and reboots, but attempting to use "crash" on the dump in a way
that works
in other configurations
Package: kdump-tools
Version: 1:1.6.5-1
Severity: important
Dear Maintainer,
(This part also applies to jessie/x86_64 and bullseye/x86_64, in addition to
buster/x86_64.)
I installed kdump-tools to take a crash dump, rebooted, verified the
crashkernel was configured,
triggered the problem I
Package: irssi
Version: 1.2.0-2.1
Severity: normal
Dear Maintainer,
Today, I ran across a problem in irssi - for me, it manifested as /reload
causing my SASL connections to fail auth on (re)connects until I restarted
irssi.
The problem turns out to be a use-after-free in the SASL handling code;
Package: src:linux
Version: 5.9.15-1
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
On a lark, I decided to try and get a sh4 boot environment running. So I
tried downloading the oldest (2019-11-21, with vmlinuz-4.19.0-5-sh7751r)
and newest (2021-04-17, with
Package: qemu-user-static
Version: 1:6.0+dfsg-1~exp0
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
I have a Debian sid hppa VM, and I wanted to try using qemu-hppa-static to
build things
faster than running the full VM.
So I tried this with 5.2[mumble] and encountered
Package: qemu-user-static
Version: 1:5.2+dfsg-10
Severity: normal
X-Debbugs-Cc: rincebr...@gmail.com
Dear Maintainer,
(I'm reporting this from my bullseye/sid testbed, but I originally encountered
it
on 5.2+dfsg-9~bpo10+1 on buster, and subsequently reproduced it here.)
I have a Debian sid
Package: qemu-user-static
Version: 1:5.2+dfsg-9~bpo10+1
Severity: normal
Dear Maintainer,
I am trying to debug an issue with an external kernel module on sparc64, so I
wanted
to rebuild said module faster than my poor (real) UltraSPARC IIi would permit.
For
bisecting reasons on another
in
/include/... and
/sbin/...
I've created a patch, which I'm not entirely happy with, that fixes it for the
test case I was
reproducing it on (generating deb packages from the upstream zfsonlinux source
packages, which
use alien to turn their generated rpms into debs).
Thanks,
- Rich Ercolani
Package: alien
Version: 8.95.3
Severity: important
Dear Maintainer,
It appears, sometime between 8.95 and 8.95.3, alien started generating
incorrect debian/rules output, resulting in it being unable to convert at least
RPMs[1] into DEBs successfully (though I'm guessing it broke everything.)
Package: zfsutils-linux
Version: 0.7.12-1
Severity: normal
Dear Maintainer,
Tried upgrading from stretch-backports 0.7.11 to testing 0.7.12, because
the package hadn't landed in backports yet, and discovered it broke on
dpkg --configure :
Setting up zfsutils-linux (0.7.12-1) ...
insserv: Service
see
.BR kdump-tools (5)
or
.BR kexec (8)
for what you likely want to know.
.SH SEE ALSO
.BR makedumpfile (8),
.BR crash (8),
.BR kdump-tools (5),
.BR kexec (8),
.BR vmcore-dmesg (8)
.SH AUTHOR
kdump was written by Eric Biederman.
.PP
This manual page was initially written by Khalid Aziz ,
for the Debian project (but may be used by others).
Additional content was added by Rich Ercolani .
Package: zfsutils-linux
Version: 0.7.3-1
Severity: important
Dear Maintainer,
As the subject says, if you just install
{zfsutils-linux,spl-dkms,zfs-dkms}/unstable, you can end up with libuutil1linux
from stable or testing, and get back:
zpool: symbol lookup error: /lib/libzpool.so.2: undefined
Package: linux-source-3.16
Version: 3.16.0-4
Severity: normal
Dear Maintainer,
I was going about my business, using perf top to see what I was spending a
bunch of my time in on this system, when suddenly, I got this written to
console:
[2425302.546957] Uhhuh. NMI received for unknown reason 11
Package: apt
Version: 1.0.9.10
Severity: important
Dear Maintainer,
I tried adding the Mono third-party repositories and doing an
apt-get update; apt-get install -y mono-runtime
apt-get install mono-runtime refused with an unmet dependency, which I
include below only because of what happened
29 matches
Mail list logo