psh_1.8-8_i386.changes ACCEPTED
Accepted: psh_1.8-8.diff.gz to pool/main/p/psh/psh_1.8-8.diff.gz psh_1.8-8.dsc to pool/main/p/psh/psh_1.8-8.dsc psh_1.8-8_all.deb to pool/main/p/psh/psh_1.8-8_all.deb Override entries for your package: psh_1.8-8.dsc - source shells psh_1.8-8_all.deb - optional shells Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454715: mailping -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
Package: mailping Version: 0.0.4-1 Severity: important User: [EMAIL PROTECTED] Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130 Hi! I have been analyzing packages for the piuparts test, and have observed that mailping fails the piuparts because it doesn't purge some files. The gzipped log of the piuparts run for mailping is attached. The problem is that the process Install Etch mailping -> upgrade to sid -> purge seems to let the following files remain unremoved: /var/lib/mailping owned by: mailping /var/lib/mailping/Maildir not owned /var/lib/mailping/Maildir/cur not owned /var/lib/mailping/Maildir/new not owned /var/lib/mailping/Maildir/tmp not owned Please consider fixing this bug, as it is a Lenny release recommendation [1]. Thanks. Kumar [1]: http://release.debian.org/lenny-goals.txt -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 mailping.log.gz Description: Binary data signature.asc Description: Digital signature
php-benchmark_1.2.7-1_amd64.changes ACCEPTED
Accepted: php-benchmark_1.2.7-1.diff.gz to pool/main/p/php-benchmark/php-benchmark_1.2.7-1.diff.gz php-benchmark_1.2.7-1.dsc to pool/main/p/php-benchmark/php-benchmark_1.2.7-1.dsc php-benchmark_1.2.7-1_all.deb to pool/main/p/php-benchmark/php-benchmark_1.2.7-1_all.deb php-benchmark_1.2.7.orig.tar.gz to pool/main/p/php-benchmark/php-benchmark_1.2.7.orig.tar.gz Override entries for your package: php-benchmark_1.2.7-1.dsc - source web php-benchmark_1.2.7-1_all.deb - optional web Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of php-benchmark_1.2.7-1_amd64.changes
php-benchmark_1.2.7-1_amd64.changes uploaded successfully to localhost along with the files: php-benchmark_1.2.7-1.dsc php-benchmark_1.2.7.orig.tar.gz php-benchmark_1.2.7-1.diff.gz php-benchmark_1.2.7-1_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tidev-modules REMOVED from testing
FYI: The status of the tidev-modules source package in Debian's testing distribution has changed. Previous version: 2.0.4 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454882: gnump3d: service not published on the local net
Package: gnump3d Version: 3.0-2 Severity: wishlist It would be good if /etc/init.d/gnump3d were to check for the availability of Avahi and at the very least call avahi-publish -s 'GnuMP3d music server' '_http._tcp' or something of that nature, so that other computers on the LAN would at least be aware of the web site. Norman -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gnump3d depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.16 Debian configuration management sy ii logrotate 3.7.1-3Log rotation utility ii netbase 4.30 Basic TCP/IP networking system ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-modules 5.8.8-12 Core Perl modules gnump3d recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454863: FTBFS with GCC 4.3: missing #includes
Package: gnome-apt Version: 0.4.9-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of gnome-apt_0.4.9-4 on em64t by sbuild/amd64 0.53 ... > if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -DORBIT2=1 -pthread > -DPNG_NO_MMX_CODE -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 > -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 > -I/usr/include/libgnome-2.0 -I/usr/include/libbonoboui-2.0 > -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 > -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include > -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 > -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/freetype2 > -I/usr/include/gail-1.0 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include > -I/usr/include/cairo -I/usr/include/libpng12 -DPNG_NO_MMX_CODE > -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/gtk-2.0 -I/usr/include/pango-1.0 -I/usr/lib/gtk-2.0/include > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libpng12 > -DPREFIX=\"/usr\" -DSYSCONFDIR=\"/etc\" -DDATADIR=\"/usr/share\" > -DLIBDIR=\"/usr/lib\" -DGNOMELOCALEDIR=\""/usr/share/locale"\" > -DG_LOG_DOMAIN="\"Gnome Apt Frontend\"" -DGDK_PIXBUF_DISABLE_DEPRECATED > -DGDK_DISABLE_DEPRECATED -DGLIB_DISABLE_DEPRECATED -g -O2 -Wall -Wno-unused > -g -O2 -DG_DISABLE_CHECKS=1 -MT gnome_apt-childprocess.o -MD -MP -MF > ".deps/gnome_apt-childprocess.Tpo" \ > -c -o gnome_apt-childprocess.o `test -f 'childprocess.cc' || echo > './'`childprocess.cc; \ > then mv -f ".deps/gnome_apt-childprocess.Tpo" > ".deps/gnome_apt-childprocess.Po"; \ > else rm -f ".deps/gnome_apt-childprocess.Tpo"; exit 1; \ > fi > childprocess.cc: In member function 'void ChildDialog::feed(const gchar*)': > childprocess.cc:196: error: 'strlen' was not declared in this scope > make[4]: *** [gnome_apt-childprocess.o] Error 1 > make[4]: Leaving directory `/build/tbm/gnome-apt-0.4.9/src' -- Martin Michlmayr http://www.cyrius.com/
Bug#454866: FTBFS with GCC 4.3: missing #includes
Package: lineak-defaultplugin Version: 1:0.9-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of lineak-defaultplugin_1:0.9-4 on em64t by sbuild/amd64 0.53 ... > x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -DCONFDIR=\"/etc\" -I. -I. -I.. -I.. > -I. -I -I/usr/include/lineak -I/usr/include -Wno-long-long -Wundef -ansi > -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts > -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute > -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -MT > defaultplugin.lo -MD -MP -MF .deps/defaultplugin.Tpo -c defaultplugin.cpp > -fPIC -DPIC -o .libs/defaultplugin.o > defaultplugin.cpp:187: warning: unused parameter 'obj' > defaultplugin.cpp:187: warning: unused parameter 'command' > defaultplugin.cpp: In function 'void macroEAK_SYM(LObject*, LCommand&, int)': > defaultplugin.cpp:333: warning: conversion to 'int' from 'size_t' may alter > its value > defaultplugin.cpp:348: error: 'strcpy' was not declared in this scope -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454818: FTBFS with GCC 4.3: missing #includes
Package: clanlib Version: 0.6.5-1-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of clanlib_0.6.5-1-4 on em64t by sbuild/amd64 0.53 ... > Compile command .c = gcc -fPIC -DDEBUG=1 -I/usr/include/lua40 -Wall -I > Sources -I /usr/include/X11 -I /usr/include/X11/X11 -I/usr/include/freetype2 > -fPIC -DNOCONTROLS -D__int64=int64_t -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" > -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" > -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 -DSIZEOF_INT=4 > -DCL_SCANDIR="/usr/lib/ClanLib" -DHAVE_LIBZ=1 -DHAVE_UNISTD_H=1 > -DHAVE_FCNTL_H=1 -DHAVE_SYS_KD_H=1 -DHAVE_SYS_VT_H=1 -DUSE_X11=1 -DUSE_JOY=1 > -DUSE_OPENGL=1 -DUSE_VIDMODE=1 -DUSE_CLANSOUND=1 -DUSE_NETWORK=1 -DUSE_DYN=1 > -DUSE_GUI=1 -DUSE_LUA=1 -DUSE_MIKMOD=1 -DUSE_PNG=1 -DUSE_JPEG=1 > -DUSE_VORBIS=1 -DUSE_TTF=1 -DHAVE_LIBPTHREAD=1 -O2 > Compile command .s = as > Compiling Sources/Core/System/Generic/cl_assert.cpp > Compiling Sources/Core/IOData/Generic/datafile_inputprovider.cpp > Sources/Core/IOData/Generic/datafile_inputprovider.cpp: In member function > 'void CL_InputSourceProvider_Datafile::open()': > Sources/Core/IOData/Generic/datafile_inputprovider.cpp:88: error: 'strlen' > was not declared in this scope > Sources/Core/IOData/Generic/datafile_inputprovider.cpp:96: error: 'strcmp' > was not declared in this scope > Sources/Core/IOData/Generic/datafile_inputprovider.cpp: In member function > 'void CL_InputSourceProvider_Datafile::load_resource_ids()': > Sources/Core/IOData/Generic/datafile_inputprovider.cpp:112: error: 'strlen' > was not declared in this scope > make[1]: *** [Libs/Intermediate/datafile_inputprovider.o] Error 1 > make[1]: Leaving directory > `/build/tbm/clanlib-0.6.5-1/build-tree/ClanLib-0.6.5' > make: *** [debian/stampdir/build] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libticables3 3.9.6-10 MIGRATED to testing
FYI: The status of the libticables3 source package in Debian's testing distribution has changed. Previous version: 3.9.6-9 Current version: 3.9.6-10 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
