Hi waldi,
On 24-07-2024 10:57 a.m., Bastian Blank wrote:
On Thu, Jul 18, 2024 at 08:06:46AM +0200, Paul Gevers wrote:
However, that doesn't seem to work on our s390x host as it seems to freeze
instead. Is this something known? Something I'm doing wrong (E.g. these
options behaving differently
Hi Ben,
On Sun, 2024-07-21 at 15:16 +0200, Ben Hutchings wrote:
> On Sat, 2024-07-20 at 21:48 +0200, John Paul Adrian Glaubitz wrote:
> [...]
> > > - Does anyone have it working with a recent (6.3 or later) Debian
> > > kernel package, and if so how?
> >
>
t-be-2:~#
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi all,
On 14-07-2024 9:47 a.m., Paul Gevers wrote:
For the record: I have installed the unstable kernel on one of the
workers (ci-worker-arm64-11 [1]). Let's see how it behaves.
The host has been running fine so far, I have installed the current
unstable kernel on all arm64 hosts now
uld love
to be able to boot a Debian kernel again. I have no clue how to reduce
the kernel image size at this point though.
I am currently not using an initrd with my custom kernel.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
nel flavours.
>
> > Will take care of it and let you know when it's (some hours).
>
> Thank you!
There are now 120 GB of free disk space. Let me know if that's sufficient
or whether I need to clean up more, probably asking others to clean up
their home directories.
Adrian
-
'm cleaning up the porterbox now, disk is quite full, then you can try
to build the kernel package on perotto.debian.net or I can try it myself.
I have seen the bug myself and I wanted to debug it, but the attempt was
foiled by the fact that the disk on perotto is full (again).
Will take care of
Hi all,
On Sun, 14 Jul 2024 09:22:32 +0200 Paul Gevers wrote:
Today I restarted the s390x host of ci.d.n because I lost access.
I have been fighting with the host for several days now, and I think I
finally found the culprit. Several days ago I configured the host to do:
# panic kernel
Hi,
On 09-07-2024 12:23 p.m., Paul Gevers wrote:
I'll see what I can do.
For the record: I have installed the unstable kernel on one of the
workers (ci-worker-arm64-11 [1]). Let's see how it behaves.
Paul
[1]
https://ci.debian.net/munin/ci-worker-arm64-11/ci-worker-arm64-11/index.html
there were a lot kernel messages
(several tens to hundreds per day) like "User process fault:
interruption code 003b ilc:3 in my_kmcdump[2aa0798+f000]". I
attached the first block I found in the journal after the reboot.
Please let me know if you need more information.
Paul
PS:
for the 6.8.y series though the package is not yet out
of backports-new.
I'll see what I can do.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Dear Debian folks,
Am 26.06.24 um 12:43 schrieb Paul Menzel:
[…]
On the Dell XPS 13 9360 with
$ lspci -nn -s 3a:00
3a:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac
Wireless Network Adapter [168c:003e] (rev 32)
$ dpkg -l firmware-atheros
[…]
ii
-
ed43130330c505b084de2c5b820c32b0
QCA6174/hw3.0/4.4.1/firmware-6.bin_WLAN.RM.4.4.1-00309-
It’d be great if you could distribute that version, as I still
experience some problems with the firmware version 288.
Kind regards,
Paul
[1]:
https://git.codelinaro.org/clo/ath-firmware/ath10k-firmware/-/commit
Hi,
On 28-05-2024 10:54 a.m., Luca Boccassi wrote:
If 6.8 migrates to testing, it will break amd64 debci for unrelated
packages for migration tests too. I don't think that's something we
want? Paul, wouldn't that qualify as RC?
With the kernel team being aware of the issue, I trust the kernel
would be expecting a bit quicker turn around on this bug if you say
yes now ;) ).
If the bug is still occurring, can you say what type of filesystem
rsync is being run on?
I'm not sure if this is the answer you're looking for, we use ext4.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital
Dear Bastian,
Am 03.04.24 um 18:26 schrieb Paul Menzel:
Am 01.04.24 um 22:29 schrieb Bastian Blank:
On Fri, Jan 26, 2024 at 01:44:44PM +0100, Paul Menzel wrote:
$ grep UUID /etc/default/grub
# Uncomment if you don't want GRUB to pass "root=UUID=xxx"
paramete
Dear Bastian,
Am 01.04.24 um 22:29 schrieb Bastian Blank:
On Fri, Jan 26, 2024 at 01:44:44PM +0100, Paul Menzel wrote:
$ grep UUID /etc/default/grub
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to
Linux
GRUB_DISABLE_LINUX_UUID=true
I a
pacity
> ## Apr 03 10:54:41 2024 ##
>
> will the LPARCFG option be activated on future versions?
The Debian kernel maintainers are informed since I have reassigned the bug to
the kernel package. I assume this will be fixed in the near future.
I might do it myself if I find the time during the
to see if there are traps set out.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=linux
https://ci.debian.net/data/autopkgtest/testing/amd64/n/nvidia-cuda-samples/42760273/log.gz
1664s I: Testing binary package nvidia-fs-dkms
1664s I: Trying to install build dependency nvidia-current
/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=linux
https://ci.debian.net/data/autopkgtest/testing/amd64/n/nvidia-graphics-drivers/42760274/log.gz
810s # MODPOST /usr/src/modules/nvidia-kernel/Module.symvers
810sscripts/mod/modpost -M -m
://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=linux
https://ci.debian.net/data/autopkgtest/testing/amd64/n/nvidia-graphics-drivers-tesla/42735533/log.gz
202s # MODPOST /usr/src/modules/nvidia-tesla-kernel/Module.symvers
202s
on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=linux
https://ci.debian.net/data/autopkgtest/testing/amd64/n/nvidia-graphics-drivers-tesla-470/42735534/log.gz
320s # MODPOST
/var/lib/dkms/nvidia-tesla-470/470.223.02
Dear Bastian,
Thank you for your reply.
Am 24.01.24 um 21:01 schrieb Bastian Blank:
Control: tags -1 wontfix
On Wed, Jan 24, 2024 at 06:13:05PM +0100, Paul Menzel wrote:
Trying to quickly start a VM, it’d be great to not use an initrd image, and
also use the Virtio features, for example
=m`). It’d be great, if it
could be built into the Linux kernel cloud image.
Kind regards,
Paul
ers and I think there
is a chance we might see these in the foreseeable future.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ed by this bug, the powerpc build
fails
because of a packaging problem.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi
On 01-01-2024 22:33, Bastian Blank wrote:
Do we have serial of the machines?
Do you mean of the system where the VM's run, or of the VM itself? IIRC
the qemu backend of autopkgtest is talking to the VM over serial, but if
you want to be sure, I'll need to check.
Paul
/tests/selftests
Paul
diff --git a/debian/tests/selftests b/debian/tests/selftests
index 02cc29372e..ff12a0cd17 100644
--- a/debian/tests/selftests
+++ b/debian/tests/selftests
@@ -1,4 +1,4 @@
-#!/bin/bash -eu
+#!/bin/bash -eux
PATH=/usr/sbin:/sbin:/usr/bin:/bin
@@ -81,8 +81,8 @@ step=$((step
in one autopkgtest (stanza) it's probably smarter to generate a stanza
per kernel you want to run (because then you're only limited by the
overall timeout of 8.5 hours).
Paul
[1]
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
[2] # emacs debian/
s well and close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Mon, 18 Sep 2023 20:54:17 +0200 Paul Gevers wrote:
On 09-09-2023 13:06, Paul Gevers wrote:
> All ci.d.n workers (except riscv64) now run the kernel from
> bookworm-backports. systemd passes it's autopkgtest again in unstable,
> testing and stable.
We're having
as well.
Please find attached the content of the journal since the reboot. I
filtered out "debci".
Paul
kernel-bug-part0.log.xz
Description: application/xz
OpenPGP_signature.asc
Description: OpenPGP digital signature
[To: +debian-kernel@lists.debian.org]
Dear Jeff, dear Debian Linux kernel team,
Am 14.11.23 um 19:19 schrieb Jeff Johnson:
On 11/14/2023 9:32 AM, Jeff Johnson wrote:
On 11/12/2023 4:13 AM, Paul Menzel wrote:
On the Dell XPS 13 9360 with Debian sid/unstable, Linux 6.5.10 logs the
error
Package: iproute2
Version: 6.5.0-4
Severity: minor
Usertags: formatting
The hermetic-/usr changes to the manual pages documenting the new
locations in /usr of the files previously in /etc and overridable
by user files in /etc broke the formatting in the manual pages.
The /usr paths have "or"
Hi all,
On 09-09-2023 13:06, Paul Gevers wrote:
All ci.d.n workers (except riscv64) now run the kernel from
bookworm-backports. systemd passes it's autopkgtest again in unstable,
testing and stable.
We're having issues [1] with the (backports and) unstable kernel on our
main amd64 host, so
re details.
I'm sending this from my laptop, if I should collect information from
the host, please let me know.
Paul
Sep 17 07:43:48 ci-worker13 kernel: general protection fault, probably for
non-canonical address 0xcb9d265a04e18934: [#1] PREEMPT SMP NOPTI
Sep 17 07:43:48 ci-worker13 kernel: C
On Sat, 2023-09-09 at 11:42 +0200, Bastian Blank wrote:
> The first one is the one with included size limitations, because those
> load the kernel from a pre-defined flash partition, whose size can't be
> easily changed by the user. This one is now overflowing for the second
> to last documented
at you don't cripple the hardware of affected
people, but "merely" can't give them security support? I guess it would
be possible (as long as support lasts; no LTS support) for effected
systems to run the security supported bullseye kernel.
Paul
[1]
https://www.debian.org/releases/b
it?
I'm not familiar with raspi-firmware nor run-parts, but isn't this
likely pointing at a problem with your system that you need to fix first?
Paul
On 15-08-2023 23:02, slimshady wrote:
Package: upgrade-reports
Severity: important
X-Debbugs-Cc: slimshad...@zohomail.eu
(Please provide enough
On Sun, 2023-08-13 at 11:51 +, John Scott wrote:
> Because carl9170 is largely under the GPL and we're obligated to
> distribute complete sources for our binaries, I've set Static-Built-
> Using on both gcc (because of libgcc) and Newlib.
FYI, that wasn't the correct thing to do.
6d2b3a31 [2], and the
Linux configuration was not updated.
Kind regards,
Paul
[1]:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a77a94f86273ce42a39cb479217dd8d68acfe0ff
[2]:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id
Hi Bastian!
On Wed, 2023-07-12 at 11:07 +0200, Bastian Blank wrote:
> On Sat, Jul 08, 2023 at 08:41:03PM +0200, John Paul Adrian Glaubitz wrote:
> > Please enable building the linux-libc-dev package for the new Debian
> > architecture loong64.
> > The corresponding kernel a
"loongarch".
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Remove Linux-Dell-Video _OSI string")
>
> Nick has found that runtime PM is *not* working for nouveau.
>
> If you recall we did 24867516f06d because 5775b843a619 was
> supposed to have fixed it.
Gotcha, I guess keep me updated since it seems like things -might- be working
from what I gathered here? Happy to look further if they find that 6.4-rc is
broken though
>
--
Cheers,
Lyude Paul (she/her)
Software Engineer at Red Hat
control: reassign -1 src:linux
Hi,
Although it was suggested that this may be due to firmware updates too,
let's reassign to the linux source package for first triaging.
Paul
On 15-06-2023 15:26, Jeffrey Mark Siskind wrote:
Package: upgrade-reports
Severity: important
(Please provide
Hi Kernel team,
Last release I sent out the message below and in the end we included
something [1] in the Release Notes mentioning dropped support. Is there
something like that worth mentioning this time around?
Paul
[1]
https://www.debian.org/releases/bullseye/armel/release-notes/ch
Hi Otto,
On 09-04-2023 03:54, Otto Kekäläinen wrote:
Paul Gevers asked if the issues are gone as well with 6.1.12-1
(or later 6.1.y series versions, which will land in bookworm). That
would be valuable information to know as well to exclude we do not
have the issue as well in bookworm.
Were
Hi,
On 29-03-2023 23:38, Cyril Brulebois wrote:
unblock linux/6.1.20-1
ACK on the unblock/age-days 10 request for the d-i team, happy to build
the installer against it. :)
Done. In the passing I also took along the signed versions.
Paul
OpenPGP_signature
Description: OpenPGP digital
SMP Debian 6.1.12-1
(2023-02-15) ppc64le GNU/Linux
Can you check if the errors are still the same (yes, there's still
intermittent failures).
Paul
OpenPGP_signature
Description: OpenPGP digital signature
for ci.d.n than this bug
as far as I see).
Paul
OpenPGP_signature
Description: OpenPGP digital signature
assume this bug is fixed in that version. Is it worth
pursuing the real issue here?
Paul
root@ci-061-705317d0:/tmp/autopkgtest-lxc.v8gx_5j5/downtmp# cat
test-unit-stdout
+ [ -n ]
+ CC=gcc
+ ./configure --cc=gcc
prefix/usr
includedir/us
. Help from people interested in i386 would
be very welcome.]
I've added the hint, but are these regressions in cryptsetup and
libguestfs tracked somewhere? As a bare minimum I've CC'd their
maintainers in this message so that they are aware, and I've added our
i386 porter explicitly too.
Paul
on to 6.1.y?
I have added the hints. linux should migrate in the 22:00 UTC britney run.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
ue to hopefully get some feedback on what else to try to
fix this
issue. I'm happy to provide any patches once I know what to fix.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=linux=alpha=5.19.6-1=1663530012=0
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?
a few circumstances where configure_networking times out
before the network and DHCP are functional after a power outage.)
Just a brief demonstration of the surprising-to-me(-and-of-course-documented)
behavior:
paul@haley ~ % cat repro.sh
#!/bin/sh
. /nonexistent
echo hello
paul@haley ~ % dash
in their copies of
the former descriptions. If the number was omitted, the translations will be
made automatically in the DDTP.
Perhaps this is possible for at least one of the descriptions.
Regards.
Jean-Paul Guillonneau, french translator of Debian
-- System Information:
Debian Release: 11.5
ps://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=gcc-11
https://ci.debian.net/data/autopkgtest/testing/amd64/l/linux/26272813/log.gz
I: Found quick flavour cloud-amd64
I: Build for 5.19.0-1-cloud-amd64
make: Entering direc
/8d439f0beb3f97ff0e11dae3d70da33597642f9f
Thanks a lot for the quick fix.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Hi Ben,
On 01-08-2022 23:09, Ben Hutchings wrote:
On Mon, 2022-08-01 at 22:53 +0200, Paul Gevers wrote:
On 01-08-2022 22:46, Ben Hutchings wrote:
Could you please allow this version to enter testing despite the test
failures?
If you promise to fix it in the next upload.
Yes, the fix
. That
should be fixed with the next upload, but I'd rather not go through
another build/sign/build/wait cycle.
Could you please allow this version to enter testing despite the test
failures?
If you promise to fix it in the next upload.
hint added.
Paul
OpenPGP_signature
Description: OpenPGP digital
Hi all,
Just a minor follow-up. I just had to restart one of my arm64 workers again.
root@ci-worker-arm64-05:~# uname -a
Linux ci-worker-arm64-05 5.10.0-15-arm64 #1 SMP Debian 5.10.120-1
(2022-06-09) aarch64 GNU/Linux
Anything you want me to extract from the current logs?
Paul
Paul Gevers wrote:
I noticed in the logs that *after* the reported kernel bug but before
the actual hang, I see multiple instances of:
watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [apt-get:2204621]
and
watchdog: BUG: soft lockup - CPU#2 stuck for 22s! [kcompactd0:40]
on ci-worker-arm64-07
, if upstream is made aware there is an issue (even
infrequent), then they can make the most informed choice what to do with it.
Ack.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
reported it to this bug.
If it still occurs, then the likely only way to get a possible resolve is
reporting it to upstream.
1.5 months is quite long for it to be gone, although, before that it was
2.5 months.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
to random, so I interpreted that as being intended. I've
reassigned to the linux source package, as they can confirm that this is
not a bug, or treat it appropriately.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
On Fri, 2022-06-10 at 00:36 +0200, Diederik de Haas wrote:
> A year has passed and it has been quiet on the upstream bug for almost a year.
> Has there been progress which isn't visible in upstream or Debian's BTS?
There hasn't. I haven't had time to try this bug again but I will try
to make
such file or directory:
'./debian/build/source_rt/Kconfig'
(sid_ia64-dchroot)glaubitz@yttrium:~/linux2/linux-5.17.3$
Does anyone know what I am doing wrong? Is the above way still the correct
method for
changing the kernel configuration in debian/config?
Thanks,
Adrian
--
.''`.
Control: reassign -1 src:linux
Hi Umut,
After asking around, the suspicion is that this is mostly likely due to
the kernel, hence I'm reassigning to the linux source package. If this
was wrong, the kernel maintainers can hopefully help to point where it
should go.
Paul
On 31-03-2022 22:51
Hi all,
On 20-02-2022 13:44, Paul Gevers wrote:
Sad to say, but this week we had two hangs again.
And this week another two.
ci-worker-arm64-07 ==
Mar 26 10:15:55 ci-worker-arm64-07 kernel: kernel BUG at
include/linux/swapops.h:204!
Mar 26 10:15:55 ci-worker-arm64
On Mon, 31 Jan 2022 15:18:49 +0100 Matthias Urlichs wrote:
> "iotop" complains:
>
> CONFIG_TASK_DELAY_ACCT not enabled in kernel, cannot determine SWAPIN and IO %
For more recent Linux kernel versions you need this:
sudo sysctl kernel.task_delayacct=1
I'm guessing that the patches changing
Freeze
2023-03-12 - Milestone 3 - Hard Freeze
TBA- Milestone 4 - Full Freeze
On behalf of the Release Team,
Paul
OpenPGP_signature
Description: OpenPGP digital signature
- BUG: 0
[#1] SMP
root@ci-worker-arm64-06:~# uname -a
Linux ci-worker-arm64-06 5.10.0-10-arm64 #1 SMP Debian 5.10.84-1
(2021-12-08) aarch64 GNU/Linux
I'm upgrading the workers to the latest kernel now.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
on the bullseye (and also
RC versions) d-i errata pages?
This is the most establish process, so yes, I suggest you just go and
follow that route, even without a reply here. Than it's documented in
the right place [1].
Paul
[1] unless I'm much mistaken, that would be against the
installation-guide
guide might
be a better place. Either way, I read the bug, but I don't have any
knowledge on xen, so I feel uncomfortable proposing a text. If it should
go into the release notes, please file a bug against the release-notes
package.
Paul
OpenPGP_signature
Description: OpenPGP digital
Hi all,
On 04-12-2021 22:44, Paul Gevers wrote:
On Thu, 02 Dec 2021 13:44:15 +0100 Paul Gevers wrote:
The last couple of days, two of the ci.debian.net arm64 workers became
unresponsive. The systems were rebooted and I found the message in
the journal pasted below.
Of course the absence
[1]
Adrian
> [1]
> https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-20/debian-11.0.0-sparc64-NETINST-1.iso
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84
-misc-nonfree
pn firmware-myricom
pn firmware-netxen
pn firmware-qlogic
pn firmware-realtek
pn firmware-samsung
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hypervisor
-- no debconf information
--
Paul &
On Thu, 2022-01-13 at 20:54 +, John Scott wrote:
> You might like to have a look at this mail from Ben Hutchings:
> https://lists.debian.org/msgid-search/179d6d32466dd13962a3aab251c45242fbf2d8ae.ca...@decadent.org.uk
> The reason that none of the other Wi-Fi firmware packages have them is
>
On Sat, 2021-12-25 at 18:25 +, John Scott wrote:
> https://mentors.debian.net/debian/pool/main/c/carl9170fw/carl9170fw_1.9.9-399-gcd480b9-1.dsc
Some things that prevent the upload of this package:
I don't think udebs are needed for firmware packages, none of the other
WiFi firmware packages
Control: reassign -1 src:linux 5.10.70-1
Hi Ben,
On 23-12-2021 23:46, Ben Mueller wrote:
On 12/23/21 9:05 PM, Paul Gevers wrote:
I solved the problem by inserting a boot parameter "intel_iommu=off" to
grub. With this parameter the kernel from bullseye
linux-image-5.10.0-9-amd6
Hi,
On Thu, 02 Dec 2021 13:44:15 +0100 Paul Gevers wrote:
The last couple of days, two of the ci.debian.net arm64 workers became
unresponsive. The systems were rebooted and I found the message in
the journal pasted below.
Please let me know if you need more info about these systems
in 5.14.15 [1].
amdgpu :26:00.0: amdgpu: failed to write reg 28b4 wait reg 28c6
amdgpu :26:00.0: amdgpu: failed to write reg 1a6f4 wait reg 1a706
The fix was supposedly applied to Linux 5.14.17, so it’d be great if you
uploaded new packages.
Kind regards,
Paul
[1]: https
:04:00.0: WARNING: Host System Error
>
> I can avoid this issue adding "iommu=soft" to kernel parameters at boot.
The signs of this issue hint towards the kernel, hence reassigning there.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
ebian.net as I haven't seen the hangs after updating the kernel and
enabling the nftables autopkgtests again. Thanks.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
e more time. As you know, there are
a lot of issues piling up and a lot of the tasks end up with me.
I will put this on my TODO list.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
any related discussion in one place. I suspect we'll all have
to wait until 5.14.7+ is sent up to sid; which should be fine.
Thanks for your work maintaining Linux,
Paul
--
:wq
information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=linux
https://ci.debian.net/data/autopkgtest/testing/amd64/z/zfs-linux/15487822/log.gz
checking whether
Hi,
On 09-09-2021 09:37, Paul Gevers wrote:
> All the architectures (amd64, arm64, ppc64el and s390x) that we have
> experience these hangs. I'm absolutely not claiming that the root cause
> is the same, but on buster we didn't experience this (our s390x host
> never workerd on buste
, the symptoms don't look completely the same everywhere.
On one of our arm64 hosts (we call ci-worker-armel-01) I found the
attached logging as the final logs in the journal.
Paul
-- Package-specific info:
** Version:
Linux version 5.10.0-8-arm64 (debian-kernel@lists.debian.org) (gcc-10
(Debian
Control: reassign -1 kernel
Hi,
Although as you said, it may be something else, as it's the kernel
logging this, I reassign to the kernel package, in the hope they are
more able to pinpoint where the problem lies.
Paul
On 24-08-2021 10:53, hox...@noramail.jp wrote:
> Package: upgrade-repo
for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=shellcheck
https://ci.debian.net/data/autopkgtest/testing/amd64/i/initramfs-tools/14767451/log.gz
autopkgtest [02:16:57]: test shellcheck
to stop working [1].
It’d be great if the Dell platform drivers could be built again.
Kind regards,
Paul
[1]:
https://lore.kernel.org/platform-driver-x86/7857ead5-6ccf-3290-9e86-4f16d2bf3...@redhat.com/T/#t
e didn't upgrade lxc during the point release, this *may* be caused
by the updated Linux kernel. What happens if you reboot using the
previous kernel?
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Hi all,
Proposed text for the release notes attached.
On 11-06-2021 21:47, Ben Hutchings wrote:
> On Sat, 2021-06-12 at 03:01 +0900, Roger Shimizu wrote:
>> On Fri, Jun 11, 2021 at 1:22 PM Salvatore Bonaccorso
>> wrote:
>>> On Thu, Jun 10, 2021 at 11:32:23AM
Hi Roger,
Thanks for the reply,
On 11-06-2021 20:01, Roger Shimizu wrote:
> On Fri, Jun 11, 2021 at 1:22 PM Salvatore Bonaccorso
> wrote:
>>> On 24-05-2021 06:55, Paul Gevers wrote:
>>>> I happen to own a QNAP (armel) and I spotted in the changelog that it's
>
Hi Kernel team,
I know everybody is busy, but friendly ping.
On 24-05-2021 06:55, Paul Gevers wrote:
> I happen to own a QNAP (armel) and I spotted in the changelog that it's
> not going to be supported in bullseye. I was wondering, is that
> something that should be mentioned in th
://us.download.nvidia.com/XFree86/Linux-x86/325.15/NVIDIA-Linux-x86-325.15.run
$ sh NVIDIA-Linux-x86-325.15.run --extract-only
$ python2 extract_firmware.py # this script is for python 2 only
# mkdir /lib/firmware/nouveau
# cp -d nv* vuc-* /lib/firmware/nouveau/
With regards,
Paul van der Vlis
Hi,
On 01-06-2021 08:06, Salvatore Bonaccorso wrote:
> The version is not 4 days in unstable, looks good to me to let it
> migrate to testing (unless Cyril spotted issues in recent d-i tests).
I'm still good to go.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Control: reassign -1 linux
Hi Lamome,
Sorry it took so long to respond, but normally upgrade-reports as pseudo
package in the bts is used for upgrade reports from the current (or just
replaced) stable to the future (or just released) stable. I was confused
by your "version numbers" of linux as I
1 - 100 of 734 matches
Mail list logo