Bug#1067443: procps: vmstat [delay] does not update memory information
Apologies for the duplicate. I merged it. But I agree, it should be fixed in stable.
Bug#1057843: linux: ext4 data corruption in 6.1.64-1
Will a file system check detect the corruptions? Can it be done online? Thank you.
Bug#1057843: linux: ext4 data corruption in 6.1.64-1
I have been running debian 12.3 with kernel 6.1.64-1 for a few hours, how can I find out whether the file system has been corrupted?
Bug#1050345: closed by Debian FTP Masters (reply to bott...@debian.org (A. Maitland Bottoms)) (Bug#1050345: fixed in rtl-sdr 0.6.0-5)
Thanks!
Bug#1050345: librtlsdr0: RTLSDR-blog dongle v4 (R828D) support
Package: librtlsdr0 Version: 0.6.0-4 Severity: wishlist Dear Maintainer, It would be great to have support for the new v4 dongle which is using a different tuner chip (the updated library should be backwards compatible with older rtlsdr dongles). https://github.com/rtlsdrblog/rtl-sdr-blog/ https://www.rtl-sdr.com/V4/ It would be also nice to have a bookworm-backport. Thanks.
Bug#860543: initramfs-tools: boot delayed by 30sec waiting for suspend/resume device
On Tue, 18 Apr 2017 15:19:21 +0100 Ben Hutchings wrote: > Does this system have a swap partition? > > Is there a resume device specified in > /etc/initramfs-tools/conf.d/resume and does it exist? I have the same issue. My system does not have a swap partition. /etc/initramfs-tools/conf.d/resume exists and did not contain a valid device. The problem still persists, if I enter a valid UUID, or remove the file.
Bug#839246: linux-image-4.7.0-1-amd64: Graphic artifacts since upgrade to 4.7.0-1 with Intel HD4600
On 10/07/2016 03:05 PM, Ben Hutchings wrote: That's not the same as removing the parameter (the default is -1). Please can you check that? My bad. Also no artifacts with the parameter removed.
Bug#839246: linux-image-4.7.0-1-amd64: Graphic artifacts since upgrade to 4.7.0-1 with Intel HD4600
i915.enable_ppgtt=0 seem to have solved the problem. Thank you. On 10/07/2016 03:09 AM, Ben Hutchings wrote: What if you remove the i915.enable_ppgtt parameter? Ben.
Bug#832476: addition
Addition: "Automatic" was probably broken by the intel driver before too. I just found an entry I made in /etc/X11/Xsessions.d which set "RGB Broadcast" to full, which now didn't worked anymore because the device/port is now DP-1 instead of DP1. Nevertheless, somewhere is a bug, either in RGB-range detection or my monitor is reporting a wrong range. edid-decode output below: header: 00 ff ff ff ff ff ff 00 serial number: 15 c3 68 20 01 01 01 01 14 15 version: 01 04 basic params:a5 33 1d 78 e2 chroma info: ee 95 a3 54 4c 99 26 0f 50 54 established: a1 08 00 standard:81 80 81 40 b3 00 81 c0 01 01 01 01 01 01 01 01 descriptor 1:02 3a 80 18 71 38 2d 40 58 2c 45 00 fe 1f 11 00 00 1e descriptor 2:00 00 00 ff 00 37 34 36 39 37 30 35 31 0a 20 20 20 20 descriptor 3:00 00 00 fd 00 3b 3d 1f 44 0f 00 0a 20 20 20 20 20 20 descriptor 4:00 00 00 fc 00 45 56 32 33 33 33 57 0a 20 20 20 20 20 extensions: 01 checksum:42 Manufacturer: ENC Model 2068 Serial Number 16843009 Made week 20 of 2011 EDID version: 1.4 Digital display 8 bits per primary color channel DisplayPort interface Maximum image size: 51 cm x 29 cm Gamma: 2.20 DPMS levels: Standby Suspend Off Supported color formats: RGB 4:4:4 First detailed timing is preferred timing Established timings supported: 720x400@70Hz 640x480@60Hz 800x600@60Hz 1024x768@60Hz Standard timings supported: 1280x1024@60Hz 1280x960@60Hz 1680x1050@60Hz 1280x720@60Hz Detailed mode: Clock 148.500 MHz, 510 mm x 287 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync Serial number: 74697051 Monitor ranges (GTF): 59-61Hz V, 31-68kHz H, max dotclock 150MHz Monitor name: EV2333W Has 1 extension blocks Checksum: 0x42 (valid) CEA extension block Extension version: 3 20 bytes of CEA data Video data block VIC 01 640x480@60Hz VIC 02 720x480@60Hz VIC 03 720x480@60Hz VIC 04 1280x720@60Hz Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Vendor-specific data block, OUI 000c03 (HDMI) Source physical address 1.0.0.0 Supports_AI Underscans PC formats by default Basic audio support 0 native detailed modes Detailed mode: Clock 25.170 MHz, 510 mm x 287 mm 640 656 752 800 hborder 0 480 490 492 525 vborder 0 -hsync -vsync Detailed mode: Clock 27.000 MHz, 510 mm x 287 mm 720 736 798 858 hborder 0 480 489 495 525 vborder 0 -hsync -vsync Detailed mode: Clock 27.000 MHz, 510 mm x 287 mm 720 736 798 858 hborder 0 480 489 495 525 vborder 0 -hsync -vsync Detailed mode: Clock 74.250 MHz, 510 mm x 287 mm 1280 1390 1430 1650 hborder 0 720 725 730 750 vborder 0 +hsync +vsync Checksum: 0x33 (valid)
Bug#796247: [Pkg-xfce-devel] Bug#796247: xfce4-taskmanager: process remains using cpu after closing with "X"
> Can you check in the preferences if “Hide into the notification area” is > checked? Silly me. It was checked and the process is terminating correctly now. Thank you. However, I have no "notification area".
Bug#796247: Acknowledgement (xfce4-taskmanager: process remains using cpu after closing with "X")
The process is also remaining running when starting xfce4-taskmanager from xterm and closing it with "X".
Bug#796247: xfce4-taskmanager: process remains using cpu after closing with "X"
Package: xfce4-taskmanager Version: 1.1.0-1 Severity: normal Dear Maintainer, I open the taskmanager-window by clicking on the xfce4 CPU usage applet. After I close it by clicking on top right "X", the process xfce4-taskmanager is still running and using CPU cycles (about 4% on i5-4690K). After killing it, the process is gone as it should be by clicking on "X". -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-taskmanager depends on: ii libc6 2.19-19 ii libcairo2 1.14.2-2 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libwnck22 2.30.7-2 xfce4-taskmanager recommends no packages. xfce4-taskmanager suggests no packages. -- no debconf information --1440093376-eximdsn-1804289383--
