Bug#569432: xserver-xorg-input-mutouch: FTBFS: ../../src/xf86MuTouch.c:769: error: too few arguments to function 'InitButtonClassDeviceStruct'
Source: xserver-xorg-input-mutouch Version: 1:1.2.1-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -g -O2 -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1-I../../src -MT xf86MuTouch.lo -MD -MP -MF .deps/xf86MuTouch.Tpo -c -o xf86MuTouch.lo ../../src/xf86MuTouch.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -g -O2 -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -I../../src -MT xf86MuTouch.lo -MD -MP -MF .deps/xf86MuTouch.Tpo -c ../../src/xf86MuTouch.c -fPIC -DPIC -o .libs/xf86MuTouch.o ../../src/xf86MuTouch.c: In function 'xf86MuTControl': ../../src/xf86MuTouch.c:769: warning: passing argument 3 of 'InitButtonClassDeviceStruct' from incompatible pointer type /usr/include/xorg/input.h:274: note: expected 'Atom *' but argument is of type 'unsigned char *' ../../src/xf86MuTouch.c:769: error: too few arguments to function 'InitButtonClassDeviceStruct' ../../src/xf86MuTouch.c:785: warning: passing argument 3 of 'InitValuatorClassDeviceStruct' makes pointer from integer without a cast /usr/include/xorg/input.h:280: note: expected 'Atom *' but argument is of type 'unsigned int' ../../src/xf86MuTouch.c:785: error: too few arguments to function 'InitValuatorClassDeviceStruct' ../../src/xf86MuTouch.c:793: error: too few arguments to function 'InitValuatorAxisStruct' ../../src/xf86MuTouch.c:797: error: too few arguments to function 'InitValuatorAxisStruct' make[3]: *** [xf86MuTouch.lo] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/xserver-xorg-input-mutouch_1:1.2.1-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569422: gimp-dcraw: FTBFS: Package 'gtk+-2.0', required by 'GIMP UI', not found
Source: gimp-dcraw Version: 1.31-1.1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-gimp-dcraw_1.31-1.1-amd64-_Q20GY/gimp-dcraw-1.31' /usr/bin/gimptool-2.0 --build rawphoto.c Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gtk+-2.0', required by 'GIMP UI', not found No output from 'pkg-config --libs gimpui-2.0' make[1]: *** [rawphoto] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/gimp-dcraw_1.31-1.1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569429: python-geoclue: FTBFS: ImportError: No module named dbus
Source: python-geoclue Version: 0.1.0-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean Traceback (most recent call last): File setup.py, line 5, in module import Geoclue File /build/user-python-geoclue_0.1.0-1-amd64-YdhxLS/python-geoclue-0.1.0/Geoclue/__init__.py, line 17, in module from Base import * File /build/user-python-geoclue_0.1.0-1-amd64-YdhxLS/python-geoclue-0.1.0/Geoclue/Base.py, line 21, in module import dbus ImportError: No module named dbus dh_auto_clean: python setup.py clean -a returned exit code 1 make: *** [clean] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/python-geoclue_0.1.0-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569420: gluas: FTBFS: configure: error: Package requirements (gimp-2.0 gimpui-2.0) were not met:
Source: gluas
Version: 0.1.20-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100211 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[1]: Entering directory
`/build/user-gluas_0.1.20-1-amd64-QK0sXm/gluas-0.1.20'
make[1]: *** No rule to make target `distclean'.
make[1]: Leaving directory
`/build/user-gluas_0.1.20-1-amd64-QK0sXm/gluas-0.1.20'
make: [makefile-clean] Error 2 (ignored)
rm -f debian/stamp-makefile-build
rm -rf debian/stamp-autotools-configure
dh_clean
rm -f debian/stamp-autotools-files
dpkg-source -b gluas-0.1.20
dpkg-source: info: using source format `1.0'
dpkg-source: info: building gluas using existing gluas_0.1.20.orig.tar.gz
dpkg-source: info: building gluas in gluas_0.1.20-1.diff.gz
dpkg-source: info: building gluas in gluas_0.1.20-1.dsc
debian/rules build
test -x debian/rules
mkdir -p .
touch debian/stamp-autotools-files
chmod a+x /build/user-gluas_0.1.20-1-amd64-QK0sXm/gluas-0.1.20/./configure
cd . CC=cc CXX=g++ CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g
-Wall -O2 CPPFLAGS= LDFLAGS=
/build/user-gluas_0.1.20-1-amd64-QK0sXm/gluas-0.1.20/./configure
--build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include
--mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
--sysconfdir=/etc --localstatedir=/var --libexecdir=\${prefix}/lib/gluas
--disable-maintainer-mode --disable-dependency-tracking
--disable-silent-rules --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking dependency style of cc... none
checking for library containing strerror... none required
checking for gcc... (cached) cc
checking whether we are using the GNU C compiler... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for cc option to accept ISO C89... (cached) none needed
checking dependency style of cc... (cached) none
checking for cc option to accept ANSI C... none needed
checking how to run the C preprocessor... cc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
configure: error: Package requirements (gimp-2.0 gimpui-2.0) were not met:
Package gtk+-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gtk+-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gtk+-2.0', required by 'GIMP UI', not found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables GIMP_CFLAGS
and GIMP_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
make: *** [debian/stamp-autotools-configure] Error 1
The full build log is available from:
http://people.debian.org/~lucas/logs/2010/02/11/gluas_0.1.20-1_lsid64.buildlog
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569430: x11-apps: FTBFS: mkdir: cannot create directory `app-defaults': File exists
Source: x11-apps Version: 7.5+2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ar cru libmp.a libmp_a-mp.o libmp_a-mpi.o libmp_a-mpr.o cp app-defaults/Xedit.ad app-defaults/Xedit ranlib libmp.a ranlib liblisp.a ranlib libre.a yes gcc -I../xedit/lisp/re -I../xedit/lisp/mp -DLISP -DLISPDIR=\/usr/lib/X11/xedit/lisp\ -D_BSD_SOURCE -Wall -g -O2 -o lisp/lsp lisp_lsp-hash.o lisp_lsp-lsp.o -L. -llisp -lre -lmp -lm mkdir: cannot create directory `app-defaults': File exists make[2]: *** [app-defaults/Xedit-color] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/x11-apps_7.5+2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569454: python-crypto: FTBFS: /bin/sh: /usr/lib/python2.5/doc/tools/mkhowto: not found
Source: python-crypto Version: 2.0.1+dfsg1-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-python-crypto_2.0.1+dfsg1-4-amd64-tpaK6d/python-crypto-2.0.1+dfsg1' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/build/user-python-crypto_2.0.1+dfsg1-4-amd64-tpaK6d/python-crypto-2.0.1+dfsg1' cd Doc /usr/lib/python2.5/doc/tools/mkhowto --ps /bin/sh: /usr/lib/python2.5/doc/tools/mkhowto: not found make: *** [common-build-arch] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/python-crypto_2.0.1+dfsg1-4_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569423: xserver-xorg-video-tga: FTBFS: ../../src/tga_driver.c:41:27: error: xf86Resources.h: No such file or directory
Source: xserver-xorg-video-tga Version: 1:1.2.0-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../src -I..-fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_seg.lo -MD -MP -MF .deps/tga_seg.Tpo -c -o tga_seg.lo ../../src/tga_seg.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT BT463ramdac.lo -MD -MP -MF .deps/BT463ramdac.Tpo -c ../../src/BT463ramdac.c -fPIC -DPIC -o .libs/BT463ramdac.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT BTramdac.lo -MD -MP -MF .deps/BTramdac.Tpo -c ../../src/BTramdac.c -fPIC -DPIC -o .libs/BTramdac.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT IBM561ramdac.lo -MD -MP -MF .deps/IBM561ramdac.Tpo -c ../../src/IBM561ramdac.c -fPIC -DPIC -o .libs/IBM561ramdac.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_cursor.lo -MD -MP -MF .deps/tga_cursor.Tpo -c ../../src/tga_cursor.c -fPIC -DPIC -o .libs/tga_cursor.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_accel.lo -MD -MP -MF .deps/tga_accel.Tpo -c ../../src/tga_accel.c -fPIC -DPIC -o .libs/tga_accel.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_dac.lo -MD -MP -MF .deps/tga_dac.Tpo -c ../../src/tga_dac.c -fPIC -DPIC -o .libs/tga_dac.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT ICS1562.lo -MD -MP -MF .deps/ICS1562.Tpo -c ../../src/ICS1562.c -fPIC -DPIC -o .libs/ICS1562.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_line.lo -MD -MP -MF .deps/tga_line.Tpo -c ../../src/tga_line.c -fPIC -DPIC -o .libs/tga_line.o mv -f .deps/ICS1562.Tpo .deps/ICS1562.Plo libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_seg.lo -MD -MP -MF .deps/tga_seg.Tpo -c ../../src/tga_seg.c -fPIC -DPIC -o .libs/tga_seg.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -g -O2 -MT tga_driver.lo -MD -MP -MF .deps/tga_driver.Tpo -c ../../src/tga_driver.c -fPIC -DPIC -o .libs/tga_driver.o mv -f .deps/tga_cursor.Tpo .deps/tga_cursor.Plo mv -f .deps/BTramdac.Tpo .deps/BTramdac.Plo mv -f .deps/BT463ramdac.Tpo .deps/BT463ramdac.Plo mv -f .deps/tga_dac.Tpo .deps/tga_dac.Plo ../../src/tga_driver.c:41:27: error: xf86Resources.h: No such file or directory ../../src/tga_driver.c:57:21: error: xf86RAC.h: No such file or directory In file included from ../../src/tga_driver.c:68: /usr/include/X11/extensions/xf86dgastr.h:1:2: warning: #warning xf86dgastr.h is obsolete and may be removed in the future. /usr/include/X11/extensions/xf86dgastr.h:2:2: warning: #warning include X11/extensions/xf86dgaproto.h for the protocol defines. ../../src/tga_driver.c:73:33: error: X11/extensions/dpms.h: No such file or directory ../../src/tga_driver.c: In function 'tgaSetup': ../../src/tga_driver.c:240: warning: implicit declaration of function 'LoaderRefSymLists' ../../src/tga_driver.c: In function 'TGAPreInit': ../../src/tga_driver.c:482: warning: implicit declaration of function 'xf86LoaderReqSymLists' ../../src/tga_driver.c:504: error: 'struct _entityInfo' has no member named 'resources' ../../src/tga_driver.c:800: warning: implicit declaration of function 'xf86RegisterResources' ../../src/tga_driver.c:800: error: 'ResExclusive' undeclared (first use in this function) ../../src/tga_driver.c:800: error: (Each undeclared identifier is reported only once ../../src/tga_driver.c:800: error: for each function it appears in.) ../../src/tga_driver.c: In function 'TGAMapMem': ../../src/tga_driver.c:1156: warning: implicit declaration of function 'getpagesize' ../../src/tga_driver.c: In function 'TGADisplayPowerManagementSet': ../../src/tga_driver.c:1745: error: 'DPMSModeOn' undeclared (first use in this function) ../../src/tga_driver.c:1749: error: 'DPMSModeStandby' undeclared (first use in this function) ../../src/tga_driver.c:1750: error
Bug#569437: libmixin-extrafields-param-perl: FTBFS: tests failed
Source: libmixin-extrafields-param-perl Version: 0.011-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 'use Mixin::ExtraFields::Param;' # at t/00-load.t line 4. # Tried to use 'Mixin::ExtraFields::Param'. # Error: Can't locate String/RewritePrefix.pm in @INC (@INC contains: /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Mixin/ExtraFields.pm line 7. # BEGIN failed--compilation aborted at /usr/share/perl5/Mixin/ExtraFields.pm line 7. # Compilation failed in require at (eval 6) line 3. # ...propagated at /usr/share/perl/5.10/base.pm line 93. # BEGIN failed--compilation aborted at /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib/Mixin/ExtraFields/Param.pm line 5. # Compilation failed in require at (eval 4) line 2. # BEGIN failed--compilation aborted at (eval 4) line 2. Use of uninitialized value $Mixin::ExtraFields::Param::VERSION in concatenation (.) or string at t/00-load.t line 7. # Testing Mixin::ExtraFields::Param # Looks like you failed 1 test of 1. t/00-load.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Can't locate String/RewritePrefix.pm in @INC (@INC contains: /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at /usr/share/perl5/Mixin/ExtraFields.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Mixin/ExtraFields.pm line 7. Compilation failed in require at (eval 5) line 3. ...propagated at /usr/share/perl/5.10/base.pm line 93. BEGIN failed--compilation aborted at /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib/Mixin/ExtraFields/Param.pm line 5. Compilation failed in require at t/basic.t line 9. BEGIN failed--compilation aborted at t/basic.t line 9. # Looks like your test exited with 2 before it could output anything. t/basic.t . Dubious, test returned 2 (wstat 512, 0x200) Failed 11/11 subtests Can't locate String/RewritePrefix.pm in @INC (@INC contains: /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at /usr/share/perl5/Mixin/ExtraFields.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Mixin/ExtraFields.pm line 7. Compilation failed in require at (eval 5) line 3. ...propagated at /usr/share/perl/5.10/base.pm line 93. BEGIN failed--compilation aborted at /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib/Mixin/ExtraFields/Param.pm line 5. Compilation failed in require at t/multi.t line 17. BEGIN failed--compilation aborted at t/multi.t line 17. # Looks like your test exited with 2 before it could output anything. t/multi.t . Dubious, test returned 2 (wstat 512, 0x200) Failed 15/15 subtests t/perl-critic.t ... skipped: define PERL_TEST_CRITIC to run these tests # Failed test 'Pod coverage on Mixin::ExtraFields::Param' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # Mixin::ExtraFields::Param: Couldn't compile 'Mixin::ExtraFields::Param' to inspect: Can't locate String/RewritePrefix.pm in @INC (@INC contains: /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/lib /build/user-libmixin-extrafields-param-perl_0.011-1-amd64-7vwuXP/libmixin-extrafields-param-perl-0.011/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl
Bug#569451: linkchecker: FTBFS: /bin/sh: python2.6: not found
Source: linkchecker
Version: 5.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100211 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
/usr/bin/fakeroot debian/rules clean
test -x debian/rules
dh_testroot
dh_clean
for buildver in 2.6 2.5; do \
cd /build/user-linkchecker_5.1-1-amd64-_gl3SC/linkchecker-5.1
cd . python$buildver setup.py clean -a; \
done
/bin/sh: python2.6: not found
creating
/build/user-linkchecker_5.1-1-amd64-_gl3SC/linkchecker-5.1/_LinkChecker_configdata.py
running clean
'build/share' does not exist -- can't clean it
'build/lib.linux-x86_64-2.5' does not exist -- can't clean it
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.5' does not exist -- can't clean it
rm -rf debian/python-module-stampdir
find . -name '*.pyc' -exec rm '{}' ';'
find . -prune -name '*.egg-info' -exec rm -rf '{}' ';'
dpkg-source -b linkchecker-5.1
dpkg-source: info: using source format `1.0'
dpkg-source: info: building linkchecker using existing
linkchecker_5.1.orig.tar.gz
dpkg-source: info: building linkchecker in linkchecker_5.1-1.diff.gz
dpkg-source: warning: the diff modifies the following upstream files:
_LinkChecker_configdata.py
dpkg-source: info: use the '3.0 (quilt)' format to have separate and
documented changes to upstream files, see dpkg-source(1)
dpkg-source: info: building linkchecker in linkchecker_5.1-1.dsc
debian/rules build
test -x debian/rules
mkdir -p .
mkdir -p debian/python-module-stampdir
python setup.py sdist --manifest-only
creating
/build/user-linkchecker_5.1-1-amd64-_gl3SC/linkchecker-5.1/_LinkChecker_configdata.py
running sdist
reading manifest template 'MANIFEST.in'
writing manifest file 'MANIFEST'
set -e; for buildver in 2.6 2.5; do \
cd /build/user-linkchecker_5.1-1-amd64-_gl3SC/linkchecker-5.1
cd . python$buildver setup.py build
--build-base=/build/user-linkchecker_5.1-1-amd64-_gl3SC/linkchecker-5.1/./build;
\
done
/bin/sh: python2.6: not found
make: *** [debian/python-module-stampdir/linkchecker] Error 127
The full build log is available from:
http://people.debian.org/~lucas/logs/2010/02/11/linkchecker_5.1-1_lsid64.buildlog
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569461: visualboyadvance: FTBFS: sigccompat.h:35: error: expected initializer before '' token
Source: visualboyadvance Version: 1.8.0-5 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: x86_64-linux-gnu-g++ -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DPACKAGE=\VisualBoyAdvance\ -DVERSION=\1.8.0\ -DHAVE_LIBZ=1 -DHAVE_LIBPTHREAD=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1 -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ARPA_INET_H=1 -DHAVE_NETINET_IN_H=1 -DENABLE_NLS=1 -DHAVE_GETTEXT=1 -DHAVE_DCGETTEXT=1 -DHAVE_LIBINTL_H=1 -I. -DPKGDATADIR=\/usr/share/VisualBoyAdvance\ -DLOCALEDIR=\/usr/share/locale\ -DGETTEXT_PACKAGE=\vba\ -I/usr/include/libpng12 -D_REENTRANT -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -g -O2 -Wall -W -O0 -Wl,-z,defs -DBKPT_SUPPORT -DBKPT_SUPPORT -DC_CORE -DPROFILING -DDEV_VERSION -MT gvba-joypadconfig.o -MD -MP -MF .deps/gvba-joypadconfig.Tpo -c -o gvba-joypadconfig.o `test -f 'joypadconfig.cpp' || echo './'`joypadconfig.cpp In file included from joypadconfig.h:29, from joypadconfig.cpp:19: sigccompat.h:35: error: expected initializer before '' token sigccompat.h:41: error: expected initializer before '' token sigccompat.h:47: error: expected initializer before '' token joypadconfig.cpp: In constructor 'VBA::JoypadConfigDialog::JoypadConfigDialog(GtkDialog*, const Glib::RefPtrGnome::Glade::Xml)': joypadconfig.cpp:167: error: 'bind' is not a member of 'SigC' joypadconfig.cpp:167: error: expected primary-expression before '' token joypadconfig.cpp:168: error: 'slot' is not a member of 'SigC' joypadconfig.cpp:170: error: 'slot' is not a member of 'SigC' joypadconfig.cpp: At global scope: joypadconfig.cpp:211: warning: unused parameter '_pstEvent' joypadconfig.cpp:220: warning: unused parameter '_pstEvent' make[4]: *** [gvba-joypadconfig.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/visualboyadvance_1.8.0-5_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569446: xtalk: FTBFS: /bin/sh: dos2unix: not found
Source: xtalk
Version: 1.3-15
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100211 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
/usr/bin/fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs
/usr/bin/make LIBDIR=\${DESTDIR}/usr/share/xtalk BINDIR=\${DESTDIR}/usr/bin
DESTDIR=/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3/debian/xtalk install
make[1]: Entering directory `/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3'
install -m 755 -d
/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3/debian/xtalk/usr/share/xtalk
/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3/debian/xtalk/usr/bin
install -m 644 TalkdInter.py talkd.py
/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3/debian/xtalk/usr/share/xtalk
install -m 755 xtalk
/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3/debian/xtalk/usr/bin
make[1]: Leaving directory `/build/user-xtalk_1.3-15-amd64-fU6pLN/xtalk-1.3'
dos2unix debian/xtalk/usr/share/xtalk/*.py \
debian/xtalk/usr/bin/xtalk
/bin/sh: dos2unix: not found
make: *** [install] Error 127
The full build log is available from:
http://people.debian.org/~lucas/logs/2010/02/11/xtalk_1.3-15_lsid64.buildlog
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569416: libfsoframework: FTBFS: fsoframework/kobjectnotifier.vala:61.28-61.51: error: The name `AF_NETLINK' does not exist in the context of `Linux.Netlink'
Source: libfsoframework
Version: 0.2.4+git20091229-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100211 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[3]: Entering directory
`/build/user-libfsoframework_0.2.4+git20091229-1-amd64-y93KuB/libfsoframework-0.2.4+git20091229/fsoframework'
/usr/bin/valac -C --basedir .. --vapidir ../vapi --pkg posix --pkg linux
--pkg glib-2.0 --pkg gmodule-2.0 --pkg gio-2.0 --pkg dbus-glib-1 --pkg alsa
--pkg fsobasics-2.0 --pkg config --header fsoframework.h --library
fsoframework-2.0 alsa.vala asyncworker.vala common.vala dbus.vala
inotifier.vala interfaces.vala kobjectnotifier.vala object.vala overlay.vala
plugin.vala process.vala subsystem.vala syncasync.vala
fsoframework/plugin.vala:40.42-40.53: warning: deprecated syntax, use [CCode
(has_target = false)]
public static delegate void FsoFramework.RegisterFunc( TypeModule bar );
fsoframework/plugin.vala:41.44-41.54: warning: deprecated syntax, use [CCode
(has_target = false)]
public static delegate string FsoFramework.FactoryFunc(
FsoFramework.Subsystem subsystem ) throws Error;
^^^
fsoframework/plugin.vala:42.42-42.53: warning: deprecated syntax, use [CCode
(has_target = false)]
public static delegate void FsoFramework.ShutdownFunc();
fsoframework/kobjectnotifier.vala:61.28-61.51: error: The name `AF_NETLINK'
does not exist in the context of `Linux.Netlink'
fd = Posix.socket( Linux.Netlink.AF_NETLINK, Posix.SOCK_DGRAM,
Linux.Netlink.NETLINK_KOBJECT_UEVENT );
fsoframework/kobjectnotifier.vala:64.43-64.66: error: The name `AF_NETLINK'
does not exist in the context of `Linux.Netlink'
Linux.Netlink.SockAddrNl addr = { Linux.Netlink.AF_NETLINK, 0,
Posix.getpid(), 1 };
fsoframework/kobjectnotifier.vala:64.34-64.90: error: expression type not
allowed as initializer
Linux.Netlink.SockAddrNl addr = { Linux.Netlink.AF_NETLINK, 0,
Posix.getpid(), 1 };
^
fsoframework/kobjectnotifier.vala:66.36-66.39: error: The name `addr' does
not exist in the context of `FsoFramework.BaseKObjectNotifier.new'
var res = Posix.bind( fd, addr, sizeof( Linux.Netlink.SockAddrNl ) );
fsoframework/plugin.vala:73.5-73.21: warning: unable to chain up to private
base constructor
public BasePlugin( string filename, FsoFramework.Subsystem subsystem )
^
Compilation failed: 4 error(s), 4 warning(s)
make[3]: *** [fsoframework.vala.stamp] Error 1
The full build log is available from:
http://people.debian.org/~lucas/logs/2010/02/11/libfsoframework_0.2.4+git20091229-1_lsid64.buildlog
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569426: pilot-link: FTBFS: dpkg-shlibdeps: error: couldn't find library libpisock.so.9 needed by debian/libpisync1/usr/lib/libpisync.so.1.0.3 (ELF format: 'elf64-x86-64'; RPATH: '').
Source: pilot-link Version: 0.12.5-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/doc/man' make[2]: Nothing to be done for `install-exec-am'. test -z /usr/share/man/man1 || /bin/mkdir -p /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man1 test -z /usr/share/man/man7 || /bin/mkdir -p /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man7 /usr/bin/install -c -m 644 pilot-link.7 '/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man7' /usr/bin/install -c -m 644 ietf2datebook.1 pilot-addresses.1 pilot-clip.1 pilot-csd.1 pilot-debugsh.1 pilot-dedupe.1 pilot-dlpsh.1 pilot-file.1 pilot-foto.1 pilot-getram.1 pilot-getrom.1 pilot-getromtoken.1 pilot-hinotes.1 pilot-install-datebook.1 pilot-install-expenses.1 pilot-install-hinote.1 pilot-install-memo.1 pilot-install-netsync.1 pilot-install-todo.1 pilot-install-todos.1 pilot-install-user.1 pilot-memos.1 pilot-nredir.1 pilot-read-expenses.1 pilot-read-ical.1 pilot-read-notepad.1 pilot-read-palmpix.1 pilot-read-screenshot.1 pilot-read-todos.1 pilot-read-veo.1 pilot-reminders.1 pilot-schlep.1 pilot-foto-treo600.1 pilot-foto-treo650.1 pilot-wav.1 pilot-xfer.1 '/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man1' make[2]: Leaving directory `/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/doc/man' make[1]: Leaving directory `/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/doc/man' set -e; \ cd bindings/Python; \ for python in python2.6 python2.5; do \ $python setup.py install --root=/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp --install-layout=deb; \ $python-dbg setup.py install --root=/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg --install-layout=deb; \ done running install running build running build_py running build_ext running install_lib creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6 creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/_pisock.so - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/pisockextras.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/pisock.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages byte-compiling /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages/pisockextras.py to pisockextras.pyc byte-compiling /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages/pisock.py to pisock.pyc running install_egg_info Writing /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages/python_libpisock-0.12.5.egg-info running install running build running build_py running build_ext running install_lib creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6 creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6-pydebug/_pisock_d.so - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6-pydebug/pisockextras.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6-pydebug/pisock.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages byte-compiling /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages/pisockextras.py to pisockextras.pyc byte-compiling /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages/pisock.py to pisock.pyc running install_egg_info Writing
Bug#569035: /usr/bin/time-admin: time-admin: not allowed to access system configuration
On 02/11/2010 08:12 PM, Josselin Mouette wrote: What is the output of a “dbus-monitor --system” command running in parallel of your attempt? Log is attached. Cheers! Thiemo signal sender=org.freedesktop.DBus - dest=:1.1292 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string :1.1292 signal sender=org.freedesktop.DBus - dest=(null destination) serial=7 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.1293 string string :1.1293 signal sender=org.freedesktop.DBus - dest=(null destination) serial=8 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.1294 string string :1.1294 signal sender=org.freedesktop.DBus - dest=(null destination) serial=9 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.1293 string :1.1293 string signal sender=org.freedesktop.DBus - dest=(null destination) serial=10 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.1294 string :1.1294 string signal sender=:1.18 - dest=(null destination) serial=6696 path=/org/freedesktop/DeviceKit/Power/devices/battery_BAT0; interface=org.freedesktop.DeviceKit.Power.Device; member=Changed signal sender=:1.18 - dest=(null destination) serial=6697 path=/org/freedesktop/DeviceKit/Power; interface=org.freedesktop.DeviceKit.Power; member=DeviceChanged string /org/freedesktop/DeviceKit/Power/devices/battery_BAT0
Bug#502845: linux-image-2.6.32-1-amd64 / open-iscsi amd64 login hang
On Thu, Feb 11, 2010 at 05:51:38PM +0100, Bastian Blank wrote:
On Thu, Feb 11, 2010 at 04:37:36PM +0100, Florian Lohoff wrote:
11280 connect(3, {sa_family=AF_FILE,
path=@ISCSIADM_ABSTRACT_NAMESPACE...}, 110) = 0
11280 write(3,
\1\0\0\0\0\0\0\0\0\0\0\0\230q\304\377\230q\304\377iqn.1997-01.o..., 5244)
= 5244
11280 recv(3, 0xffc46760, 2464, MSG_WAITALL) = ? ERESTARTSYS (To be
restarted)
This only shows that iscsid does not respond to the requests of
iscsiadm. However I consider it unlikely that such a bug should have
survived for 14 kernel releases.
Please show all the relevant configs, strace outputs of iscsiadm _and_
iscsid and also network traces.
Something _is_ broken - I am very successful building up open-iscsi/iscsitarget
pairs on i386 - as soon as the initiator (open-iscsi) is on amd64 the login
hangs forever ... No matter whether the target is on the same machine
or on a different machine ...
What i did now:
bladesys3:~# tcpdump -i eth0 -s0 -w /tmp/login.pcap host t4.lab.rfc822.org and
port 3260
and in parallel:
bladesys3:~# strace -t -f -o /tmp/scsid.strace.log /etc/init.d/open-iscsi start
Starting iSCSI initiator service: iscsid.
Setting up iSCSI targets:
iscsiadm: No records found!
.
Mounting network filesystems:.
And then:
iscsiadm -m discovery -t st -p 195.71.99.251
iscsiadm -m node
iscsiadm -m node --targetname iqn.1997-01.org.rfc822.lab.t4:storage.t4.disk1
--portal 195.71.99.251:3260 --op=update --name node.session.auth.authmethod
--value=CHAP
iscsiadm -m node --targetname iqn.1997-01.org.rfc822.lab.t4:storage.t4.disk1
--portal 195.71.99.251:3260 --op=update --name node.session.auth.username
--value=storage1
iscsiadm -m node --targetname iqn.1997-01.org.rfc822.lab.t4:storage.t4.disk1
--portal 195.71.99.251:3260 --op=update --name node.session.auth.password
--value=mi4Taibi
iscsiadm -m node --targetname iqn.1997-01.org.rfc822.lab.t4:storage.t4.disk1
--portal 195.71.99.251:3260 --login
tcpdump:
http://silicon-verl.de/home/flo/tmp/iscsilogin.pcap
http://silicon-verl.de/home/flo/tmp/scsid.strace.log
The scsid strace shows repeated stuff like:
3444 20:14:08 connect(9, {sa_family=AF_INET, sin_port=htons(3260),
sin_addr=inet_addr(195.71.99.251)}, 128) = -1 EINPROGRESS (Operation now in
progress)
Although telnet (as the tcpdump) reports the connect is no problem:
bladesys3:/tmp# telnet t4.lab.rfc822.org 3260
Trying 195.71.99.251...
Connected to tiles-four.lab.rfc822.org.
Escape character is '^]'.
^]
telnet close
Connection closed.
Still - the login hangs - dead ... I have never seen something like this
between i386 machines.
open-iscsi config is untouched.
What else?
Flo
--
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin
signature.asc
Description: Digital signature
Bug#549527: dokuwiki: Feed doesn't respect showuseras
severity minor thanks Le dimanche 04 octobre 2009, Richard Levitte a écrit : Dokuwiki has a nice function editorinfo() in inc/common.php, which is used whenever a user name is to be rendered... except in feed.php, and I think that users who do not want their real name shown on the normal web output do not want it displayed in feeds either. Upstream reply: The attached patch isn't good, because editorinfo can return HTML or obfuscated email addresses which could break the feed. The proper way would be to let feed.php check the showuseras option, but I'm not sure this worth the effort. However, users who don't want their full name displayed shouldn't put them in their profile!? I agree with that: someone that does not want to publish his full name should really registrer using a pseudonym, unless explicitely told that his full name will not be displayed. It is not the case with DokuWiki. Thus, I lower the severity as this bug. If you have time and think it is worth it, you can prepare a more elaborated patch. Or I could mark it wontfix… Regards, -- Tanguy Ortolo signature.asc Description: Digital signature
Bug#283966: all.dem is just 5k and not oversized at all
Hi there, /usr/share/doc/gnuplot-doc/examples/all.dem.gz is just 5k and could be provided uncompressed. But I see there is more of it, so maybe have a simple commandline script that unpacks demo files to /tmp before starting (or tell gnuplot to read from gz files right away like inkscape svgz etc.) cheers Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568908: uses iceweasel for urls despite gconf being configured to use chromium
Le lundi 08 février 2010 à 21:09 -0500, Joey Hess a écrit : I downgraded libgnomevfs2-0 and libgnomevfs2-common fro 1:2.24.2-2 to 1:2.24.2-1, and this bug went away. I see nothing in the changelog that could explain this behavior, so I assume the bug was introduced by this: * Refresh all patches so they apply cleanly. This fixes FTBFS with the new source format 3.0 (quilt). Closes: #538622 The only thing that could explain the change would be, as in one of your previous reports, broken GConf schema/defaults installation. Could this also be related to your btrfs issue? Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#563637: improvements from Ubuntu to handle compiler hardening better
Hi Aurelien, On Sun, Feb 07, 2010 at 02:13:08PM +0100, Aurelien Jarno wrote: I would like to include the following patches that Ubuntu has carried for several releases now. (Note that submitted-leading-zero-stack-guard.diff will need to be adjusted slightly if stack-guard-quick-randomization.diff is not applied.) I have applied the two stack protection patches in the Debian package, but not the two other ones. See my comments below. Excellent, thanks! no-sprintf-pre-truncate.diff The sprintf function used when -D_FORTIFY_SOURCE=2 is used incorrectly pre-truncates the destination buffer; this changes the long-standing expectation of sprintf(foo,%sbaz,foo) to work. See the patch for further discussion. As explained in the bug report, this code is not valid anyway. If we want people to fix their code, we should not workaround the issue. Also I am not able to evaluate the impact on the fix, and don't know if it may introduce a security bug. Right, it's incorrect, but around 200 packages[1] use it and expect the prior behavior. I don't feel there is a security issue here, but I can respect not wanting to change it. 200 is a pretty small number of packages compared to the overall size of the archive. Perhaps I can re-scan the archive and actually do the mass bug filing. local-fwrite-no-attr-unused.diff Again, patch contains discussion, but basically, this disables a useless and noisy warning that -D_FORTIFY_SOURCE=2 triggers. I think people should either not use -D_FORTIFY_SOURCE=2 or fix their code. This is a warning anyway. I agree an error can happens up to the fclose() call, but it's not an excuse to not check possible errors at the fwrite() level. The real bug is actually that fclose() is not marked __wur, and that's probably what has to be fixed. Yeah, I would tend to agree. The main glitch was that there is no compiler option to turn off the warning. :( Thanks for reviewing the patches! -Kees [1] http://lists.debian.org/debian-devel/2008/12/msg01079.html -- Kees Cook@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#569464: O: php-pager -- Pages an array of data, creating links to previous and next pages
Package: wnpp Severity: normal The current maintainer of php-pager, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: php-pager Binary: php-pager Version: 2.4.6-1 Priority: optional Section: php Maintainer: Charles Fry c...@debian.org Build-Depends: dh-make-php (= 0.1.1), debhelper (= 5), cdbs Architecture: all Standards-Version: 3.8.0 Format: 1.0 Directory: pool/main/p/php-pager Files: b1b9860df0e3535972c12e5f6150f8c7 1025 php-pager_2.4.6-1.dsc a1da8d9fef3c4ca4821998bd747b2d59 34794 php-pager_2.4.6.orig.tar.gz 87ff1ee791c08ca2c81aa6630109ea28 2537 php-pager_2.4.6-1.diff.gz Homepage: http://pear.php.net/package/Pager/ Checksums-Sha1: 5b4dce03b93f43c676f83f9b374da8f3d1f425d3 34794 php-pager_2.4.6.orig.tar.gz 0fbe338b412603bf36fbaec750d94f674cc10ae8 2537 php-pager_2.4.6-1.diff.gz Checksums-Sha256: 4e38463b92b9057cea5ccaf6bdd4921ecf9bdf7e39f5b8965da1408e70a0fcdb 34794 php-pager_2.4.6.orig.tar.gz 9eaf80c63177434eb4462d1483ae5b14435ae976b27694457581517b7283356a 2537 php-pager_2.4.6-1.diff.gz Package: php-pager Priority: optional Section: php Installed-Size: 316 Maintainer: Charles Fry c...@debian.org Architecture: all Version: 2.4.6-1 Filename: pool/main/p/php-pager/php-pager_2.4.6-1_all.deb Size: 53530 MD5sum: 1c06b1ae9e0bd498b1d0ee52112a495b SHA1: ad9312627492a9549b31ba936050a14950527f3f SHA256: add1d38b87fe0dcb5b5915857e46016e2cf20a8d03f9eeaccaed280761c32f4d Description: Pages an array of data, creating links to previous and next pages Takes an array of data as input and pages it according to various parameters, building links within a specified range. For example, an array of alphabetical letters could be paged, resulting in pages with three letters per page, and links to the previous and next two pages. Can be configured to use Jumping and Sliding window styles. . Homepage: http://pear.php.net/package/Pager/ signature.asc Description: Digital signature
Bug#569467: O: courieruserinfo -- Retrieve courier user account information
Package: wnpp Severity: normal The current maintainer of courieruserinfo, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: courieruserinfo Binary: courieruserinfo Version: 1.1.2-1 Priority: optional Section: mail Maintainer: Charles Fry c...@debian.org Build-Depends: cdbs, debhelper (= 5), autotools-dev, courier-authlib-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/c/courieruserinfo Files: 69953a5758cac351b8656bb21a8770c8 627 courieruserinfo_1.1.2-1.dsc 0f377314f1e97fd135eba8c528047f94 283484 courieruserinfo_1.1.2.orig.tar.gz 108ba7de61f064372e2da78a12858e41 2314 courieruserinfo_1.1.2-1.diff.gz Package: courieruserinfo Priority: optional Section: mail Installed-Size: 84 Maintainer: Charles Fry c...@debian.org Architecture: amd64 Version: 1.1.2-1 Depends: courier-authlib (= 0.58-3), libc6 (= 2.3.5-1) Filename: pool/main/c/courieruserinfo/courieruserinfo_1.1.2-1_amd64.deb Size: 12994 MD5sum: f4acce9018b2655f70b889b7a81d924c SHA1: a307d0cb096015da4bbdb4201b413c19267502f1 SHA256: 9471d2df0b6f09b16ac639ee66a03efe98b194f384bca0f6d3e16e80e4f94ce2 Description: Retrieve courier user account information Courieruserinfo works with the Courier mail server user authentication mechanism to allow user account information to be retrieved. The specific types of information which can be retrieved are: uid, home directory, name, address, mail directory, quota, and options. . Homepage: http://www.arda.homeunix.net/store/ Tag: admin::user-management, implemented-in::c, role::program, scope::utility signature.asc Description: Digital signature
Bug#569470: O: wmfire -- very cool fiery way of showing your CPU usage
Package: wnpp Severity: normal The current maintainer of wmfire, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: wmfire Binary: wmfire Version: 1.2.3-2 Priority: optional Section: x11 Maintainer: Charles Fry c...@debian.org Build-Depends: cdbs, debhelper (= 4.1.0), libgtop2-dev (= 2.10.0-1), libgtk2.0-dev, autotools-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/w/wmfire Files: 886711ed38e66895c8d7c2db8216562d 616 wmfire_1.2.3-2.dsc e4bc64f2181cf1b8e78bcc0850ee 90979 wmfire_1.2.3.orig.tar.gz cc91179b4d8127a59bb874889254e20c 3982 wmfire_1.2.3-2.diff.gz Package: wmfire Priority: optional Section: x11 Installed-Size: 108 Maintainer: Charles Fry c...@debian.org Architecture: amd64 Version: 1.2.3-2 Depends: libc6 (= 2.3.5-1), libgtk2.0-0 (= 2.8.0), libgtop2-7 (= 2.14.0), libx11-6, libxext6 Filename: pool/main/w/wmfire/wmfire_1.2.3-2_amd64.deb Size: 19576 MD5sum: 9643d16f039530f69c916e2cc354e9db SHA1: 076837ec01c1e36b29da8bf92756d87fa0e3b245 SHA256: 1eec49a694e2c226a30aa9463f825ac0417c463c7914f5d8da3f56517ec9b4f2 Description: very cool fiery way of showing your CPU usage A windowmaker (or similar) dockapp, which shows your current CPU usage as a roaring fire. . Homepage: http://www.swanson.ukfsn.org/#wmfire Tag: interface::x11, role::program, scope::utility, suite::gnustep, uitoolkit::gtk, use::monitor, x11::applet signature.asc Description: Digital signature
Bug#569465: O: php-cache-lite -- Fast and lite data cache system
Package: wnpp Severity: normal The current maintainer of php-cache-lite, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: php-cache-lite Binary: php-cache-lite Version: 1.7.4-1 Priority: optional Section: php Maintainer: Charles Fry c...@debian.org Build-Depends: dh-make-php (= 0.1.1), debhelper (= 5), cdbs Architecture: all Standards-Version: 3.8.0 Format: 1.0 Directory: pool/main/p/php-cache-lite Files: c29739939c376e7c485bb4d300dd715a 1070 php-cache-lite_1.7.4-1.dsc 93a7a2a40d85a16725f02937ee5c9b88 29824 php-cache-lite_1.7.4.orig.tar.gz 3d9a1b5f56f5286bbfe48c532f696da3 1474 php-cache-lite_1.7.4-1.diff.gz Homepage: http://pear.php.net/package/Cache_Lite/ Checksums-Sha1: d78e6a0289b11477daea5ab38ebf332b9d4a5b5a 29824 php-cache-lite_1.7.4.orig.tar.gz a1ff92e55963fe41e4f59a7312a62c64a4c7147f 1474 php-cache-lite_1.7.4-1.diff.gz Checksums-Sha256: ebe0d55879bd398b4d90396039484d5041d232fe606ef8e577e70af4dc834c8d 29824 php-cache-lite_1.7.4.orig.tar.gz 1bca9f83fbbd51d91eed9c8b84c6161d9017b87f180d7c56a0de9cb3d2b7ab0a 1474 php-cache-lite_1.7.4-1.diff.gz Package: php-cache-lite Priority: optional Section: php Installed-Size: 288 Maintainer: Charles Fry c...@debian.org Architecture: all Version: 1.7.4-1 Filename: pool/main/p/php-cache-lite/php-cache-lite_1.7.4-1_all.deb Size: 36224 MD5sum: 64553c0abe6365b6b0bfe8f474ec8e87 SHA1: 0f681857513e680946cb3da3ab3498999cb75975 SHA256: bc01533abf3838f33e22b3a29731187a2d149c2536a5f570312b088df91165f2 Description: Fast and lite data cache system A lite cache system optimized for high traffic websites that caches data on disk and/or in memory. Cached data is accessed through a user-defined cache ID (key). Can ensure various levels of safety in the face of concurrency, even when the cache is backed by a distributed file system. Homepage: http://pear.php.net/package/Cache_Lite/ signature.asc Description: Digital signature
Bug#569468: O: courierpasswd -- Authenticate courier passwords with checkpassword interface
Package: wnpp Severity: normal The current maintainer of courierpasswd, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: courierpasswd Binary: courierpasswd Version: 1.1.2-1 Priority: optional Section: mail Maintainer: Charles Fry c...@debian.org Build-Depends: cdbs, debhelper (= 5), autotools-dev, courier-authlib-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/c/courierpasswd Files: 1a64f40294ec0b794583a3f4bd86beb8 619 courierpasswd_1.1.2-1.dsc 8eedd09643667eafea83d5559dc5a2f5 287202 courierpasswd_1.1.2.orig.tar.gz 061a0f80957b0896a3f8316404a77883 2655 courierpasswd_1.1.2-1.diff.gz Package: courierpasswd Priority: optional Section: mail Installed-Size: 88 Maintainer: Charles Fry c...@debian.org Architecture: amd64 Version: 1.1.2-1 Depends: courier-authlib (= 0.58-3), libc6 (= 2.3.5-1) Filename: pool/main/c/courierpasswd/courierpasswd_1.1.2-1_amd64.deb Size: 17120 MD5sum: 2fc56c18b03ac477ee4e6018dcb949c2 SHA1: e7664b2f08d7ee8d36970df91293b6500792e381 SHA256: 16807b7af6ba5371b92fb1fcb25c65765f9b295161411828092acbb9af167114 Description: Authenticate courier passwords with checkpassword interface Courierpasswd is a user authentication and password changing utility that works with the Courier mail server user authentication mechanism. It's interface follows that of checkpassword. It can be used, for example, to authenticate users who are sending email through a non-courier MTA. signature.asc Description: Digital signature
Bug#569472: O: libclass-container-perl -- Glues object frameworks together transparently
Package: wnpp Severity: normal The current maintainer of libclass-container-perl, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libclass-container-perl Binary: libclass-container-perl Version: 0.12-2 Priority: optional Section: perl Maintainer: Charles Fry c...@debian.org Build-Depends: cdbs, debhelper (= 4.1.0) Build-Depends-Indep: perl (= 5.6.0-17), libparams-validate-perl (= 0.23) Architecture: all Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/libc/libclass-container-perl Files: 061ee5164524f74567dfc480ed5e0db5 698 libclass-container-perl_0.12-2.dsc 6896bdb4464b96ad638e22b0400acbc9 19401 libclass-container-perl_0.12.orig.tar.gz 6a79b2de2aed6d6de81ab47be6b57969 1612 libclass-container-perl_0.12-2.diff.gz Package: libclass-container-perl Priority: optional Section: perl Installed-Size: 108 Maintainer: Charles Fry c...@debian.org Architecture: all Version: 0.12-2 Depends: perl (= 5.6.0-16), libparams-validate-perl (= 0.23) Suggests: perl (= 5.8.2) | libscalar-util-perl Filename: pool/main/libc/libclass-container-perl/libclass-container-perl_0.12-2_all.deb Size: 28598 MD5sum: b08b3581e08c07768485875b84f329b0 SHA1: 12a8bb35f526e5be14de9e5bbd16a913732a7fcf SHA256: c9f24f86e475bd33af576a9e89716ce6528ab24a8df5274810c10b78e2578fab Description: Glues object frameworks together transparently This class facilitates building frameworks of several classes that inter-operate. It was first designed and built for HTML::Mason, in which the Compiler, Lexer, Interpreter, Resolver, Component, Buffer, and several other objects must create each other transparently, passing the appropriate parameters to the right class, possibly substituting their own subclass for any of these objects. . The main features of Class::Container are: . * Declaration of parameters used by each member in a class framework . * Transparent passing of constructor parameters to the class that needs them . * Ability to create one (automatic) or many (manual) contained objects automatically and transparently Tag: devel::lang:perl, devel::library, implemented-in::perl, role::shared-lib signature.asc Description: Digital signature
Bug#569471: O: php-simpletest -- Unit testing and web testing framework for PHP
Package: wnpp Severity: normal The current maintainer of php-simpletest, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: php-simpletest Binary: php-simpletest Version: 1.0.0-4 Priority: optional Section: php Maintainer: Charles Fry c...@debian.org Build-Depends: dh-make-php (= 0.1.1), debhelper (= 4.1.0), cdbs Architecture: all Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/p/php-simpletest Files: 66a581f7919fb1b21d956cb5a4f17013 615 php-simpletest_1.0.0-4.dsc 0dcec3749afbd964c7f5259560a9c944 133521 php-simpletest_1.0.0.orig.tar.gz 9a5a2eb6e4050f56d996054c2dc73180 1766 php-simpletest_1.0.0-4.diff.gz Package: php-simpletest Priority: optional Section: php Installed-Size: 792 Maintainer: Charles Fry c...@debian.org Architecture: all Version: 1.0.0-4 Filename: pool/main/p/php-simpletest/php-simpletest_1.0.0-4_all.deb Size: 134742 MD5sum: 11a77889d260c7adc80d60387271a397 SHA1: 92a88394ca932a8205c01f60c1ba8f89b14ff037 SHA256: ca14552addb5f8726bcef548b5525d1d4feab72f00283e9976d80e5efc80bcd4 Description: Unit testing and web testing framework for PHP SimpleTest is a testing framework built around test case classes. These are written as extensions of base test case classes, each extended with methods that actually contain test code. . These tools are designed for the developer. Tests are written in the PHP language itself. The advantage of using PHP itself as the testing language is that there are no new languages to learn, testing can start straight away, and the developer can test any part of the code. Basically, all parts that can be accessed by the application code can also be accessed by the test code if they are in the same language. . Homepage: http://www.lastcraft.com/simple_test.php signature.asc Description: Digital signature
Bug#569466: O: xasteroids -- X-based asteroids-style arcade game
Package: wnpp Severity: normal The current maintainer of xasteroids, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: xasteroids Binary: xasteroids Version: 5.0-17 Priority: optional Section: games Maintainer: Charles Fry c...@debian.org Build-Depends: cdbs, debhelper (= 5), libx11-dev, x-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/x/xasteroids Files: abe0ab0fe0b8d5c09820c5fda9cabdc8 585 xasteroids_5.0-17.dsc 3c879bfa552d01922ea88c0116ce861a 12290 xasteroids_5.0.orig.tar.gz 208bde831d8636503c804ddd60205713 7733 xasteroids_5.0-17.diff.gz Package: xasteroids Priority: optional Section: games Installed-Size: 104 Maintainer: Charles Fry c...@debian.org Architecture: amd64 Version: 5.0-17 Depends: libc6 (= 2.6-1), libx11-6 Filename: pool/main/x/xasteroids/xasteroids_5.0-17_amd64.deb Size: 17612 MD5sum: e62a99a2b1e3dab2a24339bfd17e594d SHA1: e3f84a8e584eb8b21fd8631304be2e08f135b8d2 SHA256: f2527f755976d27272a0ace952511f632e4e09126b1189a1aea264d192ae4b45 Description: X-based asteroids-style arcade game A very fast paced arcade game similar to the well known video game called Asteroids. Your task is to change big rocks into smaller ones by hitting them with a beam. Tag: game::arcade, interface::x11, role::program, use::gameplaying, x11::application signature.asc Description: Digital signature
Bug#569469: O: courierpassd -- Change courier user passwords using poppassd interface
Package: wnpp Severity: normal The current maintainer of courierpassd, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: courierpassd Binary: courierpassd Version: 1.1.2-1 Priority: optional Section: mail Maintainer: Charles Fry c...@debian.org Build-Depends: cdbs, debhelper (= 5), autotools-dev, courier-authlib-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/c/courierpassd Files: 57c62629746165719766020c659fec14 615 courierpassd_1.1.2-1.dsc f481addeff0f8363a373f26720aaed73 286929 courierpassd_1.1.2.orig.tar.gz 24feb721ded9343a4897a70dbaba0338 2923 courierpassd_1.1.2-1.diff.gz Package: courierpassd Priority: optional Section: mail Installed-Size: 84 Maintainer: Charles Fry c...@debian.org Architecture: amd64 Version: 1.1.2-1 Depends: courier-authlib (= 0.58-3), libc6 (= 2.3.5-1) Filename: pool/main/c/courierpassd/courierpassd_1.1.2-1_amd64.deb Size: 16036 MD5sum: 4eca6d0cc37bda88573bb533af00d4c7 SHA1: b75ad3cb815007eec8cc5e03310ce1c4a03a119f SHA256: bb0a6a82bf9e13a72fdfc63b112b0d342be671084e1962346675ae7736d288db Description: Change courier user passwords using poppassd interface Courierpassd works with the Courier mail server user authentication mechanism to allow changing a user's password from across a network. It uses the same protocol as poppassd to obtain user IDs and passwords. It can be used, for example, to allow users to change their passwords from within various webmail programs. . Homepage: http://www.arda.homeunix.net/store/ signature.asc Description: Digital signature
Bug#569333: recoll: remove xpdf 'suggests' dependency
On Thu, 11 Feb 2010 19:58:25 +0530 Kartik Mistry kar...@debian.org wrote: On Thu, Feb 11, 2010 at 7:43 PM, Celejar cele...@gmail.com wrote: Why does recoll depend (suggests) on xpdf? a) xpdf has a number of RC bugs, and is not actively maintained b) the recoll package description states that pdftotext is required to index pdfs, but there's anyway a suggests for poppler-utils, which contains that utility. Is there any advantage in having both? Yes, you are right. I'll fix this with next upload during weekend. Thanks a lot :) Thank *you* for your Debian work! While we're on this topic, I notice that there are 'suggests' for both antiword and catdoc. Is there an advantage in having both? Celejar -- foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546292: Directions in message #39 works for me
adding this to my apache config solved the issue
RewriteEngine On
RewriteRule ^/wp-uploads/(.*)$ /srv/www/wp-uploads/%{HTTP_HOST}/$1
--
Matthew Darwin
matt...@mdarwin.ca
http://www.mdarwin.ca
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569374: Bug in libmoosex-types-common-perl fixed in revision 52563
tag 569374 + pending thanks Some bugs are closed in revision 52563 by Salvatore Bonaccorso (carnil-guest) Commit message: * Add myself to Uploaders. * Add Build-Depends-Indep on libtest-exception-perl. Fixes FTBFS. Thanks to Lucas Nussbaum for reporting (Closes: #569374). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555096: Please migrate to gnat-4.4
severity 555096 serious severity 555097 serious severity 555098 serious thanks We are getting close to freeze for Squeeze. Before the freeze I want to remove gnat-4.3 from the archive completely, so please migrate to gnat-4.4 or these packages will not be in Squeeze. Remember that, per Debian Policy for Ada, a package name change is required; this in turns requires the packages to go through the NEW queue, so you should do the updates sooner rather than later. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569475: qtconfig: Changes are remembered only momentarily
Package: qtconfig Version: qt4-qtconfig Severity: important I launch qtconfig-qt4 and set the font from 9 to 11. I go to the Fonts tab, change Point Size to 11 (or etc), and File-Save. Fonts change. I can now start QT applications (eg Skype) and the font size is now 11 points (actually it's not, due to feature (Debian bug) #565192, which renders point size incorrect. But I digress.) Restart qtconfig. Point Size is now back to 9. What? This seems to happen with Cleanlooks and a couple of others, but I haven't tested them all. If I switch to GTK+ it seems to work as expected... but now I can't tell at a glance which apps are gtk+ and which are qt :( -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569417: mongodb: FTBFS: Nonexistent build-dependency: xulrunner-1.9-dev
Hello Lucas, I would like to ask you for some guidance here. buildd is right about xulrunner-1.9-dev package as it doesn't really exist. On the other hand the xulrunner-dev should be available. As the xulrunner-1.9-dev is package name in Ubuntu, I have included it to build-deps as well to make live to Ubuntu guys easier. apt seems to be fine while installing builddeps. So have I hit limitation of buildd system, or missed something important and the fact, that I am able to build the package with cowbuilder is pure accident. Thank you, Antonin * Lucas Nussbaum lu...@lucas-nussbaum.net [2010-02-11 20:31] wrote: Source: mongodb Version: 1.3.1-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), libpcre3, libpcre3-dev, scons, xulrunner-1.9-dev | xulrunner-1.9.1-dev | xulrunner-dev (= 1.9), libboost1.35-dev | libboost1.37-dev | libboost1.38-dev | libboost1.40-dev, libboost-thread1.35-dev | libboost-thread1.37-dev | libboost-thread1.38-dev | libboost-thread1.40-dev, libboost-filesystem1.35-dev | libboost-filesystem1.37-dev | libboost-filesystem1.38-dev | libboost-filesystem1.40-dev, libboost-program-options1.35-dev | libboost-program-options1.37-dev | libboost-program-options1.38-dev | libboost-program-options1.40-dev, libboost-date-time1.35-dev | libboost-date-time1.37-dev | libboost-date-time1.38-dev | libboost-date-time1.40-dev ┌──┐ │ Install build dependencies │ └──┘ Checking for already installed source dependencies... W: Unable to locate package libboost-date-time1.35-dev W: Unable to locate package xulrunner-1.9-dev W: Unable to locate package xulrunner-1.9.1-dev debhelper: missing Using default version 7.4.13 libpcre3: missing libpcre3-dev: missing scons: missing xulrunner-1.9-dev: missing xulrunner-1.9.1-dev: missing xulrunner-dev: missing Using default version 1.9.1.6-2 libboost1.35-dev: missing libboost1.37-dev: missing libboost1.38-dev: missing libboost1.40-dev: missing libboost-thread1.35-dev: missing libboost-thread1.37-dev: missing libboost-thread1.38-dev: missing libboost-thread1.40-dev: missing libboost-filesystem1.35-dev: missing libboost-filesystem1.37-dev: missing libboost-filesystem1.38-dev: missing libboost-filesystem1.40-dev: missing libboost-program-options1.35-dev: missing libboost-program-options1.37-dev: missing libboost-program-options1.38-dev: missing libboost-program-options1.40-dev: missing libboost-date-time1.35-dev: missing libboost-date-time1.37-dev: missing libboost-date-time1.38-dev: missing libboost-date-time1.40-dev: missing Checking for source dependency conflicts... E: Couldn't find package xulrunner-1.9-dev The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/mongodb_1.3.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568047: python-crypto: diff for NMU version 2.0.1+dfsg1-4.1
tags 568047 + pending thanks Dear maintainer, I've prepared an NMU for python-crypto (versioned as 2.0.1+dfsg1-4.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u python-crypto-2.0.1+dfsg1/debian/control python-crypto-2.0.1+dfsg1/debian/control --- python-crypto-2.0.1+dfsg1/debian/control +++ python-crypto-2.0.1+dfsg1/debian/control @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Andreas Rottmann ro...@debian.org -Build-Depends: cdbs (= 0.4.41), debhelper (= 5.0.37.1), quilt, python-central (= 0.4.17), python-all-dev (= 2.3.5-9), python-all-dbg, ed, texlive-latex-recommended, texlive-fonts-recommended, libgmp3-dev (= 4.1.4-10) +Build-Depends: cdbs (= 0.4.41), debhelper (= 5.0.37.1), quilt, python-central (= 0.4.17), python-all-dev (= 2.3.5-9), python-all-dbg, python-old-doctools, ed, texlive-latex-recommended, texlive-fonts-recommended, libgmp3-dev (= 4.1.4-10) XS-Python-Version: all Standards-Version: 3.8.1 Homepage: http://www.amk.ca/python/code/crypto.html diff -u python-crypto-2.0.1+dfsg1/debian/changelog python-crypto-2.0.1+dfsg1/debian/changelog --- python-crypto-2.0.1+dfsg1/debian/changelog +++ python-crypto-2.0.1+dfsg1/debian/changelog @@ -1,3 +1,10 @@ +python-crypto (2.0.1+dfsg1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Add build-dependency on python-old-doctools (closes: #568047). + + -- Jakub Wilk jw...@debian.org Thu, 11 Feb 2010 20:37:48 +0100 + python-crypto (2.0.1+dfsg1-4) unstable; urgency=low * Switched to quilt patches: signature.asc Description: Digital signature
Bug#569401: [Pkg-exppsy-maintainers] Bug#569401: nipype: FTBFS: RuntimeError: Nipype requires networkx with version = 1.0
Thanks Lucas, My bad -- I will need to add yet another workaround around http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565319 Cheers, Yarik On Thu, 11 Feb 2010, Lucas Nussbaum wrote: Source: nipype Version: 0.2-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] signature.asc Description: Digital signature
Bug#569420: gluas: FTBFS: configure: error: Package requirements (gimp-2.0 gimpui-2.0) were not met:
Hi! On Thu, Feb 11, 2010 at 4:56 PM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gtk+-2.0', required by 'GIMP UI', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GIMP_CFLAGS and GIMP_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [debian/stamp-autotools-configure] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/gluas_0.1.20-1_lsid64.buildlog Until version 2.6.7-1.1, libgimp2.0-dev used to depends on libgtk2.0-dev (but now on 2.6.8-1 it has disappeared). I didn't find any reference about this in changelog.Debian. Ari, is it right to don't have this dependency now or it was something that went unnoticed? Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569193: tasksel hangs during mail server installation
On Thursday 11 February 2010, Frans Pop wrote: Could you try again using current installer image. The cause of your problem may have been fixed in version 2007e~dfsg-3.1 of the uw-imap package. Note that the new version of that package only migrated to testing yesterday. So it is not yet included on full CD and DVD images. It should be included after next Monday. See also: http://bugs.debian.org/550380 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569193: tasksel hangs during mail server installation
reassign 569193 installation-reports tag 569193 unreproducible thanks On Wednesday 10 February 2010, Dario Corsi wrote: When I install the proposed Mail Server tasksel hangs on 96% (configuring uw-imapd). I cannot reproduce this. Exactly what installation image were you using and when did you download it? Could you try again using current installer image. The cause of your problem may have been fixed in version 2007e~dfsg-3.1 of the uw-imap package. If you can still reproduce the issue, then please switch to VT4 (using ctrl-alt-F4) when the installation gets stuck and check the messages displayed there. They should tell why the installation is hanging. Please copy all relevant messages and send them to us. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569434: [Kmymoney2-developer] Bug#569434: kmymoney2: FTBFS: knewbudgetdlg.h:33:34: error: ui_knewbudgetdlgdecl.h: No such file or directory
On Thursday 11 February 2010 19:46:31 Lucas Nussbaum wrote: Source: kmymoney2 Version: 3.95.0+svn1069391-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This has already been fixed in SVN revision 1072245 of the upstream package. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Linux Open Source Software - aaah, the sweet smell of 'Free'dom - signature.asc Description: This is a digitally signed message part.
Bug#569139: Please provide upgrade script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi John, Am Mi den 10. Feb 2010 um 20:38 schrieb John Goerzen: On Wed, Feb 10, 2010 at 11:04:10AM +0100, Klaus Ethgen wrote: I set the severity to important as the upgrade fails with existing databases. [...] I have tested the upgrade path from 2.4.4-1 (the version in lenny) to 5.0.0-2 (the version now in sid). I have tested it from both the Sqlite v2 and the Sqlite v3 director, and while there was a small glitch in upstream's upgrade code relating to dropping a non-existing index, the upgrade process DID run, and I WAS asked if it should. So I am rather confused by the assertion that there is no upgrade code. Well, I was updating from version 3.xxx to the new version. As the 2.4 version is pretty old I think there are many people out there using the 3.x version in production. Additional, the debconf message just gives the options to create the database or to _not_ create it. There is no option to choose if you want to upgrade or not. When you choose not to create the database (cause you know it is existing and you don't want to destroy it) then the daemon will not start. If you choose to create the database and change all the questions afterwards to the correct paths (/var/lib/bacula.db, I use sqlite(3) as I told) then the postinstall will throw many errors on the stdout (or - -err, I don't know exact) telling this table still exists and that index still exists and so on. After the last experiment I restored the old database, loaded the original .tar.gz and converted the database with the script from bacula itself and then it was working correct. (However, there is one warning in the original script about the not existing index. But if you look at the code that is documented. It is not beautiful but ok.) Contrary to your message, there *is* code in bacula-director-sqlite3 to perform this upgrade, and it will ask you if you wish it to do so. I was not asked about. I only had the choose to create the database or not. This is handled via the dbconfig-common infrastructure. By the way, the dbconfig-common package seems to be in a very bad state as ucf throws a big warning about using it the wrong way. However, that is only about the later created config file and it still works, that is only a warning. It should be noted that upgrades from 3.x to 5.0 will not be really supported by the package, since 5.x will migrate to testing before squeeze is released. However, I see no reason why it should have failed. As I told above, I think there are many people out there still using the version 3.x. Another reason is that upstream dropped support for the 2.x version long ago and forced users to use the 3.x version. Additional if I read correct the upstream only official support update from 3.x to 5.0. No earlier versions are supported. Your debconf settings below indicate that you assented to the upgrade (or that this was your default action, depending on your debconf settings). Therefore, I would like to see a copy of the terminal output that happens during your upgrade attempt, and to know what version of bacula-director-sqlite3 you upgraded from, as everything you've said suggests to me that the upgrade should have worked. Unfortunately I have not saved the terminal output. It is a productive setting and I am not able to go back and forth. But on the terminal was many errors about still existing tables/indexes like I told above. I was uptating from 3.0.3-2 to 5.0.0-2. As you can see below I did try both but the new creation trows many errors and I had to restore the database to convert it with the script from the source. I'm not sure what information these comments pertain to -- can you clarify? Well, I downloaded the source from bacula web site, located the conversion script (a .in script so I had to edit it first with some defaults) and run that script. APT prefers stable APT policy: (800, 'stable'), (700, 'oldstable'), (600, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Given this rather complex apt policy, I would also like to know the exact commands you used to upgrade Bacula. apt-get update; apt-get upgrade The setup is not that complex. I prefer stable but I have some hand upgraded packages from sid. This hand upgraded packages will receive updates from sid and all other from stable. bacula is one of that forced sid packages as the 2.4 version lags in many features I need. Namely the most important is ssl support but there are others too. Also if you ask the bacula people about a special problem they force you to update to the latest stable (which was 3.0). Regards Klaus - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux)
Bug#569417: mongodb: FTBFS: Nonexistent build-dependency: xulrunner-1.9-dev
On 11/02/10 at 20:41 +0100, Antonin Kral wrote: Hello Lucas, I would like to ask you for some guidance here. buildd is right about xulrunner-1.9-dev package as it doesn't really exist. On the other hand the xulrunner-dev should be available. As the xulrunner-1.9-dev is package name in Ubuntu, I have included it to build-deps as well to make live to Ubuntu guys easier. apt seems to be fine while installing builddeps. So have I hit limitation of buildd system, or missed something important and the fact, that I am able to build the package with cowbuilder is pure accident. a | b is not supported by sbuild. It always picks a and fails if it's not installable. Build-Depends: debhelper (= 7), libpcre3, libpcre3-dev, scons, xulrunner-1.9-dev | xulrunner-1.9.1-dev | xulrunner-dev (= 1.9), libboost1.35-dev | libboost1.37-dev | libboost1.38-dev | libboost1.40-dev, libboost-thread1.35-dev | libboost-thread1.37-dev | libboost-thread1.38-dev | libboost-thread1.40-dev, libboost-filesystem1.35-dev | libboost-filesystem1.37-dev | libboost-filesystem1.38-dev | libboost-filesystem1.40-dev, libboost-program-options1.35-dev | libboost-program-options1.37-dev | libboost-program-options1.38-dev | libboost-program-options1.40-dev, libboost-date-time1.35-dev | libboost-date-time1.37-dev | libboost-date-time1.38-dev | libboost-date-time1.40-dev -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569479: preferences.d ignored
Package: aptitude
Version: 0.6.1.5-2
Odd, apt-get checks preferences.d but aptitude seemingly doesn't:
# touch /etc/apt/preferences.d/bla
$ strace apt-get -s install -q -y 21|grep /preferences
stat64(/etc/apt/preferences, 0xbfa0d154) = -1 ENOENT (No such file or
directory)
stat64(/etc/apt/preferences.d/, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/etc/apt/preferences.d/,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
stat64(/etc/apt/preferences.d/bla, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64(/etc/apt/preferences.d/bla, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
open(/etc/apt/preferences.d/bla, O_RDONLY) = 4
$ strace aptitude -s install -q -y 21|grep /preferences
stat64(/etc/apt/preferences, 0xbfe44784) = -1 ENOENT (No such file or
directory)
stat64(/etc/apt/preferences, 0xbfe44a34) = -1 ENOENT (No such file or
directory)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569478: Configuration wizards are stupid
Package: digikam Version: 2:1.1.0-1 I've just launched digikam for the first time. I had to click next a dozen times before I could see what it's like. How cute, a configuration wizard. Please include a speaking paper clip in the next version. Juliusz P.S. The proper way, of course, is to have reasonable defaults that can be changed by using a Preferences dialog box somewhere. pgpfYs8V4IVDe.pgp Description: PGP signature
Bug#569480: gnome-svg-daemon: FTBFS: Access to protected member `DVB.Manager.get_device_group_if_exists' denied
Source: gnome-svg-daemon
Version: 0.1.14-1
Severity: serious
Justification: no longer builds from source
gnome-svg-daemon failed to build from source in a clean i386 sid chroot:
| /usr/bin/make -C .
| make[1]: Entering directory `/tmp/buildd/gnome-dvb-daemon-0.1.14'
| /usr/bin/valac --target-glib=2.16 -C --thread --vapidir=./vapi --pkg config
--pkg cutils --pkg gio-2.0 --pkg dbus-glib-1 --pkg gstreamer-0.10 --pkg gee-1.0
--pkg sqlite3 --pkg gst-rtsp-server-0.10 --basedir .
src/Cable/CableChannel.vala src/Cable/CableScanner.vala
src/Satellite/SatelliteChannel.vala src/Satellite/SatelliteScanner.vala
src/Terrestrial/TerrestrialChannel.vala src/Terrestrial/TerrestrialScanner.vala
src/database/sqlite/SqliteDatabase.vala src/database/sqlite/SqliteUtils.vala
src/database/sqlite/SqliteConfigTimersStore.vala
src/database/sqlite/SqliteEPGStore.vala src/database/SqlError.vala
src/database/ConfigStore.vala src/database/EPGStore.vala
src/database/TimersStore.vala src/dbus/IDBusChannelList.vala
src/dbus/IDBusDeviceGroup.vala src/dbus/IDBusManager.vala
src/dbus/IDBusRecorder.vala src/dbus/IDBusRecordingsStore.vala
src/dbus/IDBusSchedule.vala src/ChangeType.vala src/Channel.vala
src/ChannelFactory.vala src/ChannelGroup.vala src/ChannelList.vala
src/ChannelListReader.vala src/ChannelListWriter.vala src/Constants.vala
src/Device.vala src/DeviceGroup.vala src/EPGScanner.vala src/Event.vala
src/Factory.vala src/Main.vala src/Manager.vala src/MpegTsEnums.vala
src/OverlapType.vala src/Recorder.vala src/Recording.vala
src/RecordingsStore.vala src/Scanner.vala src/ScannedItem.vala
src/Schedule.vala src/Settings.vala src/Timer.vala src/Utils.vala
src/rtsp/MediaFactory.vala src/rtsp/MediaMapping.vala src/rtsp/Server.vala
src/rygel/Interfaces.vala src/rygel/Services.vala
| cutils.vapi:22.37-22.49: warning: deprecated syntax, use [CCode (has_target =
false)]
| public static delegate void SignalHandler (int signum);
| ^
| src/ChannelFactory.vala:25.33-25.48: warning: deprecated syntax, use [CCode
(has_target = false)]
| public static delegate void ForcedStopNotify (Channel channel);
|
| src/ChannelFactory.vala:228.44-228.47: warning: Argument 1: Cannot pass null
to non-null parameter type
| Gst.Element bin = new Gst.Bin (null);
|
| src/rtsp/MediaFactory.vala:49.16-49.49: error: Access to protected member
`DVB.Manager.get_device_group_if_exists' denied
| manager.get_device_group_if_exists (grpnr);
| ^^
| src/rtsp/MediaFactory.vala:48.25-49.57: error: expression type not allowed as
initializer
| src/rtsp/MediaFactory.vala:50.16-50.21: error: The name `devgrp' does not
exist in the context of `DVB.MediaFactory.construct'
| if (devgrp == null) {
| ^^
| src/rtsp/MediaFactory.vala:63.31-63.36: error: The name `devgrp' does not
exist in the context of `DVB.MediaFactory.construct'
| Channel? channel = devgrp.Channels.get_channel (sidnr);
| ^^
| src/rtsp/MediaFactory.vala:63.21-63.65: error: expression type not allowed as
initializer
| Channel? channel = devgrp.Channels.get_channel (sidnr);
|^
| src/rtsp/MediaFactory.vala:64.16-64.22: error: The name `channel' does not
exist in the context of `DVB.MediaFactory.construct'
| if (channel == null) {
| ^^^
| src/rtsp/MediaFactory.vala:68.46-68.51: error: The name `devgrp' does not
exist in the context of `DVB.MediaFactory.construct'
| ChannelFactory channels_factory = devgrp.channel_factory;
| ^^
| src/rtsp/MediaFactory.vala:68.27-68.67: error: expression type not allowed as
initializer
| ChannelFactory channels_factory = devgrp.channel_factory;
| ^
| src/rtsp/MediaFactory.vala:70.35-70.50: error: The name `channels_factory'
does not exist in the context of `DVB.MediaFactory.construct'
| PlayerThread? player = channels_factory.watch_channel (channel,
|
| src/rtsp/MediaFactory.vala:70.26-71.61: error: expression type not allowed as
initializer
| src/rtsp/MediaFactory.vala:72.16-72.21: error: The name `player' does not
exist in the context of `DVB.MediaFactory.construct'
| if (player == null) {
| ^^
| src/rtsp/MediaFactory.vala:77.31-77.36: error: The name `player' does not
exist in the context of `DVB.MediaFactory.construct'
| Gst.Element? bin = player.get_sink_bin (sidnr, payload);
| ^^
|
Bug#502845: linux-image-2.6.32-1-amd64 / open-iscsi amd64 login hang
On Thu, Feb 11, 2010 at 08:23:12PM +0100, Florian Lohoff wrote: Something _is_ broken - I am very successful building up open-iscsi/iscsitarget pairs on i386 - as soon as the initiator (open-iscsi) is on amd64 the login hangs forever ... No matter whether the target is on the same machine or on a different machine ... Yes, it is. The iscsi_uevent structure defined in scsi/iscsi_if.h suffers of the 64-bit-allignment-desease on i386. Also please not that this interface is officialy _not_ exported. Bastian -- Captain's Log, star date 21:34.5... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569139: Please provide upgrade script
Klaus Ethgen wrote:
Well, I was updating from version 3.xxx to the new version. As the 2.4
version is pretty old I think there are many people out there using the
3.x version in production.
Additional, the debconf message just gives the options to create the
database or to _not_ create it. There is no option to choose if you want
to upgrade or not.
That is not what my code and testing reveal.
First I will be asked the dbconfig-install template, which says:
Description: Configure database for ${pkg} with dbconfig-common?
The ${pkg} package must have a database installed and configured before
it can be used. This can be optionally handled with
dbconfig-common.
.
If you are an advanced database administrator and know that you want
to perform this configuration manually, or if your database has already
been installed and configured, you should refuse this option. Details
on what
needs to be done should most likely be provided in /usr/share/doc/${pkg}.
.
Otherwise, you should probably choose this option.
If you answer yes to that, then you will see
dbconfig-common/dbconfig-upgrade
Type: boolean
Default: true
Description: Perform upgrade on database for ${pkg} with dbconfig-common?
According to the maintainer for this package, database upgrade
operations need to be performed on ${pkg}. Typically, this is due to
changes in how a new upstream version of the package needs to store
its data.
.
If you want to handle this process manually, you should
refuse this option. Otherwise, you should choose this option.
During the upgrade, a backup of the database will be made in
/var/cache/dbconfig-common/backups, from which the database can
be restored in the case of problems.
I can see how the wording of the first question may be confusing in the
case of an upgrade from the pre-dbconfig-common situation. I can
document that in README.Debian or reassign this bug to dbconfig-common,
because that wording does not come from the Bacula package.
When you choose not to create the database (cause you know it is
existing and you don't want to destroy it) then the daemon will not
Saying that you want dbconfig-common to manage the database doesn't mean
that dbconfig-common will destroy it, for sure!
I was not asked about. I only had the choose to create the database or
not.
More precisely, you were asked whether you wanted dbconfig-common to
configure it, though I can see the cause of confusion there.
By the way, the dbconfig-common package seems to be in a very bad state
as ucf throws a big warning about using it the wrong way. However, that
is only about the later created config file and it still works, that is
only a warning.
dbconfig-common fixed that in 1.8.43, uploaded a couple of weeks ago.
As I told above, I think there are many people out there still using the
version 3.x. Another reason is that upstream dropped support for the 2.x
version long ago and forced users to use the 3.x version. Additional if
I read correct the upstream only official support update from 3.x to
5.0. No earlier versions are supported.
That's not correct; there are update scripts going back years and years
still shipped with the 5.0 tarball. Like I said, I see no reason why an
upgrade from 3.x should fail, as I have put in to the code the features
needed to make it work. But it will never wind up in a Debian stable
release.
-- John
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569333: recoll: remove xpdf 'suggests' dependency
Celejar writes: While we're on this topic, I notice that there are 'suggests' for both antiword and catdoc. Is there an advantage in having both? catdoc is used for xls and ppt. Antiword is much better for msword documents, or at least was at the time when the choice was made. jf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569206: [Pkg-samba-maint] Bug#569206: Various Problems with ctdb
Hello, On Wed, Feb 10, 2010 at 8:12 PM, Chuck Short chuck.sh...@canonical.com wrote: Package: ctdb Version: 1.0.11-1 There are various issues with the ctdb package in Debian. Various issues means multiple bug reports. This current bug report is also not easy to understand, see below. * The debian/rules are -j safe If it is safe, then celebrate. Also, I don't understand what you mean by -j, can you give more infos? and * The testsuite isn't run during the build however it seems to be fail, if possible can the testsuite be fixed. The testsuite require ctdb to run, so this can't be done during build. Maybe we can package the testsuite, but this is another bug report. Please be more precise about your request. I will close this bug without further explanations. chuck Regards Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569460: Bug in libmoosex-lazyrequire-perl fixed in revision 52582
tag 569460 + pending thanks Some bugs are closed in revision 52582 by Salvatore Bonaccorso (carnil-guest) Commit message: * Add Build-Depends-Indep on libtest-exception-perl. Fixes FTBFS (Closes: #569460). * Add myself to Uploaders. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#128945: [Mutt] #973: encrypt mail with more keys than recipient list (think mailinglist)
#973: encrypt mail with more keys than recipient list (think mailinglist) +--- Reporter: Marco d'Itri m...@… | Owner: mutt-dev Type: enhancement | Status: new Priority: trivial | Milestone: Component: crypto | Version: Keywords: #1610 + #1897 | +--- Comment(by Martin Sander): If you are looking for a workaround rather than a fix, here is how you can pull this off: For every user on your mailinglist that you want to encrypt to, add his key to a group in ~/.gnupg/gpg.conf: group 0x=14A32316 group 0x=29B3135D ... where the name of the group _has_ to be a hex-key, where usually it would be the address of the mailing list - mutt does not accept anything else. You can make one up, just make sure it does not collide with a key in your keyring. Now for every group that you have defined this way, add a crypt-hook to your .muttrc: crypt-hook my-mail...@list.com 0x Two caveats: Mutt will ask you if you want to use the key 0x for encryption, instead of just encrypting. Also the nice feature that mutt asks if you really want to encrypting with an untrusted public key does obviously not work, as mutt does not know which keys gpg will use.. -- Ticket URL: http://dev.mutt.org/trac/ticket/973#comment:7 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569420: gluas: FTBFS: configure: error: Package requirements (gimp-2.0 gimpui-2.0) were not met:
Nelson A. de Oliveira wrote: Ari, is it right to don't have this dependency now or it was something that went unnoticed? This appears to be my fault, though I don't know how it happened. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569333: recoll: remove xpdf 'suggests' dependency
On Thu, 11 Feb 2010 21:24:00 +0100 Jean-Francois Dockes j...@dockes.org wrote: Celejar writes: While we're on this topic, I notice that there are 'suggests' for both antiword and catdoc. Is there an advantage in having both? catdoc is used for xls and ppt. Antiword is much better for msword documents, or at least was at the time when the choice was made. Thanks. I don't use xls or ppt, so I guess I'll only install antiword. Celejar -- foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485975: RFP: qooxdoo -- Ajax application framework
On Thu, Jul 09, 2009 at 02:20:29PM +0300, Niko Tyni wrote: retitle 485975 ITP: qooxdoo -- Ajax application framework There are some minor licensing issues to solve, upstream is working on that. Update: Most of the issues have been fixed since, but there's still one blocker left and I haven't scanned anything past 0.8.2 for new issues. I just pinged upstream about the blocker issue. I'll push my packaging somewhere on git.debian.org soon. Comaintainers are welcome, let me know if you're interested. I settled with putting the .diff.gz from last summer at http://people.debian.org/~ntyni/qooxdoo_0.8.2-1.diff.gz (This is intended to be applied over qooxdoo-0.8.2-sdk.zip contents and only contains the debian/ directory.) If anybody wants to take over and upgrade to 1.0.1, I'm ecstatic. Otherwise this is probably going to still take quite a while... -- Niko Tyni nt...@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#569481: O: link-monitor-applet -- GNOME Panel Applet with bar graph of round-trip times to hosts
Package: wnpp Severity: normal I am orphaning the link-monitor-applet package since I do not use it anymore and cannot make time to fix the serious bug (#509260). The bug might be easy to fix when we have the correct version of gob2 in unstable. Cheers, Adriaan Peeters -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569482: O: link-monitor-applet -- GNOME Panel Applet with bar graph of round-trip times to hosts
Package: wnpp Severity: normal I am orphaning the link-monitor-applet package since I do not use it anymore and cannot make time to fix the serious bug (#509260). The bug might be easy to fix when we have the correct version of gob2 in unstable. Cheers, Adriaan Peeters -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569346: zombies after abnormal termination of modem handlers
Package: smstools Version: 3.1-2+lenny1 Severity: normal Tags: patch After abnormal termination of modem handlers they chanded zombies. The attached patch would solve the problem. Should also apply to version 3.1.6. Hi, thank's for the information. I tried this patch and it resolved the Zombie-issue, for example when a port definition was incorrect while starting the smsd. However, with this patch calling of eventhandler, checkhandler and other external processes does not work anymore. Another issue: writelogfile() should not be called from the signal handlers. This has been fixed in the version 3.1.2, published at 10.08.2008 (upstream). Regards, Keke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479708: [Pkg-javascript-devel] Bug#479708: ITP: xinha -- powerful WYSIWYG HTML editor
Hi Marcelo Jorge, On Wed, Feb 10, 2010 at 5:01 PM, Marcelo Jorge Vieira (metal) me...@debian.org wrote: Hi Mathieu, But I won't do this alone and I want the package to be team-maintained. I'm cc-ing the maintainers of the packages. Maybe we should create a team for this and for other html editors and js things (libjs-scriptaculous, libjs-prototype, tinymce, ...). Why not the Debian Javascript Maintainers (deb-js)? (I'm cc-ing them also) Is there git repository for it? Could you join and send it to pkg-javascript repository on Alioth? Currently, it is on SVN (http://svn.debian.org/wsvn/collab-maint/ext-maint/xinha/#_ext-maint_xinha_). I can migrate to git. Are there some guidelines? I have requested to join pkg-javascript on alioth (login=sathieu). Cheers Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564034: [Pkg-libvirt-maintainers] Bug#564034: Bug#564034: Bug#564034: Bug#564034: Re: Bug#564034: netcat doesn't exit and virt-manager hangs
On 02/11/2010 12:20 PM, Guido Günther wrote:
On Thu, Feb 11, 2010 at 12:05:06PM -0500, Cole Robinson wrote:
I've got something working at the moment which basically passes a shell
script as the 'ssh' command that tries to detect the nc -q option and
use it if necc. Working on cleaning it up a bit. I'll post back here
when the patch is in good shape, for further testing.
That sounds great! We have the same issue in libvirt though so in order
to make connecting work again we'll need something similar in libvirt.
It's slightly more trick since we share the same with trans_ext.
Cheers,
-- Guido
Okay, I've attached the patch that seems to be working so far:
connecting to fedora, rhel, and debian all work, no hanging nc instances
(spawned by virt-manager at least). Probably only applies against upstream.
I'll take a look at making a similar change in libvirt. Will also help
to detect the nc '-U' option for libvirt which has been a user annoyance
for quite a while.
diff -r dfcf2a86ca24 src/virtManager/console.py
--- a/src/virtManager/console.py Thu Feb 11 15:25:41 2010 -0500
+++ b/src/virtManager/console.py Thu Feb 11 15:32:12 2010 -0500
@@ -503,7 +503,26 @@
argv += [ server ]
# Build 'nc' command run on the remote host
-nc_cmd = [ nc, vncaddr, str(vncport) ]
+#
+# This ugly thing is a shell script to detect availability of
+# the -q option for 'nc': debian and suse based distros need this
+# flag to ensure the remote nc will exit on EOF, so it will go away
+# when we close the VNC tunnel. If it doesn't go away, subsequent
+# VNC connection attempts will hang.
+#
+# Fedora's 'nc' doesn't have this option, and apparently defaults
+# to the desired behavior.
+#
+nc_params = %s %s % (vncaddr, str(vncport))
+nc_cmd = [\
+nc -q 21 | grep -q 'requires an argument';
+if [ $? -eq 0 ] ; then
+ CMD='nc -q 0 %(nc_params)s';
+else
+ CMD='nc %(nc_params)s';
+fi;
+$CMD; % {'nc_params': nc_params}
+]
argv += nc_cmd
Bug#479708: [Pkg-javascript-devel] Bug#479708: ITP: xinha -- powerful WYSIWYG HTML editor
Hi Mathieu, Currently, it is on SVN (http://svn.debian.org/wsvn/collab-maint/ext-maint/xinha/#_ext-maint_xinha_). I can migrate to git. Are there some guidelines? Here http://wiki.debian.org/Alioth/Git#ConvertaSVNAliothrepositorytoGit I have requested to join pkg-javascript on alioth (login=sathieu). I accepted the request... Welcome to the team =D Cheers, -- Marcelo Jorge Vieira xmpp://me...@jabber-br.org http://metaldot.alucinados.com signature.asc Description: This is a digitally signed message part
Bug#457075: Salomé packaging
Le jeudi 11 février 2010 à 18:54 +0100, Nicolas Chauvat a écrit : Hi, On Thu, Feb 11, 2010 at 05:32:35PM +0100, Andre Espaze wrote: How to you plan to collaborate on the package building? I would suggest to use the project http://www.python-science.org/project/salome-packaging because I can be efficiently organized on such a platform. Would you like to add a git or mercurial repository on which we will share the package source code? If it is to be hosted on python-science.org, please make it a hg repo and it will be easier for us on the admin side since hg.python-science.org is already operationnal. Well, Debian (Science) has hosting capabilities and Debian tools prefers Git or SVN. I also think it would be easier to stick with Debian hosting since we already have accounts, procedures and so on... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569483: spamass-milter: Add IPv6-Support
Package: spamass-milter Version: 0.3.1-8 Severity: wishlist Tags: patch It would be nice to have spamass-milter recognize IPv6 addresses with -i. See http://wilmer.gaast.net/blog/archives/61-spamass-milter-and-IPv6.html Patch is provided under the given URL but not tested! Thanks! -- System Information: Debian Release: 5.0.4 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages spamass-milter depends on: ii adduser 3.110 add and remove users and groups ii libc62.7-18lenny2GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libmilter1.0.1 8.14.3-5+lenny1 Sendmail Mail Filter API (Milter) ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii spamc3.2.5-2+lenny2 Client for SpamAssassin spam filte Versions of packages spamass-milter recommends: ii sendmail 8.14.3-poc.5 powerful, efficient, and scalable ii spamassassin 3.2.5-2+lenny2 Perl-based spam filter using text spamass-milter 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#569353: apt-get proposes to autoremove a package that will be upgraded
Am Donnerstag, den 11.02.2010, 18:12 +0100 schrieb Vincent Lefevre: Package: apt Version: 0.7.25.3 Severity: normal The following is not consistent: # apt-get install -s serna Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: python-sip4 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: python-qt4 python-sip python-sip4 Suggested packages: python-qt4-dbg The following NEW packages will be installed: python-sip The following packages will be upgraded: python-qt4 python-sip4 serna 3 upgraded, 1 newly installed, 0 to remove and 10 not upgraded. Inst serna [0.svn270-1] (0.svn270-2 Debian:unstable) [] Inst python-qt4 [4.6-1] (4.7-2 Debian:unstable) [] Inst python-sip4 [4.9-1+b1] (4.10-2 Debian:unstable) [] Inst python-sip (4.10-2 Debian:unstable) Conf python-sip (4.10-2 Debian:unstable) Conf python-qt4 (4.7-2 Debian:unstable) Conf serna (0.svn270-2 Debian:unstable) Conf python-sip4 (4.10-2 Debian:unstable) Why proposing to autoremove python-sip4 while it needs to be upgraded? python-sip4 is a transitional package and serna depends on python-sip. python-sip conflicts with python-sip4 ( 4.10). So, in order to install python-sip, python-sip4 needs to be upgraded first. But once this is done, python-sip4 will no longer be required. So the behaviour seems to be correct. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569254: debconf: [INTL:pt] Updated Portuguese translation for program messages
Quoting Traduz - Portuguese Translation Team (tra...@debianpt.org): Package: debconf Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for debconf program messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. After resync with the current POT file, one fuzzy remains. See attached file. pt.po Description: application/gettext signature.asc Description: Digital signature
Bug#569386: libopenusb: FTBFS: mkdir: cannot create directory `html': File exists
Hi, On Thu, Feb 11, 2010 at 08:03:05PM +0100, Lucas Nussbaum wrote: make[3]: Entering directory `/build/user-libopenusb_1.1.0-1-amd64-MwIYEP/libopenusb-1.1.0/doc' rm -rf html test -d html || mkdir html mkdir html openjade -V nochunks -t xml -d website.dsl\#html /usr/share/xml/declaration/xml.dcl manual.xml html/openusb_guide.html mkdir: cannot create directory `html': File exists make[3]: *** [html/index.html] Error 1 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. That smells like a make -j bug. Does the grid network pass a parallel=n option in DEB_BUILD_OPTIONS? Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569426: pilot-link: FTBFS: dpkg-shlibdeps: error: couldn't find library libpisock.so.9 needed by debian/libpisync1/usr/lib/libpisync.so.1.0.3 (ELF format: 'elf64-x86-64'; RPATH: '').
Hello Lucas, The problem you discovered is not related to problem dpkg-shlibdeps error but a _dependency_ problem in my debian/rules file. My source package generates different binary packages with dependencies between them. And problems arrive if make uses more than 1 job (MAKEFLAGS=-j2 for example) You could rebuild the package with MAKEFLAGS=-j1 and see if the build also fails. If the build fails only with more than one jobs then the problem is with parallel build. Maybe you should suggest searching in this direction in your next FTBFS bugs. Bye, Le 11/02/10 20:06, Lucas Nussbaum a écrit : Source: pilot-link Version: 0.12.5-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/doc/man' make[2]: Nothing to be done for `install-exec-am'. test -z /usr/share/man/man1 || /bin/mkdir -p /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man1 test -z /usr/share/man/man7 || /bin/mkdir -p /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man7 /usr/bin/install -c -m 644 pilot-link.7 '/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man7' /usr/bin/install -c -m 644 ietf2datebook.1 pilot-addresses.1 pilot-clip.1 pilot-csd.1 pilot-debugsh.1 pilot-dedupe.1 pilot-dlpsh.1 pilot-file.1 pilot-foto.1 pilot-getram.1 pilot-getrom.1 pilot-getromtoken.1 pilot-hinotes.1 pilot-install-datebook.1 pilot-install-expenses.1 pilot-install-hinote.1 pilot-install-memo.1 pilot-install-netsync.1 pilot-install-todo.1 pilot-install-todos.1 pilot-install-user.1 pilot-memos.1 pilot-nredir.1 pilot-read-expenses.1 pilot-read-ical.1 pilot-read-notepad.1 pilot-read-palmpix.1 pilot-read-screenshot.1 pilot-read-todos.1 pilot-read-veo.1 pilot-reminders.1 pilot-schlep.1 pilot-foto-treo600.1 pilot-foto-treo650.1 pilot-wav.1 pilot-xfer.1 '/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/share/man/man1' make[2]: Leaving directory `/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/doc/man' make[1]: Leaving directory `/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/doc/man' set -e; \ cd bindings/Python; \ for python in python2.6 python2.5; do \ $python setup.py install --root=/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp --install-layout=deb; \ $python-dbg setup.py install --root=/build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg --install-layout=deb; \ done running install running build running build_py running build_ext running install_lib creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6 creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/_pisock.so - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/pisockextras.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/pisock.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages byte-compiling /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages/pisockextras.py to pisockextras.pyc byte-compiling /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages/pisock.py to pisock.pyc running install_egg_info Writing /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/tmp/usr/lib/python2.6/dist-packages/python_libpisock-0.12.5.egg-info running install running build running build_py running build_ext running install_lib creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6 creating /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6-pydebug/_pisock_d.so - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6-pydebug/pisockextras.py - /build/user-pilot-link_0.12.5-1-amd64-LsNYaJ/pilot-link-0.12.5/debian/python-pisock-dbg/usr/lib/python2.6/dist
Bug#569139: Please provide upgrade script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am Do den 11. Feb 2010 um 21:12 schrieb John Goerzen:
Klaus Ethgen wrote:
Well, I was updating from version 3.xxx to the new version. As the 2.4
version is pretty old I think there are many people out there using the
3.x version in production.
Additional, the debconf message just gives the options to create the
database or to _not_ create it. There is no option to choose if you want
to upgrade or not.
That is not what my code and testing reveal.
First I will be asked the dbconfig-install template, which says:
Description: Configure database for ${pkg} with dbconfig-common?
The ${pkg} package must have a database installed and configured before
it can be used. This can be optionally handled with
dbconfig-common.
.
If you are an advanced database administrator and know that you want
to perform this configuration manually, or if your database has already
^^^
been installed and configured, you should refuse this option. Details
^
on what
needs to be done should most likely be provided in /usr/share/doc/${pkg}.
.
Otherwise, you should probably choose this option.
So this option says that you can create the database or you have to not
choose this option; like I told it in my mail.
If you answer yes to that, then you will see
dbconfig-common/dbconfig-upgrade
Type: boolean
Default: true
Description: Perform upgrade on database for ${pkg} with dbconfig-common?
[...]
I never ever see that configuration option at all!
When you choose not to create the database (cause you know it is
existing and you don't want to destroy it) then the daemon will not
Saying that you want dbconfig-common to manage the database doesn't mean
that dbconfig-common will destroy it, for sure!
That's how I read them.
By the way, the dbconfig-common package seems to be in a very bad state
as ucf throws a big warning about using it the wrong way. However, that
is only about the later created config file and it still works, that is
only a warning.
dbconfig-common fixed that in 1.8.43, uploaded a couple of weeks ago.
Ah, ok. Like I said I use a mostly stable system.
As I told above, I think there are many people out there still using the
version 3.x. Another reason is that upstream dropped support for the 2.x
version long ago and forced users to use the 3.x version. Additional if
I read correct the upstream only official support update from 3.x to
5.0. No earlier versions are supported.
That's not correct; there are update scripts going back years and years
still shipped with the 5.0 tarball.
Right. I saw them too. But the web site only support the update from
3.x to 5.x.
Like I said, I see no reason why an upgrade from 3.x should fail, as I
have put in to the code the features needed to make it work.
And there is the point. I never ever get to this point where I could
choose the option to update.
But it will never wind up in a Debian stable release.
That's clear.
Regards
Klaus
- --
Klaus Ethgenhttp://www.ethgen.de/
pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de
Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iQEVAwUBS3RzAZ+OKpjRpO3lAQreSAf+MIFNLdSTrQ3O+hrywGiMbWrGpIqfW4vU
TqIi8MuCWH4sFhkH3WKy43WOrzKQTF1YFwiIwfPTZ5/tMghr9kGXY+Bh87XIed2H
AbV1Tnuxubp04O6Gydpuyw+AMwW3ot7EjpNqY1/HSJIyCOT7jfqb+EasfZE++cOW
9vb8zhYt1HIIv9YNBpNCHoWKuQLqXF5ci8OXFLUTTiFJwrvg1TERelBDlqJfeM40
Q/xc7AO1euW1MFl2Ge66nMQUsPByH2pVrKAxm1IwaZXB9wnYeuiRadS4pDCgclCn
OrTU/48tDBN+lQuyFMLjGVepAlH55Wx0yxMXr2FYF/ynlI7/v4dmAw==
=S4a9
-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#569386: libopenusb: FTBFS: mkdir: cannot create directory `html': File exists
On 11/02/10 at 22:00 +0100, Simon Richter wrote: Hi, On Thu, Feb 11, 2010 at 08:03:05PM +0100, Lucas Nussbaum wrote: make[3]: Entering directory `/build/user-libopenusb_1.1.0-1-amd64-MwIYEP/libopenusb-1.1.0/doc' rm -rf html test -d html || mkdir html mkdir html openjade -V nochunks -t xml -d website.dsl\#html /usr/share/xml/declaration/xml.dcl manual.xml html/openusb_guide.html mkdir: cannot create directory `html': File exists make[3]: *** [html/index.html] Error 1 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. That smells like a make -j bug. Does the grid network pass a parallel=n option in DEB_BUILD_OPTIONS? Yes -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569486: edos-distcheck: doesn't handle multiple versions of same packages in Packages nicely
Package: edos-distcheck Version: 1.4.2-8 Severity: normal Hi, Apparently, edos-builddebcheck (at least) doesn't handle having several versions of the same package in the same Packages or Sources file (that change was introduced at the end of 2009 by ftpmasters). Example: prelude-manager (= 1.0.0~rc1-1): FAILED prelude-manager (= 1.0.0~rc1-1) build-depends on one of: - libpreludedb-dev (= 1.0.0~rc1-1) libpreludedb-dev (= 1.0.0~rc1-1) depends on one of: - libpreludedb0 (= 1.0.0~rc1-1) prelude-manager (= 0.9.15-4): FAILED prelude-manager (= 0.9.15-4) build-depends on one of: - libpreludedb-dev (= 1.0.0~rc1-1) libpreludedb-dev (= 1.0.0~rc1-1) depends on one of: - libpreludedb0 (= 1.0.0~rc1-1) You probably only want to list the newer version. - Lucas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-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/bash Versions of packages edos-distcheck depends on: ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii libpcre37.8-3Perl 5 Compatible Regular Expressi ii libpopt01.15-1 lib for parsing cmdline parameters ii librpm0 4.7.2-1+b1 RPM shared library ii librpmio0 4.7.2-1+b1 RPM IO shared library ii perl5.10.1-9 Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o ii python-debian 0.1.14 Python modules to work with Debian ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime edos-distcheck recommends no packages. edos-distcheck 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#569488: apt: apt-get takes all CPU with /dev/null redirected to stdin
Package: apt Version: 0.7.25.1 Severity: important Tags: patch This bug is actually the same as bug#452858, it has been reintroduced due to a code change. Basically, in apt-pkg/deb/dpkgpm.cc, when master is 0, stdin is never read, so it is never tested if it corresponds to /dev/null, while it is always included in the select(). The patch below fixes the problem by not watching for stdin if it will be ignored later. --- a/apt-pkg/deb/dpkgpm.cc +++ b/apt-pkg/deb/dpkgpm.cc @@ -1005,7 +1005,7 @@ // wait for input or output here FD_ZERO(rfds); -if (!stdin_is_dev_null) +if (master = 0 !stdin_is_dev_null) FD_SET(0, rfds); FD_SET(_dpkgin, rfds); if(master = 0) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.0-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc0.1 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.3-1 GCC support library ii libstdc++64.4.3-1The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: ii apt-doc 0.7.25.1 Documentation for APT pn aptitude | synaptic | wajig none (no description available) ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg-dev 1.15.5.6 Debian package development tools ii lzma 4.43-14Compression method of 7z format in pn python-aptnone (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#569485: stage: FTBFS: Unsatisfiable build-dependency: libplayercore2-dev (= 2.1.0)
Source: stage Version: 2.1.1-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. From Edos: stage (= 2.1.1-1): FAILED stage (= 2.1.1-1) build-depends on missing: - libplayercore2-dev (= 2.1.0) Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), autotools-dev, libplayercore2-dev (= 2.1.0), libplayerc2-dev (= 2.1.0), libgtk2.0-dev, libltdl3-dev, libjpeg62-dev, dpatch, doxygen, graphviz, libraw1394-dev ┌──┐ │ Install build dependencies │ └──┘ Checking for already installed source dependencies... debhelper: missing Using default version 7.4.13 autotools-dev: missing libplayercore2-dev: missing Default version of libplayercore2-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. libplayerc2-dev: missing Default version of libplayerc2-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. libgtk2.0-dev: missing libltdl3-dev: missing libjpeg62-dev: missing dpatch: missing doxygen: missing graphviz: missing libraw1394-dev: missing Checking for source dependency conflicts... E: Broken packages Installing positive dependencies: debhelper autotools-dev libplayercore2-dev libplayerc2-dev libgtk2.0-dev libltdl3-dev libjpeg62-dev dpatch doxygen graphviz libraw1394-dev Reading package lists... Building dependency tree... Reading state information... Note, selecting libltdl-dev instead of libltdl3-dev Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libplayerc2-dev: Depends: libplayerc2 but it is not going to be installed Depends: libplayerxdr2-dev but it is not going to be installed libplayercore2-dev: Depends: libplayercore2 but it is not going to be installed Depends: libplayererror2-dev but it is not going to be installed E: Broken packages The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/stage_2.1.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569487: /usr/bin/wine: Checks for /emul/ia32-linux/lib/libnss_mdns4.so.2 but lib32nss-mdns contains /usr/lib32/libnss_mdns4.so.2
Package: wine-bin Version: 1.0.1-2 Severity: normal File: /usr/bin/wine This means that I get the warning every time I start wine despite having install lib32nss-mdns. Perhaps it would be preferable to check for both paths, or maybe explicitly check for the package itself? -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-00559-g0fa13f3-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine-bin depends on: ii lib32ncurses5 5.7+20090803-2 shared libraries for terminal hand ii libc6-i3862.10.2-5 GNU C Library: 32-bit shared libra ii libwine 1.0.1-2Windows API implementation - libra ii x11-utils 7.5+1 X11 utilities ii xbase-clients 1:7.5+3miscellaneous X clients - metapack wine-bin recommends no packages. Versions of packages wine-bin suggests: ii libwine-gl1.0.1-2Windows API implementation - OpenG ii libwine-print 1.0.1-2Windows API implementation - print Versions of packages libwine depends on: ii ia32-libs 20090808 ia32 shared libraries for use on a ii libc6-i3862.10.2-5 GNU C Library: 32-bit shared libra -- debconf-show failed signature.asc Description: This is a digitally signed message part
Bug#569484: CVE-2008-7247: bypass intended access restrictions
Package: mysql-dfsg-5.1 Severity: important Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities Exposures) id was published for mysql-dfsg-5.1. CVE-2008-7247[0]: | sql/sql_table.cc in MySQL 5.0.x through 5.0.88, 5.1.x through 5.1.41, | and 6.0 before 6.0.9-alpha, when the data home directory contains a | symlink to a different filesystem, allows remote authenticated users | to bypass intended access restrictions by calling CREATE TABLE with a | (1) DATA DIRECTORY or (2) INDEX DIRECTORY argument referring to a | subdirectory that requires following this symlink. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-7247 http://security-tracker.debian.org/tracker/CVE-2008-7247 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkt0cdwACgkQNxpp46476aq8XwCdHSgV0FhbNqyBIMen7882DNVx dlgAnAwbRyasDyz9VatRyfprBQI5xjEY =q8IF -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#569426: pilot-link: FTBFS: dpkg-shlibdeps: error: couldn't find library libpisock.so.9 needed by debian/libpisync1/usr/lib/libpisync.so.1.0.3 (ELF format: 'elf64-x86-64'; RPATH: '').
On 11/02/10 at 22:09 +0100, Ludovic Rousseau wrote: Hello Lucas, The problem you discovered is not related to problem dpkg-shlibdeps error but a _dependency_ problem in my debian/rules file. My source package generates different binary packages with dependencies between them. And problems arrive if make uses more than 1 job (MAKEFLAGS=-j2 for example) You could rebuild the package with MAKEFLAGS=-j1 and see if the build also fails. If the build fails only with more than one jobs then the problem is with parallel build. Maybe you should suggest searching in this direction in your next FTBFS bugs. I'm not using MAKEFLAGS, but DEB_BUILD_OPTIONS=parallel=8. If your debian/rules handles that, then it means that it should be supported, and that your package should build correctly. So it would probably be better (and a proper fix) to just disable the support for building using several jobs. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569254: debconf: [INTL:pt] Updated Portuguese translation for program messages
Hi,
here it goes the updated file.
--
Melhores Cumprimentos/Best Regards,
Miguel Figueiredo
# Portuguese translation of Debconf for the Debian Installer
# Copyright (C) 2004 Miguel Figueiredo el...@debianpt.org
# This file is distributed under the same license as the debconf package.
# Miguel Figueiredo el...@debianpt.org, 2004-2010.
#
msgid
msgstr
Project-Id-Version: debconf\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2008-05-13 22:23+0200\n
PO-Revision-Date: 2010-02-11 21:12+\n
Last-Translator: YOUR NAME e-m...@address\n
Language-Team: Portuguese tra...@debianpt.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#: ../Debconf/AutoSelect.pm:76
#, perl-format
msgid falling back to frontend: %s
msgstr caindo para o frontend; %s
#: ../Debconf/AutoSelect.pm:84
#, perl-format
msgid unable to initialize frontend: %s
msgstr não foi possível inicializar o frontend: %s
#: ../Debconf/AutoSelect.pm:90
#, perl-format
msgid Unable to start a frontend: %s
msgstr Não foi possível iniciar o frontend: %s
#: ../Debconf/Config.pm:130
msgid Config database not specified in config file.
msgstr
Base de dados de configuração não especificada no ficheiro de configuração.
#: ../Debconf/Config.pm:134
msgid Template database not specified in config file.
msgstr Base de dados template não especificada no ficheiro de configuração.
#: ../Debconf/Config.pm:139
msgid
The Sigils and Smileys options in the config file are no longer used. Please
remove them.
msgstr
As opções Sigils e Smileys no ficheiro de configuração já não são
utilizadas. Por favor remova-as.
#: ../Debconf/Config.pm:153
#, perl-format
msgid Problem setting up the database defined by stanza %s of %s.
msgstr Problema ao configurar a base de dados definida pela estrofe %s de %s.
#: ../Debconf/Config.pm:228
msgid
-f, --frontend\t\tSpecify debconf frontend to use.\n
-p, --priority\t\tSpecify minimum priority question to show.\n
--terse\t\t\tEnable terse mode.\n
msgstr
-f, --frontend\t\tEspecificar o frontend do debconf a utilizar.\n
-p, --prority\t\tEspecificar a prioridade mínima das perguntas a
mostrar.\n
--terse\t\t\tHabilitar o modo abreviado.\n
#: ../Debconf/Config.pm:308
#, perl-format
msgid Ignoring invalid priority \%s\
msgstr A ignorar a prioridade inválida \%s\
#: ../Debconf/Config.pm:309
#, perl-format
msgid Valid priorities are: %s
msgstr As prioridades válidas são: %s
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Multiselect.pm:31
#: ../Debconf/Element/Editor/Select.pm:31
msgid Choices
msgstr Escolhas
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:36
#: ../Debconf/Element/Editor/Boolean.pm:59
#: ../Debconf/Element/Teletype/Boolean.pm:28
msgid yes
msgstr sim
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:39
#: ../Debconf/Element/Editor/Boolean.pm:62
#: ../Debconf/Element/Teletype/Boolean.pm:29
msgid no
msgstr não
#: ../Debconf/Element/Editor/Multiselect.pm:32
msgid
(Enter zero or more items separated by a comma followed by a space (', ').)
msgstr
(Introduza os itens que deseja escolher separados por uma vírgula seguida de
um espaço (', ').)
#: ../Debconf/Element/Gnome.pm:183
msgid _Help
msgstr _Ajuda
#: ../Debconf/Element/Gnome.pm:185
msgid Help
msgstr Ajuda
#: ../Debconf/Element/Noninteractive/Error.pm:39
msgid
Debconf was not configured to display this error message, so it mailed it to
you.
msgstr
O Debconf não foi configurado para mostrar esta mensagem de erro, por isso
enviou-a por mail para si.
#: ../Debconf/Element/Noninteractive/Error.pm:63
msgid Debconf
msgstr Debconf
#: ../Debconf/Element/Noninteractive/Error.pm:86
#, perl-format
msgid Debconf, running at %s
msgstr Debconf, a correr em %s
#: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110
#, perl-format
msgid
Input value, \%s\ not found in C choices! This should never happen.
Perhaps the templates were incorrectly localized.
msgstr
Valor de entrada, \%s\ não foi encontrado nas escolhas de C! Isto nunca
deveria acontecer. Talvez os templates estejam com os locales incorrectos.
#: ../Debconf/Element/Teletype/Multiselect.pm:27
msgid none of the above
msgstr nenhum dos acima
#: ../Debconf/Element/Teletype/Multiselect.pm:47
msgid Enter the items you want to select, separated by spaces.
msgstr Introduza os items que deseja escolher, separados por espaços.
#: ../Debconf/FrontEnd.pm:140
#, perl-format
msgid Unable to load Debconf::Element::%s. Failed because: %s
msgstr Não conseguiu carregar Debconf::Element::%s. Falhou devido a: %s
#: ../Debconf/FrontEnd.pm:333
#, perl-format
msgid Configuring %s
msgstr A configurar %s
#: ../Debconf/FrontEnd/Dialog.pm:52
msgid TERM is not set, so the dialog frontend is not usable.
msgstr TERM não está definida, logo o frontend dialog não é utilizável.
#: ../Debconf/FrontEnd/Dialog.pm:55
msgid Dialog frontend is incompatible with
Bug#485977: smokeping: new upstream release, build issues
On Thu, Jun 12, 2008 at 09:59:49PM +0300, Niko Tyni wrote: Smokeping 2.4.0 has been released. The main new feature is a new Ajax traceroute tool written in javascript, using the qooxdoo framework. The qooxdoo framework isn't currently in Debian, and although the files in the upstream tarball that were generated with it (like htdocs/script/Tr.js) are free, they are clearly not sanely modifiable. I feel uncomfortable about packaging the new version for Debian without a means of rebuilding the files with tools in Debian; this seems to me like a violation of our Social Contract. As I'm far from an expert on javascript myself, I just filed an RFP for qooxdoo (#485975). I'm hoping the Debian Javascript team will pick it up, and I'll postpone uploading 2.4.0 at least for now. Update (far too late, I know): I got qooxdoo 0.8.2 packaged in July 2009 or so, but there's a license blocker upstream hasn't solved yet. I've just pinged them about it. Anyway, unless other volunteers show up I wouldn't hold my breath over getting qooxdoo in Debian very soon. The other way out of this is for Tobi to finally release a version of Smokeping with SmokeTrace (the qooxdoo part) decoupled to another tarball as promised around https://lists.oetiker.ch/pipermail/smokeping-users/2009-November/003874.html I just prodded Tobi a bit about this. In the meantime, an adequate temporary solution might be to leave SmokeTrace out of the binary package but leave it in the source package (it's all DFSG free with sources and all, it just can't be rebuilt inside Debian) and maybe provide a magic DEB_BUILD_OPTIONS flag to include it for folks that don't care about the big picture. No code, sorry. The package is RFA'd for a reason... -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569263: python-moinmoin: Missing documentation (UPDATE.html)
tag 569263 +pending thanks On Thu, 2010-02-11 at 01:23 +, Sam Morris wrote: The following files from the docs directory of the upstream tarball are missing: README_FIRST IMHO, README.Debian should include the missing information. - Too many information in *_FIRST are not suitable for Debian. - I find that having both README_FIRST and README.Debian is misleading for end-users. (I am considering to rewrite the README.Debian file.) UPDATE.html The file will now be included. I have included a temporary patch, to include a link to: http://moinmo.in/RickVanderveer/UpgradingFromMoin18ToMoin19 (like the upstream's current HelpOnUpdating wiki page) Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569352: sun-java6: Broken URL in debconf to complete license
Quoting Helge Kreutzmann (deb...@helgefjell.de): Today a call for translation updates was made (only to some lists, e.g. German and Swedish, but not e.g. for French or to -i18n for new This happened probably because I sent an update for French today with a text suggesting the maintainer to issue such calls for translations when changing templates. So, (s)he of course had a complete French translation, hence no call to the French list. And (s)he probably didn't use the --call switch of po-debconf-reportpo, hence no call for new translations in -i18n And, nice catch for the URL, I didn't notice this..:-) signature.asc Description: Digital signature
Bug#569139: Reassigning to dbconfig-common
retitle 569139 Misleading wording on first dbc release reassign 569139 dbconfig-common thanks Hi Sean, Here we have a situation of upgrading bacula-director-sqlite3 to 5.0.0 from a version prior to the point where it switched to dbconfig-common. I have set dbc_first_version=3.0.3-3 in both config and postinst for this package. The submitter is upgrading from a version prior to that. I believe he is getting confused by the wording in dbconfig-install, which says that if your database has already been installed and configured, you should refuse this option. He's doing that, and thus not being asked about the upgrade. That wording is misleading in the case of upgrading a package from a version before dbc_first_version, because in that situation, the package *is* installed and configured, and yet it should still be managed by dbconfig-common to be automatically upgraded. Thanks, -- John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569426: pilot-link: FTBFS: dpkg-shlibdeps: error: couldn't find library libpisock.so.9 needed by debian/libpisync1/usr/lib/libpisync.so.1.0.3 (ELF format: 'elf64-x86-64'; RPATH: '').
Le 11/02/10 22:14, Lucas Nussbaum a écrit : On 11/02/10 at 22:09 +0100, Ludovic Rousseau wrote: Hello Lucas, The problem you discovered is not related to problem dpkg-shlibdeps error but a _dependency_ problem in my debian/rules file. My source package generates different binary packages with dependencies between them. And problems arrive if make uses more than 1 job (MAKEFLAGS=-j2 for example) You could rebuild the package with MAKEFLAGS=-j1 and see if the build also fails. If the build fails only with more than one jobs then the problem is with parallel build. Maybe you should suggest searching in this direction in your next FTBFS bugs. I'm not using MAKEFLAGS, but DEB_BUILD_OPTIONS=parallel=8. If your debian/rules handles that, then it means that it should be supported, and that your package should build correctly. So it would probably be better (and a proper fix) to just disable the support for building using several jobs. My package (should) support DEB_BUILD_OPTIONS=parallel=8 now. Thanks for spotting the bug -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564915: more research
On Thu, Feb 11, 2010 at 05:56:08PM +0100, Holger Levsen wrote:
will reply to some of your questions in the previous mail as well as attach
the patch at another time, am busy with other stuff atm... just a quick
comment:
no problem :)
Great results. Just what I dont understand is the spanish translation gained
two translated strings?!!?
Old: debian-edu-lenny-manual.es.po: 235 translated messages, 215 fuzzy
translations, 661 untranslated messages.
New: debian-edu-lenny-manual.es.po: 233 translated messages, 219 fuzzy
translations, 659 untranslated messages.
If you look at the translated messages (translation exists and is correct),
there are -2 translations, so this should be ok, they are in fuzzy now.
The decrease in untranslated messages (translation is empty) is probably due
to 2 msgids that could be fitted by a msgstr, although fuzzy.
I modified the patch slightly (remove extra empty line), it's attached (no
change in final results).
Cheers,
Andi
Index: get_images
===
--- get_images (revision 62612)
+++ get_images (working copy)
@@ -41,12 +41,12 @@
}
sub replace () {
- open(FILE, $file) or die Can't open $file perhaps not in the correct dir?;
+ open(FILE, $file) or die Can't open $file perhaps not in the correct dir? Error: $!;
undef $/;
my $local = FILE;
close(FILE);
# look for images...
- if ( $local =~ m#imagedata fileref='/.$path./\w+\?action=AttachFileamp;do=getamp;target=([^']+)'/# ) {
+ if ( $local =~ m#imagedata fileref='/.$path./\\w+\?action=AttachFileamp;do=getamp;target=([^']+)'/# ) {
# ..and replace the paths
$local =~ s#imagedata fileref='([^']+)'/#create($1)#eg;
open(FILE, $file) or die Can't open $file for writing;
Index: get_manual
===
--- get_manual (revision 62612)
+++ get_manual (working copy)
@@ -36,7 +36,7 @@
# the last but one sed preserves the 2nd matched regex
# the last sed does the same as dos2unix
# head at the end chops of the last two lines with the Category:Permalink entry
-GET ${url}AllInOne?action=raw|sed s%Include(%%g | sed s%)%%g | sed s%$path1%%g |sed 's/.$//'|head -n -2 id
+GET -H User-Agent: ${url}AllInOne?action=raw|sed s%Include(%%g | sed s%)%%g | sed s%$path1%%g |sed 's/.$//'|head -n -2 id
for i in `cat id` ; do
TARGET=`echo ${i} |sed s/\(.*\)\/\(.*\)/\2/ `.xml
@@ -61,10 +61,12 @@
sed s#/articleinfo##g |
sed s#/revision##g |
sed s%paraulink url='http://wiki.debian.org/CategoryPermalink#'CategoryPermalink/ulink /para%% |
- sed s%\/%\n\/%g |
sed s%title%\ntitle%g |
+ sed s%\/title%\n\/title%g |
sed s%section%\n\nsection%g |
+ sed s%\/section%\n\/section%g |
sed s%para%\npara%g |
+ sed s%\/para%\n\/para%g |
sed s%/date\(.*\)\$%%g |
sed s%FIXME%\nFIXME%g |
sed '1,4d' $TARGET
@@ -102,10 +104,9 @@
perl -0\777 -pi -e s/ulink url='$path2(.*)\/(.*)'(.*)\n\/ulink/link linkend=\\2\\3\/link/g $xmlfile
# make it a docbook article again
-sed -i 1,// s##?xml version=\1.0\ encoding=\UTF-8\?!DOCTYPE article PUBLIC \-//OASIS//DTD DocBook XML V4.4//EN\ \http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd\;articlearticleinfotitle$DEBIAN_EDU_DOC_TITLE/title/articleinfo\n# $xmlfile
+sed -i 0,// s##?xml version=\1.0\ encoding=\UTF-8\?!DOCTYPE article PUBLIC \-//OASIS//DTD DocBook XML V4.4//EN\ \http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd\;articlearticleinfotitle$DEBIAN_EDU_DOC_TITLE/title/articleinfo\n# $xmlfile
sed -i $ s##\n/article# $xmlfile
-# remove the first two empty lines
-sed -i 1,2d $xmlfile
+
# clean it further
TMPFILE2=$(mktemp)
xmllint $xmlfile $TMPFILE2
Bug#524464: USB related crash
It seems that the problem is gone with 2.6.32-6. I've tested for over an hour today and I couldn't crash it. I'll leave the on-board usb controller on with all the devices attached and if the problem appears again, I'll reopen the bug. Right now I think it's safe to close it. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569207: [pkg-fetchmail-maint] Bug#569207: fetchmail: NEWS.Debian is not a changelog
Hey, * Frank Küster fr...@debian.org [2010-02-10 20:37]: The latest upgrade presented this as its NEWS.Debian: fetchmail (6.3.13-1) unstable; urgency=low This includes all changes since 6.3.6 Fix KPOP regression. Fix manual page: --sslcheck - --sslcertck Make the APOP challenge parser more distrustful to prevent MiM attacks. Add sslcommonname option as a way to work around misconfigured upstream SSL servers. Fixed CVE-2007-4565: Denial of service. Fixed CVE-2008-2711: Denial of service. When expunging, mark the right messages as seen to avoid message loss in keep flush configurations. SSL fix: close memory leak when SSL connection fails. Make the comparison of the SSL fingerprints case insensitive, to ease its use. The sleeping at/awakened at messages appear in logfiles and syslog only if verbose mode is enabled. fetchmail only requests IPv6 addresses via name service if at least one is configured on the local host, likewise for IPv4. If the server name contains yahoo.com, offers the ID capability, and we're polling via IMAP, send an ID (guid 1) transaction first, ignoring its result. Fetchmail no longer drops permanently undelivered messages by default, to match historic documentation. There is a new softbounce global option that prevents the deletion of messages that have not been forwarded. It defaults to true for fetchmail 6.3.X in order to match historic documentation. Fixed CVE-2009-2666: SSL NUL prefix impersonation attack through NULs in a part of a X.509 certificate's CommonName and subjectAltName fields. -- Hector Garcia hec...@debian.org Mon, 2 Feb 2010 23:24:29 +0100 This is not a suitable NEWS entry, neither in terms of content nor proper form. See the explanation at Yep good point. I'll remove it on the next upload/change it so it notes the introduction of the new softbounce option. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgp116WXMMzJo.pgp Description: PGP signature
Bug#569352: sun-java6: Broken URL in debconf to complete license
Le jeudi 11 février 2010 à 22:17 +0100, Christian PERRIER a écrit : Quoting Helge Kreutzmann (deb...@helgefjell.de): Today a call for translation updates was made (only to some lists, e.g. German and Swedish, but not e.g. for French or to -i18n for new This happened probably because I sent an update for French today with a text suggesting the maintainer to issue such calls for translations when changing templates. So, (s)he of course had a complete French translation, hence no call to the French list. And (s)he probably didn't use the --call switch of po-debconf-reportpo, hence no call for new translations in -i18n My bad, I am not familiar with the debconf localization process. Sorry, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, for some reason i did not get the last two mails from Leandro. Only good that George brought me back to the topic. I propose to next explore libisofs without a burn process being involved. If Brasero can burn to a disk file as drive target, then try whether it is as slow as with optical media. Another test would be to install xorriso. E.g. by apt-get source libisoburn or from source http://scdbackup.sourceforge.net/xorriso-0.4.8.pl01.tar.gz build by: tar xzf /xorriso-0.4.8.pl01.tar.gz cd xorriso-0.4.8 ./configure make make install (or execute as ./xorriso/xorriso) One my run it by its mkisofs emulation xorriso -as mkisofs -o /dev/null \ -R -J \ file_or_dir_1 file_or_dir_2 ... which will tell no speed numbers. Or by its own CLI xorriso -outdev stdio:/dev/null \ -add file_or_dir_1 file_or_dir_2 ... which will give a progress report with DVD speed measurements xorriso : UPDATE : Writing:3257s0.5% fifo 0% buf 50% xorriso : UPDATE : Writing: 20875s3.0% fifo 0% buf 50% 62.7xD ... xorriso : UPDATE : Writing: 664063s 96.8% fifo 0% buf 50% 56.4xD ISO image produced: 685604 sectors This is on a 3000 MHz AMD. About 20 times faster than you experience with Brasero. If this works fast, then you should try a dummy run with DVD-R: xorriso -outdev /dev/sr0 -dummy on \ -add file_or_dir_1 file_or_dir_2 ... If any of the xorriso tests is slow, then i will have to invent a theory and some experiments to verify it. (Any hint is welcome then.) If they all are fast, then one will have to search the bottleneck in Brasero. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566590: FTBFS: tests fail
-=| gregor herrmann, Thu, Feb 11, 2010 at 06:45:11PM +0100 |=- I tried again, and now the package builds fine for me. So the problem probably was some build dependency, although I haven't found an obvious one during a quick check. Could someone else please have a try? I just did and the package built file in a sid cowbuilder chroot on amd64. signature.asc Description: Digital signature
Bug#568048: python-ldap-doc: diff for NMU version 2.3-2.1
tags 568048 + peding thanks Dear maintainer, I've prepared an NMU for python-ldap-doc (versioned as 2.3-2.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u python-ldap-doc-2.3/debian/control python-ldap-doc-2.3/debian/control --- python-ldap-doc-2.3/debian/control +++ python-ldap-doc-2.3/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Matej Vela v...@debian.org Build-Depends: cdbs, debhelper (= 5) -Build-Depends-Indep: python-dev, latex2html +Build-Depends-Indep: python, latex2html, python-old-doctools Standards-Version: 3.8.0 Package: python-ldap-doc diff -u python-ldap-doc-2.3/debian/changelog python-ldap-doc-2.3/debian/changelog --- python-ldap-doc-2.3/debian/changelog +++ python-ldap-doc-2.3/debian/changelog @@ -1,3 +1,14 @@ +python-ldap-doc (2.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS because of Python LaTeX-based documentation tools no longer +being shipped in python-dev (closes: #568048): ++ Build-depend on python and python-old-doctools (rather than on + python-dev). ++ Hardcode 2.5 as Python version in debian/patches/makefile.diff. + + -- Jakub Wilk jw...@debian.org Thu, 11 Feb 2010 22:19:26 +0100 + python-ldap-doc (2.3-2) unstable; urgency=low * debian/rules: Fix quoting for dash; thanks to James Westby. diff -u python-ldap-doc-2.3/debian/patches/makefile.diff python-ldap-doc-2.3/debian/patches/makefile.diff --- python-ldap-doc-2.3/debian/patches/makefile.diff +++ python-ldap-doc-2.3/debian/patches/makefile.diff @@ -7,7 +7,7 @@ -PYTHONSRC= /home/michael/src/Python-2.5 -DOCTOOLSDIR= $(PYTHONSRC)/Doc/tools -+PYTHONSRC= /usr/lib/python`python -c 'import sys; print sys.version[:3]'` ++PYTHONSRC= /usr/lib/python2.5 +DOCTOOLSDIR= $(PYTHONSRC)/doc/tools PAPER= a4 DVIPS= dvips -N0 -t $(PAPER) signature.asc Description: Digital signature
Bug#569139: Please provide upgrade script
On Thu, Feb 11, 2010 at 10:13:37PM +0100, Klaus Ethgen wrote: And there is the point. I never ever get to this point where I could choose the option to update. That is because you answered incorrectly to the first question. You should have said yes when asked if dbconfig-common should configure it. If you had done so, you would have been asked if you wanted to upgrade. Therefore there is no bug in Bacula. I am reassigning this to dbconfig-common and asking its maintainer to make the wording on that first question more clear for people that are upgrading packages from pre-dbconfig-common versions to dbconfig-common versions. I think that is the only bug here. -- John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468454: An independent IPv6 patching of bsd-finger
Now I can report on Fedoras patching. First off, their patch is from 2005, but the youngest code change is from 2001, originating in the USAGI project. The Fedora location is http://cvs.fedoraproject.org/viewvc/rpms/finger/devel/bsd-finger-0.17-usagi-ipv6.patch A simplified difference file, containing all relevant C-code, is appended to this message. It turns out that the USAGI patch uses practically the same technique as I myself used in the second form of my interdiff, but there are small differences that need to be brought into light and to be discussed. 1. USAGI uses code insertion that needs activation by a macro INET6 in order to be included. My suggestion does not introduce a conditional code alteration. At this point in time IPv6 should be mandatory, from my view point. 2. For protocol determination, USAGI uses PF_UNSPEC, I use AF_UNSPEC. 3. In fingerd/fingerd.c: USAGI replaces the use of gethostbyname() with getaddrinfo(). With intention I did not do this, in order to minimize code pollu- tion. The main reason is that the only use gethostbyname() has in this source file, is to retreive the host name of the local server on which 'in.fingerd' is running, thus nothing is gained. The only conceivable problem would be that a future IPv6-only stack might not cooperate at all with gethostbyname() in replacing even localhost. 4. In order to achieve IP-stack independent code as far as possible, I have used the hints setup MEA: hints.ai_flags = AI_CANONNAME | AI_ADDRCONFIG whereas USAGI:hints.ai_flags = AI_CANONNAME My reason is that AI_ADDRCONFIG makes sure that getaddrinfo() can return addresses from either of IPv4 or IPv6 only if such traffic protocol is actually configured for a live network device. Thus no problem can arise if even if a single-protocol (like an old IPv4-stack) stack is in use. My conclusions are threefold: A. The compiler test on the macro INET6 should be avoided. B. Debian should use AI_ADDRCONFIG. C. Debian could either keep gethostbyname() in fingerd/fingerd.c, or can follow USAGI in using getaddrinfo() also there, but should then also add AI_ADDRCONFIG, thus going beyond USAGI. Mats Erik Andersson, fil. dr diff -uNr bsd-finger-0.17/configure bsd-finger/configure --- bsd-finger-0.17/configure Sat Jul 29 21:00:27 2000 +++ bsd-finger/configure Sat Jan 27 06:14:52 2001 @@ -25,6 +25,7 @@ --daemonmode=mode Mode for daemon binaries [same as binmode] --manmode=modeMode for manual pages [644] --with-c-compiler=cc Program for compiling C source [guessed] +--enable-ipv6 Enable IPv6 support EOF exit 0;; --verbose) ;; @@ -40,6 +41,11 @@ --daemonmode=*) DAEMONMODE=`echo $1 | sed 's/^[^=]*=//'` ;; --manmode=*) MANMODE=`echo $1 | sed 's/^[^=]*=//'` ;; --with-c-compiler=*) CC=`echo $1 | sed 's/^[^=]*=//'` ;; + + --disable-ipv6) ENABLE_IPV6=no;; + --enable-ipv6=*) ENABLE_IPV6=`echo $1 | sed 's/^[^=]*=//'`;; + --enable-ipv6) ENABLE_IPV6=yes;; + *) echo Unrecognized option: $1; exit 1;; esac shift @@ -148,6 +154,42 @@ LDFLAGS= LIBS= + +rm -f __conftest* + +## +## Enable IPv6 +echo -n Whether to enable IPv6 support... +if [ x$ENABLE_IPV6 = xyes ]; then +echo yes +CFLAGS=$CFLAGS -DINET6 +else +echo no +fi + +rm -f __conftest* + +## Search IPv6 Library / Headers +if [ x$ENABLE_IPV6 = xyes ]; then +echo -n Search for IPv6 library... +inet6libdirs=/usr/local/v6/lib /usr/local/lib /usr /usr/inet6/lib +inet6libs=inet6 +inet6found=no +for inet6libdir in $inet6libdirs; do +for inet6lib in $inet6libs; do +if [ -d $inet6libdir ] [ -f $inet6libdir/lib$inet6lib.a ]; then +inet6found=yes +break 2 +fi +done +done +if [ x$inet6found = xyes ]; then +echo $inet6libdir/lib$inet6lib.a +LIBS=$LIBS -L$inet6libdir -l$inet6lib +else +echo not found +fi +fi rm -f __conftest* diff -uNr bsd-finger-0.17/finger/Makefile bsd-finger/finger/Makefile --- bsd-finger-0.17/finger/Makefile Sun Dec 12 20:04:52 1999 +++ bsd-finger/finger/Makefile Sat Jan 27 07:57:07 2001 @@ -10,7 +10,9 @@ finger.o: ../version.h install: finger + install -d $(INSTALLROOT)$(BINDIR) install -s -m$(BINMODE) finger $(INSTALLROOT)$(BINDIR) + install -d $(INSTALLROOT)$(MANDIR)/man1 install -m$(MANMODE) finger.1 $(INSTALLROOT)$(MANDIR)/man1 clean: diff -uNr bsd-finger-0.17/finger/finger.c bsd-finger/finger/finger.c --- bsd-finger-0.17/finger/finger.c Sat Dec 18 18:41:51 1999 +++ bsd-finger/finger/finger.c Sun Feb 11 11:33:52 2001 @@ -1,3 +1,5 @@ +/* $USAGI$ */ + /* * Copyright (c) 1989 The Regents of the University of California. * All rights reserved. @@ -46,7 +48,7 @@ * from: @(#)finger.c 5.22 (Berkeley) 6/29/90 */ char finger_rcsid[] = \ - $Id: finger.c,v
Bug#569489: sun-java6: [INTL:sk] Slovak po-debconf translation
Package: sun-java6 Severity: wishlist Tags: l10n patch Version: 6-18-2 .po attached ~~helix84 sk.po Description: Binary data
Bug#532494: Multibyte support in vilistextum - Status
Michal Suchanek hramr...@centrum.cz wrote: 2010/2/7 Patric Mueller bh...@gmx.net: Michal Suchanek hramr...@centrum.cz wrote: On 6 February 2010 15:23, Patric Mueller bh...@gmx.net wrote: I'm not sure that the not so common cases you're thinking of are that rare. For example, my OS is completely utf-8 capable, but I prefer my shell to be in latin1. That's certainly unusual, especially given that latin-1 should work in utf-8 without additional conversion. That's not correct, the latin1 characters 127-255 are not legal utf-8 characters. You're probably thinking of 7-bit ASCII or that all latin1 characters are equal to the first 255 unicode codepoints? The problem vilistextum faced was how to support multiple character sets at a time when locale support itself was rather flaky in C compilers. I chose to require UTF-8 and then use the wide character functions for handling all strings, so I didn't have to program for specific character sets. But still I had to also require libiconv as iconv in glibc wasn't developed enough at that time and the iconv implementation in Solaris was completely brain-dead AFAIK. Bye Patric -- Homepage: http://bhaak.dyndns.org/ E-mail: bh...@gmx.net Jabber: bh...@jabber.org ICQ: 23653421 Languages: Deutsch, English (Not fluently: Français, Italiano, Latinum) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568384: mirror submission for mirror.its.dal.ca
Hi Karl, On Wed, Feb 10, 2010 at 08:16:53AM -0400, Karl Vollmer wrote: On Tue, Feb 09, 2010 at 11:48:07PM +0100, Simon Paillard wrote: CDImage-ftp: /debian-cdimage/ CDImage-http: /debian-cdimage/ CDImage-rsync: debian-cdimage/ $ rsync mirror.its.dal.ca::debian-image @ERROR: Unknown module 'debian-image' $ rsync mirror.its.dal.ca::debian-cd @ERROR: Unknown module 'debian-cd' Could you please make this dir available under the standard path /debian-cd/ ? (and make sure the update of ISOs is automatic) Done - It is currently set to sync once every four days, is that sufficient? You can increase the frequency a bit (or generate the images yourself using http://www.debian.org/CD/mirroring/#jigdomirror ). [...] Updates: twice The archive is update on a more frequent basis (4 times a day nowadays) For this reason, and because it minimize latency of sync, please have a look at : http://www.debian.org/mirror/push_mirroring We will provide you the contact once the choice of upstream mirror is confirmed. Assuming rsync.osuosl.org is ok I have their contact information. I was the first sysadmin for the osuosl many years ago so I know them personally. Ok, please notice us at the bug address when the push trigger is setup. Best regards. -- 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#567494:
Package: kdesvn Severity: normal Problem has dissapeared in latest version of kdesvn. Please close the bug. Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdesvn depends on: ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdelibs54:4.3.4-1core libraries for all KDE 4 appli ii kdesvn-kio-plugins 1.5.1-1 Subversion I/O slaves for KDE ii libapr1 1.3.8-1 The Apache Portable Runtime Librar ii libaprutil1 1.3.9+dfsg-3 The Apache Portable Runtime Utilit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdb4.84.8.26-1 Berkeley v4.8 Database Libraries [ ii libgcc1 1:4.4.2-9GCC support library ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-svg 4:4.5.3-4Qt 4 SVG module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libsvn1 1.6.9dfsg-1 Shared libraries used by Subversio ii libsvnqt6 1.5.1-1 Qt wrapper library for Subversion Versions of packages kdesvn recommends: ii graphviz 2.20.2-8 rich set of graph drawing tools ii kompare 4:4.3.4-1 file difference viewer for KDE 4 Versions of packages kdesvn suggests: ii kdiff30.9.95-2 compares and merges 2 or 3 files o pn khelpcenter 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#569490: plasma: Run Command is confused by $PATH
Package: kdebase-workspace-bin Version: 4:4.3.4-4 Severity: normal File: plasma Sorry, I'm not sure where to file this bug. I hope I'm close. KDE's Run Command interface doesn't understand $PATH. The first entry of my PATH is /home/ben/bin . This is set in KDE by a link to ~/.zshenv from ~/.kde/env/zshenv.sh, and works as verified in two ways: * run xterm -hold +ls -e echo $PATH, which yields the expected result. * it finds files in ~/bin. But only as a last resort: I created /usr/bin/proof and /home/ben/bin/proof. Running proof in the KDE Run Command dialog runs the one in /usr/bin despite my path. Likewise, I have ~/bin/firefox and ~/bin/audacious2 and others; they only run if I name them explicitly or remove the homonyms in /usr/bin. Apparently the Run dialog is incorrectly prepending /usr/bin to my path or something? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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/bash Versions of packages kdebase-workspace-bin depends on: ii kaboom1.1.2 The Debian KDE settings migration ii kdebase-runtime 4:4.3.4-2 runtime components from the offici ii kdebase-workspace-data4:4.3.4-4 shared data files for the KDE 4 ba ii kdebase-workspace-kgreet- 4:4.3.4-4 KDE greet libraries for authentica ii kdelibs5 4:4.3.4-1 core libraries for all KDE 4 appli ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.20-2 simple interprocess messaging syst ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-2 GCC support library ii libgl1-mesa-glx [libgl1] 7.6.1-1A free implementation of the OpenG ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libkephal44:4.3.4-4 API for easier handling of multihe ii libkfontinst4 4:4.3.4-4 Libraries for font installation in ii libknotificationitem-1-1 4:4.3.4-1 library for new way of handling sy ii libkscreensaver5 4:4.3.4-4 Library of the KDE Screensaver sys ii libkworkspace44:4.3.4-4 Library for the kdebase workspace ii libnepomukquery4 4:4.3.4-4 Library for the nepomuk search ii libnepomukqueryclient44:4.3.4-4 Library for the nepomuk client sea ii libpam0g 1.1.1-1Pluggable Authentication Modules l ii libphonon44:4.5.3-4 Qt 4 Phonon module ii libplasma34:4.3.4-1 library for the KDE 4 Plasma deskt ii libpng12-01.2.42-1 PNG library - runtime ii libpolkit-dbus2 0.9-4 library for accessing PolicyKit vi ii libpolkit-grant2 0.9-4 library for obtaining privileges v ii libpolkit-qt0 0.9.3-1PolicyKit-qt library ii libpolkit20.9-4 library for accessing PolicyKit ii libprocessui4 4:4.3.4-4 Library for ksysguard process user ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-qt3support 4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-script 4:4.5.3-4 Qt 4 script module ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libsm62:1.1.1-1 X11 Session Management library ii libsolidcontrol4 4:4.3.4-4 Library for solid based network ma ii libsolidcontrolifaces44:4.3.4-4 Library for solid based network in ii libsoprano4 2.3.1+dfsg.1-1 libraries for the Soprano RDF fram ii libstdc++64.4.3-2The GNU Standard C++ Library v3 ii libstreamanalyzer00.7.1-1streamanalyzer library for Strigi ii libusb-0.1-4 2:0.1.12-14userspace USB programming library ii libx11-6 2:1.3.3-1 X11 client-side library ii libxau6 1:1.0.5-1 X11 authorisation library ii libxcursor1 1:1.1.10-1 X cursor management library ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.4-1 X11 miscellaneous 'fixes' extensio ii libxi62:1.3-2X11 Input extension library ii libxinerama1 2:1.1-2X11 Xinerama extension
Bug#569458: mtink: FTBFS: mainSrc/gimp-mtink.c:26:26: error: libgimp/gimp.h: No such file or directory
Hello, Quick look at it, the relevant lines of the buildlog: Setting up libgimp2.0-dev (2.6.8-1) ... [...] Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gtk+-2.0', required by 'GIMP UI', not found No output from 'pkg-config --cflags gimpui-2.0' Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gtk+-2.0', required by 'GIMP UI', not found No output from 'pkg-config --libs gimpui-2.0' Header file for gimp not found. Please install the gimp development package. The file /usr/lib/pkgconfig/gimpui-2.0.pc shipped by libgimp2.0-dev requires gtk+-2.0. The package is lacking this dependency. I transfer the bug to libgimp2.0-dev. Thanks for the report Sylvain Le Gall On Thu, Feb 11, 2010 at 07:47:07PM +0100, Lucas Nussbaum wrote: Source: mtink Version: 1.0.16-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: dh_installemacsen -pmtink dh_installcatalogs -pmtink dh_installpam -pmtink dh_installlogrotate -pmtink dh_installlogcheck -pmtink dh_installchangelogs -pmtink /build/user-mtink_1.0.16-2-amd64-VCNgR8/mtink-1.0.16/CHANGE.LOG dh_installudev -pmtink dh_lintian -pmtink dh_install -pmtink cp: cannot stat `./gimp-mtink': No such file or directory dh_install: cp -a ./gimp-mtink debian/mtink//usr/lib/gimp/2.0/plug-ins/ returned exit code 1 make: *** [binary-install/mtink] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/mtink_1.0.16-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569438: [Debichem-devel] Bug#569438: avogadro: FTBFS: sip.cpp:143: error: 'const struct sipAPIDef' has no member named 'api_convert_from_instance'
forwarded 569438 https://sourceforge.net/tracker/?func=detailaid=2950025group_id=165310atid=835077 thanks On Thu, Feb 11, 2010 at 07:44:40PM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: [ 76%] Building CXX object libavogadro/src/python/CMakeFiles/python-module.dir/sip.cpp.o cd /build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/obj-x86_64-linux-gnu/libavogadro/src/python /usr/bin/g++ -Dpython_module_EXPORTS -D_BSD_SOURCE -DHAVE_GCC_VISIBILITY -DENABLE_PYTHON -DENABLE_GLSL -DQT_DLL -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_NO_DEBUG -g -O2 -g -Wall -O2 -fvisibility=hidden -fvisibility-inlines-hidden -fpermissive -O2 -DNDEBUG -DQT_NO_DEBUG_OUTPUT -fPIC -I/build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/obj-x86_64-linux-gnu/libavogadro/include -I/usr/include/qt4 -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtCore -I/build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/obj-x86_64-linux-gnu/libavogadro/src -I/usr/include/eigen2 -I/usr/include/openbabel-2.0 -I/usr/include/python2.5 -I/build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/libavogadro/include -I/build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0 -I/build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/obj-x86_6 4-linux-gnu/libavogadro/src/python -I/usr/lib/python2.5/site-packages/numpy/core/include -o CMakeFiles/python-module.dir/sip.cpp.o -c /build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/libavogadro/src/python/sip.cpp /build/user-avogadro_1.0.0-2-amd64-5t0Ufq/avogadro-1.0.0/libavogadro/src/python/sip.cpp: In static member function 'static PyObject* QClass_convertersT::QClass_to_PyQt::convert(const T)': Gah, another sip4 release (4.10 this time), another build failure. I've forwarded it to the SF bug tracker. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568212: xulrunner-1.9.1: [FTBFS] Test suite fails on armel
tag 568212 + pending thanks On Wed, Feb 03, 2010 at 08:16:59AM +0100, Mike Hommey wrote: Package: xulrunner-1.9.1 Version: 1.9.1.6-2 Severity: grave Justification: renders package unusable This is https://bugzilla.mozilla.org/show_bug.cgi?id=545747 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#378860: [Debian QA] please review your old bug reports against CUPS
On Thu, Feb 11, 2010 at 06:25:03PM +0100, Jean Felder wrote: You reported a bug against the CUPS package in Debian a long time ago and the maintainers are wondering if you can still reproduce the bug using version 1.4.2-7.1 that is currently in Debian unstable? I already said in March 2008: I don't encounter this problem anymore, and I don't have that old backups. However, other commenters on the bug left far more useful / complete additional information, I suggest you ask them, they may not have subscribed to the bug. It is about cups segfaulting in the presence of duplicated entries in printers.conf -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569493: tar: Please support lzip compression format
Package: tar Version: 1.22-2 Severity: wishlist tar supports several compression formats (compress, gzip, bzip2, lzop, lzma, xz), but not lzip, which is currently used by GMP tarballs[*] (and as the only format for the snapshots) for instance. [*] http://gmplib.org/#DOWNLOAD ftp://ftp.gmplib.org/pub/snapshot/ Support for lzip should be added, like for the other formats. Once this is done, the tar package should suggest lzip. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages tar depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib tar recommends no packages. Versions of packages tar suggests: ii bzip2 1.0.5-4high-quality block-sorting file co pn ncompress 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#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
On Thu, 11 Feb 2010, Bruce Ward wrote: Greetings. More data. I have managed to get an initramfs debug out of the system and have also provided a debug from a 2.6.26-1-686 kernel which boots OK. I'm damned if I can see any reason from the debug for the recent kernel (2.6.26-2-686) to fail to boot! Interesting (but possibly not relevant) observations from my playing around (exploration). Remember there are only a few modules (thermal ones) loaded when the system drops out. 1. Load USB drivers - they find the pendrive, but no entry created in /dev. 2. Use mknod to create /dev/sda3 for the ext3 partition on pendrive. sda3 is the only SCSI entry in /dev. 3. Load ext3 module, and mount the sda3 partition and, behold, there are entries in /dev/ for sda, sda1, and sda2, as well as sda3. 4. Load the SATA drivers and suddenly there are sdb entries in /dev for all partitions on the drive I have failed to boot from. that points a bit to udev is it running at this stage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
