Bug#1067443: procps: vmstat [delay] does not update memory information

[helios . solaris]

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

[helios . solaris]

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

[helios . solaris]

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)

[helios . solaris]

Thanks!

Bug#1050345: librtlsdr0: RTLSDR-blog dongle v4 (R828D) support

[helios . solaris]

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

[Helios Solaris]

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

[Helios Solaris]

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

[Helios Solaris]

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

[Helios Solaris]

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

[Helios Solaris]

 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: xfce4-taskmanager: process remains using cpu after closing with X

[Helios Solaris]

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--
 

Bug#796247: Acknowledgement (xfce4-taskmanager: process remains using cpu after closing with X)

[Helios Solaris]

The process is also remaining running when starting xfce4-taskmanager from 
xterm and closing it with X.