Bug#1051300: zabbix-proxy-sqlite3: does not start due to the database schema version change

[Jarek Kamiński]

Package: zabbix-proxy-sqlite3
Version: 1:4.0.4+dfsg-1+deb10u2
Tags: buster
Severity: grave
Justification: renders package unusable

Hello,

The 1:4.0.4+dfsg-1+deb10u2 version of the SQLite variant of the Zabbix
proxy comes with a regression making it fail to start. Upon starting,
the following error is logged to /var/log/zabbix-proxy/zabbix_proxy.log:

#v+
3996773:20230823:061026.881 The proxy does not match Zabbix database.  Current 
database version (mandatory/optional): 0400/0403.  Required mandatory 
version: 0404.
3996773:20230823:061026.881 Zabbix does not support SQLite3 database upgrade.
#v-

However, the provided schema file
(/usr/share/zabbix-proxy-sqlite3/schema.sql.gz) has not been updated:

#v+
% zcat /usr/share/zabbix-proxy-sqlite3/schema.sql.gz | tail -n 1
INSERT INTO dbversion VALUES ('400','403');
#v-

Downgrading to 1:4.0.4+dfsg-1+deb10u1 resolves the issue.

Bug#976621: mutt: segfaults when REPLYTO environment variable is set

[Jarek Kamiński]

Package: mutt
Version: 2.0.2-1
Severity: normal
File: /usr/bin/mutt

Hi!

Mutt recently started to crash when the REPLYTO environment variable is
set, it used to work in the past.

#v+
% export REPLYTO='a b '
% mutt < /dev/null
zsh: segmentation fault  mutt < /dev/null
{139}% export REPLYTO='a@b.c'
% mutt < /dev/null
zsh: segmentation fault  mutt < /dev/null
{139}% unset REPLYTO
% mutt < /dev/null
No recipients were specified.
#v-

Stack trace:
#v+
#0  __strpbrk_sse42 (s=, a=) at 
../sysdeps/x86_64/multiarch/strcspn-c.c:163
#1  0x55598d2d in parse_my_hdr (buf=buf@entry=0x7fffd110, 
s=, udata=..., udata@entry=..., err=err@entry=0x7fffd0f0) at 
../../init.c:1744
#2  0x5559e3d6 in mutt_init (skip_sys_rc=skip_sys_rc@entry=0, 
commands=0x0) at ../../init.c:3766
#3  0x5556bfb4 in main (argc=1, argv=0x7fffd8f8, environ=) at ../../main.c:868
#v-


-- Package-specific info:
Mutt 2.0.2 (2020-11-20)
Copyright (C) 1996-2020 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 5.9.0-2-amd64 (x86_64)
ncurses: ncurses 6.2.20201114 (compiled with 6.2)
libidn2: 2.3.0 (compiled with 2.3.0)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 10.2.0-17' 
--with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr 
--with-gcc-major-version-only --program-suffix=-10 
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug 
--enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new 
--enable-gnu-unique-object --disable-vtable-verify --enable-plugin 
--enable-default-pie --with-system-zlib --enable-libphobos-checking=release 
--with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch 
--disable-werror --with-arch-32=i686 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-offload-targets=nvptx-none=/build/gcc-10-1vClxM/gcc-10-10.2.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-1vClxM/gcc-10-10.2.0/debian/tmp-gcn/usr,hsa
 --without-cuda-driver --enable-checking=yes,extra,rtl --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.0 (Debian 10.2.0-17) 

Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-option-checking' '--disable-silent-rules' 
'--libdir=\${prefix}/lib/x86_64-linux-gnu' '--runstatedir=/run' 
'--disable-maintainer-mode' '--disable-dependency-tracking' 
'--with-mailpath=/var/mail' '--enable-compressed' '--enable-debug' 
'--enable-fcntl' '--enable-hcache' '--enable-gpgme' '--enable-imap' 
'--enable-smtp' '--enable-pop' '--enable-sidebar' '--enable-dotlock' 
'--disable-fmemopen' '--with-curses' '--with-gnutls' '--with-gss' '--with-idn2' 
'--with-mixmaster' '--with-sasl' '--without-gdbm' '--without-bdb' 
'--without-qdbm' '--with-tokyocabinet' 'build_alias=x86_64-linux-gnu' 
'CFLAGS=-g -O2 -fdebug-prefix-map=/build/mutt-dNLhlz/mutt-2.0.2=. 
-fstack-protector-strong -Wformat -Werror=format-security' 
'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-dNLhlz/mutt-2.0.2=. -fstack-protector-strong 
-Wformat -Werror=format-security

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  +HAVE_FUTIMENS  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  
+HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  -HAVE_LIBIDN  +HAVE_LIBIDN2  +HAVE_GETSID  
+USE_HCACHE  
+USE_SIDEBAR  +USE_COMPRESSED  +USE_INOTIFY  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"

To contact the developers, please mail to .
To report a bug, please contact the Mutt 

Bug#963970: mutt: DSA-4707-1 regression: setting tunnel option results in error "Encrypted connection unavailable"

[Jarek Kamiński]

W dniu 02.07.2020 o 16:40, Antonio Radici pisze:
> Hi,

Hi,

> we are aware of this issue and we plan to get it fixed in the next stable 
> point
> release (within 2-3 weeks).

Thanks a lot for an update and working on this. Also, sorry for sending
a duplicate report, I wasn't looking for the right keywords when I was
checking if it has been already reported.


-- 
pozdr(); // Jarek

Bug#963970: mutt: DSA-4707-1 regression: setting tunnel option results in error "Encrypted connection unavailable"

[Jarek Kamiński]

Package: mutt
Version: 1.10.1-2.1+deb10u2
Severity: normal

Hi,

I've mutt configured to exec Dovecot imap server directly with the
following setting in /etc/Muttrc:
#v+
account-hook imap://[...] 'set tunnel="/usr/lib/dovecot/imap 2> 
$TMP/mutt-dovecot.log"'
#v-

It was working just fine until I've upgraded to 1.10.1-2.1+deb10u2, when
it stopped working and shows an error "Encrypted connection unavailable"
instead. Downgrading to 1.10.1-2.1 helps.

I've tried also on another host with the unstable version (1.14.4-2 and
set tunnel="ssh [...] /usr/lib/dovecot/imap"), it works fine as well.

-- Package-specific info:
Mutt 1.10.1 (2018-07-13)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.19.0-9-amd64 (x86_64)
ncurses: ncurses 6.1.20181013 (compiled with 6.1)
libidn: 1.33 (compiled with 1.33)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 8.3.0-6' 
--with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr 
--with-gcc-major-version-only --program-suffix=-8 
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie 
--with-system-zlib --with-target-system-zlib --enable-objc-gc=auto 
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-offload-targets=nvptx-none --without-cuda-driver 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 8.3.0 (Debian 8.3.0-6) 

Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-silent-rules' '--libdir=\${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=\${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--with-mailpath=/var/mail' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' 
'--enable-sidebar' '--enable-nntp' '--enable-dotlock' '--disable-fmemopen' 
'--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' 
'--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'--with-tokyocabinet' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/mutt-hA3Khj/mutt-1.10.1=. -fstack-protector-strong 
-Wformat -Werror=format-security' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 
'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-hA3Khj/mutt-1.10.1=. -fstack-protector-strong 
-Wformat -Werror=format-security

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  +HAVE_FUTIMENS  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  
+HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  -HAVE_LIBIDN2  +HAVE_GETSID  
+USE_HCACHE  +USE_SIDEBAR  +USE_COMPRESSED  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"

To contact the developers, please mail to .
To report a bug, please contact the Mutt maintainers via gitlab:
https://gitlab.com/muttmua/mutt/issues


-- System Information:
Debian Release: 10.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-9-amd64 (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=ISO-8859-2) (ignored: 
LC_ALL set to pl_PL), LANGUAGE=pl_PL.UTF-8 (charmap=ISO-8859-2) (ignored: 
LC_ALL set to pl_PL)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via 

Bug#909984: (no subject)

[Jarek Kamiński]

please

Bug#874111: [pkg-gnupg-maint] Bug#874111: dirmngr: Please make dirmngr Multi-Arch: foreign

[Jarek Kamiński]

W dniu 06.09.2017 o 23:47, Daniel Kahn Gillmor pisze:
> Hi Jarek--

Hello Daniel,

> thanks for pointing this out, you're absolutely right.  gpgv-static
> should probably also be marked Multi-arch: foreign as well (though the
> dependencies aren't as much of an issue there, since it's basically a
> leaf package).
> 
> I'll make sure this happens in the next debian release.  sorry i missed
> it for the upload of 2.2.0-1!

Thanks for fixing and for a swift response! Have a nice rest of the
weekend :-)


-- 
pozdr(); // Jarek



signature.asc
Description: OpenPGP digital signature

Bug#869719: udev-234 doesn't execute when udev architecture != systemd architecture

[Jarek Kamiński]

On Fri, Sep 01, 2017 at 02:25:42PM -0300, Felipe Sateler wrote:
> On Tue, Aug 22, 2017 at 7:31 AM, Michael Biebl  wrote:

Sorry for late response, I was on holiday.

>>> I was running an uncommon configuration of 64-bit systemd and 32-bit
>>> udev (strange omission I'm going to fix right now). It was running fine
>>> until udev-234, when udev started being killed with SIGSYS. Setting
>>> SystemCallArchitectures= (instead of native) in systemd-udevd.service
>>> made udev working again.
>>>
>>> While I understand the root cause was my error, udev is such critical it
>>> would be great it was more robust :-)  Please consider setting
>>> SystemCallArchitectures to the architecture of the udev package,
>>> tightening the dependencies, or at least some sanity check during
>>> installation.
>>
>> This can unfortunately not be expressed via package dependencies afaik
>> and dropping SystemCallArchitectures= doesn't seem like a good idea. I
>> suspect this was added upstream for a good reason
>> I'm also not convinced if it's worth complicating the maintainers
>> scripts for such an exotic case.
> 
> Well, udev can run arbitrary programs via RUN commands, is it right to
> assume that those will always be native?

Agreed. Indeed, even broadening SystemCallArchitectures won't help here,
as I learned when my system didn't boot because of some of the helpers
being other architecture.

As I see it, SystemCallArchitectures is a nice hardening measure, but
nothing more than that. It doesn't help with any immediate security
threats and might provide some benefit only in case of hypothetical
attacks. Therefore, my preferred solution would be to drop it completely
from the udev unit file.

Another option is to state clearly the RUN interface works only for
native applications, but then if the system is multi-arch, there is no
way of knowing if some non-native executable can't be called directly or
indirectly. Such requirement can have an impact on other foreign
packages innocently being called from udev rules. It can be also pretty
hard to debug and have an impact on booting the system.

Third option is to set SystemCallArchitectures to all architectures
enabled in dpkg, but it sounds quite complex and removes all potential
benefits from setting it in the first place (because on multi-arch
systems that will typically equal to all architectures supported by the
kernel anyway).


For the record, the (short) upstream discussion is here:
https://github.com/systemd/systemd/pull/5283#pullrequestreview-22863442,
I'm adding the reviewer to CC:.


-- 
pozdr(); // Jarek


signature.asc
Description: PGP signature

Bug#874111: dirmngr: Please make dirmngr Multi-Arch: foreign

[Jarek Kamiński]

Package: dirmngr
Version: 2.1.23-2
Severity: wishlist

Hello,

Please mark dirmngr as Multi-Arch: foreign. If I see correctly it only
provides arch-independent interfaces and after the recent package
reorganization it prevents from installing gnupg from other architecture
than other dirmngr reverse dependencies.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (500, 'unstable'), (100, 
'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL), LANGUAGE=pl:en_GB (charmap=ISO-8859-2) (ignored: LC_ALL set to pl_PL)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dirmngr depends on:
ii  adduser3.116
ii  gpgconf2.1.23-2
ii  libassuan0 2.4.3-3
ii  libc6  2.24-14
ii  libgcrypt201.7.8-2
ii  libgnutls303.5.15-2
ii  libgpg-error0  1.27-3
ii  libksba8   1.3.5-2
ii  libldap-2.4-2  2.4.45+dfsg-1
ii  libnpth0   1.5-2
ii  lsb-base   9.20170808

Versions of packages dirmngr recommends:
ii  gnupg  2.1.23-2

Versions of packages dirmngr suggests:
pn  dbus-user-session  
ii  libpam-systemd 234-2.3
pn  pinentry-gnome3
pn  tor

-- no debconf information


signature.asc
Description: PGP signature

Bug#869719: udev-234 doesn't execute when udev architecture != systemd architecture

[Jarek Kamiński]

Package: udev
Version: 234-1
Severity: normal

Hello,

I was running an uncommon configuration of 64-bit systemd and 32-bit
udev (strange omission I'm going to fix right now). It was running fine
until udev-234, when udev started being killed with SIGSYS. Setting
SystemCallArchitectures= (instead of native) in systemd-udevd.service
made udev working again.

While I understand the root cause was my error, udev is such critical it
would be great it was more robust :-)  Please consider setting
SystemCallArchitectures to the architecture of the udev package,
tightening the dependencies, or at least some sanity check during
installation.


-- Package-specific info:

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (500, 'unstable'), (100, 
'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL), LANGUAGE=pl:en_GB (charmap=ISO-8859-2) (ignored: LC_ALL set to pl_PL)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages udev depends on:
ii  adduser  3.115
ii  dpkg 1.18.24
ii  libacl1  2.2.52-3+b1
ii  libblkid12.29.2-2
ii  libc62.24-12
ii  libkmod2 24-1
ii  libselinux1  2.6-3+b2
ii  libudev1 234-2
ii  lsb-base 9.20161125
ii  procps   2:3.3.12-3
ii  util-linux   2.29.2-2

udev recommends no packages.

udev suggests no packages.

Versions of packages udev is related to:
ii  systemd  234-2

-- debconf information:
  udev/sysfs_deprecated_incompatibility:
  udev/title/upgrade:
  udev/reboot_needed:
  udev/new_kernel_needed: false


signature.asc
Description: PGP signature

Bug#804629: linux-image-amd64: Cannot mount LVM RAID1 file system at boot

[Jarek Kamiński]

W dniu 24.03.2017 o 11:45, SW Riccardo Scartozzi pisze:
>> On recent kernels it just works.
> Sorry but as said in my previous post I'm still experiencing the issue
> even with the kernel version 4.9 from backports.

Have you tried creating the volume on 4.9, or just activating a
previously-created volume?


-- 
pozdr(); // Jarek

Bug#804629: linux-image-amd64: Cannot mount LVM RAID1 file system at boot

[Jarek Kamiński]

Hello,

W dniu 22.03.2017 o 00:34, SW Riccardo Scartozzi pisze:
> I was experiencing the same issue as describe in this bug report and, as
> pointed by Harrison Metzger, the bug was probably introduced after
> kernel 3.16-3-amd64 because for sure it was working until that version.
> 
> I don't get what causes the problem. It could be interesting to test if
> the problem is affect only if the mirror is a type raid1 or also if it
> is a type "mirror" (legacy). I don't know neighter if there is a problem
> while shutting down (is it the same if the OS reboot or it before
> rebooting the mirror is deactivate?).

So, I did some time ago some checking on this, but was diverted to other
kernel issue and forgot to report back here :-/

The issue is fixed in recent kernels. I checked back to 4.4 or 4.5 and
it was working there, so it's fixed already for some time.

The legacy mirror is not affected, only raid1. The steps to reproduce are:
lvcreate -L 100M --type raid1 -m 1 -n test-raid
lvchange -an test-raid
lvchange -ay test-raid

and it either works or not. On 3.16.39-1+deb8u2 I'm getting:
  device-mapper: reload ioctl on  failed: Zły argument
and in dmesg:
#v+
[1000636.943873] mdX: invalid bitmap file superblock: bad magic
[1000636.943879] mdX: bitmap file superblock:
[1000636.943882]  magic: 
[1000636.943884]version: 0
[1000636.943887]   uuid: ...
[1000636.943888] events: 19
[1000636.943890] events cleared: 2
[1000636.943892]  state: 
[1000636.943893]  chunksize: 524288 B
[1000636.943895]   daemon sleep: 5s
[1000636.943897]  sync size: 102400 KB
[1000636.943898] max write behind: 0
[1000636.943902] mdX: failed to create bitmap (-22)
[1000636.944003] device-mapper: table: 253:48: raid: Fail to run raid array
[1000636.944006] device-mapper: ioctl: error adding target to table
#v-

On recent kernels it just works.

> But the funniest thing is that if you activate lvmetad (switch to option
> "use_lvmetad = 1" in /etc/lvm/lvm.conf) the lvm with mirror type as
> raid1 starts to work again after reboot (at least tested on squeeze
> Linux 4.9.0-0.bpo.2-amd64 #1 SMP Debian 4.9.13-1~bpo8+1 (2017-02-27)
> x86_64 GNU/Linux). I don't know why nor it seem documented. Hope that
> this will save some headache to you as well.

I wasn't changing any lvmetad settings at all. However, if you create a
volume on a working kernel, like 4.9, it works fine on 3.16 as well.

I believe the bug can be closed now.


-- 
pozdr(); // Jarek

Bug#851438: Please restart journald on upgrades

[Jarek Kamiński]

Package: systemd
Version: 232-8
Severity: minor
File: /lib/systemd/systemd-journald

Hello,

W dniu 14.01.2017 o 18:58, Michael Biebl pisze:
> Am 14.01.2017 um 18:40 schrieb Jarek Kamiński:
>> #771122 explains that journald can't be restarted, as all stdout and
>> stderr fds used by daemons to log would be lost. If I understand
>> correctly, that was fixed in v219[1] though:
>>> * systemd now provides a way to store file descriptors
>>>   per-service in PID 1.This is useful for daemons to ensure
>>>   that fds they require are not lost during a daemon
>>>   restart. The fds are passed to the deamon on the next
>>>   invocation in the same way socket activation fds are
>>>   passed. This is now used by journald to ensure that the
>>>   various sockets connected to all the system's stdout/stderr
>>>   are not lost when journald is restarted. File descriptors
>>>   may be stored in PID 1 via the sd_pid_notify_with_fds() API,
>>>   an extension to sd_notify(). Note that a limit is enforced
>>>   on the number of fds a service can store in PID 1, and it
>>>   defaults to 0, so that no fds may be stored, unless this is
>>>   explicitly turned on.
>>
>> Is it related, or am I mixing things? If yes, can #771122 be reverted?
> 
> It should be possible now, I think. That said, I feel a bit uneasy doing
> that so close to the freeze.
> Doing it early in the buster release cycle seems safer.

Fully agreed.

> Would you mind filing a bug report for that?

Certainly.


Thanks!


-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (500, 'unstable'),
(100, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL
set to pl_PL)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3
ii  libapparmor12.10.95-8
ii  libaudit1   1:2.6.7-1
ii  libblkid1   2.29-1
ii  libc6   2.24-8
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.3-3
ii  libgcrypt20 1.7.5-2
ii  libgpg-error0   1.26-1
ii  libidn111.33-1
ii  libip4tc0   1.6.0+snapshot20161117-4
ii  libkmod223-2
ii  liblz4-10.0~r131-2
ii  liblzma55.2.2-1.2
ii  libmount1   2.29-1
ii  libpam0g1.1.8-3.4
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.6-3
ii  libsystemd0 232-8
ii  mount   2.29-1
ii  util-linux  2.29-1

Versions of packages systemd recommends:
ii  dbus1.10.14-1
ii  libpam-systemd  232-8

Versions of packages systemd suggests:
ii  policykit-10.105-17
pn  systemd-container  
ii  systemd-ui 3-4

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.126
ii  udev 232-8

-- no debconf information

-- 
pozdr(); // Jarek




signature.asc
Description: OpenPGP digital signature

Bug#850085: kmymoney: MySQL backend not working

[Jarek Kamiński]

Package: kmymoney
Version: 4.8.0-2
Severity: normal
Tags: patch upstream

Hello,

The MySQL backend of KMyMoney doesn't work currently, because one of the
database fields is called "order" and the name is quoted in
a MySQL-unsafe manner. This was tracked in the upstream bug #365615 [1]
and was patched for 4.8 in 20191b3d1b662cd8e0d5775799ff51a39cd68e47 [2].
Please consider applying the patch in Debian.

[1] https://bugs.kde.org/show_bug.cgi?id=365615
[2] 
https://cgit.kde.org/kmymoney.git/commit/?id=20191b3d1b662cd8e0d5775799ff51a39cd68e47

Note: it is possible to work-around this issue on the MySQL server side
by issuing SET GLOBAL sql_mode = 'ANSI_QUOTES';. This affects all users,
databases and session thought, see [3].

[3] https://dev.mysql.com/doc/refman/5.5/en/sql-mode.html#sqlmode_ansi_quotes


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (500, 'unstable'), (100, 
'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kmymoney depends on:
ii  kde-runtime 4:16.08.3-1
ii  kdepim-runtime  4:16.04.2-2
ii  kmymoney-common 4.8.0-2
ii  libakonadi-kde4 4:4.14.10-7
ii  libalkimia5 5.0.0-3
ii  libaqbanking35  5.6.12-1
ii  libaqbanking35-plugins  5.6.12-1
ii  libc6   2.24-8
ii  libgcc1 1:6.2.1-5
ii  libgmp102:6.1.2+dfsg-1
ii  libgpgme++2v5   4:4.14.10-7
ii  libgwengui-cpp0 4.15.3-5
ii  libgwengui-qt4-04.15.3-5
ii  libgwenhywfar60 4.15.3-5
ii  libical22.0.0-0.5+b1
ii  libkabc44:4.14.10-7
ii  libkcmutils44:4.14.26-1
ii  libkdecore5 4:4.14.26-1
ii  libkdeui5   4:4.14.26-1
ii  libkfile4   4:4.14.26-1
ii  libkholidays4   4:4.14.10-7
ii  libkhtml5   4:4.14.26-1
ii  libkio5 4:4.14.26-1
ii  libkpimidentities4  4:4.14.10-7
ii  libkrosscore4   4:4.14.26-1
ii  libofx6 1:0.9.10-1+b1
ii  libqt4-dbus 4:4.8.7+dfsg-11
ii  libqt4-declarative  4:4.8.7+dfsg-11
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-sql  4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libstdc++6  6.2.1-5

Versions of packages kmymoney recommends:
ii  gnupg-agent   2.1.16-3
pn  pinentry-qt4  

kmymoney suggests no packages.

-- no debconf information

Bug#739363: miredo and .service

[Jarek Kamiński]

On Fri, Feb 26, 2016 at 12:41:34PM +0100, Tomasz Buchert wrote:
> Hi Jarek,

Hey Tomasz,

> I'm still not convinced that this is the right solution. Not everybody
> uses NetworkManager + the fact that you need to manually enable
> anything seems wrong to me.

I fully agree. Until the network-online.target works out of the box,
I see it just as a work-around. But then, my point was that it's not
complete work-around, nss-lookup.target should be included as well ;-)

> A long time ago I wanted to fix the behavior of miredo to let it continue
> even if there are DNS errors (and retry or something). This really seems
> like the only way to really fix it "at the core".

That probably can't work with the checkconf. But then, the separate
checkconf call could probably be dropped and the configuration validated
during daemon start.

> That said, I worked a long time ago on this. I'll have to refresh my
> mind about it and hopefully this time I get it done. I also welcome
> other people doing this for me! :D

Well, at least there is a work-around for people needing one. But it
feels like a more general issue which might touch other apps running
under systemd as well.


-- 
pozdr(); // Jarek

Bug#739363: miredo and .service

[Jarek Kamiński]

Hello,

On Tue, Feb 16, 2016 at 03:54:19PM +0300, Andrey Skvortsov wrote:
> your solution is not complete. At least in my case it's not enough.
> There are a bit more requirements:
> 
> 1. Add in miredo.service
> After=network-online.target
> Wants=network-online.target

There is one more thing missing: dependency on nss-lookup.target. As the
name teredo-debian.remlab.net needs to be resolvable, the local DNS
recursive resolver must be running as well (in case it is used, I'm
using dnssec-trigger for that).

> 2. By default network-online.target is not waiting really for the
> network to come up. Depend on your configuration you need to pull into
> network-online.target other services: NetworkManager-wait-online.service or
> systemd-networkd-wait-online.servce. By default both services are
> disabled and don't slow down boot process.
> 
> I use NetworkManager, therefore I enabled
> NetworkManager-wait-online.service and only then miredo started after the
> network was really online.

I can confirm that Miredo starts in my case after adding dependencies on
network-online.target and nss-lookup.target (and enabling
NetworkManager-wait-online.service).


-- 
pozdr(); // Jarek

Bug#739363: does not properly start at bootup when systemd is used

[Jarek Kamiński]

On Tue, Feb 25, 2014 at 07:51:56PM +0100, Tomasz Buchert wrote:
 But, going back to our bug, it is caused by the missing DNS resolution at an 
 early
 phase of the boot. After=network.target is apparently not enough to have 
 DNS...
 I can't find any information how to ensure DNS resolution in systemd.
 The workaround for now is to replace name in miredo config with its IP address
 (it worked for me at least).

I had similar issue with miredo not starting under systemd today, but in
my case it was caused by the tun driver not being loaded. The init.d
script runs modprobe tun before starting miredo, but there is nothing
similar in the miredo.service.

Running modprobe tun manually helped in my case.


-- 
pozdr(); // Jarek


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

Bug#691148: virtualbox moved to contrib

[Jarek Kamiński]

W dniu 18.05.2013 18:00, Adam Borowski pisze:
 I've noticed that virtualbox moved from main to contrib

 It's a major loss.

 However, Watcom is needed only for 16-bit code, and VirtualBox has an EFI
 mode.  Would it be possible to restrict it to EFI only in main, unless the
 BIOS from contrib is loaded?

Are guest utils in any way affected by the BIOS compiler problem? I
assume not, maybe it could be possible to heave at leas them in main?


-- 
pozdr(); // Jarek


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

Bug#585417: can't play tracks with non-ASCII characters [was: Bug#585417:]

[Jarek Kamiński]

On Sun, Sep 09, 2012 at 02:41:05PM +0800, David Smith wrote:
 Hello,

Hi.

 I've confirmed this bug in older versions of Amarok, but it was
 fixed upstream a long time ago.

No, it wasn't.

 Can you please try the Amarok
 (2.6~beta1+75.g47e75df-1) in Debian Testing and update the status of this
 bug? Thanks.

Sure,

ii  amarok 2.6.0-1  i386 easy to use media player based on
(is it enough, or should I downgrade to testing?)

#v+
[jarek@rocket /tmp]% pgrep amarok
13314
[jarek@rocket /tmp]% locale
LANG=pl_PL
LANGUAGE=pl_PL:pl:en_GB:en
LC_CTYPE=pl_PL
LC_NUMERIC=pl_PL
LC_TIME=pl_PL
LC_COLLATE=pl_PL
LC_MONETARY=pl_PL
LC_MESSAGES=pl_PL
LC_PAPER=pl_PL
LC_NAME=pl_PL
LC_ADDRESS=pl_PL
LC_TELEPHONE=pl_PL
LC_MEASUREMENT=pl_PL
LC_IDENTIFICATION=pl_PL
LC_ALL=pl_PL
[jarek@rocket /tmp]% amarok ./a.mp3 # works
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
Amarok is already running!
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
[jarek@rocket /tmp]% ln a.mp3 ą.mp3
[jarek@rocket /tmp]% amarok ./ą.mp3 # skips to the next track
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
Amarok is already running!
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
#v-

tail from .xsession-errors:
#v+
[0xa0cc9f8] filesystem access error: cannot open file /tmp/Ä
.mp3 (No such file or directory)
[0xa0cc9f8] main access error: Odczyt pliku nie powiĂłdĹ siÄ
[0xa0cc9f8] main access error: VLC nie moĹźe otworzyÄ pliku /tmp/Ä
.mp3. (No such file or directory)
[0xa0cc9f8] filesystem access error: cannot open file /tmp/Ä
.mp3 (No such file or directory)
[0xa0cc9f8] main access error: Odczyt pliku nie powiĂłdĹ siÄ
[0xa0cc9f8] main access error: VLC nie moĹźe otworzyÄ pliku /tmp/Ä
.mp3. (No such file or directory)
[0xa1a1868] main input error: open of `file:///tmp/%C4%85.mp3' failed
[0xa1a1868] main input error: Twoje dane wejĹiowe nie moĹźe byÄ otwarte
[0xa1a1868] main input error: Program VLC nie moĹźe otworzyÄ MRL 
'file:///tmp/%C4%85.mp3'. SzczegĂłĹy bĹÄdu moĹźna znaleĹşÄ w dzienniku.
^[[?1;2cWARNING: Phonon::createPath: Cannot connect  Phonon::MediaObject ( no 
objectName ) to  Phonon::AudioDataOutput ( no objectName ).
Object::connect: No such signal Phonon::VLC::MediaObject::angleChanged(int) in 
../../phonon/mediacontroller.cpp:64
Object::connect: No such signal 
Phonon::VLC::MediaObject::availableAnglesChanged(int) in 
../../phonon/mediacontroller.cpp:65
#v-

Ä dosen't look like ą', but tail .xsession-errors|enca returns
Universal transformation format 8 bits; UTF-8.
file:///tmp/%C4%85.mp3 suggests some 2-byte encoding like UTF-8, ą
is encoded on single byte in ISO-8859-2.

So, definitely not fixed. File names shouldn't be interpreted as encoded
strings, but rather opaque byte arrays, as this is the way the
filesystems treat them (without encoding information attached).

-- 
pozdr(); // Jarek


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

Bug#673000: lvm2: enabling dm-thin is currently dangerous

[Jarek Kamiński]

Hi.

Building lvm --with-thin=internal is currently dangerous. Trying to open
thin volume I get:
#v+
[jarek@rocket ~]% sudo lvchange -ay thinpool
  /sbin/thin_check: execvp failed: No such file or directory
  Check of thin pool vg0/thinpool failed (status:2). Manual repair required 
(thin_dump --repair /dev/mapper/vg0-thinpool_tmeta)!
[jarek@rocket ~] {5}%
#v-

Unfortunately, thin_check and thin_dump are not packaged in Debian.
I believe, that before they are, either --with-thin should be disabled,
or some big fat warning about locking data should be displayed.

Building thin-provisioning-tools [1] and installing thin_check into
/sbin/ allowed me to open the volume.


[1] 
https://github.com/downloads/jthornber/thin-provisioning-tools/thin-provisioning-tools-v0.1.5.tar.bz2


-- 
cheers(); // Jarek



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

Bug#673000: lvm2: enabling dm-thin is currently dangerous

[Jarek Kamiński]

W dniu 04.06.2012 17:03, Bastian Blank pisze:
 On Mon, Jun 04, 2012 at 02:18:03PM +0200, Jarek Kamiński wrote:
 Building lvm --with-thin=internal is currently dangerous.

 Why is _building_ (not _using_) it dangerous?

Sorry for not being clear, of course dangerous is using LVM thin
provisioning. But building with thin provisioning enabled without
providing thin_* tools enables users to create thinly provisioned
volumes and use dangerous functionality. Users aren't warned when
creating volumes and filling them with data, only when trying to
reattach the volume.

So, enabling thin provisioning is dangerous, because it allows users to
lock their data without warning.


-- 
cheers(); // Jarek



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

Bug#659732: Decision?

[Jarek Kamiński]

W dniu 14.03.2012 21:31, sebastian pisze:
 Hi,

Hi Sebastian.

 Another normal user of Debian here.
 
 I totally agree with Viet. Could you please restore the previous state
 and then sort this out? I have been without wireless in  3.1 since a
 couple of week, which is somewhat annoying...

As an interim solution you can install previous version from
http://snapshot.debian.org/package/broadcom-sta/5.100.82.112-5/.


-- 
pozdr(); // Jarek



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

Bug#649205: network-manager recreates /etc/resolv.conf after every router announcement [was: nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host)]

[Jarek Kamiński]

retitle 649205 network-manager recreates /etc/resolv.conf after every router 
announcement
thx

Hello again.

On Fri, Nov 18, 2011 at 09:11:08PM +0100, Jarek Kamiński wrote:
 NM loops with following log:
 #v+
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 4 of 5 (IP6 Configure Get) scheduled...
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 4 of 5 (IP6 Configure Get) started...
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 5 of 5 (IP Configure Commit) scheduled...
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 4 of 5 (IP6 Configure Get) complete.
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 5 of 5 (IP Configure Commit) started...
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957620] 
 [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
 route: Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957705] 
 [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
 route: Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957786] 
 [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
 route: Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957867] 
 [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
 route: Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957950] 
 [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
 route: Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.958035] 
 [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
 route: Netlink Error (errno = No route to host)
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Policy set 'hackme' 
 (wlan0) as default for IPv4 routing and DNS.
 Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route 
 Netlink Error (errno = File exists)
 Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.958810] 
 [nm-system.c:1061] nm_system_replace_default_ip6_route(): (wlan0): failed to 
 set IPv6 default route: -1
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Policy set 'hackme' 
 (wlan0) as default for IPv6 routing and DNS.
 Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 5 of 5 (IP Configure Commit) complete.
 Nov 18 20:58:48 rocket NetworkManager[8694]: info Activation (wlan0) Stage 
 4 of 5 (IP6 Configure Get) scheduled...
 [...]
 #v-
 
 It also keeps (I assume it's related to above) rewriting
 /etc/resolv.conf, regularly making disk spin up when on battery.

I've dug deeper into that and I think I've found out what's going on.
My router sends (as expected) periodical RA messages, which are then
processed by kernel. The kernel refreshes router and addresses validity
timers and informs about that processes listening on netlink socket.
NM receives those messages in netlink_notification() in
nm-ip6-manager.c. Notifications are about route or address change, so
config_changed is set to TRUE, which is then passed to
nm_ip6_device_sync_from_netlink() and causes emit_config_changed. Which
results in /etc/resolv.conf being rewritten and spurious disk spin-ups.

I've worked around it by commenting proper config_changed = TRUE
assignments, but that's of course not a proper solution. NM probably
should remember seen addresses and routes and ignore refreshes.


Sorry for the initially unclear submission, those
nm_system_apply_ip6_config() errors misled me and I tough they're
related. I hope it's better now and that I didn't misunderstood how
these things work too much ;-)

-- 
pozdr(); // Jarek



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

Bug#649205: nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host)

[Jarek Kamiński]

Package: network-manager
Version: 0.9.2.0-1
Severity: normal
Tags: ipv6

Hi.

NM loops with following log:
#v+
Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 
of 5 (IP6 Configure Get) scheduled...
Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 
of 5 (IP6 Configure Get) started...
Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 5 
of 5 (IP Configure Commit) scheduled...
Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 
of 5 (IP6 Configure Get) complete.
Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 5 
of 5 (IP Configure Commit) started...
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957620] 
[nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
route: Netlink Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957705] 
[nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
route: Netlink Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957786] 
[nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
route: Netlink Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957867] 
[nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
route: Netlink Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957950] 
[nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
route: Netlink Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.958035] 
[nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 
route: Netlink Error (errno = No route to host)
Nov 18 20:58:30 rocket NetworkManager[8694]: info Policy set 'hackme' (wlan0) 
as default for IPv4 routing and DNS.
Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink 
Error (errno = File exists)
Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.958810] 
[nm-system.c:1061] nm_system_replace_default_ip6_route(): (wlan0): failed to 
set IPv6 default route: -1
Nov 18 20:58:30 rocket NetworkManager[8694]: info Policy set 'hackme' (wlan0) 
as default for IPv6 routing and DNS.
Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 5 
of 5 (IP Configure Commit) complete.
Nov 18 20:58:48 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 
of 5 (IP6 Configure Get) scheduled...
[...]
#v-

It also keeps (I assume it's related to above) rewriting
/etc/resolv.conf, regularly making disk spin up when on battery.

#v+
% sudo cat /etc/NetworkManager/system-connections/hackme

[connection]
id=hackme
uuid=b359025c-0146-4c27-a444-2c0d12533a59
type=802-11-wireless
timestamp=1316349106

[802-11-wireless]
ssid=hackme
mode=infrastructure
seen-bssids=00:14:78:ED:8D:55;
security=802-11-wireless-security

[802-11-wireless-security]
key-mgmt=wpa-psk
psk=XXX

[ipv4]
method=auto

[ipv6]
method=auto
% rdisc6 wlan0
Soliciting ff02::2 (ff02::2) on wlan0...

Hop limit :   64 (  0x40)
Stateful address conf.:   No
Stateful other conf.  :   No
Router preference :   medium
Router lifetime   : 1800 (0x0708) seconds
Reachable time:  unspecified (0x)
Retransmit time   :  unspecified (0x)
 Prefix   : 2001:6a0:190:1::/64
  Valid time  :  2592000 (0x00278d00) seconds
  Pref. time  :   604800 (0x00093a80) seconds
 Recursive DNS server : 2001:6a0:190::1
  DNS server lifetime :  600 (0x0258) seconds
 Source link-layer address: 00:14:78:ED:8D:55
 from fe80::214:78ff:feed:8d55
#v-



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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser3.113

Bug#623864: xserver-xorg-video-intel: Segfaults when running screensaver with composition enabled

[Jarek Kamiński]

W dniu 25.09.2011 15:40, Julien Cristau pisze:
 On Sat, Apr 23, 2011 at 22:23:59 +0200, Jarek Kamiński wrote:
 2.15 version of drivers segfaults upon starting GL screensaver when
 composition is enabled in kwin. With composition disabled, everything
 works fine. If that matters, I have plasma overlay enabled (plasmoids
 are drawn on top of GL screensaver; with composition disabled only
 plasmoids are shown).

[...]

 2.13 worked fine. 2.14 have similar issues to 2.15, but I didn't manage
 to find time to debug this. I can generate backtrace for 2.14 if that
 may help.

 Two questions:
 - why are you using indirect rendering?

I guess it's
http://community.kde.org/KWin/Environment_Variables#KWIN_DIRECT_GL.
kwin on my system use indirect rendering, other applications direct. I'm
not sure why i915 isn't whitelisted.

 - is this still reproducible with an updated stack, including mesa 7.11?
   If yes please file a bug upstream according to
   http://intellinuxgraphics.org/how_to_report_bug.html including an
   updated gdb backtrace.

No, I cannot reproduce it now. From time to time I hit similar problem,
but it's not so annoying (doesn't occur on every screensaver run) and I
hadn't managed to take backtrace yet (stack is corrupted), so it might
be completely unrelated. I'll report it as another bug if I manage to
get more details.

I guess this bug can be closed.

-- 
pozdr(); // Jarek



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

Bug#630872: bzr: crashes after upgrade with internal error

[Jarek Kamiński]

Package: bzr
Version: 2.4.0~beta4-2
Severity: grave
Justification: renders package unusable

Hi.

After upgrade from 2.4.0~beta3-2:
#v+
% bzr diff
bzr: ERROR: exceptions.ValueError: bad marshal data

Traceback (most recent call last):
  File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 930, in 
exception_to_return_code
return the_callable(*args, **kwargs)
  File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 1130, in 
run_bzr
ret = run(*run_argv)
  File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 691, in 
run_argv_aliases
return self.run(**all_cmd_args)
  File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 713, in run
return self._operation.run_simple(*args, **kwargs)
  File /usr/lib/python2.6/dist-packages/bzrlib/cleanup.py, line 135, in 
run_simple
self.cleanups, self.func, *args, **kwargs)
  File /usr/lib/python2.6/dist-packages/bzrlib/cleanup.py, line 165, in 
_do_with_cleanups
result = func(*args, **kwargs)
  File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 1145, in 
ignore_pipe
result = func(*args, **kwargs)
  File /usr/lib/python2.6/dist-packages/bzrlib/builtins.py, line 2085, in run
format_cls=format)
  File /usr/lib/python2.6/dist-packages/bzrlib/diff.py, line 488, in 
show_diff_trees
return differ.show_diff(specific_files, extra_trees)
  File /usr/lib/python2.6/dist-packages/bzrlib/diff.py, line 981, in show_diff
return self._show_diff(specific_files, extra_trees)
  File /usr/lib/python2.6/dist-packages/bzrlib/diff.py, line 1004, in 
_show_diff
executable) in sorted(iterator, key=changes_key):
  File _dirstate_helpers_pyx.pyx, line 1459, in 
bzrlib._dirstate_helpers_pyx.ProcessEntryC.__next__ 
(bzrlib/_dirstate_helpers_pyx.c:12084)
  File _dirstate_helpers_pyx.pyx, line 1732, in 
bzrlib._dirstate_helpers_pyx.ProcessEntryC._iter_next 
(bzrlib/_dirstate_helpers_pyx.c:14800)
  File _dirstate_helpers_pyx.pyx, line 1831, in 
bzrlib._dirstate_helpers_pyx.ProcessEntryC._loop_one_block 
(bzrlib/_dirstate_helpers_pyx.c:15692)
  File _dirstate_helpers_pyx.pyx, line 1156, in 
bzrlib._dirstate_helpers_pyx.ProcessEntryC._process_entry 
(bzrlib/_dirstate_helpers_pyx.c:8253)
  File _dirstate_helpers_pyx.pyx, line 917, in 
bzrlib._dirstate_helpers_pyx._update_entry (bzrlib/_dirstate_helpers_pyx.c:6284)
  File /usr/lib/python2.6/dist-packages/bzrlib/workingtree_4.py, line 1380, 
in sha1
self.tree.relpath(osutils.safe_unicode(abspath)))
  File /usr/lib/python2.6/dist-packages/bzrlib/tree.py, line 596, in 
_content_filter_stack
filter_pref_names = filters._get_registered_names()
  File /usr/lib/python2.6/dist-packages/bzrlib/lazy_import.py, line 110, in 
__getattribute__
obj = _replace()
  File /usr/lib/python2.6/dist-packages/bzrlib/lazy_import.py, line 90, in 
_replace
obj = factory(self, scope, name)
  File /usr/lib/python2.6/dist-packages/bzrlib/lazy_import.py, line 200, in 
_import
module = __import__(module_python_path, scope, scope, [member])
ValueError: bad marshal data

bzr 2.4b4 on python 2.6.7 (Linux-2.6.39-1-amd64-x86_64-with-debian-wheezy-sid)
arguments: ['/usr/bin/bzr', 'diff']
plugins: bash_completion[2.4b4], bzrtools[2.4.0], changelog_merge[2.4b4],
extmerge[unknown], fastimport[0.11.0dev], gtk[0.101.0dev],
interactive[1.2.0], lastlog[unknown], launchpad[2.4b4], lessdiff[unknown],
lesslog[unknown], netrc_credential_store[2.4b4], news_merge[2.4b4],
rewrite[0.6.2], stats[0.1.0], vimdiff[unknown], weave_fmt[2.4b4]
encoding: 'UTF-8', fsenc: 'UTF-8', lang: None

*** Bazaar has encountered an internal error.  This probably indicates a
bug in Bazaar.  You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.
#v-

Bzr status crashes in similar way. Downgrade to 2.4.0~beta3-2 fixes the
problem.



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

Kernel: Linux 2.6.39-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/dash

Versions of packages bzr depends on:
ii  python 2.6.6-14  interactive high-level object-orie
ii  python-bzrlib  2.4.0~beta4-2 distributed version control system

Versions of packages bzr recommends:
ii  bzrtools  2.4.0~bzr769-1 Collection of tools for bzr

Versions of packages bzr suggests:
pn  bzr-doc none   (no description available)
ii  bzr-gtk 0.100.0+bzr731-1 provides graphical interfaces to B
pn  bzr-svn none   (no description available)
pn  python-bzrlib.tests none   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with 

Bug#609538: r8169: long delay during resume

[Jarek Kamiński]

On Thu, Jan 20, 2011 at 03:20:03AM +, Ben Hutchings wrote:
 On Thu, 2011-01-20 at 10:04 +0700, Daniel J Blueman wrote:
 I see that Francois' patch is present in 2.6.38-rc1; is there a way to
 avoid this delay, or is this likely in request_firmware?

 It's a known problem with calls to request_firmware() when userland is
 not running (early initialisation or resume from sleep).  It may be
 fixable.

It was partially fixed in commit
f1e02ed109df5f99abf942b8ccc99960cb09dd38 in linux-2.6.git (r8169: keep
firmware in memory.). Sorry for not reporting it here, I clicked reply
instead of group reply late in the night.

If this commit could be included in Debian kernel, the bug could be
closed.

J.



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

Bug#609538: r8169: long delay during resume

[Jarek Kamiński]

W dniu 11.01.2011 14:25, Francois Romieu pisze:
 Jarek Kamiński ja...@vilo.eu.org :
 [...]
 The last 2.6.36 I've tried was 2.6.36-1~experimental.1, I've then
 passsed and returned to 2.6.32 for unrelated problems. I think it wasn't
 affected, but I can re-check it and/or test later 2.6.36 versions if it
 may help.
 
 The patch below against 2.6.37-git + davem's pending fixes (see
 http://marc.info/?l=linux-netdevm=129448910825754) should help.
 
 Can you give it a try ?
 
 r8169: keep firmware in memory.

This patch applied against current git tree fixes problem (with firmware
installed). However, cherry-picking
eee3a96c6368f47df8df5bd4ed1843600652b337 (r8169: delay phy init until
device opens.) from net-2.6.git and applying r8169: keep firmware in
memory. still results with
#v+
Jan 11 19:05:18 rocket kernel: [  673.176439] ata1.00: configured for
UDMA/100
Jan 11 19:05:18 rocket kernel: [  731.639054] r8169 :13:00.0: eth0:
unable to apply firmware patch
Jan 11 19:05:18 rocket kernel: [  731.640486] PM: resume of devices
complete after 60228.033 msecs
#v-
(I don't fully understand why)

r8169: delay phy init until device opens. alone also doesn't do the trick.

-- 
pozdr(); // Jarek



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

Bug#609538: r8169: long delay during resume

[Jarek Kamiński]

Package: linux-2.6
Version: 2.6.37-1~experimental.1
Severity: normal
File: /lib/modules/2.6.37-trunk-amd64/kernel/drivers/net/r8169.ko
Tags: upstream

Hi.

2.6.37 introduces regression in r8169. During every resume I get ~20
seconds delay:
Jan 10 13:57:15 rocket kernel: [36458.257780] ata1.00: configured for UDMA/100
Jan 10 13:57:15 rocket kernel: [36517.738421] r8169 :13:00.0: eth0: unable 
to apply firmware patch
Jan 10 13:57:15 rocket kernel: [36517.739859] PM: resume of devices complete 
after 61177.644 msecs
Jan 10 13:57:15 rocket kernel: [36517.740258] PM: Finishing wakeup.
Jan 10 13:57:15 rocket kernel: [36517.740259] Restarting tasks ... done.

Bisecting leads to commit bca03d5f32c8ee9b5cfa1d32640a63fded6cb3c0
(r8169: remove the firmware of RTL8111D.). Further debugging showed,
that firmware.agent is not called at all, I guess that udev is not
working before Restarting tasks.

Either r8169 tries to load firmware too early, or it should keep it
loaded in memory for use during resume.

The problem persist no matter if I have firmware-realtek installed, or
not.

Cheers,
Jarek.



-- Package-specific info:
** Version:
Linux version 2.6.37-trunk-amd64 (Debian 2.6.37-1~experimental.1) 
(b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Thu Jan 6 
16:00:31 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.37-trunk-amd64 root=/dev/mapper/vg0-root ro 
resume=/dev/mapper/vg0-swap0 rootfstype=ext4 splash

** Tainted: P (1)
 * Proprietary module has been loaded.

** Kernel log:
[36519.156777] ata1: EH complete
[36519.334872] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[36519.334921] ehci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[36519.334971] ehci_hcd :00:1a.0: setting latency timer to 64
[36519.334978] ehci_hcd :00:1a.0: EHCI Host Controller
[36519.335024] ehci_hcd :00:1a.0: new USB bus registered, assigned bus 
number 1
[36519.347401] ehci_hcd :00:1a.0: debug port 2
[36519.351384] ehci_hcd :00:1a.0: cache line size of 64 is not supported
[36519.351410] ehci_hcd :00:1a.0: irq 16, io mem 0xfbc08000
[36519.367269] ehci_hcd :00:1a.0: USB 2.0 started, EHCI 1.00
[36519.367308] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[36519.367312] usb usb1: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[36519.367317] usb usb1: Product: EHCI Host Controller
[36519.367320] usb usb1: Manufacturer: Linux 2.6.37-trunk-amd64 ehci_hcd
[36519.367324] usb usb1: SerialNumber: :00:1a.0
[36519.367544] hub 1-0:1.0: USB hub found
[36519.367554] hub 1-0:1.0: 2 ports detected
[36519.367720] ehci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23
[36519.367796] ehci_hcd :00:1d.0: setting latency timer to 64
[36519.367803] ehci_hcd :00:1d.0: EHCI Host Controller
[36519.367894] ehci_hcd :00:1d.0: new USB bus registered, assigned bus 
number 2
[36519.387275] ehci_hcd :00:1d.0: debug port 2
[36519.391258] ehci_hcd :00:1d.0: cache line size of 64 is not supported
[36519.391359] ehci_hcd :00:1d.0: irq 23, io mem 0xfbc07000
[36519.407191] ehci_hcd :00:1d.0: USB 2.0 started, EHCI 1.00
[36519.407224] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
[36519.407227] usb usb2: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[36519.407230] usb usb2: Product: EHCI Host Controller
[36519.407232] usb usb2: Manufacturer: Linux 2.6.37-trunk-amd64 ehci_hcd
[36519.407234] usb usb2: SerialNumber: :00:1d.0
[36519.407979] hub 2-0:1.0: USB hub found
[36519.407987] hub 2-0:1.0: 2 ports detected
[36519.422831] Linux video capture interface: v2.00
[36519.429307] usbcore: registered new interface driver uvcvideo
[36519.429311] USB Video Class driver (v1.0.0)
[36519.451382] r8169 :13:00.0: eth0: link down
[36519.451795] ADDRCONF(NETDEV_UP): eth0: link is not ready
[36519.678749] usb 1-1: new high speed USB device using ehci_hcd and address 2
[36519.811173] usb 1-1: New USB device found, idVendor=8087, idProduct=0020
[36519.811179] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[36519.811474] hub 1-1:1.0: USB hub found
[36519.811669] hub 1-1:1.0: 6 ports detected
[36519.922265] usb 2-1: new high speed USB device using ehci_hcd and address 2
[36520.054400] usb 2-1: New USB device found, idVendor=8087, idProduct=0020
[36520.054403] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[36520.054675] hub 2-1:1.0: USB hub found
[36520.055146] hub 2-1:1.0: 8 ports detected
[36520.126005] usb 1-1.1: new full speed USB device using ehci_hcd and address 3
[36520.219447] usb 1-1.1: New USB device found, idVendor=0a5c, idProduct=4500
[36520.219454] usb 1-1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[36520.219458] usb 1-1.1: Product: BCM2046B1
[36520.219462] usb 1-1.1: Manufacturer: Broadcom
[36520.220297] hub 1-1.1:1.0: USB hub found
[36520.220432] hub 1-1.1:1.0: 3 ports detected
[36520.293675] usb 1-1.2: new high speed USB device using ehci_hcd and 

Bug#609538: r8169: long delay during resume

[Jarek Kamiński]

W dniu 11.01.2011 06:49, Ben Hutchings pisze:
 On Mon, 2011-01-10 at 14:14 +0100, Jarek Kamiński wrote:
 Package: linux-2.6
 Version: 2.6.37-1~experimental.1

 2.6.37 introduces regression in r8169. During every resume I get ~20
 seconds delay:
 Jan 10 13:57:15 rocket kernel: [36458.257780] ata1.00: configured for 
 UDMA/100
 Jan 10 13:57:15 rocket kernel: [36517.738421] r8169 :13:00.0: eth0: 
 unable to apply firmware patch
 Jan 10 13:57:15 rocket kernel: [36517.739859] PM: resume of devices complete 
 after 61177.644 msecs
 Jan 10 13:57:15 rocket kernel: [36517.740258] PM: Finishing wakeup.
 Jan 10 13:57:15 rocket kernel: [36517.740259] Restarting tasks ... done.

 Bisecting leads to commit bca03d5f32c8ee9b5cfa1d32640a63fded6cb3c0
 (r8169: remove the firmware of RTL8111D.).

 Either r8169 tries to load firmware too early, or it should keep it
 loaded in memory for use during resume.
 
 It should.  But an earlier version of this patch was also in Debian's
 2.6.36 so it would have had the same problem.

The last 2.6.36 I've tried was 2.6.36-1~experimental.1, I've then
passsed and returned to 2.6.32 for unrelated problems. I think it wasn't
affected, but I can re-check it and/or test later 2.6.36 versions if it
may help.

Sorry if my information was misleading.


-- 
pozdr(); // Jarek



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

Bug#605715: broadcom-sta-source: New version available

[Jarek Kamiński]

tag 605715 ipv6
bye

On Thu, Dec 02, 2010 at 05:37:28PM +0100, Jacopo Corbetta wrote:
 Hi, Broadcom has released a new version of the driver, compatible with
 kernels up to 2.6.36. Apparently, the new release also fixes some bugs.

One of them is multicasts not working with newer kernels (at least from
2.6.36), which affects IPv6. I can confirm, that installing 100.82.38 on
2.6.37 fixes that particular problem.

Please package new version (in unstable or experimental).

Cheers,
Jarek.



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

Bug#585417: can't play tracks with non-ASCII characters

[Jarek Kamiński]

On Sun, Sep 19, 2010 at 04:44:54PM +0300, Modestas Vainius wrote:
 On ketvirtadienis 10 Birželis 2010 15:28:54 Pierre THIERRY wrote:
 If I have files with either ISO-8859-1 or UTF-8 characters outside of
 ASCII in the file name or path, Amarok is unable to process them:
 - they are skipped in the playlist (with an error message if too many of
   them are encountered)
 - they do not appear in my collection
 
 Can you confirm this with 2.3.1? According to upstream, the bug should have 
 been solved long ago (2.2.x).

I can.
#v+
[ja...@rocket /tmp]% pgrep amarok
[ja...@rocket /tmp] {1}% locale
LANG=pl_PL
LANGUAGE=pl_PL:pl:en_GB:en
LC_CTYPE=pl_PL
LC_NUMERIC=pl_PL
LC_TIME=pl_PL
LC_COLLATE=pl_PL
LC_MONETARY=pl_PL
LC_MESSAGES=pl_PL
LC_PAPER=pl_PL
LC_NAME=pl_PL
LC_ADDRESS=pl_PL
LC_TELEPHONE=pl_PL
LC_MEASUREMENT=pl_PL
LC_IDENTIFICATION=pl_PL
LC_ALL=pl_PL
[ja...@rocket /tmp]% ls ą.mp3
ą.mp3
[ja...@rocket /tmp]% amarok ą.mp3
#v-
(not working)

After renaming ą.mp3 to a.mp3 amarok plays the file well.

ii  amarok 2.3.1-1easy to use media player based on the KDE Pl

Jarek.



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

Bug#590577: libc6: argp looks strings from libc gettext text domain in default text domain

[Jarek Kamiński]

Package: libc6
Version: 2.11.2-2
Severity: normal
Tags: upstream

Hi.

argp tries to localise strings from its source (like Usage: or Give
a short usage message) using default text domain, which fails (unless
program copies translations from libc po files to its own). It is
demonstrated by the following program:
#v+
% cat argptest.c
#include argp.h
#include locale.h
#include libintl.h

struct argp argp;

int main (int argc, char * argv[])
{
setlocale (LC_ALL, );
argp_parse (argp, argc, argv, 0, NULL, NULL);
return 0;
}
% ./argptest --help
Usage: argptest [OPTION...]

  -?, --help Give this help list
  --usageGive a short usage message
#v-

Adding textdomain(libc) call before argp_parse() changes output to:
#v+
% ./argptest --help
Składnia: argptest [OPCJA...]

  -?, --help Wyświetlenie tego tekstu pomocy
  --usageWyświetlenie krótkiej informacji o składni
 polecenia
#v-

Setting argp.argp_domain = libc doesn't help, messages are
untranslated.

Jarek Kamiński.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libc-bin  2.11.2-2   Embedded GNU C Library: Binaries
ii  libgcc1   1:4.4.4-7  GCC support library

Versions of packages libc6 recommends:
ii  libc6-i6862.11.2-2   GNU C Library: Shared libraries [i

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.33 Debian configuration management sy
ii  glibc-doc 2.11.2-2   Embedded GNU C Library: Documentat
ii  locales   2.11.2-2   Embedded GNU C Library: National L

-- debconf information excluded
#include argp.h
#include locale.h
#include libintl.h

struct argp argp;

int main (int argc, char * argv[])
{
	setlocale (LC_ALL, );
	argp_parse (argp, argc, argv, 0, NULL, NULL);
	return 0;
}

Bug#536183: Can't change CPU scaling governor after .29 to .30 upgrade.

[Jarek Kamiński]

On Wed, Jul 08, 2009 at 12:16:58PM +1000, Trent W. Buck wrote:

Hi Trent.

 After upgrading from .29 to .30, I can no longer change my CPU
 frequency scaling governor:
 
 # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
 ondemand performance
 # printf ondemand /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
 # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
 performance
 
 This is super annoying.  I am using an EeePC 701 with a Celeron CPU.
 
 ** Kernel log:
 [   73.276680] ondemand governor failed, too long transition latency of HW, 
 fallback to performance governor
 [  158.079576] ondemand governor failed, too long transition latency of HW, 
 fallback to performance governor
 [ 2192.786164] ondemand governor failed, too long transition latency of HW, 
 fallback to performance governor
 [ 2235.556866] ondemand governor failed, too long transition latency of HW, 
 fallback to performance governor
 
 ** Loaded modules:
 Module  Size  Used by
 p4_clockmod 3948  0 
 speedstep_lib   4136  1 p4_clockmod

I'm also hit by this bug. I've found some information at
http://bugs.archlinux.org/task/15284:
| You should not use ondemand with clockmod. The clockmod module has
| a very high switching latency, that's why it's disabled in 2.6.30. The
| error message says it all I think.

Unfortunately p4-clockmod is the only driver working with my CPU
(Intel(R) Celeron(R) CPU 2.60GHz), but You have newer CPU, so maybe it's
worth trying other drivers.

Of course I see it as a regression, it would be nice, if it gets
fixed...

Jarek.


signature.asc
Description: Digital signature

Bug#537358: network-manager: ignores /etc/dhcp3/dhclient-*-hooks.d

[Jarek Kamiński]

Package: network-manager
Version: 0.7.1-1
Severity: normal

Hi.

After installing n-m 0.7 scripts in /etc/dhcp3/dhclient-*-hooks.d/ are
no longer executed. It's a regression from n-m 0.6.

dhclient is run with -sf /usr/lib/NetworkManager/nm-dhcp-client.action .
Looks like either nm-dhcp-client.action should run hooks (maybe by
calling /sbin/dhclient-script) or it should be moved to *-hooks.d and
-sf option dropped.

Jarek.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser  3.110   add and remove users and groups
ii  dbus 1.2.14-3simple interprocess messaging syst
ii  dhcp3-client 3.1.2p1-1   DHCP client
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  ifupdown 0.6.8+nmu1  high level tools to configure netw
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.14-3simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libgcrypt11  1.4.4-2 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgnutls26  2.6.6-1 the GNU TLS library - runtime libr
ii  libgpg-error 1.6-1   library for common error values an
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libnl1   1.1-5   library for dealing with netlink s
ii  libnm-glib0  0.7.1-1 network management framework (GLib
ii  libnm-util1  0.7.1-1 network management framework (shar
ii  libpolkit-db 0.9-4   library for accessing PolicyKit vi
ii  libpolkit2   0.9-4   library for accessing PolicyKit
ii  libtasn1-3   2.2-1   Manage ASN.1 structures (runtime)
ii  libuuid1 1.41.8-1Universally Unique ID library
ii  lsb-base 3.2-22  Linux Standard Base 3.2 init scrip
ii  wpasupplican 0.6.9-3 client support for WPA and WPA2 (I
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

Versions of packages network-manager recommends:
pn  dnsmasq-base  none (no description available)
ii  iptables  1.4.4-1administration tools for packet fi
ii  network-manager-kde   1:0.7~~svn941706-1 KDE systray applet for controlling
ii  policykit 0.9-4  framework for managing administrat
ii  ppp   2.4.4rel-10.1  Point-to-Point Protocol (PPP) - da

Versions of packages network-manager suggests:
ii  avahi-autoipd 0.6.25-1   Avahi IPv4LL network address confi

-- no debconf information


signature.asc
Description: Digital signature

Bug#500460: oss-compat: modules are not loaded

[Jarek Kamiński]

On Mon, Sep 29, 2008 at 03:15:09PM +0200, Mario 'BitKoenig' Holbe wrote:
 On Sun, Sep 28, 2008 at 03:41:56PM +0200, Sven Joachim wrote:
 Somehow the snd-*-oss modules are not loaded at boot time:

 | alsa-driver (1.0.17.dfsg-3) unstable; urgency=medium
 |
 |   [ Elimar Riesebieter ]
 |   * /etc/modprobe.d/alsa-base: make sure oss compat modules aren't loaded 
 via
 | alsa-base (closes: #499695)
 |
 |   [ Jordi Mallach ]
 |   * Make alsa-base Suggest: oss-compat to accommodate the previous change.
 | If you need OSS devices, the Debian way is to install that package
 | from now on (closes: #315455).
 |   * Update alsa-base.README with a short paragraph mentioning oss-compat.
 |
 |  -- Jordi Mallach [EMAIL PROTECTED]  Mon, 22 Sep 2008 19:35:58 +0200
 
 Of course, the bug did exist before, but it didn't struck, because
 alsa-base did care about loading oss-compat modules via:
 
 | install snd-pcm /sbin/modprobe --ignore-install snd-pcm  { /sbin/modprobe 
 --quiet snd-pcm-oss ; : ; }
 | install snd-mixer /sbin/modprobe --ignore-install snd-mixer  { 
 /sbin/modprobe --quiet snd-mixer-oss ; : ; }
 | install snd-seq /sbin/modprobe --ignore-install snd-seq  { /sbin/modprobe 
 --quiet snd-seq-midi ; /sbin/modprobe --quiet snd-seq-oss ; : ; }

What about handling it via kernel module autoloading? oss-compat would
create /dev/{audio,dsp} and OSS would get loaded only when it's needed.
This approach won't reintroduce #315455 and #499695.

Jarek Kamiński.

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


signature.asc
Description: Digital signature

Bug#500460: oss-compat: modules are not loaded

[Jarek Kamiński]

On Sun, Nov 30, 2008 at 02:29:56PM +0100, Mario 'BitKoenig' Holbe wrote:
 On Sun, Nov 30, 2008 at 02:13:42PM +0100, Jarek Kami?ski wrote:
 What about handling it via kernel module autoloading? oss-compat would
 create /dev/{audio,dsp} and OSS would get loaded only when it's needed.

 Apart from kernel module autoloading being out of date...

Can you point me to any informations about it? It's not listed in
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/feature-removal-schedule.txt
and in
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=init/Kconfig
CONFIG_KMOD is described as implied by CONFIG_MODULES

 What about just not installing oss-compat when you don't like to have
 the OSS-emu modules loaded?

I need OSS for one application that I use hardly ever (squaroid). Of
course I can remove oss-compat and modprobe *oss manually or live with
OSS loaded (but then problems like #315455 and #499695 arise).

 This approach won't reintroduce #315455 and #499695.
 
 It would. Cite from #315455:
 Some apps first try OSS before trying ALSA
 Following your suggestion, this would load the OSS-emu modules.

1) only when oss-compat is installed
2) IMVHO these applications are buggy.

 I didn't look at the other report.

#499695 is about not forcibly loading OSS-emu modules, because they
break dmix.


Jarek.


-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#504638: abort (*** glibc detected *** lftp: malloc(): memory corruption) when trying to use zless

[Jarek Kamiński]

Package: lftp
Version: 3.7.4-1
Severity: normal

Hi!

#v+
[EMAIL PROTECTED] ~]% lftp ftp.isc.org/usenet/control/linux
cd ok, cwd=/usenet/control/linux
lftp ftp.isc.org:/usenet/control/linux zless linux.gz
*** glibc detected *** lftp: malloc(): memory corruption (fast): 0x09fad280 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0x4981a6b4]
/lib/i686/cmov/libc.so.6[0x4981d66e]
/lib/i686/cmov/libc.so.6(__libc_malloc+0x95)[0x4981e6e5]
lftp[0x80867c0]
lftp[0x808a6d9]
lftp[0x808a704]
lftp[0x80520f4]
lftp[0x8054faf]
lftp[0x805537d]
lftp[0x8074e72]
lftp[0x8051663]
lftp[0x804e1f0]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x497c2455]
lftp[0x804d731]
=== Memory map: 
08047000-080f1000 r-xp  fe:01 2133923/usr/bin/lftp
080f1000-080f4000 rw-p 000a9000 fe:01 2133923/usr/bin/lftp
080f4000-080f9000 rw-p 080f4000 00:00 0
09f8f000-09fed000 rw-p 09f8f000 00:00 0  [heap]
4100-4102f000 r-xp  fe:01 3474046/lib/libncurses.so.5.6
4102f000-41032000 rw-p 0002f000 fe:01 3474046/lib/libncurses.so.5.6
41034000-4106 r-xp  fe:01 3474047/lib/libreadline.so.5.2
4106-41064000 rw-p 0002c000 fe:01 3474047/lib/libreadline.so.5.2
41064000-41065000 rw-p 41064000 00:00 0
4978e000-497a8000 r-xp  fe:01 1605638/lib/ld-2.7.so
497a8000-497aa000 rw-p 0001a000 fe:01 1605638/lib/ld-2.7.so
497ac000-49901000 r-xp  fe:01 2212179/lib/i686/cmov/libc-2.7.so
49901000-49902000 r--p 00155000 fe:01 2212179/lib/i686/cmov/libc-2.7.so
49902000-49904000 rw-p 00156000 fe:01 2212179/lib/i686/cmov/libc-2.7.so
49904000-49907000 rw-p 49904000 00:00 0
49909000-4990b000 r-xp  fe:01 2212582/lib/i686/cmov/libdl-2.7.so
4990b000-4990d000 rw-p 1000 fe:01 2212582/lib/i686/cmov/libdl-2.7.so
49937000-4994c000 r-xp  fe:01 2212194
/lib/i686/cmov/libpthread-2.7.so
4994c000-4994e000 rw-p 00014000 fe:01 2212194
/lib/i686/cmov/libpthread-2.7.so
4994e000-4995 rw-p 4994e000 00:00 0
49952000-49966000 r-xp  fe:01 2132452/usr/lib/libz.so.1.2.3.3
49966000-49967000 rw-p 00013000 fe:01 2132452/usr/lib/libz.so.1.2.3.3
49d21000-49d2d000 r-xp  fe:01 1605661/lib/libgcc_s.so.1
49d2d000-49d2e000 rw-p b000 fe:01 1605661/lib/libgcc_s.so.1
49d3-49d37000 r-xp  fe:01 2212199/lib/i686/cmov/librt-2.7.so
49d37000-49d39000 rw-p 6000 fe:01 2212199/lib/i686/cmov/librt-2.7.so
4b22a000-4b23a000 r-xp  fe:01 1786169/lib/i686/cmov/libresolv-2.7.so
4b23a000-4b23c000 rw-p f000 fe:01 1786169/lib/i686/cmov/libresolv-2.7.so
4b23c000-4b23e000 rw-p 4b23c000 00:00 0
4b247000-4b24a000 r-xp  fe:01 2145698/usr/lib/libgpg-error.so.0.3.0
4b24a000-4b24b000 rw-p 2000 fe:01 2145698/usr/lib/libgpg-error.so.0.3.0
4b24d000-4b2b3000 r-xp  fe:01 2145699/usr/lib/libgcrypt.so.11.4.4
4b2b3000-4b2b5000 rw-p 00066000 fe:01 2145699/usr/lib/libgcrypt.so.11.4.4
4b2c-4b357000 r-xp  fe:01 2145700/usr/lib/libgnutls.so.26.4.6
4b357000-4b35d000 rw-p 00097000 fe:01 2145700/usr/lib/libgnutls.so.26.4.6
4b35f000-4b36e000 r-xp  fe:01 2145593/usr/lib/libtasn1.so.3.0.16
4b36e000-4b36f000 rw-p e000 fe:01 2145593/usr/lib/libtasn1.so.3.0.16
4ba49000-4ba4b000 r-xp  fe:01 1786170/lib/i686/cmov/libutil-2.7.so
4ba4b000-4ba4d000 rw-p 1000 fe:01 1786170/lib/i686/cmov/libutil-2.7.so
b7d0-b7d21000 rw-p b7d0 00:00 0
b7d21000-b7e0 ---p b7d21000 00:00 0
b7e25000-b7e27000 r-xp  fe:01 1638696/usr/lib/gconv/ISO8859-2.so
b7e27000-b7e29000 rw-p 1000 fe:01 1638696/usr/lib/gconv/ISO8859-2.so
b7e29000-b7e3 r--s  fe:01 2131105
/usr/lib/gconv/gconv-modules.cache
b7e3-b7fa5000 r--p  fe:01 2146376/usr/lib/locale/locale-archive
b7fa5000-b7fa9000 rw-p b7fa5000 00:00 0
b7fac000-b7fad000 rw-p b7fac000 00:00 0
b7fad000-b7fbd000 r--p  fe:01 2139118
/usr/share/locale/pl/LC_MESSAGES/lftp.mo
b7fbd000-b7fbf000 rw-p b7fbd000 00:00 0
b7fbf000-b7fc r-xp b7fbf000 00:00 0  [vdso]
bf9ab000-bf9c rw-p bffeb000 00:00 0  [stack]
zsh: abort  lftp ftp.isc.org/usenet/control/linux
[EMAIL PROTECTED] ~] {134}%
#v-

Jarek.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

Versions of packages lftp depends on:
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libgcc11:4.3.2-1 GCC support library
ii  libgcrypt111.4.1-1   LGPL Crypto library - runtime libr
ii  libgnutls262.4.2-1   the GNU TLS library - runtime libr
ii  libgpg-error0  1.4-2 library for common error values an
ii  libncurses5

Bug#503916: Security update for Debian Testing - 2008-11-03

[Jarek Kamiński]

On Mon, Nov 03, 2008 at 02:04:55AM +0100, [EMAIL PROTECTED] wrote:
 This automatic mail gives an overview over security issues that were recently 
 fixed in Debian Testing. The majority of fixed packages migrate to testing 
 from unstable. If this would take too long, fixed packages are uploaded to 
 the 
 testing-security repository instead. It can also happen that vulnerable 
 packages are removed from Debian testing.
 
 Migrated from unstable:
 ===
 libgadu 1:1.8.0+r592-3:
 CVE-2008-4776: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4776
http://bugs.debian.org/503916

At first glance it looks, that kadu may also be affected. It isn't
linked to libgadu from libgadu3 package and comes with own copy of
libgadu sources (not patched). Can someone confirm that?

I won't have time to fully verify it before Friday, so excuse me, if
it's just a false alarm.

Jarek.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#496792: libsdl-perl: segfaults at perl exit

[Jarek Kamiński]

Package: libsdl-perl
Version: 1.20.3dfsg-3+b1
Severity: minor

Hi!

[EMAIL PROTECTED] ~]% perl -MSDL -e1
zsh: segmentation fault  perl -MSDL -e1

The segfault occurs after all perl code is executed. I can run for
example frozen-bubble, perl segfaults after pressing escape and
exiting from the game.

Backtrace:
[EMAIL PROTECTED] ~]% gdb --args perl -MSDL::App -e1
[...]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7d416b0 (LWP 13448)]
0xb6baa174 in ?? () from /lib/libselinux.so.1
(gdb) bt
#0  0xb6baa174 in ?? () from /lib/libselinux.so.1
#1  0x005f in ?? ()
#2  0xb6b98000 in ?? ()
#3  0x000181c4 in ?? ()
#4  0xb6bafff4 in ?? () from /lib/libselinux.so.1
#5  0xb6bafff4 in ?? () from /lib/libselinux.so.1
#6  0xb6bb0ae4 in ?? () from /lib/libselinux.so.1
#7  0xbfe46428 in ?? ()
#8  0xb6ba369e in ?? () from /lib/libselinux.so.1
#9  0x in ?? ()

Maybe not very helpful without debugging symbols...

ii  libselinux12.0.65-2   SELinux shared libraries

I don't think this bug affects usability of anything, but anyway
indicates some problem.

Cheers,
Jarek.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.11 (PREEMPT)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

Versions of packages libsdl-perl depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-2  GCC support library
ii  libgl1-mesa-glx [ 7.0.3-5A free implementation of the OpenG
ii  libglu1-mesa [lib 7.0.3-5The OpenGL utility library (GLU)
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.27-1   PNG library - runtime
ii  libsdl-console1.3-5  console that can be added to any S
ii  libsdl-gfx1.2-4   2.0.13-4   drawing and graphical effects exte
ii  libsdl-image1.2   1.2.6-3image loading library for Simple D
ii  libsdl-mixer1.2   1.2.8-4mixer library for Simple DirectMed
ii  libsdl-net1.2 1.2.7-2network library for Simple DirectM
ii  libsdl-ttf2.0-0   2.0.9-1ttf library for Simple DirectMedia
ii  libsdl1.2debian   1.2.13-2   Simple DirectMedia Layer
ii  libsmpeg0 0.4.5+cvs20030824-2+b1 SDL MPEG Player Library - shared l
ii  libstdc++64.3.1-2The GNU Standard C++ Library v3
ii  perl  5.10.0-13  Larry Wall's Practical Extraction 
ii  perl-base [perlap 5.10.0-13  minimal Perl system

libsdl-perl recommends no packages.

Versions of packages libsdl-perl suggests:
ii  ttf-freefont  20080323-3 Freefont Serif, Sans and Mono True

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


signature.asc
Description: Digital signature

Bug#496702: libpkg-guide: typo in bug number in section 5.3 (Naming shared library packages)

[Jarek Kamiński]

Package: libpkg-guide
Version: 0.0.20070413-1
Severity: minor
Tags: upstream patch

Hi!

Please apply the attached patch

Jarek.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

-- no debconf information
commit 80d54e2c4a368f3836687304dfe3c111f83d63cf
tree 2e7a548f3e44c9d86aca1d9ed4b354e5cfda19d1
parent dbd9155a59cf77f0527214856c84382718fa11c2
author Jarek Kamiński [EMAIL PROTECTED] 1219781205 +0200
committer Jarek Kamiński [EMAIL PROTECTED] 1219781315 +0200
encoding iso8859-2

Fixed typo in bug number in 5.3 (Naming shared library packages)

diff --git a/libpkg-guide.xml b/libpkg-guide.xml
index 171e224..accbe57 100644
--- a/libpkg-guide.xml
+++ b/libpkg-guide.xml
@@ -448,7 +448,7 @@ $ objdump -p /path/to/libfoo-bar.so.1.2.3 | \
 	/footnote
 	It becomes more complex and more difficult to handle complex upgrade patterns.
 	ulink url=http://bugs.debian.org/142175;
-	  bug#141275, omniorb package contained several different
+	  bug#142175, omniorb package contained several different
 	  libraries with different SONAME version numbering policies.
 	/ulink
   /para


signature.asc
Description: Digital signature

Bug#496702: libpkg-guide: typo in bug number in section 5.3 (Naming shared library packages)

[Jarek Kamiński]

On Tue, Aug 26, 2008 at 11:58:29PM +0200, Sandro Tosi wrote:
 Please apply the attached patch

 Thanks for the patch, I've just git-apply'd it.

Thanks for fixing. Just a small note: my surname is wrongly encoded in
debian/changelog. Can You replace it with the attached one (gzipped to
avoid MIME messing with encoding)?

Cheers,
Jarek.

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


changelog.gz
Description: Binary data

Bug#483459: aptitude: quick workaround for #483459

[Jarek Kamiński]

On Sun, Jul 20, 2008 at 12:13:37PM -0700, Daniel Burrows wrote:
 On Sun, Jul 20, 2008 at 06:16:20PM +0200, Jarek Kamiński [EMAIL PROTECTED] 
 was heard to say:

   I had been ignoring this bug because I thought it was a translation
 error and I don't speak Polish.  But indeed, the Polish translator wrote
 a broken version of the defaults file and it was committed in revision
 52d997d3d77e.  I can fix that without speaking Polish, but...

 Actually it looks like the same (or very similar) strings were used in
 Etch aptitude.

   Yes, but in that release they weren't included in an apt-format config
 file.  When I converted the old pofiles to external config files I
 converted double-quotes to pairs of apostrophes, but I guess the
 translator thought it was a mistake and reverted this change.

Thanks for clarification.

 Could you upload my version? It has strings with Polish quotes
 (,,blah''). Gzipped to not mess with text encoding.

   Hm, so Polish uses different leading quotes?

Yes, but they're not so commonly used in computers, because of their
lack in ASCII, ISO-8859-2 (commonly used in Poland) and keyboards.

 Only the upper
 double-quotes need special escaping because they have a special meaning
 in the apt syntax -- you can write the lower double-quotes in literally.

It would be hard to recode them from utf-8 to iso-8859-2. Both ,,abc''
and abc forms are common in Debian.

 If you don't see what I mean, copy the file I posted into
 /usr/share/aptitude and see how the section descriptions look from
 inside the program.

Oh, now I see, I didn't know there is some magic involved here. And
I haven't noticed, that in my version of aptitude-defaults.pl trailing
quotes are converted, while leading not, creating funny result.

IMO it's better to use version from your mail, as it reassembles
quoting style chose by original translator.

   Daniel

Jarek



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481696: [spamassassin] refuses to listen on IPv6

[Jarek Kamiński]

On Sun, Jul 20, 2008 at 11:16:30PM +0100, Justin Mason wrote:
 
 Now the problem is with -A:
 # spamd -i ::1 -A ::1
 [5654] warn: netset: illegal network address given: '::1'
 [5654] error: spamd: aborting due to add_cidr error
 spamd: aborting due to add_cidr error
 
 Hmm... it's another bug, this time in upstream code. And it doesn't look
 so trivial to fix. The code says:
 #v+
 set_allowed_ip('127.0.0.1'); #, '::1'); M::SA::NetSet needs fixing for 
 IPv6
 #v-
 so upstream is aware of this issue (but it doesn't mean they are aware
 that someone needed it ;-)
 
 this is indeed fixed upstream, but in SVN trunk:
 
   https://issues.apache.org/SpamAssassin/show_bug.cgi?id=4964#c22

Thanks for information. I've checked only
http://svn.apache.org/viewvc/spamassassin/trunk/spamd/spamd.raw?view=markup
(which still says M::SA::NetSet needs fixing for IPv6 ;-), as I didn't
wanted to analyze NetSet code.

 I haven't even tried the patch against 3.2.x, as we weren't planning
 to release a 3.2.x with it.

Anyway, good to know, that it's fixed.

Jarek



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481696: [spamassassin] refuses to listen on IPv6

[Jarek Kamiński]

package spamassassin
tags 481696 patch

On Sun, Jul 20, 2008 at 12:45:01AM +0200, Timo Weingärtner wrote:
 Looks like it was fixed in 3.2.5:
[...]
 The bug probably can be closed.

 On my system the bug is still there:

 [EMAIL PROTECTED]:~# dpkg -l spamassassin | tail -n1
 ii  spamassassin  3.2.5-1   
 Perl-based spam filter using text analysis
 [EMAIL PROTECTED]:~# spamd -i ::1
 [21105] error: spamd: invalid address: ::1
 spamd: invalid address: ::1

OK, I see the problem. The error is thrown after invocation of
ip_or_name_to_ip function, defined conditionally:
#v+
# Big Ugly Hack; purpose: don't force requirement on IO::Socket::INET6
BEGIN {
  use Socket;
  eval {
require IO::Socket::INET6;
require Socket6;
  };
  if ($@) {# IPv4 only
[...]
  else {# IPv4+IPv6
[...]
#v-

Binding to IPv6 sockets works fine after installing
libio-socket-inet6-perl, but without it spamd supports only IPv4.

Maintainer, please look at the attached patch. It adds
libio-socket-inet6-perl to recommends (but suggests may be enough, as
binding to [::1] is quite uncommon setup) and makes invalid address
error more verbose (suggests installing libio-socket-inet6-perl for IPv6
support).

 What kind of information can I provide to help fixing it?

Can You confirm, that installing libio-socket-inet6-perl fixes the
problem?

Jarek.
diff -u spamassassin-3.2.5/debian/control spamassassin-3.2.5/debian/control
--- spamassassin-3.2.5/debian/control
+++ spamassassin-3.2.5/debian/control
@@ -19,7 +19,8 @@
  libarchive-tar-perl, libwww-perl, libnet-dns-perl (=
  0.34), perl-modules (= 5.10)
 Recommends: spamc (= 2.30), libmail-spf-perl,
- re2c, libsys-syslog-perl, gnupg, gcc, libc6-dev, make
+ re2c, libsys-syslog-perl, gnupg, gcc, libc6-dev, make,
+ libio-socket-inet6-perl
 Suggests: razor (= 2.361-2),
  libnet-ident-perl, libio-socket-ssl-perl, libdbi-perl, pyzor,
  libcompress-zlib-perl, libmail-dkim-perl
only in patch2:
unchanged:
--- spamassassin-3.2.5.orig/spamd/spamd.raw
+++ spamassassin-3.2.5/spamd/spamd.raw
@@ -620,7 +620,9 @@
   if (defined $addr) {
 if ($addr ne '') {
   $addr = ip_or_name_to_ip($addr);
-  die spamd: invalid address: $opt{'listen-ip'}\n unless $addr;
+  die spamd: invalid address: $opt{'listen-ip'}\n.
+  spamd: (remember about installing libio-socket-inet6-perl when using IPv6)\n
+	  unless $addr;
 }
 else {
   $addr = '0.0.0.0';# FIXME: this won't bind to IPv6 sockets

Bug#483459: aptitude: quick workaround for #483459

[Jarek Kamiński]

On Sat, Jul 19, 2008 at 02:13:55PM -0700, Daniel Burrows wrote:
 On Sat, Jul 19, 2008 at 05:47:47PM +0200, Jarek Kamiński [EMAIL PROTECTED] 
 was heard to say:
 Removing spaces or `\' works around this bug, I hope this information
 will simplify fixing the parser.

   I had been ignoring this bug because I thought it was a translation
 error and I don't speak Polish.  But indeed, the Polish translator wrote
 a broken version of the defaults file and it was committed in revision
 52d997d3d77e.  I can fix that without speaking Polish, but...

Actually it looks like the same (or very similar) strings were used in
Etch aptitude.

 Are there any chances to get it fixed before Lenny? This bug can make
 very bad first impression on all polish aptitude users. If not, it may
 be good idea to ask on debian-l10-polish for alternative version of
 aptitude-default.pl.

   Unlikely.  aptitude doesn't appear to be frozen yet but it'll happen
 soon, I can't get any new versions into testing until #487408 is fixed,
 and no-one seems to have any idea what's going on with that one.

After asking on #debian-release:
17:35  dato well, I think enrico was working on libept/arm

If the fix doesn't manage to migrate to testing maybe it'd be possible
to push it via testing-proposed-updates... it's quite trivial patch and
quite serious for Polish users... But of course it's not RC, so I'm not
sure, whether it'll be accepted.


On Sat, Jul 19, 2008 at 02:18:57PM -0700, Daniel Burrows wrote:
   I had been ignoring this bug because I thought it was a translation
 error and I don't speak Polish.  But indeed, the Polish translator wrote
 a broken version of the defaults file and it was committed in revision
 52d997d3d77e.  I can fix that without speaking Polish, but...

   Note: I don't claim this was a *good* reason...

OK, actually I wouldn't expect from You to fix translators errors,
especially if You can't speak Polish ;-)

   Anyway, the attached file should work.

Could you upload my version? It has strings with Polish quotes
(,,blah''). Gzipped to not mess with text encoding.

   Daniel

Jarek.


aptitude-defaults.pl.gz
Description: GNU Zip compressed data

Bug#481696: [spamassassin] refuses to listen on IPv6

[Jarek Kamiński]

On Sun, Jul 20, 2008 at 07:07:23PM +0200, Timo Weingärtner wrote:

 Binding to IPv6 sockets works fine after installing
 libio-socket-inet6-perl, but without it spamd supports only IPv4.

 Maintainer, please look at the attached patch. It adds
 libio-socket-inet6-perl to recommends (but suggests may be enough, as
 binding to [::1] is quite uncommon setup) and makes invalid address
 error more verbose (suggests installing libio-socket-inet6-perl for IPv6
 support).

 Binding to ::1 may be uncommon, but there are lots of other IPv6 addresses...

But still libio-socket-inet6-perl won't be needed by majority of Debian
spamassassin users. It's just a question if it should be in suggests, or
recommends; I left that decision to spamassassin's maintainer.

 Can You confirm, that installing libio-socket-inet6-perl fixes the
 problem?

 Yes.

Great.

 Now the problem is with -A:
 # spamd -i ::1 -A ::1
 [5654] warn: netset: illegal network address given: '::1'
 [5654] error: spamd: aborting due to add_cidr error
 spamd: aborting due to add_cidr error

Hmm... it's another bug, this time in upstream code. And it doesn't look
so trivial to fix. The code says:
#v+
set_allowed_ip('127.0.0.1'); #, '::1'); M::SA::NetSet needs fixing for IPv6
#v-
so upstream is aware of this issue (but it doesn't mean they are aware
that someone needed it ;-)

I may look at this, but I don't promise anything, especially that I'll
have time and mood ;-)

 Timo

Jarek.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#483459: aptitude: quick workaround for #483459

[Jarek Kamiński]

Package: aptitude
Version: 0.4.11.4-1
Followup-For: Bug #483459

The reported problem is caused the following two lines from
aptitude-default.pl:
#v+
non-freeProgramy nie będące wolnym oprogramowaniem\n Pakiety w sekcji 
\non-free\ nie
należą do systemu Debian.\n .\n Te pakiety nie spełniają jakichś wymagań 
\Wytycznych Debiana
dotyczących wolnego oprogramowania\ (patrz niżej). Aby mieć pewność, że wolno 
używać programów z
tej sekcji w zamierzony sposób, należy zapoznać się z ich licencjami.\n .\n Aby 
uzyskać więcej
informacji o tym co Debian uważa za wolne oprogramowanie, należy przeczytać 
http://www.debian.org/
social_contract#guidelines;
non-US  Programy przechowywane poza USA z powodu ograniczeń 
eksportowych\n Pakiety w
sekcji \non-US\ zwykle zawierają procedury kryptograficzne i z tego powodu 
nie mogą być
eksportowane z USA. Niektóre zaś implementują opatentowane algorytmy. Z tych 
powodów przechowywane
są one na serwerze w \wolnym świecie\.\n .\n Uwaga: Debian, po zasięgnięciu 
opinii prawnej na
temat niedawnych zmian w przepisach eksportowych, przenosi obecnie 
oprogramowanie kryptograficzne
do głównego archiwum. Większość pakietów znajdujących się kiedyś w tej sekcji 
jest więc teraz
dostępnych w sekcji \main\.;
#v-

or specifically by spaces between two `\' sequences:
* \Wytycznych Debiana dotyczących wolnego oprogramowania\
* \wolnym świecie\

Removing spaces or `\' works around this bug, I hope this information
will simplify fixing the parser.

Are there any chances to get it fixed before Lenny? This bug can make
very bad first impression on all polish aptitude users. If not, it may
be good idea to ask on debian-l10-polish for alternative version of
aptitude-default.pl.

Cheers, Jarek.


-- Package-specific info:
aptitude 0.4.11.4 skompilowany Jun  8 2008 00:56:54
Kompilator: g++ 4.3.1 20080523 (prerelease)
Skompilowane względem:
  wersja apt 4.6.0
  wersja NCurses 5.6
  wersja libsigc++: 2.0.18
  Obsługa ept włączona.

Bieżące wersje bibliotek:
  wersja NCurses: ncurses 5.6.20080308
  wersja cwidget: 0.5.12
  wersja Apt: 4.6.0
linux-gate.so.1 =  (0xe000)
libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 
(0xb7e1c000)
libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7de)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7dda000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d16000)
libept.so.0 = /usr/lib/libept.so.0 (0xb7c9e000)
libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b2b000)
libz.so.1 = /usr/lib/libz.so.1 (0xb7b15000)
libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7afd000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a1)
libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb79eb000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb79de000)
libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb789)
libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb788b000)
libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7887000)
/lib/ld-linux.so.2 (0xb7ef3000)
Terminal: screen.linux
$DISPLAY not set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.16-ck11 (PREEMPT)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6. 0.7.14+b1 Advanced front-end for dpkg
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcwidget30.5.12-1  high-level terminal interface libr
ii  libept00.5.17High-level library for managing De
ii  libgcc11:4.3.1-2 GCC support library
ii  libncursesw5   5.6+20080308-1Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libxapian151.0.5-1   Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do none (no description available)
ii  libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


signature.asc
Description: Digital signature

Bug#481696: [spamassassin] refuses to listen on IPv6

[Jarek Kamiński]

On Sun, May 18, 2008 at 01:06:03AM +0200, Timo Weingärtner wrote:
 Package: spamassassin
 Version: 3.2.4-1
 Severity: important
 Tags: ipv6
 
 # spamd --create-prefs --max-children 5 --helper-home-dir -i ::1
 [12704] error: spamd: invalid address: ::1
 spamd: invalid address: ::1
 
 Using square brackets doesn't help either:
 
 # spamd --create-prefs --max-children 5 --helper-home-dir -i [::1]
 [12707] error: spamd: invalid address: [::1]
 spamd: invalid address: [::1]

Looks like it was fixed in 3.2.5:
#v+
[EMAIL PROTECTED] ~]# spamd -i ::1
[...]
[15611] info: spamd: server started on port 783/tcp (running version 3.2.5)
[15611] info: spamd: server pid: 15611
[15611] info: spamd: server successfully spawned child process, pid 15617
[15611] info: spamd: server successfully spawned child process, pid 15618
[15611] info: prefork: child states: II

zsh: suspended  spamd -i ::1
[EMAIL PROTECTED] ~] 1 {20}# lsof -i :783
COMMAND   PID USER   FD   TYPE DEVICE SIZE NODE NAME
spamd   15611 root5u  IPv6 563947   TCP ip6-localhost:spamd (LISTEN)
spamd   15617 root5u  IPv6 563947   TCP ip6-localhost:spamd (LISTEN)
spamd   15618 root5u  IPv6 563947   TCP ip6-localhost:spamd (LISTEN)
#v-

The bug probably can be closed.


-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


signature.asc
Description: Digital signature

Bug#391280: apache2-mpm-prefork: doesn't bind to IPv4 socket when IPv6 enabled

[Jarek Kamiński]

On Sat, Jun 07, 2008 at 03:46:23PM +0200, Stefan Fritsch wrote:
 Yup, that's my case.
 #v+
 [EMAIL PROTECTED] ~]% /sbin/sysctl net.ipv6.bindv6only
 net.ipv6.bindv6only = 1
 #v-
 
 Maybe we should put a hint in README.Debian that our apache supports 
 only net.ipv6.bindv6only = 0 at the moment.
 
 Please don't require reconfiguring whole system. If it's only
 configuration supported by apache, maybe it should setsockopt
 (IPV6_V6ONLY) its sockets? This way it could revert to
 net.ipv6.bindv6only=0 only on its sockets, without touching rest of
 system.
 
 if you have the time, you could try recompiling apache2 with the line
 017_fix_ipv6 removed from the file debian/patches/00list and check if that 
 fixes the problem.

Yes, with the patch removed everything works fine.

I have tested two configurations, one with
#v+
Listen [::]:80
Listen 0.0.0.0:80
#v-
and one with Listen [::]:80 only (both with net.ipv6.bindv6only = 1).
Apache behaves identically in both cases and listens only on [::]:80,
but accepts also IPv4 connections (so it sets IPV6_V6ONLY).

Thanks for identifying cause of problem and sorry for late reply,
Jarek.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391280: apache2-mpm-prefork: doesn't bind to IPv4 socket when IPv6 enabled

[Jarek Kamiński]

On Sat, Jun 07, 2008 at 03:46:23PM +0200, Stefan Fritsch wrote:
 Hi Jarek,

Hi Stefan,

 Yup, that's my case.
 #v+
 [EMAIL PROTECTED] ~]% /sbin/sysctl net.ipv6.bindv6only
 net.ipv6.bindv6only = 1
 #v-
 
 Maybe we should put a hint in README.Debian that our apache supports 
 only net.ipv6.bindv6only = 0 at the moment.
 
 Please don't require reconfiguring whole system. If it's only
 configuration supported by apache, maybe it should setsockopt
 (IPV6_V6ONLY) its sockets? This way it could revert to
 net.ipv6.bindv6only=0 only on its sockets, without touching rest of
 system.
 
 
 if you have the time, you could try recompiling apache2 with the line
 017_fix_ipv6 removed from the file debian/patches/00list and check if that 
 fixes the problem.

Unfortunately I probably won't have much time till the end of July. I'll
try that then.

Thanks for the reply,
Jarek.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391280: apache2-mpm-prefork: doesn't bind to IPv4 socket when IPv6 enabled

[Jarek Kamiński]

On Sun, Mar 16, 2008 at 08:46:04PM +0100, Stefan Fritsch wrote:
 On Friday 14 March 2008, Michael Mende wrote:

Sorry for late reply, I haven't got copy of this mails.

 From apache docs [1]:

 On the other hand, on some platforms such as Linux and Tru64 the
 only way to handle both IPv6 and IPv4 is to use mapped addresses.
 Mapping is default on Linux (in contrary to FreeBSD, NetBSD, and
 OpenBSD).
 
 I think the problem here is that for Apache, enable/disable-v4-mapped 
 is a compile-time option, but for linux the behaviour can be changed 
 at runtime by writing to /proc/sys/net/ipv6/bindv6only. Supporting 
 both variants without recompiling apache looks like a valid feature 
 request. It is possible that apache upstream is not aware of 
 the /proc interface.

Yup, that's my case.
#v+
[EMAIL PROTECTED] ~]% /sbin/sysctl net.ipv6.bindv6only
net.ipv6.bindv6only = 1
#v-

 Maybe we should put a hint in README.Debian that our apache supports 
 only net.ipv6.bindv6only = 0 at the moment.

Please don't require reconfiguring whole system. If it's only
configuration supported by apache, maybe it should setsockopt
(IPV6_V6ONLY) its sockets? This way it could revert to
net.ipv6.bindv6only=0 only on its sockets, without touching rest of
system.

Cheers, Jarek.

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428669: dbus upgrade stops network-manager, drops network for the duration

[Jarek Kamiński]

On Wed, Jun 13, 2007 at 07:43:17PM +0200, Michael Biebl wrote:

I've just found this bug fixed and read its log.

 Antti-Juhani Kaijanaho wrote:
 On Wed, Jun 13, 2007 at 05:59:23PM +0200, Michael Biebl wrote:
 How is NM supposed to know if dbus is started again? Should it poll forever 
 in a
 while loop checking for a dbus connection?
 
 I rather think that this is a problem for the NM and dbus maintainers to 
 solve,
 not me the bug reporter :)
 
 (I could do it, I already have several possible mechanisms in mind, but it
 
 Don't be shy, just tell your ideas, because I don't have an elegant
 solution for this.

How do kpowersave and knetworkmanager handle this situation? They both
sit on panel during upgrade, detect dbus going down and reconnects, when
it's started again.

Working network connection is still better than network connection going
down for short time ;-)

Jarek Kamiński.


signature.asc
Description: Digital signature

Bug#428669: [Pkg-utopia-maintainers] Bug#428669: dbus upgrade stops network-manager, drops network for the duration

[Jarek Kamiński]

On Sat, Apr 12, 2008 at 03:01:47PM +0200, Michael Biebl wrote:
 Jarek Kamiński wrote:
 How do kpowersave and knetworkmanager handle this situation? They both
 sit on panel during upgrade, detect dbus going down and reconnects, when
 it's started again.

 Working network connection is still better than network connection going
 down for short time ;-)

 Looks like NetworkManager does survive a dbus restart.

 If you want, you can try the attached patch against /etc/init.d/dbus.
 It skips services that are known to survive dbus restarts.
 I'd be interested to know if it works for you.

Thanks for the patch. Network-manager works fine. After patching
initscript and invoke-rc.d dbus restart it has kept my network
connection active, logged something about unavailable dbusd and
reconnected, when dbus reappeared. Everything continued to work
correctly (I selected in knetworkmanager to reconnect to wifi, nm
received request and proceeded).

 +[ $service = powersaved ]  continue;

I don't have powersaved installed, so I haven't tested it.

Cheers, Jarek.


signature.asc
Description: Digital signature

Bug#455994: xserver-xorg-input-synaptics: not detects /dev/input/event$big_number

[Jarek Kamiński]

Package: xserver-xorg-input-synaptics
Version: 0.14.7~git20070706-1
Severity: important

My /dev/input/ directory contains following files:
drwxr-xr-x 2 root root 160 2007-12-12 17:31 by-path
crw-rw 1 root root 13,  64 2007-12-07 14:28 event0
crw-rw 1 root root 13,  65 2007-12-07 14:28 event1
crw-rw 2 root root 13,  87 2007-12-12 17:31 event13
crw-rw 2 root root 13,  88 2007-12-12 17:31 event14
crw-rw 2 root root 13,  89 2007-12-12 17:31 event15
crw-rw 2 root root 13,  90 2007-12-12 17:31 event16
crw-rw 2 root root 13,  91 2007-12-12 17:31 event17
crw-rw 2 root root 13,  92 2007-12-12 17:31 event18
crw-rw 2 root root 13,  87 2007-12-12 17:31 event23
crw-rw 2 root root 13,  88 2007-12-12 17:31 event24
crw-rw 2 root root 13,  89 2007-12-12 17:31 event25
crw-rw 2 root root 13,  90 2007-12-12 17:31 event26
crw-rw 2 root root 13,  91 2007-12-12 17:31 event27
crw-rw 2 root root 13,  92 2007-12-12 17:31 event28
crw-rw 1 root root 13,  71 2007-12-07 14:28 event7
crw-rw 1 root root 13,  63 2007-12-07 14:28 mice
crw-rw 1 root root 13,  32 2007-12-12 17:31 mouse0
crw-rw 1 root root 13,  33 2007-12-12 17:31 mouse1
crw-rw 1 root root 13, 128 2007-12-12 17:31 ts0
crw-rw 1 root root 13, 129 2007-12-12 17:31 ts1

Those hardlinks (event23-event13, event24-event14) were created by me.
With them everything works fine, but without I got logs like:
#v+
Synaptics Touchpad no synaptics event device found (checked 18 nodes).
#v-

EventAutoDevProbe() from eventcomm.c tries only 10 (hardcoded const
max_skip) devices in a row. Before creating hardlinks that meant event0
to event7 and 10 next (non-existant), while next existing device was
event23 (touchpad is event27, according to /proc/bus/input/devices).
Numbers probably increase each hibernate-resume cycle. Of course
touchpad works with mouse driver (with limited functionality).

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-input-synaptics depends on:
ii  libc6 2.7-4  GNU C Library: Shared libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxi62:1.1.3-1  X11 Input extension library
ii  xserver-xorg-core 2:1.4-3Xorg X server - core server

xserver-xorg-input-synaptics recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620

Bug#436432: compiz-plugins.postinst: line 5: gconf-schemas: command not found

[Jarek Kamiński]

Package: compiz-plugins
Version: 0.5.0.dfsg-2
Severity: important

[EMAIL PROTECTED] ~]% LC_ALL=C sudo dpkg --configure compiz-plugins
Setting up compiz-plugins (0.5.0.dfsg-2) ...
/var/lib/dpkg/info/compiz-plugins.postinst: line 5: gconf-schemas: command not 
found
dpkg: error processing compiz-plugins (--configure):
 subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
 compiz-plugins
[EMAIL PROTECTED] ~] {1}%

[EMAIL PROTECTED] ~]% dlocate gconf-schemas
gconf2: /usr/sbin/gconf-schemas

Of course I don't have gconf2 installed, so probably some dependency is
missing.

Installed compiz packages:
ii  compiz-core0.5.0.dfsg-2   OpenGL window and compositing manager
ii  compiz-kde 0.5.0.dfsg-2   OpenGL window and compositing manager - KDE
iF  compiz-plugins 0.5.0.dfsg-2   OpenGL window and compositing manager - plug

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz-plugins depends on:
ii  compiz-core 0.5.0.dfsg-2 OpenGL window and compositing mana
ii  libc6   2.6-5GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdecoration0  0.5.0.dfsg-2 Compiz window decoration library
ii  libfuse22.7.0-1  Filesystem in USErspace library
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglib2.0-02.12.13-1The GLib library of C routines
ii  libglu1-mesa [libglu1]  6.5.2-7  The OpenGL utility library (GLU)
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  librsvg2-2  2.18.0-1 SAX-based renderer library for SVG
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra

compiz-plugins recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgphadnh7JXc3.pgp
Description: PGP signature

Bug#426516: lists.debian.org: majordomo should be case-insesitive in WHICH replies

[Jarek Kamiński]

Package: lists.debian.org
Severity: normal

I'm subscribed to some groups with omega.vilo.eu.org address and to some
with Omega.vilo.eu.org. Sending mail to [EMAIL PROTECTED] with WHICH query
for each address results in different set of lists. But they are the
same e-mail addresses, as e-mail addresses are case-insensitive.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.16-ck11 (PREEMPT)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620

Bug#426250: nvidia-glx-legacy-96xx: should pacify /etc/init.d/nvidia-glx

[Jarek Kamiński]

Package: nvidia-glx-legacy-96xx
Version: 1.0.9631-3
Severity: important

After upgrade from nvidia-glx (remove without purge) system breaks after
each reboot. X segfaults and screen becomes black, so I can log in only
remotely. It is caused by left /etc/init.d/nvidia-glx script.
Reinstalling nvidia-glx-legacy-96xx solves problem until next reboot. As
a workaround I've added exit 0 at the beginning of
/etc/init.d/nvidia-glx and system boots fine.

/var/log/dpkg.log:
#v+
2007-05-26 14:08:03 status installed nvidia-glx 1.0.8762-2
2007-05-26 14:08:04 remove nvidia-glx 1.0.8762-2 1.0.8762-2
2007-05-26 14:08:04 status half-configured nvidia-glx 1.0.8762-2
2007-05-26 14:08:04 status half-installed nvidia-glx 1.0.8762-2
2007-05-26 14:08:29 status config-files nvidia-glx 1.0.8762-2
2007-05-26 14:08:29 status config-files nvidia-glx 1.0.8762-2
[...]
2007-05-26 14:09:35 install nvidia-glx-legacy-96xx brak 1.0.9631-3
2007-05-26 14:09:35 status half-installed nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:40 status unpacked nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:40 status unpacked nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:41 status unpacked nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:41 status unpacked nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:41 status unpacked nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:41 status half-configured nvidia-glx-legacy-96xx 1.0.9631-3
2007-05-26 14:09:42 status installed nvidia-glx-legacy-96xx 1.0.9631-3
#v-

I strongly believe, that the severity should be critical (with
justification breaks the whole system), but I'm setting it to
important, as I was upgrading from pre-etch nvidia-glx. I'm not sure, if
upgrade from 1.0.8776-4 would also break, but I think so.

Thanks for Your work for Debian ;-)

-- Package-specific info:
uname -r:
Linux Solo 2.6.16-ck11 #2 PREEMPT Thu Jun 1 20:15:10 CEST 2006 i686 GNU/Linux


/proc/version:
Linux version 2.6.16-ck11 ([EMAIL PROTECTED]) (gcc version 4.0.4 20060507 
(prerelease) (Debian 4.0.3-3)) #2 PREEMPT Thu Jun 1 20:15:10 CEST 2006


/proc/driver/nvidia/version:


01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 
DDR/200 DDR] (rev b2)


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.16-ck11 (PREEMPT)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-glx-legacy-96xx depends on:
ii  libc6 2.5-9  GNU C Library: Shared libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  nvidia-kernel-legacy-96xx-2.6 1.0.9631-3 NVIDIA binary kernel module for Li
ii  x11-common1:7.2-3X Window System (X.Org) infrastruc

nvidia-glx-legacy-96xx recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgpP8z4tKZ5Wb.pgp
Description: PGP signature

Bug#420304: /usr/share/vim/vim70/filetype.vim: Please detect more passwd/group files

[Jarek Kamiński]

Package: vim-runtime
Version: 1:7.0-219+1
Severity: minor
File: /usr/share/vim/vim70/filetype.vim
Tags: patch

filetype.vim doesn't detect /etc/passwd-, /etc/passwd.edit (created by
vipw), /var/backups/passwd.bak, /etc/shadow.edit and
/var/backups/shadow.bak as passwd files. Also /etc/group-,
/etc/group.edit, /var/backups/group.bak, /etc/gshadow, /etc/gshadow-,
/etc/gshadow.edit and /var/backups/gshadow.bak aren't properly detected.
Attached patch fixes that.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.16-ck11 (PREEMPT)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
ii  vim  1:7.0-219+1 Vi IMproved - enhanced vi editor
ii  vim-gtk  1:7.0-219+1 Vi IMproved - enhanced vi editor -

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620
--- filetype.vim~	2007-03-21 07:52:36.0 +0100
+++ filetype.vim	2007-04-21 15:46:53.0 +0200
@@ -1,7 +1,7 @@
  Vim support file to detect file types
 
  Maintainer:	Bram Moolenaar [EMAIL PROTECTED]
- Last Change:	2006 May 02
+ Last Change:	2007 Apr 21
 
  Listen very carefully, I will say this only once
 if exists(did_load_filetypes)
@@ -655,7 +655,7 @@
 au BufNewFile,BufRead *.gsp			setf gsp
 
  Group file
-au BufNewFile,BufRead /etc/group		setf group
+au BufNewFile,BufRead /etc/group,/etc/group-,/etc/group.edit,/var/backups/group.bak,/etc/gshadow,/etc/gshadow-,/etc/gshadow.edit,/var/backups/gshadow.bak setf group
 
  GTK RC
 au BufNewFile,BufRead .gtkrc,gtkrc		setf gtkrc
@@ -1102,7 +1102,7 @@
 au BufNewFile,BufRead *.papp,*.pxml,*.pxsl	setf papp
 
  Password file
-au BufNewFile,BufRead /etc/passwd,/etc/shadow,/etc/shadow- setf passwd
+au BufNewFile,BufRead /etc/passwd,/etc/passwd-,/etc/passwd.edit,/var/backups/passwd.bak,/etc/shadow,/etc/shadow-,/etc/shadow.edit,/var/backups/shadow.bak setf passwd
 
  Pascal (also *.p)
 au BufNewFile,BufRead *.pas			setf pascal


pgpRTsIvTJOGm.pgp
Description: PGP signature

Bug#415595: preload: eats all available space on /var/lib (and leaks fds)

[Jarek Kamiński]

: Shared libraries
ii  libglib2.0-02.12.6-2 The GLib library of C routines

preload recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgpeLBm6L2jFT.pgp
Description: PGP signature

Bug#395544: [INTL:pl] Polish translation for gui-apt-key

[Jarek Kamiński]

Package: gui-apt-key
Version: 0.1-4
Severity: wishlist
Tags: patch l10n

As You requested on IRC, attached polish translation for gui-apt-key.
debian-l10n-polish hasn't commented, but I hope that someone will review
it in future ;-)  From
http://lists.debian.org/debian-l10n-polish/2006/10/msg00012.html it
differs in one string.

BTW: It looks as there are some problems with strings encoding in
gui-apt-key. I don't know much about programming GTK, but calling
gettext from perl in text mode returned not mangled characters. I'm not
filling another bug report for this because I haven't investigated it.



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck11
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)

Versions of packages gui-apt-key depends on:
ii  libgtk2-perl  1:1.140-1  Perl interface to the 2.x series o
ii  liblocale-gettext-perl1.05-1 Using libc functions for internati

gui-apt-key recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620
# Polish translations for gui-apt-key package
# Polskie tłumaczenia dla pakietu gui-apt-key.
# Copyright (C) 2006 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the gui-apt-key package.
# Jarek Kamiński [EMAIL PROTECTED], 2006.
#
msgid 
msgstr 
Project-Id-Version: PACKAGE VERSION\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2006-10-04 20:49+0200\n
PO-Revision-Date: 2006-10-27 18:49+0200\n
Last-Translator: Jarek Kamiński [EMAIL PROTECTED]\n
Language-Team: Polish debian-l10n-polish@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-2\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=3; plural=(n==1 ? 0 : n%10=2  n%10=4  (n%10010 
|| n%100=20) ? 1 : 2);\n

#: ../GAK/GUI.pm:35
msgid _Import
msgstr _Importuj

#: ../GAK/GUI.pm:40
msgid _Properties...
msgstr _Właściwości...

#: ../GAK/GUI.pm:45
msgid E_xit
msgstr Za_kończ

#: ../GAK/GUI.pm:60
msgid _About
msgstr O progra_mie

#: ../GAK/GUI.pm:75
msgid _File
msgstr _Plik

#: ../GAK/GUI.pm:78
msgid _Help
msgstr Pomo_c

#: ../GAK/GUI.pm:100
#, perl-format
msgid valid until %s
msgstr ważny do %s

#: ../GAK/GUI.pm:102
msgid no expiration
msgstr nie wygasa

#: ../GAK/GUI.pm:105
#, perl-format
msgid expired %s
msgstr wygasł %s

#: ../GAK/GUI.pm:107
msgid unknown expiration
msgstr nieznane wygaszanie

#: ../GAK/GUI.pm:123
msgid _Close
msgstr _Zamknij

#: ../GAK/GUI.pm:128
msgid _Delete
msgstr U_suń

#: ../GAK/GUI.pm:154
msgid Select keyring file
msgstr Wybierz zbiór kluczy

#: ../GAK/GUI.pm:184 ../GAK/GUI.pm:366
msgid APT Key Manager
msgstr Menadżer kluczy APT

#: ../GAK/GUI.pm:272
msgid Keys
msgstr Klucze

#: ../GAK/GUI.pm:276
msgid Expiration
msgstr Wygasanie

#: ../GAK/GUI.pm:290 ../GAK/GUI.pm:341
msgid Key ID
msgstr ID klucza

#: ../GAK/GUI.pm:296
msgid   _Add  
msgstr   _Dodaj  

#: ../GAK/GUI.pm:300
msgid Add key to the keyring
msgstr Dodaj klucz do bazy

#: ../GAK/GUI.pm:303
msgid  _Update 
msgstr  _Uaktualnij 

#: ../GAK/GUI.pm:305
msgid Update keys using the keyring package
msgstr Uaktualnij klucze używając pakietu z bazą

#: ../GAK/GUI.pm:327
msgid Key Details
msgstr Szczegóły klucza

#: ../GAK/GUI.pm:328
#, perl-format
msgid Details of 0x%s
msgstr Szczegóły 0x%s

#: ../GAK/GUI.pm:340
msgid Owner
msgstr Właściciel

#: ../GAK/GUI.pm:343
#, perl-format
msgid Key expired on %s
msgstr Klucz wygasł %s

#: ../GAK/GUI.pm:345
#, perl-format
msgid Key valid until %s
msgstr Klucz ważny do %s

#: ../GAK/GUI.pm:347
msgid Full ID: 
msgstr Pełne ID: 


pgpZtvI06rxP4.pgp
Description: PGP signature

Bug#24900: cfingerd: Patch for #24900

[Jarek Kamiński]

tags 24900 patch
quit

Package: cfingerd
Followup-For: Bug #24900

Hello,

Attached patch fixing #24900. It makes it different way, than we
discussed on IRC:

18:05 Joey There are two answers.
18:05 Joey Both require work.
18:05 Joey (a) fix all printfs
18:06 Joey (b) don't use printf but a wrapper that will insert \r whenever it 
sees \n

Fixing all printfs isn't enough, because of -e cfingerd option. Just (b)
also wouldn't be enough, because cfingerd may call external programs or
read external files. (b) + loop similar to attached near all reads from
other sources will be correct way, but much harder to implement, as it
requires playing with va_* (for wrapper around printf() ) and locating
all external files and program accesses.

Instead my patch implements strange at first look idea - forks another
process correcting all \ns to \rs. It works fine on my homebox, but
isn't fully tested. I'll upload it soon to
ftp://vilo.eu.org/debian-vilo/pool/main/c/cfingerd/ and test in more
complex environment.

I hope it will be useful ;-)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck11
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)

Versions of packages cfingerd depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  netbase  4.27Basic TCP/IP networking system

cfingerd recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

diff -ur cfingerd-1.4.3/CREDITS cfingerd-1.4.3/CREDITS
- --- cfingerd-1.4.3/CREDITS1999-08-29 19:45:44.0 +0200
+++ cfingerd-1.4.3/CREDITS  2006-10-27 18:17:26.0 +0200
@@ -76,3 +76,6 @@
 
 Alexey M. Zelkin [EMAIL PROTECTED]
- Support for FreeBSD
+
+Jarek Kamiński [EMAIL PROTECTED]
+   - Basic work-around for RFC compliance (sending \r\n)
diff -upr cfingerd-1.4.3/src/main.c cfingerd-1.4.3/src/main.c
- --- cfingerd-1.4.3/src/main.c 2006-10-22 18:18:13.0 +0200
+++ cfingerd-1.4.3/src/main.c   2006-10-27 18:15:34.0 +0200
@@ -231,6 +231,41 @@ int main(int argc, char *argv[])
 if ((!local_finger)  !emulated)
check_rejected(remote_addr);
 
+/* If sending data to the net convert all \n to \r\n to be RFC compliant */
+if (!emulated) {
+   int pfd[2];
+   if (!pipe(pfd)) {
+   pid_t pid = fork();
+   if (pid  0) { /* parent */
+   close(pfd[0]);
+   if(dup2(pfd[1], fileno(stdout))  0) exit(1);
+   close(pfd[1]);
+   }
+   else if (pid == 0) { /* child -- do conversion */
+   close(pfd[1]);
+   char buf1[256], buf2[sizeof(buf1)*2];
+   ssize_t retval;
+   while ( ( retval = read(pfd[0], buf1, sizeof(buf1)) )  0) {
+   char *wsk1 = buf1; char *wsk2 = buf2;
+   ssize_t i;
+   for (i = 0; i  retval; ++i) {
+   switch (*wsk1) {
+   case '\r':  break; /* Do not send \r\r --
+ important when forwarding
+ queries to other cfingerds */
+   case '\n':  *(wsk2++) = '\r';
+   default:*(wsk2++) = *wsk1;
+   }
+   ++wsk1;
+   }
+   write(fileno(stdout), buf2, wsk2 - buf2);
+   }
+   _exit (0);
+   }
+   /* else -- fork() has not succeed -- send original output */
+   }
+}
+
 /* Check the finger information coming in and return its type */
 un_type = process_username(username);
 
@@ -287,3 +322,4 @@ int main(int argc, char *argv[])
  *  tab-width: 8
  * End:
  */
+/* vi: set sw=4: */
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFQjImt9nrbF3mbcARAoMiAJ4uMWFLLAoGY3IFythcVQXFvLNBkgCfdF7B
zOMW2vvxD2KNV1L6XC1ln7w=
=np0d
-END PGP SIGNATURE-


pgp9AtcxRHeoI.pgp
Description: PGP signature

Bug#391280: apache2-mpm-prefork: doesn't bind to IPv4 socket when IPv6 enabled

[Jarek Kamiński]

Package: apache2-mpm-prefork
Version: 2.2.3-1
Severity: important

I have following lines in /etc/apache2/ports.conf:
#v+
#Listen 80
Listen [::]:80
Listen 0.0.0.0:80
#IfDefine SSL
#   Listen [::]:443
#   Listen 0.0.0.0:443
#/IfDefine
#v-

This configuration worked fine with Apache 2.0, but not now. Actually
Apache binds only to [::]:80 and doesn't accept connections on IPv4
socket (sysctl net.ipv6.bindv6only returns 1) making web server
absolutely unusable (I haven't set severity to grave because AFAIR
net.ipv6.bindv6only is disabled on Debian by default).

Netstat output:
#v+
[EMAIL PROTECTED] ~]% sudo netstat -ntlp|grep :80
tcp0  0 192.168.0.1:80800.0.0.0:*   LISTEN 
29161/(squid)
tcp0  0 127.0.0.1:8080  0.0.0.0:*   LISTEN 
29161/(squid)
tcp6   0  0 :::80   :::*LISTEN 
2439/apache2
#v-
and with [::]:80 commented:
#v+
[EMAIL PROTECTED] ~]% sudo netstat -ntlp|grep :80
tcp0  0 0.0.0.0:80  0.0.0.0:*   LISTEN 
2656/apache2
tcp0  0 192.168.0.1:80800.0.0.0:*   LISTEN 
29161/(squid)
tcp0  0 127.0.0.1:8080  0.0.0.0:*   LISTEN 
29161/(squid)
#v-

As a workaround I've commented 0.0.0.0 and listed all IPv4 addresses
explicitly.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck11
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages apache2-mpm-prefork depends on:
ii  apache2. 2.2.3-1 Next generation, scalable, extenda
ii  libapr1  1.2.7-6 The Apache Portable Runtime Librar
ii  libaprut 1.2.7+dfsg-2The Apache Portable Runtime Utilit
ii  libc62.3.6.ds1-5 GNU C Library: Shared libraries
ii  libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [
ii  libdb4.4 4.4.20-7Berkeley v4.4 Database Libraries [
ii  libexpat 1.95.8-3.3  XML parsing C library - runtime li
ii  libldap2 2.1.30-13+b1OpenLDAP libraries
ii  libpcre3 6.7-1   Perl 5 Compatible Regular Expressi
ii  libpq4   8.1.4-7 PostgreSQL C client library
ii  libsqlit 3.3.7-1 SQLite 3 shared library
ii  libuuid1 1.39+1.40-WIP-2006.10.02+dfsg-1 universally unique id library

apache2-mpm-prefork recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgpjimmrYJ3wm.pgp
Description: PGP signature

Bug#382509: /sbin/startpar: breaks /etc/init.d/keymap.sh

[Jarek Kamiński]

Package: sysvinit
Version: 2.86.ds1-15
Severity: normal
File: /sbin/startpar

Hello,

When I boot system with CONCURRENCY=startpar set in /etc/init.d/rc it
hangs on /etc/init.d/keymap.sh. I have to press ^C to continue booting
and don't have my kemyap loaded after start.

I don't see any from normally generated messages (assuming iso-8859-2
eogonek and others).

My /etc/rcS.d:
S01glibc.sh
S02mountkernfs.sh
S03udev
S04mountdevsubfs.sh
S05bootlogd
S05keymap.sh
S07hdparm
...

P.S.
I'm not sure, if the severity is OK and if it isn't bug in
console-common, sorry if I'm wrong.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck11
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-15 Scripts for initializing and shutt
ii  libc62.3.6-16GNU C Library: Shared libraries
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libsepol11.12.24-1   Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-15 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


signature.asc
Description: Digital signature

Bug#382174: elinks: sends wrong Accept: HTTP header

[Jarek Kamiński]

Package: elinks
Version: 0.11.1-1
Severity: normal
Tags: upstream

Hello,

Elinks sends wrong Accept: header to http servers and breaks content
negotiation. For example: I have file named a.xml with source of some
webpage and a.xhtml with result (created with xsltproc or xalan). When
I request http://server/a (without extension), elinks sends
Accept: */*. Webserver send smaller file (probably a.xml), which elinks
can't understand, since elinks doesn't speak xml.

How does it work for other browsers?


First Opera 8, which also doesn't support xml:

#v+
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686; en) Opera 8.54
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, 
image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: en
Accept-Charset: iso-8859-1, utf-8, utf-16, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
#v-

It prefers text/html and application/xhtml+xml over application/xml and
*/*.

Elinks sends:

#v+
User-Agent: ELinks/0.11.1 (textmode; Linux 2.6.16-ck11 i686; 128x48)
Accept: */*
Accept-Encoding: gzip
Accept-Language: pl
#v-

With obviously wrong Accept: (since it doesn't support every format
equally).

Lynx (also not supporting xml):

#v+
Accept: text/html, text/plain, application/x-java-jnlp-file, 
application/x-bittorrent, application/x-troff-man, audio/mpeg, video/x-msvideo, 
video/mpeg, video/quicktime, video/x-ms-asf, video/x-ms-wmv, application/x-tar, 
application/x-gtar
Accept: application/ogg, application/x-msdos-program, image/*, video/x-mpeg, 
video/mpeg-system, video/x-mpeg-system, audio/x-wav, video/mpeg4, 
audio/mpegurl, audio/x-mp3, audio/mpeg4, application/mpeg4-iod, 
application/mpeg4-muxcodetable
Accept: application/x-ogg, application/x-ms-asf-plugin, application/x-mplayer2, 
application/wordperfect5.1, application/x-applix-word, 
application/x-palm-database, text/*, application/x-debian-package, audio/basic, 
*/*;q=0.01
Accept-Encoding: gzip, compress
Accept-Language: po,en
User-Agent: Lynx/2.8.5rel.1 libwww-FM/2.14 SSL-MM/1.4.1 GNUTLS/1.0.16
#v-

It lists text/html explictly and lowers priority of */*. (It sends
wrong Language, but it's another bug ;-)

Even MS IE works correctly (by supporting xml ;-)

Other browsers headers in attachment.

How fix it?
===

It will be rather easy, because wrong header is hardcoded in source:
file src/protocol/http/http.c, line 715.

You may set it to something like:
Accept: text/html, application/xhtml+xml;q=0.9, text/plain;q=0.8, text/*;q=0.7, 
*/*;q=0.1
The */* part is needed, because we want to download and save on disc
other types.

Not attaching patch, because I'm not sure if it's correct (but I think
so ;-) and because You (or Upstream) may prefer other Accept (but
please change it, the current one is wrong).

Thanks,
Jarek Kamiński


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck11
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)

Versions of packages elinks depends on:
ii  debconf   1.5.2  Debian configuration management sy
ii  libbz2-1.01.0.3-3high-quality block-sorting file co
ii  libc6 2.3.6-16   GNU C Library: Shared libraries
ii  libexpat1 1.95.8-3.2 XML parsing C library - runtime li
ii  libgnutls13   1.4.1-1the GNU TLS library - runtime libr
ii  libgpmg1  1.19.6-22  General Purpose Mouse - shared lib
ii  libidn11  0.6.5-1GNU libidn library, implementation
ii  liblua50  5.0.2-6Main interpreter library for the L
ii  liblualib50   5.0.2-6Extension library for the Lua 5.0 
ii  libperl5.85.8.8-6Shared Perl library
ii  zlib1g1:1.2.3-13 compression library - runtime

elinks recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, 
application/x-shockwave-flash, */*
Accept-Language: pl
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 
1.1.4322)

Accept: text/html, text/plain, application/x-java-jnlp-file, 
application/x-bittorrent, application/x-troff-man, audio/mpeg, video/x-msvideo, 
video/mpeg, video/quicktime, video/x-ms-asf, video/x-ms-wmv, application/x-tar, 
application/x-gtar
Accept: application/ogg, application/x-msdos-program, image/*, video/x-mpeg, 
video/mpeg-system, video/x-mpeg-system, audio/x-wav, video/mpeg4, 
audio/mpegurl, audio/x-mp3, audio/mpeg4, application/mpeg4-iod, 
application

Bug#381119: Fixed cfingerd packages

[Jarek Kamiński]

tags 381119 patch
quit

Hello, 

For anyone annoyed by these bugs fixed packages are available at
ftp://vilo.eu.org/debian-vilo/pool/main/c/cfingerd/.

Changelog:

cfingerd (1.4.3-1.2+vilo2) unstable; urgency=low

  * Non-maintainer upload.
  * Reads beyond the array if finger forwarding is on. (Closes: #381603)
Reported and patched by Jędrek 'Smaug' Potoniec [EMAIL PROTECTED]

 -- Jarek Kamiński [EMAIL PROTECTED]  Sun,  6 Aug 2006 13:38:38 +0200

cfingerd (1.4.3-1.2+vilo1) unstable; urgency=low

  * Non-maintainer upload.
  * Fixed deprecated /usr/bin/tail invocation (Closes: #381119)
Patch by Jędrek 'Smaug' Potoniec [EMAIL PROTECTED], reported by me.

 -- Jarek Kamiński [EMAIL PROTECTED]  Sat,  5 Aug 2006 20:27:59 +0200

I have tested fix for #381119 on one sid and one etch host, #381603 isn't
tested by me (in VILO.eu.org we don't use forwarding in cfingerd).

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgplL6ZkVoxVJ.pgp
Description: PGP signature

Bug#381119: cfingerd: deprecated /usr/bin/tail invocation

[Jarek Kamiński]

Package: cfingerd
Version: 1.4.3-1.2
Severity: normal

#v+
[EMAIL PROTECTED] ~]% finger @127.0.0.1
[127.0.0.1]
/usr/bin/tail: Warning: +number syntax is deprecated, please use -n +number
Username Real name  Idletime TTY Remote console location
[...]
#v-

cfingerd calls tail with wrong arguments, as you can see on
strings /usr/sbin/cfingerd output and returns tail warrning to the
network.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck11
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)

Versions of packages cfingerd depends on:
ii  libc6 2.3.6-16   GNU C Library: Shared libraries
ii  netbase   4.25   Basic TCP/IP networking system

cfingerd recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgpiDm3i2ocnn.pgp
Description: PGP signature

Bug#374092: add -b option for binding to an alternate address

[Jarek Kamiński]

On Sat, Jun 17, 2006 at 11:46:04AM +0200, Robert Millan wrote:
 Package: dhttpd
 Version: 1.02a-15
 Severity: wishlist
 Tags: patch
 
 This patch adds -b option for binding to an alternate address.

 --- dhttpd-1.02a.old/src/config.hh2006-06-17 11:21:50.0 +0200
 +++ dhttpd-1.02a/src/config.hh2006-06-17 11:35:45.791883896 +0200
 @@ -11,6 +11,9 @@
   * root, you must use a value = 1024, such as 8080. */
  #define DEFAULTPORT  80
  
 +/* Set default address to listen to.  (0.0.0.0 for any)  */
 +#define DEFAULTBINDADDR 0.0.0.0
 +
  /* This is the directory where the web pages are located.*/
  /* Note:  buffer overflow problems may exist if WEBDIRPREFIX is  *
   * longer than 150 characters or so. */
 diff -ur dhttpd-1.02a.old/src/main.cc dhttpd-1.02a/src/main.cc
 --- dhttpd-1.02a.old/src/main.cc  2006-06-17 11:21:50.0 +0200
 +++ dhttpd-1.02a/src/main.cc  2006-06-17 11:41:51.657263904 +0200
 @@ -99,11 +99,12 @@
[...]
 + printf(   -b Bind to this address 
 instead of , DEFAULTBINDADDR, \n );
This line is wrong, should be
printf(   -b Bind to this address 
instead of %s\n, DEFAULTBINDADDR );

(I haven't tested rest of the patch, but it looks OK)

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgpeQ55q7KdqC.pgp
Description: PGP signature

Bug#357615: firefox-locale-pl: Missing chrome.manifest file

[Jarek Kamiński]

Package: firefox-locale-pl
Version: 1.5.0.1lang20060301-1
Severity: grave
Justification: renders package unusable

#v+
% dpkg -L firefox-locale-pl
/.
/usr
/usr/lib
/usr/lib/firefox
/usr/lib/firefox/extensions
/usr/lib/firefox/extensions/[EMAIL PROTECTED]
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/chrome
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/chrome/pl.jar
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/install.rdf
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/uninstall
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/uninstall/Uninstall
/usr/share
/usr/share/doc
/usr/share/doc/firefox-locale-pl
/usr/share/doc/firefox-locale-pl/copyright
/usr/share/doc/firefox-locale-pl/changelog.Debian.gz
/var
/var/lib
/var/lib/firefox
/var/lib/firefox/extensions.d
/var/lib/firefox/extensions.d/50pl-locale.ext
#v-

Package doesn't provide chrome.manifest file (in
/usr/lib/firefox/extensions/[EMAIL PROTECTED]) making
polish translation unusable. Also chrome/chromelist.txt is missing, but
it probably isn't required.

Manual installing polish langpack (from http://firefox.pl) solves
problem for one user. Copying chrome.manifest (from
~/.mozilla/firefox/*/extensions) to
/usr/lib/firefox/extensions/[EMAIL PROTECTED] solves
problem for all users in my system.

Probably also other langpacks built from the same source are broken.
I'll provide path to debian/rules if the time permits.



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.5-ck7
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages firefox-locale-pl depends on:
ii  firefox   1.5.dfsg+1.5.0.1-4 lightweight web browser based on M

firefox-locale-pl recommends no packages.

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


pgpqFZT9YBB6p.pgp
Description: PGP signature

Bug#345344: scavr: Please add source-whitelist option

[Jarek Kamiński]

Package: scavr
Version: 1.6.3-1
Severity: wishlist
Tags: experimental

Hi!

It will be great if scavr provides option to whitelist some source
addresses. I can do it by squid acl's, but this way I can't chain scavr
with other redirectors and use different policy for them (I want scavr
to download files via proxy and to rewrite URLs in requests from local
users). It will also make installation easier (because You do not have
to add redirector_access to squid.conf).

Whitelisting ident may also be useful for some people (although not for
me ;-).

Thanks for maintaining scavr.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.5-ck7
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages scavr depends on:
ii  python2.3.5-2An interactive high-level object-o
ii  python-clamav 0.3.0-1Python bindings to ClamAV

Versions of packages scavr recommends:
ii  squid 2.5.12-2   Internet Object Cache (WWW proxy c

-- no debconf information

-- 
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620


signature.asc
Description: Digital signature