Bug#1050817: systemd: can't switch back to virtual console 7

[Piotr Engelking]

Package: systemd
Version: 254.1-3
Severity: important

After switching to virtual console 1, it is possible to switch, using
alt+fn or ctrl+alt+fn, to virtual console 1, 3, 4, 8, and 9 (why only
these?), but not to virtual console 7, containing the default x11
session.

It is possible to switch using 'loginctl activate', but this is not
very obvious, hence the elevated severity.

-- Package-specific info:

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.4.0-3-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemd depends on:
ii  libacl12.3.1-3
ii  libaudit1  1:3.1.1-1
ii  libblkid1  2.39.2-1
ii  libc6  2.37-7
ii  libcap21:2.66-4
ii  libcryptsetup122:2.6.1-4
ii  libfdisk1  2.39.2-1
ii  libgcrypt201.10.2-2
ii  libkmod2   30+20230519-1
ii  liblz4-1   1.9.4-1
ii  liblzma5   5.4.1-0.2
ii  libmount1  2.39.2-1
ii  libp11-kit00.25.0-4
ii  libseccomp22.5.4-1+b3
ii  libselinux13.5-1
ii  libssl33.0.10-1
ii  libsystemd-shared  254.1-3
ii  libsystemd0254.1-3
ii  libzstd1   1.5.5+dfsg2-1
ii  mount  2.39.2-1
ii  systemd-dev254.1-3

Versions of packages systemd recommends:
ii  dbus [default-dbus-system-bus]   1.14.8-2
ii  systemd-timesyncd [time-daemon]  254.1-3

Versions of packages systemd suggests:
ii  libfido2-11.13.0-1
pn  libqrencode4  
pn  libtss2-esys-3.0.2-0  
pn  libtss2-mu0   
pn  libtss2-rc0   
pn  polkitd   
ii  python3   3.11.4-5+b1
pn  python3-pefile
pn  systemd-boot  
pn  systemd-container 
pn  systemd-homed 
pn  systemd-resolved  
pn  systemd-userdbd   

Versions of packages systemd is related to:
pn  dbus-user-session  
pn  dracut 
ii  initramfs-tools0.142
pn  libnss-systemd 
ii  libpam-systemd 254.1-3
ii  udev   254.1-3

-- no debconf information

Bug#1050741: linux-image-6.4.0-3-amd64: left super key (left windows key) no longer works

[Piotr Engelking]

Package: src:linux
Version: 6.4.11-1
Severity: normal

Pressing the left Super key (also known as left Windows key) no longer
has any effect, including in 'showkey -s' or 'showkey -k'.

The right Super key works normally.


-- Package-specific info:
** Version:
Linux version 6.4.0-3-amd64 (debian-ker...@lists.debian.org) (gcc-13
(Debian 13.2.0-2) 13.2.0, GNU ld (GNU Binutils for Debian) 2.41) #1
SMP PREEMPT_DYNAMIC Debian 6.4.11-1 (2023-08-17)

** Command line:
BOOT_IMAGE=/vmlinuz-6.4.0-3-amd64
root=UUID=f20a3c35-14b7-4b08-96ed-a4e4ded880ab ro quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.4.0-3-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages linux-image-6.4.0-3-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.142
ii  kmod30+20230519-1
ii  linux-base  4.9

Versions of packages linux-image-6.4.0-3-amd64 recommends:
ii  apparmor 3.0.12-1
ii  firmware-linux-free  20200122-2

Versions of packages linux-image-6.4.0-3-amd64 suggests:
pn  debian-kernel-handbook  
ii  grub-efi-amd64  2.06-13
ii  linux-doc-6.4   6.4.11-1

Versions of packages linux-image-6.4.0-3-amd64 is related to:
ii  firmware-amd-graphics 20230515-3
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
ii  firmware-linux-nonfree20230515-3
ii  firmware-misc-nonfree 20230515-3
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
ii  firmware-realtek  20230515-3
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- no debconf information

Bug#1043577: apt: 'Missing Signed-By in the sources.list(5) entry' for trusted repository

[Piotr Engelking]

Package: apt
Version: 2.7.3
Severity: minor

On 'apt upgrade', the following message is displayed:

  N: Missing Signed-By in the sources.list(5) entry for 'file:/usr/src/deb'

As this source is trusted (relevant sources.list.d entry included
below), it does not need Signed-By. Please do not display this message
for trusted repositories.


-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (no /etc/apt/sources.list present) --


-- (/etc/apt/sources.list.d/debian.sources present, but not submitted) --


-- /etc/apt/sources.list.d/local.sources --

Types: deb
URIs: file:/usr/src/deb/
Suites: /
Trusted: yes
Description: local

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.137
ii  base-passwd 3.6.1
ii  debian-archive-keyring  2023.4
ii  gpgv2.2.40-1.1
ii  libapt-pkg6.0   2.7.3
ii  libc6   2.37-7
ii  libgcc-s1   13.2.0-1
ii  libgnutls30 3.7.9-2
ii  libseccomp2 2.5.4-1+b3
ii  libstdc++6  13.2.0-1
ii  libsystemd0 254-1

Versions of packages apt recommends:
ii  ca-certificates  20230311

Versions of packages apt suggests:
ii  apt-doc  2.7.3
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.21.22
ii  gnupg2.2.40-1.1
pn  powermgmt-base   

-- no debconf information

Bug#1021304: bugs.debian.org: "There is no record of Bug #..."

[Piotr Engelking]

Package: bugs.debian.org
Severity: normal

After receiving acknowledgement mail for bug #1021297, and after the
bug was visible on:

  https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=yes;src=cruft-ng

the bug report (linked from both places) was not available for some
time, giving error:

  "There is no record of Bug #1021297. Try the search page instead."

Please only send acknowledgement mail and display the bug in
pkgreport.cgi after the bug is visible in bugreport.cgi.

Bug#1021297: cruft-ng: only processes files with . in their path name

[Piotr Engelking]

Package: cruft-ng
Version: 0.9.44
Severity: normal

The cruft-ng utility only processes files with dot (.) in their path name.

The problem is caused by plocate.cc using 'plocate .' to find files. The
simplest fix is probably to replace it with 'plocate /'.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cruft-ng depends on:
ii  libc6   2.35-1
ii  libgcc-s1   12.2.0-5
ii  libstdc++6  12.2.0-5
ii  plocate 1.1.16-1

cruft-ng recommends no packages.

cruft-ng suggests no packages.

-- no debconf information

Bug#1017445: python3-tk: bytecode not removed on upgrade

[Piotr Engelking]

Package: python3-tk
Version: 3.10.5-2
Severity: normal

The python3-tk package does not remove bytecode on upgrade:

Unpacking python3-tk:amd64 (3.10.6-1) over (3.10.5-2) ...
dpkg: warning: unable to delete old directory
'/usr/lib/python3.9/tkinter': Directory not empty

The bug is the same as #918098.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-tk depends on:
ii  blt   2.5.3+dfsg-4.1
ii  libc6 2.34-3
ii  libtcl8.6 8.6.12+dfsg-1
ii  libtk8.6  8.6.12-1
ii  python3   3.10.5-3
ii  tk8.6-blt2.5  2.5.3+dfsg-4.1

python3-tk recommends no packages.

Versions of packages python3-tk suggests:
pn  python3-tk-dbg  
pn  tix 

-- no debconf information
Thank you for using reportbug

Bug#1016930: cpp-* should suggest cpp-*-doc

[Piotr Engelking]

Source: gcc-12
Version: 12-20220319-1
Severity: wishlist

Please consider having the cpp-${version} packages suggesting the
matching cpp-${version}-doc package, similarly to how gcc-${version}
suggests gcc-${version}-doc. This would help users to keep them in
sync.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1015991: xscreensaver: quick power-off does not work if power management is disabled

[Piotr Engelking]

Package: xscreensaver
Version: 6.02+dfsg1-2
Severity: normal

The 'Quick Power-off in Blank Only Mode' option has no effect if the
'Display Power Management' option is not enabled.

This is presumably because xscreensaver does not run DPMSEnable()
before DPMSForceLevel().


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xscreensaver depends on:
ii  init-system-helpers  1.64
ii  libatk1.0-0  2.38.0-1
ii  libc62.33-8
ii  libcrypt11:4.4.28-2
ii  libglib2.0-0 2.72.3-1
ii  libgtk2.0-0  2.24.33-2
ii  libpam0g 1.4.0-13
ii  libpango-1.0-0   1.50.7+ds-1
ii  libsystemd0  251.2-7
ii  libx11-6 2:1.7.5-1
ii  libxext6 2:1.3.4-1
ii  libxft2  2.3.4-1
ii  libxi6   2:1.8-1
ii  libxinerama1 2:1.1.4-3
ii  libxml2  2.9.14+dfsg-1+b1
ii  libxrandr2   2:1.5.2-2+b1
ii  libxt6   1:1.2.1-1
ii  libxxf86vm1  1:1.1.4-1+b2
ii  xscreensaver-data6.02+dfsg1-2

Versions of packages xscreensaver recommends:
pn  gsfonts-x11 | xfonts-100dpi  
ii  libjpeg-turbo-progs  1:2.1.2-1
ii  perl 5.34.0-5
ii  wamerican [wordlist] 2020.12.07-2
ii  wfrench [wordlist]   1.2.6-1
ii  wpolish [wordlist]   20220301-1

Versions of packages xscreensaver suggests:
ii  chromium [www-browser]   103.0.5060.134-1
ii  firefox [www-browser]102.0.1-3
ii  fortune-mod [fortune]1:1.99.1-7.1
pn  gdm3 | kdm-gdmcompat 
ii  lynx [www-browser]   2.9.0dev.10-1
pn  qcam | streamer  
pn  xdaliclock   
pn  xfishtank
ii  xscreensaver-data-extra  6.02+dfsg1-2
ii  xscreensaver-gl  6.02+dfsg1-2
ii  xscreensaver-gl-extra6.02+dfsg1-2

-- no debconf information

Bug#774668: xscreensaver: check libxss-dev:XScreenSaverQueryInfo() during idle loop

[Piotr Engelking]

Jamie Zawinski :

> xscreensaver does not use the MIT SCREEN-SAVER server extension
> because it is a flaky, unreliable piece of shit that tends to cause
> the sever to crash.

Is it still the case after 7 years?

Also, the workaround given by the submitter no longer works, I use this
instead:

$ cat ~/.config/mpv/scripts/screensaver.lua
local function deactivate_screensaver()
mp.command_native({name={'subprocess'},
args={'xscreensaver-command', '--deactivate'}})
end

local timer = mp.add_periodic_timer(30, deactivate_screensaver)

local function on_pause_change(name, value)
if value then
timer:kill()
else
timer:resume()
end
end

mp.observe_property('pause', 'bool', on_pause_change)
$

Bug#1005859: curl: please enable MultiSSL (select TLS backend at runtime)

[Piotr Engelking]

Package: curl
Version: 7.81.0-1
Severity: wishlist

Please consider building the curl binary package with MultiSSL support.

It allows users to select TLS backend at runtime using CURL_SSL_BACKEND
environment variable. It could be useful for testing and debugging.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages curl depends on:
ii  libc6 2.33-5
ii  libcurl4  7.81.0-1
ii  zlib1g1:1.2.11.dfsg-2

curl recommends no packages.

curl suggests no packages.

-- no debconf information

Bug#711108: linux-image-* should suggest linux-tools-*

[Piotr Engelking]

Salvatore Bonaccorso :

> I'm closing this bug now as I think it's not anymore relevant in this
> outlined form. But please let me know if you disagree.

Why do you believe so? Did anything change, other than renaming
linux-tools to linu-perf?

Bug#987287: python-bz2file: no longer useful since Python 3.3

[Piotr Engelking]

Source: python-bz2file
Severity: important

As the library is no longer developed and all its features were
integrated upstream in Python 3.3, python-bz2file is no longer useful.

Please migrate its reverse dependencies to the standard library bz2
module and remove the package from Debian.

Bug#987180: abydos: incorrect homepage

[Piotr Engelking]

Source: abydos
Version: 0.5.0+git20201231.344346a-3
Severity: minor

The abydos source package has incorrect home page (apparently copied
from the pyls-spyder source package):

$ apt-cache showsrc abydos | grep ^Homepage:
Homepage: https://github.com/spyder-ide/pyls-spyder
$

The actual home page of abydos is:

  https://github.com/chrislit/abydos

Bug#545142: closed by Michael Stone (Re: Bug#545142: coreutils: ls -v sorts foo.z before foo.x-y)

[Piotr Engelking]

Michael Stone :

> No, because it treats .x and .z as file extensions but not .x-y. So
> in the versioned sort case you're sorting "foo", "foo", and "foo.x-y".
> This is because "-" isn't recognized as valid in a file extension; if
> you add "foo.xy" to the list you'd find it between foo.x and foo.z.

Thank you, this detail was not documented until version 8.32.

Bug#968220: apt: 'apt source' fails: Data left in buffer

[Piotr Engelking]

Julian Andres Klode :

> I have managed to reproduce the issue occassionally after putting my squid
> in front of it.
>
> This should be fixed in 
> https://salsa.debian.org/apt-team/apt/-/merge_requests/130
> but I'll leave the bug open for you to verify.

Thanks, I confirm that the problem is no longer present with the
pu/http-debug branch of https://salsa.debian.org/jak/apt.git repository.

Bug#968220: apt: 'apt source' fails: Data left in buffer

[Piotr Engelking]

Package: apt
Version: 2.1.9
Severity: normal

The 'apt source' command fails to download package sources:

$ apt source hello
Reading package lists... Done
Need to get 733 kB of source archives.
Get:1 https://ftp.icm.edu.pl/packages/linux-debian bullseye/main hello
2.10-2 (dsc) [1335 B]
Err:1 https://ftp.icm.edu.pl/packages/linux-debian bullseye/main hello
2.10-2 (dsc)
  Data left in buffer [IP: 193.219.28.2 443]
Get:2 https://ftp.icm.edu.pl/packages/linux-debian bullseye/main hello
2.10-2 (tar) [726 kB]
Get:3 https://ftp.icm.edu.pl/packages/linux-debian bullseye/main hello
2.10-2 (diff) [6132 B]
Err:3 https://ftp.icm.edu.pl/packages/linux-debian bullseye/main hello
2.10-2 (diff)
  Data left in buffer [IP: 193.219.28.2 443]
Fetched 726 kB in 1s (505 kB/s)
E: Failed to fetch
https://ftp.icm.edu.pl/packages/linux-debian/pool/main/h/hello/hello_2.10-2.dsc
 Data left in buffer [IP: 193.219.28.2 443]
E: Failed to fetch
https://ftp.icm.edu.pl/packages/linux-debian/pool/main/h/hello/hello_2.10-2.debian.tar.xz
 Data left in buffer [IP: 193.219.28.2 443]
E: Failed to fetch some archives.
$ ls -log hello_*
-rw-r--r-- 1  0 May 13  2019 hello_2.10-2.debian.tar.xz
-rw-r--r-- 1  0 May 13  2019 hello_2.10-2.dsc
-rw-r--r-- 1 725946 Mar 22  2015 hello_2.10.orig.tar.gz
$

Using the '-o Acquire::https::Pipeline-Depth=0' option makes no difference.

Other programs download the files successfully without a complaint.


-- Package-specific info:

-- /etc/apt/sources.list.d/debian.sources --

Types: deb deb-src
URIs: https://ftp.icm.edu.pl/packages/linux-debian/
Suites: bullseye sid experimental
Components: main contrib non-free
Signed-By: /etc/apt/trusted.gpg.d/debian-archive-buster-automatic.gpg
Description: Debian

Types: deb deb-src
URIs: https://deb.debian.org/debian-security/
Suites: bullseye-security
Components: main contrib non-free
Signed-By: /etc/apt/trusted.gpg.d/debian-archive-buster-security-automatic.gpg
Description: Debian security updates


-- /etc/apt/sources.list.d/local.sources --

Types: deb
URIs: file:/usr/src/deb/
Suites: /
Trusted: yes
Description: local


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.118
ii  debian-archive-keyring  2019.1
ii  gpgv2.2.20-1
ii  libapt-pkg6.0   2.1.9
ii  libc6   2.31-2
ii  libgcc-s1   10.1.0-6
ii  libgnutls30 3.6.14-2+b1
ii  libseccomp2 2.4.3-1+b1
ii  libstdc++6  10.1.0-6
ii  libsystemd0 246-2

Versions of packages apt recommends:
ii  ca-certificates  20200601

Versions of packages apt suggests:
ii  apt-doc  2.1.9
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.20.5
ii  gnupg2.2.20-1
pn  powermgmt-base   

-- no debconf information

Bug#968163: apt: 'apt update' repeats the same progress line many times

[Piotr Engelking]

Julian Andres Klode :

> Heh, I've only ever seen it with the same number. But this is not
> a progress logging issue, it means there's a problem with the
> connection and it's reconnecting, and it does so potentially endlessly
> because the code misses a continue.

Thanks for the quick fix, I'll try to test it. How about the

  Get:2 file:/usr/src/deb  Release [858 B]

line, though? It is just a local file, no networking involved.

Bug#968163: apt: 'apt update' repeats the same progress line many times

[Piotr Engelking]

Package: apt
Version: 2.1.8
Severity: minor

The 'apt update' commands repeats the same progress lines, sometimes
more than 100 times:

# script -c 'apt -q update'
Script started, output log file is 'typescript'.
[...]
Script done.
# uniq -c < typescript | egrep -v '^ *1 '
  2 Get:2 file:/usr/src/deb  Release [858 B]
  8 Get:24 https://ftp.icm.edu.pl/packages/linux-debian
bullseye/main amd64 Contents (deb) 2020-08-09-2002.04.pdiff [90 B]
 92 Get:25 https://ftp.icm.edu.pl/packages/linux-debian
bullseye/main i386 Contents (deb) 2020-08-09-2002.04.pdiff [88 B]
  2 Get:26 https://ftp.icm.edu.pl/packages/linux-debian sid/main
i386 Contents (deb) 2020-08-09-2002.04.pdiff [12.1 kB]
  3 Get:27 https://ftp.icm.edu.pl/packages/linux-debian sid/main
amd64 Contents (deb) 2020-08-09-2002.04.pdiff [12.1 kB]
  2 Get:28 https://ftp.icm.edu.pl/packages/linux-debian
sid/contrib amd64 Contents (deb) 2020-08-09-2002.04.pdiff [84 B]
  2 Get:29 https://ftp.icm.edu.pl/packages/linux-debian
sid/contrib i386 Contents (deb) 2020-08-09-2002.04.pdiff [85 B]
  2 Get:30 https://ftp.icm.edu.pl/packages/linux-debian
experimental/main amd64 Contents (deb) 2020-08-09-2002.04.pdiff [5301
B]
  4 Get:31 https://ftp.icm.edu.pl/packages/linux-debian
experimental/main i386 Contents (deb) 2020-08-09-2002.04.pdiff [5375
B]
  3 Get:41 https://ftp.icm.edu.pl/packages/linux-debian
experimental/contrib Sources [3924 B]
  2 Get:46 https://ftp.icm.edu.pl/packages/linux-debian
experimental/contrib amd64 Packages [5908 B]
#

The problem is present without and with the -q option.

Please do not write identical progress lines more than once.


-- Package-specific info:

-- /etc/apt/sources.list.d/debian.sources --

Types: deb deb-src
URIs: https://ftp.icm.edu.pl/packages/linux-debian/
Suites: bullseye sid experimental
Components: main contrib non-free
Signed-By: /etc/apt/trusted.gpg.d/debian-archive-buster-automatic.gpg
Description: Debian

Types: deb deb-src
URIs: https://deb.debian.org/debian-security/
Suites: bullseye-security
Components: main contrib non-free
Signed-By: /etc/apt/trusted.gpg.d/debian-archive-buster-security-automatic.gpg
Description: Debian security updates


-- /etc/apt/sources.list.d/local.sources --

Types: deb
URIs: file:/usr/src/deb/
Suites: /
Trusted: yes
Description: local


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.118
ii  debian-archive-keyring  2019.1
ii  gpgv2.2.20-1
ii  libapt-pkg6.0   2.1.8
ii  libc6   2.31-2
ii  libgcc-s1   10.1.0-6
ii  libgnutls30 3.6.14-2+b1
ii  libseccomp2 2.4.3-1+b1
ii  libstdc++6  10.1.0-6
ii  libsystemd0 246-2

Versions of packages apt recommends:
ii  ca-certificates  20200601

Versions of packages apt suggests:
ii  apt-doc  2.1.8
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.20.5
ii  gnupg2.2.20-1
pn  powermgmt-base   

-- no debconf information

Bug#968148: apt: please document replacement for 'apt-key list'

[Piotr Engelking]

Package: apt
Version: 2.1.8
Severity: wishlist

Running the 'apt key list' command gives the following information:

  Warning: apt-key is deprecated.  Manage keyring files in
  trusted.gpg.d instead (see apt-key(8)).

Neither the manpage nor other documentation suggests what to replace
the command with. Please document it.

The command is useful for configuring sources.list and for debugging
repository signing problems.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.118
ii  debian-archive-keyring  2019.1
ii  gpgv2.2.20-1
ii  libapt-pkg6.0   2.1.8
ii  libc6   2.31-2
ii  libgcc-s1   10.1.0-6
ii  libgnutls30 3.6.14-2+b1
ii  libseccomp2 2.4.3-1+b1
ii  libstdc++6  10.1.0-6
ii  libsystemd0 246-2

Versions of packages apt recommends:
ii  ca-certificates  20200601

Versions of packages apt suggests:
ii  apt-doc  2.1.8
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.20.5
ii  gnupg2.2.20-1
pn  powermgmt-base   

-- no debconf information

Bug#913913: Bug#931524: security.debian.org: bullseye security updates may be silently skipped on systems using apt pinning

[Piotr Engelking]

Julian Andres Klode :

> This seems the "best" outcome. In any case, we have about 2 years to
> figure this out and should keep things this way for now.

[...]

> Anyhow, we've got two years to fix this, no need to rush a "fix" out
> now.

One year has passed without rushing a fix, or any other action.

Are there any plans to address the issue before security updates start breaking?

Bug#954790: bugs.debian.org: bugs are no longer sorted by modification time

[Piotr Engelking]

Don Armstrong :

> Bugs have always been ordered by bug number, and never by last modified
> time. It's a reasonable feature request, but just not something we've
> implemented.

It was implemented and still is, but it seems to be no longer
accessible from the web interface for some reason. I can see that
appending ';ordering=age' to the pkgreport URL by hand works, though.

Bug#954807: apt upgrade sometimes marks packages as manually installed

[Piotr Engelking]

Julian Andres Klode :

> This is not a bug, but a feature. You ran the equivalent of
> apt install libc6 && apt upgrade, and that causes libc6 to be
> manually installed, because you manually requested it to be
> installed.

Hmm... What is the difference between apt install  and apt upgrade
, then? I would naively expect the first to mark the package as
manually installed, and the second not to. Is there a way to to upgrade
a package to a particular release without marking it as manually
installed?

Also, when the package listed as argument to apt upgrade is not at the
requested version, it is not marked as manually installed, exactly as I
would expect.

Bug#954807: apt upgrade sometimes marks packages as manually installed

[Piotr Engelking]

Package: apt
Version: 2.0.0
Severity: normal


When a package listed as an argument to apt upgrade is already at the
requested version, it is marked as manually installed:

# apt-mark showmanual libc6
# apt upgrade libc6
Reading package lists... Done
Building dependency tree
Reading state information... Done
libc6 is already the newest version (2.30-2).
libc6 set to manually installed.
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# apt-mark showmanual libc6
libc6
#

Please do not mark packages listed as arguments to apt upgrade as
manually installed.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8),
LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.118
ii  debian-archive-keyring  2019.1
ii  gpgv2.2.19-3
ii  libapt-pkg6.0   2.0.0
ii  libc6   2.30-2
ii  libgcc-s1   10-20200312-2
ii  libgnutls30 3.6.12-2
ii  libseccomp2 2.4.3-1
ii  libstdc++6  10-20200312-2

Versions of packages apt recommends:
ii  ca-certificates  20190110

Versions of packages apt suggests:
ii  apt-doc  2.0.0
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.19.7
ii  gnupg2.2.19-3
pn  powermgmt-base   

-- no debconf information

Bug#954242: qgis-providers: postinst failure: free(): invalid pointer

[Piotr Engelking]

Sebastiaan Couwenberg :

> So for some reason not all packages in the qgis dependency chain that
> were rebuilt for the proj transition were upgraded on your systems,
> that's an unusual situation but not a bug in qgis.

The current version of libgeotiff5 in testing is 1.5.1-2, so it is not
surprising it wasn't updated yet. If it needs to be updated for the
current version of qgis to work, it needs to be listed as a dependency
(by qgis or by one of the packages that qgis depends on). So yes, it is
a bug (not necessarily in your package, it is hard for me to say which
one is responsible here), see bullseye RC policy §2.

Bug#954242: qgis-providers: postinst failure: free(): invalid pointer

[Piotr Engelking]

Sebastiaan Couwenberg :

> Not on my system.
>
> I have libc6 (2.30-2) since 2020-03-14 06:59:08.
>
> qgis-provides was upgrade from 3.10.3+dfsg-1 to 3.10.3+dfsg-1+b1 on
> 2020-03-19 05:38:47.
>
> It upgraded without issues:
>
>  Setting up qgis-providers (3.10.3+dfsg-1+b1) ...
>  Setting up libqgis-customwidgets (3.10.3+dfsg-1+b1) ...

After some testing, it looks that the bug is present with libgeotiff5 1.5.1-2:

# cp /usr/share/qgis/resources/srs-template.db
/usr/share/qgis/resources/srs.db && /usr/lib/qgis/crssync
free(): invalid pointer
Aborted
#

and absent with libgeotiff5 1.5.1-2+b1:

# cp /usr/share/qgis/resources/srs-template.db
/usr/share/qgis/resources/srs.db && /usr/lib/qgis/crssync
#

Bug#954790: bugs.debian.org: bugs are no longer sorted by modification time

[Piotr Engelking]

Package: bugs.debian.org
Severity: normal

Bugs used to be sorted by the modification time, which made it easier
to track recent bug changes. They are now, apparently, sorted by the
bug number, which is not particularly useful.

Please sort the bugs by modification time again, or make the behavior
configurable.

Bug#954242: qgis-providers: postinst failure: free(): invalid pointer

[Piotr Engelking]

severity 954242 serious
thanks

The bug is also present with glibc 2.30-2, from testing/unstable, with
no special configuration.

Bug#940663: xfce4-panel: first-order menus of panel items have unusually thick borders

[Piotr Engelking]

Package: xfce4-panel
Version: 4.14.0-1
Severity: minor

With window manager compositing enabled, first-order menus of panel
items have unusually thick borders. Depending on the menu, the color of
the border can be black or gray. The submenus have standard borders.

Please make all menus use standard borders.

The attached screenshot shows the right-click context menu of a panel
separator.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8),
LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xfce4-panel depends on:
ii  exo-utils0.12.8-1
ii  libatk1.0-0  2.34.0-1
ii  libc62.29-1
ii  libcairo21.16.0-4
ii  libexo-2-0   0.12.8-1
ii  libgarcon-1-00.6.4-1
ii  libgarcon-gtk3-1-0   0.6.4-1
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.60.6-2
ii  libgtk-3-0   3.24.11-1
ii  libgtk2.0-0  2.24.32-4
ii  libpango-1.0-0   1.42.4-7
ii  libpangocairo-1.0-0  1.42.4-7
ii  libwnck-3-0  3.32.0-1
ii  libx11-6 2:1.6.7-1
ii  libxext6 2:1.3.3-1+b2
ii  libxfce4panel-2.0-4  4.14.0-1
ii  libxfce4ui-2-0   4.14.1-1+b1
ii  libxfce4util74.14.0-1
ii  libxfconf-0-34.14.1-1

xfce4-panel recommends no packages.

xfce4-panel suggests no packages.

-- no debconf information

Bug#933598: chromium: uMatrix crash: Bad extension message browserAction.setIcon

[Piotr Engelking]

Sorry, I accidentally truncated some lines of the bug report.

uMatrix extension:

  
https://chrome.google.com/webstore/detail/umatrix/ogfcmafjalglgifnmanfmnieipoejdcf

stderr messages:

  [4427:4427:0731/225810.582068:ERROR:bad_message.cc(22)] Terminating
extension renderer for bad IPC message, reason 8
  [4427:4427:0731/225810.582202:ERROR:bad_message.cc(22)] Terminating
extension renderer for bad IPC message, reason 8
  [4427:4427:0731/225810.582242:ERROR:extension_function.cc(476)] Bad
extension message browserAction.setIcon
  [4468:4468:0731/225810.702874:ERROR:buffer_manager.cc(488)]
[.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <-
error from previous GL command

Bug#933598: chromium: uMatrix crash: Bad extension message browserAction.setIcon

[Piotr Engelking]

Package: chromium
Version: 76.0.3809.87-1
Severity: normal

After upgrading Chromium from version 76.0.3809.71-1, the uMatrix
extension:

  https://chrome.google.com/webstore/detail/umatrix/ogfcmafjalglgifnmanfmnieipoe

started crashing on browser startup. On crash, the following balloon
message is displayed:

  uMatrix has crashed. Click this balloon to reload the extension.

As well as the following messages to stderr:

  [4427:4427:0731/225810.582068:ERROR:bad_message.cc(22)] Terminating extension
  [4427:4427:0731/225810.582202:ERROR:bad_message.cc(22)] Terminating extension
  [4427:4427:0731/225810.582242:ERROR:extension_function.cc(476)] Bad extension
  [4468:4468:0731/225810.702874:ERROR:buffer_manager.cc(488)] [.DisplayComposito

Reloading the extension has the same effect.

This is likely upstream bug 983675: Three Extensions Failing Without
Prior Issue:

  https://bugs.chromium.org/p/chromium/issues/detail?id=983675


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8),
LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common  76.0.3809.87-1
ii  libasound2   1.1.8-1
ii  libatk-bridge2.0-0   2.30.0-5
ii  libatk1.0-0  2.30.0-2
ii  libatomic1   9.1.0-10
ii  libatspi2.0-02.30.0-7
ii  libavcodec58 7:4.1.4-1
ii  libavformat587:4.1.4-1
ii  libavutil56  7:4.1.4-1
ii  libc62.28-10
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libcups2 2.2.10-6
ii  libdbus-1-3  1.12.16-1
ii  libdrm2  2.4.97-1
ii  libevent-2.1-6   2.1.8-stable-4
ii  libexpat12.2.7-1
ii  libflac8 1.3.2-3
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-4
ii  libgcc1  1:9.1.0-10
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-3
ii  libgtk-3-0   3.24.5-1
ii  libharfbuzz0b2.4.0-2
ii  libicu63 63.2-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libjsoncpp1  1.7.4-3
ii  liblcms2-2   2.9-3
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.21-1
ii  libnss3  2:3.45-1
ii  libopenjp2-7 2.3.0-2
ii  libopus0 1.3-1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpci3  1:3.6.2-2
ii  libpng16-16  1.6.37-1
ii  libpulse012.2-4
ii  libre2-5 20190101+dfsg-2+b1
ii  libsnappy1v5 1.1.7-1
ii  libstdc++6   9.1.0-10
ii  libvpx5  1.7.0-3
ii  libwebp6 0.6.1-2
ii  libwebpdemux20.6.1-2
ii  libwebpmux3  0.6.1-2
ii  libx11-6 2:1.6.7-1
ii  libx11-xcb1  2:1.6.7-1
ii  libxcb1  1.13.1-2
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.2.0-2
ii  libxdamage1  1:1.1.5-1
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-7+b3
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.32-2
ii  libxss1  1:1.2.3-1
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages chromium recommends:
ii  chromium-sandbox  76.0.3809.87-1

Versions of packages chromium suggests:
pn  chromium-driver  
pn  chromium-l10n
pn  chromium-shell   

Versions of packages chromium-common depends on:
ii  x11-utils  7.7+4
ii  xdg-utils  1.1.3-1

Versions of packages chromium-common recommends:
ii  chromium-sandbox   76.0.3809.87-1
ii  fonts-liberation   1:1.07.4-10
ii  libgl1-mesa-dri18.3.6-2
pn  libu2f-udev
pn  notification-daemon
pn  system-config-printer  
pn  upower 

Versions of packages chromium-sandbox depends on:
ii  libatomic1  9.1.0-10
ii  libc6   2.28-10
ii  libgcc1 1:9.1.0-10
ii  libstdc++6  9.1.0-10

-- no debconf information

Bug#913913: Bug#931524: security.debian.org: bullseye security updates may be silently skipped on systems using apt pinning

[Piotr Engelking]

Julian Andres Klode :

> > Now a=testing packages have higher priority than the a=testing-security
> > ones, which results in security updates not being installed. Another
> > method of pinning configuration, using APT::Default-Release, has
> > exactly the same effect.
>
> And this is a good thing IMO, as you want to be able to pin release
> over security.

Why? Anyway, this was already possible, using l=Debian and
l=Debian-Security.

> > * Change the suite from a=testing-security back to a=testing. This is
> >   least work, but I don't know if it has any downsides I am unaware of.
>
> That means that testing-security does not work, as testing-security is
> not testing and apt will complain.

Which diagnostics are you talking about? I wasn't able to find it.

> > * Change the documentation to work with the current setting, and warn
> >   the existing users. (In APT::Update::Post-Invoke, perhaps?) This may
> >   be reasonable, and could be used to warn about other configuration
> >   problems, like no security updates configured at all.
>
> This does not seem possible. I don't see how you'd figure out affected
> users.

No security updates configured:
* (o=Debian, a=testing) source
* no (o=Debian, a=testing-security) source

Security updates configured, but not applied:
* (o=Debian, a=testing) source has higher priority than
  (o=Debian, a=testing-security) source

These two are trivial and take care of most configuration problems.

Package pins are more complicated. Once it prevents a particular
security update, we can detect it reliably, but it may be too late, as
some people do unattended upgrades:
* the candidate version of a package comes from (o=Debian, a=testing)
  and is lower than a version from (o=Debian, a=testing-security)

Bug#913913: Bug#931524: security.debian.org: bullseye security updates may be silently skipped on systems using apt pinning

[Piotr Engelking]

Salvatore Bonaccorso :

> I do not think this will be reverted, but time will show. There was
> already an earlier intention to do this to get consistency across the
> archive:
>
> https://lists.debian.org/debian-security/2015/12/msg00015.htm
>
> But back then this was not possible to switch. Then the buster release
> was the optimal point in time to retry:
>
> https://lists.debian.org/debian-security/2019/06/msg00015.html
>
> This quarantees that actually now the archive is in itself more
> consistent and security archive is not anymore a special case for
> future releases.
>
> User will anyway need to update the sources.list when switching to
> bullseye, so the need of touching sources.list makes it as well
> equally easy to then adjust the respective distribution component of
> the URL.

Change of the URL component to bullseye-security is not a problem.

The problem is that the bullseye-security Release file sets the
Suite field to testing-security. This interacts badly with commonly
recommended (by, among others, the apt_preferences(5) manual page)
APT pinning configuration of systems running Debian testing:

Package: *
Pin: release o=Debian, a=testing
Pin-Priority: 800

Now a=testing packages have higher priority than the a=testing-security
ones, which results in security updates not being installed. Another
method of pinning configuration, using APT::Default-Release, has
exactly the same effect.

> testing-security is only populated very late in the freeze of a
> release, in deep freeze when unblock requests are not anymore possible
> and still packages should be released for security to have them from
> day 0 in the new release.

This, on one hand, makes fixing the problem not urgent. On another,
it makes users even less likely to discover the problem on their own.

The solutions I can think of are:

* Do not do anything. This is leaves systems in a potentially
  vulnerable state.

* Change the suite from a=testing-security back to a=testing. This is
  least work, but I don't know if it has any downsides I am unaware of.

* Change the documentation to work with the current setting, and warn
  the existing users. (In APT::Update::Post-Invoke, perhaps?) This may
  be reasonable, and could be used to warn about other configuration
  problems, like no security updates configured at all.

Bug#931524: security.debian.org: bullseye security updates may be silently skipped on systems using apt pinning

[Piotr Engelking]

Package: security.debian.org
Severity: normal
Tags: security

With the release of buster, testing security updates switched from
Suite: testing to Suite: testing-security. This silently breaks
security updates on systems using apt pinning to elevate the priority
of testing packages.

Also, bug #913913 makes this already non-obvious configuration problem
even harder for users to discover and to correctly fix.

Please consider reverting this change.


-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8),
LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#557251: closed by Matthias Klose <d...@debian.org> (Bug#557251: fixed in pillow 4.1.1-1)

[Piotr Engelking]

forwarded 557251 https://github.com/python-pillow/Pillow/issues/421
thanks

Confirmed as fixed, apparently since 2.3.0.

Bug#844991: Fwd: [Pkg-xfce-devel] Bug#844991: lightdm: does not offer C.UTF-8 locale

[Piotr Engelking]

forwarded 844991 https://bugs.launchpad.net/lightdm/+bug/1658950
thanks

Yves-Alexis Perez :

> I don't think it's necessary, especially for a small patch.

Submitted, thank you.

Bug#844991: lightdm: does not offer C.UTF-8 locale

[Piotr Engelking]

The code includes a function to filter UTF-8 locales, but it is not always
used. The attached patch fixes the problem.
diff --git a/liblightdm-gobject/language.c b/liblightdm-gobject/language.c
index 91a4642..e640455 100644
--- a/liblightdm-gobject/language.c
+++ b/liblightdm-gobject/language.c
@@ -37,6 +37,12 @@ G_DEFINE_TYPE (LightDMLanguage, lightdm_language, G_TYPE_OBJECT);
 static gboolean have_languages = FALSE;
 static GList *languages = NULL;
 
+static gboolean
+is_utf8 (const gchar *code)
+{
+return g_strrstr (code, ".utf8") || g_strrstr (code, ".UTF-8");
+}
+
 static void
 update_languages (void)
 {
@@ -73,7 +79,7 @@ update_languages (void)
 continue;
 
 /* Ignore the non-interesting languages */
-if (strcmp (command, "locale -a") == 0 && !g_strrstr (code, ".utf8"))
+if (strcmp (command, "locale -a") == 0 && !is_utf8 (code))
 continue;
 
 language = g_object_new (LIGHTDM_TYPE_LANGUAGE, "code", code, NULL);
@@ -89,12 +95,6 @@ update_languages (void)
 have_languages = TRUE;
 }
 
-static gboolean
-is_utf8 (const gchar *code)
-{
-return g_strrstr (code, ".utf8") || g_strrstr (code, ".UTF-8");
-}
-
 /* Get a valid locale name that can be passed to setlocale(), so we always can use nl_langinfo() to get language and country names. */
 static gchar *
 get_locale_name (const gchar *code)
@@ -134,7 +134,7 @@ get_locale_name (const gchar *code)
 for (i = 0; avail_locales[i]; i++)
 {
 gchar *loc = avail_locales[i];
-if (!g_strrstr (loc, ".utf8"))
+if (!is_utf8 (loc))
 continue;
 if (g_str_has_prefix (loc, language))
 {

Bug#852242: consolation: drag to select should work in select word and select line modes

[Piotr Engelking]

Package: consolation
Version: 0.0.4-1
Severity: wishlist

Please consider enabling drag to select in the select word mode. For an
example, with the following text:

  Description: PARI/GP Computer Algebra System elliptic curves

double clicking on 'G' without releasing the mouse button and then
moving the mouse to 'y' could select 'PARI/GP Computer Algebra System'.
Such feature is very useful, as it allows to select text significantly
faster in the common case of selection starting and ending at word
boundaries. Similarly, it could work in the select line mode. Both
features are present and work as described in, at least, terminal
emulators using the VTE library, all GTK+ widgets, Chromium, and
Firefox.


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages consolation depends on:
ii  libc6   2.24-8
ii  libevdev2   1.5.6+dfsg-1
ii  libinput10  1.5.3-1
ii  libudev1232-8
ii  lsb-base9.20161125

consolation recommends no packages.

consolation suggests no packages.

-- no debconf information

Bug#846085: nginx-light: "ssl_ecdh_curve X25519" doesn't work

[Piotr Engelking]

Package: nginx-light
Version: 1.10.2-2
Severity: normal
Tags: security

Using:

  ssl_ecdh_curve X25519;

in /etc/nginx/sites-available/ results in nginx refusing to start with
the following error:

  Unable to create curve "X25519" (SSL: error:100AE081:elliptic curve
  routines:EC_GROUP _new_by_curve_name:unknown group)

Using:

  ssl_ecdh_curve x25519;

results in nginx refusing to start with the following error:

  Unknown curve name "x25519" (SSL:)

The bug is probably caused by nginx not accounting for OpenSSL using a
different API for x25519 and for other elliptic curves.

In absence of specific choice, nginx uses the default OpenSSL elliptic curve
list, which as of OpenSSL 1.1.0c includes the secp256r1, secp384r1, and
secp521r1 curves, known to be possibly backdoored.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nginx-light depends on:
ii  libc6   2.24-5
ii  libnginx-mod-http-echo  1.10.2-2
ii  libpcre32:8.39-2
ii  libssl1.1   1.1.0c-2
ii  nginx-common1.10.2-2
ii  zlib1g  1:1.2.8.dfsg-2+b3

nginx-light recommends no packages.

Versions of packages nginx-light suggests:
ii  nginx-doc  1.10.2-2

-- no debconf information

Bug#441518: bb: doesn't work correctly in utf-8 console

[Piotr Engelking]

Axel Beckert :

> Hrm. Those texts display fine for me on a current Debian Unstable
> (version 1.3rc1-8.5) in both, the linux virtual console with UTF-8 and
> "bb -driver linux" or just "bb" as well as inside an uxterm with "bb
> -driver slang".
>
> Can you still reproduce this issue in either Debian Stable or Debian
> Unstable?

I am no longer able to reproduce the bug with linux-image-4.6.0-1-amd64
version 4.6.4-1 and radeondrmfb console. I guess it can be safely closed.

Bug#814321: fonts-lmodern: useless dependency on tex-common

[Piotr Engelking]

Package: fonts-lmodern
Version: 2.004.5-1
Severity: normal

The fonts-lmodern binary package has a useless dependency on tex-common.
While its maintainer scripts do run update-texmf-config, the call is a
no-op, as fonts-lmodern contain no font map files, hyphenation patterns, or
format updates, nor actually anything relevant to TeX.

Please remove update-texmf-config from the maintainer scripts and drop the
tex-common dependency.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fonts-lmodern depends on:
ii  tex-common  6.04

fonts-lmodern recommends no packages.

fonts-lmodern suggests no packages.

-- no debconf information

Bug#807895: apt: Acquire::PDiffs::SizeLimit should check Index size as well

[Piotr Engelking]

Package: apt
Version: 1.1.4
Severity: wishlist

The Acquire::PDiffs::SizeLimit option should check size of the Index
file as well. Currently, apt happily downloads Packages.diff/Index even
if it is larger than Packages.gz. (The archive, luckily, seems not to
publish the Index in such a case, hence the reduced severity.)

Notice that the SizeLimit check should not add size of Index to size of
the patches, it should check them separately, as when the size of the
patches is known, the Index has already been downloaded.

Alternatively, a separate option could be introduced to limit the
percentage of the size of the Index compared to the size of the
targeted file.


-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --

-- (no /etc/apt/sources.list present) --

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages apt depends on:
ii  adduser 3.113+nmu3
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.19-6
ii  gpgv1.4.19-6
ii  libapt-pkg5.0   1.1.4
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-23
ii  libstdc++6  5.2.1-23

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc  1.1.4
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.18.3
ii  python-apt   1.1.0~beta1

-- no debconf information

Bug#793874: rtl8192sfw.bin: no upstream in copyright file

[Piotr Engelking]

Package: firmware-realtek
Version: 0.44
Severity: serious
Justification: 12.5, stretch release policy 1

The RTL8192SU/rtl8192sfw.bin file is not present upstream. Its actual
upstream source (presumably Realtek?) is not documented in the
copyright file. Please document it.

$ cd git/linux-firmware
$ git cat-file -t $(git hash-object /lib/firmware/RTL8192SU/rtl8192sfw.bin)
fatal: git cat-file 41d6836ecabadef3593eef5f58ca76f533cc5820: bad file
$

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

firmware-realtek depends on no packages.

firmware-realtek recommends no packages.

Versions of packages firmware-realtek suggests:
ii  initramfs-tools  0.120

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#711108: linux-image-* should suggest linux-tools-*

[Piotr Engelking]

tags 711108 + patch
thanks

Untested patch attached.

It may also be interesting to notice that apt already attempts to
prevent automatic removal of linux-tools matching an installed kernel,
but fails, since it assumes a version format which is no longer in use:

  /etc/kernel/postinst.d/apt-auto-removal
  /etc/apt/apt.conf.d/01autoremove

On 4 June 2013 at 21:03, Ben Hutchings b...@decadent.org.uk wrote:
 On Tue, Jun 04, 2013 at 08:46:50PM +0200, Piotr Engelking wrote:
 Source: linux
 Severity: wishlist

 Please consider having the linux-image-${version}-* packages suggesting
 the matching linux-tools-${version} package. This would help users to keep
 them in sync.

 It might be a useful hint.  However the linux-tools meta-package is
 a more effective way to keep linux-tools-* up to date (unless you
 install the kernel from experimental).

 Ben.

 --
 Ben Hutchings
 We get into the habit of living before acquiring the habit of thinking.
   - Albert Camus
diff --git a/debian/templates/control.image.type-plain.in b/debian/templates/control.image.type-plain.in
index 29306e3..0c29b32 100644
--- a/debian/templates/control.image.type-plain.in
+++ b/debian/templates/control.image.type-plain.in
@@ -3,7 +3,7 @@ Provides: linux-modules-@abiname@@localversion@
 Pre-Depends: debconf | debconf-2.0
 Depends: kmod | module-init-tools, linux-base (= 3~), ${misc:Depends}
 Recommends: firmware-linux-free (= 3~), ${kernel:Recommends}
-Suggests: linux-doc-@version@, debian-kernel-handbook
+Suggests: linux-tools-@version@, linux-doc-@version@, debian-kernel-handbook
 Breaks: at ( 3.1.12-1+squeeze1)
 Description: Linux @upstreamversion@ for @class@
  The Linux kernel @upstreamversion@ and modules for use on @longclass@.

Bug#711104: login: su - doesn't set umask

[Piotr Engelking]

Package: login
Version: 1:4.1.5.1-1
Severity: important

The 'su -' command, unlike login, doesn't set umask. This behavior
disagrees with the man page, which says:

  The optional argument - may be used to provide an environment similar
  to what the user would expect had the user logged in directly.

Operating with an unexpected umask value is dangerous, particularly so
if running as root.

Please change su - to set umask to the same value that login does.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages login depends on:
ii  libc6   2.17-3
ii  libpam-modules  1.1.3-9
ii  libpam-runtime  1.1.3-9
ii  libpam0g1.1.3-9

login recommends no packages.

login suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#711108: linux-image-* should suggest linux-tools-*

[Piotr Engelking]

Source: linux
Severity: wishlist

Please consider having the linux-image-${version}-* packages suggesting
the matching linux-tools-${version} package. This would help users to keep
them in sync.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#711108: linux-image-* should suggest linux-tools-*

[Piotr Engelking]

Ben Hutchings b...@decadent.org.uk wrote:

 It might be a useful hint.  However the linux-tools meta-package is
 a more effective way to keep linux-tools-* up to date (unless you
 install the kernel from experimental).

Sure, I already use it, but, for an example, even though I do have the
kernel pointed at by linux-latest installed, I am not running it, as I
haven't rebooted yet. I'd like perf to still work in the meantime.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590521: marked as done (gtk2-engines-qtcurve: modifies iceweasel configuration file)

[Piotr Engelking]

found 590521 1.8.15-3
thanks

Boris Pek tehnic...@mail.ru wrote:

 * Build with -DQTC_MODIFY_MOZILLA=false:
   do not modify Iceweasel and/or Firefox settings. (Closes: #590521)
 Again?
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590521#24
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590521#29

 This file is not created or modified now. Is not this is an expected result?

Version 1.8.15-3 of gtk2-engines-qtcurve still appends the snippet to
~/.mozilla/firefox/*.default/chrome/userChrome.css.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590521: gtk2-engines-qtcurve: modifies iceweasel configuration file

[Piotr Engelking]

found 590521 1.8.15-2
thanks

The bug is, indeed, not fixed. Steps to reproduce:

* Under XFCE 4.8, run xfce4-appearance-settings.
* Select the QtCurve style. This previews the style, which in turn
modifies userChrome.css.
* Select the style used previously.
* Close xfce4-appearance-settings.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#686374: libpython3.2: broken symlink: libpython3.2.so

[Piotr Engelking]

Package: libpython3.2
Version: 3.2.3-4
Severity: normal

The /usr/lib/python3.2/config/libpython3.2mu.so file is a symbolic link
to /usr/lib/libpython3.2mu.so, which does not exist. It should probably
symlink to /usr/lib/libpython3.2mu.so.1, instead.

The problem is also present in the libpython3.3 package:
/usr/lib/python3.3/config-3.3m-i386-linux-gnu/libpython3.3m.so: broken
symbolic link to `../../i386-linux-gnu/libpython3.3m.so'


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.4.9 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpython3.2 depends on:
ii  libc6  2.13-35
ii  libexpat1  2.1.0-1
ii  libgcc11:4.7.1-2
ii  python3.2  3.2.3-4
ii  zlib1g 1:1.2.7.dfsg-13

libpython3.2 recommends no packages.

libpython3.2 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#686407: cmake: FindPythonLibs broken with python2.7-dev and libpython3.2 installed

[Piotr Engelking]

Package: cmake
Version: 2.8.9-1
Severity: normal

If python2.7-dev as well as libpython3.2 are installed,
INCLUDE(FindPythonLibs) uses different versions of Python in
PYTHON_INCLUDE_DIR and PYTHON_LIBRARY. I believe it should use the same
version for both of them.

$ cd $(mktemp -d)
$ echo 'INCLUDE(FindPythonLibs)'  CMakeLists.txt
$ cmake .
-- The C compiler identification is GNU 4.7.1
-- The CXX compiler identification is GNU 4.7.1
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Found PythonLibs: /usr/lib/python3.2/config/libpython3.2.so (found
version 2.7.3)
CMake Warning (dev) in CMakeLists.txt:
  No cmake_minimum_required command is present.  A line of code such as

cmake_minimum_required(VERSION 2.8)

  should be added at the top of the file.  The version specified may be lower
  if you wish to support older CMake versions for this project.  For more
  information run cmake --help-policy CMP.
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/tmp.9AfXAvEx3i
$ fgrep -i python CMakeCache.txt
PYTHON_INCLUDE_DIR:PATH=/usr/include/python2.7
PYTHON_LIBRARY:FILEPATH=/usr/lib/python3.2/config/libpython3.2.so
//Details about finding PythonLibs
FIND_PACKAGE_MESSAGE_DETAILS_PythonLibs:INTERNAL=[/usr/lib/python3.2/config/libpython3.2.so][/usr/include/python2.7][v2.7.3()]
//ADVANCED property for variable: PYTHON_INCLUDE_DIR
PYTHON_INCLUDE_DIR-ADVANCED:INTERNAL=1
//ADVANCED property for variable: PYTHON_LIBRARY
PYTHON_LIBRARY-ADVANCED:INTERNAL=1
$


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.4.9 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cmake depends on:
ii  cmake-data 2.8.9-1
ii  libarchive12   3.0.4-2
ii  libc6  2.13-35
ii  libcurl3-gnutls7.26.0-1
ii  libexpat1  2.1.0-1
ii  libgcc11:4.7.1-2
ii  libstdc++6 4.7.1-2
ii  libxmlrpc-core-c3  1.16.33-3.1
ii  procps 1:3.3.3-2
ii  zlib1g 1:1.2.7.dfsg-13

cmake recommends no packages.

Versions of packages cmake suggests:
ii  gcc   4:4.7.1-1
ii  make  3.82-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674053: httrack: nonsensical charset in Accept-Charset: header

[Piotr Engelking]

Package: httrack
Version: 3.45.4-1
Severity: minor

Httrack sends the following Accept-Charset: header:

  Accept-Charset: iso-8859-1, iso-8859-*;q=0.9, utf-8;q=0.66, *;q=0.33

As a result, the program claims preference for the non-existent
iso-8859-* character set, which isn't particularly useful. The author
apparently expects the asterisk to act as a wildcard here, but it isn't
the case - only standalone * is special (see RFC 2616).

Please remove the useless iso-8859-* charset from the Accept-Charset:
header.

You may also very well consider removing the Accept-Charset: header
altogether, as most browsers do not send it anymore, see

  https://developer.mozilla.org/en/HTTP/Content_negotiation


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.3.6 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages httrack depends on:
ii  libc62.13-32
ii  libhttrack2  3.45.4-1
ii  zlib1g   1:1.2.7.dfsg-1

httrack recommends no packages.

Versions of packages httrack suggests:
pn  httrack-doc  3.45.4-1
pn  webhttrack   none

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672675: mysql-server-core-5.5: frequent wake-ups while idle

[Piotr Engelking]

Package: mysql-server-core-5.5
Version: 5.5.23-2
Severity: normal

The MySQL server wakes up several times per second even if no clients
are connected. Waking up the CPU unnecessarily results in increased
power consumption. Please consider allowing mysqld to sleep until it
has queries to process.

Here is the result of tracing all threads of idle mysqld for 4 seconds:

# for i in /proc/$(pidof mysqld)/task/*; do timeout -s INT 4 strace -p
$(basename $i); done
Process 11711 attached - interrupt to quit
restart_syscall(... resuming interrupted call ... unfinished ...
Process 11711 detached
Process 11731 attached - interrupt to quit
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256, {}{0, 5}) = 0
io_getevents(-202268672, 1, 256,  unfinished ...
Process 11731 detached
Process 11732 attached - interrupt to quit
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256, {}{0, 5}) = 0
io_getevents(-202280960, 1, 256,  unfinished ...
Process 11732 detached
Process 11733 attached - interrupt to quit
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256, {}{0, 5}) = 0
io_getevents(-202428416, 1, 256,  unfinished ...
Process 11733 detached
Process 11734 attached - interrupt to quit
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256, {}{0, 5}) = 0
io_getevents(-202440704, 1, 256,  unfinished ...
Process 11734 detached
Process 11735 attached - interrupt to quit
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256, {}{0, 5}) = 0
io_getevents(-202452992, 1, 256,  unfinished ...
Process 11735 detached
Process 11736 attached - interrupt to quit
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256, {}{0, 5}) = 0
io_getevents(-202465280, 1, 256,  unfinished ...
Process 11736 detached
Process 11737 attached - interrupt to quit
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256, {}{0, 5}) = 0
io_getevents(-202612736, 1, 256,  unfinished ...
Process 11737 detached
Process 11738 attached - interrupt to quit
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256, {}{0, 5}) = 0
io_getevents(-202625024, 1, 256,  unfinished ...
Process 11738 detached
Process 11739 attached - interrupt to quit
io_getevents(-202637312, 1, 256, {}{0, 5}) = 0
io_getevents(-202637312, 1, 256, {}{0, 5}) = 0
io_getevents(-202637312, 1, 

Bug#662588: unhide: incorrect use of alternatives

[Piotr Engelking]

Package: unhide
Version: 20110113-3
Severity: serious
Justification: wheezy RC policy 3

The unhide postinst script switches the unhide alternative to manual
mode, which is a violation of section 3 of the wheezy RC policy. The
manual mode is provided for the system administrator.

The use of the alternative is also broken: it decides which binary to
run based on which kernel was used at the package install time, which
is not necessarily the kernel that is used at run time.

Please remove the alternatives. One correct replacement would be to use a
wrapper to choose the binary. This is, however, no longer necessary, since
Debian doesn't support pre-2.6 Linux kernels anymore, so a simpler solution
is to just use the 2.6 features unconditionally on Linux systems.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.9 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

unhide depends on no packages.

unhide recommends no packages.

Versions of packages unhide suggests:
ii  rkhunter  1.3.8-10

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657743: ifupdown: ifup -o local=addr not working with 6to4

[Piotr Engelking]

Package: ifupdown
Version: 0.7~beta2
Severity: normal

Setting the local endpoint of a 6to4 tunnel with the -o option of the
ifup command doesn't work correctly:

# cat /etc/network/interfaces
[...]

iface test inet6 6to4
local 1.2.3.4
# ifup test -o local=5.6.7.8  ifconfig test
test  Link encap:IPv6-in-IPv4
  inet6 addr: ::5.6.7.8/128 Scope:Compat
  inet6 addr: 2002:102:304::1/16 Scope:Global
  UP RUNNING NOARP  MTU:1480  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

#

The tunnel uses the 2002:102:304:: address, suitable for the 1.2.3.4
endpoint defined in the configuration file, instead of the correct
2002:506:708::, suitable for the 5.6.7.8 endpoint defined with the
command line option.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.1.10 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ifupdown depends on:
ii  initscripts  2.88dsf-18
ii  iproute  20120105-1
ii  libc62.13-24
ii  lsb-base 3.2-28

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
pn  isc-dhcp-client  4.1.1-P1-17
pn  net-tools1.60-24.1
pn  ppp  none
pn  rdnssd   none

-- Configuration Files:
/etc/init.d/ifupdown-clean [Errno 2] No such file or directory:
u'/etc/init.d/ifupdown-clean'

-- debconf information:
  ifupdown/convert-interfaces: true



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564917: deb-reversion: update strict versioned dependencies to match new version

[Piotr Engelking]

On 12 January 2010, Piotr Engelking inkerma...@gmail.com wrote:

 Please consider adding an option to update versioned dependencies to
 match the new version in case the package depends on another package
 with exactly the same version. It would be useful for preserving strict
 versioned dependencies between binary packages generated from the same
 source.

 The attached patch adds such an option and accompanying documentation.

Are there any plans to address this issue? There has never been a
comment on the bug or on the patch (which still applies cleanly, after
two years) by any of the maintainers. Is there anything else I can do
to help?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618310: ttf-dejavu: small Latin letters with dot above broken at small font sizes

[Piotr Engelking]

Piotr Engelking inkerma...@gmail.com wrote:

 In DejaVu Sans Bold and DejaVu Sans Oblique, small Latin letters with
 dot above (such as U+017C ż LATIN SMALL LETTER Z WITH DOT ABOVE) are
 broken at small font sizes - the dot is replaced with a vertical line.

The issue is present if font hinting is set to full or medium
(Xft.hintstyle: hintfull/hintmedium in xrdb -query), and
absent if it is set to slight or none (hintslight/hintnone).



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: /etc/editorrc ?

[Piotr Engelking]

I think that all of this silliness could be avoided, while perfectly
reproducing current behavior, if jstar, joe, etc were wrappers, not
symlinks:

  #!/bin/bash
  if [ x$(basename -- $0) = xeditor ]; then
progname=jstar
  else
progname=$0
  fi
  exec -a $progname /usr/lib/joe/joe.real



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: /etc/editorrc ?

[Piotr Engelking]

Piotr Engelking inkerma...@gmail.com wrote:

  #!/bin/bash
  if [ x$(basename -- $0) = xeditor ]; then

Sorry, insufficient quoting, the above should be of course:

  if [ x$(basename -- $0) = xeditor ]; then



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: /etc/editorrc ?

[Piotr Engelking]

Thorsten Glaser t...@mirbsd.de wrote:

 I think that’s a lot more silly. Besides, wrapping
 would slow down and bloat.

It avoids the problem of editor and editorrc being out of sync.

Slowdown is imperceptible (which is the only thing that matters, since
joe is always used interactively). There is no memory cost, since exec
is used, and the disk space needed is offset by the space saved by not
maintaining an alternative.

 No bash in my code.

I am not attached to any particular implementation. :) My example uses
bash since it has exec -a.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: /etc/editorrc ?

[Piotr Engelking]

Thorsten Glaser t...@mirbsd.de wrote:

 I actually like the idea of making editorrc a slave to editor…

And this solution would indeed probably be the best, if it is possible.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe

[Piotr Engelking]

Thorsten Glaser t...@mirbsd.de wrote:

 Do you think it would work if I just add
        /etc/jupp/editorrc@ - ../joe/editorrc
 and then manage /etc/joe/editorrc with update-alternatives
 just like joe does?

There seems to be no point of jupp sharing the editorrc alternative
with joe, especially considering that neither program is compatible
with the shipped rc files of the other anymore.

Apparently, at the moment, jupp uses only one alternative for
/etc/jupp/editorrc. Do you plan to include the rc files from joe-jupp
as alternatives as well? If so, the correct fix is to use an
alternative name different from the one used by joe. If not, you don't
need to use the alternatives system for /etc/jupp/editorrc at all, and
can symlink the file to /etc/jupp/jupprc unconditionally.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe

[Piotr Engelking]

Thorsten Glaser t...@mirbsd.de wrote:

There seems to be no point of jupp sharing the editorrc alternative
with joe, especially considering that neither program is compatible
with the shipped rc files of the other anymore.

 The problem is that joe/jupp use argv[0] + rc as name to look
 for, so it’s editorrc for both of them.

Yes, I am aware of it, but the point is that a combination like joe
selected as the alternative for editor, and /etc/jupp/jupprc for
editorrc (or the other way around) won't work.

Apparently, at the moment, jupp uses only one alternative for
/etc/jupp/editorrc. Do you plan to include the rc files from joe-jupp
as alternatives as well?

 They are already included, joe-jupp contains its own maintainer
 scripts enabling them.

Sorry, I checked in the wrong place.

If so, the correct fix is to use an
alternative name different from the one used by joe.

 But the name must still be editorrc…

No, the alternative name can be different from from the name of the
file referring to it.

 (which, by the way, could be a slave to editor, couldn’t it?)

According to the changelog entry for joe 3.5-1, sadly not:

  * Stop shipping fixed /etc/joe/editorrc and instead add all our
versions as alternatives to it. Unfortunately it doesn't work as a
slave alternative to the main editor alternative, but this is as
close as it can get, closes: #269334.

(Unless, perhaps, update-alternatives changed in the meantime?)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe

[Piotr Engelking]

Package: jupp
Version: 3.1.17-2
Severity: serious
Justification: wheezy RC policy §3

Jupp hijacks the editorrc alternative from joe, moving it from
/etc/joe/editorrc to /etc/jupp/editorrc. This breaks joe if it is set
as the default system editor:

# dpkg-query -W joe
joe 3.7-2
# ls -F /etc/joe/
editorrc@  ftyperc  jicerc.ru  jmacsrc  joerc  jpicorc jstarrc  rjoerc
# apt-get install -qq --trivial-only jupp
Selecting previously deselected package jupp.
(Reading database ... 465741 files and directories currently installed.)
Unpacking jupp (from .../jupp_3.1.17-2_i386.deb) ...
Processing triggers for man-db ...
Setting up jupp (3.1.17-2) ...
update-alternatives: renaming editorrc link from /etc/joe/editorrc to
/etc/jupp/editorrc.
# ls -F /etc/joe/
ftyperc  jicerc.ru  jmacsrc  joerc  jpicorc jstarrc  rjoerc
# file /etc/alternatives/editor{,rc}
/etc/alternatives/editor:   symbolic link to `/usr/bin/joe'
/etc/alternatives/editorrc: symbolic link to `/etc/joe/joerc'
# editor
Couldn't open '*editorrc'
#

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.0.0-00150-gb3626c5 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jupp depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libselinux1   2.0.98-1.1 SELinux runtime shared libraries

jupp recommends no packages.

jupp suggests no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629494: tomoyo-tools: versioned dependency on a purely virtual package

[Piotr Engelking]

Package: tomoyo-tools
Version: 2.3.0-20100820-1
Severity: normal

The tomoyo-tools package has a versioned dependency on linux-image-2.6,
which is a purely virtual package. Such a dependency makes no sense,
since, in accordance with Debian Policy 7.5, versioned dependencies can
not be satisfied by virtual packages.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.38.6-00190-g3bd187d (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tomoyo-tools depends on:
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libncurses5 5.9-1shared libraries for terminal hand
ii  libtomoyotools1 2.3.0-20100820-1 Lightweight and easy-use Mandatory

Versions of packages tomoyo-tools recommends:
ii  linux-image-2.6.38.6-00190-g3 2  Linux kernel binary image for vers
ii  linux-image-2.6.38.7-00190-g7 0  Linux kernel binary image for vers
ii  linux-image-2.6.39-1-amd64 [l 2.6.39-1   Linux 2.6.39 for 64-bit PCs

tomoyo-tools suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#627219: locales: unable to set C.UTF-8 as default system locale

[Piotr Engelking]

Package: locales
Version: 2.13-4
Severity: normal
Tags: l10n

C.UTF-8 is not listed as an option when selecting the default system
locale (locales/default_environment_locale) during the configuration of
the locales package.

Please allow setting it as the default system locale.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.38.6-00190-g3bd187d (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages locales depends on:
ii  debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii  libc6 [glibc-2.13-1]  2.13-4 Embedded GNU C Library: Shared lib

locales recommends no packages.

locales suggests no packages.

-- debconf information:
* locales/default_environment_locale: None
* locales/locales_to_be_generated: pl_PL.UTF-8 UTF-8



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#407278: better stdin patch for zless

[Piotr Engelking]

tags 407278 + patch
thanks

On 10 August 2009 02:35, Piotr Engelking inkerma...@gmail.com wrote:
 The attached patch enables zless to correctly view standard input
 without changing its behavior in other cases.

 There is still, however, one remaining problem - the patch depends on a
 functionality introduced in less 429-1 and I am not sure how to sanely
 express such a dependency, given that gzip merely suggests less. Any
 suggestions?

Now that stable has less 443-1, the dependency is no longer needed,
and the patch can be used as-is.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#407278: better stdin patch for zless

[Piotr Engelking]

On 14 May 2011 10:54, Piotr Engelking inkerma...@gmail.com wrote:

 Now that stable has less 443-1, the dependency is no longer needed,
 and the patch can be used as-is.

Erm, 436-1, which luckily doesn't change the conclusion. :P



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618310: ttf-dejavu: small Latin letters with dot above broken at small font sizes

[Piotr Engelking]

Package: ttf-dejavu
Version: 2.33-1
Severity: normal

In DejaVu Sans Bold and DejaVu Sans Oblique, small Latin letters with
dot above (such as U+017C ż LATIN SMALL LETTER Z WITH DOT ABOVE) are
broken at small font sizes - the dot is replaced with a vertical line.
This is a regression from 2.32-1.

The attached image illustrates the issue.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.38-rc7-00099-g25546a7 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ttf-dejavu depends on:
ii  ttf-dejavu-core   2.33-1 Vera font family derivate with add
ii  ttf-dejavu-extra  2.33-1 Vera font family derivate with add

ttf-dejavu recommends no packages.

ttf-dejavu suggests no packages.

-- no debconf information
attachment: dejavu-dot-above.png

Bug#618018: git reflog: checkout: moving from master to master

[Piotr Engelking]

Package: git
Version: 1:1.7.4.1-1
Severity: minor

Trying to switch to a branch you are already on leaves useless no-op
entries in the reflog:

$ cd $(mktemp -d)
$ git init
Initialized empty Git repository in /tmp/tmp.bNg1nsyeHL/.git/
$ touch foo
$ git add foo
$ git commit -m 'initial commit'
[master (root-commit) 45d1005] initial commit
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 foo
$ git checkout master
Already on 'master'
$ git reflog
45d1005 HEAD@{0}: checkout: moving from master to master
45d1005 HEAD@{1}: commit (initial): initial commit
$

Please do not log ref updates which aren't.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.38-rc7-00099-g25546a7 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git depends on:
ii  git-man 1:1.7.4.1-1  fast, scalable, distributed revisi
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.3-1 Multi-protocol file transfer libra
ii  liberror-perl   0.17-1   Perl module for error/exception ha
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  perl-modules5.10.1-17Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages git recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.5p1-6  secure shell (SSH) client, for sec
ii  patch 2.6.1-1Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git suggests:
pn  git-arch none  (no description available)
ii  git-cvs  1:1.7.4.1-1 fast, scalable, distributed revisi
pn  git-daemon-run   none  (no description available)
ii  git-doc  1:1.7.4.1-1 fast, scalable, distributed revisi
pn  git-emailnone  (no description available)
pn  git-gui  none  (no description available)
ii  git-svn  1:1.7.4.1-1 fast, scalable, distributed revisi
ii  gitk 1:1.7.4.1-1 fast, scalable, distributed revisi
pn  gitweb   none  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618262: kernel-package: Please support producing linux-tools-* package (perf).

[Piotr Engelking]

Package: kernel-package
Version: 12.036+nmu1
Severity: wishlist

Please consider adding to make-kpkg a target producing the
linux-tools-$(uname -r) package, containing the 'perf' performance
analysis tools.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.38-rc7-00099-g25546a7 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii  binutils   2.21.0.20110302-2 The GNU assembler, linker and bina
ii  build-essential11.5  Informational list of build-essent
ii  debianutils3.4.4 Miscellaneous utilities specific t
ii  file   5.04-5Determines file type using magic
ii  gettext0.18.1.1-3GNU Internationalization utilities
ii  make   3.81-8An utility for Directing compilati
ii  module-init-tools  3.12-1tools for managing Linux kernel mo
ii  po-debconf 1.0.16+nmu1   tool for managing templates file t
ii  util-linux 2.17.2-9.1Miscellaneous system utilities

Versions of packages kernel-package recommends:
ii  cpio  2.11-7 GNU cpio -- a program to manage ar

Versions of packages kernel-package suggests:
ii  btrfs-tools  0.19+20101101-1 Checksumming Copy on Write Filesys
ii  bzip21.0.5-6 high-quality block-sorting file co
pn  docbook-utilsnone  (no description available)
ii  e2fsprogs1.41.12-2   ext2/ext3/ext4 file system utiliti
pn  grub | grub2 none  (no description available)
ii  initramfs-tools [linux-i 0.98.8  tools for generating an initramfs
pn  jfsutils none  (no description available)
ii  libncurses5-dev [libncur 5.7+20100313-5  developer's libraries and docs for
pn  linux-source | kernel-so none  (no description available)
ii  mcelog   1.0~pre3-3  x86-64 Machine Check Exceptions co
pn  oprofile none  (no description available)
pn  pcmciautils  none  (no description available)
pn  ppp  none  (no description available)
ii  procps   1:3.2.8-10  /proc file system utilities
pn  quotanone  (no description available)
ii  reiserfsprogs1:3.6.21-1  User-level tools for ReiserFS file
pn  squashfs-tools   none  (no description available)
ii  udev 166-1   /dev/ and hotplug management daemo
ii  xfsprogs 3.1.4   Utilities for managing the XFS fil
pn  xmltonone  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#613664: should understand 'apt-cache showsrc srcpkg/release'

[Piotr Engelking]

Package: apt
Version: 0.8.11.3
Severity: wishlist

It is possible to select a specific release of a binary package for
display with apt-cache, as in 'apt-cache show apt/unstable', but it is
not possible to do the same with source packages:

$ apt-cache showsrc apt/unstable
W: Unable to locate package apt/unstable
N: No packages found
$

Please support this functionality.


-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.38-rc4-00205-g5b40ddf (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring  2010.08.28   GnuPG archive keys of the Debian a
ii  gnupg   1.4.10-4 GNU privacy guard - a free PGP rep
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6-20110125-1 GCC support library
ii  libstdc++6  4.6-20110125-1   The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc   0.8.11.3   Documentation for APT
pn  aptitude | synaptic | wajig   none (no description available)
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  dpkg-dev  1.15.3.1   Debian package development tools
ii  lzma  4.43-14Compression method of 7z format in
ii  python-apt0.7.100.1  Python interface to libapt-pkg

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606645: binutils-multiarch: uninstallable - ld.bfd conflict with binutils

[Piotr Engelking]

Package: binutils-multiarch
Version: 2.21-1
Severity: grave
Justification: renders package unusable

Attempting to install binutils-multiarch 2.21-1 results in the
following error:

dpkg: error processing
 /var/cache/apt/archives/binutils-multiarch_2.21-1_i386.deb (--unpack):
 trying to overwrite `/usr/bin/ld.bfd', which is also in package
 binutils
configured to not write apport reports
  dpkg-deb: subprocess paste killed
by signal (Broken pipe)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.36.1-00494-g8e63347 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages binutils-multiarch depends on:
ii  binutils2.21-1   The GNU assembler, linker and bina
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

binutils-multiarch recommends no packages.

binutils-multiarch suggests no packages.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#589576: reassign 589576, 601241 to xulrunner

[Piotr Engelking]

merge 589576 601241
reassign 589576 xulrunner-1.9.2
forwarded 589576 https://bugzilla.mozilla.org/show_bug.cgi?id=597174
thanks

Apparently, the bug is actually in Mozilla code, and the changes in
cairo merely exposed it. The upstream bug contains a patch.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602157: xscreensaver: Please power down the monitor after blanking the screen

[Piotr Engelking]

Package: xscreensaver
Version: 5.11-1+b1
Severity: wishlist

With the 'mode' option set to 'blank', 'xscreensaver-command -lock'
paints the screen black, but the monitor remains on. Please consider
powering the monitor down, which would eliminate unnecessary light
emission (as well as greatly reduce energy consumption).

Notice, that the current power management options are not useful in
this case, since they do not distinguish between the X session in
actual use, when I need the monitor on (for quite a long time, at
least), and locked, when the monitor could be powered down quickly.
(Not even mentioning the fact that they tend not to work at all,
as the X server does not bother accounting for the mouse jitter.)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.36-00493-g1cd16c6 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xscreensaver depends on:
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-1   FreeType 2 font engine, shared lib
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.27.2-1  The GLib library of C routines
ii  libgtk2.0-02.22.0-1  The GTK+ graphical user interface
ii  libice62:1.0.6-1 X11 Inter-Client Exchange library
ii  libpam0g   1.1.1-6.1 Pluggable Authentication Modules l
ii  libpango1.0-0  1.28.3-1  Layout and rendering of internatio
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libx11-6   2:1.3.3-3 X11 client-side library
ii  libxext6   2:1.1.2-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.1-3   X11 Xinerama extension library
ii  libxml22.7.7.dfsg-4  GNOME XML library
ii  libxmu62:1.0.5-2 X11 miscellaneous utility library
ii  libxpm41:3.5.8-1 X11 pixmap library
ii  libxrandr2 2:1.3.0-3 X11 RandR extension library
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  libxt6 1:1.0.7-1 X11 toolkit intrinsics library
ii  libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l
ii  xscreensaver-data  5.11-1+b1 data files to be shared among scre

Versions of packages xscreensaver recommends:
ii  libjpeg-progs   8b-1 Programs for manipulating JPEG fil
ii  miscfiles [wordlist 1.4.2.dfsg.1-9   Dictionaries and other interesting
ii  perl [perl5]5.10.1-15Larry Wall's Practical Extraction
ii  wamerican [wordlist 6-3  American English dictionary words
ii  wamerican-huge [wor 6-3  American English dictionary words
ii  wamerican-insane [w 6-3  American English dictionary words
ii  wamerican-large [wo 6-3  American English dictionary words
ii  wamerican-small [wo 6-3  American English dictionary words
ii  wbritish [wordlist] 6-3  British English dictionary words f
ii  wbritish-huge [word 6-3  British English dictionary words f
ii  wbritish-insane [wo 6-3  British English dictionary words f
ii  wbritish-large [wor 6-3  British English dictionary words f
ii  wbritish-small [wor 6-3  British English dictionary words f
ii  wpolish [wordlist]  20100612-1   Polish dictionary words for /usr/s
ii  xli 1.17.0+20061110-3+b1 command line tool for viewing imag
ii  xloadimage  4.1-16.1+b1  Graphics file viewer under X11

Versions of packages xscreensaver suggests:
ii  chromium-browser [ww 6.0.472.63~r59945-1 Chromium browser
ii  elinks [www-browser] 0.12~pre5-2 advanced text-mode WWW browser
ii  epiphany-browser [ww 2.30.6-1Intuitive GNOME web browser
ii  fortune-mod [fortune 1:1.99.1-4  provides fortune cookies on demand
ii  iceweasel [www-brows 3.6.12-1Web browser based on Firefox
ii  links [www-browser]  2.3~pre1-1  Web browser running in text mode
ii  links2 [www-browser] 2.3~pre1-1  Web browser running in both graphi
ii  lynx-cur [www-browse 2.8.8dev.5-1Text-mode WWW Browser with NLS sup
ii  opera [www-browser]  10.63.6450  A fast and secure web browser and
pn  qcam | streamer  none  (no description available)
ii  w3m [www-browser]

Bug#590521: gtk2-engines-qtcurve: modifies iceweasel configuration file

[Piotr Engelking]

Package: gtk2-engines-qtcurve
Version: 1.5.1-1
Severity: serious
Justification: squeeze RC policy section 3

The ~/.mozilla/firefox/*.default/chrome/userChrome.css file contains
the following snippet:

menubar  menu { color: #141312 !important; } menubar 
menu[_moz-menuactive=true][open=false] { color: #141312 !important;
} menubar  menu[_moz-menuactive=true][open=true] { color: #141312
!important; } /* MenuColors, Added by QtCurve -- do not remove */

Modifying another package's configuration file (except by an agreed
upon API) is a severe violation of the Debian policy.

Please stop adding the above snippet to userChrome.css. Please remove
the snippets from the files they were added to or notify the affected
users that they should do so manually.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.34-00165-gdab319b (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gtk2-engines-qtcurve depends on:
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.0-2FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-1   The GTK+ graphical user interface
ii  libpango1.0-0 1.28.1-1   Layout and rendering of internatio

gtk2-engines-qtcurve recommends no packages.

Versions of packages gtk2-engines-qtcurve suggests:
pn  kde-style-qtcurve none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585774: python-doc: should suggest python-examples

[Piotr Engelking]

Package: python-doc
Version: 2.5.2-1
Severity: wishlist

As source code examples may be a useful enhancement of language
documentation, please consider having python-doc suggesting
python-examples. For the same reason, python{2.5,2.6,2.7,3,3.1}-doc
could suggest python{2.5,2.6,2.7,3,3.1}-examples, respectively.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.34-00165-gdab319b (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-doc depends on:
ii  python2.5-doc 2.5.5-6Documentation for the high-level o

python-doc recommends no packages.

Versions of packages python-doc suggests:
ii  python2.5.4-9An interactive high-level object-o

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585780: python-examples: useless dependency on python

[Piotr Engelking]

Package: python-examples
Version: 2.5.4-9
Severity: minor

The python-examples package depends on python. This dependency is not
necessary or useful (as opposed to python2.5-examples, which needs to
and does depend on python2.5). Please consider removing it.

Similarly, python3-examples has a useless dependency on python3.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.34-00165-gdab319b (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-examples depends on:
ii  python2.5.4-9An interactive high-level object-o
ii  python2.5-examples2.5.5-6Examples for the Python language (

python-examples recommends no packages.

python-examples suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582490: binutils-multiarch: /usr/bin/ld: No such file or directory

[Piotr Engelking]

Package: binutils-multiarch
Version: 2.20.51.20100518-1
Severity: grave
Justification: renders package unusable

Binutils-multiarch breaks ld by diverting ld.bfd away without providing
a replacement:

$ ld
bash: /usr/bin/ld: No such file or directory
$ whereis ld
ld: /usr/bin/ld /usr/bin/ld.gold /usr/share/man/man1/ld.1.gz
$ ls -l /usr/bin/ld{,.*}
lrwxrwxrwx 1 root root 621 V 00:41 /usr/bin/ld - ld.bfd
-rwxr-xr-x 1 root root  52928818 V 16:16 /usr/bin/ld.bfd.single*
-rwxr-xr-x 1 root root 155895218 V 16:16 /usr/bin/ld.gold*
$ dpkg -S /usr/bin/ld{,.bfd}
binutils: /usr/bin/ld
diversion by binutils-multiarch from: /usr/bin/ld.bfd
diversion by binutils-multiarch to: /usr/bin/ld.bfd.single
binutils: /usr/bin/ld.bfd
$


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.34-rc7-00318-g3913d82 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages binutils-multiarch depends on:
ii  binutils  2.20.51.20100518-1 The GNU assembler, linker and bina
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

binutils-multiarch recommends no packages.

binutils-multiarch suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#579139: deborphan: --guess-section should ignore *-{bin,tools,utils}

[Piotr Engelking]

Package: deborphan
Version: 1.7.28
Severity: normal
Tags: patch

The '--guess-section' option incorrectly considers packages with names
matching 'lib*-{bin,tools,utils}' to contain shared libraries, while these
packages actually contain programs. Please do not list these as shared
library packages.

The attached patch fixes the problem and updates the accompanying
documentation.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.34-rc5-00249-g8bd2b8d (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages deborphan depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

Versions of packages deborphan recommends:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  dialog1.1-20100119-2 Displays user-friendly dialog boxe
ii  gettext-base  0.17-10GNU Internationalization utilities

deborphan suggests no packages.

-- no debconf information


deborphan-ignore-bin-tools-utils.patch
Description: application/octetstream

Bug#579139: deborphan: --guess-section should ignore *-{bin,tools,utils}

[Piotr Engelking]

Updated patch:
* fix mismatched \fI in the manual page
* fix punctuation


deborphan-ignore-bin-tools-utils-2.patch
Description: application/octetstream

Bug#578484: spim: weird dependencies

[Piotr Engelking]

Package: spim
Version: 8.0+dfsg-4
Severity: normal

Spim 8.0+dfsg-4 has some nonsensical dependencies, perhaps copied from
another package:

Recommends: dput, devscripts, curl
Suggests: gnupg-agent


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.34-rc3-00554-g164f496 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages spim depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-2  X11 client-side library
ii  libxaw7   2:1.0.7-1  X11 Athena Widget library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library

Versions of packages spim recommends:
ii  curl7.20.0-3 Get a file from an HTTP, HTTPS or
ii  devscripts  2.10.61-0LOCAL.1 scripts to make the life of a Debi
pn  dputnone   (no description available)

Versions of packages spim suggests:
pn  gnupg-agent   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576152: wpolish: please use UTF-8

[Piotr Engelking]

Package: wpolish
Version: 20100311-1
Severity: wishlist
Tags: l10n

It seems that /usr/share/dict/polish is encoded in ISO-8859-2. Please
use UTF-8 instead, which is the default encoding in Debian.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33.1-00223-gd8f3bcb (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages wpolish depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  dictionaries-common   1.5.1  Common utilities for spelling dict

wpolish recommends no packages.

wpolish suggests no packages.

-- debconf information:
  wpolish/languages: polish (Polish)
  shared/packages-wordlist:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576156: bsdgames: please move rot13 to /usr/bin

[Piotr Engelking]

Package: bsdgames
Version: 2.17-19
Severity: wishlist

The rot13 encryption/decryption utility is currently located in /usr/games.
Please move it to /usr/bin insted, in accordance with FHS.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33.1-00223-gd8f3bcb (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bsdgames depends on:
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.5-20100321-1 GCC support library
ii  libncurses5 5.7+20100313-1   shared libraries for terminal hand
ii  libstdc++6  4.5-20100321-1   The GNU Standard C++ Library v3
ii  miscfiles [wordlist]1.4.2.dfsg.1-9   Dictionaries and other interesting
ii  wamerican [wordlist]6-3  American English dictionary words
ii  wamerican-huge [wordlis 6-3  American English dictionary words
ii  wamerican-insane [wordl 6-3  American English dictionary words
ii  wamerican-large [wordli 6-3  American English dictionary words
ii  wamerican-small [wordli 6-3  American English dictionary words
ii  wbritish [wordlist] 6-3  British English dictionary words f
ii  wbritish-huge [wordlist 6-3  British English dictionary words f
ii  wbritish-insane [wordli 6-3  British English dictionary words f
ii  wbritish-large [wordlis 6-3  British English dictionary words f
ii  wbritish-small [wordlis 6-3  British English dictionary words f
ii  wpolish [wordlist]  20100311-1   Polish dictionary words for /usr/s

bsdgames recommends no packages.

bsdgames suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576156: bsdgames: please move rot13 to /usr/bin

[Piotr Engelking]

Tobias Quathamer to...@debian.org:

 thanks for your bug report. I'm not sure why /usr/games would not comply
 with FHS, according to the current standard (2.3) that directory is
 optional, but allowed. Why do you think that rot13 needs to be moved
 to /usr/bin?

Because rot13 is a general purpose utility, while /usr/games is for,
well, games. I need to process rot13-encoded data while running as a
system user, whose PATH doesn't include /usr/games. This bug is, of
course, trivial to work around, but still it would be nice if it was
fixed.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576093: error: No nameservers defined in the resolver

[Piotr Engelking]

Package: ldnsutils
Version: 1.6.4-4
Severity: normal

If the 'nameserver' option is not present in /etc/resolv.conf, drill
refuses to run:

$ drill
error: No nameservers defined in the resolver
;; No packet received
$ cat /etc/resolv.conf
options ndots:0
$

According to resolv.conf(5), the 'nameserver' option is, however,
optional, and such a configuration is functionally identical to a
single 'nameserver 127.0.0.1' option.

Please change drill not to refuse to run in this situation.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33.1-00223-gd8f3bcb (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ldnsutils depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libldns1  1.6.4-4ldns library for DNS programming
ii  libpcap0.81.0.0-6system interface for user-level pa
ii  libssl0.9.8   0.9.8m-2   SSL shared libraries

ldnsutils recommends no packages.

ldnsutils suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#574169: xserver-xorg-video-radeon: dims display after some days of uptime

[Piotr Engelking]

I can reproduce this bug with xserver-xorg-video-radeon 1:6.12.192-1,
KMS-enabled upstream stable kernel 2.6.33.1, and xscreensaver 5.10-7
by running 'xscreensaver-command -lock' in X and switching to another
console before the screen finishes fading. (This requires the
xscreensaver 'fade' option to be enabled, which is on by default.)
After unlocking X, the screen is considerably dimmer. Running xgamma
results in the following output:

$ xgamma
- Red  1.000, Green  1.000, Blue  1.000
$

Running 'xgamma -gamma 1' _does_ however result the screen to normal brightness.

This bug may very well not be radeon-related, but I am not able to
test it on another hardware at the moment - please do. (Cc-ing
xscreensaver maintainers.)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568475: keyboard-configuration: Please use pc104 for *_PL.

[Piotr Engelking]

Anton Zinoviev an...@lml.bas.bg:

 On Fri, Feb 05, 2010 at 02:19:24AM +0100, Piotr Engelking wrote:

 As of version 1.51, keyboard-configuration uses pc105 as the default
 keyboard model for *_PL locales. Please use pc104 instead, as this the
 keyboard that is normally used in Poland.

 True, but pc104 works only for people having a pc104 keyboard while
 pc105 works for both.

Currently, keyboard-configuration defaults to pc104 for the Brazilian
and US layouts. Shouldn't they perhaps be changed to pc105 as well, in
the light of the above?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568638: 'dpkg-reconfigure keyboard-configuration' takes no immediate effect

[Piotr Engelking]

reopen 568638
severity 568638 wishlist
thanks

Anton Zinoviev an...@lml.bas.bg:

 On Sat, Feb 06, 2010 at 01:32:27PM +0100, Piotr Engelking wrote:

 Using 'dpkg-reconfigure keyboard-configuration' to switch the keyboard
 layout to French takes no effect, neither in console nor in X, until
 '/etc/init.d/console-setup reload' is run.

 This is because the only purpose of keyboard-configuration is to create
 a configuration file in /etc/default/keyboard.  It doesn't configure the
 keyboard in any way.

This is rather confusing, as other Debian packages tend to take their
reconfiguration into effect immediately. Please consider at least
printing an informative message after the reconfiguration what should
the user do for the layout to actually change.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#573609: aspell-hsb: newer upstream version available

[Piotr Engelking]

Jan Jeroným Zvánovec j...@zvano.net:

 thanks for your bugreport. I did not know about this web. Personally, I think
 it would be appropriate to first let the aspell maintainer know about it so he
 can update the version on the official aspell web pages:
 ftp://ftp.gnu.org/gnu/aspell/dict/hsb/

It would probably be a good idea to contact prof. Werner (who is both
the upstream author and the packager of the current aspell dictionary)
before submitting a newer version.

 I would not mind doing so myself, but unfortunately, there is not any license
 present either directly on the web pages you linked, or in the zip file with
 the dictionary data:
 http://www.uni-leipzig.de/%7Esorb/seiten/hsb/02/hsb_DE.zip

 Could you ask the maintainer of said web pages to publish a version with
 license? Alternatively: do you have his e-mail address (which is also not
 mentioned on the web pages)?

Sadly, I do not know who maintains these pages. The address of the
Institute, as well as of prof. Werner, is however published at:

http://uni-leipzig.de/~sorb/

 I assume the dictionary is intended to be GPL2+, but assuming is not
 sufficient in our case.

The same dictionary is distributed by Mozilla, with attribution and
licensing notices:

https://addons.mozilla.org/en-US/firefox/addon/3956



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#573609: aspell-hsb: newer upstream version available

[Piotr Engelking]

 Sadly, I do not know who maintains these pages. The address of the
 Institute, as well as of prof. Werner, is however published at:

 http://uni-leipzig.de/~sorb/

Erm, this should actually be:

http://uni-leipzig.de/~sorb/seiten/eng/01/people.html



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572908: xscreensaver-data-extra: xjack crashes on startup

[Piotr Engelking]

Piotr Engelking inkerma...@gmail.com:

 I vaguely remember a requirement for a truetype font to contain some
 ASCII superset, but I can't find anything like this in the Apple's
 TrueType Reference Manual.

Ah, I was confused. It is not a requirement, but a recommendation of
the Microsoft's TrueType Specification.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#573609: aspell-hsb: newer upstream version available

[Piotr Engelking]

Package: aspell-hsb
Version: 0.01.1-1
Severity: wishlist

A newer version of the dictionary, with a number of corrections and
additions, is distributed by the Institute for Sorbian Studies of the
University of Leipzig:

http://uni-leipzig.de/~sorb/seiten/eng/01/website.html

Please consider using it.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33-00159-gd424b92 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aspell-hsb depends on:
ii  aspell0.60.6-3   GNU Aspell spell-checker
ii  dictionaries-common   1.5.1  Common utilities for spelling dict

aspell-hsb recommends no packages.

aspell-hsb suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#388589: koi8-r(7) appears to be fixed

[Piotr Engelking]

tags 388589 + l10n
thanks

brian m. carlson sand...@crustytoothpaste.ath.cx:

 In sid, koi8-r(7) appears to be fixed; with the en_US.UTF-8 locale, man
 seems to produce proper output and no warnings.  Can you confirm this
 being the case?

It is not:

$ LC_CTYPE=ru_RU.UTF-8 man koi8-r | fgrep COPYRIGHT
   277   191   BF ¿ COPYRIGHT SIGN
$

It doesn't produce proper output in a koi8-r locale, either:

$ LC_CTYPE=ru_RU.KOI8-R man koi8-r | fgrep COPYRIGHT
   277   191   BF ? COPYRIGHT SIGN
$

The koi8-r(7) manpage is written using the koi8-r character set, but
man doesn't know that and interprets it as written in iso-8859-1,
which causes the above breakage. The same bug is present in at least
the following manpages:

armscii-8(7)
cp1251(7)
iso-8859-2(7)..iso-8859-16(7)
koi8-u(7)

Please change these manpages to use utf-8.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#573372: scummvm-data: undeclared conflict with scummvm

[Piotr Engelking]

Package: scummvm-data
Version: 1.0.0-3
Severity: serious
Justification: squeeze RC policy §2

With scummvm 1.0.0-2 installed, attempting to install scummvm-data
results in the following error:

Unpacking scummvm-data (from .../scummvm-data_1.0.0-3_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/scummvm-data_1.0.0-3_all.deb (--unpack):
 trying to overwrite `/usr/share/icons/scummvm.xpm', which is also in
package scummvm
dpkg-deb: subprocess paste killed by signal (Broken pipe)

Please add appropriate Replaces: to the control file.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33-00159-gd424b92 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572908: xscreensaver-data-extra: xjack crashes on startup

[Piotr Engelking]

Package: xscreensaver-data-extra
Version: 5.10-7
Severity: normal

Xjack crashes on startup:

$ /usr/lib/xscreensaver/xjack
Floating point exception
$

The crash produces the following output in dmesg (with pid and sp
varying between invocations):

xjack[7317] trap divide error ip:80497d4 sp:ff82f810 error:0 in
xjack[8048000+7000]

If run as 'xjack -font fixed', xjack runs normally and the crash does
not occur.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xscreensaver-data-extra depends on:
ii  dictionaries-common  1.5.1   Common utilities for spelling dict
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgtk2.0-0  2.18.6-1The GTK+ graphical user interface
ii  libice6  2:1.0.6-1   X11 Inter-Client Exchange library
ii  libjpeg-progs8-2.1   Programs for manipulating JPEG fil
ii  libsm6   2:1.1.1-1   X11 Session Management library
ii  libx11-6 2:1.3.3-1   X11 client-side library
ii  libxext6 2:1.1.1-2   X11 miscellaneous extension librar
ii  libxmu6  2:1.0.5-1   X11 miscellaneous utility library
ii  libxpm4  1:3.5.8-1   X11 pixmap library
ii  libxt6   1:1.0.7-1   X11 toolkit intrinsics library
ii  netpbm   2:10.0-12.1 Graphics conversion tools between
ii  xscreensaver-data5.10-7  data files to be shared among scre

xscreensaver-data-extra recommends no packages.

xscreensaver-data-extra suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572908: xscreensaver-data-extra: xjack crashes on startup

[Piotr Engelking]

Jamie Zawinski j...@jwz.org:

 What font is it trying to use?  Is there something goofy about the fonts on 
 your system?  Try this:

It seems to be trying -*-courier-medium-r-*-*-*-240-*-*-m-*-*-*,
which doesn't exist:

$ ltrace -s 256 /usr/lib/xscreensaver/xjack 21 | fgrep '*'
strlen(.font:\t\t-*-courier-medium-r-*-*-*-240-*-*-m-*-*-*) = 49
strcat(XJack, .font:\t\t-*-courier-medium-r-*-*-*-240-*-*-m-*-*-*)
= XJack.font:\t\t-*-courier-medium-r-*-*-*-240-*-*-m-*-*-*
strncpy(0x0900d070, -*-courier-medium-r-*-*-*-240-*-*-m-*-*-*, 42) =
0x0900d070
$ xlsfonts -fn -*-courier-medium-r-*-*-*-240-*-*-m-*-*-*
xlsfonts: pattern -*-courier-medium-r-*-*-*-240-*-*-m-*-*-* unmatched
$

 xlsfonts -fn -*-*-medium-r-*-*-*-240-*-*-m-*-*-*
 xlsfonts -fn -*-courier-medium-r-*-*-*-180-*-*-m-*-*-*
 xlsfonts -fn -*-*-*-r-*-*-*-240-*-*-m-*-*-*

$ xlsfonts -fn -*-*-medium-r-*-*-*-240-*-*-m-*-*-*
-alee-guseul-medium-r-normal--33-240-100-100-m-0-iso10646-1
-alee-guseul-medium-r-normal--33-240-100-100-m-0-ksc5601.1987-0
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso10646-1
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-1
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-10
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-13
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-15
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-2
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-3
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-4
-bigelow-luximono-medium-r-normal--33-240-100-100-m-0-iso8859-9
-bitstream-bitstream vera sans
mono-medium-r-normal--33-240-100-100-m-0-iso10646-1
-bitstream-bitstream vera sans
mono-medium-r-normal--33-240-100-100-m-0-iso8859-1
-bitstream-bitstream vera sans
mono-medium-r-normal--33-240-100-100-m-0-iso8859-15
-bitstream-bitstream vera sans
mono-medium-r-normal--33-240-100-100-m-0-iso8859-9
-bitstream-dejavu sans mono-medium-r-normal--33-240-100-100-m-0-iso10646-1
-bitstream-dejavu sans mono-medium-r-normal--33-240-100-100-m-0-iso8859-1
-bitstream-dejavu sans mono-medium-r-normal--33-240-100-100-m-0-iso8859-15
-bitstream-dejavu sans mono-medium-r-normal--33-240-100-100-m-0-iso8859-2
-bitstream-dejavu sans mono-medium-r-normal--33-240-100-100-m-0-iso8859-9
-bpg-bpg.courier-medium-r-normal--33-240-100-100-m-0-iso8859-1
-ipa-ipamincho-medium-r-normal--33-240-100-100-m-0-jisx0201.1976-0
-ipa-ipamincho-medium-r-normal--33-240-100-100-m-0-jisx0208.1983-0
-ipa-ipamincho-medium-r-normal--33-240-100-100-m-0-jisx0212.1990-0
-mikachan-gothic-medium-r-normal--33-240-100-100-m-0-iso10646-1
-mikachan-gothic-medium-r-normal--33-240-100-100-m-0-iso8859-1
-mikachan-gothic-medium-r-normal--33-240-100-100-m-0-jisx0201.1976-0
-mikachan-gothic-medium-r-normal--33-240-100-100-m-0-jisx0208.1983-0
-mikachan-gothic-medium-r-normal--33-240-100-100-m-0-jisx0212.1990-0
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso10646-1
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-1
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-10
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-13
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-14
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-15
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-2
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-3
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-4
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-5
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-7
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-iso8859-9
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-koi8-r
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-koi8-u
-monotype-andale mono-medium-r-normal--33-240-100-100-m-0-microsoft-cp1251
-sipa-arundinasansmono-medium-r-normal--33-240-100-100-m-0-iso10646-1
-sipa-arundinasansmono-medium-r-normal--33-240-100-100-m-0-iso8859-1
-sipa-arundinasansmono-medium-r-normal--33-240-100-100-m-0-iso8859-11
-sipa-arundinasansmono-medium-r-normal--33-240-100-100-m-0-tis620-0
-unknown-monospace-medium-r-normal--33-240-100-100-m-0-iso8859-1
$ xlsfonts -fn -*-courier-medium-r-*-*-*-180-*-*-m-*-*-*
xlsfonts: pattern -*-courier-medium-r-*-*-*-180-*-*-m-*-*-* unmatched
$ xlsfonts -fn -*-*-*-r-*-*-*-240-*-*-m-*-*-*
-alee-guseul-medium-r-normal--33-240-100-100-m-0-iso10646-1
-alee-guseul-medium-r-normal--33-240-100-100-m-0-ksc5601.1987-0
-arphic-ar pl ukai cn-book-r-normal--33-240-100-100-m-0-gb18030.2000-0
-arphic-ar pl ukai cn-book-r-normal--33-240-100-100-m-0-gb2312.1980-0
-arphic-ar pl ukai cn-book-r-normal--33-240-100-100-m-0-gbk-0
-arphic-ar pl ukai cn-book-r-normal--33-240-100-100-m-0-iso10646-1
-arphic-ar pl ukai hk-book-r-normal--33-240-100-100-m-0-big5-0
-arphic-ar pl ukai hk-book-r-normal--33-240-100-100-m-0-big5hkscs-0
-arphic-ar pl ukai 

Bug#572908: xscreensaver-data-extra: xjack crashes on startup

[Piotr Engelking]

Jamie Zawinski j...@jwz.org:

 It tries each of those patterns in order until it gets one, and if it
 doesn't, it bails.  See xjack.c line 88.

 So probably it's actually using

 alee-guseul-medium-r-normal--33-240-100-100-m-0-iso10646-1

Apparently so:

$ /usr/lib/xscreensaver/xjack -font
-alee-guseul-medium-r-normal--33-240-100-100-m-0-iso10646-1
Floating point exception
$

 I assume there's something stupid about that font that makes it blow up.
 No idea what, though.  From its name, it should be a monospaced font
 containing (at least) the ASCII characters which xjack uses.

The only printable ASCII character it contains is space:

$ showttf /usr/share/fonts/truetype/alee/Guseul.ttf
[...]
Format 4 (Windows unicode), 4256 segments
  Segment=0 unicode-start=000d end=000d range-offset=0 delta=65525
glyph-start=65538 gend=65538
  Segment=1 unicode-start=0020 end=0020 range-offset=0 delta=65507
glyph-start=65539 gend=65539
  Segment=2 unicode-start=203b end=203b range-offset=0 delta=57289
glyph-start=65540 gend=65540
[...]

I vaguely remember a requirement for a truetype font to contain some
ASCII superset, but I can't find anything like this in the Apple's
TrueType Reference Manual. Also, /etc/defoma/hints/ttf-alee.hints
seems to be incomplete, because it doesn't contain the UniCharset
hint, but adding it by hand and reregistering the font doesn't seem to
make a difference. I suspect that either ttf-alee or defoma may be
buggy here.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#552167: reportbug: moves Forwarded: pseudo-header to mail header

[Piotr Engelking]

Sandro Tosi mo...@debian.org:

 Yes, that's intended (I'm going to clarify this in the documentation).
 The problem is, sometimes is handy to be able to add a mail header in
 the pseudo-header section, and have it moved to mail header when
 sending the report. For example X-Debbugs-CC.

This is no longer useful, since X-Debbugs-* can be used as
pseudo-headers, nowadays.

 If I have to leave all those files in the pseudoheader section without
 moving them, then there would be a kind-of regression. So, I decided
 to force those p.h. to be left in the p.h. section only if specified
 on the command-line, and keep doing the same filtering (if the field
 is recorded in the p.h. list of headers) and move the other fields to
 mail headers if specified in the mail text.

But Forwarded: _is_ a legitimate pseudo-header.

At the same time, the Forwarded: mail header:

* had never been official
* had been obsoleted 30 years ago
* had never been intended to be inserted by humans



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572385: linux-source-2.6.33: radeondrmfb resizing is broken

[Piotr Engelking]

Package: linux-source-2.6.33
Version: 2.6.33-1~experimental.1
Severity: normal

Setting the resolution of the radeondrmfb frame buffer console doesn't
work correctly:

# fbset -v -i
Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven

Opening frame buffer device `/dev/fb0'
Using current video mode from `/dev/fb0'

mode 1024x768
geometry 1024 768 1024 768 32
timings 0 0 0 0 0 0 0
rgba 8/16,8/8,8/0,0/0
endmode

Getting further frame buffer information
Frame buffer device information:
Name: radeondrmfb
Address : 0xd0141000
Size: 3145728
Type: PACKED PIXELS
Visual  : TRUECOLOR
XPanStep: 1
YPanStep: 1
YWrapStep   : 0
LineLength  : 4096
Accelerator : No
# fbset -g 1280 1024 1280 1024 32
ioctl FBIOPUT_VSCREENINFO: Invalid argument
# fbset -g 800 600 800 600 32
[resolution doesn't change, console uses the left right 800x600 portion
 of the screen]
# fbset -g 1024 768 1024 768 24
[text changes to multicolored with light violet tint, console uses the
 left 75% portion of the screen, characters are 75% of normal width]
# fbset -g 1024 768 1024 768 16
[text color changes to magenta, console uses the 50% left portion of
 the screen, characters are 50% of normal width]
# fbset -g 1024 768 1024 768 8
[text changes to multicolored with yellow tint, console uses the left
 25% portion of the screen, characters are 25% of normal width]
# fbset -g 1024 768 1024 768 32
[restores the initial state]
#

The above commands produce no dmesg output.

Please provide a way to change the resolution of the console, either on
the radeon module load or dynamically (preferably both).

Graphics card:

$ lspci | fgrep VGA
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics
$

Resolutions supported by the monitor:

$ uniq 
/sys/devices/pci:00/:00:01.0/:01:05.0/drm/card0/card0-VGA-1/modes
1024x768
1920x1440
1856x1392
1792x1344
1920x1200
1600x1200
1680x1050
1400x1050
1280x1024
1440x900
1280x960
1360x768
1280x800
1152x864
1280x768
1024x768
800x600
848x480
640x480
720x400
640x400
640x350
$

Kernel config:

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_DRM=m
CONFIG_DRM_KMS_HELPER=m
CONFIG_DRM_TTM=m
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_R128 is not set
CONFIG_DRM_RADEON=m
CONFIG_DRM_RADEON_KMS=y
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=m
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=m
CONFIG_FB_CFB_COPYAREA=m
CONFIG_FB_CFB_IMAGEBLIT=m
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
# CONFIG_FB_UVESA is not set
# CONFIG_FB_VESA is not set
# CONFIG_FB_N411 is not set
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_LE80578 is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_GEODE is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=m

#
# Display hardware drivers
#

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not 

Bug#552167: reportbug: moves Forwarded: pseudo-header to mail header

[Piotr Engelking]

 commit c1b3e2969fe87e0607742bc4c478d58691018259
 Author: Sandro Tosi mo...@debian.org
 Date:   Wed Mar 3 19:20:52 2010 +0100

identify the pseudo-headers passed on the command-line and don't
merge them in the mail headers, but add them to the bug standard
pseudo-headers; thanks to Piotr Engelking for the report; Closes:
#552167

This takes care of the pseudo-header specified at the command line,
but not of the one added by hand during editing. The latter is still
moved to the mail header.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org