Bug#695845: Bug#696738: tpu: open-vm-tools/2:8.8.0+2012.05.21-724730-1+nmu2 (pre-approval)
Hi Looks I forgot to CC the original bugreport and Daniel Baumann. Doing so now. Daniel, please see below. Regards, Salvatore On Wed, Dec 26, 2012 at 04:59:18PM +0100, Salvatore Bonaccorso wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Release-Team X-Debbugs-CC'ing the bugreport and Daniel Baumann. open-vm-tools in Wheezy is affected by #695845. The init script for open-vm-tools calls a executable in /usr but the init script does not have a runtime dependency on $remote_fs. This was fixed in unstable, but the package cannot be unblocked. Can the package with debdiff attached be uploaded to t-p-u? Daniel, do you agree? Would you like to do the upload yourself? Regards, Salvatore - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIbBAEBCgAGBQJQ2x7QAAoJEHidbwV/2GP+0mEP+N1RyOt4HTgu7BP+4jpkZVsd pTE0oqE3FnMgS7yARe7S3myIpR5k/57DPeyYzfX5voEi20wp9DMjDxt1gc4GGWCE asHdWOmg7HTc94daMHSFtz5q8X7k2CsZGlaQf2AjZi0MQk+pK1xbD7mYGcDnQxaG F1w9w0KKk16r/I0qTeWyki0cjkRkx6jr5uKYZRG90Du9yo4oLLPStgYoI78LGbCz Fmi6Ti+/BsPU5mBtrpDzCbZE3cXI0mbECjUf7wyuN2Kc0zrktWx1DfOSHTcx5PRG 4oRT/gVwRPihIt8uTr2HxgR2H9CyBBsD77KtvRjgu7ltD+AHa89zJJoDPKPhMdKT zu/fo6p+2PKDpIZZR2zdbgxYZTq7RAX08iheYRRhaRKZLtwRQuGHB/esACO7EisY PAQXgGcptGRf57IAiSaAY+BGgjbnQITfv5M0CUsv4dJs/kYfBObhkcMROrAkjOnF 86jweK5Arz/+UbiVWleh40DUP92N2ZavSUzSkElbIBOJdHTZ2QjYK3JpHA7C0tDV ZZi4FO9DNqdRQzjw133gtt0UCLVlLgFX7y/LyfpaJ9XfgcklKzuvGWwoEA6fgvRO TWnJcBvLT6N9fFRdesx99zuBR3xeMXxFEeGuVnGK2tb7X8kg3aJiV9yBBiLEr5Gj DRDr0WH2BaDPmocJjZ4= =kbEL -END PGP SIGNATURE- diff -Nru open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog --- open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog2012-09-03 15:46:52.0 +0200 +++ open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog2012-12-26 15:02:43.0 +0100 @@ -1,3 +1,14 @@ +open-vm-tools (2:8.8.0+2012.05.21-724730-1+nmu2) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + * Adjust runtime dependencies for open-vm-tools init script. +Add $remote_fs to Required-{Start,Stop} as the init script calls +executables under /usr. To prevent a loop between service networking +and umountnfs also remove $network from X-Start-Before and X-Stop-After. +(Closes: #695845) + + -- Salvatore Bonaccorso car...@debian.org Sat, 22 Dec 2012 23:55:25 +0100 + open-vm-tools (2:8.8.0+2012.05.21-724730-1+nmu1) testing-proposed-updates; urgency=low [ Bernd Zeimetz ] diff -Nru open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init --- open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init 2012-09-03 15:46:52.0 +0200 +++ open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init 2012-12-23 00:44:06.0 +0100 @@ -2,10 +2,10 @@ ### BEGIN INIT INFO # Provides: open-vm-tools -# Required-Start: $local_fs -# Required-Stop:$local_fs -# X-Start-Before: $network -# X-Stop-After: $network +# Required-Start: $local_fs $remote_fs +# Required-Stop:$local_fs $remote_fs +# X-Start-Before: +# X-Stop-After: # Default-Start:2 3 4 5 # Default-Stop: 0 1 6 # Description: Runs the open-vm-tools services signature.asc Description: Digital signature
Bug#696850: Build valgrind on mipsel
Package: valgrind Version: 1:3.6.0~svn11254+nmu1 Severity: normal It would be nice to start building valgrind on mipsel. As explained: $ more README.mips Supported platforms --- - MIPS32 and MIPS32r2 platforms are currently supported. - Both little-endian and big-endian cores are supported. Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages valgrind depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libc6-dbg 2.11.3-4 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb7.3-1~bpo60+1 The GNU Debugger Versions of packages valgrind suggests: pn alleyoop none (no description available) pn kcachegrind none (no description available) pn valkyrie none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696851: use xdg directory spec for config files
Package: launchy Version: 2.5-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, launchy currently saves its config file (launchy.ini) and database (launchy.db) in the users home dir not even bothering to save them as dot-files. This is not nice. The best thing IMHO would be to conform to the XDG directory specification[1]. [1] http://wiki.debian.org/XDGBaseDirectorySpecification Best regards, Thomas Koch - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages launchy depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libqt4-network 4:4.8.2+dfsg-6 ii libqtcore4 4:4.8.2+dfsg-6 ii libqtgui4 4:4.8.2+dfsg-6 ii libstdc++6 4.7.2-4 ii libx11-62:1.5.0-1 launchy recommends no packages. Versions of packages launchy suggests: ii launchy-plugins 2.5-1 ii launchy-skins2.5-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ3V5vAAoJEAf8SJEEK6ZaV8sQANxUonksrDA4Z1yZ6iaMtmTK hov2P6LOkaCZDX7wwr2/f1bEdthyoW3gpsabHxuboeGYBzvey5bh1g2VpzSlmxdf H7Ro9gh7fLJ9vP8iG83QVpclAdtGr1+b7tXBfsKQVggNZmR+x9ixzgL/yFNHL2Og joYVCQqUqNzM3pQQez9UIeQNMHHIIZ7ICqOkX18lZsN1fGF2wUZmzm9ULR7O0yWP fwtm8Qtlh6M03Z4lC1pGNW3+DqRjJUaFTn/BXucOS+lkdml1qbyseqTKBf1kzvXy TufJy472Fqv7Kk4TqqH4dBPJqSMO5JylGjF69YYcn3AlDGtT2vrQP1HzzTy7CbRd g5/NRBT6JrTqnjWmITYsldqiuz2CaGCRpU2Uis8I7Ezwp9RLJHm+P1nxt49IdMQo LudwcV5aWK4RfzjTq6O/yv9IiG4kNTBwlzm8qv294PYsiyvUnJkl99DaCPeoy1UY /WXR5eunXWRnPA/89ZxDSFYAq4n5+MC86NTxCwW/r4zb/4SeO6QctTUqi6OJseeQ Mu6Fd/jNnvQ07zTGn1YBICS7DsAarukZTbMI6Tajz5iXvvNUHq7Btr5sb4rWyaZQ bgdHwaa4ab9Vdm4sSMvHoixnmncnJErHv3Q7aLfCVyWuHxXBIaEYmFnlQvivim00 oLthDmsJEeyI2zPvaZsG =OuBC -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#696320: Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done
On Thu, Dec 20, 2012 at 9:31 PM, Andrey Rahmatullin w...@wrar.name wrote: /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6 instead of /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6 sounds wrong to me. Also, if it's indeed wrong then other versions of libstdc++ are affected too. I am not clear why package provides two .so: $ md5sum /usr/lib/debug/libstdc++.so.6.0.13 /usr/lib/debug/usr/lib/libstdc++.so.6.0.13 3b70925b8de9d5cdc56fdd49f3f8a6c4 /usr/lib/debug/libstdc++.so.6.0.13 956b6d927da04d00c3a073d17c8ebabd /usr/lib/debug/usr/lib/libstdc++.so.6.0.13 Anyway it looks like the first one is the one to be used: $ export LD_LIBRARY_PATH=/usr/lib/debug/ $ gdb bla (gdb) set verbose on (gdb) break main Reading in symbols for bla.cxx...done. Breakpoint 1 at 0x400690: file bla.cxx, line 4. (gdb) r Starting program: /tmp/bla Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.3.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading in symbols for rtld.c...done. Reading symbols from system-supplied DSO at 0x77ffb000...(no debugging symbols found)...done. Reading in symbols for dl-debug.c...done. Reading symbols from /usr/lib/debug/libstdc++.so.6...done. Loaded symbols for /usr/lib/debug/libstdc++.so.6 Reading symbols from /lib/libm.so.6...Reading symbols from /usr/lib/debug/lib/libm-2.11.3.so...done. done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...Reading symbols from /usr/lib/debug/lib/libgcc_s.so.1...done. done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.11.3.so...done. done. Loaded symbols for /lib/libc.so.6 Breakpoint 1, main () at bla.cxx:4 4 std::ifstream i; (gdb) n 5 return 0; (gdb) p i Reading in symbols for ../../../../../src/libstdc++-v3/src/fstream-inst.cc...done. $1 = {Reading in symbols for ../../../../../src/libstdc++-v3/src/istream-inst.cc...done. std::basic_istreamchar, std::char_traitschar = {Reading in symbols for ../../../../../src/libstdc++-v3/src/ios-inst.cc...done. std::basic_ioschar, std::char_traitschar = {Reading in symbols for ../../../../../src/libstdc++-v3/src/ios.cc...done. std::ios_base = {_vptr.ios_base = 0x77dc2200, static boolalpha = std::_S_boolalpha, static dec = std::_S_dec, static fixed = std::_S_fixed, static hex = std::_S_hex, static internal = std::_S_internal, static left = std::_S_left, static oct = std::_S_oct, static right = std::_S_right, static scientific = std::_S_scientific, static showbase = std::_S_showbase, static showpoint = std::_S_showpoint, static showpos = std::_S_showpos, static skipws = std::_S_skipws, static unitbuf = std::_S_unitbuf, static uppercase = std::_S_uppercase, static adjustfield = std::_S_adjustfield, static basefield = std::_S_basefield, static floatfield = std::_S_floatfield, static badbit = std::_S_badbit, static eofbit = std::_S_eofbit, static failbit = std::_S_failbit, static goodbit = std::_S_goodbit, static app = std::_S_app, static ate = std::_S_ate, static binary = std::_S_bin, static in = std::_S_in, static out = std::_S_out, static trunc = std::_S_trunc, static beg = std::_S_beg, static cur = std::_S_cur, static end = std::_S_end, _M_precision = 6, _M_width = 0, _M_flags = 4098, _M_exception = std::_S_goodbit, _M_streambuf_state = std::_S_goodbit, _M_callbacks = 0x0, _M_word_zero = {_M_pword = 0x0, _M_iword = 0}, _M_local_word = {{_M_pword = 0x0, _M_iword = 0}, { _M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, { _M_pword = 0x0, _M_iword = 0}}, _M_word_size = 8, _M_word = 0x7fffe3f0, _M_ios_locale = {static none = 0, static ctype = 1, static numeric = 2, static collate = 4, static time = 8, static monetary = 16, static messages = 32, static all = 63, _M_impl = 0x77dcad80, static _S_classic = Reading in symbols for ../../../../../src/libstdc++-v3/src/locale.cc...done. 0x77dcad80, static _S_global = 0x77dcad80, static _S_categories = 0x77dbff20, static _S_once = 0}}, _M_tie = Reading in symbols for ../../../../../src/libstdc++-v3/src/ostream-inst.cc...done. 0x0, _M_fill = 0 '\000', _M_fill_init = false, _M_streambuf = Reading in symbols for ../../../../../src/libstdc++-v3/src/streambuf-inst.cc...done. 0x7fffe2c0, _M_ctype = Reading in symbols for ../../../../../src/libstdc++-v3/src/ctype.cc...done. 0x77dcb000, _M_num_put = Reading in symbols for ../../../../../src/libstdc++-v3/src/locale-inst.cc...done. 0x77dcb290, _M_num_get = 0x77dcb280}, _vptr.basic_istream = 0x77dc21d8, _M_gcount = 0}, _M_filebuf = {std::basic_streambufchar, std::char_traitschar = { _vptr.basic_streambuf = 0x77dc22b0, _M_in_beg = 0x0, _M_in_cur = 0x0, _M_in_end = 0x0, _M_out_beg =
Bug#696852: launchy doesn't seem to have an option for different font sizes
Package: launchy Version: 2.5-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, the font used by launchy is to small on my screen and I couldn't find any option to change it. Regards, Thomas Koch - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages launchy depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libqt4-network 4:4.8.2+dfsg-6 ii libqtcore4 4:4.8.2+dfsg-6 ii libqtgui4 4:4.8.2+dfsg-6 ii libstdc++6 4.7.2-4 ii libx11-62:1.5.0-1 launchy recommends no packages. Versions of packages launchy suggests: ii launchy-plugins 2.5-1 ii launchy-skins2.5-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ3V8aAAoJEAf8SJEEK6ZaQmEP/2q90b65JKh35a/vh+mexBnx qN65j/4KiqVKxE8l+bGB0fPSchxv9WcOWpnIoNv2tNLCUcxPeyQmbsBplUAhXaxB ODS6GNPlLiVwjnp9RWp/81cemgZpyEMe8Jy9bS+OceVKw3rM/ltwPoVFzUX4HPlc Q3g2Ly2ESMMjFD57jRuQizOK4v4AvWp4QzUcREy454ym9MmJOmzVacndPiQqdo3m cR+jbzwt0rrNqSZetZ0X0Y3q2IaNpiEdii1B3dqM0oSVfklD7fwAvQXCZLFnwV5W 940JtFBaSY/2F/KHR3alW19IloF0F0otnMbvEm/2TgqqdXHUOcLqYp8+4kluiEOu dflVOfpaGQjgKUeyBo2g+hpBrjAb3ttRfpfFvGuvlYROv2cb7n12M0H599WULeqN u0kD6QICMNdPOVjFzIju04tZICyUe9itPgtiUfR2r+C2kTJHC4XXuVuHIMtHbt9Q cFVSu+BRPnNnXPv9EOWp+AfS0nFj2ZIFuGB1fTWpTdnAMCDwWPOHS6yzuUZaZqxI JCNSSw9KrjuhBd9B/K2ArK9nG4um1xLpkyQjj2DDSgZPN/QPoo5G6i1QEE4F04QU Io+1h5d2zBWMntwu+lMaHazFAGq9Q54WFXnLKDU04Yxydmap/Jcnb541cIaj0/mO ME6gQ8gFQAac5jcQbosW =WlcW -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#696853: dpkg-checkbuilddeps -C somedir, please?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: dpkg-dev Version: 1.16.9 Severity: wishlist Would it be possible to support a command line argument -C somedir to run dpkg-checkbuilddeps in another directory without pushd and popd and a temporary variable to safe the exit value? This would be very similar to make -C somedir. Maybe such an option would be helpful for other dpkg tools as well. Many thanx in advance Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlDdYE8ACgkQUTlbRTxpHjdJagCfbxuiBgi62idzUylaeg8+uP8E lT4An1FQP/vETZrtGKrY4Yd8R+468S5S =epAL -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#696854:
Here is the output for libstdc++6-4.7-dbg: (debian sid): $ gdb bla (gdb) set verbose on (gdb) r Starting program: /tmp/bla Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from system-supplied DSO at 0x77ffb000...(no debugging symbols found)...done. Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging symbols found)...done. Registering libstdc++-v6 pretty-printer for /usr/lib/x86_64-linux-gnu/libstdc++.so.6 ... Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6 Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6 Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libgcc_s.so.1...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1 Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6 [Inferior 1 (process 31367) exited normally] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695423: unblock: cups/1.5.3-2.9
Le mardi, 25 décembre 2012 21.45:41, Julien Cristau a écrit : On Fri, Dec 7, 2012 at 22:31:33 +0100, Didier Raboud wrote: Please unblock package cups (…) Questions: Hi Julien, thanks for this review! - what does mv /etc/cups/cupsd.conf /etc/cups/cupsd.conf.conffile-bak in preinst achieve? In versions prior to 1.5.3-2.7, /etc/cups/cupsd.conf is a conffile, registered as such by dpkg. So in a normal upgrading case, the file would either be dropped (if never modified) or marked obsolete (if ever modified). As we want neither, moving it away before the dpkg unpack (making this file unnoticed to dpkg) and reinstating it after the unpack (in postinst for normal cases and postrm abort-upgrade in case something fails) makes /etc/cups/cupsd.conf a non-dpkg-conffile without having it marked as obsolete (which is irrelevant for that file). Granted, /etc/cups/cupsd.conf should not be in /etc/ but in /var/lib/, but that would be the subject for another intrusive patch (and upstream apparently plans to do that change in a not-too-distant future). - in cups-dbus-utf8.patch, I'm wondering if the if (str_len buflen) check isn't off-by-one? To be honest, I don't really know. As I read the code (and the surrounding comments), making it off-by-one puts the buffer size on the safe side (aka always at least as large as the input string). Actually, one more: the validate_utf8 thing uses en_US.UTF-8, which may or may not exist. You might want to use C.UTF-8 instead, which is in our libc since 2.13. Good catch! I'll upload a new cups 1.5.3-2.11 with that fix. What is the good way to Depend on libc 2.13 across all our architectures ? Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#695423: unblock: cups/1.5.3-2.9
On Fri, Dec 28, 2012 at 10:12:02 +0100, Didier 'OdyX' Raboud wrote: Le mardi, 25 décembre 2012 21.45:41, Julien Cristau a écrit : On Fri, Dec 7, 2012 at 22:31:33 +0100, Didier Raboud wrote: Please unblock package cups (…) Questions: Hi Julien, thanks for this review! - what does mv /etc/cups/cupsd.conf /etc/cups/cupsd.conf.conffile-bak in preinst achieve? In versions prior to 1.5.3-2.7, /etc/cups/cupsd.conf is a conffile, registered as such by dpkg. So in a normal upgrading case, the file would either be dropped (if never modified) or marked obsolete (if ever modified). As we want neither, moving it away before the dpkg unpack (making this file unnoticed to dpkg) and reinstating it after the unpack (in postinst for normal cases and postrm abort-upgrade in case something fails) makes /etc/cups/cupsd.conf a non-dpkg-conffile without having it marked as obsolete (which is irrelevant for that file). Granted, /etc/cups/cupsd.conf should not be in /etc/ but in /var/lib/, but that would be the subject for another intrusive patch (and upstream apparently plans to do that change in a not-too-distant future). - in cups-dbus-utf8.patch, I'm wondering if the if (str_len buflen) check isn't off-by-one? To be honest, I don't really know. As I read the code (and the surrounding comments), making it off-by-one puts the buffer size on the safe side (aka always at least as large as the input string). Well, it's at least as large as the input string, but potentially with no space for the terminating nul character, AIUI. Actually, one more: the validate_utf8 thing uses en_US.UTF-8, which may or may not exist. You might want to use C.UTF-8 instead, which is in our libc since 2.13. Good catch! I'll upload a new cups 1.5.3-2.11 with that fix. What is the good way to Depend on libc 2.13 across all our architectures ? Depends: libc-bin (= 2.13). Cheers, Julien signature.asc Description: Digital signature
Bug#696320:
severity 696320 important severity 696854 important thanks downgrading severity since there are workarounds (using LD_LIBRARY_PATH) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696855: hello: diff for NMU version 2.8-2.1
Package: hello Version: 2.8-2 Severity: normal Tags: patch Dear maintainer, I've prepared an NMU for hello (versioned as 2.8-2.1) and didn't upload it anywhere yet. This is FTBFS bug, but I'm not sure if it should be important or not. Regards. diff -Nru hello-2.8/debian/changelog hello-2.8/debian/changelog --- hello-2.8/debian/changelog 2012-06-07 14:01:46.0 +0300 +++ hello-2.8/debian/changelog 2012-12-28 11:38:48.0 +0200 @@ -1,3 +1,11 @@ +hello (2.8-2.1) unstable; urgency=low + + * NMU. + * Quote $pwd to fix FTBFS if present working directory name has in +it. + + -- Dmitrijs Ledkovs x...@debian.org Fri, 28 Dec 2012 11:32:56 +0200 + hello (2.8-2) unstable; urgency=low * Use `dpkg-buildflags` instead of $(shell dpkg-buildflags). diff -Nru hello-2.8/debian/rules hello-2.8/debian/rules --- hello-2.8/debian/rules 2012-06-07 14:01:28.0 +0300 +++ hello-2.8/debian/rules 2012-12-28 08:21:25.0 +0200 @@ -53,7 +53,7 @@ binary-arch: build rm -rf debian/tmp install -d debian/tmp/DEBIAN $(docdir) - $(MAKE) prefix=$$(pwd)/debian/tmp/usr install + $(MAKE) prefix=$$(pwd)/debian/tmp/usr install $(STRIP) debian/tmp/usr/bin/hello cp -a NEWS debian/copyright $(docdir) cp -a debian/changelog $(docdir)/changelog.Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677958: mp4v2 vs mediatomb
forcemerge 677958 696551 thanks Looks like the patch cant be accepted: See: http://bugs.debian.org/696551#19 2cts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692108: More generally, python-pip vs Debian packages
I'm only now starting to use pip, but noticed in the Changelog at http://pypi.python.org/pypi/pip that, for 1.0, ... Fixed uninstall of packages from system Python for users of Debian/Ubuntu python-setuptools package (workaround until fixed in Debian and Ubuntu) I haven't yet seen what kind of fix there was back then, but having pip remove files from Debian packages without actually handling the Debian package side (maybe uninstalling the packages / replacing by some dummy) seems hazardous... -- +351 939838775 skype: jmcerqueira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696741: [Pkg-xfce-devel] Bug#696741: Xfce GTK3 engine: gtk.css:70:18: Not using units is deprecated. Assuming 'px'.
On mer., 2012-12-26 at 17:36 +0100, Erich Schubert wrote: Package: gtk3-engines-xfce Version: 3.0.0-1 Severity: minor Using the XFCE engine yields errors from various applications: xfce-orange: Gtk-WARNING **: Theme parsing error: gtk.css:70:18: Not using units is deprecated. Assuming 'px'. xfce default theme: Gtk-WARNING **: Theme parsing error: gtk.css:102:20: Not using units is deprecated. Assuming 'px'. Yeah, since GTK+ broke theming several time, it's quite expected that the engine doesn't really work fine anymore. I need to check with upstream if it's fixed in git HEAD or if it needs reporting. Thanks for the report anyway. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#696853: dpkg-checkbuilddeps -C somedir, please?
Hi, On Fri, 28 Dec 2012, Harald Dunkel wrote: Would it be possible to support a command line argument -C somedir to run dpkg-checkbuilddeps in another directory without pushd and popd and a temporary variable to safe the exit value? This would be very similar to make -C somedir. dpkg-checkbuilddeps accepts the path to the control file that it should use. So dpkg-checkbuilddeps -C somedir is actually the same as dpkg-checkbuilddeps somedir/debian/control and there's no need to introduce a new option. Let me know if this matches your need. If yes, I shall close this bug. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687681: grub2: Finnish localisation patch
2012/9/17 Colin Watson cjwat...@debian.org: On Sat, Sep 15, 2012 at 07:43:12AM +0300, Martin-Éric Racine wrote: The Finnish localisation for the initrd loading messages is both gramatically incorrect and inconsistant with the grammatical case used for the similar kernel loading message. This patch fixes it. This is how it reads in 2.00. Is this correct? #. TRANSLATORS: ramdisk isn't identifier. Should be translated. #: util/grub.d/10_linux.in:142 util/grub.d/20_linux_xen.in:130 msgid Loading initial ramdisk ... msgstr Ladataan alustavaa ramlevyä ... This phrasing also works. The key change that needs to be implemented is Ladataa - Ladataan i.e. adding the missing N. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664051: related to amd64?
we apparently have the same issue (we also use delay_pools) strangely enough, another server running in a VM with the same config runs flawlessly without memory consumption problems. both servers run squid3 3.1.6-1.2+squeeze1 a notable difference is that the problem server (a physical machine) runs the amd64 port, while the working VM server runs the i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696856: spamass-milter: Could not retrieve sendmail macro i
Package: spamass-milter Version: 0.3.2-1 Severity: normal Hi, After spamass-milter service restart and the first message received, these lines are found in the syslog: | Dec 28 03:07:07 palomino spamass-milter[30692]: Could not retrieve | sendmail macro i!. Please add it to confMILTER_MACROS_ENVFROM for | better spamassassin results This appear to be harmless but at least should be documented in README with what's causing it and how to fix it (if possible). Cheers -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamass-milter depends on: ii adduser 3.113+nmu3 ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libmilter1.0.1 8.14.4-2.1 ii libstdc++6 4.7.2-4 ii spamc 3.3.2-4 Versions of packages spamass-milter recommends: ii postfix 2.9.3-2.1 ii spamassassin 3.3.2-4 spamass-milter suggests no packages. -- Configuration Files: /etc/default/spamass-milter changed: OPTIONS=-I -i 127.0.0.1,69.160.75.102 -m -r 20 -- --headers SOCKET=/var/spool/postfix/run/spamass-milter/mux SOCKETOWNER=spamass-milter:spamass-milter -- 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#696441: Bug:#686008: my mistake to build postgresql from source
Re: Fernando Ike 2012-12-26 50db279c.2020...@midstorm.org My apologies. I think that this ins't bug. If you need to install postgresql from source, you have write LDFLAG variable before to execute ./configure command. e.g.: LDFLAGS= -Wl,--as-needed ./configure Fwiw, this is a postgres bug, but it doesn't affect Debian if you are using debian/rules, only if you call ./configure yourself: http://archives.postgresql.org/pgsql-hackers/2012-12/msg01058.php Well, I'm closing this bug. Nod, this needs to be addressed upstream. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#696833: ITP: i18nspector -- checking tool for gettext POT, PO and MO files
On Vi, 28 dec 12, 06:59:49, Christian PERRIER wrote: There are definitely good things to do with that gem. I'm still (slowly) processing errors found by Jakub while running it on the entire archive and would love finding a way to have it running/reporting on the i18n infrastructure. Lintian? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#696848: general: USB flash drive unmount problems (both squeeze/wheezy)
On Vi, 28 dec 12, 08:15:20, Eugene wrote: It seems that the cache doesn't appear to be properly finished to be written on the flash drive. Can you reproduce this if you unmount from the commandline? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#677958: mediatomb: fails to build against current version of libmp4v2
Hello, On Mon, Jun 18, 2012 at 04:19:33AM -0400, Jona Schuman wrote: I've attached a patch that replaces the relevant deprecated / deleted function calls. Thank you very much for the patch, I have pushed it to GIT master. I have verified it builds against libmp4v2, but due to licensing issues as Mathieu comments (see http://bugs.debian.org/696551#19), we need to keep it disabled distribution wise. Regards, -- Hector Oron signature.asc Description: Digital signature
Bug#466360: Please set the timestamp of patched files to guard against timestamp skews
On Fri, Dec 28, 2012 at 08:44:59AM +0100, Raphael Hertzog wrote: It seems rather improbable that anything else happens, doesn't it? I mean all these files are modified automatically, and it seems very probable to me that they all get the same mtime. But I may well be wrong on this. Indeed, you are wrong. mtime is precise up to nanoseconds with recent filesystems and it's unlikely that the mtime matches even when the files are modified in a single patch call. I prepared a patch for that issue, attached and commited to the package git. I'd appreciate if you could review it. As far as I understand, it does what you described. Bye, Mt. -- The tragedy of modern man is not that he knows less and less about the meaning of his own life, but that it bothers him less and less. --- Vaclav Havel Description: ensure that all mtime of modified files are equal when pushing This is intended to avoid time skew in build systems in some cases. . See the discussion http://lists.debian.org/debian-policy/2008/02/msg00030.html for more context information. Bug-Debian: http://bugs.debian.org/466360 Upstream-status: to be submitted Index: quilt.git/quilt/push.in === --- quilt.git.orig/quilt/push.in2012-12-28 12:01:14.788082227 +0100 +++ quilt.git/quilt/push.in 2012-12-28 12:03:18.546143818 +0100 @@ -30,7 +30,8 @@ specified number of patches. When a patch name is specified, apply all patches up to and including the specified patch. Patch names may include the patches/ prefix, which means that filename completion can -be used. +be used. The mtime of all touched files will be exactly the same to +prevent time skews. -a Apply all patches in the series file. @@ -208,12 +209,18 @@ touch $QUILT_PC/$patch~refresh fi + modif_time=`date +%m%d%H%M.%S` if [ -e $QUILT_PC/$patch ] then - touch $QUILT_PC/$patch/.timestamp + touch -t $modif_time $QUILT_PC/$patch/.timestamp else mkdir $QUILT_PC/$patch fi + touched_files=`quilt files $patch` + if [ -n $touched_files ] + then + touch -t $modif_time $touched_files + fi if ! [ -e $patch_file ] then
Bug#694378: Bug#683803: apt-cacher-ng: errors in combination with http.debian.net: [302 Moved Temporarily]
On Wed, Dec 26, 2012 at 12:08:49PM +0100, Eduard Bloch wrote: Hallo, * Gabriele Stilli [Tue, Dec 25 2012, 10:10:36PM]: any chance of having this fix backported to Wheezy? It's quite annoying not being able to do proper upgrades when using http.debian.net with (what will become) stable. #694378 is there to get an answer to this question, apparently RM team prefers to look away ATM. Responding to the comments left by integri would perhaps be a good idea. Neil -- signature.asc Description: Digital signature
Bug#696857: preseed: Does not re-enable locale and keymap selection
Package: preseed Severity: normal Tags: d-i If on the kernel command line we add auto=true url=file:///mnt/./preseed.cfg priority=low the questions concerning language and keyboard reappear in the main menu after the debconf preconfiguration file is downloaded. The answers are then taken from preseed.cfg. I think this is because # Re-enable locale and kbd selection echo 0 /var/run/auto-install.active is in the postinst for network-preseed. No such lines appear in the postinst for file-preseed, which means that with auto=true file=/mnt/preseed.cfg priority=low the language and keyboard do not reappear and preseeding cannot take place. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608980: #608980 Crash with long HOME environment variable
We believe this is fixed in upstream build 133. Debian is currently frozen, but this will be uploaded after release. Colin -- Colin Tuckley | +44(0)1223 830814 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE What is Life? It's the cereal Mikey likes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696188: debian-installer: Keyboard not preseeded with auto=true
On Fri 21 Dec 2012 at 00:25:47 +0100, Samuel Thibault wrote: Hello Samuel, I believe these are the same bugs: preseeding xkb-keymap does not actually preseeds keyboard-configuration. I'm working on a fix. Although it is highly probable console-setup is not behaving itself with url and file preseeding, I'm not entirely convinced it is the root cause of this bug, On Squeeze, url= works with auto=true but file= doesn't. Please see #696857. Today's mini.iso at http://d-i.debian.org/daily-images/i386/ is built with console-setup-udeb 1.89 and appears to fix #693956. However, while using keymap=gb produces XKBLAYOUT=gb in /etc/default/keyboard, the kernel command line option keymap=uk gives XKBLAYOUT=, resulting in a us keyboard layout. Also, with auto=true url=file:///mnt/./preseed.cfg priority=high and d-i keymap select de in preseed.cfg the keyboard question pops up after the network has been configured. Please note the change from file= in the submitted report to url= here. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683880: Please make gnome-shell_3.4.2-4_amd64.deb in wheezy available
Hi, we are also affected of this bug on more than 30 debian desktops. Please make gnome-shell-common_3.4.2-4_all.deb and gnome-shell_3.4.2-4_amd64.deb in wheezy available. It look like its blocked by the gjs package http://bjorn.haxx.se/debian/testing.pl?package=gnome-shell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696850: Build valgrind on mipsel
tags 696850 pending kthxbye On ven, dic 28, 2012 at 09:20:05 +0100, Mathieu Malaterre wrote: It would be nice to start building valgrind on mipsel. Oh right, when I enabled mips support I forgot to do the same for mipsel. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#696823: trap action is not executed in shall exit error
Thank you for an answer. Well noted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696858: deb3: remove QUILT_PATCH_OPTS
Package: quilt Version: 0.60-3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 deb3 has 'export QUILT_PATCH_OPTS=--reject-format=unified'. This option in was removed in patch 2.6.1-1, and setting it breaks quilt invocations. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ3Y9oAAoJELs6aAGGSaoGWfkQAMNYxGfZXyFet8uGGJDF/6fb IncbwTeRBlNr1S77735o0pF10vybWtx5VtHgZ6oyoJhAAbLNFhqkVmDmSeA0iZ9q IEukC9SlbPXqLlESrBnr2DCCTY9GK2+3ipqpiisLrZ3zI5DSOb+pLTk5dsK+0PKd rawaCsEMmoscbFjODLZdZvzcXkMxiE8bFlo8rnF9pD1Dj+P/EHI57hkbKBhnx+UE G4obuE2r5sJH+S1IiiPhU5I7KWQi5qOWaApVJfeS60mEaiCARUyK87MnmhOSQNm5 of9BBPy5u3E00jeqX/p+CsaUqsZoYxso0mwbJbu2T+e/LgWe+zgqhOmWzMyh/Z9L N4cf+p5kO8ovdEBqYpQfEyEqfR2J1mQTYrpcKoA3BmjsHHMAxbbXwxUgeB4Tsy3u etqI2022ChQhfLQgAQJp18V0yQet3uMXK32GrFFsR9FQvOrtEme0SkLAN6vBXP3A KYRbvCx6v9SapvgllNBE37qhi0W2B03pgmYuXN/4Kb0b992b6KFlwkUWKVefITJi WW9HO8hVst98zKOc56Mcw4eEYCRTbc3Y+HIdN0GgT6kCoRdh9qInFiyMmBA1uVDL EM+ARNI2PM9s4X7cWXIMOMnxJLi049rg8RuDgw99ehHWKbdG/2RBTnb5xkbUXgPp wy0Jj/6jB4PyB2VroPqw =JBvr -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#696825: AttributeError: 'module' object has no attribute 'FlowImages'
Hello Christine, Christine Spang [2012-12-27 12:55 -0800]: I get the following traceback when I try starting up a fresh install of calibre on my laptop running debian sid: /usr/lib/calibre/calibre/ebooks/metadata/opf2.py:14: RuntimeWarning: compiletime version 2.6 of module 'lxml.etree' does not match runtime version 2.7 [...] AttributeError: 'module' object has no attribute 'FlowImages' I do wonder if it's related to the state of python in unstable right now, but it sure does make calibre unusable. I cannot reproduce this on my amd64 sid, and I'm using the exact same python-xml version as you have installed. However, before we dive into a deep debugging session, I'll upload the current version into sid today. Let's see whether that will work better. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694454: ... and PAM, too
Control: retitle -1 pg_ctlcluster should have support for numactl and PAM Re: To Debian Bug Tracking System 2012-11-26 20121126143747.ga21...@msgid.df7cb.de Package: postgresql-common Version: 134 Severity: wishlist We should probably consider adding something like the following patch to pg_ctlcluster. It wraps pg_ctl using numactl. Other uses might be strace, gdb, and similar things. /etc/postgresql/*/*/pg_ctl.conf seems like the right spot to configure this, for example using pg_ctl_wrapper = '...' Here's yet another idea which will touch the same code region: pg_ctlcluster should support PAM, or more specifically pam_limits.so, so people can set proper limits in /etc/security/limits.conf. This is probably the easiest to achieve if we simply use su(1) instead of doing the PID change etc in pure perl. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#696859: xsmbrowser depend on samba-common-bin
Package: xsmbrowser Version: 3.4.0-16.1 Severity: grave Without nmblookup I get follow error message: couldn't execute nmblookup: no such file or directory couldn't execute nmblookup: no such file or directory while executing spawn nmblookup -d 1 -B [NameSubstitution $ip_num] [NameSubstitution $computer] (procedure NmbLookup line 22) invoked from within NmbLookup $computer broadcast $broadcast_subnet (procedure scrollButton line 152) invoked from within scrollButton .cscroll.c canvas invoked from within if {$current_num != $current_num != boxbox} { scrollButton .cscroll.c canvas } else { if {$canvason != off} { .cscroll.c dele... (command bound to event) Please add in depends package samba-common-bin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696188: debian-installer: Keyboard not preseeded with auto=true
Brian Potkin, le Fri 28 Dec 2012 12:00:44 +, a écrit : Today's mini.iso at http://d-i.debian.org/daily-images/i386/ is built with console-setup-udeb 1.89 and appears to fix #693956. However, while using keymap=gb produces XKBLAYOUT=gb in /etc/default/keyboard, the kernel command line option keymap=uk gives XKBLAYOUT=, resulting in a us keyboard layout. The keymap shortcut is an xkb keymap, it does not take the same values as what console-data used to take. You need to pass keymap=gb. I agree on the auto part being a separate issue that we'll have to have a look at. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696860: dovecot-imapd: on upgrade mail_location changed from maildir:~/Maildir to mbox:~/mail:INBOX=/var/mail/%u
Package: dovecot-imapd Version: 1:2.1.7-6 Severity: important Dear Maintainer, I recently upgraded dovecot. It went from working, with a full set of mail and sub-folders to working having (apparently) discarded all of my mail. I poked around a bit, and found all of my mail where I expected it (~/Maildir/), and a new file in /var/mail/%u . Eventually I asked a friend for help, when I was told that /etc/dovecot/conf.d/10-mail.conf would not have inherited my working configuration on the upgrade. I set the mail_location to maildir:~/Maildir, restarted the daemon and all of my mail came back, apart from the items that got delivered to /var/mail/%u . Fortunately these are unimportant, so I've just deleted them. Matthew -- Package-specific info: dovecot configuration - # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-3-amd64 x86_64 Debian 7.0 mail_location = maildir:~/Maildir mail_privileged_group = mail namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } protocols = imap ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem userdb { driver = passwd } -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-imapd depends on: ii dovecot-core 1:2.1.7-6 ii libc6 2.13-37 ii ucf 3.0025+nmu3 dovecot-imapd recommends no packages. dovecot-imapd suggests no packages. Versions of packages dovecot-imapd is related to: ii dovecot-core [dovecot-common] 1:2.1.7-6 pn dovecot-dbgnone pn dovecot-devnone pn dovecot-gssapi none ii dovecot-imapd 1:2.1.7-6 pn dovecot-ldap none pn dovecot-lmtpd none pn dovecot-managesieved none pn dovecot-mysql none pn dovecot-pgsql none pn dovecot-pop3d none pn dovecot-sieve none pn dovecot-sqlite none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696851: use xdg directory spec for config files
package launchy severity 696851 wishlist forwarded 696851 http://sourceforge.net/tracker/?func=detailaid=3598737group_id=132975atid=725842 thanks On Fri, 28 Dec 2012 09:55:15 +0100 Thomas Koch tho...@koch.ro wrote: launchy currently saves its config file (launchy.ini) and database (launchy.db) in the users home dir not even bothering to save them as dot-files. This is not nice. The best thing IMHO would be to conform to the XDG directory specification[1]. [1] http://wiki.debian.org/XDGBaseDirectorySpecification Best regards, Thomas Koch I basically agree with you. Anyway, since it works, being not nice is not a bug but more a feature request ;-) so fixing severity. I've forwarded this upstream, but if you have a patch for this I'll be glad to add it to the Debian packaging in the meantime. best regards, -- Ricardo Mones http://people.debian.org/~mones «You have an unusual equipment for success. Be sure to use it properly.» signature.asc Description: PGP signature
Bug#696852: launchy doesn't seem to have an option for different font sizes
package launchy tags 696852 moreinfo thanks On Fri, 28 Dec 2012 09:58:02 +0100 Thomas Koch tho...@koch.ro wrote: Hi, the font used by launchy is to small on my screen and I couldn't find any option to change it. It may be theme related. Have you tried a different launchy theme? best regards, -- Ricardo Mones http://people.debian.org/~mones «Better hope the life-inspector doesn't come around while you have your life in such a mess.» signature.asc Description: PGP signature
Bug#696861: spamass-milter: must create an empty home directory
Package: spamass-milter Version: 0.3.2-1 Severity: normal Hi, During package installation the account is created without HOME: | Not creating home directory `/var/lib/spamass-milter'. But, on all messages received you'll see many messages like this: | Dec 27 09:25:13 palomino spamd[13761]: spamd: setuid to spamass-milter succeeded | Dec 27 09:25:13 palomino spamd[13761]: spamd: creating default_prefs: | /var/lib/spamass-milter/.spamassassin/user_prefs | Dec 27 09:25:13 palomino spamd[13761]: config: cannot create user | preferences file /var/lib/spamass-milter/.spamassassin/user_prefs: | No such file or directory | Dec 27 09:25:13 palomino spamd[13761]: spamd: failed to create readable | default_prefs: /var/lib/spamass-milter/.spamassassin/user_prefs | | Dec 27 09:25:14 palomino spamd[13761]: pyzor: check failed: internal | error, python traceback seen in response | Dec 27 09:25:15 palomino spamd[13761]: plugin: eval failed: bayes: | (in learn) locker: safe_lock: cannot create lockfile | /var/lib/spamass-milter/.spamassassin/bayes.mutex: No such file or directory Thus, altough you don't want all the files from /etc/skel we still need an empty directory. However, you need to update the permissions in postinstall. (it would be nice to create a 'spamass-milter' group too) Cheers -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamass-milter depends on: ii adduser 3.113+nmu3 ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libmilter1.0.1 8.14.4-2.1 ii libstdc++6 4.7.2-4 ii spamc 3.3.2-4 Versions of packages spamass-milter recommends: ii postfix 2.9.3-2.1 ii spamassassin 3.3.2-4 spamass-milter suggests no packages. -- Configuration Files: /etc/default/spamass-milter changed: OPTIONS=-I -i 127.0.0.1,BINDADDR -m -r 20 -- --headers SOCKET=/var/spool/postfix/run/spamass-milter/mux SOCKETOWNER=spamass-milter:spamass-milter -- 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#466360: Please set the timestamp of patched files to guard against timestamp skews
On Fri, 28 Dec 2012, Martin Quinson wrote: + modif_time=`date +%m%d%H%M.%S` if [ -e $QUILT_PC/$patch ] then - touch $QUILT_PC/$patch/.timestamp + touch -t $modif_time $QUILT_PC/$patch/.timestamp else mkdir $QUILT_PC/$patch fi + touched_files=`quilt files $patch` + if [ -n $touched_files ] + then + touch -t $modif_time $touched_files + fi Instead of using the -t option, I would suggest to use the -r option. You can thus avoid the first changd and use this in the second part: touch -r $QUILT_PC/$patch/.timestamp $touched_files But I also have some doubt about the way you handle the list of files: - it might fail with too many files modified in a single patch - it might fail with files containing spaces Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686819: simpler presentation of iso downloads
Hello, Stefano Zacchiroli, le Thu 06 Sep 2012 11:54:01 +0200, a écrit : - it put first the two options that I think are more likely for our users, i.e. downloading debian (be it in the live flavor of not), and the other options (buying CD or pre-installed systems) next Along the same line, it was suggested on #debian-boot that the main http://www.debian.org/index page should do the same: CD ISO images should be before CD vendors in the Getting Debian list. Also, network install could be more useful to put early. Also, a link to the testing distribution would be useful (pointing to http://www.debian.org/devel/debian-installer/), otherwise it's no wonder we have not much user feedback about it. To summarize, the second column would become: Getting Debian CD ISO images Network install CD vendors Pre-installed Test next release Developers' Corner Debian Packages Also, the http://www.debian.org/distrib/ should explicitly tell that it is for squeeze: for instance, the title should be Getting Debian Squeeze. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686819: simpler presentation of iso downloads
I forgot another important thing: I had not even *seen* the Download Debian 6.0 image on the top-right corner of http://www.debian.org/index . This is indeed not a place where the eyes would naturally go, so it tends to be completely unnoticed. I'd say it should rather go to the bottom left corner of the blue debian banner (bottom right for RtoL languages). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696862: does not build on squeeze
Source: ruby-ffi Version: 1.0.11debian-5 Severity: minor Hi This is a backporting issue, and hence not important, hence severity minor. I would appreciate help anyway. I am trying to backport ruby-ffi to squeeze. However, this does not work too well, as ruby packages are entangled to each other. I first backported ruby 1.9.1 from sid to squeeze, and then proceeded to install the following packages from sid on squeeze, which worked without having to force dependencies: gem2deb_0.3.0_all.deb ruby-diff-lcs_1.1.3-1_all.deb ruby-rspec-core_2.10.1-2_all.deb ruby-rspec-expectations_2.10.0-2_all.deb ruby-rspec-mocks_2.10.1-2_all.deb ruby-rspec_2.10.0-2_all.deb rubygems_1.8.24-1_all.deb When trying to build ruby-ffi after this, build fails due to some weird issue in ruby 1.8 (which is neither a backported nor a distribution mismatched package, but the original from squeeze): uild/libtest/NumberTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -Ibuild -fPIC -D_REENTRANT -c libtest/PointerTest.c -o build/libtest/PointerTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -Ibuild -fPIC -D_REENTRANT -c libtest/ReferenceTest.c -o build/libtest/ReferenceTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -Ibuild -fPIC -D_REENTRANT -c libtest/StringTest.c -o build/libtest/StringTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -Ibuild -fPIC -D_REENTRANT -c libtest/StructTest.c -o build/libtest/StructTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -Ibuild -fPIC -D_REENTRANT -c libtest/UnionTest.c -o build/libtest/UnionTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -Ibuild -fPIC -D_REENTRANT -c libtest/VariadicTest.c -o build/libtest/VariadicTest.o cc -m64 -o build/libtest.so -shared -Wl,-O1 -Wl,-soname,libtest.so build/libtest/Benchmark.o build/libtest/BoolTest.o build/libtest/BufferTest.o build/libtest/ClosureTest.o build/libtest/EnumTest.o build/libtest/FunctionTest.o build/libtest/GlobalVariable.o build/libtest/LastErrorTest.o build/libtest/NumberTest.o build/libtest/PointerTest.o build/libtest/ReferenceTest.o build/libtest/StringTest.o build/libtest/StructTest.o build/libtest/UnionTest.o build/libtest/VariadicTest.o -lm make[2]: Leaving directory `/home/mh/ruby/ruby-ffi/ruby-ffi-1.0.11debian' .. . .ruby1.8: symbol lookup error: debian/ruby-ffi//usr/lib/ruby/vendor_ruby/1.8/x86_64-linux/ffi_c.so: undefined symbol: ffi_prep_cif_var ERROR: Test ruby1.8 failed. Exiting. dh_auto_install:
Bug#696863: midori: javascript broken
Package: midori Version: 0.4.3+dfsg-0.1 Severity: important Hello, on this page http://www.czc.cz/coolermaster-elite-370/78463/produkt clicking one of the photo thumbnails should open a photo gallery. Works with GtkAluncher, fails in midori. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (171, 'unstable'), (151, 'experimental'), (121, 'precise-updates'), (121, 'precise-security'), (121, 'precise'), (101, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.1-amd64 (SMP w/2 CPU cores) 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 midori depends on: ii dbus-x111.6.8-1 ii libc6 2.16-0experimental1 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.4-2 ii libglib2.0-02.34.3-1 ii libgtk2.0-0 2.24.13-1 ii libjavascriptcoregtk-1.0-0 1.8.1-3.3 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libsoup2.4-12.38.1-2 ii libsqlite3-03.7.13-1 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.8.1-3.3 ii libx11-62:1.5.0-1 ii libxml2 2.8.0+dfsg1-7 ii libxss1 1:1.2.2-1 Versions of packages midori recommends: ii gnome-icon-theme 3.4.0-2 midori 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#683794: unblock: pysvn/1.7.6-0.3 - svn 1.7, can this bug be closed?
Hi, On Sat, Aug 04, 2012 at 07:54:04AM +0900, Hideki Yamane wrote: Please unblock pysvn package. Update pysvn is needed to unblock subversion1.7 - it's already acked by Julien see https://lists.debian.org/debian-release/2012/07/msg01153.html Based on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683714#29, it seems subversion 1.7 won't be in wheezy, so I guess this bug can be closed? Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690962: fixed in mess 0.146-4
Control: reopen -1 Control: found -1 0.146-4 Hi Emmanuel, On Tue, Nov 13, 2012 at 04:03:02PM +, Emmanuel Kasper wrote: Source: mess Source-Version: 0.146-4 We believe that the bug you reported is fixed in the latest version of mess, which is due to be installed in the Debian FTP archive. * Add support for DEB_BUILD_OPTIONS=parallel=n (closes:#690962) It seems mess still doesn't build on armhf, so this bug isn't really fixed. https://buildd.debian.org/status/logs.php?pkg=messarch=armhf Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695423: unblock: cups/1.5.3-2.9
Le vendredi, 28 décembre 2012 10.27:32, Julien Cristau a écrit : Well, it's at least as large as the input string, but potentially with no space for the terminating nul character, AIUI. Good catch! I'll upload a new cups 1.5.3-2.11 with that fix. What is the good way to Depend on libc 2.13 across all our architectures ? Depends: libc-bin (= 2.13). Uploaded 1.5.3-2.11 with your requested changes, thanks again for your review! OdyX signature.asc Description: This is a digitally signed message part.
Bug#696864: dokuwiki: postinst scripts updates timestamp in template, annoying users
Package: dokuwiki Version: 0.0.20120125b-2 Severity: normal The postinst script dynamically genereates a config file template that is then used in the ucf threeway diff to determine necessary updates to conffiles in /etc/dokuwiki . This script also adds a comment with a timestamp at the top of the file. So, even if there are no differences between old and new template, ucf will ask the user to apply conffile updates, because the timestamp in the temp- late is detected as a change. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.5.48 ii javascript-common 7 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-cookie6-1 ii libjs-jquery-ui1.8.ooops.21+dfsg-2 ii libphp-simplepie 1.2.1-3 ii php-geshi 1.0.8.4-2 ii php5 5.4.4-10 ii ucf3.0025+nmu3 Versions of packages dokuwiki recommends: ii imagemagick 8:6.7.7.10-5 ii php5-cli 5.4.4-10 ii php5-gd 5.4.4-10 Versions of packages dokuwiki suggests: pn libapache2-mod-xsendfile none -- debconf information: * dokuwiki/system/configure-webserver: apache2 dokuwiki/system/restart-webserver: true dokuwiki/wiki/policy: public dokuwiki/system/writeplugins: false dokuwiki/wiki/fullname: DokuWiki Administrator dokuwiki/wiki/license: cc-by-sa dokuwiki/system/documentroot: /dokuwiki dokuwiki/system/accessible: localhost only dokuwiki/wiki/title: Debian DokuWiki dokuwiki/system/localnet: 10.0.0.0/24 dokuwiki/wiki/superuser: admin dokuwiki/wiki/email: webmaster@localhost dokuwiki/wiki/failpass: dokuwiki/wiki/acl: true dokuwiki/system/writeconf: false * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693562: unblock: mess/0.146-4
Control: tags -1 moreinfo Hi Emmanuel, Disclaimer: I'm not part of the release team. On Sat, Nov 17, 2012 at 10:40:23PM +0100, Emmanuel Kasper wrote: The mame package available in wheezy FTBFS on armel due to an arbitrary high number of make jobs. This has been reported in #690962 and fixed in mess/0.146-4, by introducing DEB_BUILD_OPTIONS=parallel support. As I noted in #690962, mess still doesn't build on armhf, so this bug isn't really fixed. The other changed introduced by this package is a minor change in the default configuration files of the packages, to bring it in sync with the similar mame package. Can you explain why this change is necessary and what the impact would be? Without explanation, this probably isn't in line with the freeze policy. http://release.debian.org/wheezy/freeze_policy.html Also, can you explain this part of the debdiff. I don't see it mentioned in the changelog. diff -Nru mess-0.146/debian/mess.ini mess-0.146/debian/mess.ini --- mess-0.146/debian/mess.ini2012-11-17 22:25:59.0 +0100 +++ mess-0.146/debian/mess.ini2012-11-11 17:16:34.0 +0100 @@ -26,9 +25,7 @@ comment_directory$HOME/.mess/comments # Debian feature defaults -# Set key to toggle full/partial emulation to Ins -uimodekeyINSERT -# Set video to 'opengl' if DRI is enabled and reliable on your hardware +# Set video to 'soft' if DRI is not reliable on your hardware videoopengl # Set multithreading to '1' if you have more than one core multithreading 0 Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696864: dokuwiki: postinst scripts updates timestamp in template, annoying users
Dominik George, 2012-12-28 14:39+0100: The postinst script dynamically genereates a config file template that is then used in the ucf threeway diff to determine necessary updates to conffiles in /etc/dokuwiki . This script also adds a comment with a timestamp at the top of the file. So, even if there are no differences between old and new template, ucf will ask the user to apply conffile updates, because the timestamp in the temp- late is detected as a change. Correct. I did not think about that, and it sucks indeed. I shall correct it with the next version. Thank you for the notice. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#696865: backported version does not provide some symbols provided by version in wheezy, and no soname/soversion given in dependencies
Package: libldns1 Version: 1.6.13-1~bpo60+1 Severity: grave Justification: breaks other package(s) After updating unbound, which is linked with libldns1, from the version in squeeze-backports to the one in wheezy, the daemon does not start: Starting recursive DNS server: unbound /usr/sbin/unbound: symbol lookup error: /usr/sbin/unbound: undefined symbol: ldns_key_EVP_load_gost_id failed! Both the bpo60 and wheezy packages of libldns1 are based on the same version (1.6.13-1), and the bpo60 changelog contains only one item: ldns (1.6.13-1~bpo60+1) squeeze-backports; urgency=low * Backport for Debian 6.0 -- Ondřej Surý ond...@debian.org Sun, 10 Jun 2012 08:56:58 +0200 However, the two versions, while being very close to each other, are in fact incompatible with each other. And no dependency information is given so that packages that are linked with the version in wheezy can be trivially installed without requiring libldns1 update, and hence breaking other packages. At the very least, the library (actually libldns-dev package) should provide symvers information, so that dpkg is able to track this sort of things automatically. I'm not sure how to deal with the current mess in bpo60 -- here I had to use my smartphone in order to d/load libldns1 from wheezy, since the update broke our DNS resolver and I weren't able to d/load anything anymore. But since no package provides any dependency information, it's difficult to say how to actually fix this properly... 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#696116: unblock: systemd/44-7
Hi, (I'm not part of the Release Team, just trying to help them.) Michael Biebl wrote (20 Dec 2012 23:33:19 GMT) : retitle 696116 unblock: systemd/44-7 The diff looks good to me, and the resulting packages have been working fine on my main system for a week. 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#696817: dovecot destroys user ssl configuration
Package: dovecot-core Version: 1:2.1.7-6 Followup-For: Bug #696817 Control: tags -1 + patch The breakage is even worse. 1. The code that causes the problem is intended to set the *new* path to the certificates. Why the f*** does it print $OLD_SSL_CERT ?? 2. NEVER EVER touch user confiuration! It even breaks *own* paths set. 3. Why? 4. Why?? 5. Why??? Here is a patch that leaves site-local confiuration as it is if it does not reference the default files and only touches it when it referenced the old default path before. It even uses the *new* path, sih ... did the maintainer even test this *once*? --- dovecot-core.postinst.old 2012-12-28 14:44:40.0 +0100 +++ dovecot-core.postinst 2012-12-28 15:17:43.0 +0100 @@ -135,11 +135,11 @@ if [ $1 = configure ]; then echo in /etc/dovecot/conf.d/10-ssl.conf accordingly. echo See /usr/share/doc/dovecot-core/NEWS.Debian.gz for details. perl -i -nE -if (/^\w*?ssl_cert/) { -say 'ssl_cert = $OLD_SSL_CERT' +if (m|^\w*?ssl_cert\s*=\s*$OLD_SSL_CERT|) { +say 'ssl_cert = $SSL_CERT' } -elsif (/^\w*?ssl_key/) { -say 'ssl_key = $OLD_SSL_KEY' +elsif (m|^\w*?ssl_key\s*=\s*$OLD_SSL_KEY|) { +say 'ssl_key = $SSL_KEY' } else { print; } /etc/dovecot/conf.d/10-ssl.conf However, the only valid way to handle this is NOT handle it. Or do the modification in the ucf template *before* runnin ucf so it is merged into the confi file if and *only* if the user chooses to apply the chanes. -nik -- Package-specific info: -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages dovecot-core depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-37 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libssl1.0.0 1.0.1c-4 ii openssl 1.0.1c-4 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: ii dovecot-gssapi1:2.1.7-6 ii dovecot-imapd 1:2.1.7-6 ii dovecot-ldap 1:2.1.7-6 pn dovecot-lmtpd none ii dovecot-managesieved 1:2.1.7-6 ii dovecot-mysql 1:2.1.7-6 ii dovecot-pgsql 1:2.1.7-6 pn dovecot-pop3d none ii dovecot-sieve 1:2.1.7-6 pn dovecot-solr none ii dovecot-sqlite1:2.1.7-6 ii ntp 1:4.2.6.p5+dfsg-2 Versions of packages dovecot-core is related to: ii dovecot-common 1:2.1.7-6 ii dovecot-core [dovecot-common] 1:2.1.7-6 pn dovecot-dbgnone pn dovecot-devnone ii dovecot-gssapi 1:2.1.7-6 ii dovecot-imapd 1:2.1.7-6 ii dovecot-ldap 1:2.1.7-6 pn dovecot-lmtpd none ii dovecot-managesieved 1:2.1.7-6 ii dovecot-mysql 1:2.1.7-6 ii dovecot-pgsql 1:2.1.7-6 pn dovecot-pop3d none ii dovecot-sieve 1:2.1.7-6 ii dovecot-sqlite 1:2.1.7-6 -- 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#663743: clang: Continues to fail to link on powerpc
Package: clang Version: 3.0-6 Followup-For: Bug #663743 Dear Maintainer, Linking is still not possible at least for every piece of code referencing operator new. While references to operator delete seem to be satisfied by linking against libstc++ this dos not apply to operator new. This I consider not normal but indeed grave like the original report. For example, the program ---8--- // #include cstddef int main ( int argc, char * argv[] ) { int * i = new int (100); int j = (*i) + 4; delete i; return j; } ---8--- fails to link (and even leads to clang/++ crashing when uncommenting the commented out line above). -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.39-2-powerpc Locale: LANG=POSIX, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc62.13-37 ii libclang-common-dev 3.0-6 ii libffi5 3.0.10-3 ii libgcc1 1:4.7.2-4 ii libllvm3.0 3.0-10 ii libstdc++6 4.7.2-4 ii libstdc++6-4.6-dev 4.6.3-11 Versions of packages clang recommends: ii llvm-3.0-dev 3.0-10 ii python2.7.3~rc2-1 clang 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#696866: dfu-util: Update to upstream version 0.7
Package: dfu-util Severity: wishlist Hello. We released dfu-util version 0.7 some time ago. I think it would be good to update the debian package for it. regards Stefan Schmidt -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696867: RFS: redhat-cluster/3.0.12-3.2+deb7u1 [RC] [NMU] [TPU]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my NMU to testing-proposed-updates for redhat-cluster. It fixes RC bug #649068 (rgmanager and resource-agents: error when trying to install together). It was pre-approved by the release team: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695934#15 Please note this remark by Julien Cristau: Make sure to build in a wheezy environment, etc. * Package name: redhat-cluster Version : 3.0.12-3.2+deb7u1 * License : GPL2+ (parts LPGL2.1+) Section : admin It builds those binary packages: cman - Red Hat cluster suite - cluster manager dlm-pcmk - Red Hat cluster suite - DLM pacemaker module gfs-pcmk - Red Hat cluster suite - GFS pacemaker module gfs-tools - Red Hat cluster suite - global file system tools gfs2-tools - Red Hat cluster suite - global file system 2 tools libccs-dev - Red Hat cluster suite - cluster manager development files libccs-perl - Red Hat cluster suite - cluster configuration module libccs3- Red Hat cluster suite - cluster configuration libraries libcman-dev - Red Hat cluster suite - cluster manager development files libcman3 - Red Hat cluster suite - cluster manager libraries libdlm-dev - Red Hat cluster suite - distributed lock manager development file libdlm3- Red Hat cluster suite - distributed lock manager library libdlmcontrol-dev - Red Hat cluster suite - distributed lock manager development file libdlmcontrol3 - Red Hat cluster suite - distributed lock manager library libfence-dev - Red Hat cluster suite - fence server development files libfence4 - Red Hat cluster suite - fence client library liblogthread-dev - Red Hat cluster suite - cluster logging development files liblogthread3 - Red Hat cluster suite - cluster logging libraries redhat-cluster-source - Red Hat cluster suite - kernel module source redhat-cluster-suite - Red Hat cluster suite - metapackage rgmanager - Red Hat cluster suite - clustered resource group manager To access further information about this package, please visit the following URL: http://mentors.debian.net/package/redhat-cluster Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/redhat-cluster/redhat-cluster_3.0.12-3.2+deb7u1.dsc Changes since the last upload: diff -u redhat-cluster-3.0.12/debian/rgmanager.install redhat-cluster-3.0.12/debian/rgmanager.install --- redhat-cluster-3.0.12/debian/rgmanager.install +++ redhat-cluster-3.0.12/debian/rgmanager.install @@ -7,7 +7,8 @@ usr/sbin/clusvcadm usr/sbin/rgmanager usr/sbin/rg_test -usr/share/cluster/* +usr/share/cluster/follow-service.sl +usr/share/cluster/default_event_script.sl usr/share/man/man8/clubufflush.8 usr/share/man/man8/clufindhostname.8 usr/share/man/man8/clulog.8 diff -u redhat-cluster-3.0.12/debian/changelog redhat-cluster-3.0.12/debian/changelog --- redhat-cluster-3.0.12/debian/changelog +++ redhat-cluster-3.0.12/debian/changelog @@ -1,3 +1,11 @@ +redhat-cluster (3.0.12-3.2+deb7u1) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + * Upload to testing for wheezy. + * Don't install files already in resource-agents. (Closes: #649068) + + -- Ivo De Decker ivo.dedec...@ugent.be Fri, 28 Dec 2012 15:09:48 +0100 + redhat-cluster (3.0.12-3.2) unstable; urgency=low * Non-maintainer upload. Regards, Ivo De Decker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695761: unblock: debian-edu/1.702 and debian-edu-config/1.702
Hi Julien, (leaving some context for debian-edu@...) On Donnerstag, 27. Dezember 2012, Julien Cristau wrote: One question here: --- debian-edu-config-1.701/share/debian-edu-config/tools/gosa-create 2012-06-10 12:29:24.0 + +++ debian-edu-config-1.702/share/debian-edu-config/tools/gosa-create 2012-12-02 08:29:26.0 + @@ -32,6 +32,10 @@ echo $HOMEDIR | grep -q ^$PREFIX/$HOSTNAME || continue test -e $HOMEDIR continue cp -r /etc/skel $HOMEDIR +if type nscd /dev/null 21 ; then +nscd -i passwd +nscd -i group +fi Is there any guarantee /bin/sh has a 'type' built-in utility? I guess it will in most cases, and if it doesn't you just don't run nscd so it should be fine… Seems better to use if [ -x /usr/sbin/nscd ] ; then... instead. Would you prefer an upload with that change? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696868: wordpress: CVE-2012-5868: wordpress_sec session cookie security vulnerability
Package: wordpress Version: 3.4.2+dfsg-1 Severity: important Tags: security Overview: WordPress 3.4.2 does not invalidate a wordpress_sec session cookie upon an administrator's logout action, which makes it easier for remote attackers to discover valid session identifiers via a brute-force attack, or modify data via a replay attack. CVSS Severity (version 2.0): CVSS v2 Base Score:2.6 (LOW) (AV:N/AC:H/Au:N/C:P/I:N/A:N) (legend) Impact Subscore: 2.9 Exploitability Subscore: 4.9 CVSS Version 2 Metrics: Access Vector: Network exploitable Access Complexity: High Authentication: Not required to exploit Impact Type:Allows unauthorized disclosure of information http://whiteoaksecurity.com/blog/2012/12/17/cve-2012-5868-wordpress-342-sessions-not-terminated-upon-explicit-user-logout Please email me in case you need my help. - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466360: Please set the timestamp of patched files to guard against timestamp skews
Instead of using the -t option, I would suggest to use the -r option. You can thus avoid the first changd and use this in the second part: touch -r $QUILT_PC/$patch/.timestamp $touched_files But I also have some doubt about the way you handle the list of files: - it might fail with too many files modified in a single patch - it might fail with files containing spaces Thanks for the review -- second try. Bye, Mt.Description: ensure that all mtime of modified files are equal when pushing This is intended to avoid time skew in build systems in some cases. . See the discussion http://lists.debian.org/debian-policy/2008/02/msg00030.html for more context information. Bug-Debian: http://bugs.debian.org/466360 Upstream-status: to be submitted Index: quilt.git/quilt/push.in === --- quilt.git.orig/quilt/push.in2012-12-28 15:37:40.0 +0100 +++ quilt.git/quilt/push.in 2012-12-28 15:38:41.811462394 +0100 @@ -30,7 +30,8 @@ specified number of patches. When a patch name is specified, apply all patches up to and including the specified patch. Patch names may include the patches/ prefix, which means that filename completion can -be used. +be used. The mtime of all touched files will be exactly the same to +prevent time skews. -a Apply all patches in the series file. @@ -208,18 +209,24 @@ touch $QUILT_PC/$patch~refresh fi - if [ -e $QUILT_PC/$patch ] + if ! [ -e $QUILT_PC/$patch ] then - touch $QUILT_PC/$patch/.timestamp - else mkdir $QUILT_PC/$patch fi + touch $QUILT_PC/$patch/.timestamp + + files_in_patch $patch | + grep -v '^$' | + while read file + do + touch -r $QUILT_PC/$patch/.timestamp $file + done if ! [ -e $patch_file ] then printf $Patch %s does not exist; applied empty patch\n \ $(print_patch $patch) - elif [ -z $(shopt -s nullglob ; echo $QUILT_PC/$patch/*) ] + elif [ $(shopt -s nullglob ; echo $QUILT_PC/$patch/*) == $QUILT_PC/$patch/.timestamp ] then printf $Patch %s appears to be empty; applied\n \ $(print_patch $patch)
Bug#696816: jenkins: Security issues were found in Jenkins core
Hi On Fri, Dec 28, 2012 at 01:17:46AM +0900, Nobuhiro Ban wrote: Package: jenkins Version: 1.447.2+dfsg-2 Severity: grave Tags: security Dear Maintainer, The upstream vendor announced a security advisory, that is rated high severity. See: https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+Advisory+2012-11-20 Moritz requested CVE's for these three vulnerabilities[1]. CVE-2012-6072[2], CVE-2012-6073[3] and CVE-2012-6072[4] where assigned. Please also include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry when fixing these. [1]: http://www.openwall.com/lists/oss-security/2012/12/28/1 [2]: https://security-tracker.debian.org/tracker/CVE-2012-6072 [3]: https://security-tracker.debian.org/tracker/CVE-2012-6073 [4]: https://security-tracker.debian.org/tracker/CVE-2012-6074 Regards, Salvatore signature.asc Description: Digital signature
Bug#696837: Missing Depends on python-libtorrent, fails to start
On Fri, Dec 28, 2012 at 01:52:29AM +0100, Moritz Muehlenhoff wrote: File /usr/lib/python2.7/dist-packages/deluge/_libtorrent.py, line 59, in module import libtorrent as lt ImportError: No module named libtorrent deluge-gtk needs a Depends on python-libtorrent. Installing it fixes it. Note that - this is needed only to run the daemon part, by the standalone daemon or by the clien in classic mode - deluged depends on python-libtorrent - deluge (which has You may want to install this package to use Deluge in classic mode in the description) depends on python-libtorrent But you can install just deluge-gtk and the classic mode will be enabled by default, displaying a window with the stack trace and a button which disables the classic mode. If it was disabled by default I would lower the severity but the current situation sounds wrong unless I'm missing something. The easiest fix is to have deluge-gtk recommend python-libtorrent but the existence of an almost empty deluge package shows that the current situation is probably not what was intended by the maintainer. -- WBR, wRAR signature.asc Description: Digital signature
Bug#696855: hello: diff for NMU version 2.8-2.1
retitle 696855 hello does not build if working directory contain spaces thanks On Fri, 28 Dec 2012, x...@debian.org wrote: Package: hello Version: 2.8-2 Severity: normal Tags: patch Dear maintainer, I've prepared an NMU for hello (versioned as 2.8-2.1) and didn't upload it anywhere yet. This is FTBFS bug, but I'm not sure if it should be important or not. This is a bug, but I would not consider it as a FTBFS in the usual sense, because autobuilders never build packages on directories containing spaces, and ordinary users may easily find a directory not containing spaces as well. I wonder if this is the only package which does not build on a directory containing spaces. Have you tried other packages as well? BTW: Using NMU just in the bug subject is not very friendly. Bugs are first reported using a suitable subject which says something about the bug itself. Then, if the bug is grave (which this is not) and the maintainer is MIA (which is not the case either) is when NMUs are considered. I've made a retitle to reflect what this bug is about. Thanks for the report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696867: RFS: redhat-cluster/3.0.12-3.2+deb7u1 [RC] [NMU] [TPU]
Control: tags -1 + pending Hi Ivo On Fri, Dec 28, 2012 at 03:35:59PM +0100, Ivo De Decker wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my NMU to testing-proposed-updates for redhat-cluster. It fixes RC bug #649068 (rgmanager and resource-agents: error when trying to install together). It was pre-approved by the release team: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695934#15 Please note this remark by Julien Cristau: Make sure to build in a wheezy environment, etc. Thanks for your work. I'm just now building your package. Regards, Salvatore signature.asc Description: Digital signature
Bug#693114: dovecot-core: Mailboxes inaccessible after upgrade
Hello, I experienced the same problem. It is really annoying that a previously working configuration breaks on a minor package upgrade. The solution I suggest is to have a script that replicates dovecot mailbox auto detection and writes the relevant configuration entry during the upgrade process. It should not be too difficult to implement. I can help with such a script, but I don't know enough ucf to handle the creation/modification of the configuration file during upgrade. Cheers, Daniele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696868: Questions about CVE-2012-5868
Hello, I read about vulnerability CVE-2012-5868[1], which is listed also in OSVDB[2]. Is this fixed in WordPress 3.5? I also created a bug-report for Debian issue tracker[3]. Is there a patch available to fix this issue? 1: http://cve.mitre.org/cgi-bin/cvename.cgi?name=2012-5868 2: http://osvdb.org/88611 3: http://bugs.debian.org/696868 - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696841: same for upload_queues
Hi, $upload_queues = […]; must also be changed into @upload_queues = (…); otherwise one gets an error instead of an uploader: Can't call method get on unblessed reference at /usr/share/perl5/Buildd/Uploader.pm line 69. bye, //mirabilos -- I want one of these. They cost 720 € though… good they don’t have the HD hole, which indicates 3½″ floppies with double capacity… still. A tad too much, atm. ‣ http://www.floppytable.com/floppytable-images-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696855: hello: diff for NMU version 2.8-2.1
On 28 December 2012 16:50, Santiago Vila sanv...@unex.es wrote: retitle 696855 hello does not build if working directory contain spaces thanks On Fri, 28 Dec 2012, x...@debian.org wrote: Package: hello Version: 2.8-2 Severity: normal Tags: patch Dear maintainer, I've prepared an NMU for hello (versioned as 2.8-2.1) and didn't upload it anywhere yet. This is FTBFS bug, but I'm not sure if it should be important or not. This is a bug, but I would not consider it as a FTBFS in the usual sense, because autobuilders never build packages on directories containing spaces, and ordinary users may easily find a directory not containing spaces as well. Sure. I wonder if this is the only package which does not build on a directory containing spaces. Have you tried other packages as well? Well somebody was complaining to me that gnu make does not work in directories that have spaces in them (since make does arg splitting with spaces). I have tried to prove that person wrong by demonstrating that a random package (hello) does in fact builds fine little did I know. Sure, it would be interesting to do a rebuild like that. I'll see if I can do it on a cloud. BTW: Using NMU just in the bug subject is not very friendly. Bugs are first reported using a suitable subject which says something about the bug itself. Then, if the bug is grave (which this is not) and the maintainer is MIA (which is not the case either) is when NMUs are considered. Well, I used $ nmudiff tool, with --new parameter, which is clearly doing something silly. I did edit the text indicating that I did not upload the package, but didn't edit the subject. Sigh. I've made a retitle to reflect what this bug is about. Thanks. Thanks for the report. No problem ;-) Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696578: same here
hello! i use 3.0~a51-1 i try to make a i386 image from amd64 machine boot running wheezy any workaround to this? -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696869: refdb: Old copyright info use (59 Temple Place, Suite 330, Boston)
Package: refdb Severity: normal It would be nice if the license info for GPL adress would be updated. Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#696870: refdb: Configurable install location in .xml doc files
Package: refdb Severity: normal It would be nice if the following was a little more configurable: $ cat doc/refdbd.1.xml refsect1 id='refdbd-files' titleFiles/title parafilename/usr/local/etc/refdb/refdbdrc/filename/para ^^ thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696871: gphoto2: Copying large files fails with unspecified error
Package: gvfs-backends Version: 1.12.3-2 Severity: important Tags: upstream Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=690819 Control: affects -1 nautilus Dear Maintainer, using Nautilus to copy large movie files, for example bigger than 200 MB, from a Canon PowerShot SX40 HS, it fails with an unknown error. (Unfortunately I was not able to find any error messages.) After that the camera LED keeps blinking – like during file transfer – although no files should be transferred anymore. This is even the case when closing Nautilus. So I guess the connection is not closed properly. $ lsusb Bus 002 Device 002: ID 04a9:3238 Canon, Inc. Using Gtkam everything works. So it seems to be a GVFS problem. Looking at the upstream commit history, I see some mutex/locking commits. Though I do not know if those would solve this issue. commit c90f496faeb3451819c1d96f24abeb0d66013ef4 Author: Michael Terry michael.te...@canonical.com Date: Wed Oct 10 15:41:55 2012 -0400 gphoto2: make sure to not call g_mutex_clear twice, causing a crash https://bugzilla.gnome.org/show_bug.cgi?id=685909 I reported this issue to the upstream bug tracker GNOME Bugzilla as #690819 [1]. Thanks, Paul [1] https://bugzilla.gnome.org/show_bug.cgi?id=690819 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gvfs-backends depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf-gsettings-backend [gsettings-backend] 3.2.5-1.1 ii gvfs 1.12.3-2 ii gvfs-common 1.12.3-2 ii gvfs-daemons 1.12.3-2 ii gvfs-libs1.12.3-2 ii libarchive12 3.0.4-2 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libavahi-glib1 0.6.31-1 ii libbluetooth34.99-2 ii libc62.13-37 ii libcdio-cdda10.83-4 ii libcdio-paranoia10.83-4 ii libcdio130.83-4 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libexpat12.1.0-1 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgudev-1.0-0 175-7.1 ii libimobiledevice21.1.1-4 ii libplist11.8-1 ii libsmbclient 2:3.6.6-3 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libxml2 2.8.0+dfsg1-7 ii psmisc 22.20-1 Versions of packages gvfs-backends recommends: ii gnome-keyring 3.4.1-5 Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.5-1+b3 ii samba-common 2:3.6.6-3 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#695934: unblock: redhat-cluster/3.0.12-3.2+deb7u1 (TPU pre-approval)
Hi Julien On Thu, Dec 27, 2012 at 11:51:50PM +0100, Julien Cristau wrote: On Fri, Dec 14, 2012 at 16:07:06 +0100, Ivo De Decker wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I would like to ask pre-approval for a TPU upload of redhat-cluster. It removes files from the rgmanager package, because they are in resource-agents (bug #649068). This fix is taken from the fix for this bug in unstable. Go ahead, thanks. (Make sure to build in a wheezy environment, etc.) Have uploaded it on behalf of Ivo Decker. Regards, Salvatore signature.asc Description: Digital signature
Bug#696806: ecore 1.2.0-2 fails to list recent binutils as build dependency
On 2012-12-27 Ulrik Haugen q...@lysator.liu.se wrote: Package: ecore Version: 1.2.0-2 I'm trying to build ecore 1.2.0-2 on stable but objcopy doesn't support '--compress-debug-sections'. Please see the attached build transcript for details (and please excuse the garbage in it from my prompt). Building and installing binutils 2.22-7.1 remedies the problem. This may very well be a bug in debhelper rather than your package but that's beyond my knowledge of Debian internals. Hello, stable has debhelper 8.0.0, ecore requires v9. I assume you used a backport debhelper. Which one? The bug is in the backport. The official debhelper backport http://packages.debian.org/squeeze-backports/debhelper does not use the flags which are nort supported in stable's binutils. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696476: refdb init.d: BEGIN INIT INFO
What is currently missing from the init.d script is the following info: http://wiki.debian.org/LSBInitScripts#Run-time_dependencies Does it make sense to use the init.d script from refdb itself ? Or should debian provides it own ? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686819: simpler presentation of iso downloads
On 28/12/12 09:06 AM, Samuel Thibault wrote: Along the same line, it was suggested on #debian-boot that the main http://www.debian.org/index page should do the same: CD ISO images should be before CD vendors in the Getting Debian list. Also, network install could be more useful to put early. I agree with both these suggestions. Also, a link to the testing distribution would be useful (pointing to http://www.debian.org/devel/debian-installer/), otherwise it's no wonder we have not much user feedback about it. I'm not so sure. There are only very limited periods of time during the release cycle that we would actually want to direct people there. We have announcements for the beta releases that already do that, for those who are following along and anticipating the next release. To summarize, the second column would become: Getting Debian CD ISO images Network install CD vendors Pre-installed Test next release Developers' Corner Debian Packages Except for Test next release, that seems reasonable, but I would actually bump Network install up to the top, as it is recommended and most used way these days. Also, the http://www.debian.org/distrib/ should explicitly tell that it is for squeeze: for instance, the title should be Getting Debian Squeeze. Again, not sure about this suggestion. Debian unqualified is implicitly the current stable release (there are a lot of pages where this assumption is made, and I would not want to tediously spell out both codename and version# on each). If it needs to be clarified here, it should go into the introductory text, not the page title. Maybe: old: Debian is distributed freely over Internet. You can download all of it from any of our mirrors. The Installation Manual contains detailed installation instructions. new: Debian is distributed freely over Internet. You can download all of it from any of our mirrors. The current stable release, codenamed squeeze, is Debian 6.0.6. The Installation Manual contains detailed installation instructions. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696872: xosview: FTBFS: sys/io.h: ENOENT
Source: xosview Version: 1.12-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, your package fails to build, see the attached build log. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.2.0-4-atari Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static I: Using pkgname logfile I: Current time: Fri Dec 28 14:06:36 UTC 2012 I: pbuilder-time-stamp: 1356703596 I: Obtaining the cached apt archive contents I: Installing the build-deps W: no hooks of type D found -- ignoring - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: m68k Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 7), dpkg-dev (= 1.16.1), gawk, libx11-dev, libxpm-dev, libxt-dev dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 12289 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on gawk; however: Package gawk is not installed. pbuilder-satisfydepends-dummy depends on libx11-dev; however: Package libx11-dev is not installed. pbuilder-satisfydepends-dummy depends on libxpm-dev; however: Package libxpm-dev is not installed. pbuilder-satisfydepends-dummy depends on libxt-dev; however: Package libxt-dev is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... The following NEW packages will be installed: gawk{a} libice-dev{a} libice6{a} libpthread-stubs0{a} libpthread-stubs0-dev{a} libsigsegv2{a} libsm-dev{a} libsm6{a} libx11-6{a} libx11-data{a} libx11-dev{a} libxau-dev{a} libxau6{a} libxcb1{a} libxcb1-dev{a} libxdmcp-dev{a} libxdmcp6{a} libxpm-dev{a} libxpm4{a} libxt-dev{a} libxt6{a} x11-common{a} x11proto-core-dev{a} x11proto-input-dev{a} x11proto-kb-dev{a} xorg-sgml-doctools{a} xtrans-dev{a} 0 packages upgraded, 27 newly installed, 0 to remove and 0 not upgraded. Need to get 892 kB/5695 kB of archives. After unpacking 15.4 MB will be used. Writing extended state information... Get: 1 http://ftp.de.debian.org/debian-ports/ unstable/main gawk m68k 1:4.0.1+dfsg-2 [892 kB] Fetched 892 kB in 17s (51.8 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package x11-common. (Reading database ... 12289 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.7+1_all.deb) ... Selecting previously unselected package libice6:m68k. Unpacking libice6:m68k (from .../libice6_2%3a1.0.8-2_m68k.deb) ... Selecting previously unselected package libsm6:m68k. Unpacking libsm6:m68k (from .../libsm6_2%3a1.2.1-2_m68k.deb) ... Selecting previously unselected package libxau6:m68k. Unpacking libxau6:m68k (from .../libxau6_1%3a1.0.7-1_m68k.deb) ... Selecting previously unselected package libxdmcp6:m68k. Unpacking libxdmcp6:m68k (from .../libxdmcp6_1%3a1.1.1-1_m68k.deb) ... Selecting previously unselected package libxcb1:m68k. Unpacking libxcb1:m68k (from .../libxcb1_1.8.1-2_m68k.deb) ... Selecting previously unselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.5.0-1_all.deb) ... Selecting previously unselected package libx11-6:m68k. Unpacking libx11-6:m68k (from .../libx11-6_2%3a1.5.0-1_m68k.deb) ... Selecting previously unselected package libxpm4:m68k. Unpacking libxpm4:m68k (from .../libxpm4_1%3a3.5.10-1_m68k.deb) ... Selecting previously unselected package libxt6:m68k. Unpacking libxt6:m68k (from .../libxt6_1%3a1.1.3-1_m68k.deb) ... Selecting previously unselected package libsigsegv2. Unpacking libsigsegv2 (from .../libsigsegv2_2.9-4_m68k.deb) ... Selecting previously unselected package gawk. Unpacking gawk (from .../gawk_1%3a4.0.1+dfsg-2_m68k.deb) ... Selecting previously unselected package xorg-sgml-doctools. Unpacking xorg-sgml-doctools (from .../xorg-sgml-doctools_1%3a1.10-1_all.deb) ... Selecting previously unselected package x11proto-core-dev. Unpacking x11proto-core-dev (from .../x11proto-core-dev_7.0.23-1_all.deb) ... Selecting previously unselected package libice-dev:m68k. Unpacking
Bug#690908: unblock: libdatetime-timezone-perl/1.51-1+2012g
Control: tag -1 + moreinfo Hi, gregor herrmann wrote (07 Nov 2012 18:38:24 GMT) : On Wed, 07 Nov 2012 19:27:11 +0100, Julien Cristau wrote: I kinda meant parsing the files from tzdata at run time. Yup, but that is a problem that needs to be fixed upstream; and hasn't (TTBOMK) been completed yet, although it goes in the right direction: http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2012-March/052645.html FWIW, serious progress is being made exactly toward this goal for Jessie: https://lists.debian.org/debian-perl/2012/12/msg00040.html This might address Julien's long-term concern well enough, so let's go with the actual code review. Gregor: Upstream 1.52 or 1.53 changes tools/parse_olson in ways that are not described in Changes. Do you confirm we don't care, because we neither ship this file nor use it at package build time, or what? Other than that, the diff looks good to me. 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#696853: dpkg-checkbuilddeps -C somedir, please?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/28/12 11:11, Raphael Hertzog wrote: Hi, On Fri, 28 Dec 2012, Harald Dunkel wrote: Would it be possible to support a command line argument -C somedir to run dpkg-checkbuilddeps in another directory without pushd and popd and a temporary variable to safe the exit value? This would be very similar to make -C somedir. dpkg-checkbuilddeps accepts the path to the control file that it should use. So dpkg-checkbuilddeps -C somedir is actually the same as dpkg-checkbuilddeps somedir/debian/control and there's no need to introduce a new option. Let me know if this matches your need. If yes, I shall close this bug. Thats OK. ( cd /somedir dpkg-checkbuilddeps ) is fine, too. I wasn't thinking. Many thanx and best wishes for the new year Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlDduncACgkQUTlbRTxpHjfZcQCeKNjTgnvQwiIpWo5lOn9HujBE y0kAnRdSUhuaif0kWDmqABOXMDlYlcwl =8VbA -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#686819: simpler presentation of iso downloads
On 28/12/12 09:08 AM, Samuel Thibault wrote: I forgot another important thing: I had not even *seen* the Download Debian 6.0 image on the top-right corner of http://www.debian.org/index . This is indeed not a place where the eyes would naturally go, so it tends to be completely unnoticed. I'd say it should rather go to the bottom left corner of the blue debian banner (bottom right for RtoL languages). I don't like the idea of placing it in either location, as it looks out of place in either. However, I do agree it's too subtle. Here's are a couple of more successful download button layouts from which we might draw inspiration: https://www.mozilla.org/en-US/firefox/new/ https://www.google.com/intl/en/chrome/browser/ In the first case, the color contrast is much better (solid green immediately draws the eyes; our design only goes green when you mouseover, which is too subtle). The placement here looks visually balanced and the eyes are naturally drawn to it first. In the second case, the color scheme is much simpler. The eyes are drawn immediately to the solid blue button because it's the only colored thing on the page. The center placement also draws your eyes directly to the button. Ben p.s. I really think you should file this as a separate bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696578: same here
On 28/12/12 11:02 AM, Fernando Toledo wrote: hello! i use 3.0~a51-1 i try to make a i386 image from amd64 machine boot running wheezy any workaround to this? Perhaps you overlooked in the full bug report that it is fixed in 3.0~b4-1? Simply use that version. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696578: same here
El 28/12/12 12:02, Fernando Toledo escribió: hello! i use 3.0~a51-1 i try to make a i386 image from amd64 machine boot running wheezy any workaround to this? boot = both -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696873: Better place for download debian button
Package: www.debian.org Ben Armstrong wrote: On 28/12/12 09:08 AM, Samuel Thibault wrote: I forgot another important thing: I had not even *seen* the Download Debian 6.0 image on the top-right corner of http://www.debian.org/index . This is indeed not a place where the eyes would naturally go, so it tends to be completely unnoticed. I'd say it should rather go to the bottom left corner of the blue debian banner (bottom right for RtoL languages). I don't like the idea of placing it in either location, as it looks out of place in either. However, I do agree it's too subtle. Here's are a couple of more successful download button layouts from which we might draw inspiration: https://www.mozilla.org/en-US/firefox/new/ https://www.google.com/intl/en/chrome/browser/ In the first case, the color contrast is much better (solid green immediately draws the eyes; our design only goes green when you mouseover, which is too subtle). The placement here looks visually balanced and the eyes are naturally drawn to it first. In the second case, the color scheme is much simpler. The eyes are drawn immediately to the solid blue button because it's the only colored thing on the page. The center placement also draws your eyes directly to the button. Ben p.s. I really think you should file this as a separate bug. Here it is. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696612: commands
Hi! can you please tell me what commands i can use to get the required information. Is a copy of /etc/apt/sources.list helpful? Remember I have no graphical interface, all I can do is to copy the files or logs to a usb pendrive and then upload the files via Windows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696874: libproc-processtable-perl: Buffer overflow in pctcpu
Package: libproc-processtable-perl Version: 0.45-1 Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=82175 The following bug was reported in Ubuntu against libproc-processtable-perl: - Forwarded message from Matthew L. Dailey matthew.l.dai...@dartmouth.edu - Date: Sun, 23 Dec 2012 15:56:11 - From: Matthew L. Dailey matthew.l.dai...@dartmouth.edu To: pkg-perl-maintain...@lists.launchpad.net Subject: [Pkg-perl-maintainers] [Bug 1093289] [NEW] Buffer overflow in pctcpu Reply-To: Bug 1093289 1093...@bugs.launchpad.net Public bug reported: With long-running jobs on a multi-cpu machine (10 logical CPUs), the percent CPU utilization of a process can exceed 1000%, causing a buffer overflow in pctcpu. Here is /proc/pid/stat for a process that produces the overflow: # cat /proc/23427/stat 23427 (sdevice) S 16424 23427 16424 34816 23427 4202496 3854777420 3716 11765 0 179490227 1688781 0 0 20 0 44 0 155125884 173169319936 30671991 18446744073709551615 4194304 190125333 140736691917600 140736691909504 47611949540385 0 8192 0 640 18446744073709551615 0 0 17 15 0 0 1540 0 0 And, here's the backtrace if I compile with debugging symbols and run in gdb: #0 0x776d5425 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x776d8b8b in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7771339e in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x777a9807 in __fortify_fail () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x777a8700 in __chk_fail () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x777a7b69 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x776eefcb in __printf_fp () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x776ea5b8 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6 #8 0x777a7c04 in __vsprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6 #9 0x777a7b4d in __sprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x76473297 in sprintf (__s=0x7dc4f8 1051.1, __fmt=0x76474f9d %3.2f) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:34 #11 calc_prec (prs=0x7dc410, format_str=0x7dc510 iiislijllljjsiiSSsSS, mem_pool=optimized out) at OS.c:542 #12 OS_get_table () at OS.c:651 #13 0x76474ab8 in XS_Proc__ProcessTable_table ( my_perl=optimized out, cv=optimized out) at ProcessTable.xs:353 #14 0x77b1384f in Perl_pp_entersub () from /usr/lib/libperl.so.5.14 #15 0x77b0ace6 in Perl_runops_standard () from /usr/lib/libperl.so.5.14 #16 0x77aac36a in perl_run () from /usr/lib/libperl.so.5.14 #17 0x00400db9 in main () I have reported this at https://rt.cpan.org/Public/Bug/Display.html?id=82175 and will put together a debdiff against 0.45-3 with my patch. ** Affects: libproc-processtable-perl (Ubuntu) Importance: Undecided Status: New - End forwarded message - Regards, Salvatore signature.asc Description: Digital signature
Bug#696612: Info received (commands)
This message is being sent to you automatically in response to an email that you sent to nob...@remailer.paranoici.org. Most likely, you tried to reply to an email that has been sent through this service. If you did not send an email to nob...@remailer.paranoici.org, please ignore this message. The Anonymous Remailer is a free service that allows individuals including crime victims, domestic violence victims, persons in recovery, and others, such as those living under oppressive regimes, to communicate confidentially in a manner that ensures their privacy under even the most adverse conditions. To block individuals using this remailer from sending email to your address in the future, please send a message to mixmas...@remailer.paranoici.org containing the line destination-block 696...@bugs.debian.org anywhere in the body text of the email. You can simply forward this entire email to mixmas...@remailer.paranoici.org using your email program for your current email address to be permanently blocked from users of the Anonymous Remailer. For more information about the Anonymous Remailer Administrator's strict anti-abuse policy, please send a blank email to ab...@remailer.paranoici.org Sincerely, -- The Anonymous Remailer Administrator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694824: mirror submission for debian-cd.xfree.com.ar
Hi, The following entry has been added for your mirror: Site: debian-cd.xfree.com.ar Type: leaf CDImage-http: /debian-cd/ CDImage-upstream: ftp.br.debian.org IPv6: no Updates: once Maintainer: John Knoll mir...@xfree.com.ar Country: AR Argentina Location: Argentina Sponsor: Xfree.com.ar Argentina http://www.xfree.com.ar Bandwidth: 100Mbps -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696612: Your email to mixmas...@remailer.paranoici.org
This message is being sent to you automatically in response to an email that you sent to mixmas...@remailer.paranoici.org. If you did not send such an email, please ignore this message. This remailer is a free service that allows individuals including crime victims, domestic violence victims, persons in recovery, and others, such as those living under oppressive regimes, to communicate confidentially in a manner that ensures their privacy under even the most adverse conditions. To obtain information on how you can use this service, please send an email with subject remailer-help to mixmas...@remailer.paranoici.org. Should you have received an unwelcome message through this service or to report problems with this service, please contact the Administrator at ab...@remailer.paranoici.org. Thank you for your interest in secure and private communications, -- The Anonymous Remailer Administrator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696874: libproc-processtable-perl: Buffer overflow in pctcpu
I will prepare an upload of libproc-processtable-perl based on 0.45-3 to unstable. Would like to check the possibility to get this unblocked for wheezy (thus not based on 0.46-1 in our git repo, still UNRELEASED). Regards, Salvatore signature.asc Description: Digital signature
Bug#695761: unblock: debian-edu/1.702 and debian-edu-config/1.702
[Holger Levsen] Is there any guarantee /bin/sh has a 'type' built-in utility? I guess it will in most cases, and if it doesn't you just don't run nscd so it should be fine… Seems better to use if [ -x /usr/sbin/nscd ] ; then... instead. Would you prefer an upload with that change? I prefer type over testing for specific paths, to not depend on a specific location on disk. If nscd or other tools move from /usr/bin/ to one of the other directories in the PATH, I want our scripts to keep working. All the relevant /bin/sh we need to work with (dash and bash) provide a working type command. In fact, I am not aware of any Bource shell compatible shell that is missing it, but guess there might be some. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696787: mirror listing update for debian.insacom.cl
Hi, On Thu, Dec 27, 2012 at 04:39:20AM +, Sandro Rossi wrote: Package: mirrors Severity: minor Submission-Type: update Site: debian.insacom.cl Type: leaf [..] Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ [..] Comment: Now we support rsync and we add debian-backports. Thanks, records updated. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686819: simpler presentation of iso downloads
Ben Armstrong, le Fri 28 Dec 2012 11:26:43 -0400, a écrit : We have announcements for the beta releases that already do that, for those who are following along and anticipating the next release. Well, I also had a problem with that: see for instance http://www.debian.org/devel/debian-installer/News/2012/20121122 The download link is at the very end. It should rather be at the top. In http://www.debian.org/News/2012/20120810 it is buried inside the text. Also, the http://www.debian.org/distrib/ should explicitly tell that it is for squeeze: for instance, the title should be Getting Debian Squeeze. Again, not sure about this suggestion. Debian unqualified is implicitly the current stable release (there are a lot of pages where this assumption is made, and I would not want to tediously spell out both codename and version# on each). If it needs to be clarified here, Apparently it needs to be clarified, as a user asked for it on #debian-boot. it should go into the introductory text, not the page title. Maybe: old: Debian is distributed freely over Internet. You can download all of it from any of our mirrors. The Installation Manual contains detailed installation instructions. new: Debian is distributed freely over Internet. You can download all of it from any of our mirrors. The current stable release, codenamed squeeze, is Debian 6.0.6. The Installation Manual contains detailed installation instructions. Agreed. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692649: trousers: CVE-2012-0698
Sorry for the late reply. This seems to have fallen through the cracks and I'm currently catching up with old mail. I think this doesn't warrant a DSA, but could you fix this through a stable point update? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable (Adding Jonathan, the stable point update security coordinator to CC) Hi Moritz, This CVE (CVE-2012-0698) has already been closed by an upload on November 27th, acked by Yves-Alexis Perez (see [1] for history), so trousers is now fixed for all versions in Debian. Cheers, Pierre [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692649 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686819: simpler presentation of iso downloads
Hi, Le 28/12/2012 12:04, Samuel Thibault a écrit : Ben Armstrong, le Fri 28 Dec 2012 11:26:43 -0400, a écrit : We have announcements for the beta releases that already do that, for those who are following along and anticipating the next release. Well, I also had a problem with that: see for instance http://www.debian.org/devel/debian-installer/News/2012/20121122 The download link is at the very end. It should rather be at the top. In http://www.debian.org/News/2012/20120810 it is buried inside the text. Including -boot among recipients in charge of this section and those announcements then. Not sure how relevant it is to follow-up on an already closed bug report, but please note that the menu thingy (netinst before ISO before sellers) is now fixed, thanks for spotting it too. It should show up online in an big bunch of hours (the whole site needs to be rebuilt since the menu is on every page). Regards David signature.asc Description: OpenPGP digital signature
Bug#696875: refdb: PDF documentation cannot currently be build
Package: refdb Version: cant build documentation package Severity: normal The PDF documentation cannot be built, it fails with: $ JAVA_OPTS=-Xmx256M fop -d -v -fo refdb-manual.fo -pdf refdb-manual.pdf Exception java.lang.NullPointerException at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:302) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130) at org.apache.fop.cli.Main.startFOP(Main.java:174) at org.apache.fop.cli.Main.main(Main.java:205) Caused by: java.lang.NullPointerException at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.getChangedKnuthElements(InlineStackingLayoutManager.java:376) at org.apache.fop.layoutmgr.inline.InlineLayoutManager.getChangedKnuthElements(InlineLayoutManager.java:537) at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.getChangedKnuthElements(InlineStackingLayoutManager.java:381) at org.apache.fop.layoutmgr.inline.InlineLayoutManager.getChangedKnuthElements(InlineLayoutManager.java:537) at org.apache.fop.layoutmgr.inline.LineLayoutManager.processUpdates(LineLayoutManager.java:1349) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findHyphenationPoints(LineLayoutManager.java:1318) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findOptimalBreakingPoints(LineLayoutManager.java:797) at org.apache.fop.layoutmgr.inline.LineLayoutManager.createLineBreaks(LineLayoutManager.java:763) at org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:592) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at
Bug#628892: #628892 has been fixed in 1.02+nmu2
fixed 628892 1.02+nmu2 close 628892 thanks Hello, this was the same bug as #587179 which I closed with the recent NMU 1.02+nmu2. Please check the bug tracker for existing bug reports before filing a new bug report in the future. Thus, closing. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685441: linphone crashes on armhf
Package: linphone Version: 3.5.2-10 Followup-For: Bug #685441 I get the error linphone-fatal : Method type checking failed when calling 2822148 on filter MSSpeexEC when calling. When I disable the echo canceller, there is no more error. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.8.0-rc1-1-ac100 (SMP w/2 CPU cores; PREEMPT) 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 linphone depends on: ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libavcodec537:0.10.3-dmo1 ii libavutil51 7:1.0.1-dmo1 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgsm1 1.0.13-4 ii libgtk2.0-0 2.24.10-2 ii liblinphone43.5.2-10 ii libmediastreamer1 20120814-1 ii libogg0 1.3.0-4 ii libortp820120814-1 ii libpango1.0-0 1.30.0-1 ii libspeex1 1.2~rc1-7 ii libspeexdsp11.2~rc1-7 ii libswscale2 7:1.0.1-dmo1 ii libtheora0 1.1.1+dfsg.1-3.1 ii libx11-62:1.5.0-1 ii libxv1 2:1.0.7-1 ii linphone-nogtk 3.5.2-10 linphone recommends no packages. Versions of packages linphone suggests: ii yelp 3.4.2-1+b1 -- 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#696876: refdb uses /var/run instead of /run
Package: refdb Severity: important Currently refdb uses /var/run, it should use instead /run: http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1 -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696612: further information for this bug
German text, translation below apt-get install kdm: Die folgenden Pakete haben unerfüllte Abhängigkeiten: kdm: Hängt ab von : kde-runtime soll aber nicht installiert werden Empfiehlt : x-server.org soll aber nicht installiert werden oder x-server Empfiehlt : kde-workspace soll aber nicht installiert werden oder x-session-manager oder x-window-manager linux-image 3.2.0-4-amd64 : Hängt ab von linux-base (=3~) soll aber nicht installiert werden apt-get -f install E: konnte Sperre /var/lib/dpkg/lock/ nicht bekommen - open (11: Die Ressource ist zur Zeit nicht verfügbar) E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, wir es von einem anderen Prozess verwendet? translation: apt-get install kdm: the following packets have unresolved dependencies: kdm : Depends on : kde-runtime but shall not be installed Recommends: x-server.org or x-server but shall not be installed kde-workspace but shall not be installed or x-session-manager or x-window-manager linux-image 3.2.0-4 : Depends on linux base (=3~)but shall not be installed apt-get -f install E: could not get lock for /var/lib/dpkg/lock - open (11 : The resource is currently not available) E: Locking the administration directory (/var/lib/dpkg/) is currently not possible, is it used by another process? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692519: maildrop: make courier-authlib optional if possible
Hi, So Henry-Nicolas's request is causing this new request. http://bugs.debian.org/592585 http://bugs.debian.org/692519 On Wed, Nov 07, 2012 at 01:24:09AM +0100, Christoph Anton Mitterer wrote: Package: maildrop Version: 2.5.5-2 Severity: wishlist ... Do you think it would be possible to make courier-authlib optional and dynamically loaded only when it is used (i.e. dovecot auth is not used)? Cool == YES ... Possible == Maybe ... but we need few things: * Patch which loads courier-authlib via dlopen/dlsym * Tester to test program Are you still interested and can you give me a patch? As for code hints: http://www.ibm.com/developerworks/linux/library/l-dynamic-libraries/ http://stackoverflow.com/questions/11969275/weak-dependency-on-shared-library-on-linux http://stackoverflow.com/questions/4184017/dlopen-dlsym-on-the-main-executable-how-portable-is-it http://stackoverflow.com/questions/10765320/compile-c-program-using-dlopen-and-dlsym-with-fpic ... This is a reminder to myself :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695761: unblock: debian-edu/1.702 and debian-edu-config/1.702
Petter, am Fri, Dec 28, 2012 at 04:57:50PM +0100 hast du folgendes geschrieben: I prefer type over testing for specific paths, to not depend on a specific location on disk. If nscd or other tools move from /usr/bin/ to one of the other directories in the PATH, I want our scripts to keep working. there's no reason at all to incur a PATH-based lookup for something that has a fixed path in a distribution. Obviously the burden's on the one who changes the location of a binary to grep the archive for changes that need to be made. Kind regards Philipp Kern signature.asc Description: Digital signature