Package: src:linux
Still nothing, even after todays upgrade to 4.19.28 (package
linux-image-4.19.0-4-amd64).
--- System information. ---
Architecture: Kernel: Linux 4.19.0-4-amd64
Debian Release: buster/sid
990 testing http.debian.net 990 testing
debian.mur.at 500
On 3/13/19 8:14 PM, Ben Hutchings wrote:
>> Since this library is ARM-specific anyway, wouldn't it make
>> more sense to have this build-dependency on ARM targets only?
>
> Please open a *new* bug for this.
Okay, can do. Although it seems that upstream is going to change
libopencsd now to use
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 12 Mar 2019 05:06:28 +
Source: linux-signed-i386
Binary: kernel-image-4.19.0-4-686-di nic-modules-4.19.0-4-686-di
nic-wireless-modules-4.19.0-4-686-di nic-shared-modules-4.19.0-4-686-di
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 12 Mar 2019 05:24:50 +
Source: linux-latest
Binary: linux-doc linux-perf linux-source
Architecture: all source
Version: 104
Distribution: unstable
Urgency: medium
Maintainer: Debian Kernel Team
Changed-By:
Mapping sid to unstable.
binary:linux-image-4.19.0-4-686 is NEW.
binary:linux-image-4.19.0-4-686-pae is NEW.
binary:linux-image-4.19.0-4-rt-686-pae is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it
linux-signed-i386_4.19.28+1_source.changes uploaded successfully to localhost
along with the files:
linux-signed-i386_4.19.28+1.dsc
linux-signed-i386_4.19.28+1.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 12 Mar 2019 05:06:28 +
Source: linux-signed-arm64
Binary: kernel-image-4.19.0-4-arm64-di nic-modules-4.19.0-4-arm64-di
nic-wireless-modules-4.19.0-4-arm64-di nic-shared-modules-4.19.0-4-arm64-di
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 12 Mar 2019 23:15:21 +
Source: linux
Binary: linux-doc-5.0 linux-headers-5.0.0-trunk-common linux-source-5.0
linux-support-5.0.0-trunk lockdep
Architecture: all source
Version: 5.0.1-1~exp1
Distribution:
Your message dated Thu, 14 Mar 2019 00:00:11 +
with message-id
and subject line Bug#917388: fixed in linux 5.0.1-1~exp1
has caused the Debian Bug report #917388,
regarding linux-image-4.18.0-3-amd64: Touchpad not working on Gemini Lake
laptop due to missing kernel config option
to be marked
Your message dated Thu, 14 Mar 2019 00:00:11 +
with message-id
and subject line Bug#920454: fixed in linux 5.0.1-1~exp1
has caused the Debian Bug report #920454,
regarding linux-image-4.20.0-trunk-amd64: please reenable amdgpu HSA support
to be marked as done.
This means that you claim that
binary:acpi-modules-5.0.0-trunk-686-di is NEW.
binary:acpi-modules-5.0.0-trunk-686-pae-di is NEW.
binary:acpi-modules-5.0.0-trunk-amd64-di is NEW.
binary:affs-modules-5.0.0-trunk-4kc-malta-di is NEW.
binary:affs-modules-5.0.0-trunk-5kc-malta-di is NEW.
binary:affs-modules-5.0.0-trunk-loongson-3-di
Mapping sid to unstable.
binary:linux-image-4.19.0-4-arm64 is NEW.
binary:linux-image-4.19.0-4-rt-arm64 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes
linux-signed-arm64_4.19.28+1_source.changes uploaded successfully to localhost
along with the files:
linux-signed-arm64_4.19.28+1.dsc
linux-signed-arm64_4.19.28+1.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 12 Mar 2019 05:06:28 +
Source: linux-signed-amd64
Binary: kernel-image-4.19.0-4-amd64-di nic-modules-4.19.0-4-amd64-di
nic-wireless-modules-4.19.0-4-amd64-di nic-shared-modules-4.19.0-4-amd64-di
Mapping sid to unstable.
binary:linux-image-4.19.0-4-amd64 is NEW.
binary:linux-image-4.19.0-4-cloud-amd64 is NEW.
binary:linux-image-4.19.0-4-rt-amd64 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid
linux-signed-amd64_4.19.28+1_source.changes uploaded successfully to localhost
along with the files:
linux-signed-amd64_4.19.28+1.dsc
linux-signed-amd64_4.19.28+1.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Processing commands for cont...@bugs.debian.org:
> found 916797 4.19.28-1
Bug #916797 [src:linux] linux-image-4.19.0-1-amd64-unsigned: 4.19 + amdgpu +
144 hz = screen corruption / flickering
Marked as found in versions linux/4.19.28-1.
> thanks
Stopping processing here.
Please contact me if you
Package: src:linux
Version: 4.19.13-1
Severity: important
Tags: upstream
Dear Maintainer,
normal use of Firefox browsin led to a full laptop lock up.
I could not do anything but reboot.
Note: Edited kernel log section as reportbug did not picked the relevant
section.
-- Package-specific info:
Hi Ben, thanks for the review.
On 05/03/2019 23:00, Ben Hutchings wrote:
> On Fri, 2019-03-01 at 14:05 +0100, Emilio Pozuelo Monfort wrote:
>> Hi Ben,
>>
>> I have prepared an update for CVE-2018-5383/firmware-nonfree by backporting
>> the
>> fixed firmware from the upstream repo that I could
linux_5.0.1-1~exp1_multi.changes uploaded successfully to localhost
along with the files:
linux_5.0.1-1~exp1.dsc
linux_5.0.1.orig.tar.xz
linux_5.0.1-1~exp1.debian.tar.xz
linux_5.0.1-1~exp1_source.buildinfo
linux-doc-5.0_5.0.1-1~exp1_all.deb
Control: notforwarded -1
On Wed, 2019-03-13 at 05:01 +0100, John Paul Adrian Glaubitz wrote:
> Package: src:linux
> Followup-For: Bug #895131
> User: debian-sp...@lists.debian.org
> Usertags: sparc64
>
> Hello!
>
> This change made src:linux BD-Uninstallable on sparc64 [1] as
> the package
Processing control commands:
> notforwarded -1
Bug #895131 {Done: Ben Hutchings } [src:linux]
linux-perf: Add libopencsd support to perf
Ignoring request to change the forwarded-to-address of bug#895131 to the same
value
--
895131: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895131
Package: src:linux
Version: 4.19.16-1~bpo9+1
Severity: important
Dear Maintainer,
Occasional hangs, under X only. During the hang no new processes can be
spawned from any terminal windows in the X session, windows which use DRM
like firefox, thunderbird, etc do not update. Windows can be moved
Processing commands for cont...@bugs.debian.org:
> notforwarded 895131
Bug #895131 {Done: Ben Hutchings } [src:linux]
linux-perf: Add libopencsd support to perf
Unset Bug forwarded-to-address
>
End of message, stopping processing here.
Please contact me if you need assistance.
--
895131:
Sorry, I did not see the full scope of this bug. Removing the forwarded tag.
John: Feel free to add the upstream bug if you report a new one for the
sparc64 issue.
Thanks!
Processing commands for cont...@bugs.debian.org:
> forwarded 895131 https://github.com/Linaro/OpenCSD/issues/16
Bug #895131 {Done: Ben Hutchings } [src:linux]
linux-perf: Add libopencsd support to perf
Set Bug forwarded-to-address to 'https://github.com/Linaro/OpenCSD/issues/16'.
>
End of
> I guess we could do this. I just find it odd that a profiling library for
> ARM is a build dependency on all architectures.
>
> I'll look into fixing libopencsd.
The library seems to also include a decoder for (debug?) traces, which may be
useful on other archs as well.
Anyway, I reported the
Package: src:linux
Version: 4.19.16-1
Severity: normal
Dear Maintainer,
Please consider enabling the following Kconfig options for arm64 kernels
CONFIG_CRYPTO_SHA256_ARM64=m
CONFIG_CRYPTO_SHA512_ARM64=m
CONFIG_CRYPTO_SHA512_ARM64_CE=m
CONFIG_CRYPTO_SHA3_ARM64=m
CONFIG_CRYPTO_SM3_ARM64_CE=m
Package: src:linux
Version: 4.19.16-1
Severity: normal
Dear Maintainer,
Please enable the following Kconfig options in the arm64 kernels:
CONFIG_CRYPTO_DEV_CCP=y
CONFIG_CRYPTO_DEV_CCP_DD=m
CONFIG_CRYPTO_DEV_SP_CCP=y
CONFIG_CRYPTO_DEV_CCP_CRYPTO=m
This is needed to gain access to the crypto
On 3/13/19 5:14 PM, Gregor Riepl wrote:
>> Since this library is ARM-specific anyway, wouldn't it make
>> more sense to have this build-dependency on ARM targets only?
>
> libopencsd does build fine on other architectures, though.
>
> According to this[1], the fix should be simply replacing
> This change made src:linux BD-Uninstallable on sparc64 [1] as
> the package libopencsd doesn't build there [2].
>
> Since this library is ARM-specific anyway, wouldn't it make
> more sense to have this build-dependency on ARM targets only?
libopencsd does build fine on other architectures,
Hi,
just an update about my previous post. The "pci=nomsi,noaer"
workaround is effective for resume after suspend, but it locks my
computer in resume after hibernation (the computer resumes, but it
locks on resume with a black screen when it should instead show the
login dialog; this probably
32 matches
Mail list logo
