Bug#675434: nmu: libnet-ssleay-perl_1.48-1
Hi Cyril Thanks for your reply! (adding debian-perl list to the recipients, to have more comments if needed) On Fri, Jun 01, 2012 at 11:07:44AM +0200, Cyril Brulebois wrote: > Salvatore Bonaccorso (01/06/2012): > > It was reported [1], that libnet-ssleay-perl does not report the > > correct constant value for SSL_OP_NO_TLSv1_1. There was the following > > change in openssl 1.0.1b-1: > > > > openssl (1.0.1b-1) unstable; urgency=high > > . > >* New upstream version > > - Remaps SSL_OP_NO_TLSv1_1, so applications linked to 1.0.0 > >can talk to servers supporting TLS 1.1 but not TLS 1.2 > > - Drop rc4_hmac_md5.patch, applied upstream > > Does it mean we're going to hit the same kind of issues next time > there's a similar change in openssl? Yes I think so if openssl would have again such a change, we will have similar issue again. If openssl changes constant values as for 1.0.1b, then libnet-ssleay-perl would need a rebuild against this updated openssl version. However ... In changes of openssl I read this: cut-cut-cut-cut-cut-cut- *) OpenSSL 1.0.0 sets SSL_OP_ALL to 0x8FFFL and OpenSSL 1.0.1 and 1.0.1a set SSL_OP_NO_TLSv1_1 to 0x0400L which would unfortunately mean any application compiled against OpenSSL 1.0.0 headers setting SSL_OP_ALL would also set SSL_OP_NO_TLSv1_1, unintentionally disablng TLS 1.1 also. Fix this by changing the value of SSL_OP_NO_TLSv1_1 to 0x1000L Any application which was previously compiled against OpenSSL 1.0.1 or 1.0.1a headers and which cares about SSL_OP_NO_TLSv1_1 will need to be recompiled as a result. Letting be results in inability to disable specifically TLS 1.1 and in client context, in unlike event, limit maximum offered version to TLS 1.0 [see below]. [Steve Henson] *) In order to ensure interoperabilty SSL_OP_NO_protocolX does not disable just protocol X, but all protocols above X *if* there are protocols *below* X still enabled. In more practical terms it means that if application wants to disable TLS1.0 in favor of TLS1.1 and above, it's not sufficient to pass SSL_OP_NO_TLSv1, one has to pass SSL_OP_NO_TLSv1|SSL_OP_NO_SSLv3|SSL_OP_NO_SSLv2. This applies to client side. [Andy Polyakov] cut-cut-cut-cut-cut-cut- So this might not affect only libnet-ssleay-perl? At least if one uses SSL_OP_NO_TLSv1_1. Regards, Salvatore signature.asc Description: Digital signature
Bug#675566: please remove pulsaudio by default of linphone-nox
Package: linphone-nox Version: 3.3.2-1 Severity: important Hello, This is to be removed from the default use of linphone. into the config of the soundcard and also into the debian DEB file making Lot of pro's and experts of linux do not like pulseaudio, since it mess up and it is definitely not necesary. Newbie use pulseaudio, so why to impose it to most other users? thank you -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linphone-nox depends on: ii bind9-host [host 1:9.7.3.dfsg-1~squeeze4 Version of 'host' bundled with BIN ii host 1:9.7.3.dfsg-1~squeeze4 Transitional package ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii liblinphone3 3.3.2-1 linphone's shared library part (su ii libmediastreamer 3.3.2-1 linphone web phone's media library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libortp8 3.3.2-1 Real-time Transport Protocol stack ii libosip2-4 3.3.0-1 Session Initiation Protocol (SIP) ii libreadline6 6.1-3 GNU readline and history libraries ii libspeex11.2~rc1-1 The Speex codec runtime library ii linphone-common 3.3.2-1 Shared components of the linphone linphone-nox recommends no packages. linphone-nox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675567: Please support searching for keymaps in both /lib and /etc
Package: ir-keytable Severity: normal Currently, changing a remote-control keymap requires a two-step process: copy the correct keymap from /lib/udev/rc_keymaps/$remotename to /etc/rc_keymaps/$remotename, and then change the corresponding line of /etc/rc_maps.cfg to load the keymap from /etc/rc_keymaps/$remotename rather than /lib/udev/rc_keymaps/$remotename. If ir-keytable searched for relative filenames in both /etc/rc_keymaps and /lib/udev/rc_keymaps, then /etc/rc_maps.cfg could use entirely relative filenames by default, eliminating the second step. Changing a remote-control keymap would then only require copying and editing the appropriate keymap file, much like the existing override behavior of udev rules. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675568: Please add Andreas Noteng as Debian Maintainer
Package: debian-maintainers Severity: normal Dear maintainer, Please add Andreas Noteng to the Debian Maintainer keyring. Jetring changeset attached. Thanks! -- Andreas Noteng Comment: Add Andreas Noteng as a Debian Maintainer Date: Sat, 02 Jun 2012 08:22:44 +0200 Action: import Recommended-By: Kan-Ru Chen Agreement: http://lists.debian.org/debian-newmaint/2012/05/msg00023.html Advocates: http://lists.debian.org/debian-newmaint/2012/06/msg0.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQINBEyqxNYBEADEUd45Anm/MMR8wAEvVhAUaMpwRfcJ2MPxh8uNwx0K5+qhtV2B Kz7bKi3AyjBq59QZdJ7dEwhzX7oS50ffckf+doJZf79j8kknsI+gNXZmtTyC4ubQ zn3vYz3mckNs+1nlbhQuU+Rus0IbMBYw7nAtWOMjxm5Y3sa5CPf7qIo/MO46eKFo UlnCnxWf/ssSKgvawgjANUTInVvAt9WqVyCMu5NQjTb7ckub+VxCB9a4jXoIPDuu W2Y6CcTomx7t6//bUkEMvdFR+6qstGVzdBaVmPHc4dY5cHKuAd5gHP6HeZOw+72u AX6xHW5tTXpowcJ0Sk89e4bkaMsbVJ9c3fVrd5oVnoum7zVyMubSC72EYK/yJzqf /8JnuBAQYhb3vY9bWzLIKJdAW6CVkQ4BRrH6r3CDqqVdV6lskieuezPPPQPcYiiP YU+9Y55wu0ljM40Ah4MBCPtuGiKvGV0ssykkkdSu0Gn+fqSjDJz22QO5wns68H8l m7vI6RxQWFKwvfJ1rKbDpXjQBw8x0z9MF6xcjq4ivrqgzM9QtizQ+xK2Fym9iWKr uk6efvAs4hI1DCyoKmF33HHFfsAv40aFfbvOl9EqzSqeH/fxrFPQmvHIJTjXbXR7 Rel85GL7+Oks3I7PjctpkQxROmx3CCnLCNf67oVputRw9vI1xnaPZLlcAQARAQAB tCJBbmRyZWFzIE5vdGVuZyA8YW5vdGVuZ0BnbWFpbC5jb20+iQI3BBMBCAAhBQJM rysbAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJELRG7qgympRa8PsP/3PP s36wy1eKGqEneUeRon6blaRiV6yAv0Wqa/lZB5xnGEY7upYCiQynP2f/B5Ui/iyS rzP71hL3UWlqusdH44bD+5pTS0Xg1U7G6lNxQUv7Oj7/AkxAUnI2/lvHu1ly6FOd BA80x70L0sEJl5xHfEvY+WrlJvy1huh3v+dwz1poG3aibxuvwtFJRohw3Ltg49Mr jFc8VqNasS2kW/vkg/AmDx7DznEO5zM+/LW+RiAnTTT7O47APYN3AtnuKHqsqKom 3XCmYIfcCf5fBGfQ1JrzUHZPB3wQfTBYYh/vazwZdqBvrd2mUc13aCnFUlzXoMaD z5TzHOxoxXv/CO8gtUvLpAX+C0JDJJ6iMrCM033glB3GAHoWZXj+Y5GNPXlO+8ic U2oYxGVHQZHFD125A0bl+bPnFJ4Hfs1JiJM+Xp9DBDoHZ0BTVfDiAbCCgFKuwgwW rV1msE6J+0HvZfEcxKmDY6za3tVjBRouDXe/CB9r1E9NvltW63g5oM7EndZGA+dd HB9JPm0cEOYQm8GW/BFyBPTj5dSbjRyTx6HRjCWxc1+lYKJ0fSIdL4Gqnt+70VNj qu0UP6TUj5zCpgqQ1Nz5eZuMAxPQCTwWGBIWaOs19IbWE5udziNVYx08SVJO60Fc 3fXGpRAQN8nfAboYYnhsotaX2nkIroR1xGkPObkgiF4EEBEIAAYFAk3eUUYACgkQ 9wI8f4YuN2JyhAEAknwRz/8YQ5udCsM2LkvraIeNmzdoQNKYxTO4DxfQuXcA/1wU ig8HPYfF0AJyhypr32AWiprq99qriANtPYbxIRqDiEYEEBEIAAYFAk3eTxgACgkQ XKRQ3lK3SH5dNgCeMy//yhzrKkdhMj2DRRb5W4CYpdYAnRLUiNJFntx6wPT8hJdq 4n+0im0KiQIcBBIBCAAGBQJN4UdaAAoJELZaSHHKGdcXNrEQALjSr4y6qm0CBtKx KGdXpVrCpGaUPiGNS4Py/PQOW0pWL5rjIK+k4yKXII8bVX6bB+nR1nk8VeafOk++ GmNE2A9BxFzCdlwWefvrVbL2nVyBoo1w9O7bzBrs28TUUwTN9azcFTIZuPhKtyT3 KFqH3Wv2lHRFmMka+xwF8VPvTRBlfLmgiymVRj1lwM0Roqzn2bHLOfM3Xkm1XFfz BwokTE/psC6VpFasjUc8ryfVTjNCx0iyfL/hawJpSJ1Lx5uQ/rePYBEkKaU/Pd2o 7zFn4hxlKDwa4HVk/vAjFKL5Fp6u0OKIRx5rpl/GW7PB7or5t9Nh+Ur9koB25/Qh +Rbz/RblkWG/aYpayc9SjrDZiVDQ1Ex3UeFFD9HpUuym9nejKXvnOKTI+MufWQIS 8HKHRFe47f+GKMLTAptr0NiB9VoMfSz77BLPOtFHxj2cDgltP2Ny0VH6B5MRspcX +SfGB+HDehnC5gTGKLYDgxEp8l1FrHE91rBH/Sm2DvqWHfq7b9SYZBJoMed/23xB UFrFVtNfnw+SW6VHgwXqmEKLbljsDK7N5+pidWUqrHy0Eoe8kmDc5SQB28Xeijdz O0O4sE8MqLsQ6GRJfZnqOoBxPSnEhevExIw6ouAEQ8cg0v/aEYMYfEkogj1q6j2D BLCINGiB6MiS8sTxwEI+b3cFyLT+iQIcBBABAgAGBQJN4i1UAAoJENxFHlf0lTmc 87oP/2BhULBaREsLIXLbiiPry/YP2dDfVRBIfNycxdeD++ycKY+eY5gSdFAcrD0h bcqIc1IU6nPuvny1xoumZzTZNrD3+REfq//HSQUaDNv6ECS3f7UJZfcEEObf/Ouq jJcYXM8F0Pj6g5EM0RLHOeT34x2sQur5d9WQs63+IcIYKQ6UmQlCmav0rZzr6xUE 0+cNjVrkkiI2OyJllBT0g54wVBpYrQXX+yT9UWDszbGe4viGO5x8rMD+6Q1hGV9K EMn4tU3SVBUtcBy892OkD84IdrI8FZYHZPLBto90hEHl2kWydGX5Wwwshnctm8Zz DQyVmG7TrLdrnW/THcAKUrWGgR3dsYfobuupjzG6+eOD/Uy5+VAUIWLw3jWfbaP3 qoEOnWqhCneM/T4lbIkk1FXld0fMJOFcU1HJ31Y29q282hiDCo/knoQKGYPdaS6r xzSai5udpENwsoJjJSsAipNXjTkX63Y/9mxlIP5IYTLrFsnH4j7qidnjUmOfOXRD 13L/vQ9ws8Rerx+QVEEI9pHCBw6wjUbRWXx9TdtF3HM6dw+lABxfFfHXZgjx1yBT wS0O3UHyGn4rRPDeTsmkIP4QOf5oeAb2nu04VOisco0+P4b3F4z1abWBrjvzcyGz taHgGxXQSP3D8j4EGW+AuhTMnVtnrJ7UWgFCQ/NaU3+Xmm0QtCJBbmRyZWFzIE5v dGVuZyA8YW5kcmVhc0Bub3Rlbmcubm8+iQI6BBMBCAAkAhsDBQsJCAcDBRUKCQgL BRYCAwEAAh4BAheABQJMryspAhkBAAoJELRG7qgympRaIp4QAKh0sUoCXcAECjwd NmcsGX0j/Aqpm2Qlc26L4yBgKnU654gRK2TlxtkphtTZPt8RsQeu4MnkLwg6+uP4 J0SaAtn5xK6VH3JExDw51cgyJ9D92/rX+JvBuUkk49NBUMFHnOmc60Gs2Oij6RoX 2qzhRA/krCxyg6UJXKgrWkmSSb8l3PdFMHEsi5waAM/1wlQCG5J2GK6BSG7yfo4E dYDOE90tCMxEKbqG0iz0dYLqPf/zOAi5Fa8Xc3tmhU2xoZb7bqHGKxAPoVFcD6JL GE7mQQGFUWhhkzTgzbva4Qdwx7mG9PbUywLUUFWsu9cfHbPBB8vqBVTT5g9BC+7P fHYzQ+bai6NQhjdX+RXJwbFnILHLQp89AD6mQKMMnwsAlkbsOZpdFJpq+9sdRyry aQaCSuTXiLM1jyME7H46+uv1OmFjxXr3v4xjNGwZu6r4mvul90Bd1WmSmzRQYLhS OPmwMWteGBlFTGQU2GSWmCUG2+vlnCGQENIuepX6PWU95cipqyuP9Cr6TS3hFtSP u7k6t1cxyY2aKz9VpWaoO7p+/0YOkIAUn8P0Aqqth2vA+0Ruahb3TTyJAWr2Ft9A RTeZp9ZjLDRMNJvJ7sUdke2Ha62YexgDSexbUYeUaLhtshKRraBELrNERu0Fjw3g 0xObxfUgFAbP8qCADuZajPADUexxiEYEExEIAAYFAkyqygIACgkQc3gI15Pmn++B GgCfR6x4q3hkuf+87y4nNj42o4YfTYwAn1moKpyzCUs/bG2tmW+Vu81IJExOiQI3 BBMBCAAhBQJMqsTWAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJELRG7qgy mpRasWIP/1e6Cw/B1gx/PpBgSkZlqpgJ1vwBUnfkw4iionxKiHTSrT2spToC3Lva MzUgi5/W8ILV0w5uMIE3uCB
Bug#675563: [Pkg-chromium-maint] Bug#675563: chromium: builds against embedded binary binutils-gold that does not include source
On 02/06/2012 08:15, shawn wrote: > I noticed this while trying to get this package to build on armel. Could you patch debian/control and try to build on armel again please? --- a/debian/control +++ b/debian/control @@ -64,7 +64,7 @@ Build-Depends: cdbs, libxt-dev, libxtst-dev, libpam0g-dev, - binutils-gold [!armel !armhf], + binutils-gold, libflac-dev, libwebp-dev, autotools-dev, signature.asc Description: OpenPGP digital signature
Bug#675569: util-linux: serial console with getty does not work any longer since version 2.20.1-1
Package: util-linux
Version: 2.20.1-1
Severity: grave
Justification: renders package unusable
serial console with getty is broken in current versions:
* getty of util-linux 2.19.1-5 works fine
* getty of util-linux 2.20.1-1 / 2.20.1-4 / 2.20.1-5 no longer
works, it does nothing but after a few seconds the command returns
with exit code 1
* I've also tested new upstream versions 2.21.1 and 2.21.2
(built with debian/)
Rational for severity grave: breaks login for serial consoles
strace log of 'getty -L ttyS0 9600 vt100':
4516 09:05:16.440997 execve("/sbin/getty", ["getty", "-L", "ttyS0", "9600",
"vt100"], ["SHELL=/bin/zsh", "TERM=linux", "USER=root",
"PATH=/sbin:/bin:/usr/sbin:/usr/b"..., "PWD=/root", "TTY=/dev/tty1", "SHLVL=1",
"HOME=/root", "LOGNAME=root", "UID=0", "OLDPWD=/", "HOSTNAME=grml",
"LESSOPEN=|lesspipe.sh %s", "READNULLCMD=/usr/bin/pager",
"DISTCC_HOSTS=+zeroconf", "WRITE_ON_UDEV=yes", "LANG=en_US.UTF-8",
"EDITOR=vim", "PAGER=less", "MAIL=/var/mail/root",
"LS_COLORS=rs=0:di=01;34:ln=01;36"..., "LESS_TERMCAP_mb=\33[01;31m",
"LESS_TERMCAP_md=\33[01;31m", "LESS_TERMCAP_me=\33[0m",
"LESS_TERMCAP_se=\33[0m", "LESS_TERMCAP_so=\33[01;44;33m",
"LESS_TERMCAP_ue=\33[0m", "LESS_TERMCAP_us=\33[01;32m",
"ALREADY_DID_CD_HOME=/root", "COLORTERM=yes", "vcs_info_msg_0_=",
"vcs_info_msg_1_=", "_=/usr/bin/strace"]) = 0
4516 09:05:16.441272 brk(0)= 0x65d000
4516 09:05:16.441315 access("/etc/ld.so.nohwcap", F_OK) = 0
4516 09:05:16.441350 mmap(NULL, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4bb6b8c000
4516 09:05:16.441388 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such
file or directory)
4516 09:05:16.441435 open("/etc/ld.so.cache", O_RDONLY) = 3
4516 09:05:16.441470 fstat(3, {st_dev=makedev(0, 16), st_ino=17474,
st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096,
st_blocks=104, st_size=49503, st_atime=2012/06/02-08:57:57,
st_mtime=2012/06/02-08:57:57, st_ctime=2012/06/02-08:57:57}) = 0
4516 09:05:16.441516 mmap(NULL, 49503, PROT_READ, MAP_PRIVATE, 3, 0) =
0x7f4bb6b7f000
4516 09:05:16.441543 close(3) = 0
4516 09:05:16.441569 access("/etc/ld.so.nohwcap", F_OK) = 0
4516 09:05:16.441603 open("/lib/x86_64-linux-gnu/libutil.so.1", O_RDONLY) = 3
4516 09:05:16.441639 read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\16\0\0\0\0\0\0"..., 832) =
832
4516 09:05:16.441676 fstat(3, {st_dev=makedev(0, 16), st_ino=3790,
st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=1024,
st_blocks=21, st_size=10640, st_atime=2011/09/14-01:04:57,
st_mtime=2011/09/14-01:04:57, st_ctime=2011/09/14-01:04:57}) = 0
4516 09:05:16.441722 mmap(NULL, 2105608, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f4bb676c000
4516 09:05:16.441752 mprotect(0x7f4bb676e000, 2093056, PROT_NONE) = 0
4516 09:05:16.441778 mmap(0x7f4bb696d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7f4bb696d000
4516 09:05:16.441818 close(3) = 0
4516 09:05:16.441848 access("/etc/ld.so.nohwcap", F_OK) = 0
4516 09:05:16.441880 open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY) = 3
4516 09:05:16.441912 read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\357\1\0\0\0\0\0"..., 832) =
832
4516 09:05:16.441943 fstat(3, {st_dev=makedev(0, 16), st_ino=1980,
st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_blksize=1024,
st_blocks=3069, st_size=1570832, st_atime=2011/09/14-01:04:57,
st_mtime=2011/09/14-01:04:57, st_ctime=2011/09/14-01:04:57}) = 0
4516 09:05:16.441988 mmap(NULL, 3684440, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f4bb63e8000
4516 09:05:16.442016 mprotect(0x7f4bb6562000, 2097152, PROT_NONE) = 0
4516 09:05:16.442042 mmap(0x7f4bb6762000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17a000) = 0x7f4bb6762000
4516 09:05:16.442077 mmap(0x7f4bb6767000, 18520, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f4bb6767000
4516 09:05:16.442111 close(3) = 0
4516 09:05:16.442148 mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4bb6b7e000
4516 09:05:16.442181 mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4bb6b7d000
4516 09:05:16.442210 mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4bb6b7c000
4516 09:05:16.442238 arch_prctl(ARCH_SET_FS, 0x7f4bb6b7d700) = 0
4516 09:05:16.442318 mprotect(0x7f4bb6762000, 16384, PROT_READ) = 0
4516 09:05:16.442351 mprotect(0x7f4bb696d000, 4096, PROT_READ) = 0
4516 09:05:16.442379 mprotect(0x606000, 4096, PROT_READ) = 0
4516 09:05:16.442406 mprotect(0x7f4bb6b8e000, 4096, PROT_READ) = 0
4516 09:05:16.442435 munmap(0x7f4bb6b7f000, 49503) = 0
4516 09:05:16.442541 brk(0)= 0x65d000
4516 09:05:16.442568 brk(0x67e000) = 0x67e000
4516 09:05:16.442601 open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
4516 09:05:16.442641 fstat(3, {st_dev
Bug#658264: xpdf totally unusable due to memory corruption in globalParams class (namespace conflict with libpoppler)
Just out of interest: Is this really a namespace conflict? As I understand the code, xpdf and libpoppler should want to use an object of same class from the same namespace, but due to some reason, the class code was duplicated to xpdf. I'm not c++ expert, but perhaps this was to make linking of xpdf simpler. I did a short analysis before reading this bug report by myself ( http://www.halfdog.net/Security/2012/XpdfCrashAnalysisUbuntuPrecise/ ). So from my opinion, with the patch attached, this will fix the problem only for some combination of xpdf/poppler versions and will make problem reappear in future. Could someone confirm that? -- http://www.halfdog.net/ PGP: 156A AE98 B91F 0114 FE88 2BD8 C459 9386 feed a bee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675570: wishlist: miccard into the menu for high-tech microphone usb
Package: linphone-nox Version: 3.3.2-1 Severity: wishlist soundcard mic ring plz make it like skype or ekiga many thx -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linphone-nox depends on: ii bind9-host [host 1:9.7.3.dfsg-1~squeeze4 Version of 'host' bundled with BIN ii host 1:9.7.3.dfsg-1~squeeze4 Transitional package ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii liblinphone3 3.3.2-1 linphone's shared library part (su ii libmediastreamer 3.3.2-1 linphone web phone's media library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libortp8 3.3.2-1 Real-time Transport Protocol stack ii libosip2-4 3.3.0-1 Session Initiation Protocol (SIP) ii libreadline6 6.1-3 GNU readline and history libraries ii libspeex11.2~rc1-1 The Speex codec runtime library ii linphone-common 3.3.2-1 Shared components of the linphone linphone-nox recommends no packages. linphone-nox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673485: psmisc: FTBFS on hurd-i386
reopen 673485
found 673485 22.17-1
thanks
Unfortunately it is still not fixed because of a missing line in
configure.ac to get ${target_os}, see attached patch.
Samuel
--- psmisc-22.17/configure.ac.orig 2012-06-02 10:11:18.066476227 +0200
+++ psmisc-22.17/configure.ac 2012-06-02 10:11:22.938375890 +0200
@@ -7,6 +7,7 @@
AC_CONFIG_AUX_DIR([config])
AM_INIT_AUTOMAKE([1.10])
AC_LANG([C])
+AC_CANONICAL_TARGET
dnl Checks for programs.
AC_PROG_CC
Bug#675571: RM: smb4k [armel armhf] -- ROM; does not build anymore on arm*
Package: ftp.debian.org Severity: normal Hi It's non trivial to fix the build errors on arm*, so please remove these binaries temporary so they don't hold up migration of this and other packages to testing. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675572: nagios3 is a dependency of nagios-nrpe-plugin
Package: nagios-nrpe-plugin Version: (2.12-4) When nagios-nrpe-plugin is installed on a monitored only machine, the package nagios3 is also installed. I believe that nagios3 should not be neither a depency not a recommended ( #656594, #665801 ) package. Thank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604156: Me too
I just performed an upgrade from lenny to sketch and also ran into this
problem. I'm attaching the related script excerpts. As mentioned, I
successfully did dpkg-reconfigure sysv-rc afterwards, But at the end of
the attachment is the list of still-obsolete conffiles which includes
/etc/default/bluetooth ae42b399df9a58ce830427cd53705f49 obsolete
/etc/init.d/bluetooth 72d771738fa8480c1ad8caade6889f93 obsolete
/etc/bluetooth/rfcomm.conf 0a87d3eddd29683c1456688907e67b4f obsolete
/etc/bluetooth/hcid.conf 8acc8583c7d040696a64584749092d20 obsolete
Preparing to replace vim-tiny 1:7.1.314-3+lenny2 (using
.../vim-tiny_2%3a7.2.445+hg~cb94c42c0e1a-1_i386.deb) ...
Unpacking replacement vim-tiny ...
Preparing to replace vim-common 1:7.1.314-3+lenny2 (using
.../vim-common_2%3a7.2.445+hg~cb94c42c0e1a-1_i386.deb) ...
Unpacking replacement vim-common ...
dpkg: warning - unable to delete old directory `/usr/share/man/fr.UTF-8/man1':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/fr.UTF-8':
Directory not empty
dpkg: warning - unable to delete old directory
`/usr/share/man/it.ISO8859-1/man1': Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/it.ISO8859-1':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/it.UTF-8/man1':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/it.UTF-8':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/pl.UTF-8/man1':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/pl.UTF-8':
Directory not empty
dpkg: warning - unable to delete old directory
`/usr/share/man/fr.ISO8859-1/man1': Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/fr.ISO8859-1':
Directory not empty
dpkg: warning - unable to delete old directory
`/usr/share/man/pl.ISO8859-2/man1': Directory not empty
dpkg: warning - unable to delete old directory `/usr/share/man/pl.ISO8859-2':
Directory not empty
ctillman@121-73-239-129:/usr/share/man$ ls -l fr.UTF-8/*
fr.UTF-8/man1:
total 0
fr.UTF-8/man7:
total 0
fr.UTF-8/man8:
total 0
ctillman@121-73-239-129:/usr/share/man$ ls -l it.UTF-8/*
total 0
Unpacking replacement bluez-utils ...
dpkg: warning - unable to delete old directory `/etc/bluetooth': Directory not
empty
...
121-73-239-129:/var/cache/apt# aptitude safe-upgrade
Reading package lists... Done
...
Preparing to replace libstdc++6 4.3.2-1.1 (using
.../libstdc++6_4.4.5-8_i386.deb) ...
Unpacking replacement libstdc++6 ...
Processing triggers for man-db ...
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
perl: warning: Falling back to the standard locale ("C").
/usr/bin/mandb: can't set the locale; make sure $LC_* and $LANG are correct
are supported and installed on your system.
manconv: can't set the locale; make sure $LC_* and $LANG are correct
manconv: can't set the locale; make sure $LC_* and $LANG are correct
manconv: can't set the locale; make sure $LC_* and $LANG are correct
manconv: can't set the locale; make sure $LC_* and $LANG are correct
manconv: can't set the locale; make sure $LC_* and $LANG are correct
manconv: can't set the locale; make sure $LC_* and $LANG are correct
manconv: can't set the locale; make sure $LC_* and $LANG are correct
Setting up libstdc++6 (4.4.5-8) ...
...
Selecting previously deselected package linux-image-2.6.32-5-686.
Unpacking linux-image-2.6.32-5-686 (from
.../linux-image-2.6.32-5-686_2.6.32-45_i386.deb) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Preparing to replace linux-image-2.6-686 2.6.26+17+lenny1 (using
.../linux-image-2.6-686_2.6.32+29_i386.deb) ...
Unpacking replacement linux-image-2.6-686 ...
Preparing to replace udev 0.125-7+lenny3 (using
.../archives/udev_164-3_i386.deb) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
unrecognized command 'log-priority=0'
Unpacking replacement udev ...
...
Preparing to replace xserver-xorg 1:7.3+20 (using
.../xserver-xorg_1%3a7.5+8+squeeze1_i386.deb) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
dpkg: warning: obsolete option '--print-installation-architecture', please use
'--print-architecture' instead.
Unpacking replacement xserver-xorg ...
dpkg: warning: obsolete option '--print-installation-architecture', please use
'--print-architecture' instead.
Preparing to replace xserver-xorg-video-apm 1:1.2.0-1 (using
.../xserver-xorg-video-apm_1%3a1.2.2-2_i386.deb) ...
Unpacking replacement xserver-xorg-video-apm ...
Preparing to replace xserver-xorg-input-waco
Bug#675573: pdf2djvu: [INTL:de] Updated German translation
Package: pdf2djvu Version: 0.7.13 Severity: wishlist Tags: l10n patch Hi, please find attached the updated German translation of pdf2djvu. Kind regards, Chris # Copyright © 2011 Chris Leick # This file is distributed under the same license as the pdf2djvu package. # msgid "" msgstr "" "Project-Id-Version: pdf2djvu 0.7.13\n" "Report-Msgid-Bugs-To: http://code.google.com/p/pdf2djvu/issues/\n"; "POT-Creation-Date: 2012-05-24 15:49+0200\n" "PO-Revision-Date: 2012-05-29 08:18+0100\n" "Last-Translator: Chris Leick \n" "Language-Team: German \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=n != 1;\n" msgid " --filter-text=COMMAND-LINE" msgstr " --filter-text=BEFEHLSZEILE" msgid " --page-size=WxH" msgstr " --page-size=BxH" msgid " --page-title-template=TEMPLATE" msgstr " --page-title-template=SCHABLONE" msgid " --pageid-prefix=NAME" msgstr " --pageid-prefix=NAME" msgid " --pageid-template=TEMPLATE" msgstr " --pageid-template=SCHABLONE" msgid " pdf2djvu -i[options] " msgstr " pdf2djvu -i[Optionen] " msgid " pdf2djvu [-o ] [options] " msgstr " pdf2djvu [-o ] [Optionen] " msgid " -d, --dpi=RESOLUTION" msgstr " -d, --dpi=AUFLÃSUNG" msgid " -i, --indirect=FILE" msgstr " -i, --indirect=DATEI" msgid " -o, --output=FILE" msgstr " -o, --output=DATEI" #, c-format msgid "%.3f bits/pixel; %.3f:1, %.2f%% saved, %ju bytes in, %zu bytes out" msgstr "" "%.3f Bits/Bildpunkt; %.3f:1, %.2f%% gespeichert, %ju Byte rein, %zu Byte raus" #. L10N: " (): " #, c-format msgid "%s (%d): %s" msgstr "%s (%d): %s" #, c-format msgid "%s is not a valid number" msgstr "%s ist keine gültige Zahl." #. L10N: ": " #, c-format msgid "%s: %s" msgstr "%s: %s" #, c-format msgid "%zu bytes out" msgid_plural "%zu bytes out" msgstr[0] "%zu Byte Ausgabe" msgstr[1] "%zu Byte Ausgabe" #. L10N: Windows error message for E2BIG msgid "Arg list too long" msgstr "Arg.-Liste zu lang" #. L10N: Windows error message for E2BIG msgid "Argument list too long" msgstr "Argumentenliste zu lang" #. L10N: Windows error message for EFAULT msgid "Bad address" msgstr "falsche Adresse" #. L10N: Windows error message for EBADF msgid "Bad file descriptor" msgstr "falscher Dateideskriptor" #. L10N: Windows error message for EPIPE msgid "Broken pipe" msgstr "unterbrochene Weiterleitung (Pipe)" #. L10N: Windows error message for ENOMEM msgid "Cannot allocate memory" msgstr "Speicher kann nicht reserviert werden" msgid "Cannot find link destination" msgstr "Link-Ziel kann nicht gefunden werden" #. L10N: Windows error message for EBUSY msgid "Device or resource busy" msgstr "Gerät oder Ressource ausgelastet" #. L10N: Windows error message for ENOTEMPTY msgid "Directory not empty" msgstr "Verzeichnis nicht leer" #. L10N: Windows error message for EDOM msgid "Domain error" msgstr "Domänen-Fehler" #, c-format msgid "Duplicate page identifier: %s" msgstr "doppelter Seitenbezeichner: %s" #, c-format msgid "Duplicate page title: %s" msgstr "doppelter Seitentitel: %s" #. L10N: Windows error message for ENOEXEC msgid "Exec format error" msgstr "Fehler des Ausführungsformats" #, c-format msgid "External command \"%s ...\" failed" msgstr "externer Befehl »%s â¦Â« fehlgeschlagen" #, c-format msgid "External command \"%s ...\" failed with exit code %u" msgstr "externer Befehl »%s â¦Â« mit Exit-Kode %u fehlgeschlagen" #, c-format msgid "External command \"%s\" failed" msgstr "externer Befehl »%s« fehlgeschlagen" #, c-format msgid "External command \"%s\" failed with exit code %u" msgstr "externer Befehl »%s« mit Exit-Kode %u fehlgeschlagen" #. L10N: Windows error message for EEXIST msgid "File exists" msgstr "Datei existiert" #. L10N: Windows error message for ENAMETOOLONG msgid "File name too long" msgstr "Dateiname zu lang" #. L10N: Windows error message for EFBIG msgid "File too large" msgstr "Datei zu groÃ" #. L10N: Windows error message for ENAMETOOLONG msgid "Filename too long" msgstr "Dateiname zu lang" #. L10N: Windows error message for ENOSYS msgid "Function not implemented" msgstr "Funktion nicht implementiert" msgid "I won't write DjVu data to a terminal." msgstr "Es werden keine Djvu-Daten auf das Terminal geschrieben." #, c-format msgid "I/O error (%s)" msgstr "E/A-Fehler (%s)" #. L10N: Windows error message for EILSEQ msgid "Illegal byte sequence" msgstr "illegale Byte-Abfolge" #. L10N: Windows error message for ESEEK msgid "Illegal seek" msgstr "illegale Positionierung" #. L10N: Windows error message for EXDEV msgid "Improper link" msgstr "ungeeigneter Link" #. L10N: Windows error message for ENOTTY msgid "Inappropriate I/O control operation" msgstr "ungeeignete E/A-Steuerungsoperation" #. L10N: Windows error message for ENOTTY msgid "Inappropriate ioctl for device" msgstr "ungeeigneter ioctl-Aufruf für das Gerät" #. L10N: Windows error message for EIO ms
Bug#675037: About your rsskit package on mentors.d.n
Hi Yavor, I did a quick look at your rsskit package on mentors.d.n, and found that NewRSSArticleListener.h is licensed under GPL-2, but not documented in debian/copyright. Please add it and other parts are fine. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669587: latex-xcolor: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
Le mercredi 23 mai 2012 20:09:40, Thomas Preud'homme a écrit : > > Here is a patch I made according to the suggestion of the thread named > above. I'll find a DD to do an NMU in case you don't have the time to do > the upload yourself. As recommanded by devref, I took care of only fixing > this issue, > > All the best, > > Thomas Preud'homme Updated patch which fix the problem of files not included that had the previous patch. Best regards. reverted: --- latex-xcolor-2.11/debian/prerm +++ latex-xcolor-2.11.orig/debian/prerm @@ -1,39 +0,0 @@ -#! /bin/sh -# prerm script for latex-xcolor -# -# see: dh_installdeb(1) - -set -e - -# summary of how this script can be called: -#* `remove' -#* `upgrade' -#* `failed-upgrade' -#* `remove' `in-favour' -#* `deconfigure' `in-favour' -#`removing' -# -# for details, see http://www.debian.org/doc/debian-policy/ or -# the debian-policy package - - -case "$1" in -remove|upgrade|deconfigure) -# install-info --quiet --remove /usr/info/latex-xcolor.info.gz -;; -failed-upgrade) -;; -*) -echo "prerm called with unknown argument \`$1'" >&2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -exit 0 - - reverted: --- latex-xcolor-2.11/debian/preinst +++ latex-xcolor-2.11.orig/debian/preinst @@ -1,44 +0,0 @@ -#! /bin/sh -# preinst script for latex-xcolor -# -# see: dh_installdeb(1) - -set -e - -# summary of how this script can be called: -#* `install' -#* `install' -#* `upgrade' -#* `abort-upgrade' -# -# for details, see http://www.debian.org/doc/debian-policy/ or -# the debian-policy package - - -case "$1" in -install|upgrade) -#if [ "$1" = "upgrade" ] -#then -#start-stop-daemon --stop --quiet --oknodo \ -#--pidfile /var/run/latex-xcolor.pid \ -#--exec /usr/sbin/latex-xcolor 2>/dev/null || true -#fi -;; - -abort-upgrade) -;; - -*) -echo "preinst called with unknown argument \`$1'" >&2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -exit 0 - - diff -u latex-xcolor-2.11/debian/rules latex-xcolor-2.11/debian/rules --- latex-xcolor-2.11/debian/rules +++ latex-xcolor-2.11/debian/rules @@ -87,6 +87,7 @@ # dh_installinfo dh_installman dh_link + dh_installtex dh_strip dh_compress dh_fixperms diff -u latex-xcolor-2.11/debian/control latex-xcolor-2.11/debian/control --- latex-xcolor-2.11/debian/control +++ latex-xcolor-2.11/debian/control @@ -1,7 +1,7 @@ Source: latex-xcolor Section: tex Build-Depends: debhelper (>= 4.0.0) -Build-Depends-Indep: texlive-latex-base +Build-Depends-Indep: texlive-latex-base, tex-common Priority: optional Maintainer: OHURA Makoto Standards-Version: 3.7.2 reverted: --- latex-xcolor-2.11/debian/postinst +++ latex-xcolor-2.11.orig/debian/postinst @@ -1,46 +0,0 @@ -#! /bin/sh -# postinst script for latex-xcolor -# -# see: dh_installdeb(1) - -set -e - -# summary of how this script can be called: -#* `configure' -#* `abort-upgrade' -#* `abort-remove' `in-favour' -# -#* `abort-deconfigure' `in-favour' -#`removing' -# -# for details, see http://www.debian.org/doc/debian-policy/ or -# the debian-policy package -# - -case "$1" in -configure) - -if [ -x /usr/bin/mktexlsr ] ; then -/usr/bin/mktexlsr -fi - -;; - -abort-upgrade|abort-remove|abort-deconfigure) - -;; - -*) -echo "postinst called with unknown argument \`$1'" >&2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -exit 0 - - diff -u latex-xcolor-2.11/debian/changelog latex-xcolor-2.11/debian/changelog --- latex-xcolor-2.11/debian/changelog +++ latex-xcolor-2.11/debian/changelog @@ -1,3 +1,13 @@ +latex-xcolor (2.11-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/rules: +- Use dh_installtex to generate calls to mktexlsr in postinst and postrm +in order to avoid creating /usr/local/share/texmf/ls-R (Closes: #669587). + * Remove useless preinst and prerm scripts. + + -- Thomas Preud'homme Wed, 23 May 2012 17:07:57 +0200 + latex-xcolor (2.11-1) unstable; urgency=low * New upstream release reverted: --- latex-xcolor-2.11/debian/postrm +++ latex-xcolor-2.11.orig/debian/postrm @@ -1,40 +0,0 @@ -#! /bin/sh -# postrm script for latex-xcolor -# -# see: dh_installdeb(1) - -set -e - -# summary of how this script can be called: -#* `remove' -#* `purge' -#* `upgrade' -#* `failed-upgrade' -#* `abort-install' -#
Bug#675574: [l10n] Updated Czech translation of postfix debconf messages
Package: postfix Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of postfix debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid "" msgstr "" "Project-Id-Version: postfix\n" "Report-Msgid-Bugs-To: post...@packages.debian.org\n" "POT-Creation-Date: 2012-05-30 22:56-0600\n" "PO-Revision-Date: 2012-04-08 16:57+0200\n" "Last-Translator: Miroslav Kure \n" "Language-Team: Czech \n" "Language: cs\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../templates:1001 msgid "Add a 'mydomain' entry in main.cf for upgrade?" msgstr "Přidat při aktualizaci do souboru master.cf záznam „mydomain“?" #. Type: boolean #. Description #: ../templates:1001 msgid "" "Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, " "mydomain must be specified, since hostname(1) is not a fully qualified " "domain name (FQDN)." msgstr "" "Postfix verze 2.3.3-2 a novější vyžadují změnu v main.cf. Konkrétně musí být " "zadáno mydomain, protože hostname(2) není plně kvalifikované doménové jméno " "(FQDN)." #. Type: boolean #. Description #: ../templates:1001 msgid "" "Failure to fix this will result in a broken mailer. Decline this option to " "abort the upgrade, giving you the opportunity to add this configuration " "yourself. Accept this option to automatically set mydomain based on the FQDN " "of the machine." msgstr "" "Opomenutí této opravy bude mít za následek nefunkční poštu. Pro přerušení " "aktualizace tuto volbu odmítněte, dostanete tak příležitost přidat toto " "nastavení sami. Chcete-li nastavit mydomain na plně kvalifikované doménové " "jméno tohoto počítače automaticky, volbu přijměte." #. Type: boolean #. Description #: ../templates:2001 msgid "add 'sqlite' entry to dynamicmaps.cf?" msgstr "Přidat do dynamicmaps.cf položku „sqlite“?" #. Type: boolean #. Description #: ../templates:2001 msgid "" "Postfix version 2.9 adds sqlite support to maps, but your dynamicmaps.cf " "does not reflect that. Accept this option to add support for sqlite maps." msgstr "" "Postfix verze 2.9 přidává podporu pro sqlite, avšak soubor dynamicmaps.cf " "na tomto počítači to zatím nereflektuje. Odpovíte-li kladně, přidá se " "podpora pro sqlite automaticky." #. Type: boolean #. Description #: ../templates:3001 msgid "Install postfix despite an unsupported kernel?" msgstr "Instalovat postfix navzdory nepodporovanému jádru?" #. Type: boolean #. Description #: ../templates:3001 msgid "" "Postfix uses features that are not found in kernels prior to 2.6. If you " "proceed with the installation, Postfix will not run." msgstr "" "Postfix vyžaduje vlastnosti, které se nachází pouze v jádrech řady 2.6 a " "novějších. Budete-li pokračovat v instalaci, Postfix nebude fungovat." #. Type: boolean #. Description #: ../templates:4001 msgid "Correct retry entry in master.cf for upgrade?" msgstr "Opravit záznam retry v souboru master.cf?" #. Type: boolean #. Description #: ../templates:4001 msgid "" "Postfix version 2.4 requires that the retry service be added to master.cf." msgstr "Postfix verze 2.4 vyžaduje přidání služby retry do master.cf." #. Type: boolean #. Description #: ../templates:4001 msgid "" "Failure to fix this will result in a broken mailer. Decline this option to " "abort the upgrade, giving you the opportunity to add this configuration " "yourself. Accept this option to automatically make master.cf compatible with " "Postfix 2.4 in this respect." msgstr "" "Opomenutí této opravy bude mít za následek nefunkční poštu. Pro přerušení " "aktualizace tuto volbu odmítněte, dostanete tak příležitost přidat toto " "nastavení sami. Chcete-li mít master.cf po této stránce automaticky " "kompatibilní s Postfixem 2.4, volbu přijměte." #. Type: boolean #. Description #: ../templates:5001 msgid "Correct tlsmgr entry in master.cf for upgrade?" msgstr "Opravit záznam tlsmgr v souboru master.cf?" #. Type: boolean #. Description #: ../templates:5001 msgid "Postfix version 2.2 has changed the invocation of tlsmgr." msgstr "Postfix verze 2.2 změnil způsob spouštění tlsmgr." #. Type: boolean #. Description #: ../templates:5001 msgid "" "Failure to fix this will result in a broken mailer. Decline this option to " "abort the upgrade, giving you the opportunity to add this configuration " "yourself. Accept this option to automatically make master.cf compatible with " "Post
Bug#658484: backintime-kde: segfault while loading
Package: backintime-kde Version: 1.0.10-1 Followup-For: Bug #658484 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (1000, 'experimental'), (990, 'unstable'), (900, 'testing-proposed-updates'), (800, 'testing'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-7.dmz.2-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages backintime-kde depends on: ii backintime-common 1.0.10-1 ii menu 2.1.46 ii python 2.7.2-10 ii python-kde44:4.7.4-4 backintime-kde recommends no packages. backintime-kde suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675533: service: Breaks if upstart job config file installed
On Sat, Jun 02, 2012 at 02:47:51AM +0200, Ulrik Sverdrup wrote: > The package lightdm in version 1.2.2-1 installs the upstart job file > /etc/init/lightdm.conf > The `service` program tries to activate `lightdm` as a upstart job, even > if upstart is not installed: > > # service lightdm status > /usr/sbin/service: 123: exec: status: not found > # service lightdm restart > /usr/sbin/service: 123: exec: restart: not found Steve, is this issue fixed with the sysvinit changes in experimental, or is this new? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675575: [l10n] Updated Czech translation of pppconfig
Package: pppconfig Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of pppconfig. Please include it with the package. Thanks -- Miroslav Kure # Czech translation of pppconfig. # Copyright (C) YEAR Free Software Foundation, Inc. # Miroslav Kure , 2004-2012. # msgid "" msgstr "" "Project-Id-Version: pppconfig\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2012-05-02 21:52-0400\n" "PO-Revision-Date: 2012-06-02 10:38+0200\n" "Last-Translator: Miroslav Kure \n" "Language-Team: Czech \n" "Language: cs\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Arbitrary upper limits on option and chat files. #. If they are bigger than this something is wrong. #: pppconfig:69 msgid "\"GNU/Linux PPP Configuration Utility\"" msgstr "\"Program pro nastavení PPP v GNU/Linuxu\"" #: pppconfig:128 msgid "No UI\n" msgstr "Žádné UI\n" #: pppconfig:131 msgid "You must be root to run this program.\n" msgstr "Pro spuštění tohoto programu musíte být root.\n" #: pppconfig:132 pppconfig:133 #, perl-format msgid "%s does not exist.\n" msgstr "%s neexistuje.\n" #. Parent #: pppconfig:161 msgid "Can't close WTR in parent: " msgstr "U rodiče nelze zavřít WTR: " #: pppconfig:167 msgid "Can't close RDR in parent: " msgstr "U rodiče nelze zavřít RDR: " #. Child or failed fork() #: pppconfig:171 msgid "cannot fork: " msgstr "Nelze rozdvojit: " #: pppconfig:172 msgid "Can't close RDR in child: " msgstr "U potomka nelze zavřít RDR: " #: pppconfig:173 msgid "Can't redirect stderr: " msgstr "Nelze přesměrovat stderr: " #: pppconfig:174 msgid "Exec failed: " msgstr "Selhalo spuštění: " #: pppconfig:178 msgid "Internal error: " msgstr "Vnitřní chyba: " #: pppconfig:255 msgid "Create a connection" msgstr "Vytvořit spojení" #: pppconfig:259 #, perl-format msgid "Change the connection named %s" msgstr "Změnit spojení nazvané %s" #: pppconfig:262 #, perl-format msgid "Create a connection named %s" msgstr "Vytvořit spojení nazvané %s" #. This section sets up the main menu. #: pppconfig:270 msgid "" "This is the PPP configuration utility. It does not connect to your isp: " "just configures ppp so that you can do so with a utility such as pon. It " "will ask for the username, password, and phone number that your ISP gave " "you. If your ISP uses PAP or CHAP, that is all you need. If you must use a " "chat script, you will need to know how your ISP prompts for your username " "and password. If you do not know what your ISP uses, try PAP. Use the up " "and down arrow keys to move around the menus. Hit ENTER to select an item. " "Use the TAB key to move from the menu to to and back. To move " "on to the next menu go to and hit ENTER. To go back to the previous " "menu go to and hit enter." msgstr "" "Toto je nástroj pro nastavení PPP připojení. PPPconfig samotný se " "nepřipojuje k poskytovateli, ale pouze nastaví systém tak, abyste se mohli " "připojit např. programem pon. Budete dotázáni na uživatelské jméno, heslo, " "telefonní číslo a typ autentizace, kterou váš poskytovatel vyžaduje. Musíte-" "li použít chat autentizaci, musíte znát i veškeré výzvy vyžadované pro " "přihlášení. Pokud nevíte, jakou autentizaci váš poskytovatel používá, zkuste " "PAP. Pro pohyb v menu použijte šipky nahoru a dolů, výběr potvrďte klávesou " "Enter. Klávesou Tab můžete přeskakovat mezi menu a tlačítky a , " "jež vás v průvodci přesouvají dopředu/zpět." #: pppconfig:271 msgid "Main Menu" msgstr "Hlavní menu" #: pppconfig:273 msgid "Change a connection" msgstr "Změnit spojení" #: pppconfig:274 msgid "Delete a connection" msgstr "Smazat spojení" #: pppconfig:275 msgid "Finish and save files" msgstr "Skončit a uložit soubory" #: pppconfig:283 #, perl-format msgid "" "Please select the authentication method for this connection. PAP is the " "method most often used in Windows 95, so if your ISP supports the NT or " "Win95 dial up client, try PAP. The method is now set to %s." msgstr "" "Vyberte autentizační metodu pro toto spojení. Na Windows se nejčastěji " "používá metoda PAP, takže je pravděpodobné, že ji váš poskytovatel " "podporuje. Momentálně vybraná metoda je %s." #: pppconfig:284 #, perl-format msgid " Authentication Method for %s" msgstr " Autentizační metoda pro %s" #: pppconfig:285 msgid "Peer Authentication Protocol" msgstr "PAP (Peer Authentication Protocol)" #: pppconfig:286 msgid "Use \"chat\" for login:/password: authentication" msgstr "Pro autentizaci pomocí výzvy:/hesla: použijte metodu \"chat\"" #: pppconfig:287 msgid "Crypto Handshake Auth Protocol" msgstr "CHAP (Crypto Handshake Auth Protocol)" #: pppconfig:309 msgid "" "Please select the property you wish to modify, select \"Cancel\" to go back " "to start over, or select \"Finished\" to write out the changed files." msgstr "" "Vyberte vlastnost, kterou chcete upravit, \"Cancel\" pro návrat zpět, nebo " "\"Hotovo\" pro uložení provedených změn." #: pppconf
Bug#675576: libdevice-usb-pcsensor-hidtemper-perl: newer upstream release
Package: libdevice-usb-pcsensor-hidtemper-perl Severity: wishlist Hi Cyril, Have you noticed that there is a newer upstream release ? http://search.cpan.org/dist/Device-USB-PCSensor-HidTEMPer/ Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675577: libgmp-dev: arch-dependent files in "Multi-Arch: same" package
Package: libgmp-dev Version: 2:5.0.5+dfsg-2 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libgmp-dev is marked as "Multi-Arch: same", but the following files are architecture-dependent: /usr/include/gmp-arm.h /usr/include/gmp-i386.h /usr/include/gmp-mips.h /usr/include/gmp-x86_64.h An example diff between amd64 and kfreebsd-amd64 is attached. -- Jakub Wilk diff -ur libgmp-dev_5.0.5+dfsg-2_amd64/usr/include/gmp-x86_64.h libgmp-dev_5.0.5+dfsg-2_kfreebsd-amd64/usr/include/gmp-x86_64.h --- libgmp-dev_5.0.5+dfsg-2_amd64/usr/include/gmp-x86_64.h 2012-06-02 00:37:29.0 +0200 +++ libgmp-dev_5.0.5+dfsg-2_kfreebsd-amd64/usr/include/gmp-x86_64.h 2012-06-02 01:36:42.0 +0200 @@ -2266,7 +2266,7 @@ }; /* Define CC and CFLAGS which were used to build this version of GMP */ -#define __GMP_CC "x86_64-linux-gnu-gcc -std=gnu99" +#define __GMP_CC "x86_64-kfreebsd-gnu-gcc -std=gnu99" #define __GMP_CFLAGS "-Wall -g -O3" /* Major version number is the value of __GNU_MP__ too, above and in mp.h. */
Bug#675578: [kompozer] wishlist: kompozer in wheezy
Package: kompozer Version: 1:0.8~b3.dfsg.1-0.1 Severity: wishlist --- Please enter the report below this line. --- It would be nice to get kompozer in wheezy. It's available in stable and unstable. thx Reiner --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== libatk1.0-0 (>= 1.29.3) | 2.4.0-2 libc6 (>= 2.7) | 2.13-32 libcairo2 (>= 1.2.4) | 1.12.2-1 libfontconfig1(>= 2.8.0) | 2.9.0-5 libfreetype6 (>= 2.2.1) | 2.4.9-1 libgcc1 (>= 1:4.1.1) | 1:4.7.0-8 libglib2.0-0 (>= 2.24.0) | 2.32.3-1 libgtk2.0-0 (>= 2.18.0) | 2.24.10-1 libidl0 | 0.8.14-0.2 libnspr4-0d(>= 1.8.0.10) | 2:4.9-3 libnss3-1d (>= 3.12.0~beta3) | 2:3.13.4-3 libpango1.0-0(>= 1.14.0) | 1.30.0-1 libpng12-0 (>= 1.2.13-4) | 1.2.49-1 libstdc++6(>= 4.1.1) | 4.7.0-8 libx11-6 (>= 0) | 2:1.4.99.901-2 libxft2 (>> 2.1.1) | 2.2.0-3 libxinerama1 | 2:1.1.2-1 libxrender1 | 1:0.9.7-1 libxt6 | 1:1.1.3-1 zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-11 kompozer-data| 1:0.8~b3.dfsg.1-0.1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675573: pdf2djvu: [INTL:de] Updated German translation
* Chris Leick , 2012-06-02, 10:38: please find attached the updated German translation of pdf2djvu. Thanks, committed upstream. :) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675151: problem seems more general
As far as I can tell calls like: Akonadi::ContactSearchJob *job = new Akonadi::ContactSearchJob(); job->setQuery( Akonadi::ContactSearchJob::Email, email ); job->exec(); always seem to fail, not only when selecting encryption keys. For example, this is used when using distribution lists which also don't seem to work with the current Akonadi and KMail combination in testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660686: versioned symbols
Julien, The patch was not as bad as I thought. 00022340 gDF .text 01b5 libmysqlclient_18 my_connect http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/patches/versioned_symbols.patch?view=markup http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/rules?r1=2127&r2=2131 http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/changelog?r1=2128&r2=2131 But I still need to port this into what we have for wheezy/testing/sid and it looks like I need some more tweaks for #672359 and possibly a Break against amarok (<< 2.5.0-2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672145: About your gnome-session-shutdown package on mentors.d.n
Hi Jacopo, I did a quick look at your gnome-session-shutdown package on mentors.d.n, and found it's still using python-support which is considered deprecated by dh_python2. Please adjust your package to use dh_python2, which can be a fairly easy change. Ref: http://wiki.debian.org/Python/TransitionToDHPython2 Also it would be great to use dh compat >=8, which is the recommended compat now. Note: I'm not doing a full review, but stopped when I found something that definitely need to change. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675579: [kompozer] wishlist: kompozer in wheezy
Package: kompozer Version: 1:0.8~b3.dfsg.1-0.1 Severity: wishlist --- Please enter the report below this line. --- It would be nice to get kompozer in wheezy. It's already available in stable und unstable. thx Reiner --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== libatk1.0-0 (>= 1.29.3) | 2.4.0-2 libc6 (>= 2.7) | 2.13-32 libcairo2 (>= 1.2.4) | 1.12.2-1 libfontconfig1(>= 2.8.0) | 2.9.0-5 libfreetype6 (>= 2.2.1) | 2.4.9-1 libgcc1 (>= 1:4.1.1) | 1:4.7.0-8 libglib2.0-0 (>= 2.24.0) | 2.32.3-1 libgtk2.0-0 (>= 2.18.0) | 2.24.10-1 libidl0 | 0.8.14-0.2 libnspr4-0d(>= 1.8.0.10) | 2:4.9-3 libnss3-1d (>= 3.12.0~beta3) | 2:3.13.4-3 libpango1.0-0(>= 1.14.0) | 1.30.0-1 libpng12-0 (>= 1.2.13-4) | 1.2.49-1 libstdc++6(>= 4.1.1) | 4.7.0-8 libx11-6 (>= 0) | 2:1.4.99.901-2 libxft2 (>> 2.1.1) | 2.2.0-3 libxinerama1 | 2:1.1.2-1 libxrender1 | 1:0.9.7-1 libxt6 | 1:1.1.3-1 zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-11 kompozer-data| 1:0.8~b3.dfsg.1-0.1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675580: [l10n] Updated Czech translation of uptimed debconf messages
Package: uptimed
Severity: wishlist
Tags: l10n, patch
Hi,
in attachement there is updated Czech (cs.po) translation of
uptimed debconf messages. Please include it with the package.
Thanks
--
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: uptimed\n"
"Report-Msgid-Bugs-To: upti...@packages.debian.org\n"
"POT-Creation-Date: 2012-06-01 19:08+0200\n"
"PO-Revision-Date: 2012-06-02 11:09+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: select
#. Choices
#: ../uprecords-cgi.templates:2001
msgid "pre"
msgstr "pre"
#. Type: select
#. Choices
#: ../uprecords-cgi.templates:2001
msgid "list"
msgstr "seznam"
#. Type: select
#. Choices
#: ../uprecords-cgi.templates:2001
msgid "table"
msgstr "tabulka"
#. Type: select
#. Description
#: ../uprecords-cgi.templates:2002
msgid "Format used by uprecords.cgi:"
msgstr "Formát používaný uprecords.cgi:"
#. Type: select
#. Description
#: ../uprecords-cgi.templates:2002
msgid ""
"Three different layouts are available for use by the uprecords CGI script. "
"Which method you use is a matter of personal preference."
msgstr ""
"CGI skript uprecords nabízí tři různé možnosti formátování výsledků a je "
"zcela na vás, kterou z nich použijete."
#. Type: select
#. Description
#: ../uprecords-cgi.templates:2002
msgid ""
" * pre: Encloses everything in ...\n"
" * list: Makes a list, using ...\n"
" * table: Creates an HTML table."
msgstr ""
" * pre: Vše uzavře do značek ...\n"
" * seznam: Vytvoří seznam pomocí ...\n"
" * tabulka: Vytvoří HTML tabulku."
#. Type: string
#. Description
#: ../uprecords-cgi.templates:3001
msgid "Number of records shown by uprecords.cgi:"
msgstr "Počet záznamů zobrazovaných uprecords.cgi:"
#. Type: string
#. Description
#: ../uprecords-cgi.templates:3001
msgid ""
"While uptimed may keep a large number of uptime records, not all of them are "
"interesting to the outside world. Thus, you can limit the number of records "
"that will be shown here."
msgstr ""
"uptimed uchovává mnoho záznamů, ale ne všechy jsou pro okolní svět zajímavé. "
"Proto si můžete zvolit počet záznamů, které se mají zobrazovat."
#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid "uprecords.cgi has been installed into the web tree"
msgstr "uprecords.cgi byl instalován do webového stromu"
#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid ""
"You have installed the uprecords-cgi package. That means that a new CGI "
"script has been installed, which is now visible to the outside world as "
"http://${hostname}/cgi-bin/uprecords.cgi (if you didn't modify your web "
"server configuration to have CGI scripts in a different place)."
msgstr ""
"Nainstalovali jste balík uprecords-cgi. To znamená, že byl nainstalován nový "
"CGI skript, který je nyní viditelný vnějšímu světu jako http://${hostname}/";
"cgi-bin/uprecords.cgi (pokud jste ovšem v konfiguraci webového serveru "
"nezměnili umístění CGI skriptů)."
#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid ""
"In the default web server configuration, CGI scripts are accessible from "
"anywhere in the world. If you do not want this, you should set up access "
"restrictions... but why wouldn't you want to show off your uptimes?"
msgstr ""
"Ve výchozím nastavení webového serveru jsou CGI skripty dostupné odkudkoliv "
"na světě. Pokud se vám takové nastavení nelíbí, měli byste zavést omezení "
"přístupu (ale kdo by se nechtěl pochlubit svým uptimem?)."
#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid ""
"You may also want to modify the HTML header and footer files in /etc/"
"uprecords-cgi (or have your webmaster do so)."
msgstr ""
"Také možná budete chtít upravit záhlaví a patičku HTML stránek v /etc/"
"uprecords-cgi (nebo to nechte na správci webu)."
#. Type: string
#. Description
#: ../uptimed.templates:2001
msgid "Delay between database updates (seconds):"
msgstr "Pauza mezi aktualizacemi databáze (sekundy):"
#. Type: string
#. Description
#: ../uptimed.templates:2001
msgid ""
"Uptimed will update its database regularly so that the uptime doesn't get "
"lost in case of a system crash. You can set how frequently this will happen "
"(use higher values if you want to avoid disk activity, for instance on a "
"laptop)."
msgstr ""
"Aby se v případě spadnutí systému neztratil údaj o době běhu, aktualizuje "
"uptimed sv
Bug#674062: gnome-shell: Scrambled text until the mouse cursor is hovered over it
Package: gnome-shell Version: 3.4.1-5 Followup-For: Bug #674062 This bug is probably a duplicate of #666468 bugs.debian.org/cgi-bin/bugreport.cgi?bug=666468 I.e. it's a bug in libcairo2 (I'm experiencing the same bug on a computer using the nouveau driver). -- David Härdeman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675581: libpam-encfs: FTBFS with multiple -Wl,... build flags
Package: libpam-encfs Version: 0.1.4.4-5 Severity: normal Tags: patch Hello, libpam-encfs failed to build in Ubuntu, because Ubuntu default LDFLAGS contain multiple -Wl options. The build script only cleans up the first one. ld --shared -x -Bsymbolic-functions -Wl -z relro -o pam_encfs.so pam_encfs.o -lpam -lc ld: unrecognized option '-Wl' ld: use the --help option for usage information make[1]: *** [pam_encfs.so] Error 1 Full build logs can be found at https://launchpad.net/ubuntu/+source/libpam-encfs/0.1.4.4-5 The following patch was applied. Please consider it for its inclusion in Debian. bpam-encfs-0.1.4.4/debian/rules libpam-encfs-0.1.4.4/debian/rules --- libpam-encfs-0.1.4.4/debian/rules 2012-05-23 08:05:05.0 + +++ libpam-encfs-0.1.4.4/debian/rules 2012-06-01 17:51:11.0 + @@ -35,7 +35,7 @@ CFLAGS += $(shell dpkg-buildflags --get CFLAGS) CPPFLAGS += $(shell dpkg-buildflags --get CPPFLAGS) -LDFLAGS += $(shell dpkg-buildflags --get LDFLAGS | sed -e 's/,/ /g' -e 's/-Wl//' ) +LDFLAGS += $(shell dpkg-buildflags --get LDFLAGS | sed -e 's/,/ /g' -e 's/-Wl//g' ) configure: configure-stamp configure-stamp: -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: i386 (i686) Kernel: Linux 3.2.0-25-generic (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672130: RFP: wi_tray -- Tray for wmii
On di, 2012-05-08 at 20:48 +0200, Gergely Nagy wrote: > reassign 672130 wnpp > thanks > > Somelauw writes: > > > Subject: RFP: wi_tray -- Tray for wmii > > Package: wi_tray > > When reporting RFP bugs, please follow the guideline explained here[1], > and report these bugs against the correct pseudo-package: wnpp. > > I have reassigned the package there now, but in the future, please be > more careful, so your bug reports end up being filed where they should > be filed, instead of hanging lonely in the big dark void. > > [1]: http://www.debian.org/devel/wnpp/#l2 > Ah, okay thanks. I never filled a feature request for debian before, so I might have made some mistakes when filling in the bug report. By the way, I see that 'wi_tray' should be spelled 'witray'. Maybe this should be changed in the form as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664765: RFS: ember-media/0.6.2.1-1 [ITA]
Hi, "Stephen M. Webb" writes: > dget -x > http://mentors.debian.net/debian/pool/main/e/ember-media/ember-media_0.6.2.1-1.dsc Thanks for reminding me that I still have to look at this package. There is not much to comment: - Where does License: GPL-2+ for Bloom2.material come from? - You could use -delete instead of -exec rm when using find. Or, maybe even better, something like echo "Removed extra COPYING files:"; find -name COPYING -print -delete to show what was removed in the build log. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671288: About your fatfingershell_0.4-1 package on mentors.d.n
Hi Rafael, I was my mistake to not notice the .ttf aren't installed. It's fine with the file in source tgz. The package is almost okay, except three lintian warnings waiting for you to resolve: W: fatfingershell source: syntax-error-in-dep5-copyright line 8: Duplicate field files. W: fatfingershell: hardening-no-fortify-functions usr/bin/fatfingershell W: fatfingershell: hardening-no-relro usr/bin/fatfingershell The first one is definitely needed to be fixed, and the latter two could be fixed by adding the following line in debian/rules possibly. export DEB_BUILD_MAINT_OPTIONS=hardening=+all -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670454: digikam: FTBFS on mips ("dng_flags.h:100:2: error: #error Unable to figure out byte order.")
On 02/06/12 05:36, Mark Purcell wrote: reopen 670454 thanks On Sun, 6 May 2012 07:59:21 Andrew Goodbody wrote: Gilles Caulier, the upstream maintainer, reports that a fix has been applied to the current development version. 2.6.0-RC is due out tomorrow. I'm not sure what needs to be done to get this fix validated and included. Andrew, Unfortunatly digikam continues to fail to build from source on the mips architecture: https://buildd.debian.org/status/logs.php?pkg=digikam&arch=mips The relevant Debian bug report is located here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670454 Thanks, Mark extra/kipi-plugins/dngconverter/dngwriter/extra/dng_sdk/dng_flags.h:100:2: error: #error Unable to figure out byte order. #ifndef qDNGBigEndian #if defined(qDNGLittleEndian) #define qDNGBigEndian !qDNGLittleEndian #elif defined(__POWERPC__) [...] #else #ifndef qXCodeRez #error Unable to figure out byte order. #endif #endif Thanks. I just pushed this fix into the tree. Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675582: biosig4c++: FTBFS on ia64
Package: biosig4c++
Version: 1.3.0-1
Severity: serious
Your package FTBFS on ia64, but it has built there in the past. Here
is the last part of the build log:
biosig_server.c:379:19: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:431:21: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:437:21: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:444:22: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:449:22: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:483:18: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:614:18: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
biosig_server.c:701:26: error: cannot convert 'uint8_t (*)[8] {aka unsigned
char (*)[8]}' to 'uint8_t* {aka unsigned char*}' for argument '1' to 'uint64_t
leu64p(uint8_t*)'
biosig_server.c: In function 'int main()':
biosig_server.c:770:8: warning: unused variable 'sid' [-Wunused-variable]
make[2]: *** [biosig_server] Error 1
make[1]: *** [override_dh_auto_build] Error 2
make[2]: Leaving directory
`/build/buildd-biosig4c++_1.3.0-1-ia64-vZ1qmo/biosig4c++-1.3.0'
make[1]: Leaving directory
`/build/buildd-biosig4c++_1.3.0-1-ia64-vZ1qmo/biosig4c++-1.3.0'
make: *** [build-arch] Error 2
~Niels
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658789: brasero: Brasero requires genisoimage but dooes not depend on it?
severity 658789 serious
thanks
On Sun, Feb 05, 2012 at 08:08:02PM -0500, Gedalya wrote:
> Got as far as doing the image checksum, then failed, with the following in the
> log:
>
> BraseroGrowisofs stdout: Executing 'genisoimage -r -J -dvd-video -graft-points
> -path-list /tmp/brasero_tmp_IZAR8V -exclude-list /tmp/brasero_tmp_W0AR8V
> -print-size -f /tmp/brasero_tmp_QCcblG | builtin_dd of=/dev/sr1 obs=32k
> seek=0'
> BraseroGrowisofs called brasero_job_set_dangerous
> BraseroGrowisofs stderr: :-( unable to execute genisoimage: No such file or
> directory
Same issue here, with brasero 3.2.0-4. Installing genisoimage fixes the
problem, so it looks like a dependency is indeed missing. Setting the
severity accordingly.
OTOH, it is not clear to me if brasero is capable of using something
else instead of genisoimage. If it is the case, a lower severity might
be warranted, but then it's not clear to me why that other thing is not
installed (and used) by default.
My setup is a few month old testing installation, immediately upgraded
to unstable, which I've been following closely on a daily basis. I
haven't installed brasero directly, but it got installed as a dependency
of gnome metapackages, so I think it's fair to expect it comes with all
needed components to burn data DVDs.
Thanks for maintaining brasero (and GNOME)!
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
signature.asc
Description: Digital signature
Bug#593876: #593876 libboost-filesystem-dev: Undeclared indirect dependency of boost_filesystem on boost_system causes link failure
Hi, this affects me, and I have no idea how to route around it. http://lists.debian.org/debian-gis/2012/06/msg0.html help? thanks, Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675553: [Pkg-citadel-devel] Bug#675553: citadel: French debconf translation completely broken
On Sat, Jun 02, 2012 at 07:47:49AM +0200, Christian Perrier wrote: > The French debconf translation introduced in #672747 is completely > broken : it has double UTF-8 encoding, hard returns in some strings > and does not correspond to the POT file (the fr.po file has 60 strings > while the POT file has 24). Resyncing it with the POT file gives 7 > fuzzy strings and, worse, broken encoding. I wonder what caused this. It's not the first time I've seen a translation getting broken along the way. Sorry, I should have checked before uploading. > Here is a fixed file. I would appreciate if it could be used ASAP..:-) Upload on its way. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675583: ITP: torrentflux-b4rt -- web-based bittorrent client manager, built on top of torrentflux
Package: wnpp Severity: wishlist Owner: Panayiotis Karabassis * Package name: torrentflux-b4rt Version : 1.0-beta2 Upstream Author : Multiple * URL : http://tf-b4rt.berlios.de/ * License : GPL2 Programming Lang: PHP, Perl Description : web-based bittorrent client manager, built on top of torrentflux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672359: [debian-mysql] Bug#675304: amarok
Hello, On šeštadienis 02 Birželis 2012 11:52:59 Nicholas Bamber wrote: > > FWIW, I also believe that there is a bug in mysql-common that my.conf > > refers to the directory which might not be available. > > That bug is #672359. I have been holding off fixing it because I was > trying to think about the most elegant way and because the impact seemed > limited. But the only way seems to be to create > /etc/mysql/conf.d/.keepme in mysql-common and it keeps popping up. Use dh_installdirs? conf.d directory is no big deal, tons of stuff does it including e.g. apt -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#675037: About your rsskit package on mentors.d.n
Aron Xu wrote: > I did a quick look at your rsskit package on mentors.d.n, and found > that NewRSSArticleListener.h is licensed under GPL-2, Ah, that is surely a mistake, I'll report it upstream. Thanks for spotting it. > but not documented in debian/copyright. Please add it and other > parts are fine. Done; I reuploaded the package with this change, the URL is the same: http://mentors.debian.net/debian/pool/main/r/rsskit/rsskit_0.3-1.dsc. Thank you for taking the time and effort to sponsor GNUstep packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#674006: libwvstreams4.6-base: libwvstream4.6-base is not possible to upgrade or wvdial stop working
Package: libwvstreams4.6-base Followup-For: Bug #674006 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? libwvstreams4.6-base (version 4.6.1-1) will be upgraded to version 4.6.1-4 * What exactly did you do (or not do) that was effective (or ineffective)? i started upgrade with synaptic * What was the outcome of this action? wvdial stop working no possible to connect to internet * What outcome did you expect instead? everything works fine like usual when i connect to internet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675491: same issue
I can confirm this bug. After the upgrade to 2.x the sound system is broken. Its playback devices only has a null output. -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com "Necessity is the mother of invention"
Bug#674942: ruby blocks buildd for a day (or more)
tags 674942 + pending thanks Steven Chamberlain escreveu isso aí: > tags 674942 + patch > thanks > > Uhhh I changed my mind. My patch could still be used as an interim fix > (enforce a 2h time limit on the test suite with SIGKILL), then maybe > clone+downgrade this to try to work out what causes the slower build > times... Actually, I discovered the real cause of the hangs: the DRB (distributed Ruby) library tests crash for some reason, and they don't properly terminate some processes they have started. These runaway processes make the buildds hang forever. I am thus disabling the DRB tests, and removing the timeout I set in the last upload, since I believe it will not be needed anymore. -- Antonio Terceiro signature.asc Description: Digital signature
Bug#675584: /usr/bin/avconv: avconv segfaults when transcoding video with libx264 presets
Package: libav-tools
Version: 6:0.8.2-2
Severity: important
File: /usr/bin/avconv
Hi.
I have just tried to transcode some lecture videos for watching on my ipod
and I can't get them working because avconv segfaults when I use this:
,[ avconv -y -i in.mp4 -c:v libx264 -pre libx264-ipod320 -s 320x240 -b:v
768k -c:a copy out.mp4 ]
| avconv version 0.8.2-6:0.8.2-2, Copyright (c) 2000-2011 the Libav developers
| built on May 16 2012 21:00:23 with gcc 4.7.0
| Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4':
| Metadata:
| major_brand : isom
| minor_version : 512
| compatible_brands: isomiso2avc1mp41
| creation_time : 1970-01-01 00:00:00
| encoder : Lavf53.29.100
| Duration: 00:27:26.60, start: 0.00, bitrate: 158 kb/s
| Stream #0.0(und): Video: h264 (High), yuv420p, 960x540 [PAR 1:1 DAR
16:9], 26 kb/s, 15 fps, 15 tbr, 15 tbn, 30 tbc
| Metadata:
| creation_time : 1970-01-01 00:00:00
| Stream #0.1(und): Audio: aac, 44100 Hz, stereo, s16, 127 kb/s
| Metadata:
| creation_time : 1970-01-01 00:00:00
| Segmentation fault
`
If I remove the '-pre libx264-ipod320' part from the command line, then
avconv converts the video, but not with the parameters necessary for a low
powered device (i.e., Baseline Profile H.264).
I don't have here symbols for libav (which means that gdb doesn't generate
any useful traceback), but upon using strace on avconv, this is what I get:
,
| (...)
| open("/home/rbrito/.avconv/libx264-libx264-ipod320.avpreset", O_RDONLY) = -1
ENOENT (No such file or directory)
| open("/home/rbrito/.avconv/libx264-ipod320.avpreset", O_RDONLY) = -1 ENOENT
(No such file or directory)
| open("/usr/share/avconv/libx264-libx264-ipod320.avpreset", O_RDONLY) = -1
ENOENT (No such file or directory)
| open("/usr/share/avconv/libx264-ipod320.avpreset", O_RDONLY) = 6
| lseek(6, 0, SEEK_SET) = 0
| read(6, "profile=baseline\nlevel=13\nmaxrat"..., 32768) = 57
| read(6, "", 32711) = 0
| close(6)= 0
| --- SIGSEGV (Segmentation fault) @ 0 (0) ---
| +++ killed by SIGSEGV +++
| Segmentation fault
`
I have not read the code (too short on time), but I suspect that this is
easily reproducible.
Regards,
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4.0-dirty (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libav-tools depends on:
ii libavcodec53 6:0.8.2-2
ii libavdevice536:0.8.2-2
ii libavfilter2 6:0.8.2-2
ii libavformat536:0.8.2-2
ii libavutil51 6:0.8.2-2
ii libc62.13-32
ii libpostproc526:0.8.2-2
ii libsdl1.2debian 1.2.15-3
ii libswscale2 6:0.8.2-2
libav-tools recommends no packages.
libav-tools suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587277: lvm2: fsadm has no man page
Package: lvm2 Version: 2.02.95-4 Followup-For: Bug #587277 For those who are looking it is available online here: http://linux.die.net/man/8/fsadm Mark -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.74-4 ii initscripts 2.88dsf-22.1 ii libc6 2.13-32 ii libdevmapper-event1.02.1 2:1.02.74-4 ii libdevmapper1.02.12:1.02.74-4 ii libreadline5 5.2-11 ii libudev0 175-3.1 ii lsb-base 4.1+Debian6 lvm2 recommends no packages. lvm2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675585: cannot install fglrx-driver on wheezy/sid system
Subject: cannot install fglrx-driver on wheezy/sid system Package: fglrx-driver Version: 1:12-4-1 Severity: important fglrx-driver: Installed: (none) Candidate: 1:12-4-1 Version table: 1:12-4-1 0 97 http://ftp.by.debian.org/debian/ sid/non-free amd64 Packages 100 /var/lib/dpkg/status xserver-xorg-core: Installed: 2:1.12.1.902-1 Candidate: 2:1.12.1.902-1 Version table: *** 2:1.12.1.902-1 0 990 http://ftp.by.debian.org/debian/ wheezy/main amd64 Packages 97 http://ftp.by.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status when I am trying to install fglrx-driver: The following packages have unmet dependencies: fglrx-driver : Depends: xorg-video-abi-11 but it is not installable or xorg-video-abi-10 but it is not installable or xorg-video-abi-8 but it is not installable or xorg-video-abi-6.0 but it is not installable Depends: xserver-xorg-core (< 2:1.11.99) but 2:1.12.1.902-1 is to be installed Recommends: fglrx-glx-ia32 but it is not going to be installed I cant downgrade to xserver-xorg-core <2:1.11.99 because i have no such package. please fix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675586: imp4: parsing mail headers is broken since PHP5.4
Package: imp4 Version: 4.3.10+debian0-1 Severity: important Coin, After applying patch in #675526, i was able to use Horde3+Imp4 again. Nevertheless, the headers displayed are broken when they need to be decoded. For example, the provided screenshot is the result of: From: "Marc =?utf-8?b?RGVxdcOobmVz?= (Duck)" To: d...@duckcorp.org I could check with several other mails it only fails when the headers are encoded. As a result, when i try to reply to mails having this problem, the To field is empty, the quoted message is missing, and i got this error in the logs: [Sat Jun 02 12:25:42 2012] [error] [client 2001:7a8:810:6969:21f:d0ff:fe8f:cfec] PHP Warning: Creating default object from empty value in /usr/share/horde3/imp/lib/IMAP/MessageCache.php on line 340, referer: https://webdesk.duckcorp.org/imp/message.php?mailbox=INBOX&index=13221 Regards. <> pgpiu9GWfkCWu.pgp Description: PGP Digital Signature
Bug#662602: Update hangs when apt-listchanges is called
Hi! The problem is that apt-listchanges seems to be trying to read from stdin, which naturally does not work, as PackageKit is a background daemon. Instead, all questions should be asked using Debconf and all messages should be shown this way too. Can you verify this? Of yes, I'll assign this to apt-listchanges developers and ask them to fix that or to provide an environment var for us to disable apt-listchanges packagekitd is running, as workaround. (For some reason, I connot reproduce this here...) Thanks! Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675125: libslang2: jed fails to start with latest libslang2 (2.2.4-12)
Hi,
I cannot repeat this problem with slang 2.2.4-12 :
root@debian:/home/amckinstry/slang/11# jed --version
jed version: 0.99.19/Unix
Compiled with GNU C 4.6
S-Lang version: 2.2.4
jed compile-time options:
+LINE_ATTRIBUTES +BUFFER_LOCAL_VARS +SAVE_NARROW +TTY_MENUS
+EMACS_LOCKING +MULTICLICK +SUBPROCESSES +DFA_SYNTAX +ABBREVS
+COLOR_COLUMNS +LINE_MARKS +GPM_MOUSE +IMPORT
Using JED_ROOT=/usr/share/jed
root@debian:/home/amckinstry/slang/11# jed -batch -quiet -f
'vmessage("%S",_slang_install_prefix)'
loading /usr/share/jed/lib/site.slc
loading /usr/share/jed/lib/os.sl
loading /usr/share/jed/lib/menus.slc
loading /usr/share/jed/lib/defaults.sl
loading /etc/jed.d/05jed-common.sl
Reading -quiet
loading /usr/share/jed/lib/textmode.slc
loading /usr/share/jed/lib/modeinfo.slc
/usr
Can you please send a copy of your .jedrc ?
Thanks
Alastair
On 2012-05-30 00:38, Omen Wild wrote:
> Package: libslang2
> Version: 2.2.4-12
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> With the latest version of libslang2 (2.2.4-12) jed fails to start.
> When I try to load a new instance I get the following errors:
> --- begin
> Unable to open emacs. Check the value of the S-Lang load path.
> Unable to open modeinfo. Check the value of the S-Lang load path.
> Open failed
> --- end
>
> Attempting to debug the S-Lang load path shows:
> --- begin
> 0 > jed -batch -quiet -f 'vmessage("%S",_slang_install_prefix)'
> loading /usr/share/jed/lib/site.sl
> loading /usr/share/jed/lib/os.sl
> loading /usr/share/jed/lib/menus.sl
> loading /home/omen/.jedrc
> Reading -quiet
> Unable to open textmode. Check the value of the S-Lang load path.
> --- end
>
> The problem seems to be that the /etc/jed.d/ files are not loaded.
> Downgrading libslang2 to 2.2.4-10 makes the problem go away and jed
> functions correctly.
>
> -- System Information:
> Debian Release: wheezy/sid
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.3.4-ck1-1 (SMP w/8 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages libslang2 depends on:
> ii libc6 2.13-32
> ii multiarch-support 2.13-32
>
> Versions of packages libslang2 recommends:
> ii libpng12-0 1.2.49-1
>
> libslang2 suggests no packages.
>
> -- no debconf information
>
>
--
Alastair McKinstry , ,
http://blog.sceal.ie
Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675585: [Pkg-fglrx-devel] Bug#675585: cannot install fglrx-driver on wheezy/sid system
Am 02.06.2012 12:37, schrieb aladjev.andrew: > Subject: cannot install fglrx-driver on wheezy/sid system > Package: fglrx-driver > Version: 1:12-4-1 > Severity: important > > fglrx-driver: > Installed: (none) > Candidate: 1:12-4-1 > Version table: > 1:12-4-1 0 > 97 http://ftp.by.debian.org/debian/ sid/non-free amd64 Packages > 100 /var/lib/dpkg/status > > xserver-xorg-core: > Installed: 2:1.12.1.902-1 > Candidate: 2:1.12.1.902-1 > Version table: > *** 2:1.12.1.902-1 0 > 990 http://ftp.by.debian.org/debian/ wheezy/main amd64 Packages > 97 http://ftp.by.debian.org/debian/ sid/main amd64 Packages > 100 /var/lib/dpkg/status > > when I am trying to install fglrx-driver: > > The following packages have unmet dependencies: > fglrx-driver : Depends: xorg-video-abi-11 but it is not installable or > xorg-video-abi-10 but it is not installable or > xorg-video-abi-8 but it is not installable or > xorg-video-abi-6.0 but it is not installable > Depends: xserver-xorg-core (< 2:1.11.99) but > 2:1.12.1.902-1 is to be installed > Recommends: fglrx-glx-ia32 but it is not going to be > installed > > I cant downgrade to xserver-xorg-core <2:1.11.99 because i have no such > package. please fix > Already reported several times -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#675467: ITP: bilibop -- run Debian from external media
Hi, This looks pretty interesting and exciting to me! Hence, a few inline questions follow. bilibop project wrote (01 Jun 2012 13:10:51 GMT) : > One of its main goals is to fix security issues or harden standard > rules and policies to make the system more robust in this > particular situation. This sounds awesome, but pretty vague, so I'm curious: What security issues? What hardening? How more robust? > bilibop-common: shell functions to find the drive hosting the root > filesystem (dm-crypt, LVM, loop devices, aufs and any combination of > them are supported) This might be useful for Tails' implementation of "wipe memory on shutdown". > bilibop-rules: udev rules to fix the removable drive hosting the running > system, and all its partitions, as members of the 'disk' group (fixes bug > #645466). I fail to understand how a drive can be a member of the 'disk' group. Please enlighten me. (Being offline, I can't read the mentionned bug right now, but still, the package description should make sense by itself, without needing to access online resources.) > Other optional features for the desktop environment (based on > Udisks). Such as? > bilibop-lockfs: make a standard installation to behave like > a LiveUSB. Can be used as an alternative (and enhancement) of the > fsprotect package. Interesting. What makes it different from (or better than) fsprotect and live-boot? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675587: linphone: No sound at all although ALSA ok
Package: linphone Version: 3.3.2-1 Severity: normal Hi, I have followed this howto and adapted it to make http://www.kryogenix.org/days/2005/11/19/using-linphone-on-ubuntu-breezy-with-sipgate sip:5...@ekiga.net working but no sound at all, althogh test oldphone.wav in settings works but but no sound. it looks like it can see my pc since echo 500 ekiga hangs on I also installed apt-get install speex Please make sure that linphone-3 works. Would be so great [sound] playback_dev_id=ALSA: HDA Intel ringer_dev_id=ALSA: HDA Intel capture_dev_id=ALSA: AK5370 remote_ring=/usr/share/sounds/linphone/rings/oldphone.wav local_ring=/usr/loca/share/sounds/linphone/rings/oldphone.wav echocancellation=1 ec_delay=0 ec_tail_len=60 ec_frame_size=128 mic_gain=1.0 playback_gain_db=0.0 [video] size=cif enabled=0 display=0 capture=0 show_local=0 self_view=1 device=V4L2: /dev/video0 [net] download_bw=0 upload_bw=0 firewall_policy=1 mtu=0 #STUN=2 stun_server=stun.ekiga.net #Firewall=1 #nat_address=80.112.33.11 nat_address=XX [sip] sip_port=5060 guess_hostname=1 contact="MYUSER" inc_timeout=15 use_info=0 use_rfc2833=0 use_ipv6=0 register_only_when_network_is_up=1 default_proxy=-1 keepalive_period=10 only_one_codec=0 ping_with_options=1 auto_net_state_mon=1 [rtp] audio_rtp_port=5060 video_rtp_port=5060 audio_jitt_comp=60 video_jitt_comp=0 nortp_timeout=30 [audio_codec_0] mime=speex rate=8000 enabled=1 recv_fmtp=vad=on [video_codec_0] mime=MP4V-ES rate=9 enabled=1 recv_fmtp=profile-level-id=3 [friend_0] url=Alice pol=accept subscribe=1 [call_log_0] dir=0 status=0 from= to= start_date=Sat Jun 2 12:34:37 2012 duration=11 [call_log_1] dir=0 status=1 from="MYUSER" to= start_date=Sat Jun 2 12:34:10 2012 duration=17 [audio_codec_1] mime=speex rate=16000 enabled=1 [audio_codec_2] mime=speex rate=32000 enabled=1 [audio_codec_3] mime=GSM rate=8000 enabled=1 [audio_codec_4] mime=PCMU rate=8000 enabled=1 [audio_codec_5] mime=PCMA rate=8000 enabled=1 [video_codec_1] mime=theora rate=9 enabled=1 [video_codec_2] mime=H263-1998 rate=9 enabled=1 recv_fmtp=CIF=1;QCIF=1 [video_codec_3] mime=H263 rate=9 enabled=1 [video_codec_4] mime=x-snow rate=9 enabled=1 [call_log_2] dir=0 status=0 from= to= start_date=Sat Jun 2 12:33:42 2012 duration=17 [call_log_3] dir=0 status=0 from= to= start_date=Sat Jun 2 12:32:57 2012 duration=39 [call_log_4] dir=0 status=0 from= to= start_date=Sat Jun 2 12:32:52 2012 duration=3 [call_log_5] dir=0 status=0 from= to= start_date=Sat Jun 2 12:32:25 2012 duration=25 [call_log_6] dir=0 status=0 from= to= start_date=Sat Jun 2 12:31:43 2012 duration=41 [call_log_7] dir=0 status=0 from= to= start_date=Sat Jun 2 12:30:55 2012 duration=3 [call_log_8] dir=0 status=0 from= to= start_date=Sat Jun 2 12:30:04 2012 duration=49 [GtkUi] advanced_ui=1 uri0=sip:5...@ekiga.net uri1=sip:6...@fwd.pulver.com uri2=sip:5...@ekiga.net [call_log_9] dir=0 status=0 from= to= start_date=Sat Jun 2 12:29:41 2012 duration=11 [call_log_10] dir=0 status=0 from= to= start_date=Sat Jun 2 12:29:15 2012 duration=21 [call_log_11] dir=0 status=1 from= to= start_date=Sat Jun 2 12:28:26 2012 duration=9 [call_log_12] dir=0 status=1 from= to= start_date=Sat Jun 2 12:26:31 2012 duration=10 [call_log_13] dir=0 status=1 from= to= start_date=Sat Jun 2 12:25:36 2012 duration=11 [call_log_14] dir=0 status=1 from= to= start_date=Sat Jun 2 12:25:22 2012 duration=8 [proxy_0] reg_proxy=sip:ekiga.net reg_route=sip:ekiga.net reg_identity=sip:myu...@ekiga.net reg_expires=120 reg_sendregister=1 publish=1 dial_escape_plus=1 [auth_info_0] username=MYUSER userid=MYUSER passwd=XX realm="ekiga.net" Kidn regards -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages linphone depends on: ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libavcodec52 4:0.5.2-6 ffmpeg codec library ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgsm11.0.13-3 Shared libraries for GSM speech co ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii liblinphone3 3.3.2-1 linphone's shared library part (su ii libmediastreamer0 3.3
Bug#675588: Hardening build flags are applied only partially
Package: znc Version: 0.206-2 Severity: normal I looked at znc 0.206-2 i386 build log. It shows that only -D_FORTIFY_SOURCE=2 hardening feature is in use. Here are some links that maybe help: http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags http://wiki.debian.org/Hardening http://wiki.debian.org/HardeningWalkthrough -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675010: linux-image-3.3.0-trunk-amd64: Please include CONFIG_OPENVSWITCH as a module
Hi, On 31.05.2012 03:43, Ben Hutchings wrote: > I don't think so. As I understand it, the in-tree version does not yet > have all the features of the out-of-tree version, and some features may > have to be implemented differently (more integrated with the rest of the > kernel). You might know better than me whether the code implementation is different to the DKMS module, but I think kernel 3.3 integrates all features as of Openvswitch 1.4 which makes it ABI compatible to the client utils at least [1] > > Have you tried building the kernel with this option? Does the in-tree > module work properly with the existing utilities package? I guess so but I didn't try. I will do so and come back to you once I tried. [1] http://openvswitch.org/pipermail/announce/2012-March/43.html -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#675589: reconf-inetd: in certain cases, inetd.conf entries are concatenated
Package: reconf-inetd Version: 1.120523 Severity: important see http://lists.debian.org/debian-mentors/2012/05/msg00479.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675588: Hardening build flags are applied only partially
Am 02.06.2012 12:59, schrieb Touko Korpela: > Package: znc > Version: 0.206-2 > Severity: normal > > I looked at znc 0.206-2 i386 build log. It shows that only > -D_FORTIFY_SOURCE=2 hardening feature is in use. > > Here are some links that maybe help: > http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags > http://wiki.debian.org/Hardening > http://wiki.debian.org/HardeningWalkthrough > > That is not correct, since this package used the hardening-wrapper -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#675590: linphone-nox: linphone for cmd sh : command not working
Package: linphone-nox Version: 3.3.2-1 Severity: normal Hi I get this error msg: linphonecsh dial sip:5...@ekiga.net ERROR: Failed to connect pipe: No such file or directory kind regards -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linphone-nox depends on: ii bind9-host [host 1:9.7.3.dfsg-1~squeeze4 Version of 'host' bundled with BIN ii host 1:9.7.3.dfsg-1~squeeze4 Transitional package ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii liblinphone3 3.3.2-1 linphone's shared library part (su ii libmediastreamer 3.3.2-1 linphone web phone's media library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libortp8 3.3.2-1 Real-time Transport Protocol stack ii libosip2-4 3.3.0-1 Session Initiation Protocol (SIP) ii libreadline6 6.1-3 GNU readline and history libraries ii libspeex11.2~rc1-1 The Speex codec runtime library ii linphone-common 3.3.2-1 Shared components of the linphone linphone-nox recommends no packages. linphone-nox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637855: xul-ext-downloadstatusbar/testing is incompatible with iceweasel/testing
Hi Williams Orellana, Samuel Hym wrote (03 Feb 2012 02:52:25 GMT) : > The current version of xul-ext-downloadstatusbar in testing and > unstable is incompatible with the versions of iceweasel currently in > testing and unstable. > Upstream has a version 0.9.10 which is compatible with both. This bug has been known to be RC for 4 months. Do you intend to fix it before the Wheezy freeze, or do you need help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647296: ruby1.9.1: FTBFS on amd64: Testsuite hangs
Hi, Steve McIntyre escreveu isso aí: > unarchive 647296 > reopen 647296 > thanks > > On Fri, Nov 04, 2011 at 08:00:48AM -0700, Daniel Schepler wrote: > > > >It was my local rebuild of 3.0.0-2-amd64 version 3.0.0-5. But I don't know > >if > >it's very version dependent: the last version of ruby1.9.1 this machine has > >built successfuly was 1.9.2.290-2 on Jul 27. > > I'm now seeing exactly this too on a variety of armhf machines, when > trying to verify that #652674 is fixed. I'm seeing this on abel (armhf > porter box) right now. I can't see any ruby processes using CPU at > all, suggesting a locking bug or something(?). Is there in particular > I could look at to help here? > > Looking for the test code to debug what it's trying to do, I can't > find anything intelligible, which isn't helping. :-( I will upload a new upstream version sometime this weekend, which will probably make this go away. I am not closing this bug explictly in the changelog, let's wait to see what happens in buildd-land. -- Antonio Terceiro signature.asc Description: Digital signature
Bug#674391: marked as done (autofs: FTBFS: dpkg-buildpackage: error: dpkg-source -b autofs-5.0.6 gave error exit status 2)
Lucas, can you please verify the new release actually fixes the bug you reported? We made some changes in attempt to fix this issue, but Dmitry says it still fails to build, and I can't reproduce it locally. Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675592: override: autofs5:oldlibs/extra autofs5-hesiod:oldlibs/extra autofs5-ldap:oldlibs/extra
Package: ftp.debian.org Following the autofs package rename (from autofs5 to autofs), the old package names become dummy/transitional, hence oldlibs/extra. New packages are autofs, autofs-hesiod and autofs-ldap. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675593: Fix perms for plugin-state dir on munin-node
package: munin-node This bug is mostly for reminder about irc chat over perm issue Perms should be like : chown munin.munin /var/lib/munin/plugin-state chmod u=rwx,g=rwxs,o=rx /var/lib/munin/plugin-state
Bug#675594: pu: package lockfile-progs/0.1.15
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I have backported the fix for #626752[1], which currently makes
the --use-pid feature useless in stable. The fix has already
been deployed in sid (version 0.1.16).
Please see attached debdiff.
~Niels
[1] lockfile-progs: lockfile-create --use-pid uses wrong pid
diff -Nru lockfile-progs-0.1.15/debian/changelog lockfile-progs-0.1.15+squeeze1/debian/changelog
--- lockfile-progs-0.1.15/debian/changelog 2010-06-13 09:21:29.0 +0200
+++ lockfile-progs-0.1.15+squeeze1/debian/changelog 2012-06-02 13:17:42.0 +0200
@@ -1,3 +1,20 @@
+lockfile-progs (0.1.15+squeeze1) stable; urgency=low
+
+ [ Niels Thykier ]
+ * Non-maintainer upload.
+ * Backport fix for #626752
+
+ [ Rob Browning ]
+ * Use L_PID rather than L_PPID when appropriate. In cases where
+lockfile_create() and lockfile_check() were being called with L_PID,
+use L_PPID to capture the parent's PID. Capturing the PID of the
+lockfile-create or lockfile-check process made no sense. Thanks to
+Zrin Žiborski for the report, Larry
+Diegel for the patch, and Sebastian Siewior
+for the suggestion to update the documentation. (Closes: #626752)
+
+ -- Niels Thykier Sat, 02 Jun 2012 13:07:35 +0200
+
lockfile-progs (0.1.15) unstable; urgency=low
* Add missing debhelper Build-Depends.
diff -Nru lockfile-progs-0.1.15/lockfile-progs.1 lockfile-progs-0.1.15+squeeze1/lockfile-progs.1
--- lockfile-progs-0.1.15/lockfile-progs.1 2010-06-12 19:02:33.0 +0200
+++ lockfile-progs-0.1.15+squeeze1/lockfile-progs.1 2012-06-02 13:07:13.0 +0200
@@ -81,11 +81,12 @@
.PP .\" --use-pid
\fB\-p\fR, \fB\-\-use\-pid\fR
.RS 4
-Write the current process id (PID) to the lockfile whenever a lockfile
+Write the parent process id (PPID) to the lockfile whenever a lockfile
is created, and use that pid when checking a lock's validity. See the
\fBlockfile_create\fR(3) manpage for more information. This option
-applies to \fBlockfile\-create\fR, \fBlockfile\-remove\fR,
-\fBlockfile-touch\fR, and \fBlockfile-check\fR.
+applies to \fBlockfile\-create\fR and \fBlockfile-check\fR. NOTE:
+this option will not work correctly between machines sharing a
+filesystem.
.RE
.PP .\" --oneshot
\fB\-o\fR, \fB\-\-oneshot\fR
diff -Nru lockfile-progs-0.1.15/lockfile-progs.c lockfile-progs-0.1.15+squeeze1/lockfile-progs.c
--- lockfile-progs-0.1.15/lockfile-progs.c 2010-06-09 07:27:30.0 +0200
+++ lockfile-progs-0.1.15+squeeze1/lockfile-progs.c 2012-06-02 13:07:13.0 +0200
@@ -328,7 +328,7 @@
static int
cmd_lock(const char *lockfilename, int retry_count)
{
- int rc = lockfile_create(lockfilename, retry_count, (use_pid ? L_PID : 0));
+ int rc = lockfile_create(lockfilename, retry_count, (use_pid ? L_PPID : 0));
const char *rc_str = get_status_code_string(rc);
if(rc != L_SUCCESS)
@@ -363,7 +363,7 @@
static int
cmd_check(const char *lockfilename)
{
- int rc = lockfile_check(lockfilename, (use_pid ? L_PID : 0));
+ int rc = lockfile_check(lockfilename, (use_pid ? L_PPID : 0));
return rc;
}
diff -Nru lockfile-progs-0.1.15/Makefile lockfile-progs-0.1.15+squeeze1/Makefile
--- lockfile-progs-0.1.15/Makefile 2009-06-21 19:01:51.0 +0200
+++ lockfile-progs-0.1.15+squeeze1/Makefile 2012-06-02 13:07:13.0 +0200
@@ -46,7 +46,7 @@
bin/lockfile-create --use-pid --lock-name check/file.lock
bin/lockfile-touch --oneshot --lock-name check/file.lock
# PID shouldn't be the same, so this should fail.
- ! bin/lockfile-check --use-pid --lock-name check/file.lock
+ bin/lockfile-check --use-pid --lock-name check/file.lock
bin/lockfile-remove --lock-name check/file.lock
! test -e check/file.lock
Bug#675595: RFP: nautilus-emblems -- property package in Nautilus for setting file emblems
Package: wnpp Severity: wishlist * Package name: gnome3-emblems Upstream Author : Alexandre González * URL : https://github.com/agonzalezro/gnome3-emblems * License : https://github.com/agonzalezro/gnome3-emblems/issues/1 Programming Lang: Python Description : property package in Nautilus for setting file emblems The source package can be called gnome3-emblems to match the upstream name, but I think nautilus-emblems would be better for the binary package name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675596: Put example file GeoIP.conf.default in /usr/share/doc
Package: geoip-bin Version: 1.4.8+dfsg-3 Severity: normal Hi, according to the manual page of geoipupdate the name of the configuration file is /etc/GeoIP.conf and not GeoIP.conf.default. Either you rename the file or place the example in /usr/share/doc/geoip-bin/examples/. Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.3.0-rc5-04528-g70c8306 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geoip-bin depends on: ii libc6 2.13-32 ii libgcc1 1:4.7.0-11 ii libgeoip1 1.4.8+dfsg-3 ii libstdc++6 4.7.0-11 geoip-bin recommends no packages. geoip-bin suggests no packages. -- no debconf information signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#626611: Worked in Squeeze, doesn't work in Wheezy
Hi, this is clearly a regression, and FWIW, the module index is about the most important part of the package - imho. $ for i in python2.6-doc_2.6.*; do dpkg -c $i ; done |grep -F modindex.html -rw-r--r-- root/root104668 2010-12-12 12:20 ./usr/share/doc/python2.6/html/modindex.html -rw-r--r-- root/root110814 2011-08-03 14:36 ./usr/share/doc/python2.6/html/py-modindex.html I've just tried with the upstream sources for this package, and "make html" does yield a 'modindex.html' file, but no py-modindex.html file. Broken build? Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642079: Bug#672736: Bug#642079: Bug#672736: removal of eagle
On Thu, May 31, 2012 at 05:19:04PM -0400, Scott Howard wrote: > On Thu, May 31, 2012 at 4:55 PM, Bill Allombert > wrote: > > On Thu, May 31, 2012 at 04:40:23PM -0400, Scott Howard wrote: > > > > Why do you need multiarch support for ? > > eagle is compiled against libjpeg62 and the eagle binaries are only > available as i386 (closed-sourced, pre-compiled, but distributable). > In the past we installed the whole i32-libs package on AMD64, but if > the libjpeg62 is multiarch we won't need ia32-libs at all and then > AMD64 users can just "$ apt-get install eagle:i386". Right now eagle > is uninstallable on AMD64 since libjpeg62 has not been multiarch-ed. So you do not need libjpeg62-dev to be multi-arch, only libjpeg62 ? Cheers, -- Bill. Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660686: versioned symbols
On Sat, Jun 2, 2012 at 10:03:54 +0100, Nicholas Bamber wrote: > Julien, > The patch was not as bad as I thought. > > 00022340 gDF .text01b5 libmysqlclient_18 my_connect > > http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/patches/versioned_symbols.patch?view=markup > > http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/rules?r1=2127&r2=2131 > > http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/changelog?r1=2128&r2=2131 > > But I still need to port this into what we have for > wheezy/testing/sid and it looks like I need some more tweaks for > #672359 and possibly a Break against amarok (<< 2.5.0-2). > Sounds good, thanks! Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668616: workaround by reverting /usr/share/initramfs-tools/hook-functions to 0.99
I copied /usr/share/initramfs-tools/hook-functions from a machine which had not been updated and this allowed update-initramfs to build a new, bootable ramdisk. Note For Googlers: I believe that the closed bug 659948 is a duplicate of this one, and it suggests "ln -s / /rootfs" as a workaround. This allows update-initramfs to complete, but the resultant ramdisk is not bootable - it doesn't refer to a real root file system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668815: Changed severity to serious
severity 668815 serious retitle 668815 "open-invaders FTBFS: Uses macro ALLEGRO_LINUX falsely" thanks allegro4.4 is now in unstable. After the ongoing transition is finished, open-invaders will no longer build without this patch, so I changed the severity to serious. Best regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673600: RFS: nyancat/1.0+git20120519.5fe3de9-1
quoting Jakub Wilk: > But next reconf-inetd run can happen a month later. (Or never.) In the mean > time, nyancat server won't be running, will it? Or did I misunderstand > something? That's right. I take responsibility for that; I didn't realise that the postinst script would run after the reconf-inetd trigger. In any case, the solution is simple: invoke reconf-inetd right after update-inetd in postinst. On a different topic, nyancat/1.0+git20120519.5fe3de9-1 checks for only a specific release: if [ "$2" = "0.1+git20120401.5a88b86-1" ]; then whereas ideally it'd take action on any release less than or equal to that. (perhaps that's not relevant to nyancat, but it'd be nice to get it right, because I suspect that other maintainers will copy from it) thanks, sez -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675076: dd ignores SIGUSR1 to output statistics
tags 675076 unreproducible moreinfo severity 675076 minor thanks WozZa XiNg wrote: > dd if=/dev/zero of=/dev/null > kill -USR1 11683 So you're saying it doesn't output any statistics upon receiving SIGUSR1, right? Well, granted I'm running coreutils 8.13-3.2 (and not 8.13-3.1 as you do, but I don't see any relevant differences in the changelog), this works just as advertised for me: $ dd if=/dev/zero of=/dev/null& pid=$! $ kill -USR1 $pid 7566780+0 records in 7566779+0 records out 3874190848 bytes (3.9 GB) copied, 3.28482 s, 1.2 GB/s So there's probably something else wrong with your system. Are you sure you're using dd from Debian's coreutils? debsum errors in your bug report suggest you may not have a clean install. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675588: Hardening build flags are applied only partially
On Sat, Jun 02, 2012 at 01:07:40PM +0200, Patrick Matthäi wrote: > Am 02.06.2012 12:59, schrieb Touko Korpela: > > Package: znc > > Version: 0.206-2 > > Severity: normal > > > > I looked at znc 0.206-2 i386 build log. It shows that only > > -D_FORTIFY_SOURCE=2 hardening feature is in use. > > > > Here are some links that maybe help: > > http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags > > http://wiki.debian.org/Hardening > > http://wiki.debian.org/HardeningWalkthrough > > > > > > That is not correct, since this package used the hardening-wrapper I was unfamiliar hardening-wrapper method. It was confusing when -D_FORTIFY_SOURCE=2 shows in logs, but not other options that wrapper sets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675597: RM: haskell-leksah [s390 mips mipsel] -- ROM; Dependency unbuildable on s390
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, haskell-leksah now depends on libghc-regex-tdfa-dev which is too large to build on s390, mips, mipsel, hence the haskell-leksah binaries on unstable need to be removed. Thanks! Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/KASMACgkQ9ijrk0dDIGxmXACg1aK5mpn8HOfllnSrU6aLVZOk ps4An0JBtCiB9aLPsqSW4nB09H8ShJuE =GeXN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675598: [INTL:da] Danish translation of the debconf templates sitesummary
Package: sitesummary Severity: wishlist Tags: l10n patch Please include the attached Danish sitesummary translations. joe@pc:~/over/debian/sitesummary$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 9 oversatte tekster. bye Joe da.po Description: Binary data
Bug#431489: maildrop: #431489, Time out of 5min. is a documented feature
severity 431489 wishlist retitle 431489 Provide option to set timeout. thanks Hi, As documented in maildrop(1) manpage: WATCHDOG TIMER maildrop has a watchdog timer that attempts to abort runaway filtering. If filtering is not complete within a predefined time interval (defined by the system administrator, usually five minutes), maildrop terminates. Thus, this time out is an upstream design feature. As I see it, if this value is only set as constant via compilation constant now. If you come up with a patch to set it via commandline option, this can be solved. So I retitke and mark this as a wishlist feature request. patch welcome :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675434: nmu: libnet-ssleay-perl_1.48-1
On Fri, Jun 01, 2012 at 11:07:44AM +0200, Cyril Brulebois wrote: > Salvatore Bonaccorso (01/06/2012): > > It was reported [1], that libnet-ssleay-perl does not report the > > correct constant value for SSL_OP_NO_TLSv1_1. There was the following > > change in openssl 1.0.1b-1: > > > > openssl (1.0.1b-1) unstable; urgency=high > > . > >* New upstream version > > - Remaps SSL_OP_NO_TLSv1_1, so applications linked to 1.0.0 > >can talk to servers supporting TLS 1.1 but not TLS 1.2 > > - Drop rc4_hmac_md5.patch, applied upstream > > Does it mean we're going to hit the same kind of issues next time > there's a similar change in openssl? This change was made to make sure applications build against 1.0.0 can talk to a server that does TLS 1.1 but not TLS 1.2, as the changelog says. This is not something I like to change again, since it will cause problems. Everything build against 1.0.1 or 1.0.1a that cares about SSL_OP_NO_TLSv1_1 should be rebuild against 1.0.1b or later. If using the defines from the the 1.0.1 and 1.0.1a version, but using 1.0.1b or laster the SSL_OP_NO_TLSv1_1 will not have any effect. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675602: Seagate Barracuda Green SATA3 not detected
Package: installation-reports Boot method: CD Image version: debian-6.0.5-amd64-CD-1.iso Date: 120602 at 14.00 Machine: CapTech Foto/Video Pro 2 Processor: Intel Core I7 CPU 2,93GHz Memory: 8 GB Partitions: 4 disks with one NTF-s partition each and one newly added disk with an EXT3-partion (not detected!). Utskrift från lspci -nn och lspci -vnn: - Base System Installation Checklist: [O] = OK, [E] = Fel (förklara nedan), [ ] = provade det inte Initial boot: [OK] Detect network card:[OK] Configure network: [OK] Detect CD: [OK Load installer modules: [E ] Detect hard drives: [E] Partition hard drives: [E] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Load installer modules: got a request to enter a CD with an unknown proprietary driver with a strange name, never heard of. Skipped and hoped to be able to sort that out later. Detection of my new hard drive Seagate Barracuda Green 2 TB SATA3 (SATA 600) failed, as it didn't show up in the next step: Partition of hard drives. other: Mothercard: AsRock P55 Extreme 4 The drive is connected to the first SATA3 socket. The other drives (SATA2) are connected to SATA2 sockets and are detected OK (no more sockets free).Drive sizes up to 1 TB. I had to cancel the installation because i couldn't install on the newly added drive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642079: Bug#672736: Bug#642079: Bug#672736: removal of eagle
On Sat, Jun 2, 2012 at 7:38 AM, Bill Allombert wrote: > So you do not need libjpeg62-dev to be multi-arch, only libjpeg62 ? Yes, we just need libjpeg62:i386 and libjpeg62:amd64 to be coinstallable (multiarch paths), thank you. Cheers, Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675569: util-linux: serial console with getty does not work any longer since version 2.20.1-1
* Michael Prokop [Sat Jun 02, 2012 at 09:53:44AM +0200]: [...] > * getty of util-linux 2.20.1-1 / 2.20.1-4 / 2.20.1-5 no longer > works, it does nothing but after a few seconds the command returns > with exit code 1 > * I've also tested new upstream versions 2.21.1 and 2.21.2 > (built with debian/) To clarify that: the new upstream versions 2.21.1 and 2.21.2 are also broken regards, -mika- signature.asc Description: Digital signature
Bug#674788: LWP::UserAgent cuts chunked response
forwarded 674788 https://rt.cpan.org/Public/Bug/Display.html?id=74431
tags 674788 patch
thanks
Hello,
On sekmadienis 27 Gegužė 2012 19:29:59 Modestas Vainius wrote:
> If I disable show_progress(), the bug does not occur (probably because the
> response is not chunked then).
>
> This bug could be related to
> https://bugzilla.redhat.com/show_bug.cgi?id=768394
I have found a similar bug reported upstream [1]. It has a patch attached at
[2]. I tested a patch and it seems to work. I can't tell for sure since the
bug is not 100% reproducible but I tried a bunch of times and my bug script
has never failed.
I attach a debdiff for the almost-ready-to-be-uploaded package which contains
that patch. Thank you for considering. The bug breaks pkgkde-getbuildlogs in
pkg-kde-tools (incomplete logs are received) hence it's pretty annoying.
[1] https://rt.cpan.org/Public/Bug/Display.html?id=74431
[2] https://rt.cpan.org/Public/Bug/Display.html?id=74431#txn-1076013
--
Modestas Vainius
diff -Nru libnet-http-perl-6.03/debian/changelog libnet-http-perl-6.03/debian/changelog
--- libnet-http-perl-6.03/debian/changelog 2012-02-17 17:42:35.0 +0200
+++ libnet-http-perl-6.03/debian/changelog 2012-06-02 13:45:25.0 +0300
@@ -1,3 +1,11 @@
+libnet-http-perl (6.03-2~mdx1) UNRELEASED; urgency=low
+
+ [ Modestas Vainius ]
+ * Add fix_chunked_decoding_674788.diff patch to fix a problem with chunked
+decoding. (Closes: #674788)
+
+ -- Modestas Vainius Sat, 02 Jun 2012 13:43:48 +0300
+
libnet-http-perl (6.03-1) unstable; urgency=low
* Imported Upstream version 6.03.
diff -Nru libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff
--- libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff 1970-01-01 03:00:00.0 +0300
+++ libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff 2012-06-02 13:49:37.0 +0300
@@ -0,0 +1,31 @@
+From: Dagfinn Ilmari Manns책ker
+Subject: Fix a problem with chunked decoding
+Forwarded: yes
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=74431
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674788
+Origin: other, https://rt.cpan.org/Public/Bug/Display.html?id=74431#txn-1076013
+Last-Update: 2012-06-02
+
+If the first read after a chunk header returns EAGAIN or EINTR, the
+chunked state stored in the client object doesn't get updated, so the
+next call to ->read_entity_body tries to read the chunk header again,
+and gives a "Missing newline after chunk data" error.
+
+This fixes it by updating ${*$self}{'http_chunked'} immediately after
+the chunk header has been read, so that the state persist to the next
+call.
+---
+ lib/Net/HTTP/Methods.pm |2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+--- a/lib/Net/HTTP/Methods.pm
b/lib/Net/HTTP/Methods.pm
+@@ -488,7 +488,7 @@ sub read_entity_body {
+ unless ($chunk_len =~ /^([\da-fA-F]+)\s*$/) {
+ die "Bad chunk-size in HTTP response: $line";
+ }
+- $chunked = hex($1);
++ ${*$self}{'http_chunked'} = $chunked = hex($1);
+ if ($chunked == 0) {
+ ${*$self}{'http_trailers'} = [$self->_read_header_lines];
+ $$buf_ref = "";
diff -Nru libnet-http-perl-6.03/debian/patches/series libnet-http-perl-6.03/debian/patches/series
--- libnet-http-perl-6.03/debian/patches/series 1970-01-01 03:00:00.0 +0300
+++ libnet-http-perl-6.03/debian/patches/series 2012-06-02 13:43:38.0 +0300
@@ -0,0 +1 @@
+fix_chunked_decoding_674788.diff
signature.asc
Description: This is a digitally signed message part.
Bug#649515: [9a19418] Fix committed to git
package smartmontools reopen 649515 severity important thanks On Sat, May 12, 2012 at 06:35:45PM +0200, Martin von Gagern wrote: > On 12.05.2012 12:57, Giuseppe Iuculano wrote: > > You can check the diff of the fix at: > > > > > > http://git.debian.org/?p=collab-maint/smartmontools.git;a=commitdiff;h=9a19418 > The fix is incorrect for two reasons. > bash requires the space after the opening curly brace, otherwise it will ... > bash also requires a final semicolon to end the list of commands. That Reopening the bug due to this. Raising the bug's severity since smartd now is not sending mails anymore at all. Here is what smartd syslog()s to daemon.log: /etc/smartmontools/run.d/10mail: /etc/smartmontools/run.d/10mail: line 4: exit: 1}: numeric argument required run-parts: /etc/smartmontools/run.d/10mail exited with return code 255 Warning via /usr/share/smartmontools/smartd-runner to smart: failed (32-bit/8-bit exit status: 256/1) I personally would like to suggest using a "classic" if ! [ -x /usr/bin/mail ]; then ... fi syntax to avoid and prevent such mistakes by less experienced users/maintainers in the future, too. This would, btw., also enable the script to use plain /bin/sh rather than depending on bash. Thanks for your work & regards Mario -- Programmieren in C++ haelt die grauen Zellen am Leben. Es schaerft alle fuenf Sinne: den Schwachsinn, den Bloedsinn, den Wahnsinn, den Unsinn und den Stumpfsinn. [Holger Veit in doc] signature.asc Description: Digital signature
Bug#675606: LinuxThreads version bump
Package: libc0.1 Version: 2.13-32 Tags: patch Currently, perl relies on getconf to figure out whether threads have their own PID or not. They assume that this is true for linuxthreads but not for NPTL: $ getconf GNU_LIBPTHREAD_VERSION linuxthreads-0.10 $ getconf GNU_LIBPTHREAD_VERSION NPTL 2.11.3 Since this behaviour was changed in patched versions of linuxthreads, I think it'd be useful if they exposed a different version number so that users like perl can check for it. Patch attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1 depends on: ii libc-bin 2.13-32 ii libgcc1 1:4.7.0-9 Versions of packages libc0.1 recommends: ii libc0.1-i686 2.13-32 Versions of packages libc0.1 suggests: ii debconf [debconf-2.0] 1.5.42 ii glibc-doc ii locales2.13-32 ii locales-all [locales] 2.13-32 -- debconf information excluded Index: debian/patches/kfreebsd/local-use-thr-primitives.diff === --- debian/patches/kfreebsd/local-use-thr-primitives.diff (revision 5259) +++ debian/patches/kfreebsd/local-use-thr-primitives.diff (working copy) @@ -688,3 +688,8 @@ return errno; else return 0; +--- a/linuxthreads/Banner b/linuxthreads/Banner +@@ -1 +1 @@ +-linuxthreads-0.10 by Xavier Leroy ++linuxthreads-0.11 by Debian GNU/kFreeBSD
Bug#675607: ltrace: new upstream version available
Package: ltrace Version: 0.5.3-2.1 Severity: normal Current version is damn old, even 0.6.0 has been out for a long time. Looking at the PTS, we may have to consider Juan MIA ? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ltrace depends on: ii libc6 2.13-32 ii libelfg0 0.8.13-3 ltrace recommends no packages. ltrace suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675608: notification-daemon immediately coredumps when receiving notifications
Package: notification-daemon Version: 0.7.4-1 Severity: important System is fully updated Debian/sid as of today with libnotify-bin 0.7.5-1, using openbox window manager (no gnome involved). Executing: % /usr/lib/notification-daemon/notification-daemon and then sending a notification via e.g.: % notify-send abc abc causes the notification-daemon process to immediately coredump (no notification is visible): | (notification-daemon:17244): GdkPixbuf-CRITICAL **: gdk_pixbuf_scale_simple: assertion `dest_width > 0' failed | [1] + 17244 trace trap (core dumped) /usr/lib/notification-daemon/notification-daemon When running notification-daemon under strace or gdb I can't reproduce the problem. I can reproduce the problem also with versions notification-daemon versions 0.7.3-1, 0.7.2-1 and 0.7.1-1. The problem does NOT exist with libnotify1 0.5.0-2 + notification-daemon 0.5.0-3. As I couldn't find a debug package for notification-daemon the backtrace isn't that useful, but adding it as reference anyway: (gdb) bt #0 0x7ff03b472341 in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7ff03b4724d2 in g_log () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7ff03bc6eee4 in gdk_pixbuf_scale_simple () from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 #3 0x7ff03c7d0f6b in gtk_icon_theme_lookup_by_gicon () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #4 0x7ff03c7d1099 in gtk_icon_theme_lookup_by_gicon () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #5 0x7ff03c7cb7bb in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #6 0x7ff03c876cf2 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #7 0x0040bea1 in ?? () #8 0x7ff03b46b205 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x7ff03b46b538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #10 0x7ff03b46b932 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x7ff03c7f72d5 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #12 0x0040738a in ?? () #13 0x7ff03ab60ead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #14 0x004073f5 in ?? () #15 0x7fff6b4cf078 in ?? () #16 0x001c in ?? () #17 0x0001 in ?? () #18 0x7fff6b4d138e in ?? () #19 0x in ?? () (gdb) If you need any further information please let me know. I tend to call this an RC bug, but as not everyone seems to be affected I chose severity important, leaving the decision to the maintainer. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012-06-02t14-48...@devnull.michael-prokop.at
Bug#633402: Bug#674260: RM: aspectc++ [kfreebsd-i386 kfreebsd-amd64] -- ROM; FTBFS on kfreebsd
2012/5/29 Reinhard Tartler :
> What I find a bit irritating is that while using the same glibc version,
> Debian/kFreeBSD ships a different /usr/include/bits/fnctl.h to the other
> Debian architectures.
>
> The kFreeBSD Version reads:
>
> struct flock
> {
> __off_t l_start; /* Offset where the lock begins. */
> __off_t l_len; /* Size of the locked area; zero means until EOF. */
> __pid_t l_pid; /* Process holding the lock. */
> short int l_type; /* Type of lock: F_RDLCK, F_WRLCK, or F_UNLCK. */
> short int l_whence; /* Where `l_start' is relative to (like `lseek'). */
> int __l_sysid; /* remote system id or zero for local */
> };
>
> While the Linux version reads:
>
> struct flock
> {
> short int l_type; /* Type of lock: F_RDLCK, F_WRLCK, or F_UNLCK. */
> short int l_whence; /* Where `l_start' is relative to (like `lseek'). */
> #ifndef __USE_FILE_OFFSET64
> __off_t l_start; /* Offset where the lock begins. */
> __off_t l_len; /* Size of the locked area; zero means until EOF. */
> #else
> __off64_t l_start; /* Offset where the lock begins. */
> __off64_t l_len; /* Size of the locked area; zero means until EOF. */
> #endif
> __pid_t l_pid; /* Process holding the lock. */
> };
>
>
> Why on earth has the kFreeBSD version of glibc decided to shuffle around
> the members of the flock struct?
Kernel ABI is different. Not all of glibc are user structures
> While discussing the order in detail,
> the POSIX spec [1] does mention 'struct flock' having a order of members
> that matches the Linux version.
>
> [1] http://pubs.opengroup.org/onlinepubs/009695399/basedefs/fcntl.h.html
>
> The FreeBSD *kernel* on the other hand does not seem to obey this
> ordering [2]. Obviously, glibc has to model the flock structure after
> what is being passed down from the kernel. *sigh*
>
> [2] http://fxr.watson.org/fxr/source/sys/fcntl.h
...but it seems you already knew that. Why did you ask? :-)
If kernel ABI violates POSIX in some way, this should be discussed
with upstream (freebsd-a...@freebsd.org). Even if we agreed with you,
we couldn't change it on our own.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650060: snort: diff for NMU version 2.9.2.2-1.1
tags 650060 + pending thanks Dear maintainer, I've prepared an NMU for snort (versioned as 2.9.2.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Peter Jones: I'd Do It All for You diff -Nru snort-2.9.2.2/debian/changelog snort-2.9.2.2/debian/changelog --- snort-2.9.2.2/debian/changelog 2012-05-06 02:12:07.0 +0200 +++ snort-2.9.2.2/debian/changelog 2012-06-02 15:00:48.0 +0200 @@ -1,3 +1,17 @@ +snort (2.9.2.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix "FTBFS with multiarch libmysqlclient-dev": ++ apply patch from Ubuntu / Jean-Louis Dupond: + - debian/rules: use mysql_config to find libraries to fix FTBFS +with multiarch libmysqlclient. ++ debian/control: Build-Depends: drop virtual libmysqlclient15-dev, + make libmysqlclient-dev versioned to get mysql_config's --variable= + switch. +(Closes: #650060) + + -- gregor herrmann Sat, 02 Jun 2012 14:53:52 +0200 + snort (2.9.2.2-1) unstable; urgency=low * New upstream version (bug fix release) diff -Nru snort-2.9.2.2/debian/control snort-2.9.2.2/debian/control --- snort-2.9.2.2/debian/control 2012-03-27 00:14:49.0 +0200 +++ snort-2.9.2.2/debian/control 2012-06-02 14:53:37.0 +0200 @@ -8,7 +8,7 @@ libpcap0.8-dev, libpcre3-dev, debhelper (>= 5.0.0), -libmysqlclient15-dev | libmysqlclient-dev, +libmysqlclient-dev (>= 5.5), libpq-dev, po-debconf (>= 0.5.0), libprelude-dev, diff -Nru snort-2.9.2.2/debian/rules snort-2.9.2.2/debian/rules --- snort-2.9.2.2/debian/rules 2012-05-05 23:42:52.0 +0200 +++ snort-2.9.2.2/debian/rules 2012-06-02 14:46:36.0 +0200 @@ -99,9 +99,8 @@ ./configure $(CONFFLAGS) \ --with-mysql \ --without-postgresql \ - --enable-zlib -# Use this for mysql version in experimental -# --with-mysql-libraries=`mysql_config --variable=pkglibdir` + --enable-zlib \ + --with-mysql-libraries=`mysql_config --variable=pkglibdir` $(MAKE) cp src/snort src/snort-mysql touch $@ signature.asc Description: Digital signature
Bug#675467: ITP: bilibop -- run Debian from external media
Le 2012-06-01 23:53, intrigeri a écrit : Hi, This looks pretty interesting and exciting to me! Hence, a few inline questions follow. bilibop project wrote (01 Jun 2012 13:10:51 GMT) : One of its main goals is to fix security issues or harden standard rules and policies to make the system more robust in this particular situation. This sounds awesome, but pretty vague, so I'm curious: What security issues? What hardening? How more robust? This is what i explain below... bilibop-common: shell functions to find the drive hosting the root filesystem (dm-crypt, LVM, loop devices, aufs and any combination of them are supported) This might be useful for Tails' implementation of "wipe memory on shutdown". I have Tails installed on a USB key; the "wipe memory on shutdown" seems to work well, without need of bilibop-common or whatever. bilibop-rules: udev rules to fix the removable drive hosting the running system, and all its partitions, as members of the 'disk' group (fixes bug #645466). I fail to understand how a drive can be a member of the 'disk' group. Please enlighten me. (Being offline, I can't read the mentionned bug right now, but still, the package description should make sense by itself, without needing to access online resources.) Boot on Debian, plug a USB/FireWire drive (key or HDD) on, and execute 'ls -l /dev/sd*': You should see /dev/sda and its partitions as members of the 'disk' group (and maybe also /dev/sdb* if there is a second internal HDD). And you should see the USB drives and their partitions as members of the 'floppy' group. Now type, from your user account: 'groups'. If 'floppy' is in the list, it means you have low-level write access on devices of this group. You should not be member of the 'disk' group. For example, you told me about Tails. So, boot on it (the LiveUSB, of course) find the drive which your system is running from (here, we say /dev/sdb), and, as the normal user, just type 'shred -vzn0 /dev/sdb'. Now your 'secured' system is lost. So, find the drive hosting the running system and protect it from user mistakes is what I call 'fix a security issue' or 'make the system more robust'. Other optional features for the desktop environment (based on Udisks). Such as? By setting: UDISKS_SYSTEM_INTERNAL UDISKS_PRESENTATION_HIDE UDISKS_PRESENTATION_ICON_NAME UDISKS_PRESENTATION_NAME for devices listed in BILIBOP_RULES_* variables in /etc/bilibop/bilibop.conf (see udisks(7) for some details). As said above, this is optional, and only for convenience: hide partitions, or show them with icons and/or names different than the defaults, or make the user able or not to mount them from the filemanager with or without su/sudo password. As said in the documentation of the package, all this can be bypassed with pmount(1). This is not a security layer. bilibop-lockfs: make a standard installation to behave like a LiveUSB. Can be used as an alternative (and enhancement) of the fsprotect package. Interesting. What makes it different from (or better than) fsprotect and live-boot? In comparison with fsprotect, bilibop-lockfs has the following features: 1. whitelist based configuration: when bilibop-lockfs is enabled, all local fs are protected. 2. not only filesystems are set readonly, but also block devices 3. swap device management/policy (use it, don't use it, use it noauto, or use it only if encrypted) 4. notifications are send to the user at startup to say her if temporary or permanent changes are allowed or not, and where (mountpoints) The section 2 is one of the features that hardens the standard rules and policies: it makes the system unbreakable (unless with a hammer?). For live-boot, I don't know. I've not studied the question: can it be used on a standard system ? I use 'LiveUSB' comparison because the system is running from a USB key/HDD, and nothing is written on the partition containing the system. The main difference is that a standard system (I say 'standard' by opposition with 'live') is easier to maintain than a live system. For that, boot in 'recovery mode' (this disables 'lockfs'), update your system or reconfigure such or such application, and reboot. For more info about bilibop, please see http://mentors.debian.net/package/bilibop You can download the source with: dget -x http://mentors.debian.net/debian/pool/main/b/bilibop/bilibop_0.1.dsc I have send a RFS: #675532 Cheers, Regards, quidame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675609: [INTL:da] Danish translation of the debconf templates postfix
Package: postfix Severity: wishlist Tags: l10n patch Please include the attached Danish postfix translations. joe@pc:~/over/debian/postfix$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 64 oversatte tekster. bye Joe da.po Description: Binary data
Bug#675610: Please build cmus without roar for wheezy
Package: cmus Version: 2.4.3-1 Severity: serious Hi, We'd like to have nothing depending on roar for wheezy, since it in turn is insisting on depending on other libraries that we really need to remove for wheezy, so it may need to be removed as well now. (among other issues that people are currently having with it) cmus is now the last package that needs to be updated for that. Everything else is either done, or in the process of being done. If needed, I'm happy to send a patch or NMU if that would be helpful. RC severity mostly so this shows up on the radars of all the right people crossing off the details we need to finalise for the release. Thanks! Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675608: notification-daemon immediately coredumps when receiving notifications
reassign 675608 libgtk-3-0 forcemerge 669883 675608 thanks On 02.06.2012 15:07, Michael Prokop wrote: > > | (notification-daemon:17244): GdkPixbuf-CRITICAL **: > gdk_pixbuf_scale_simple: assertion `dest_width > 0' failed > | [1] + 17244 trace trap (core dumped) > /usr/lib/notification-daemon/notification-daemon > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669883 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#653036: gpm: please default to /dev/input/mice instead of legacy /dev/psaux
Hi On Thursday 10 May 2012, Peter Samuelson wrote: > [Stefan Lippers-Hollmann] > > I'd like to ask you to consider uploading the attached NMU diff or > > something equivalent > > Ah yes - sorry about that! I completely forgot that this hadn't been > done yet. I will try to find time to do an upload in the next couple > of days. > > Thanks for your patch! It looks good, though of course I'll want to > test it. Ping, anything I could do to help with that? Regards Stefan Lippers-Hollmann signature.asc Description: This is a digitally signed message part.
Bug#675160: sikuli-ide: unable to process one single instruction, "NoSuchMethodError: org.jruby.ext.posix.POSIX.isNative()Z"
severity 675160 normal
tags 675160 + moreinfo unreproducible
quit
Hi,
hennr a écrit , Le 30/05/2012 11:36:
> Package: sikuli-ide
> Version: 1.0~x~rc3.tesseract3-dfsg1-3
> Severity: grave
> Justification: renders package unusable
>
> sikuli can't process an application like this one:
>
> openApp("icedove")
>
>
> Full error message is:
>
>
> [error] Stopped
> [error] An error occurs at line 1
> [error] Error message:
> Traceback (most recent call last):
> File "", line 1, in
> File "/usr/share/sikuli/Lib/sikuli/__init__.py", line 3, in
> from Sikuli import *
> File "/usr/share/sikuli/Lib/sikuli/Sikuli.py", line 34, in
> from Region import *
> File "/usr/share/sikuli/Lib/sikuli/Region.py", line 9, in
> import inspect
> File "/usr/share/jython/Lib/inspect.py", line 31, in
> import sys, os, types, string, re, dis, imp, tokenize, linecache
> File "/usr/share/jython/Lib/os.py", line 45, in
> from posix import *
> java.lang.NoSuchMethodError: org.jruby.ext.posix.POSIX.isNative()Z
> at org.python.modules.posix.PosixModule.classDictInit(PosixModule.java:106)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> a
>
> t java.lang.reflect.Method.invoke(Method.java:601)
> at org.python.core.PyJavaType.init(PyJavaType.java:534)
> at org.python.core.PyType.createType(PyType.java:1264)
> at org.python.core.PyType.addFromClass(PyType.java:1201)
> at org.python.core.PyType.fromClass(PyType.java:1291)
> at org.python.core.imp.createFromClass(imp.java:405)
> at org.python.core.imp.loadBuiltin(imp.java:501)
> at org.python.core.imp.find_module(imp.java:452)
> at org.python.core.imp.import_next(imp.java:713)
> at org.python.core.imp.import_name(imp.java:824)
> at org.python.core.imp.importName(imp.java:884)
> at org.python.core.ImportFunction.__call__(__builtin__.java:1220)
> at org.python.core.PyObject.__call__(PyObject.java:357)
> at org.python.core.__builtin__.__import__(__builtin__.java:1173)
> at org.python.core.imp.importAll(imp.java:998)
> at os$py.f$0(/usr/share/jython/Lib/os.py:691)
> at os$py.call_function(/usr/share/jython/Lib/os.py)
> at org.python.core.PyTableCode.call(PyTableCode.java:165)
> at org.python.core.PyCode.call(PyCode.java:18)
>
>
> at org.python.core.imp.createFromCode(imp.java:386)
> at org.python.core.imp.createFromSource(imp.java:349)
> at org.python.core.imp.loadFromSource(imp.java:573)
> at org.python.core.imp.find_module(imp.java:473)
> at org.python.core.imp.import_next(imp.java:713)
> at org.python.core.imp.import_name(imp.java:824)
> at org.python.core.imp.importName(imp.java:884)
> at org.python.core.ImportFunction.__call__(__builtin__.java:1220)
> at org.python.core.PyObject.__call__(PyObject.java:357)
> at org.python.core.__builtin__.__import__(__builtin__.java:1173)
> at org.python.core.imp.importOne(imp.java:903)
> at inspect$py.f$0(/usr/share/jython/Lib/inspect.py:903)
> at inspect$py.call_function(/usr/share/jython/Lib/inspect.py)
> at org.python.core.PyTableCode.call(PyTableCode.java:165)
> at org.python.core.PyCode.call(PyCode.java:18)
> at org.python.core.imp.createFromCode(imp.java:386)
> at org.python.core.imp.createFromSource(imp.java:349)
> at org.python.core.imp.loadFromSource(imp.java:573)
> at org.python.core.imp.find_module(i
>
> mp.java:473)
> at org.python.core.imp.import_next(imp.java:713)
> at org.python.core.imp.import_first(imp.java:743)
> at org.python.core.imp.import_name(imp.java:834)
> at org.python.core.imp.importName(imp.java:884)
> at org.python.core.ImportFunction.__call__(__builtin__.java:1220)
> at org.python.core.PyObject.__call__(PyObject.java:357)
> at org.python.core.__builtin__.__import__(__builtin__.java:1173)
> at org.python.core.imp.importOne(imp.java:903)
> at sikuli.Region$py.f$0(/usr/share/sikuli/Lib/sikuli/Region.py:16)
> at sikuli.Region$py.call_function(/usr/share/sikuli/Lib/sikuli/Region.py)
> at org.python.core.PyTableCode.call(PyTableCode.java:165)
> at org.python.core.PyCode.call(PyCode.java:18)
> at org.python.core.imp.createFromCode(imp.java:386)
> at org.python.core.imp.createFromSource(imp.java:349)
> at org.python.core.imp.loadFromSource(imp.java:576)
> at org.python.core.imp.find_module(imp.java:473)
> at org.python.core.PyModule.impAttr(PyModule.java:100)
> at org.python.core.imp.import_next(imp.java:715)
> at or
>
> g.python.core.imp.import_name(imp.java:824)
> at org.python.core.imp.importName(imp.java:884)
> at org.python.core.ImportFunction.__call__(__builtin__.java:1220)
> at org.python.core.PyObject.__call__(PyObject.java:357)
> at org.python.core.__builtin__.__import__(__builtin__.java:1173)
> at org.python.core.imp.importAll(imp.java:998)
> at sikuli.Sikuli$py.f$0(/usr/share/sikuli/Lib/sikuli/Sikuli.py:211)
> at sikuli.Sikuli$py.call_function(/usr/share/sikuli/Lib/sikuli/Sikuli.py)
> at org.python.core.PyTableCode.call(PyTable
Bug#664933: RFS: fceu - Cross-platform Famicom/NES emulator (updated package)
On Sun, 06 May 2012 23:26:43 +, Frédéric Brière wrote: > On Sun, 06 May 2012 20:01:27 +0200, Alexander Toresson wrote: > > I am looking for a sponsor for the new version 2.1.5-1 of the package > > "fceu". > What a coincidence, I was just about to send you an email with various > comments on your packaging effort. I might as well post them here, in > case anybody else wants to chime in. Quick remarks: - This ignores 0.98.12-4 and builds on 0.98.12-3 - There's no indication if it fixes #664933 (that's how I discovered the package on mentors) - The changelog doesn't mention if this is a hostile takeover, a friendly salvage or whatever of the package. I've just uploaded 0.98.12-4.1 to DELAYED/2 to get #664933 fixed. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Tina Turner: I Want You Near Me signature.asc Description: Digital signature
Bug#672692: tzdata bug?
On Thu, May 31, 2012 at 10:17:17PM -0300, GNU linux wrote: > Package: tzdata > Version: 2012c-0squeeze1 > Severity: normal > > > Configurando tzdata (2012c-0squeeze1) ... > > Current default time zone: 'America/Montevideo' > date: error: bad command line -t value "Fri Jun 1 00:28:39 UTC 2012", must > be a non-negative number > date: usage is date [-u] [-c] [-n] [-d dst] [-t min-west] [-a sss.fff] > [[]mmddhhmm[][.ss]] [+format] > dpkg: error al procesar tzdata (--configure): > el subproceso instalado el script post-installation devolvió el código > de salida de error 1 > configured to not write apport reports > Se encontraron errores al procesar: > tzdata > E: Sub-process /usr/bin/dpkg returned an error code (1) > It looks like you are using a non-standard version of date. Could you please send me the output of the following commands: - which date - dpkg -l coreutils - md5sum /bin/date -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675453: [Pkg-gmagick-im-team] Bug#675453: Please hide the menu entry
On Fri, Jun 1, 2012 at 6:02 PM, Michael Biebl wrote: > On 01.06.2012 17:42, roucaries bastien wrote: > >> Thus we need to create a wrapper and use it on the deskop file: > > Please consider adding NotShowIn=GNOME; then. We don't want it to show > up in the GNOME menu. Sorry why ? Why do you not want to show display that is a imagemanipulation program on gnome menu ? Thanks Bastien > Thanks, > Michael > > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675611: libdb5.1-dev: no way to install libdb4.x-dev in parallel
Package: libdb5.1-dev Version: no way to install libdb4.x-dev in parallel Severity: wishlist Dear Maintainer, it is frequently necessary to have several -dev packages installed together, eg. since they may be build-dependencies of various packages. It would be nice if you could make it happen so that satisfying one build dependency does not break the build-dependencies of another package. TIA! Kind regards, --Toni++ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.3.0-trunk-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdb5.1-dev depends on: ii libdb5.1 5.1.29-1 libdb5.1-dev recommends no packages. Versions of packages libdb5.1-dev suggests: pn db5.1-doc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649515: [9a19418] Fix committed to git
On 02.06.2012 14:50, Mario 'BitKoenig' Holbe wrote:
> This would, btw., also enable the script to use plain /bin/sh rather
> than depending on bash.
As far as I can tell, there is nothing specific to bash about this.
Compare sections 2.9.3 and 2.9.4 of the "Shell and Utilities" part of
the POSIX.1-2008 standard.
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html
Both || and { …; } are defined there, so any POSIX shell should work.
But that doesn't change the fact that the syntax you propose would be
easier to read and maintain.
Greetings,
Martin
signature.asc
Description: OpenPGP digital signature
Bug#674788: Pending fixes for bugs in the libnet-http-perl package
tag 674788 + pending thanks Some bugs in the libnet-http-perl package are closed in revision 1d3ad4c288797b59aaa2b80ef6abbcaf10a1330f in branch 'master' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libnet-http-perl.git;a=commitdiff;h=1d3ad4c Commit message: Add fix_chunked_decoding_674788.diff patch Fix a problem with chunked decoding. Thanks: Modestas Vainius for the patch Closes: #674788 Git-Dch: Ignore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
