Bug#428955: [l10n:ro] Romanian translation of the slim po-debconf templates
Package: slim Severity: minor Tags: l10n patch Hello, Attached is the updated Romanian translation of slim's po-debconf templates. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (50, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) # translation of ro.po to Romanian # debconf templates for xorg-x11 package # # $Id: pothead.in 189 2005-06-11 00:04:27Z branden $ # # Copyright: # # This file is distributed under the same license as the xorg-x11 package. # Please see debian/copyright. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf is available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Branden Robinson, 2000--2004. # Eddy Petrişor <[EMAIL PROTECTED]>, 2005. # Ruşeţ Zeno <[EMAIL PROTECTED]>, 2005. # Eddy Petrisor <[EMAIL PROTECTED]>, 2005. # Eddy Petrișor <[EMAIL PROTECTED]>, 2007. msgid "" msgstr "" "Project-Id-Version: ro\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-05-31 08:04+0200\n" "PO-Revision-Date: 2007-05-31 11:00+0300\n" "Last-Translator: Eddy Petrișor <[EMAIL PROTECTED]>\n" "Language-Team: Romanian <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" "Plural-Forms: nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < 20)) ? 1 : 2;\n" #. Type: select #. Description #: ../slim.templates:2001 msgid "Default display manager:" msgstr "Managerul de ecran implicit:" #. Type: select #. Description #: ../slim.templates:2001 msgid "" "A display manager is a program that provides graphical login capabilities " "for the X Window System." msgstr "" "Un manager de ecran este un program care oferă facilitatea de autentificare " "grafică sistemului de ferestre X." #. Type: select #. Description #: ../slim.templates:2001 msgid "" "Only one display manager can manage a given X server, but multiple display " "manager packages are installed. Please select which display manager should " "run by default." msgstr "" "Doar un singur manager de ecran poate guverna un anumit server X, dar mai " "mulţi manageri de ecran sunt instalaţi. Selectaţi managerul care ar trebui să pornească în mod implicit." #. Type: select #. Description #: ../slim.templates:2001 msgid "" "Multiple display managers can run simultaneously if they are configured to " "manage different servers; to achieve this, configure the display managers " "accordingly, edit each of their init scripts in /etc/init.d, and disable the " "check for a default display manager." msgstr "" "Mai mulţi manageri de ecran pot rula simultan dacă sunt configuraţi să " "guverneze servere diferite; pentru a obţine acest lucru, configuraţi corespunzător managerii de ecran, editaţi fiecare dintre script-urile lor de " "iniţializare din /etc/init.d şi dezactivaţi testul de manager de ecran " "implicit." #, fuzzy #~ msgid "Stop the xdm daemon?" #~ msgstr "Doriţi să opriţi demonul xdm?" #, fuzzy #~ msgid "" #~ "The X display manager (xdm) daemon is typically stopped on package " #~ "upgrade and removal, but it appears to be managing at least one running X " #~ "session." #~ msgstr "" #~ "Demonul X de management al ecranului (xdm) este, în mod obişnuit oprit la " #~ "înnoirea sau ştergerea pachetului, dar se pare că acesta guvernează cel " #~ "puţin o sesiune X care rulează acum. Dacă xdm este oprit acum, orice " #~ "sesiune guvernată de el va fi terminată. Altfel, îl puteţi lăsa pe xdm să " #~ "ruleze şi noua versiune va avea efect la următoarea repornire a demonului." #, fuzzy #~ msgid "" #~ "If xdm is stopped now, any X sessions it manages will be terminated. " #~ "Otherwise, the new version will take effect the next time the daemon is " #~ "restarted." #~ msgstr "" #~ "Demonul X de management al ecranului (xdm) este, în mod obişnuit oprit la " #~ "înnoirea sau ştergerea pachetului, dar se pare că acesta guvernează cel " #~ "puţin o sesiune X care rulează acum. Dacă xdm este oprit acum, orice " #~ "sesiune guvernată de el va fi terminată. Altfel, îl puteţi lăsa pe xdm să " #~ "ruleze şi noua versiune va avea efect la următoarea repornire a demonului." # translation of ro.po to Romanian # debconf templates for xorg-x11 package # # $Id: pothead.in 189 2005-06-11 00:04:27Z branden $ # # Copyright: # # This file is distributed under the same license as the xorg-x11 package. # Please see debian/copyright. # #Translators, if you are not familiar with the PO format, gettext #
Bug#428953: upgrade fails : cannot overwrite depmod
Package: module-init-tools Version: 3.3-pre11-3 Severity: important --- Please enter the report below this line. --- When upgrading from 3.3-pre11-1 to 3.3-pre11-3 I get the following error: Errors were encountered while processing: module-init-tools E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up module-init-tools (3.3-pre11-3) ... dpkg-divert: rename involves overwriting `/sbin/depmod' with different file `/sbin/depmod.modutils', not allowed dpkg: error processing module-init-tools (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: module-init-tools --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-1-k7 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 unstableapt.cerkinfo.be 500 stable security.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6(>= 2.5-5) | 2.5-11 lsb-base (>= 3.0-6) | 3.1-23.1 -- Erwan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428947: netdude: FTBFS: /usr/include/linux/if_fddi.h:88: error: expected specifier-qualifier-list before '__be16'
Package: netdude version: 0.3.3-2.2 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[4]: Entering directory `/build/user/netdude-0.3.3/protocols/fddi' if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../.. -I../../libltdl -I../../include -W -Wall-g -O2 -MT nd_fddi.lo -MD -MP -MF ".deps/nd_fddi.Tpo" -c -o nd_fddi.lo nd_fddi.c; \ then mv -f ".deps/nd_fddi.Tpo" ".deps/nd_fddi.Plo"; else rm -f ".deps/nd_fddi.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../.. -I../../libltdl -I../../include -W -Wall -g -O2 -MT nd_fddi.lo -MD -MP -MF .deps/nd_fddi.Tpo -c nd_fddi.c -fPIC -DPIC -o .libs/nd_fddi.o In file included from /usr/include/netinet/if_fddi.h:26, from ./nd_fddi.h:29, from nd_fddi.c:34: /usr/include/linux/if_fddi.h:88: error: expected specifier-qualifier-list before '__be16' make[4]: *** [nd_fddi.lo] Error 1 make[4]: Leaving directory `/build/user/netdude-0.3.3/protocols/fddi' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/user/netdude-0.3.3/protocols' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/netdude-0.3.3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/netdude-0.3.3' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428940: kwirelessmonitor: FTBFS: /usr/include/linux/wireless.h:650: error: '__s32' does not name a type
Package: kwirelessmonitor version: 0.5.91-2 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: source='wm_linux.cpp' object='wm_linux.o' libtool=no \ depfile='.deps/wm_linux.Po' tmpdepfile='.deps/wm_linux.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde -I/usr/include/qt3 -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o wm_linux.o `test -f 'wm_linux.cpp' || echo './'`wm_linux.cpp /usr/include/linux/wireless.h:650: error: '__s32' does not name a type /usr/include/linux/wireless.h:651: error: '__u8' does not name a type /usr/include/linux/wireless.h:652: error: '__u8' does not name a type /usr/include/linux/wireless.h:653: error: '__u16' does not name a type /usr/include/linux/wireless.h:663: error: '__u16' does not name a type /usr/include/linux/wireless.h:664: error: '__u16' does not name a type /usr/include/linux/wireless.h:677: error: '__s32' does not name a type /usr/include/linux/wireless.h:678: error: '__s16' does not name a type /usr/include/linux/wireless.h:679: error: '__u8' does not name a type /usr/include/linux/wireless.h:680: error: '__u8' does not name a type /usr/include/linux/wireless.h:688: error: '__u8' does not name a type /usr/include/linux/wireless.h:690: error: '__u8' does not name a type /usr/include/linux/wireless.h:691: error: '__u8' does not name a type /usr/include/linux/wireless.h:692: error: '__u8' does not name a type /usr/include/linux/wireless.h:704: error: '__u32' does not name a type /usr/include/linux/wireless.h:705: error: '__u32' does not name a type /usr/include/linux/wireless.h:706: error: '__u32' does not name a type /usr/include/linux/wireless.h:707: error: '__u32' does not name a type /usr/include/linux/wireless.h:708: error: '__u32' does not name a type /usr/include/linux/wireless.h:717: error: '__u32' does not name a type /usr/include/linux/wireless.h:744: error: '__u8' does not name a type /usr/include/linux/wireless.h:745: error: '__u8' does not name a type /usr/include/linux/wireless.h:746: error: '__u8' does not name a type /usr/include/linux/wireless.h:748: error: '__u8' does not name a type /usr/include/linux/wireless.h:760: error: '__u8' does not name a type /usr/include/linux/wireless.h:772: error: '__u32' does not name a type /usr/include/linux/wireless.h:773: error: '__u32' does not name a type /usr/include/linux/wireless.h:806: error: '__u32' does not name a type /usr/include/linux/wireless.h:807: error: '__u8' does not name a type /usr/include/linux/wireless.h:808: error: '__u8' does not name a type /usr/include/linux/wireless.h:812: error: '__u16' does not name a type /usr/include/linux/wireless.h:813: error: '__u16' does not name a type /usr/include/linux/wireless.h:814: error: '__u8' does not name a type /usr/include/linux/wireless.h:820: error: '__u16' does not name a type /usr/include/linux/wireless.h:821: error: '__u16' does not name a type /usr/include/linux/wireless.h:834: error: '__u32' does not name a type /usr/include/linux/wireless.h:836: error: '__u8' does not name a type /usr/include/linux/wireless.h:842: error: '__u32' does not name a type /usr/include/linux/wireless.h:844: error: '__u8' does not name a type /usr/include/linux/wireless.h:851: error: '__u32' does not name a type /usr/include/linux/wireless.h:852: error: '__u32' does not name a type /usr/include/linux/wireless.h:863: error: '__u16' does not name a type /usr/include/linux/wireless.h:886: error: 'IFNAMSIZ' was not declared in this scope /usr/include/linux/wireless.h:901: error: '__u32' does not name a type /usr/include/linux/wireless.h:925: error: 'IFNAMSIZ' was not declared in this scope /usr/include/linux/wireless.h:945: error: '__u32' does not name a type /usr/include/linux/wireless.h:954: error: '__u32' does not name a type /usr/include/linux/wireless.h:955: error: '__u32' does not name a type /usr/include/linux/wireless.h:958: error: '__u16' does not name a type /usr/include/linux/wireless.h:959: error: '__u8' does not name a type /usr/include/linux/wireless.h:962: error: '__u32' does not name a type /usr/include/linux/wireless.h:965: error: '__s32' does not name a type /usr/include/linux/wireless.h:985: error: '__u8' does not name a type /usr/include/linux/wireless.h:986: error: '__s32' does not name a type /usr/include/linux/wireless.h:989: error: '__s32' does not name a type /usr/include/linux/wireless.h:990: error: '__s32' does not name a type /usr/include/linux/wireless.h:993: error: '__s32' does not name a type /usr/include/linux/wireless.h:994: error: '__s32' does not name a type /usr/include/linux/wireless.h:997: error:
Bug#428945: mrt: FTBFS: linux.c:66:28: error: linux/autoconf.h: No such file or directory
Package: mrt version: 2.2.2a-7 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -c -O2 -g -O2 -Wall -DHAVE_CONFIG_H -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DFUNCPROTO -I../../include -I/usr/local/include linux.c In file included from linux.c:8: ../../include/mrt.h:729: warning: type qualifiers ignored on function return type linux.c:31:1: warning: "MSG_TRUNC" redefined In file included from /usr/include/sys/socket.h:35, from ../../include/mrt.h:39, from linux.c:8: /usr/include/bits/socket.h:189:1: warning: this is the location of the previous definition linux.c:66:28: error: linux/autoconf.h: No such file or directory linux.c: In function 'kernel_init': linux.c:1005: warning: unused variable 'err' linux.c:1001: warning: unused variable 'mask' make[4]: *** [linux.o] Error 1 make[4]: Leaving directory `/build/user/mrt-2.2.2a/src/lib/kernel' make[3]: *** [make-libs] Error 2 make[3]: Leaving directory `/build/user/mrt-2.2.2a/src/lib' make[2]: *** [library] Error 2 make[2]: Leaving directory `/build/user/mrt-2.2.2a/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/mrt-2.2.2a/src' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428936: nictools-pci: FTBFS: alta-diag.c:87:27: error: asm/unaligned.h: No such file or directory
Package: nictools-pci version: 1.3.8-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/nictools-pci-1.3.8' gcc -O -Wall -Wstrict-prototypes -o alta-diag alta-diag.c \ -DLIBFLASH libflash.c -DLIBMII libmii.c alta-diag.c:87:27: error: asm/unaligned.h: No such file or directory make[1]: *** [alta-diag] Error 1 make[1]: Leaving directory `/build/user/nictools-pci-1.3.8' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428946: ohphone: FTBFS: /usr/share/openh323/include/ixjlid.h:277:28: error: linux/compiler.h: No such file or directory
Package: ohphone version: 1:1.4.5+20060204-2 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user/ohphone-1.4.5+20060204' g++ -D_REENTRANT -Wall -I/usr/share/pwlib/include -DPTRACING -I/usr/share/openh323/include -M main.cxx >> obj_linux_x86_r/*.dep In file included from main.h:380, from main.cxx:189: /usr/share/openh323/include/ixjlid.h:277:28: error: linux/compiler.h: No such file or directory make[2]: *** Deleting file `obj_linux_x86_r/*.dep' g++ -D_REENTRANT -Wall -I/usr/share/pwlib/include -DPTRACING -I/usr/share/openh323/include -O2 -felide-constructors -c main.cxx -o obj_linux_x86_r/main.o In file included from main.h:380, from main.cxx:189: /usr/share/openh323/include/ixjlid.h:277:28: error: linux/compiler.h: No such file or directory make[2]: *** [obj_linux_x86_r/main.o] Error 1 make[2]: Leaving directory `/build/user/ohphone-1.4.5+20060204' make[1]: *** [optshared] Error 2 make[1]: Leaving directory `/build/user/ohphone-1.4.5+20060204' make: *** [build-arch-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428948: mt-st: FTBFS: mtio.h:13:26: error: linux/qic117.h: No such file or directory
Package: mt-st version: 0.9b-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building mt-st in mt-st_0.9b-3.dsc debian/rules build dh_testdir make CFLAGS="-O2" make[1]: Entering directory `/build/user/mt-st-0.9b' cc -O2 -o mt mt.c In file included from mt.c:24: mtio.h:13:26: error: linux/qic117.h: No such file or directory In file included from mt.c:24: mtio.h:266: error: expected specifier-qualifier-list before 'qic117_cmd_t' make[1]: *** [mt] Error 1 make[1]: Leaving directory `/build/user/mt-st-0.9b' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428951: lockvc: FTBFS: stall.c:14:20: error: asm/io.h: No such file or directory
Package: lockvc version: 4.0.5-6 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/lockvc-4.0.5' gcc -g -Wall -Wno-char-subscripts -D_GNU_SOURCE -O2 -DUSE_PAM -c -o lockvc.o lockvc.c gcc -g -Wall -Wno-char-subscripts -D_GNU_SOURCE -O2 -DUSE_PAM -c -o stall.o stall.c stall.c:14:20: error: asm/io.h: No such file or directory make[1]: *** [stall.o] Error 1 make[1]: Leaving directory `/build/user/lockvc-4.0.5' make: *** [build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428941: mas: FTBFS: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__fswab64'
Package: mas version: 0.6.2-2.3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[3]: Entering directory `/build/user/mas-0.6.2/src/mas-0.6.2/common' rm -f mas_rtmemory.o gcc -c -O3 -fno-strength-reduce -ansi -I./ -I../build/include -I.. -I../exports/include -Dlinux -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DMAS_UNKNOWN_ENDIAN -DEXE_CAN_EXPORT_SYMS -DFUNCPROTO=15 -DNARROWPROTO -fPIC mas_rtmemory.c In file included from /usr/include/asm/byteorder.h:7, from ../build/include/mas/mas_endian.h:163, from ../build/include/mas/mas_misc.h:131, from ../build/include/mas/mas_common.h:44, from mas_rtmemory.c:79: /usr/include/asm-i386/byteorder.h:24: error: expected '=', ',', ';', 'asm' or '__attribute__' before '___arch__swab64' In file included from /usr/include/linux/byteorder/little_endian.h:12, from /usr/include/asm-i386/byteorder.h:53, from /usr/include/asm/byteorder.h:7, from ../build/include/mas/mas_endian.h:163, from ../build/include/mas/mas_misc.h:131, from ../build/include/mas/mas_common.h:44, from mas_rtmemory.c:79: /usr/include/linux/byteorder/swab.h:159: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__fswab64' /usr/include/linux/byteorder/swab.h:169: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__swab64p' /usr/include/linux/byteorder/swab.h:173: error: expected ')' before '*' token In file included from /usr/include/asm-i386/byteorder.h:53, from /usr/include/asm/byteorder.h:7, from ../build/include/mas/mas_endian.h:163, from ../build/include/mas/mas_misc.h:131, from ../build/include/mas/mas_common.h:44, from mas_rtmemory.c:79: /usr/include/linux/byteorder/little_endian.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_le64p' /usr/include/linux/byteorder/little_endian.h:47: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__le64_to_cpup' /usr/include/linux/byteorder/little_endian.h:67: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_be64p' /usr/include/linux/byteorder/little_endian.h:71: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__be64_to_cpup' make[3]: *** [mas_rtmemory.o] Error 1 make[3]: Leaving directory `/build/user/mas-0.6.2/src/mas-0.6.2/common' make[2]: *** [all] Error 1 make[2]: Leaving directory `/build/user/mas-0.6.2/src/mas-0.6.2' make[1]: *** [World] Error 2 make[1]: Leaving directory `/build/user/mas-0.6.2/src/mas-0.6.2' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428939: missingpy: FTBFS: unmet dep ghc6(inst 6.6.1-2 ! << wanted 6.6-999)
Package: missingpy version: 0.9.0 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (>= 5.0.37.2), ghc6 (>= 6.6), ghc6 (<< 6.6-999), haskell-devscripts (>= 0.5.6), python-dev (>= 2.4), python-gdbm (>= 2.3.3), haddock, libghc6-missingh-dev (>= 0.18.4), python-central (>= 0.5), libghc6-anydbm-dev (>= 1.0.2) Checking for already installed source dependencies... debhelper: missing Using default version 5.0.50 ghc6: missing Using default version 6.6.1-2 ghc6: missing Default version of ghc6 not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. haskell-devscripts: missing Using default version 0.5.17 python-dev: missing Using default version 2.4.4-6 python-gdbm: missing Using default version 2.4.4-1 haddock: missing libghc6-missingh-dev: missing Using default version 0.18.5 python-central: missing Using default version 0.5.14 libghc6-anydbm-dev: missing Using default version 1.0.3 Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... The following extra packages will be installed: file gettext gettext-base haskell-utils html2text intltool-debian libghc6-hslogger-dev libghc6-hunit-dev libghc6-mtl-dev libghc6-network-dev libghc6-quickcheck-dev libgmp3-dev libgmp3c2 libgmpxx4 libmagic1 libncurses5-dev libncursesw5 libreadline5-dev libssl0.9.8 mime-support po-debconf python python-minimal python2.4 python2.4-dev python2.4-minimal Suggested packages: dh-make cvs gettext-doc ghc6-prof ghc6-doc haskell-doc anydbm-doc hslogger-doc libghc6-hunit-prof libghc6-hunit-doc missingh-doc libghc6-mtl-prof libghc6-mtl-doc libghc6-network-prof libghc6-network-doc libghc6-quickcheck-prof libghc6-quickcheck-doc libgmp3-doc libmpfr-dev python-doc python-tk python-profiler python2.4-doc Recommended packages: curl wget lynx libgpmg1 libmail-sendmail-perl libcompress-zlib-perl The following NEW packages will be installed: debhelper file gettext gettext-base ghc6 haddock haskell-devscripts haskell-utils html2text intltool-debian libghc6-anydbm-dev libghc6-hslogger-dev libghc6-hunit-dev libghc6-missingh-dev libghc6-mtl-dev libghc6-network-dev libghc6-quickcheck-dev libgmp3-dev libgmp3c2 libgmpxx4 libmagic1 libncurses5-dev libncursesw5 libreadline5-dev libssl0.9.8 mime-support po-debconf python python-central python-dev python-gdbm python-minimal python2.4 python2.4-dev python2.4-minimal 0 upgraded, 35 newly installed, 0 to remove and 0 not upgraded. Need to get 40.8MB of archives. After unpacking 170MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libncursesw5 libssl0.9.8 libmagic1 file gettext-base mime-support python2.4-minimal python2.4 python-minimal python python-central html2text gettext intltool-debian po-debconf debhelper libgmp3c2 haskell-utils libgmpxx4 libgmp3-dev libncurses5-dev libreadline5-dev ghc6 haddock haskell-devscripts libghc6-mtl-dev libghc6-network-dev libghc6-hunit-dev libghc6-quickcheck-dev libghc6-hslogger-dev libghc6-missingh-dev libghc6-anydbm-dev python2.4-dev python-dev python-gdbm Authentication warning overridden. Get:1 http://idpot.grenoble.grid5000.fr sid/main libncursesw5 5.6-3 [332kB] Get:2 http://idpot.grenoble.grid5000.fr sid/main libssl0.9.8 0.9.8e-5 [2797kB] Get:3 http://idpot.grenoble.grid5000.fr sid/main libmagic1 4.21-1 [331kB] Get:4 http://idpot.grenoble.grid5000.fr sid/main file 4.21-1 [39.4kB] Get:5 http://idpot.grenoble.grid5000.fr sid/main gettext-base 0.16.1-1 [123kB] Get:6 http://idpot.grenoble.grid5000.fr sid/main mime-support 3.39-1 [30.9kB] Get:7 http://idpot.grenoble.grid5000.fr sid/main python2.4-minimal 2.4.4-4 [969kB] Get:8 http://idpot.grenoble.grid5000.fr sid/main python2.4 2.4.4-4 [2790kB] Get:9 http://idpot.grenoble.grid5000.fr sid/main python-minimal 2.4.4-6 [12.9kB] Get:10 http://idpot.grenoble.grid5000.fr sid/main python 2.4.4-6 [140kB] Get:11 http://idpot.grenoble.grid5000.fr sid/main python-central 0.5.14 [32.8kB] Get:12 http://idpot.grenoble.grid5000.fr sid/main html2text 1.3.2a-3 [98.9kB] Get:13 http://idpot.grenoble.grid5000.fr sid/main gettext 0.16.1-1 [2190kB] Get:14 http://idpot.grenoble.grid5000.fr sid/main intltool-debian 0.35.0+20060710.1 [30.8kB] Get:15 http://idpot.grenoble.grid5000.fr sid/main po-debconf 1.0.8 [111kB] Get:16 http://idpot.grenoble.grid5000.fr sid/main debhelper 5.0.50 [517kB] Get:17 http://idpot.grenoble.grid5000.fr sid/main libgmp3c2 2:4.2.1+dfsg-4 [430kB] Get:18 http://idpot.grenoble.grid5000.fr sid/main haskell-utils 1.9 [526kB] Get:19 http://idpot.grenoble.grid5000.fr sid/main libgmpxx4 2:4.2.1+dfsg-4 [217kB] Get:20 http://idpot.grenoble.grid5000.fr sid/main libgmp3-dev 2:4.2.1+dfsg-4 [511kB] Get:21 http://idpot.grenoble.grid5000.fr sid/main libncurses5-dev 5.6
Bug#428943: linux-atm: FTBFS: /usr/include/linux/if_arp.h:133: error: expected specifier-qualifier-list before '__be16'
Package: linux-atm version: 2.4.1-17 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[4]: Entering directory `/build/user/linux-atm-2.4.1/src/arpd' gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/include -g -O2 -Wall -Wshadow -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -c atmarp.c /bin/sh ../../libtool --mode=link gcc -I../../src/include -g -O2 -Wall -Wshadow -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -o atmarp atmarp.o ../../src/lib/libatm.la mkdir .libs gcc -I../../src/include -g -O2 -Wall -Wshadow -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -o .libs/atmarp atmarp.o ../../src/lib/.libs/libatm.so -lresolv creating atmarp gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/include -g -O2 -Wall -Wshadow -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -c atmarpd.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/include -g -O2 -Wall -Wshadow -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -c arp.c In file included from arp.c:19: /usr/include/linux/if_arp.h:133: error: expected specifier-qualifier-list before '__be16' make[4]: *** [arp.o] Error 1 make[4]: Leaving directory `/build/user/linux-atm-2.4.1/src/arpd' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/user/linux-atm-2.4.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/linux-atm-2.4.1' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/build/user/linux-atm-2.4.1' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400583: Bug#390929: compiz: "Another window manager is already running on screen: 0"
Michel Dänzer wrote: On Thu, 2007-06-14 at 23:52 +0200, Stéphane Rosi wrote: After I run 'compiz --replace', gtk-window-decorator takes nearly 100% of my cpu resources... Some folks on the upstream compiz mailing list indicated this could happen if libdecoration0 is not the same version as the other compiz components. And we have a bug about our dependency on libdecoration0 not being versioned: #425463 compiz-plugins: Versioned depends on libdecoration Brice
Bug#428938: libcvs-perl: FTBFS: test t/90release failed
Package: libcvs-perl version: 0.07-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Note that this doesn't seem to be the same problem as #356050. Relevant part: PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00checkoutok t/05commit..ok t/10status..ok t/20tag.ok t/21rtagok t/30update..ok t/40diffok t/50export..ok t/90release.process ended prematurely at /build/user/libcvs-perl-0.07/blib/lib/Cvs/Command/Base.pm line 224 dubious Test returned status 9 (wstat 2304, 0x900) DIED. FAILED tests 3-4 Failed 2/4 tests, 50.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/90release.t9 2304 44 100.00% 3-4 Failed 1/9 test scripts, 88.89% okay. 2/50 subtests failed, 96.00% okay. make[1]: *** [test_dynamic] Error 9 make[1]: Leaving directory `/build/user/libcvs-perl-0.07' make: *** [install-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428954: texlive-lang-german: Using packages "german" and "mathdesign" together results in an error
Package: texlive-lang-german Version: 2007.dfsg.1-2 Severity: normal I wanted to typeset a (german) document using the Utopia font. So, ich added '\usepackage[utopia]{mathdesign}' to my preamble, executed 'latex mydocument.tex' and was baffled by an error '! Missing number, treated as zero.' (see minimal input file). -snip-snap--snip-snap--snip-snap- $ latex test.tex This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled. entering extended mode (./test.tex LaTeX2e <2005/12/01> Babel and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, german, ngerman, german, ngerman, loaded. (/usr/share/texmf-texlive/tex/latex/base/report.cls Document Class: report 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/usr/share/texmf-texlive/tex/generic/german/german.sty v2.5e 1998-07-08) (/usr/share/texmf-texlive/tex/latex/mathdesign/mathdesign.sty (/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty) (/usr/share/texmf-texlive/tex/latex/base/ifthen.sty) (/usr/share/texmf-texlive/tex/latex/mathdesign/mdput/mdput.cfg) (/usr/share/texmf-texlive/tex/latex/mathdesign/mdput/mdput.sty (/usr/share/texmf-texlive/tex/latex/mathdesign/mdfont.def) (/usr/share/texmf-texlive/tex/latex/mathdesign/mdsffont.def) (/usr/share/texmf-texlive/tex/latex/mathdesign/mdttfont.def) (/usr/share/texmf-texlive/tex/latex/mathdesign/mdput/ot1mdput.fd) ! Missing number, treated as zero. \unhbox l.155 ...idetriangle}{\mathord}{largesymbols}{"E6} ? X No pages of output. Transcript written on test.log. -snip-snap--snip-snap--snip-snap- Changing the ordering of the inclusion of the two packages german and mathdesign to mathdesign and german seems to solve the issue. -- Package-specific info: ## minimal input file \documentclass{report} \usepackage{german} \usepackage[utopia]{mathdesign} \begin{document} Foo! \end{document} ## other files ## List of ls-R files -rw-r--r-- 1 root root 863 2007-06-15 05:31 /var/lib/texmf/ls-R -rw-r--r-- 1 root staff 2390 2007-06-14 09:59 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2007-04-27 06:30 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2007-06-14 09:57 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2007-06-14 09:57 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2007-04-27 06:30 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 3895 2007-06-14 09:59 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 9879 2007-06-14 09:59 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5057 2007-06-14 09:59 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ insgesamt 4 -rw-r--r-- 1 root root 283 2007-01-15 08:53 mktex.cnf ## md5sums of texmf.d 25bf3a257a0bedb5c67349c3eaff74af /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf e95ae4d6b002ade290425bd74a175a83 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf 15cd7cfba075d781fa71dfd994ca72ce /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 7952e5392660042fb4b84e67a3b85463 /etc/texmf/texmf.d/85Misc.cnf 7e8f87acdeba48edac16d851c77b9e75 /etc/texmf/texmf.d/90TeXDoc.cnf e3b19f249b562f21556a3ea2abc17678 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-lang-german depends on: ii texlive-base 2007-9 TeX Live: Essential programs and f ii texlive-common2007-9 TeX Live: Base component texlive-lang-german recommends no packages. Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 3.001 Update Configuration File: preserv Versions of packages texlive-lang-german is related to: pn tetex-base (no description available) pn tetex-bin (no description available) pn tetex-extra(no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To U
Bug#428942: lcrash: FTBFS: kl_savedump.c:249: error: expected expression before 'struct'
Package: lcrash version: 7.0.0.pre.cvs.20050322-6 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: kl_task.c:90: warning: 'offset' may be used uninitialized in this function gcc -I/build/user/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf -Wall -O2 -g -D_FILE_OFFSET_BITS=64 -DARCH=i386 -Iinclude -I../liballoc -I../libutil -I/usr/local/include -I/usr/include/libelf -Wall -Wstrict-prototypes -DDUMP_ARCH_I386 -c -o kl_typeinfo.o kl_typeinfo.c kl_typeinfo.c: In function 'kl_print_enumeration_type': kl_typeinfo.c:658: warning: 'val' may be used uninitialized in this function gcc -I/build/user/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf -Wall -O2 -g -D_FILE_OFFSET_BITS=64 -DARCH=i386 -Iinclude -I../liballoc -I../libutil -I/usr/local/include -I/usr/include/libelf -Wall -Wstrict-prototypes -DDUMP_ARCH_I386 -c -o kl_util.o kl_util.c gcc -I/build/user/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf -Wall -O2 -g -D_FILE_OFFSET_BITS=64 -DARCH=i386 -Iinclude -I../liballoc -I../libutil -I/usr/local/include -I/usr/include/libelf -Wall -Wstrict-prototypes -DDUMP_ARCH_I386 -c -o kl_kern.o kl_kern.c gcc -I/build/user/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf -Wall -O2 -g -D_FILE_OFFSET_BITS=64 -DARCH=i386 -Iinclude -I../liballoc -I../libutil -I/usr/local/include -I/usr/include/libelf -Wall -Wstrict-prototypes -DDUMP_ARCH_I386 -c -o kl_savedump.o kl_savedump.c kl_savedump.c: In function '__kl_dump_retrieve_reg': kl_savedump.c:249: warning: implicit declaration of function 'offsetof' kl_savedump.c:249: error: expected expression before 'struct' kl_savedump.c:271: error: expected expression before 'struct' kl_savedump.c:309: warning: pointer targets in assignment differ in signedness kl_savedump.c:322: warning: pointer targets in assignment differ in signedness kl_savedump.c:331: error: expected expression before 'kl_dump_header_asm_t' make[3]: *** [kl_savedump.o] Error 1 make[3]: Leaving directory `/build/user/lcrash-7.0.0.pre.cvs.20050322/lib/libklib' make[2]: *** [subdirs_make] Error 2 make[2]: Leaving directory `/build/user/lcrash-7.0.0.pre.cvs.20050322/lib' make[1]: *** [subdirs_make] Error 2 make[1]: Leaving directory `/build/user/lcrash-7.0.0.pre.cvs.20050322' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428950: ltt: FTBFS: RTAITables.c:23:46: error: linux/sys.h: No such file or directory
Package: ltt version: 0.9.5+really0.9.6pre4-1.1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: EventDB.c:185: warning: 'lBufEndTime.tv_sec' may be used uninitialized in this function EventDB.c:185: warning: 'lBufEndTime.tv_usec' may be used uninitialized in this function EventDB.c:173: warning: 'lBufEndTSC' may be used uninitialized in this function EventDB.c:171: warning: 'lBufStartTSC' may be used uninitialized in this function EventDB.c: In function 'DBProcessLinuxTrace': EventDB.c:2809: warning: 'lLastCtrlEventTime.tv_sec' may be used uninitialized in this function EventDB.c:2809: warning: 'lLastCtrlEventTime.tv_usec' may be used uninitialized in this function gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../Include -DSUPP_RTAI=1 -DTARGET_NATIVE=0 -DLTT_UNPACKED_STRUCTS=0 -Wall -g -O2 -O2 -c EventDB.c -o EventDB.o >/dev/null 2>&1 /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../Include -DSUPP_RTAI=1 -DTARGET_NATIVE=0 -DLTT_UNPACKED_STRUCTS=0 -Wall -g -O2 -O2 -c -o EventOptions.lo `test -f 'EventOptions.c' || echo './'`EventOptions.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../Include -DSUPP_RTAI=1 -DTARGET_NATIVE=0 -DLTT_UNPACKED_STRUCTS=0 -Wall -g -O2 -O2 -c EventOptions.c -fPIC -DPIC -o .libs/EventOptions.o gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../Include -DSUPP_RTAI=1 -DTARGET_NATIVE=0 -DLTT_UNPACKED_STRUCTS=0 -Wall -g -O2 -O2 -c EventOptions.c -o EventOptions.o >/dev/null 2>&1 /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../Include -DSUPP_RTAI=1 -DTARGET_NATIVE=0 -DLTT_UNPACKED_STRUCTS=0 -Wall -g -O2 -O2 -c -o RTAITables.lo `test -f 'RTAITables.c' || echo './'`RTAITables.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../Include -DSUPP_RTAI=1 -DTARGET_NATIVE=0 -DLTT_UNPACKED_STRUCTS=0 -Wall -g -O2 -O2 -c RTAITables.c -fPIC -DPIC -o .libs/RTAITables.o RTAITables.c:23:46: error: linux/sys.h: No such file or directory make[3]: *** [RTAITables.lo] Error 1 make[3]: Leaving directory `/build/user/ltt-0.9.5+really0.9.6pre4/LibLTT' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/ltt-0.9.5+really0.9.6pre4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/ltt-0.9.5+really0.9.6pre4' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428937: ncpfs: FTBFS: ncpm_common.c:1229: error: expected expression before 'struct'
Package: ncpfs version: 2.2.6-4 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -DN_PLAT_LINUX -DLOCALEDIR=\"/usr/share/locale\" -DNCPFS_VERSION=\"2.2.6\" -DNCPFS_PACKAGE=\"ncpfs\" -g -O2 -I../include -I../intl -I../include -D_GNU_SOURCE -DNWMSG=\"/usr/sbin/nwmsg\" -o ncpm_common.o -c ncpm_common.c In file included from ncpm_common.h:8, from ncpm_common.c:83: ../include/ncp/kernel/ncp.h:56: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:57: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:58: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:59: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:60: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:61: warning: 'packed' attribute ignored for field of type 'u_int8_t[]' ../include/ncp/kernel/ncp.h:69: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:70: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:71: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:72: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:73: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:74: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:75: warning: 'packed' attribute ignored for field of type 'u_int8_t[]' ../include/ncp/kernel/ncp.h:233: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:234: warning: 'packed' attribute ignored for field of type 'u_int8_t[256]' ../include/ncp/kernel/ncp.h:285: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/kernel/ncp.h:286: warning: 'packed' attribute ignored for field of type 'u_int8_t[6]' ../include/ncp/kernel/ncp.h:291: warning: 'packed' attribute ignored for field of type 'u_int8_t' In file included from ../include/ncp/ncplib.h:60, from ../include/ncp/nwcalls.h:83, from ncpm_common.h:10, from ncpm_common.c:83: ../include/ncp/ncp.h:98: warning: 'packed' attribute ignored for field of type 'u_int8_t[6]' ../include/ncp/ncp.h:166: warning: 'packed' attribute ignored for field of type 'u_int8_t[6]' ../include/ncp/ncp.h:167: warning: 'packed' attribute ignored for field of type 'u_int8_t[6]' ../include/ncp/ncp.h:172: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncp.h:173: warning: 'packed' attribute ignored for field of type 'char[13]' ../include/ncp/ncp.h:178: warning: 'packed' attribute ignored for field of type 'char[50]' ../include/ncp/ncp.h:179: warning: 'packed' attribute ignored for field of type 'char[152]' ../include/ncp/ncp.h:220: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncp.h:221: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncp.h:226: warning: 'packed' attribute ignored for field of type 'char[16]' ../include/ncp/ncp.h:227: warning: 'packed' attribute ignored for field of type 'u_int8_t[6]' ../include/ncp/ncp.h:228: warning: 'packed' attribute ignored for field of type 'char[13]' ../include/ncp/ncp.h:229: warning: 'packed' attribute ignored for field of type 'char[13]' ../include/ncp/ncp.h:230: warning: 'packed' attribute ignored for field of type 'char[14]' ../include/ncp/ncp.h:231: warning: 'packed' attribute ignored for field of type 'char[80]' In file included from ../include/ncp/ncplib.h:66, from ../include/ncp/nwcalls.h:83, from ncpm_common.h:10, from ncpm_common.c:83: ../include/ncp/ipxlib.h:67: warning: 'packed' attribute ignored for field of type 'char[48]' ../include/ncp/ipxlib.h:72: warning: 'packed' attribute ignored for field of type 'IPXNode' ../include/ncp/ipxlib.h:90: warning: 'packed' attribute ignored for field of type 'struct ipx_rt_def[1]' In file included from ../include/ncp/nwcalls.h:83, from ncpm_common.h:10, from ncpm_common.c:83: ../include/ncp/ncplib.h:465: warning: 'packed' attribute ignored for field of type 'u_int8_t[48]' ../include/ncp/ncplib.h:466: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncplib.h:467: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncplib.h:471: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncplib.h:472: warning: 'packed' attribute ignored for field of type 'u_int8_t' ../include/ncp/ncplib.h:473: warning: 'packed' attribute ignored for field
Bug#428934: vsftpd: wildcard expansion behaves weird
Package: vsftpd Version: 2.0.5-2 Severity: normal Hi, I found something weird with the wildcard expansion of vsftpd. For example I have this file in my ftproot. This is what 'ls' in a bash shell does: # ls -lsa 0 -rw-r--r-- 1 root root0 Jun 15 08:26 testfile.Zyada.Z # ls -l *.Z -rw-r--r-- 1 root root 0 Jun 15 08:26 testfile.Zyada.Z Now I use a ftp client (doesn't matter which one) to connect to the server: ftp> ls 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. -rw-r--r--1 00 0 Jun 15 08:26 testfile.Zyada.Z 226 Directory send OK. ftp> ls *.Z 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. 226 Directory send OK. ftp> This is lftp as client: lftp [EMAIL PROTECTED]:/> ls *.Z lftp [EMAIL PROTECTED]:/> ls *.Z* -rw-r--r--1 00 201 Jun 15 08:33 testfile.Zyada.Z lftp [EMAIL PROTECTED]:/> This is decidedly different from what other ftp servers and shells like bash do! Can you please look into this? Thanks!! Regards, Guus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16.38 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages vsftpd depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.5-10 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpam-modules0.79-4 Pluggable Authentication Modules f ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii netbase 4.29 Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428935: fails to install
Package: module-init-tools Version: 3.3-pre11-3 Severity: critical Setting up module-init-tools (3.3-pre11-3) ... dpkg-divert: rename involves overwriting `/usr/share/man/fr/man5/modules.5.gz' with different file `/usr/share/man/fr/man5/modules.modutils.5.gz', not allowed dpkg: error processing module-init-tools (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: module-init-tools -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages module-init-tools depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip module-init-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428933: /usr/share/sendmail/Parse_mc.pm fails for SOCKETMAP
Package: sendmail Version: 8.13.8-3 Severity: normal FEATURE(`virtusertable', `socket unix:/var/spool/MIMEDefang/sendmail-socketmap.sock')dnl generates a good sendmail.cf, but the Debian sendmailconf tries to interprete the definition as file. -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 592 drwxr-sr-x 8 smmta smmsp4096 2007-06-15 08:25 . drwxr-xr-x 94 rootroot12288 2007-06-14 16:09 .. -rw--- 1 rootroot 4314 2007-05-21 09:09 access -rw-r- 1 smmta smmsp 12288 2007-06-14 11:47 access.db -rw--- 1 rootsmmsp1442 2007-01-11 15:20 access.old -rwxr-xr-x 1 rootsmmsp2177 2007-05-02 14:58 addDomains.pl -rw-r--r-- 1 rootroot 281 2006-12-09 05:22 address.resolve lrwxrwxrwx 1 rootsmmsp 12 2007-05-02 15:10 aliases -> /etc/aliases -rw-r- 1 smmta smmsp 12288 2007-04-27 15:27 aliases.db -rw-r--r-- 1 rootroot 1960 2006-12-07 13:58 aliases.funct -rw-r--r-- 1 smmta smmsp 12288 2007-06-15 08:06 aliases.funct.db -rw-r--r-- 1 997 root 744 2007-05-11 16:11 aliases.mailman -rw-r--r-- 1 smmta smmsp 12288 2007-06-15 08:06 aliases.mailman.db -rw-r--r-- 1 rootsmmsp 0 2006-09-20 11:19 aliases.pendingdelete -rw-r--r-- 1 smmta smmsp 12288 2007-06-15 08:06 aliases.pendingdelete.db -rw-r--r-- 1 rootroot 2013 2007-05-11 16:13 aliases.root -rw-r--r-- 1 smmta smmsp 12288 2007-06-15 08:06 aliases.root.db -rw-r--r-- 1 rootroot 3283 2007-03-12 14:13 aliases.ska -rw-r--r-- 1 smmta smmsp 12288 2007-06-15 08:06 aliases.ska.db -rw-r--r-- 1 rootsmmsp3545 2007-06-15 08:23 databases -rw-r- 1 smmta smmsp 67 2007-04-19 12:21 default-auth-info -rwxr-xr-x 1 rootsmmsp1865 2004-02-04 11:38 fixDataDumper.pl -rw-r--r-- 1 rootroot 5594 2006-12-09 05:23 helpfile -rw-r--r-- 1 rootsmmsp7642 2007-06-14 11:47 local-host-names -rw-r--r-- 1 rootsmmsp 335 2007-05-02 16:51 local-host-names.SRC drwxr-sr-x 3 smmta smmsp4096 2007-04-25 10:15 m4 -rw-r--r-- 1 rootroot 318 2007-05-10 15:33 mailertable -rw-r- 1 smmta smmsp 12288 2007-06-14 11:47 mailertable.db -rwxr-xr-- 1 rootsmmsp 11670 2007-06-15 08:23 Makefile lrwxrwxrwx 1 rootsmmsp 22 2007-05-31 14:09 mimedefang-filter -> mimedefang-filter.TEST -rw-r--r-- 1 rootsmmsp 43402 2007-05-22 16:22 mimedefang-filter_2007-05-30 -rw-r--r-- 1 rootroot13011 2007-04-26 14:59 mimedefang-filter.example lrwxrwxrwx 1 rootsmmsp 28 2007-05-30 11:51 mimedefang-filter.install.BAK -> mimedefang-filter_2007-05-30 -rw-r--r-- 1 rootsmmsp 48228 2007-06-14 12:40 mimedefang-filter.TEST -rw--- 1 mdefang mdefang60 2007-04-26 15:00 mimedefang-ip-key -rwxr-xr-x 1 rootroot 929 2007-05-11 16:14 mkaliases -rwxr-xr-x 1 rootroot 2502 2007-01-25 15:11 mkUserForwards.pl drwxr-xr-x 3 rootroot 4096 2007-04-25 10:15 peers -rw-r--r-- 1 rootsmmsp 610 2007-06-14 11:47 relay-domains -rw-r--r-- 1 rootsmmsp 107 2006-04-03 15:26 relay-domains.SRC -rw-r--r-- 1 rootroot 2890 2007-06-04 13:10 rulesdujour -rwxr-xr-x 1 rootroot 657 2007-06-04 09:52 runde -rw-r--r-- 1 rootroot 2872 2007-04-26 14:21 sa-mimedefang.cf -rw-r--r-- 1 rootroot 2872 2007-04-26 14:59 sa-mimedefang.cf.example drwxr-xr-x 3 smmta smmsp4096 2007-04-25 10:15 sasl -rw-r--r-- 1 rootsmmsp 75398 2007-06-15 08:25 sendmail.cf -rw-r--r-- 1 rootroot11890 2007-05-04 11:50 sendmail.conf -rw-r--r-- 1 rootsmmsp 10055 2007-06-15 08:23 sendmail.mc -rw-r--r-- 1 rootroot 149 2006-12-09 05:22 service.switch -rw-r--r-- 1 rootroot 180 2006-12-09 05:22 service.switch-nodns -rwxr-xr-x 1 rootsmmsp3079 2007-05-03 15:37 setqueues -rw--- 1 rootsmmsp 69 2006-01-13 10:48 ska-mimedefang.cfg drwxr-sr-x 3 smmta smmsp4096 2007-06-04 09:31 smrsh -rw-r- 1 rootsmmsp 0 2007-06-14 16:47 socket lrwxrwxrwx 1 rootroot 15 2007-02-20 10:38 spamassassin -> ../spamassassin -rw-r--r-- 1 rootsmmsp 44469 2007-05-03 08:39 submit.cf -rw-r--r-- 1 rootroot43612 2007-04-19 12:21 submit.cf.old -rw-r--r-- 1 rootsmmsp2720 2007-05-03 08:39 submit.mc -rw-r--r-- 1 rootroot 90 2004-12-10 13:26 testMail drwxr-xr-x 3 smmta smmsp4096 2007-05-02 16:38 tls -rw-r--r-- 1 rootsmmsp 67 2005-07-20 08:07 trusted-users lrwxrwxrwx 1 rootsmmsp 23 2007-04-30 15:21 userforwards -> /var/spool/mailforwards -rw-r--r-- 1 rootroot 91 2007-06-14 11:47 virtdomains -rw-r--r-- 1 rootsmmsp 99 2007-05-02 15:00 virtdomains.SRC -rw-r--r-- 1 rootsmmsp 0 2007-06-15 08:15 virtusertable /etc/mail/m4: total 16 drwxr-sr-x 3 smmta smmsp 4096 2007-04-25 10:15 . drwxr-sr-x 8 smmta smmsp 4096 2007-06-15 08:25 .. -rw-r- 1 root smmsp 735 2007-06-15 08:25 d
Bug#400583: Bug#390929: compiz: "Another window manager is already running on screen: 0"
On Thu, 2007-06-14 at 23:52 +0200, Stéphane Rosi wrote: > > After I run 'compiz --replace', gtk-window-decorator takes nearly 100% > of my cpu resources... Some folks on the upstream compiz mailing list indicated this could happen if libdecoration0 is not the same version as the other compiz components. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#428666: squidGuard -dosen't filter files based on expressions
I understand. However, would you consider building the alpha and run a commandline test for me? Then we'll know if there is an issue to fix. You can run squidGuard from the command line without putting it online. I do this all the time on my server. The way to do it is like this: echo "ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/latest-2.0/win32/sk/Thunderbird Setup 2.0.0.4.exe 127.0.0.1/ - - GET" | squidGuard -dc $confdir/squidGuard.conf I could try. However, please, could You send me an expression that SHOULD work for matching the exe files? Or the one I posted should work really? Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428931: gqcam: FTBFS: /usr/include/linux/videodev2.h:465: error: field 'timestamp' has incomplete type
Package: gqcam version: 0.9.1-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: echo "#define VERSION \"0.9.1\"" > config.h gcc -g `gtk-config --cflags` -c gqcam.c gcc -g `gtk-config --cflags` -c frontend.c gcc -g `gtk-config --cflags` -c color.c gcc -g `gtk-config --cflags` -c greyscale.c gcc -g `gtk-config --cflags` -c save.c gcc -g `gtk-config --cflags` -c timer.c gcc -g `gtk-config --cflags` -c filters.c gcc -g `gtk-config --cflags` -c preferences.c gcc -g `gtk-config --cflags` -c jpeg.c jpeg.c: In function 'fill_input_buffer': jpeg.c:83: warning: incompatible implicit declaration of built-in function 'memcpy' jpeg.c: In function 'decompress_JPEG': jpeg.c:269: warning: incompatible implicit declaration of built-in function 'memcpy' gcc -g `gtk-config --cflags` -c yuv_to_rgb.c In file included from /usr/include/linux/videodev.h:15, from yuv_to_rgb.c:23: /usr/include/linux/videodev2.h:465: error: field 'timestamp' has incomplete type make[1]: *** [yuv_to_rgb.o] Error 1 make[1]: Leaving directory `/build/user/gqcam-0.9.1' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428874: description inaccurate, no themes included
tag #428874 pending thanks On jeu, 2007-06-14 at 21:53 +0200, Ricardo Mones wrote: > Package: gtk2-engines-murrine > Version: 0.52-1 > Severity: minor > > Hello, > > Description says some themes are included but only the shared library is > packaged. I guess either you include some theme (better) or fix the > description to say there's no theme included :-) Thanks, the change is commited in svn, along with new upstream release. It'll be fixed in next upload (where I should upload themes package too). Thanks for the BR. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428927: keepalived: FTBFS: check_data.h:38:27: error: linux/ip_masq.h: No such file or directory
Package: keepalived version: 1.1.12-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[3]: Entering directory `/build/user/keepalived-1.1.12/keepalived/core' cc -g -Wall -O2 -I/build/user/keepalived-1.1.12/debian/include -I../include -I../../lib -Wall -Wunused -Wstrict-prototypes -D_KRNL_2_2_ -D_WITH_LVS_ -D_WITH_VRRP_ -c main.c cc -g -Wall -O2 -I/build/user/keepalived-1.1.12/debian/include -I../include -I../../lib -Wall -Wunused -Wstrict-prototypes -D_KRNL_2_2_ -D_WITH_LVS_ -D_WITH_VRRP_ -c daemon.c cc -g -Wall -O2 -I/build/user/keepalived-1.1.12/debian/include -I../include -I../../lib -Wall -Wunused -Wstrict-prototypes -D_KRNL_2_2_ -D_WITH_LVS_ -D_WITH_VRRP_ -c pidfile.c cc -g -Wall -O2 -I/build/user/keepalived-1.1.12/debian/include -I../include -I../../lib -Wall -Wunused -Wstrict-prototypes -D_KRNL_2_2_ -D_WITH_LVS_ -D_WITH_VRRP_ -c layer4.c In file included from ../include/check_api.h:29, from layer4.c:27: ../include/check_data.h:38:27: error: linux/ip_masq.h: No such file or directory ../include/check_data.h:39:25: error: net/ip_masq.h: No such file or directory In file included from ../include/check_api.h:29, from layer4.c:27: ../include/check_data.h:113: error: 'IP_MASQ_TNAME_MAX' undeclared here (not in a function) layer4.c: In function 'tcp_socket_state': layer4.c:111: warning: pointer targets in passing argument 5 of 'getsockopt' differ in signedness make[3]: *** [layer4.o] Error 1 make[3]: Leaving directory `/build/user/keepalived-1.1.12/keepalived/core' make[2]: *** [all] Error 1 make[2]: Leaving directory `/build/user/keepalived-1.1.12/keepalived' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/keepalived-1.1.12' make: *** [debian/stamp-makefile-build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428930: gnopernicus: FTBFS: Variable 'datarootdir' not defined in '/usr/lib/pkgconfig/gnome-mag-1.0.pc'
Package: gnopernicus version: 1.0.7-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: checking default fonts path (for braille font)... /usr/share/fonts/default/Type1 checking whether to enable ipv6... yes checking whether to enable paranoia option... no checking whether to enable magnifier support... yes checking whether to enable debug support... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for LIBBRL... yes checking for LIBBRL_TEST... yes checking for LIBMAG... configure: error: Package requirements ( gconf-2.0 >= 2.6.1 libxml-2.0 >= 2.6.7 gnome-mag-1.0 >= 0.11.7) were not met: Variable 'datarootdir' not defined in '/usr/lib/pkgconfig/gnome-mag-1.0.pc' Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBMAG_CFLAGS and LIBMAG_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [config.status] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428932: iptables: FTBFS: ip6_tables.h:25:28: error: linux/compiler.h: No such file or directory
Package: iptables version: 1.3.6.0debian1-5 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/iptables-1.3.6.0debian1/debian/build/iptables_profectio' Unable to resolve dependency on linux/compiler.h. Try 'make clean'. cc -O2 -Wall -Wunused -I/build/user/iptables-1.3.6.0debian1/debian/build/kernel_profectio/include -Iinclude/ -DIPTABLES_VERSION=\"1.3.6\" -D_UNKNOWN_KERNEL_POINTER_SIZE -DIP6T_LIB_DIR=\"/lib/iptables\" -c -o ip6tables.o ip6tables.c In file included from include/libiptc/libip6tc.h:6, from include/ip6tables.h:5, from ip6tables.c:38: /build/user/iptables-1.3.6.0debian1/debian/build/kernel_profectio/include/linux/netfilter_ipv6/ip6_tables.h:25:28: error: linux/compiler.h: No such file or directory In file included from include/libiptc/libip6tc.h:6, from include/ip6tables.h:5, from ip6tables.c:38: /build/user/iptables-1.3.6.0debian1/debian/build/kernel_profectio/include/linux/netfilter_ipv6/ip6_tables.h:207: error: expected ':', ',', ';', '}' or '__attribute__' before '*' token make[1]: *** [ip6tables.o] Error 1 make[1]: Leaving directory `/build/user/iptables-1.3.6.0debian1/debian/build/iptables_profectio' make: *** [build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428928: jfbterm: FTBFS: fbdpsp.c:830:20: error: asm/io.h: No such file or directory
Package: jfbterm version: 0.4.7-7 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/jfbterm-0.4.7' cd . && automake-1.4 --gnu Makefile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -Wimplicit -Wreturn-type -Wunused -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -c main.c gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -Wimplicit -Wreturn-type -Wunused -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -c fbcommon.c In file included from fbcommon.c:54: util.h:53:1: warning: "PAGE_SIZE" redefined In file included from /usr/include/asm/page.h:7, from fbcommon.c:49: /usr/include/asm-i386/page.h:6:1: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -Wimplicit -Wreturn-type -Wunused -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -c fbdpsp.c fbdpsp.c:830:20: error: asm/io.h: No such file or directory fbdpsp.c: In function 'setmode': fbdpsp.c:846: warning: implicit declaration of function 'outb' make[1]: *** [fbdpsp.o] Error 1 make[1]: Leaving directory `/build/user/jfbterm-0.4.7' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428929: ipmitool: FTBFS: open.c:53:29: error: linux/compiler.h: No such file or directory
Package: ipmitool version: 1.8.8-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[5]: Entering directory `/build/user/ipmitool-1.8.8/src/plugins/open' if /bin/sh ../../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../include-g -O2 -fno-strict-aliasing -I /lib/modules/2.6.18-3-amd64/build/include -MT open.lo -MD -MP -MF ".deps/open.Tpo" -c -o open.lo open.c; \ then mv -f ".deps/open.Tpo" ".deps/open.Plo"; else rm -f ".deps/open.Tpo"; exit 1; fi open.c:53:29: error: linux/compiler.h: No such file or directory make[5]: *** [open.lo] Error 1 make[5]: Leaving directory `/build/user/ipmitool-1.8.8/src/plugins/open' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/user/ipmitool-1.8.8/src/plugins' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/user/ipmitool-1.8.8/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/ipmitool-1.8.8' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/ipmitool-1.8.8' make: *** [build-arch-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428926: gmp: FTBFS: /usr/include/c++/4.1.3/bits/locale_facets.h:1682: undefined reference to `std::numpunct::_M_initialize_numpunct(__locale_struct*)'
Package: gmp version: 2:4.2.1+dfsg-4 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /bin/sh ../../libtool --mode=link g++ -g -O2 -Wl,-z,defs -o t-istream t-istream.o -L../../.libs ../../tests/libtests.la ../../libgmpxx.la ../../libgmp.la g++ -g -O2 -Wl,-z -Wl,defs -o .libs/t-istream t-istream.o -L/build/user/gmp-4.2.1+dfsg/.libs ../../tests/.libs/libtests.a ../../.libs/libgmpxx.so /build/user/gmp-4.2.1+dfsg/.libs/libgmp.so ../../.libs/libgmp.so creating t-istream g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../tests-g -O2 -c -o t-locale.o t-locale.cc gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../tests-g -O2 -c clocale.c /bin/sh ../../libtool --mode=link g++ -g -O2 -Wl,-z,defs -o t-locale t-locale.o clocale.o -L../../.libs ../../tests/libtests.la ../../libgmpxx.la ../../libgmp.la g++ -g -O2 -Wl,-z -Wl,defs -o .libs/t-locale t-locale.o clocale.o -L/build/user/gmp-4.2.1+dfsg/.libs ../../tests/.libs/libtests.a ../../.libs/libgmpxx.so /build/user/gmp-4.2.1+dfsg/.libs/libgmp.so ../../.libs/libgmp.so t-locale.o: In function `numpunct': /usr/include/c++/4.1.3/bits/locale_facets.h:1682: undefined reference to `std::numpunct::_M_initialize_numpunct(__locale_struct*)' collect2: ld returned 1 exit status make[5]: *** [t-locale] Error 1 make[5]: Leaving directory `/build/user/gmp-4.2.1+dfsg/tests/cxx' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/build/user/gmp-4.2.1+dfsg/tests/cxx' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/build/user/gmp-4.2.1+dfsg/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/build/user/gmp-4.2.1+dfsg' make[1]: *** [check] Error 2 make[1]: Leaving directory `/build/user/gmp-4.2.1+dfsg' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428925: kover: FTBFS: /usr/include/asm-i386/byteorder.h:24: error: '__u64' does not name a type
Package: kover version: 1:2.9.6-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/share/qt3/bin/moc ./filemode.h -o filemode.moc /usr/share/qt3/bin/moc ./koverfile.h -o koverfile.moc /usr/share/qt3/bin/moc ./without_cd.h -o without_cd.moc /usr/share/qt3/bin/moc ./server_dialog.h -o server_dialog.moc /usr/share/qt3/bin/moc ./cdview.h -o cdview.moc /usr/share/qt3/bin/moc ./imagedlg.h -o imagedlg.moc /usr/share/qt3/bin/moc ./inexact_dialog.h -o inexact_dialog.moc creating kover.all_cc.cc ... if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde -I/usr/include/kde -I/usr/include/qt3 -I.-DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -MT kover.all_cc.o -MD -MP -MF ".deps/kover.all_cc.Tpo" \ -c -o kover.all_cc.o `test -f 'kover.all_cc.cc' || echo './'`kover.all_cc.cc; \ then mv -f ".deps/kover.all_cc.Tpo" ".deps/kover.all_cc.Po"; \ else rm -f ".deps/kover.all_cc.Tpo"; exit 1; \ fi /usr/include/asm-i386/byteorder.h:24: error: '__u64' does not name a type /usr/include/linux/byteorder/swab.h:159: error: '__u64' does not name a type /usr/include/linux/byteorder/swab.h:169: error: '__u64' does not name a type /usr/include/linux/byteorder/swab.h:173: error: variable or field '__swab64s' declared void /usr/include/linux/byteorder/swab.h:173: error: '__swab64s' declared as an 'inline' variable /usr/include/linux/byteorder/swab.h:173: error: '__u64' was not declared in this scope /usr/include/linux/byteorder/swab.h:173: error: 'addr' was not declared in this scope /usr/include/linux/byteorder/swab.h:174: error: expected ',' or ';' before '{' token /usr/include/linux/byteorder/little_endian.h:43: error: '__le64' does not name a type /usr/include/linux/byteorder/little_endian.h:47: error: '__u64' does not name a type /usr/include/linux/byteorder/little_endian.h:67: error: '__be64' does not name a type /usr/include/linux/byteorder/little_endian.h:71: error: '__u64' does not name a type koverfile.cc: In member function 'bool KoverFile::openFile(const KURL&)': koverfile.cc:407: warning: 'download' is deprecated (declared at /usr/include/kde/kio/netaccess.h:122) koverfile.cc: In member function 'bool KoverFile::saveFile(const KURL&)': koverfile.cc:548: warning: 'upload' is deprecated (declared at /usr/include/kde/kio/netaccess.h:161) cdview.cc: In member function 'void CDView::printKover()': cdview.cc:130: warning: 'fromPage' is deprecated (declared at /usr/include/kde/kprinter.h:329) proxy_auth.cc: In member function 'void proxy_auth::handle_input()': proxy_auth.cc:176: warning: array subscript has type 'char' proxy_auth.cc:178: warning: array subscript has type 'char' proxy_auth.cc:185: warning: array subscript has type 'char' proxy_auth.cc:187: warning: array subscript has type 'char' proxy_auth.cc:189: warning: array subscript has type 'char' proxy_auth.cc:196: warning: array subscript has type 'char' proxy_auth.cc:198: warning: array subscript has type 'char' proxy_auth.cc:200: warning: array subscript has type 'char' proxy_auth.cc:202: warning: array subscript has type 'char' direntry.cc: At global scope: direntry.cc:32: warning: unused parameter 'name' direntry.cc:32: warning: unused parameter 'size' direntry.cc:32: warning: unused parameter 'type' filemode.cc:154: warning: unused parameter 'index' directory.cc: In member function 'void directory::make_childs()': directory.cc:137: warning: unused variable 'i' cdtext.cc: In member function 'int cdtext::read_cdtext()': cdtext.cc:120: warning: large integer implicitly truncated to unsigned type PreferencesDialog.cc: At global scope: PreferencesDialog.cc:38: warning: 'vcid' defined but not used make[4]: *** [kover.all_cc.o] Error 1 make[4]: Leaving directory `/build/user/kover-2.9.6/build-tree/kover-2.9.6/kover' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/user/kover-2.9.6/build-tree/kover-2.9.6/kover' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/kover-2.9.6/build-tree/kover-2.9.6' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/kover-2.9.6/build-tree/kover-2.9.6' make: *** [stampdir/build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386
Bug#428783: linux-latest-2.6: Use new Breaks field to avoid installing new kernel image if old packaged modules are installed
On Thu, 14 Jun 2007, Steve Langasek wrote: > My two objections to this are scalability, and lack of comprehensiveness. > It's not scalable because it means the maintainers of the linux-latest-2.6 > package have to centrally keep track of every package in the archive > providing a module metapackage; and it's not comprehensive because you say > at the end that you only want it to list packages that are autobuilt. Well, the fact that I restrict it to auto-built package is precisely a compromise in favor of scalability. Auto-built packages are already centralized in linux-modules-* and it should be doable to automate this process much like the rest is already automated. > Why would it not be sufficient for the metapackages to each depend on the > corresponding linux-image package? That eliminates the need for a central > registry of such packages. You could be right... do you mean something like this? Package: -modules-2.6-686 Depends: linux-image-2.6-686 (= 2.6.21+7) This should give the same behaviour indeed. The modules meta-package would be broken when the linux-image-2.6 metapackages are upgraded unsynchronized. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#428921: fbgetty: FTBFS: options.c:154: error: expected expression before 'struct'
Package: fbgetty version: 0.1.698-9 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user/fbgetty-0.1.698/src' cc -DHAVE_CONFIG_H -I../include -I../include-g -Wall -O2 -c `test -f main.c || echo './'`main.c cc -DHAVE_CONFIG_H -I../include -I../include-g -Wall -O2 -c `test -f options.c || echo './'`options.c options.c:154: warning: implicit declaration of function 'offsetof' options.c:154: error: expected expression before 'struct' options.c:154: error: initializer element is not constant options.c:154: error: (near initialization for 'env_options[0].offset') options.c:155: error: expected expression before 'struct' options.c:155: error: initializer element is not constant options.c:155: error: (near initialization for 'env_options[1].offset') options.c:158: error: expected expression before 'struct' options.c:158: error: initializer element is not constant options.c:158: error: (near initialization for 'env_options[2].offset') options.c:159: error: expected expression before 'struct' options.c:159: error: initializer element is not constant options.c:159: error: (near initialization for 'env_options[3].offset') options.c:160: error: expected expression before 'struct' options.c:160: error: initializer element is not constant options.c:160: error: (near initialization for 'env_options[4].offset') options.c:163: error: expected expression before 'struct' options.c:163: error: initializer element is not constant options.c:163: error: (near initialization for 'env_options[5].offset') options.c:164: error: expected expression before 'struct' options.c:164: error: initializer element is not constant options.c:164: error: (near initialization for 'env_options[6].offset') options.c:166: error: expected expression before 'struct' options.c:166: error: initializer element is not constant options.c:166: error: (near initialization for 'env_options[7].offset') options.c:167: error: expected expression before 'struct' options.c:167: error: initializer element is not constant options.c:167: error: (near initialization for 'env_options[8].offset') options.c:168: error: expected expression before 'struct' options.c:168: error: initializer element is not constant options.c:168: error: (near initialization for 'env_options[9].offset') options.c:170: error: expected expression before 'struct' options.c:170: error: initializer element is not constant options.c:170: error: (near initialization for 'env_options[10].offset') options.c:171: error: expected expression before 'struct' options.c:171: error: initializer element is not constant options.c:171: error: (near initialization for 'env_options[11].offset') options.c:172: error: expected expression before 'struct' options.c:172: error: initializer element is not constant options.c:172: error: (near initialization for 'env_options[12].offset') options.c:174: error: expected expression before 'struct' options.c:174: error: initializer element is not constant options.c:174: error: (near initialization for 'env_options[13].offset') options.c:175: error: expected expression before 'struct' options.c:175: error: initializer element is not constant options.c:175: error: (near initialization for 'env_options[14].offset') options.c:902: error: expected expression before 'struct' options.c:902: error: initializer element is not constant options.c:902: error: (near initialization for 'merge_option_list[0].offset') options.c:904: error: expected expression before 'struct' options.c:904: error: initializer element is not constant options.c:904: error: (near initialization for 'merge_option_list[1].offset') options.c:907: error: expected expression before 'struct' options.c:907: error: initializer element is not constant options.c:907: error: (near initialization for 'merge_option_list[2].offset') options.c:908: error: expected expression before 'struct' options.c:908: error: initializer element is not constant options.c:908: error: (near initialization for 'merge_option_list[3].offset') options.c:909: error: expected expression before 'struct' options.c:909: error: initializer element is not constant options.c:909: error: (near initialization for 'merge_option_list[4].offset') options.c:911: error: expected expression before 'struct' options.c:911: error: initializer element is not constant options.c:911: error: (near initialization for 'merge_option_list[5].offset') options.c:912: error: expected expression before 'struct' options.c:912: error: initializer element is not constant options.c:912: error: (near initialization for 'merge_option_list[6].offset') options.c:913: error: expected expression before 'struct' options.c:913: error: initializer element is not constant options.c:913: error: (near initialization for 'merge_option_list[7].offset') options.c:915: error: expected expression before 'struct' options.c:915: error: initializer elemen
Bug#428808: [Buildd-tools-devel] Bug#428808: schroot: Fails if chroot's /etc/resolv.conf already points to the right resolv.conf
On Thu, 14 Jun 2007, Roger Leigh wrote: > Raphael Hertzog <[EMAIL PROTECTED]> writes: > > > Following my previous bug report I switched my chroot to "plain" type and > > got this: > > [EMAIL PROTECTED]:~$ schroot -c sarge > > cp: `/etc/resolv.conf' and > > `/var/lib/schroot/mount/sarge-dc129170-7fe7-44ad-9a5e-a7f4e67a716a/etc/resolv.conf' > > are the same file > > E: sarge-dc129170-7fe7-44ad-9a5e-a7f4e67a716a: Chroot setup failed: > > stage=setup-start > > > > This is because I have /etc/resolv.conf as a symlink pointing > > to .host/resolv.conf and /etc/.host/ is bind mounted to the real > > /etc/. > > That's not recommended, in case anything trashes your host system's > passwd/group/resolv.conf. We deliberately copy them into the chroot > so that bind-mounted files on the host can't be accidentally damaged > either by the setup scripts or any action taken inside the chroot. Yeah I know that. Actually I use this only for /etc/resolv.conf and /etc/hosts. Anything that can be changed by packages (like passwd files) is voluntarily kept as separate files. > This isn't ideal; I'm willing to look into any suggestions for better > ways of handling these files inside the chroot. Ideally it should > better cope with different NSS configurations in addition to files, > but we can't be sure the necessary packages are present to cope with > different setups. I don't have any suggestion for this. > > It looks like /etc/schroot/setup.d/20network could be enhanced to check > > for this specific case at least. Or it could simply do nothing if the > > chroot's resolv.conf is a symlink. > > We can certainly stat(1) both and check if the device and inode > numbers are the same. I'm not so sure about the symlink; I don't know > how the script can be certain of correctly assuming the intent of the > system administrator in this case. You need to resolve (readlink -f or -e) the symlink before doing the stat in any case. Because the symlink has its own inode number. Another simpler solution is to copy the file only if it's needed (i.e. when the content differs). You calculate the md5sum of each file and you copy only when they differ. This is even better I think. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#428919: apache2-mpm-itk: FTBFS: patches dont apply; autoconf: no input file
Package: apache2-mpm-itk version: 2.2.3-04-2 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: 1 out of 1 hunk ignored Applying 09-nice.patch ... can't find file to patch at input line 7 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |Support a per-vhost nice value. | |Index: apache2.2/server/mpm/experimental/itk/itk.c |=== |--- apache2.2.orig/server/mpm/experimental/itk/itk.c |+++ apache2.2/server/mpm/experimental/itk/itk.c -- File to patch: Skip this patch? [y] Skipping patch. 8 out of 8 hunks ignored autoconf: no input file make: *** [build-stamp] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428924: ebtables: FTBFS: include/linux/netfilter_bridge.h:7:26: error: linux/config.h: No such file or directory
Package: ebtables version: 2.0.6-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/ebtables-2.0.6' gcc -g -Wall -O2 -DPROGVERSION=\"2.0.6\" -DPROGNAME=\"ebtables\" -DPROGDATE=\"November\ 2003\" -D_PATH_ETHERTYPES=\"/etc/ethertypes\" -c -o getethertype.o getethertype.c -Iinclude/ gcc -g -Wall -O2 -DPROGVERSION=\"2.0.6\" -DPROGNAME=\"ebtables\" -DPROGDATE=\"November\ 2003\" -D_PATH_ETHERTYPES=\"/etc/ethertypes\" -c -o ebtables.o ebtables.c -Iinclude/ In file included from include/linux/netfilter_bridge/ebtables.h:17, from include/ebtables_u.h:27, from ebtables.c:30: include/linux/netfilter_bridge.h:7:26: error: linux/config.h: No such file or directory ebtables.c: In function 'list_em': ebtables.c:583: warning: pointer targets in passing argument 1 of 'print_mac_and_mask' differ in signedness ebtables.c:583: warning: pointer targets in passing argument 2 of 'print_mac_and_mask' differ in signedness ebtables.c:590: warning: pointer targets in passing argument 1 of 'print_mac_and_mask' differ in signedness ebtables.c:590: warning: pointer targets in passing argument 2 of 'print_mac_and_mask' differ in signedness ebtables.c: In function 'main': ebtables.c:2193: warning: pointer targets in passing argument 2 of 'get_mac_and_mask' differ in signedness ebtables.c:2193: warning: pointer targets in passing argument 3 of 'get_mac_and_mask' differ in signedness ebtables.c:2208: warning: pointer targets in passing argument 2 of 'get_mac_and_mask' differ in signedness ebtables.c:2208: warning: pointer targets in passing argument 3 of 'get_mac_and_mask' differ in signedness make[1]: *** [ebtables.o] Error 1 make[1]: Leaving directory `/build/user/ebtables-2.0.6' make: *** [debian/stamp-makefile-build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428922: festival-gaim: FTBFS: No package 'gaim' found
Package: festival-gaim version: 1.1-5 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GAIM... configure: error: Package requirements (gaim) were not met: No package 'gaim' 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 GAIM_CFLAGS and GAIM_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [debian/stamp-autogen] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428882: xserver-xorg-input-kbd: xserver-xorg-input-keyboard break X
Hello Julien, Why the package doesn't change directly xorg.conf? Or informe automatically with a little dialog box to change the xorg.conf. Sincerely i don't read always the NEWS.Debian.gz for upgraded packages. Best regards, Le jeudi 14 juin 2007 à 23:43 +0200, Julien Cristau a écrit : > forcemerge 428794 428882 > kthxbye > > On Thu, Jun 14, 2007 at 23:31:32 +0200, WaVeR wrote: > > > Package: xserver-xorg-input-kbd > > Version: 1:1.2.0-1+1.2.1 > > Severity: critical > > Justification: breaks unrelated software > > > no it doesn't. > Please read /usr/share/doc/xserver-xorg-input-kbd/NEWS.Debian.gz. > > Cheers, > Julien > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428920: brltty: FTBFS: ../../Programs/usb_linux.c:33:28: error: linux/compiler.h: No such file or directory
Package: brltty version: 3.7.2-7.1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/sys_linux.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/io_misc.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/sysmisc.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/queue.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/cut.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/route.c mawk -f ../../Programs/cmds.awk ../../Programs/brldefs.h >cmds.auto.h gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/cmd.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/at2.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/tbl.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/ctb_compile.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/ctb_translate.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/serial.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/usb.c gcc -Wall -g -O2 -I. -I.. -I../../Programs -I../.. -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -DHAVE_CONFIG_H -c ../../Programs/usb_linux.c ../../Programs/usb_linux.c:33:28: error: linux/compiler.h: No such file or directory make[2]: *** [usb_linux.o] Error 1 make[2]: Leaving directory `/build/user/brltty-3.7.2/build-brltty/Programs' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/brltty-3.7.2/build-brltty' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428923: fxload: FTBFS: ezusb.c:32:25: error: linux/usb.h: No such file or directory
Package: fxload version: 0.0.20020411-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/fxload-0.0.20020411' cc -c -O -Wall ezusb.c -o ezusb.o ezusb.c:32:25: error: linux/usb.h: No such file or directory ezusb.c: In function 'ezusb_read': ezusb.c:176: error: 'USB_DIR_IN' undeclared (first use in this function) ezusb.c:176: error: (Each undeclared identifier is reported only once ezusb.c:176: error: for each function it appears in.) ezusb.c:176: error: 'USB_TYPE_VENDOR' undeclared (first use in this function) ezusb.c:176: error: 'USB_RECIP_DEVICE' undeclared (first use in this function) ezusb.c: In function 'ezusb_write': ezusb.c:205: error: 'USB_DIR_OUT' undeclared (first use in this function) ezusb.c:205: error: 'USB_TYPE_VENDOR' undeclared (first use in this function) ezusb.c:205: error: 'USB_RECIP_DEVICE' undeclared (first use in this function) ezusb.c: In function 'ezusb_cpucs': ezusb.c:232: error: 'USB_DIR_OUT' undeclared (first use in this function) ezusb.c:232: error: 'USB_TYPE_VENDOR' undeclared (first use in this function) ezusb.c:232: error: 'USB_RECIP_DEVICE' undeclared (first use in this function) make[1]: *** [ezusb.o] Error 1 make[1]: Leaving directory `/build/user/fxload-0.0.20020411' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428861: ITP: oreon -- A monitoring solution based on Nagios
Quoting Yann Rouillard ([EMAIL PROTECTED]): > Package: wnpp > Severity: wishlist > Owner: Yann Rouillard <[EMAIL PROTECTED]> > > > * Package name: oreon > Version : 1.4 > * URL : http://www.oreon-project.org/ > * License : GPL > Programming Lang: Php > Description : A monitoring solution based on Nagios I suggest you remove the leading article from the description (and *not* capitalize "monitoring" because of this:-). signature.asc Description: Digital signature
Bug#428918: xserver-xorg-core: xorg.conf man page: contradictory and incomplete info
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-6 Severity: minor 1. The man page for xorg.conf, in the Files section, under FontPath, says "When this entry is not specified in the config file, the server falls back to the compiled-in default font path, which contains the following font path elements:" This seems to imply that if the entry is specified, the defaults are ignored. The NEWS.Debian and the later description on the man page of the UseDefaultFontPathOption indicates that, at least in the default settings, FontPath elements are added to those in the defaults. 2. The Module Section indicates that many modules are loaded by default, at least on demand. But it doesn't specify what those are, or how to determine what they are. 3. It was not clear if the defaults fonts or modules have been modified for Debian. This might be addressed in README.Debian. 4. The syntax for fontpath elements that use unix domain sockets is unclear, since neither hostname nor port seem relevant. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-06-03 09:08 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1736280 2007-06-01 06:28 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 PCIe] (rev a2) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 4536 2007-06-14 16:53 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/CID" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Disable "dri" Load"evdev" Load"extmod" Load"freetype" Load"glx" Disable "GLcore" Load"nvidia" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "Auto" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "nvidia" Driver "nvidia" BusID "PCI:1:0:0" Option "IgnoreEdid" EndSection Section "Monitor" # will do [EMAIL PROTECTED] Identifier "Nanao" Option "DPMS" HorizSync 30-86 VertRefresh 55-160 DisplaySize 285 230 EndSection Section "Monitor" # Up to 1600 x 1200 # Hitachi CM721F Identifier "Hitachi" Option "DPMS" HorizSync 31-95 VertRefresh 50-120 DisplaySize 366 274 EndSection Section "Screen" Ident
Bug#428788: vnc4-common: black backgrounds in some apps on Sparc machine if parameter -depth not set
Hi On Thu, Jun 14, 2007 at 11:34:47PM +0200, Bruno Lesenechal wrote: > >If I start using 'vnc4server -depth 16' some backgrounds and >checkboxes are black (see attached screenshot). It has exactly the >same result as starting without setting a color depth. >I've tried with some WM (blackbox, icewm, gnome) : the problem is the >same. >I've tried with debian stable and testing, the problem is also the >same. It should be as the version is the same there. >The problem seems also architecture specific, I don't experience this >issue on x86 machines. Aha! That explains why I can not see it. >Don't hesitate if you have any questions, i'm quite used being asked >questions about bugs as i'm a QA engineer ;) :) Well I have a problem to determine the cause of this as I do not have access to a sparc machine... I'll be on vacation for 3-5 weeks now, so do not expect a solution too early. :) If you find out something yourself I'm interested in knowing more. Regards, // Ola >Bruno > >2007/6/14, Ola Lundqvist <[EMAIL PROTECTED]>: > > Hi > Ok. > I'll see what I can do. > It do not work if you specify depth 16? > Regards, > // Ola > On Thu, Jun 14, 2007 at 05:38:17PM +0200, Bruno Lesenechal wrote: > > > >Hi Ola > >I'm starting vnc server using simply 'vnc4server' of > 'tightvncserver'. > >I reported it as a vnc4-common bug as I exprerienced the > problem vith > >both vnc servers (even if tightvncserver is using vnc-common, > not > >vnc4-common). > >Regards, > >Bruno > > > >2007/6/14, Ola Lundqvist <[EMAIL PROTECTED]>: > > > > Hi Bruno > > Hmm. What is the line you are using to start the vncserver? > > And why did you report it against vnc4-common? > > Regards, > > // Ola > > > > Referenser > > > >1. mailto:[EMAIL PROTECTED] > -- > - Ola Lundqvist --- > / [EMAIL PROTECTED] Annebergsslingan > 37 \ > | [EMAIL PROTECTED] 654 65 > KARLSTAD | > | [6]http://opalsys.net/ +46 (0)70-332 1551 > | > \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / > --- > > Referenser > >1. mailto:[EMAIL PROTECTED] >2. http://debian.org/ >3. mailto:[EMAIL PROTECTED] >4. mailto:[EMAIL PROTECTED] >5. mailto:[EMAIL PROTECTED] >6. http://opalsys.net/ -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428913: Acknowledgement (debian-installer-manual: improve partman-auto/expert_recipe example)
I've just found something in my preseeding file that seems to change the story here. For some reason I had this as the first line of the expert recipe item: partman-auto/expert_recipe string boot-root instead of d-i partman-auto/expert_recipe string boot-root Argh. I commented out the choose_recipe line from my patch d-i partman-auto/choose_recipe select boot-root and things still work, ie the installer does not halt and ask me which autopartitioning scheme I want to use. Argh. So perhaps the patch is superfluous. However I can't see much harm in including it as to my eyes it makes it clearer which partitioning scheme is being selected. It's unclear to me whether the presence of an expert_recipe in the preseed file will always trump the standard recipes that come with the installer. If this is the case could that be explicitly documented in the appendix, eg # Or provide a recipe of your own... +# If you provide an expert_recipe the installer will use this +# automatically, in preference to the predefined partitioning recipes. # The recipe format is documented in the file devel/partman-auto-recipe.txt. Aside from this, attention should be drawn to the need for an inline expert recipe to have the 'd-i' prefixed to it, while a recipe in a file should not (must not?) have this. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#287812: nqc bugs in debian
Thank you very much for trying out the package. Michael Wales <[EMAIL PROTECTED]> writes: > It runs fine as far as I can tell, but to get the usb tower to work I > had add the following symbolic link: > ls -l /dev/usb > total 0 > lrwxrwxrwx 1 root root 16 2007-06-15 00:48 legousbtower0 -> ../legousbtower0 > > Is that a Debian vs Ubuntu issue? I'm not sure. I will investigate before I upload the package. > Other than that issue, I was able to compile, download firmware, and > download apps to my RCX with the USB tower. Glad to hear it. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426117: exim4: unable to connect /var/run/clamav/clamd.ctl, but /var/run/clamav/clamd.ctl...
Hi Marc,yes, its ok for me to close this bug.I have found yesterday the same bug via googling after the clamd error message.Thank you for you suggestions and help.Greetings Axel
Bug#108504: nqc bugs in debian
The .deb file won't install on my 64-bit system (ubuntu feisty): dpkg: error processing nqc_3.1.r6-1_i386.deb (--install): package architecture (i386) does not match system (amd64) Errors were encountered while processing: nqc_3.1.r6-1_i386.deb On my 32-bit system (ubuntu edgy), dpkg complained that a bunch of my libraries weren't high enough versions: [EMAIL PROTECTED]:~$ sudo dpkg -i nqc_3.1.r6-1_i386.deb (Reading database ... 168086 files and directories currently installed.) Preparing to replace nqc 3.1.r6-1 (using nqc_3.1.r6-1_i386.deb) ... Unpacking replacement nqc ... dpkg: dependency problems prevent configuration of nqc: nqc depends on libc6 (>= 2.5-5); however: Version of libc6 on system is 2.4-1ubuntu12.3. nqc depends on libgcc1 (>= 1:4.2-20070516); however: Version of libgcc1 on system is 1:4.1.1-13ubuntu5. nqc depends on libstdc++6 (>= 4.2-20070516); however: Version of libstdc++6 on system is 4.1.1-13ubuntu5. dpkg: error processing nqc (--install): dependency problems - leaving unconfigured Errors were encountered while processing: nqc I installed it anyways with: sudo dpkg -i nqc_3.1.r6-1_i386.deb -ignore-depends=libc6 -ignore-depends=libgc1 -ignore-depends=libstdc++6 It runs fine as far as I can tell, but to get the usb tower to work I had add the following symbolic link: ls -l /dev/usb total 0 lrwxrwxrwx 1 root root 16 2007-06-15 00:48 legousbtower0 -> ../legousbtower0 Is that a Debian vs Ubuntu issue? Other than that issue, I was able to compile, download firmware, and download apps to my RCX with the USB tower. Ben Pfaff wrote: Michael Wales <[EMAIL PROTECTED]> writes: There are 2 bugs in Debian for nqc that I think have a possible resolution: #108504: LEGO USB Tower Support #287812: nqc: FTBFS (64-bit architectures): cast from 'const char*' to 'int' loses precision Thanks! I couldn't figure out how to directly update the debian bug report, but I updated the bug report in launchpad. You can add to Debian bug reports by sending email to @bugs.debian.org, e.g. [EMAIL PROTECTED] for the first bug above. I'm adding these bug reports to the CC. I put an updated package including your patch (only the Makefile patch was not already in the Debian package) in the directory here: http://footstool.stanford.edu/~blp/ Can you test it? I do not have LEGO USB hardware or actually any LEGO MindStorms hardware anymore, so I cannot test it myself. If it works for you, then I will upload it to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428917: myphpmoney: Minor errors in Debconf template
Package: myphpmoney Version: 2.0-1 Severity: minor Tags: patch While translating your template to German I noticed the following minor errors: -msgid "Error: failed to set up MyPhpMoney database properly !" +msgid "Error: failed to set up MyPhpMoney database properly!" -"the \"dpkg --purge myphpmoney\" command (i.e. remove everything including " +"the \"dpkg --purge myphpmoney\" command (i.e. remove everything including " Please unfuzzy all translations after fixing these. Further, you reference a file "/usr/share/doc/myphpmoney/README.Debian": "using your favourite browser to visit ${site}. Please read /usr/share/doc/" "myphpmoney/README.Debian for more details." This file does not exist in etch or sid MyPhpMoney. If you are going to include it in your next upload please ignore this comment. -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#428916: myphpmoney: [INTL:de] updated German debconf translation
Package: myphpmoney Version: 2.0-1 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for myphpmoney attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of myphpmoney templates # Unknown author via DDTP # Helge Kreutzmann <[EMAIL PROTECTED]>, 2007. # This file is distributed under the same license as the myphpmoney package. # msgid "" msgstr "" "Project-Id-Version: myphpmoney 2.0-1\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-06-08 13:06-0300\n" "PO-Revision-Date: 2007-06-15 07:02+0200\n" "Last-Translator: Helge Kreutzmann <[EMAIL PROTECTED]>\n" "Language-Team: German <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" "Content-Transfer-Encoding: 8bit\n" # Template: myphpmoney/configuration # ddtp-prioritize: 44 # #. Type: boolean #. Description #: ../templates:1001 msgid "Do you want to configure MyPhpMoney now?" msgstr "Möchten Sie MyPhpMoney jetzt konfigurieren?" # #. Type: boolean #. Description #: ../templates:1001 msgid "" "MyPhpMoney needs to be configured before its use, i.e. the MySQL database " "should be created and the Apache Web Server should be configured." msgstr "" "MyPhpMoney muss vor seinem Gebrauch konfiguriert werden, insbesondere muss " "die MySQL-Datenbank erstellt und der Apache-Web-Server konfiguriert werden." # #. Type: boolean #. Description #: ../templates:1001 msgid "" "For that you will need the username and the password of your MySQL database " "administrator." msgstr "" "Dafür brauchen Sie den Benutzernamen und das Passwort Ihres MySQL-Datenbank-" "Administrators." # #. Type: boolean #. Description #: ../templates:1001 msgid "" "If you want to configure it later, you should run 'dpkg-reconfigure " "myphpmoney'." msgstr "" "Falls Sie es später konfigurieren möchten, rufen Sie »dpkg-reconfigure " "myphpmoney« auf." # Template: myphpmoney/webservers # ddtp-prioritize: 44 # #. Type: multiselect #. Description #: ../templates:2001 msgid "Tell which Web Server you want to use for MyPhpMoney:" msgstr "Bestimmen Sie, welchen Web-Server Sie für MyPhpMoney verwenden möchten:" # #. Type: multiselect #. Description #: ../templates:2001 msgid "MyPhpMoney currently only supports Apache type Web Servers." msgstr "MyPhpMoney unterstützt gegenwärtig nur Apache-artige Web-Server." # Template: myphpmoney/databasemgr_server # ddtp-prioritize: 44 # #. Type: string #. Description #: ../templates:3001 msgid "The hostname where your database is running:" msgstr "Rechnernamen der Maschine, auf der Ihre Datenbank läuft:" # #. Type: string #. Description #: ../templates:3001 msgid "" "If your database is on another machine besides the one that MyPhpMoney is " "running on then you need to change this value to the fully qualified domain " "name for that system. If you wish to access it locally, simply use " "\"localhost\" here." msgstr "" "Falls sich Ihre Datenbank auf einer anderen Maschine als derjenigen, auf der " "MyPhpMoney läuft, befindet, müssen Sie den Wert in den voll qualifizierten " "Domänen-Namen des entsprechenden Systems abändern. Falls Sie lokal zugreifen " "möchten, nehmen Sie einfach »localhost«." # Template: myphpmoney/database_name # ddtp-prioritize: 44 # #. Type: string #. Description #: ../templates:4001 msgid "The name do you want for your MyPhpMoney database:" msgstr "Den Namen, den Sie für Ihre MyPhpMoney-Datenbank wünschen:" # #. Type: string #. Description #: ../templates:4001 msgid "This is where all the MyPhpMoney data will be stored." msgstr "Hier werden alle MyPhpMoney-Daten gespeichert." # Template: myphpmoney/mysql_user # ddtp-prioritize: 44 # #. Type: string #. Description #: ../templates:5001 msgid "MySQL database username:" msgstr "MySQL-Datenbank-Benutzername:" # #. Type: string #. Description #: ../templates:5001 msgid "" "What username will access the MySQL database for MyPhpMoney? This user will " "be created if it doesn't already exist. Note that your database manager " "must be configured to allow password authentication or MyPhpMoney will not " "work." msgstr "" "Welcher Benutzername soll für den Zugriff auf die MySQL-Datenbank durch " "MyPhpMoney verwendet werden? Dieser Benutzer wird neu erstellt, falls er noch " "nicht existiert. Beachten Sie, dass Ihr Datenbank-Manager für die Passwort-" "Authentifizierung konfiguriert sein muss, da MyPhpMoney sonst nicht " "funktioniert." # Template: myphpmoney/database_pass # ddtp-prioritize: 44 # #. Type: password #. Description #: ../templates:6001 msgid "The password you wish to use for the database user:" msgstr "Das Passwort, das Sie für den Datenbank-Benutzer verwenden möchten:" # #. Type: password #. Desc
Bug#428159: mantis: [debconf_rewrite] Debconf templates review
Kevin Coyner schrieb: > Does that sound O.K. to you ... namely that we add in an "Other" > choice, which you'd have to provide code for in the maintainers' > script? Yes, almost. I will only support apache2 for the next release, cause the apache variants are ruled out. Also it will take me some time to provide the lighttpd configurator. So, if I add lighttpd to the automatic configuration we need to change the text, cause it is to apache-specific currently. But as it *is* apache-only for now, i think it is better to keep it like this. So go on in the process. Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428653: libpisock9: m150 does not sync because of blacklist visor
On Thu, 14 Jun 2007 14:54:14 +0200 Ludovic Rousseau <[EMAIL PROTECTED]> wrote: > Add the file /etc/modprobe.d/libpisock9 again (maybe also reboot to be > sure) and test with the command: > > $ pilot-xfer --list --port=usb: pilot-xfer seems to work fine with /etc/modprobe.d/libpisock9 back in place, though note that the pilot-link package was not already installed. $ pilot-xfer --list --port=usb: Listening for incoming connection on usb:... connected! Reading list of databases in RAM... Queries AddressDB DatebookDB ExpenseDB MemoDB ConnectionMgrDB NetworkDB npadDB wcCityDB ToDoDB Graffiti 2 Demo WClock AddressCitiesDB CitiesDB AddressCompaniesDB AddressCountriesDB wcCntyDB psysLaunchDB Graffiti ShortCuts Unsaved Preferences Net Prefs System MIDI Sounds Saved Preferences AddressStatesDB AddressTitlesDB VendorsDB List complete. 26 files found. Thank you for using pilot-link. /etc/modprobe.d/libpisock9 still has to be removed to get jpilot to sync, though, even with pilot-link installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428915: debian-installer-manual: reference to further info on preseeding
Package: debian-installer-manual Severity: minor Tags: patch *** Please type your report below this line *** Hi, The coverage of partitioning in the preseeding appendix is quite brief and I think it would be helpful to point people to the additional information available in installer/doc/devel/partman-auto-recipe.txt A suggested patch is attached. It's unclear to me whether the text should direct people specifically to the file cited above, and/or installer/doc/devel/partman-doc.sgml. Cheers Vince -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Index: manual/en/appendix/preseed.xml === --- manual/en/appendix/preseed.xml (revision 47253) +++ manual/en/appendix/preseed.xml (working copy) @@ -1014,6 +1025,11 @@ d-i partman/confirm boolean true + + +More information on preseeded disk partitioning is available in the debian-installer subversion repository. + +
Bug#428914: nbd-server: Fails to install
Package: nbd-server Version: 1:2.9.3-1 Severity: important Hi, Setting up nbd-server (1:2.9.3-1) ... /var/lib/dpkg/info/nbd-server.postinst: line 92: .: filename argument required .: usage: . filename [arguments] dpkg: error processing nbd-server (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: nbd-server E: Sub-process /usr/bin/dpkg returned an error code (1) Line 92 is ". $TMPFILE", but TMPFILE is defined in the if block prior to that line. -- System Information: Debian Release: 4.0 APT prefers feisty-updates APT policy: (500, 'feisty-updates'), (500, 'feisty-security'), (500, 'feisty') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-16-generic Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288324:
Just pinging here. Is the new upstream version going to be packaged and uploaded soon? Andres Mejia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428913: debian-installer-manual: improve partman-auto/expert_recipe example
Package: debian-installer-manual Severity: minor Tags: patch *** Please type your report below this line *** Hi, I have been looking into preseeding and partitioning, and noticed what appears to be an omission in the example code. The example shows a nice expert recipe but does not include the line that makes the installer make use of it. A tiny patch for this is attached. Without this line in the preseed file the installer stops in its tracks and there was no way (that I could see) to select the expert recipe I had constructed. Cheers Vince -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Index: manual/en/appendix/preseed.xml === --- manual/en/appendix/preseed.xml (revision 47253) +++ manual/en/appendix/preseed.xml (working copy) @@ -912,6 +922,7 @@ # If not, you can put an entire recipe into the preconfiguration file in one # (logical) line. This example creates a small /boot partition, suitable # swap, and uses the rest of the space for the root partition: +#d-i partman-auto/choose_recipe select boot-root #d-i partman-auto/expert_recipe string \ # boot-root ::\ # 40 50 100 ext3 \
Bug#428912: menu: [INTL:de] initial German po file translation
Package: menu Version: 2.1.34 Severity: wishlist Tags: patch l10n Please find the initial German po file translation for menu attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # # Copyright (C) 2007 Debian menu team # This file is distributed under the same license as the menu package. # Bill Allombert <[EMAIL PROTECTED]>, 2007. # Helge Kreutzmann <[EMAIL PROTECTED]>, 2007. # msgid "" msgstr "" "Project-Id-Version: menu 2.1.34\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-06-05 21:25+0200\n" "PO-Revision-Date: 2007-06-15 05:39+0200\n" "Last-Translator: Helge Kreutzmann <[EMAIL PROTECTED]>\n" "Language-Team: German <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" "Content-Transfer-Encoding: 8bit\n" #: ../scripts/su-to-root:31 msgid "" "usage: %s [-X] [-p ] -c \n" " -c command: command to execute as a string (mandatory)\n" " -p : user to switch to (default: root)\n" " -X: command is a X11 program\\n" msgstr "" "Verwendung: %s [-X] [-p ] -c \n" " -c Befehl: auszuführender Befehl als Zeichenkette (zwingend)\n" " -p : Benutzer, auf den gewechselt werden soll (Standard: root)\n" " -X: Befehl ist ein X11-Programm\\n" #: ../scripts/su-to-root:62 msgid "About to execute %s.\\n" msgstr "Führe jetzt %s aus.\\n" #: ../scripts/su-to-root:63 msgid "This command needs %s privileges to be executed.\\n" msgstr "" "Dieser Befehl benötigt die Privilegien von %s, um ausgeführt zu werden.\\n" #: ../scripts/su-to-root:72 msgid "Using %s...\\n" msgstr "Verwende %s ...\\n" #: ../scripts/su-to-root:73 msgid "Enter %s passwd at prompt.\\n" msgstr "Geben Sie das Passwort von %s ein.\\n" #: ../scripts/su-to-root:76 msgid "Incorrect password or command failed. Try again? (y/N)" msgstr "Falsches Passwort oder Befehl fehlgeschlagen. Nochmal versuchen? (j/N)"
Bug#428825: aptitude: Seems to install *only* new packages upon dist-upgrade
On Thu, Jun 14, 2007 at 05:25:10PM +0200, Frank Küster <[EMAIL PROTECTED]> was heard to say: > Daniel Burrows <[EMAIL PROTECTED]> wrote: > > > What do you get here if you pass -D at the command line? I bet you > > get just the same thing back... > > Yes, with lots of Ds and Ss and Rs: [snip] > > If you look at your aptitude log, does aptitude say it wanted to install > > all this stuff on a previous run? > > No, it doesn't seem so, neither looking manually at the last couple of > runs, nor > > egrep '(rsync|rpm|pcituils)' /var/log/aptitude > > Also, are there any currently broken > > packages? (e.g., run "apt-cache unmet | grep Depends") > > Oh, apt-cache reports lots of. I'm really surprised that this hasn't > shown up earlier. I have dist-upgraded this chroot once or twice a week > usually, sometimes not for two weeks, but I don't remember any errors. Interesting. > I also cannot understand why aptitude wants to install the packages it > told me, while the packages it needs seem to be quite unrelated. Three > packages around with the output of apt-cache unmet clusters seem to be > apache-common, icedove and enigmail, but these packages were not > selected by aptitude: That's more surprising. When aptitude breaks into the resolver, it tries to fix *all* the broken packages it can see. > Package icedove-locale-sk version 1:1.5.0.8-1 has an unmet dep: > Depends: icedove (<= 1.5.0.99) I recommended "apt-cache unmet" without taking a good look at it :-/. [EMAIL PROTECTED]:~$ apt-cache unmet | grep -B 1 Depends | head --lines 5 Package dia-libs version 0.94.0-17.1etch1 has an unmet dep: Depends: python2.3 (>= 2.3) -- Package libestraier7 version 1.0.6-1.1etch1 has an unmet dep: Depends: libqdbm11 Neither dia-libs nor libestraier is installed on my computer. So that output is not useful: it just displays unmet dependencies without checking if the depender is installed. > > If you jump into > > the visual UI (run without any argument) or run "aptitude install", do you > > still see all that stuff being installed? > > Running the TUI and pressing "g" gives nothing except the remark about > the held-back apt stuff, "aptitude install" is silent. Even more > strange, with all those supposedly unmet dependencies? Let's have a > look what dpkg thinks: Hm, so those two commands *DON'T* install all that extra stuff? > > Usually output like this means that a previous install aborted (e.g., > > because of package installation errors) and aptitude is trying to complete > > it. Certainly there's something installed on your system that requires > > those packages, or aptitude would have dropped them as being unused > > I don't get it. As a test, I have now installed one of the libs which > aptitude wanted (libpci2, one which doesn't pull in anything) and tried again > dist-upgrade - no change. In the TUI, no information is shown for a > view of the packages I tried which would discriminate them from all > those thousands which aptitude does not want to touch. In particular, > no package is shown to depend on pciutils, ... > > Ah, here is something. lsb-core is among those which aptitude wanted to > install. > > p--\ lsb-core 3.1-23.1 > [...] > --\ Depends > --- alien (>= 8.36) (UNSATISFIED) > --- at (UNSATISFIED) > --- bc (UNSATISFIED) > [...] > > But no package is shown to Depend on it. How can I find out whether any > installed package Recommends it? And why are alien, at, bc and more > marked as unsatisfied? They are not installed, but they easily could: Aha. If you look at the aptitude output earlier in your mail, it looks like lsb-core is required by lsb. lsb is recommended by lsb-release, and lsb-release is required by python-apt. So the only bug I see here is that it's too hard to get a sensible explanation of where autoinstalls (the ones done internally by libapt) come from. Daniel
Bug#428911: epiphany-browser: epiphany browser freezes with flash playing
Package: epiphany-browser Version: 2.18.2-1 Severity: important Hello, I use Debian Sid.i invokes epiphany as "aoss epiphany-browser" as this is only the way to get sound in epiphany-browser.but a critical bug i found is when i play a flash(youtube) or google video and while it is playing if i enter some site address and press enter.epiphany-browser hangs and only way is to force kill the application.below is the terminal trace of what happened when epiphany hangs as explained earlier. * [EMAIL PROTECTED]:~$ epiphany-browser (epiphany.debian:3664): libgnomevfs-WARNING **: Failed to create service browser: Bad state (epiphany.debian:3664): libgnomevfs-WARNING **: Failed to create service browser: Bad state (epiphany.debian:3664): libgnomevfs-WARNING **: Failed to create service browser: Bad state ** (epiphany.debian:3664): WARNING **: No word lists can be found for the language "en". ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) /usr/bin/epiphany-browser: line 1: 3664 Killed aoss /usr/bin/epiphany.debian $@ * this error makes the usability of the browser in question.please fix this behaviour. Thank You, Prakash Jose Kokkattu -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (50, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-pjk1 (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 epiphany-browser depends on: ii dbus1.1.0-1 simple interprocess messaging syst ii epiphany-browser-data 2.18.2-1 Data files for the GNOME web brows ii gnome-icon-theme2.18.0-3 GNOME Desktop icon theme ii iso-codes 1.0a-1 ISO language, territory, currency ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6-0exp2GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.0-1 simple interprocess messaging syst ii libdbus-glib-1-20.73-2 simple interprocess messaging syst ii libenchant1c2a 1.3.0-3 a wrapper library for various spel ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070609-1 GCC support library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglib2.0-02.12.12-1The GLib library of C routines ii libgnome-desktop-2 2.18.2-1 Utility library for loading .deskt ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libmozjs0d 1.8.1.4-2The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext6
Bug#428910: Unable to save games when playing optional modules (patch)
Package: tome Version: 2.3.4-1 Severity: important Tags: patch -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash-minimal Versions of packages tome depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 1:1.0.3-3 X11 Athena Widget library ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxt61:1.0.5-2 X11 toolkit intrinsics library tome recommends no packages. -- no debconf information When playing optional modules (downloadable from modules.t-o-m-e.net), the directory for loading/saving game files is not correctly initialized. As a result, games and user preferences cannot be saved. A simple patch to the src/modules.c file fixes the problem. diff -ur tome-2.3.4/src/modules.c tome-2.3.4-patched/src/modules.c --- tome-2.3.4/src/modules.c 2006-10-21 19:04:26.0 -0400 +++ tome-2.3.4-patched/src/modules.c 2007-06-14 22:23:23.0 -0400 @@ -14,13 +14,13 @@ #ifdef PRIVATE_USER_PATH -static void module_reset_dir_aux(cptr dir, cptr new_path) +static void module_reset_dir_aux(cptr *dir, cptr new_path) { char buf[1025]; - cptr *d = &dir; + cptr *d = dir; /* Build the new path */ - strnfmt(buf, 1024, "%s%s%s", dir, PATH_SEP, new_path); + strnfmt(buf, 1024, "%s%s%s", *dir, PATH_SEP, new_path); string_free(*d); *d = string_make(buf); @@ -75,12 +75,12 @@ #ifdef PRIVATE_USER_PATH_DATA else if (!strcmp(dir, "data")) { - module_reset_dir_aux(ANGBAND_DIR_DATA, new_path); + module_reset_dir_aux(&ANGBAND_DIR_DATA, new_path); } #endif else if (!strcmp(dir, "save")) { - module_reset_dir_aux(ANGBAND_DIR_SAVE, new_path); + module_reset_dir_aux(&ANGBAND_DIR_SAVE, new_path); /* Tell the savefile code that we must not use setuid */ savefile_setuid = FALSE;
Bug#428819: epiphany-browser: Epiphany no sound works with esd enabled
On 6/14/07, Josselin Mouette <[EMAIL PROTECTED]> wrote: Le vendredi 15 juin 2007 à 06:01 +0530, Prakash Jose Kokkattu a écrit : > Package: epiphany-browser > Version: 2.18.1-3 > Severity: normal > > Hai, > Using Debian Sid.I have GNOME-2.18 esd enabled.all apps works > fine.Epiphany browser fails to support sound in flash video or normal > video from google video.the fix i am using is i installed libesd-alsa0 > instead of libesd0 installed by default.Installed alsa-oss for > compatiblilty.also i invokes epiphany as: "aoss epiphany" for > sound.please help this fixed by default.it is a request. > I have used following how to: > http://ubuntuforums.org/showthread.php?p=1060657#post1060657 > trace from terminal when running as "aoss epiphany" This is in no way related to epiphany. What are you using to access flash files? I am using flashplugin-nonfree.now it is resolved after i made a script invoking epiphany as "aoss epiphany-browser".I understand that this is not due to the package but with the flash-plugin directly accessing /dev/dsp. Thank You, Prakash Jose Kokkattu. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#428893: doesn't notice forced window close
Dirk Eddelbuettel wrote: > Hm, why did that come to me? I own a package smtm, but sm is foreign > to me. What's the story here Joey? I see.. sm is still in new. You maintain r-cran-sm which has a source package "sm" so the BTS went with that. I wonder what it will do once the binary package sm (with source package send-message) enters the archive? -- see shy jo signature.asc Description: Digital signature
Bug#428908: Problem whit the installation of auctex on testing
Package: auctex Version: 11.83-6 Problem whit the installation of auctex : # apt-get install auctex Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho auctex ya está en su versión más reciente. 0 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 0B de archivos. Se utilizarán 0B de espacio de disco adicional después de desempaquetar. Configurando auctex (11.83-6) ... install/auctex: Setting up for emacs21 (log file: /usr/share/emacs21/site-lisp/auctex//CompilationLog)... emacs-package-install: /usr/lib/emacsen-common/packages/install/auctex emacs21 emacs21 xemacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, line 1. dpkg: error al procesar auctex (--configure): el subproceso post-installation script devolvió el código de salida de error 1 Se encontraron errores al procesar: auctex E: Sub-process /usr/bin/dpkg returned an error code (1) Iam using : Version libc6 : 2.5-9+b1 Kernel : 2.6.18-4-686 and Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21))
Bug#428909: latex-cjk-all: Correct a description to intall Cyberbit
Package: latex-cjk-all Version: 4.7.0+git20070504-1 Severity: minor I installed Cyberbit according to /usr/share/doc/latex-cjk-all/README.Debian.gz and found some points to be improved. Since I am not good at latex-cjk, there would be better solutions. 1. put *.afm, *.pfb and *.tfm to /usr/local/share/texmf/fonts/{afm,tfm,type1}/cyberbit respectively would be put *.afm, *.pfb and *.tfm to /usr/local/share/texmf/fonts/{afm,type1,tfm}/cyberbit respectively 2. texhash and update-updmap, updmap-sys should be run by root 3. update-updmap would require an option, '--conf-dir /etc/texmf/udpmap.d' Regards, Daigo -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (90, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/bash Versions of packages latex-cjk-all depends on: ii latex-cjk-chinese4.7.0+git20070504-1 Chinese module of LaTeX CJK ii latex-cjk-chinese-ar 1.16traditional Chinese KaiTi fonts fo ii latex-cjk-chinese-ar 1.16traditional Chinese KaiTi fonts fo ii latex-cjk-chinese-ar 1.16traditional Chinese KaiTi fonts fo ii latex-cjk-chinese-ar 1.16traditional Chinese KaiTi fonts fo ii latex-cjk-common 4.7.0+git20070504-1 LaTeX macro package for CJK (Chine ii latex-cjk-japanese 4.7.0+git20070504-1 Japanese module of LaTeX CJK ii latex-cjk-japanese-w 0.20050817-13 type1 and tfm DNP Japanese fonts f ii latex-cjk-korean 4.7.0+git20070504-1 Korean module of LaTeX CJK ii latex-cjk-thai 4.7.0+git20070504-1 Thai module of LaTeX CJK latex-cjk-all recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428907: Kernel Package reads experimental libc wrong when building kernel headers
Package: kernel-package Version: 11.001 Severity: grave make-kpkg builds linux-headers with wrong dependency. It builds the image fine. Command used to build kernel fakeroot make-kpkg --initrd --append-to-version=-2 kernel_image kernel_headers Build was successful. libc version is 2.6-0exp2 debian:/home/david/Downloads# dpkg -i linux-*deb Selecting previously deselected package linux-headers-2.6.22-rc4-2. (Reading database ... 71304 files and directories currently installed.) Unpacking linux-headers-2.6.22-rc4-2 (from linux-headers-2.6.22-rc4-2_2.6.22-rc4 -2-10.00.Custom_amd64.deb) ... Selecting previously deselected package linux-image-2.6.22-rc4-2. Unpacking linux-image-2.6.22-rc4-2 (from linux-image-2.6.22-rc4-2_2.6.22-rc4-2-1 0.00.Custom_amd64.deb) ... Done. dpkg: dependency problems prevent configuration of linux-headers-2.6.22-rc4-2: linux-headers-2.6.22-rc4-2 depends on libc6 (>= 2.6-1); however: Version of libc6 on system is 2.6-0exp2. dpkg: error processing linux-headers-2.6.22-rc4-2 (--install): dependency problems - leaving unconfigured I know it is in experimental but the image built and installed perfectly and I am pretty sure the headers would to if it did not misread the libc version. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-rc4-2 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstablejeandamiendurand.free.fr 500 unstableftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= perl| 5.8.8-7 dpkg (>= 1.4) | 1.14.4 dpkg-dev (>= 1.4.0.9) | 1.14.4 gcc | 4:4.2.0-0 OR c-compiler | make (>= 3.80-10) | 3.81-3 po-debconf | 1.0.8 gettext | 0.16.1-1 file| 4.21-1
Bug#405997: Processed: reopening 405997
is there any news on this bug? it looks like the patch should do the job, and it seems like most concur with the resolution to disable the auto update dialog. mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428906: instalation-report: Won't allow me to create root partition as jfs
Package: instalation-report Version: debian-40r0-i386-netinst.iso Severity: important -- System Information: Debian Release: 4.0 On a K7 system I was not able to have / as jfs. I have been able to do this befor and have other machines runnig that way. The install fails by saying it can not mount the / partition. I reall don't want to use ext3... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428893: doesn't notice forced window close
On 14 June 2007 at 20:34, Dirk Eddelbuettel wrote: | | On 14 June 2007 at 19:03, Joey Hess wrote: | | Package: sm | | Version: 0.5-1 | | Severity: normal | | | | ion allows me to close sm's window using the usual key binding. This is | | easier than finding the close button or using a program-specific close | | commans. However, this doesn't end up killing the program, which sits | | there at the command line with no window. | | Hm, why did that come to me? I own a package smtm, but sm is foreign | to me. What's the story here Joey? Ah, sorry, being tired here. Sm is the source for the R add-on package r-cran-sm which is indeed mine ... but it doesn't have any windows, it's just add-on code to be called from R. Dirk | Dirk | | | -- System Information: | | Debian Release: lenny/sid | | APT prefers unstable | | APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') | | Architecture: i386 (i686) | | | | Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) | | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) | | Shell: /bin/sh linked to /bin/bash | | | | Versions of packages sm depends on: | | ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit | | ii libc6 2.5-10 GNU C Library: Shared libraries | | ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra | | ii libfontconfig12.4.2-1.2 generic font configuration library | | ii libglib2.0-0 2.12.12-1 The GLib library of C routines | | ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface | | ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio | | ii libx11-6 2:1.0.3-7 X11 client-side library | | ii libxcursor1 1:1.1.8-2 X cursor management library | | ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar | | ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio | | ii libxi61:1.0.1-4 X11 Input extension library | | ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library | | ii libxrandr22:1.2.1-1 X11 RandR extension library | | ii libxrender1 1:0.9.2-1 X Rendering Extension client libra | | | | sm recommends no packages. | | | | -- no debconf information | | | | -- | | see shy jo | | -- | Hell, there are no rules here - we're trying to accomplish something. | -- Thomas A. Edison -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428893: doesn't notice forced window close
On 14 June 2007 at 19:03, Joey Hess wrote: | Package: sm | Version: 0.5-1 | Severity: normal | | ion allows me to close sm's window using the usual key binding. This is | easier than finding the close button or using a program-specific close | commans. However, this doesn't end up killing the program, which sits | there at the command line with no window. Hm, why did that come to me? I own a package smtm, but sm is foreign to me. What's the story here Joey? Dirk | -- System Information: | Debian Release: lenny/sid | APT prefers unstable | APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') | Architecture: i386 (i686) | | Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/bash | | Versions of packages sm depends on: | ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit | ii libc6 2.5-10 GNU C Library: Shared libraries | ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra | ii libfontconfig12.4.2-1.2 generic font configuration library | ii libglib2.0-0 2.12.12-1 The GLib library of C routines | ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface | ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio | ii libx11-6 2:1.0.3-7 X11 client-side library | ii libxcursor1 1:1.1.8-2 X cursor management library | ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar | ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio | ii libxi61:1.0.1-4 X11 Input extension library | ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library | ii libxrandr22:1.2.1-1 X11 RandR extension library | ii libxrender1 1:0.9.2-1 X Rendering Extension client libra | | sm recommends no packages. | | -- no debconf information | | -- | see shy jo -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428905: libftdi: Please package 0.10
Package: libftdi Severity: wishlist As per subject and http://www.intra2net.com/de/produkte/opensource/ftdi/. Thank you. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426147: mkfs.ext3 mkfs.ext2 etc all failing with floating point exception
Ted, it appears this is some kind of bug with how the binaries were built on the testing snapshot images. I had to reinstall the system for other reasons and the http://cdimage.debian.org/debian-cd/4.0_r0/i386/iso-cd/debian-40r0-i386-netinst.iso image works perfectly on the Geode hardware with no floating point exceptions. I'm not sure who would need to look into this. Do you know who builds the binaries on the snapshot images? (or the configuration the build uses) -Andrew On 5/28/07, Theodore Tso <[EMAIL PROTECTED]> wrote: On Mon, May 28, 2007 at 05:28:22PM -0400, Andrew Paprocki wrote: > I was referring to the udeb package which is on the install DVD. I > checked and these binaries are coming from: > /cdrom/pool/main/e/e2fsprogs-udeb.1.39+1.40-WIP-2006.11.14+dfsg.2_i386.udeb I just tried running those binaries on my system, and they work just fine. > It looks like there is some kind of problem with the way these > binaries were built inside the .udeb package versus the actual > installed .deb package? Who Given that the mke2fs executable extracted from the above udeb works just fine when I run it on my system So I'm not quite ready to blame those binaries just yet. Can you try booting the installation CD, and then ftping over /sbin/mke2fs plus its necessary libraries: 27% ldd /sbin/mke2fs linux-gate.so.1 => (0xe000) libext2fs.so.2 => /lib/libext2fs.so.2 (0x4bfce000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x4d1a8000) libblkid.so.1 => /lib/libblkid.so.1 (0x4e7c7000) libuuid.so.1 => /lib/libuuid.so.1 (0x4c0f3000) libe2p.so.2 => /lib/libe2p.so.2 (0x4bfa1000) libc.so.6 => /lib/libc.so.6 (0x4be59000) libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0x4bf8d000) libselinux.so.1 => /lib/libselinux.so.1 (0x4ca7d000) libsepol.so.1 => /lib/libsepol.so.1 (0x4c9ab000) And then try to that version of mke2fs in the installation environment? It could just as easily be something in the installation environment. (Relatively few programs use floating point; it could just as easily be the glibc udeb not being built with floating point support, or something stupid like that.) If that fails, then it would conclusively prove that there's some problem in the installation CD/DVD environment. This is working for everyone else, though, so it has to be some kind of interaction between the installer CD/DVD programs (either in e2fsprogs, or glibc, or other libraries used by mke2fs, or in the kernel) and something about the Geode environment. What the heck that might be I have no idea, but that's why I was trying to investigate the lack of CONFIG_MATH_EMULATOIN theory: it fits all of the known facs when nothing else I can think of explains everything that you seem to be seeing. Regards, - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428904: sloccount: Should understand "#if 0"
Package: sloccount Version: 2.26-2 Severity: wishlist Hi! sloccount currenty does not seem to understand "#if 0". This CPP statement is often used in C code to disable large portion of the code. (C style comments do not nest, where "#if 0"/"#endif" pairs do.) The metric given by sloccount is then wrong when this kind of commenting is used. Adding support for this would be definitely helpful. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-1-686 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages sloccount depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii perl5.8.8-7 Larry Wall's Practical Extraction sloccount recommends no packages. -- no debconf information Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#428903: dolphin: Integrated compression using ark
Package: dolphin Version: 0.8.2-2 Severity: wishlist -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dolphin depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.9-2The Network Audio System (NAS). (s ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3-15 compression library - runtime Versions of packages dolphin recommends: ii amarok 1.4.4-4 versatile and easy to use audio pl ii ark 4:3.5.7-1graphical archiving tool for KDE pn digikam(no description available) pn imagemagick(no description available) ii k3b 1.0.1-1 A sophisticated KDE CD burning app ii kmail 4:3.5.6.dfsg.1-2 KDE Email client -- no debconf information I suggest that Dolphin should to permit compress files, not only folders as now, by using right mouse click on one or multiple files and selecting Compress here. I also suggest that Compress here should be replaced by Compress as... in order to can choose a supported format (zip,rar,tar.gz). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427999: nm output
Package: network-manager Version: 0.6.4-8+b1 --- Please enter the report below this line. --- Hi Michael, Sorry for the delay. Attached is the output. Some additional info you might find useful: 1) I'm using the madwifi driver from sid 2) I've had to use 'iwpriv ath0 mode 3' by default for a while now to be able to connect to unencrypted networks with NM (this is not an issue if I do dhclient ath0 directly). The same is true for this case (a WEP encrypted network). 3) Once getting the IP fails, I cannot get to the same point again (that is, entering the key and failing at getting an IP) without restarting dhcdbd. Let me know if you need any other information. Cheers, Carlos --- System information. --- Architecture: i386 Kernel: Linux 2.6.21.070604 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (>= 2.5) | 2.5-11 libdbus-1-3 (>= 0.94) | 1.1.0-1 libdbus-glib-1-2 (>= 0.73) | 0.73-2 libgcrypt11 (>= 1.2.2) | 1.2.4-2 libglib2.0-0(>= 2.12.9) | 2.12.12-1 libgpg-error0 (>= 1.4) | 1.4-2 libhal1(>= 0.5) | 0.5.9-3 libiw29 (>= 28+29pre7) | 29~pre21-2 libnl1-pre6 | 1.0~pre6-5 libnm-util0 | 0.6.4-8+b1 iproute | 20070313-1 iputils-arping | 3:20070202-1 dhcdbd (>= 1.12-2) | 2.0-5 lsb-base (>= 2.0-6) | 3.1-23.1 wpasupplicant(>= 0.4.8) | 0.6.0~cvs20070224-3 dbus (>= 0.60) | 1.1.0-1 hal(>= 0.5.7.1) | 0.5.9-3 ifupdown| 0.6.8 adduser | 3.102 NetworkManager --no-daemon NetworkManager:starting... NetworkManager:Adding VPN service 'org.freedesktop.NetworkManager.vpnc' with name 'vpnc' and program '/usr/lib/network-manager-vpnc/nm-vpnc-service' NetworkManager:eth0: Device is fully-supported using driver 'e1000'. NetworkManager:nm_device_init(): waiting for device's worker thread to start NetworkManager:nm_device_init(): device's worker thread started, continuing. NetworkManager:Now managing wired Ethernet (802.3) device 'eth0'. NetworkManager:Deactivating device eth0. NetworkManager:ath0: Device is fully-supported using driver 'ath_pci'. NetworkManager:nm_device_init(): waiting for device's worker thread to start NetworkManager:nm_device_init(): device's worker thread started, continuing. NetworkManager:Now managing wireless (802.11) device 'ath0'. NetworkManager:Deactivating device ath0. NetworkManager:Updating allowed wireless network lists. NetworkManager:Updating VPN Connections... NetworkManager: [1181867919.873775] nm_device_802_11_wireless_get_activation_ap (): Forcing AP 'geoe' NetworkManager:User Switch: /org/freedesktop/NetworkManager/Devices/ath0 / geoe NetworkManager:Deactivating device ath0. NetworkManager:Device ath0 activation scheduled... NetworkManager:Activation (ath0) started... NetworkManager:Activation (ath0) Stage 1 of 5 (Device Prepare) scheduled... NetworkManager:Activation (ath0) Stage 1 of 5 (Device Prepare) started... NetworkManager:Activation (ath0) Stage 2 of 5 (Device Configure) scheduled... NetworkManager:Activation (ath0) Stage 1 of 5 (Device Prepare) complete. NetworkManager:Activation (ath0) Stage 2 of 5 (Device Configure) starting... NetworkManager:Activation (ath0/wireless): access point 'geoe' is encrypted, but NO valid key exists. New key needed. NetworkManager:Activation (ath0) New wireless user key requested for network 'geoe'. NetworkManager:Activation (ath0) Stage 2 of 5 (Device Configure) complete. NetworkManager:Activation (ath0) New wireless user key for network 'geoe' received. NetworkManager:Activation (ath0) Stage 1 of 5 (Device Prepare) scheduled... NetworkManager:Activation (ath0) Stage 1 of 5 (Device Prepare) started... NetworkManager:Activation (ath0) Stage 2 of 5 (Device Configure) scheduled... NetworkManager:Activation (ath0) Stage 1 of 5 (Device Prepare) complete. NetworkManager:Activation (ath0) Stage 2 of 5 (Device Configure) starting... NetworkManager:Activation (ath0/wireless): access point 'geoe' is encrypted, and a key exists. No new key needed. NetworkManager:SUP: sending command 'INTERFACE_ADD ath0 wext/var/run/wpa_supplicant ' NetworkManager:SUP: response was 'OK' NetworkManager:SUP: sending command 'AP_SCAN 1' NetworkManager:SUP: response was 'OK' NetworkManager:SUP: sending command 'ADD_NETWORK' NetworkManager:SUP: response was '0' NetworkManager:SUP: sen
Bug#428783: linux-latest-2.6: Use new Breaks field to avoid installing new kernel image if old packaged modules are installed
On Thu, Jun 14, 2007 at 08:40:46AM +0200, Raphael Hertzog wrote: > It would be great if we could have a mechanism to avoid installing a newer > kernel if the packaged modules that the user has installed are not yet > available. A simple example: I have 2.6.18-5 with the corresponding > kqemu-modules 2.6.18-5. > Yesterday I upgraded to sid and linux-image-2.6-686 pulled the new 2.6.21 > kernel. However there's no kqemu-modules for 2.6.21 and thus I lost > support during the upgrade even though I have kqemu-modules-2.6-686 > installed. > My suggestion to solve this is to use the new "Breaks" field as soon as > it's introduced in dpkg (it's planned in the next dpkg upload, > apt does already support it). > linux-image-2.6-686 in version 2.6.21+7 would be marked as breaking > the old versions of packages like kqemu-modules-2.6-686. > Package: linux-image-2.6-686 > Breaks: kqemu-modules-2.6-686 (<< 2.6.21+7), unionfs-modules-2.6-686 (<< > 2.6.21+7), ... > That way the package manager has a clear hint on when it can safely > proceed with the upgrade. > However when you do this, you must also decide to regularly update the > linux-modules-{contrib,extra} packages. Of course, you should only list in > the Breaks field the packages that are autobuilt. Those that are only created > by the user with modules-assistant shouldn't be listed other the upgrade > will never happen (unless the user is clever enough to do it by himself). My two objections to this are scalability, and lack of comprehensiveness. It's not scalable because it means the maintainers of the linux-latest-2.6 package have to centrally keep track of every package in the archive providing a module metapackage; and it's not comprehensive because you say at the end that you only want it to list packages that are autobuilt. Why would it not be sufficient for the metapackages to each depend on the corresponding linux-image package? That eliminates the need for a central registry of such packages. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428159: [BTS] templates://mantis/{templates} #428159
Please remove me from further mailings. Thank you. From: Kevin Coyner <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [BTS] templates://mantis/{templates} #428159 Date: Thu, 14 Jun 2007 16:40:25 -0400 On Thu, Jun 14, 2007 at 07:41:44AM +0200, Christian Perrier wrote.. > Quoting Kevin Coyner ([EMAIL PROTECTED]): > > This is the last notice about the review of debconf > > templates for mantis. > > > > The reviewed templates have been sent as a bug report to the > > package maintainer. Please see bug #428159. > > > > This completes the review process on this package. > > > > The translation update part of the process will now begin. > > Did it begin? I haven't made the call for translations yet because we're still exchanging e-mails with the maintainer about how to structure the stanza related to the web server. I'd like to see this resolved before asking for the translations. Patrick, are you comfortable with something like I proposed earlier (see below). If not, could you please send me what you'd like to see it changed to? Thanks, Kevin -- Template: mantis/webserver Type: multiselect _Choices: apache2, apache, apache-ssl, apache-perl, other Default: apache2 _Description: Web server to configure: Apache can be automatically configured to use Mantis by creating links in /etc/{apache-version}/conf.d/. Select all the versions of Apache you would like to automatically configure or 'other' if you don't use Apache or plan on configuring Apache yourself. -- -- Kevin Coyner GnuPG key: 1024D/8CE11941 << signature.asc >> _ PC Magazines 2007 editors choice for best Web mailaward-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428901: kpilotDaemon crashes on quit
Package: kpilot Version: 4:3.5.7-1 Severity: normal kpilotDaemon segfaults when quitting. A backtrace is attached. --Ken Bloom -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpilot depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libc6 2.5-11 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070609-1 GCC support library ii libkcal2b 4:3.5.7-1KDE calendaring library ii libpisock9 0.12.2-10library for communicating with a P ii libqt3-mt 3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 kpilot recommends no packages. -- no debconf information kpilot-backtrace.gz Description: GNU Zip compressed data
Bug#428902: gnash: new version 0.8.0 available
Package: gnash Severity: wishlist I saw that you have a watch file in place, but it was throwing an error, so just in case, there is a new version 0.8.0 available from ftp://ftp.gnu.org/pub/gnu/gnash/ Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- Kevin Coyner GnuPG key: 1024D/8CE11941 signature.asc Description: Digital signature
Bug#428782: closed by Filipus Klutiero <[EMAIL PROTECTED]> (Close)
reopen 428782 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428795: xpm2ps: Segmentation fault
On 6/15/07, Nicholas Breen <[EMAIL PROTECTED]> wrote: tags 428795 upstream thanks Tricky bug -- xpm2ps works as expected if I build a static binary, as well as with the packaged binary on a MIPS system. Possibly a GCC bug at heart? I've forwarded it to the upstream bug tracker: http://bugzilla.gromacs.org/show_bug.cgi?id=154 How about provide a statiuc linked xpm2ps as a workaround? or give the method in the README.Debian? -- LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428782: closed by Filipus Klutiero <[EMAIL PROTECTED]> (Close)
reopen 428728 thanks From: Filipus Klutiero To: [EMAIL PROTECTED] Date: Thu, 14 Jun 2007 20:09:33 -0400 Subject: Close > why not include pre-built binary packages for the legacy nvidia kernel > driver as is done with the standard nvidia kernel driver? If you're implying that Debian decided not to distribute pre-built nvidia legacy 96xx LKM packages, I suggest you provide a reference, because I never heard that. there are no nvdia-kernel-legacy-96xx-2.6.18-4-* packages. $ cat /etc/apt/sources.list # lenny deb http://ftp.debian.org/debian/ lenny main contrib non-free deb-src http://ftp.debian.org/debian/ lenny main contrib non-free # lenny security deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib non-free # sid deb http://ftp.debian.org/debian/ sid main contrib non-free deb-src http://ftp.debian.org/debian/ sid main contrib non-free $ apt-cache search nvidia-kernel-legacy nvidia-glx-legacy - NVIDIA binary Xorg driver (legacy version) nvidia-kernel-legacy-2.6-486 - NVIDIA binary kernel module for 2.6 series compiled for 486 nvidia-kernel-legacy-2.6-686 - NVIDIA binary kernel module for 2.6 series compiled for 686 nvidia-kernel-legacy-2.6-k7 - NVIDIA binary kernel module for 2.6 series compiled for k7 nvidia-kernel-legacy-2.6.18-4-486 - NVIDIA binary kernel module for Linux 2.6.18-4-486 (legacy version) nvidia-kernel-legacy-2.6.18-4-686 - NVIDIA binary kernel module for Linux 2.6.18-4-686 (legacy version) nvidia-kernel-legacy-2.6.18-4-k7 - NVIDIA binary kernel module for Linux 2.6.18-4-k7 (legacy version) nvidia-kernel-legacy-source - NVIDIA binary kernel module source (legacy version) nvidia-glx-legacy-71xx - NVIDIA binary Xorg driver (71xx legacy version) nvidia-glx-legacy-96xx - NVIDIA binary Xorg driver (96xx legacy version) nvidia-kernel-legacy-71xx-source - NVIDIA binary kernel module source (71xx legacy version) nvidia-kernel-legacy-96xx-source - NVIDIA binary kernel module source (96xx legacy version) Please do not reopen this bug again, unless you can defend that it is valid. put down the knife. mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428900: w3mmee: hangs/segfault for certain https pages
Package: w3mmee Version: 0.3.p24.20-3 Severity: normal Hello, If I try to run w3mmee with: w3mmee https://vpac.org/ It hangs for ever at the following prompt: https://vpac.org/[6843]: Opening socket... If I run it via strace, one of the subprocess segfaults. The strace listing gave no real reason why. It doesn't seem to matter if the CA certificate has been setup or not (I configured w3mmee to use /home/brian/.certificates to see if it would help - it didn't), it still hangs either way (after asking if you want to accept the certificate or not). Other browsers: * w3m - no problems * firefox - no problems * lynx - complains with a warning, but seems to be complaining for all https websites I tested (SSL error:Can't find common name in certificate-Continue? (y)). Then it works fine. So I suspect a lynx issue as opposed to an issue with the server. Even if the certificate is not valid (I think it is), w3mmee should never segfault as a result. Thanks. strace: close(3)= 0 close(3)= -1 EBADF (Bad file descriptor) munmap(0xb7fc, 4096)= 0 rt_sigaction(SIGPIPE, {0x80752c0, [PIPE], SA_RESTART}, {SIG_IGN}, 8) = 0 rt_sigaction(SIGHUP, {0x80752c0, [HUP], SA_RESTART}, {0x80a6440, [HUP], SA_RESTART}, 8) = 0 rt_sigaction(SIGINT, {SIG_IGN}, {0x80a6440, [INT], SA_RESTART}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN}, {0x80a6440, [QUIT], SA_RESTART}, 8) = 0 rt_sigaction(SIGTERM, {SIG_IGN}, {0x80a6440, [TERM], SA_RESTART}, 8) = 0 rt_sigaction(SIGPIPE, {SIG_IGN}, {0x80752c0, [PIPE], SA_RESTART}, 8) = 0 close(9)= 0 close(6)= 0 close(4)= 0 dup2(8, 0) = 0 dup2(7, 1) = 1 close(8)= 0 close(7)= 0 fcntl64(5, F_GETFL) = 0x1 (flags O_WRONLY) fstat64(5, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc _llseek(5, 0, 0xbf8265ac, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigaction(SIGPIPE, {0x80752c0, [PIPE], SA_RESTART}, {SIG_IGN}, 8) = 0 rt_sigaction(SIGHUP, {0x80752c0, [HUP], SA_RESTART}, {0x80752c0, [HUP], SA_RESTART}, 8) = 0 write(5, "0 Opening socket...\n", 20) = 20 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 ... open("/home/brian/.certificates", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0600, st_size=5163, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fb2000 read(4, "-BEGIN CERTIFICATE-\nMIIH"..., 4096) = 4096 read(4, "BAMCAAcwOwYJYIZIAYb4QgENBC4WLEFQ"..., 4096) = 1067 read(4, "", 4096) = 0 close(4)= 0 munmap(0xb7fb2000, 4096)= 0 open("/usr/lib/ssl/cert.pem", O_RDONLY) = -1 ENOENT (No such file or directory) open("/dev/urandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = 4 fstat64(4, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0 poll([{fd=4, events=POLLIN, revents=POLLIN}], 1, 10) = 1 read(4, "\370\333\256\241\254\203&\227\254\203\277\263\276\337\345"..., 32) = 32 close(4)= 0 getuid32() = 1000 time(NULL) = 1181865283 time(NULL) = 1181865283 brk(0x825e000) = 0x825e000 brk(0x8261000) = 0x8261000 time(NULL) = 1181865283 write(3, "\200d\1\3\1\0K\0\0\0\20\0\0009\0\0008\0\0005\0\0\26\0\0"..., 102) = 102 read(3, "\26\3\1\0J\2\0", 7) = 7 time(NULL) = 1181865283 time(NULL) = 1181865283 read(3, "\0F\3\1Fq\325C\234N\326\235\271\255\20\314=\324\317u\332"..., 72) = 72 read(3, "\26\3\1\7U", 5)= 5 read(3, "\v\0\7Q\0\7N\0\7K0\202\7G0\202\5/\240\3\2\1\2\2\2\2\031"..., 1877) = 1877 time([1181865283]) = 1181865283 open("/etc/localtime", O_RDONLY)= 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=785, ...}) = 0 fstat64(4, {st_mode=S_IFREG|0644, st_size=785, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fb2000 read(4, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0"..., 4096) = 785 close(4)= 0 munmap(0xb7fb2000, 4096)= 0 time([1181865283]) = 1181865283 time([1181865283]) = 1181865283 time([1181865283]) = 1181865283 read(3, "\26\3\1\2\r", 5) = 5 read(3, "\f\0\2\t\0\200\346\226\235=I[\343,|\361\200\303\275\324"..., 525) = 525 read(3, "\26\3\1\0\4", 5) = 5 read(3, "\16\0\0\0", 4) = 4 time([1181865283]) = 1181865283 write(3, "\26\3\1\0\206\20\0\0\202\0\200.5\275\366\6\366o\354\26"..., 198) = 198 read(3, "\24
Bug#428899: Support RFC4709: application/davmount+xml
Package: mime-support Version: 3.39-1 Severity: wishlist Tags: patch Please advise if there is a more appropriate package to file this against? The attached is a short script to support RFC4709 and the application/davmount+xml mime type. I filed against the Debian mime-support package because the script seems analogous to the debian-view, playaudio and playdsp scripts. I wish mounting WebDAV resources were as convenient in Debian as in other operating systems. RFC4709 is the IETF standard for automatically mounting WebDAV resources. Here is an example of a server which supports RFC4709: http://freegeekvancouver.org/en/index.php?q=gallery&g2_view=webdav.WebDavMount&g2_itemId=7 Thanks, Jack -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 4.21-1 Determines file type using "magic" -- no debconf information davmount Description: application/shellscript
Bug#428813: O: xscreensaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 428813 ITA: xscreensaver owner 428813 ! quit - -- ghostbar on Linux/Debian 'sid' i686 - #382503 Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es San Cristóbal, Venezuela. http://chaslug.org.ve Fingerprint = 3E7D 4267 AFD5 2407 2A37 20AC 38A0 AD5B CACA B118 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGcdePOKCtW8rKsRgRAj6nAJ9Nc9bZKVFBD/bVcy3lANFhhWS5LQCfYejH VKvfy86A0gk6rq2pBDrNYRA= =2Xkl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342817: Apparent hang of X.org with the nv open source driver
On Fri, 2007-06-15 at 00:44 +0200, Brice Goglin wrote: > Ross Boylan wrote: > > Unfortunately, after the last upgrade of xorg the proprietary driver > > broke. > > Look at the bottom of > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420177 > It could help. Thanks so much for pointing that out. It worked. I saw that bug, but I missed the last part. I was working with lynx and limited screen real-estate, though. I spent the last couple of hours in X hell. vesa kinda worked, but fonts didn't show up in emacs, though they were OK for other apps for some odd reason. > > > So I tried the open-source one. It still doesn't work, locking > > up the entire system :( > > > > I'm using vesa for now. > > > > This was with > > ii xserver-xorg-video-nv1:2.0.2-1 > > > > There's also 1:2.0.96-1 in experimental, in case you want to try before > going back to nvidia. Enough experimenting for one day :) > > > I believe I backed out the proprietary changes properly (commented out > > glx and nvidia, as well as the disabling of DRI and glcore--i.e., tested > > with dri and glcore enabled). > > > > Thanks for the followup. > > Brice > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428898: emacs22-gtk: bogus "Local variables entry is missing the prefix" complaint
Package: emacs22-gtk Version: 22.0.99+1-1 Severity: normal I am working on a project that has this local variables block at the end of every file: // Local Variables: // mode: C++ // fill-column: 76 // c-file-style: "gnu" // indent-tabs-mode: nil // End: // vim: et:sw=2:sts=2:ts=2:cino=>2s,{s,\:s,+s,t0,g0,^-2,e-2,n-2,p2s,(0,=s: emacs21 and emacs-snapshot were perfectly fine with this, but emacs22 complains: File local-variables error: (error "Local variables entry is missing the prefix") every time I visit such a file. I looked at files.el and could not figure out why. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22-gtk depends on: ii emacs22-bin-common22.0.99+1-1The GNU Emacs editor's shared, arc ii libasound21.0.14a-1 ALSA library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-11 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libncurses5 5.6-3 Shared libraries for terminal hand ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libsm62:1.0.3-1 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-5shared library for GIF images ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxpm4 1:3.5.6-3 X11 pixmap library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii zlib1g1:1.2.3-15 compression library - runtime emacs22-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428897: GNOME application that manages software updates is opening but not responding
Package: update-manager Version: 0.42.2ubuntu22-12 GNOME application that manages software updates is opening but not responding and does the system going slower! The main window of the program gets gray and above the main window there is a smaller window called "untitled window" which says Examining your system. This small window after some seconds gets gray too. To close the update-manager i do 'force quit' but then the system still goes slow. To get the system to it's default speed i give to the console: $ps x | grep update-manager 16200 pts/2Ss+0:00 /bin/su root -c /usr/lib/libgksu/gksu-run-helper "/usr/bin/update-manager" 16201 pts/2S+ 0:00 /usr/lib/libgksu/gksu-run-helper /usr/bin/update-manager 16206 pts/2R+ 9:19 /usr/bin/python /usr/bin/update-manager 16462 pts/1R+ 0:00 grep update-manager $kill 16200
Bug#428896: devscripts: please consider a mechanism to Cc: bug and/or -submitter
Package: devscripts Version: 2.10.4 Severity: wishlist It might be interesting to include an option which Cc: either [EMAIL PROTECTED] or [EMAIL PROTECTED] (or just do it automatically for wontfix perhaps with some other analagous things or add an option for --dont-auto-cc). See #341065 for some context. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428895: No way to use serial console with Xen kernel
Package: linux-image-2.6.18-4-xen-amd64 Version: 2.6.18.dfsg.1-12etch2 It appears that the 2.6.18-4 kernel in Etch does not support 8250 serial devices. I see the following messages in dmesg when I boot up: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled 8250_pnp: Unknown symbol serial8250_unregister_port 8250_pnp: Unknown symbol serial8250_register_port Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled 8250_pnp: Unknown symbol serial8250_unregister_port 8250_pnp: Unknown symbol serial8250_register_port The devices are enabled in the BIOS and work correctly when running the stock 2.6.18-4 kernel. When booting with that version, the relevant dmesg lines look like: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A This appears to be a Xen issue, since Xen steals the ttyS* devices for xencons. I found a reference to a possible fix here: http://www.nabble.com/xen-console-question-t690692.html As the server is at a remote data center with RS232 console being the only available way to access it in the event of network problems, I'd like to see the 8250/16550 driver re-enabled in the Xen kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428894: gnome-about: Invalid memory reference
Package: gnome-about Version: 2.18.2-1 Severity: important File: /usr/bin/gnome-about *** Please describe what you were doing when the application crashed *** Ran gnome-about. Eventually it came to the part where it says "Brought to you by...", showing a random name first zooming in on it, then zooming out again. When the name was zoomed out again, gnome-about crashed. This is 100% reproducible on my machine. (no debugging symbols found) Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1224681792 (LWP 10682)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7f75410 in __kernel_vsyscall () #0 0xb7f75410 in __kernel_vsyscall () #1 0xb7d9a0c3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 #2 0xb7e0c865 in ?? () from /usr/lib/libgnomeui-2.so.0 #3 0x29cc in ?? () #4 0xbff0c788 in ?? () #5 0x in ?? () Thread 1 (Thread -1224681792 (LWP 10682)): #0 0xb7f75410 in __kernel_vsyscall () No symbol table info available. #1 0xb7d9a0c3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb7e0c865 in ?? () from /usr/lib/libgnomeui-2.so.0 No symbol table info available. #3 0x29cc in ?? () No symbol table info available. #4 0xbff0c788 in ?? () No symbol table info available. #5 0x in ?? () No symbol table info available. #0 0xb7f75410 in __kernel_vsyscall () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc4-local (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-about depends on: ii libc6 2.5-11GNU C Library: Shared libraries ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libxml22.6.29.dfsg-1 GNOME XML library gnome-about recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428757: [Pkg-bazaar-maint] Bug#428757:
On Thu, Jun 14, 2007 at 08:40:14AM +0200, tomga wrote: > I think that we hit two things here. > Output you requested: > entering debugger > /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/fetch.py(261)close_file() > -> ie.symlink_target = lines[0][len("link "):] > (Pdb) print lines > [] > (Pdb) > This can be happening because a symbolic link pointing to outside of > repository has been commited in bazaar repository. Maybe this > exception > is thrown because of this. Adding a symlink to something outside of my working copy appears to work fine here - does this particular file have any interesting properties or history? As far as I know, an empty file with the svn:special file property set is invalid in Subversion; I wouldn't know what to do with such a file - it's definitely not a regular file, but also not a symbolic link. The error message should definitely be clearer though (throwing an exception warning about a corrupt file). > Anyway I have made a sample session from scratch which IMHO shows that > something is very wrong and this package is really unusable right now. > tst:~$ mkdir test > tst:~$ cd test > #create empty svn repository > tst:~/test$ mkdir svnrepo > tst:~/test$ svnadmin create svnrepo > #create empty bzr repository > tst:~/test$ mkdir bzrrepo > tst:~/test$ bzr init bzrrepo > #create directory a1, commit and push to svn repo > tst:~/test$ cd bzrrepo/ > tst:~/test/bzrrepo$ mkdir a1 > tst:~/test/bzrrepo$ bzr add a1 > added a1 > tst:~/test/bzrrepo$ bzr commit -m "created a1" > added a1 > Committed revision 1. > tst:~/test/bzrrepo$ bzr push file:///home/tomga/test/svnrepo > Pushed up to revision 1. > #create directory a2, commit and push to svn repo > tst:~/test/bzrrepo$ mkdir a2 > tst:~/test/bzrrepo$ bzr add a2 > added a2 > tst:~/test/bzrrepo$ bzr commit -m "created a2" > added a2 > Committed revision 2. > tst:~/test/bzrrepo$ bzr push file:///home/tomga/test/svnrepo > bzr: ERROR: These branches have diverged. Try using "merge" and > then "push". > #checkout svn repo and examin log > tst:~/test/bzrrepo$ cd .. > tst:~/test$ svn co file:///home/tomga/test/svnrepo svnco > Asvnco/a1 > U svnco > Checked out revision 1. > tst:~/test$ cd svnco > tst:~/test/svnco$ svn log > > r1 | tomga | 2007-06-14 08:08:19 +0200 (Thu, 14 Jun 2007) | 1 line > created a1 > > tst:~/test/svnco$ cd .. > #merge bzr repo with svn repo - it seems that it incorrectly resolved > "common root" > tst:~/test$ cd bzrrepo/ > tst:~/test/bzrrepo$ bzr merge file:///home/tomga/test/svnrepo > +N a1/ > -D a1/ > All changes applied successfully. > tst:~/test/bzrrepo$ bzr status > removed > a1/ > a2/ > pending merges: > tomga 2007-06-14 created a1 > tst:~/test/bzrrepo$ This is not a bug - the only "push" that is supported in 0.3 is "push-as-merged". This requires you to run "bzr pull" right after "bzr push". "push-as-merged" basically means that when you run "bzr push" you don't actually push the specified revision, but create a new revision in the remote branch that merges the one you specified. 0.4 does not have this limitation, but it is not stable (yet). Cheers, Jelmer -- Jelmer Vernooij <[EMAIL PROTECTED]> - http://jelmer.vernstok.nl/ 01:14:35 up 68 days, 6 min, 4 users, load average: 1.43, 0.81, 0.59 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428892: sdl-mixer1.2: FTBFS on hurd-i386
Hi, Oops, here is a more complete and better patch. Samuel diff -ur sdl-mixer1.2-1.2.6.orig/music_cmd.c sdl-mixer1.2-1.2.6/music_cmd.c --- sdl-mixer1.2-1.2.6.orig/music_cmd.c 2004-12-16 05:20:14.0 + +++ sdl-mixer1.2-1.2.6/music_cmd.c 2007-06-14 19:24:15.0 + @@ -55,10 +55,8 @@ Mix_SetError("Out of memory"); return(NULL); } - strncpy(music->file, file, (sizeof music->file)-1); - music->file[(sizeof music->file)-1] = '\0'; - strncpy(music->cmd, cmd, (sizeof music->cmd)-1); - music->cmd[(sizeof music->cmd)-1] = '\0'; + music->file = strdup(file); + music->cmd = strdup(cmmd); music->pid = 0; /* We're done */ @@ -153,15 +151,16 @@ /* Child process - executes here */ case 0: { - char command[PATH_MAX]; + char *command; char **argv; /* Execute the command */ - strcpy(command, music->cmd); + command = strdup(music->cmd); argv = parse_args(command, music->file); if ( argv != NULL ) { execvp(argv[0], argv); } + free(command); /* exec() failed */ perror(argv[0]); diff -ur sdl-mixer1.2-1.2.6.orig/music_cmd.h sdl-mixer1.2-1.2.6/music_cmd.h --- sdl-mixer1.2-1.2.6.orig/music_cmd.h 2004-12-16 05:20:14.0 + +++ sdl-mixer1.2-1.2.6/music_cmd.h 2007-06-14 19:24:33.0 + @@ -33,8 +33,8 @@ # include #endif typedef struct { - char file[PATH_MAX]; - char cmd[PATH_MAX]; + char *file; + char *cmd; pid_t pid; } MusicCMD;
Bug#428893: doesn't notice forced window close
Package: sm Version: 0.5-1 Severity: normal ion allows me to close sm's window using the usual key binding. This is easier than finding the close button or using a program-specific close commans. However, this doesn't end up killing the program, which sits there at the command line with no window. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sm depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-10 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra sm recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#428840: unison-gtk: Confusing diff file1 and file2
Hello, On Thu, Jun 14, 2007 at 06:01:23PM +0200, Eugen Dedu wrote: > [EMAIL PROTECTED] wrote: > >Eugen Dedu writes: > >>Package: unison-gtk > >>Version: 2.13.16-6 > >>Severity: normal > >>Hi, > >>I find very confusing the name of files in the diff window (when > >>pressing the diff button in the graphical environment unison-gtk). > >>What is the first file and what is the second? diff -u .../intro.tex > >>and .../intro.tex#unisondiff- say nothing about that. > >>I checked this and the 1st file is the local file, the 2nd is the > >>remote file. I would prefer the 1st one be the remote file and the > >>2nd one my own file, because the remote file is the "old" version, > >>isn't it? > >>So I propose: > >>- to put as 1st file the remote file > >>- to name the remote file something like this: .../intro.tex#remotefile > >>Thank you for taking into account this bug. > > > >Well, i am not sure that the remote file is always the "old" file, and > >i think that putting it 1st or 2nd doesn't really improve anything. > >Concerning the naming convention, i think that the first filename > >(.../intro.tex) should point to the fact that this is a local file... > > Hi, > > I agree with the order, because there are different uses of the program > ("old" sometimes is local, sometimes is distant). > > However, the names are not explicit. > > Aa program must be as clear as possible. Without reading the > documentation, do you agree to lose 100€ if ../intro.tex is not the > local one and ../intro.tex#unisondiff- is not the distant one? > Well in fact the program don't choose for you what to loose! And you agree to loose 100€ by not reading the documentation and choosing the way you want to propagate things. > I think that "Remote file" for ex. is a much better name. For example, > changing the window title to "diff -u localFile remoteFile" would be > clearer. The first two lines of the diff window provide the name of the > two files. > > What does "unisondiff-" say? Nothing! On the contrary, "remoteFile" is > explicit. > > If you still think I am wrong, you can close the bug... > I am just telling you that i "sort of" agree on the fact that "#unisondiff" is not explicit but i just point that the name of the other file is anyway local. I.e. at least there is an explicit difference between local and remote (remote name is dumb but local name is explicit and look like a normal filename without ending #anything) > >To sum up, i am not sure changing this behavior will really improve > >usability. > >Regards > >Sylvain Le Gall > >ps: diff-ing two files can be confusing even with what you propose > >pps: if you really want you can set your own diff command, that will do > >exactly what you ask (see unison documentation) > > Yes, I saw, thank you. This is for changing 1st and 2nd file, but not > to have more explicit names. Well, in fact, you won't change the window title but you can change what is inside the window : create a script that begin by doing "mv $2 ${2##unisondiff}remotefile; diff $1 ${2##unisondiff}remotefile". This way you will have inside the window a name change... Regards Sylvain Le Gall
Bug#428892: sdl-mixer1.2: FTBFS on hurd-i386
Package: sdl-mixer1.2 Version: 1.2.6-2 Severity: important Tags: patch Hi, sdl-mixer1.2 currently FTBFS because it uses PATH_MAX unconditionaly. Here is a patch -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault <[EMAIL PROTECTED]> > Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me > disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que > vous teniez vous même la tronçonneuse" (traduction libre) NC in Guide du linuxien pervers : "Bien configurer sa tronçonneuse." diff -ur sdl-mixer1.2-1.2.6.orig/music_cmd.h sdl-mixer1.2-1.2.6/music_cmd.h --- sdl-mixer1.2-1.2.6.orig/music_cmd.h 2004-12-16 05:20:14.0 + +++ sdl-mixer1.2-1.2.6/music_cmd.h 2007-06-14 19:06:41.0 + @@ -32,6 +32,9 @@ #if defined(__linux__) && defined(__arm__) # include #endif +#ifndef PATH_MAX +#define PATH_MAX 4096 +#endif typedef struct { char file[PATH_MAX]; char cmd[PATH_MAX];
Bug#428798: Info received (xscreensaver)
Debian Bug Tracking System wrote: > Your message has been sent to the package maintainer(s): > Ralf Hildebrandt <[EMAIL PROTECTED]> > [EMAIL PROTECTED] (David Moreno Garza) Ah, never mind, then. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#388507: wrong order of fs tried: probably won't change
tag 388507 wontfix thanks Hello, I've just taken over the maintenance of pmount, and I'm going through bug reports. I'm sorry to say that I probably will not honour your request of changing the order in which the fs types will be tried. Unless I am very much mistaken (and please, do tell me if that is the case), most users of pmount use it to mount, say, USB keys, most of which have a redmond-compatible FS. This is the reason why they are tried first. Honestly, do you know many people who carry around an ext3 USB key ;-) ? I understand your frustration that mount doesn't give you that many error messages, but that's inherent to the checking done by pmount: you definitely want pmount to mount the right fs with the exact options to get a decent security. We therefore can't rely on the auto mechanism, but we need to try until it works. Thanks for your interest in pmount, Regards, Vincent Fourmond -- Vincent Fourmond, Debian Developer http://vincent.fourmond.neuf.fr/ -- pretty boring signature, isn't it ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414160: mount: Undocumented TCP default doesn't play well with old firewall rules
Package: mount Followup-For: Bug #414160 I have an NFS and firewall rule setup similar to the one documented at http://wiki.debian.org/?SecuringNFS. My nfs filesystem related services are grouped together in a range of fixed ports. This allowed for a simple and stable set of shorewall rules: ACCEPT fw loc udp 111 ACCEPT fw loc tcp 111 ACCEPT fw loc udp 2049 ACCEPT fw loc udp 32765:32769 I just tried adding a new mount today, and it failed. The local machine and nfs server machine's shorewall rules said that requests for tcp 2049 were being rejected. I get six of these records seconds apart, then a long pause, then six records again. I gave up waiting and forced mount to quit after a few minutes. Jun 14 16:09:33 gecko kernel: Shorewall:all2all:REJECT:IN= OUT=eth0 SRC=192.168.0.1 DST=192.168.0.20 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=65338 DF PROTO=TCP SPT=718 DPT=2049 WINDOW=5840 RES=0x00 SYN URGP=0 If I change the local shorewall rules to allow tcp 2049, then the nfs server shows a reject on that rule and the client machine moves on, getting blocked locally for tcp requests to port 32767. Jun 14 16:22:17 localhost kernel: Shorewall:all2all:REJECT:IN=eth0 OUT= MAC=00:07:e9:32:11:2f:00:01:02:6c:67:d5:08:00 SRC=192.168.0.1 DST=192.168.0.20 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55256 DF PROTO=TCP SPT=708 DPT=2049 WINDOW=5840 RES=0x00 SYN URGP=0 Jun 14 16:22:17 gecko kernel: Shorewall:all2all:REJECT:IN= OUT=eth0 SRC=192.168.0.1 DST=192.168.0.20 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=24445 DF PROTO=TCP SPT=711 DPT=32767 WINDOW=5840 RES=0x00 SYN URGP=0 If I add a shorewall rule to allow the 32765:32769 range via tcp on the local machine, then the nfs server blocks a request for tcp 2049, a request for tcp 32767, and then many requests for tcp 2049. After a bit, the local machine says: mount: vegas.gecko:/var/www/download.geckosoftware.com/html/installers: can't read superblock Jun 14 16:27:15 gecko kernel: nfs: server vegas.gecko not responding, timed out The same thing happens if I then unblock tcp 2049 on the nfs server, or if I put udp into my mount option in /etc/fstab, because it's still trying tcp for 32767 (mountd on my setup.) At the moment I'm fine with using tcp. I think the switch to tcp should be documented and it seems that if I request an nfs rpc connect via udp, the mountd request should also be via udp. I think that if you don't specify udp or tcp for the mount options, if it's going to try tcp, it should then try udp when it fails so that it would fallback gracefully if the server doesn't support tcp. (Maybe it does that, and it's not trying because my rpc is advertising both tcp and udp.) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mount depends on: ii libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library mount recommends no packages. -- no debconf information -- Jacob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342817: Apparent hang of X.org with the nv open source driver
Ross Boylan wrote: > Unfortunately, after the last upgrade of xorg the proprietary driver > broke. Look at the bottom of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420177 It could help. > So I tried the open-source one. It still doesn't work, locking > up the entire system :( > > I'm using vesa for now. > > This was with > ii xserver-xorg-video-nv1:2.0.2-1 > There's also 1:2.0.96-1 in experimental, in case you want to try before going back to nvidia. > I believe I backed out the proprietary changes properly (commented out > glx and nvidia, as well as the disabling of DRI and glcore--i.e., tested > with dri and glcore enabled). > Thanks for the followup. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428891: dvdrtools: Not installable
Package: dvdrtools Version: 0.3.1-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Upgrading to the latest version fails badly: > # apt-get install dvdrtools > Reading package lists... Done > Building dependency tree... Done > Recommended packages: > libmagic-dev > The following packages will be upgraded: > dvdrtools > 1 upgraded, 0 newly installed, 0 to remove and 28 not upgraded. > Need to get 0B/506kB of archives. > After unpacking 958kB of additional disk space will be used. > (Reading database ... 217442 files and directories currently installed.) > Preparing to replace dvdrtools 0.3.1-1 (using .../dvdrtools_0.3.1-2_i386.deb) > ... > Unpacking replacement dvdrtools ... > dpkg: error processing /var/cache/apt/archives/dvdrtools_0.3.1-2_i386.deb > (--unpack): > trying to overwrite `/usr/bin/cdda2wav', which is also in package cdda2wav > dpkg-deb: subprocess paste killed by signal (Broken pipe) > Errors were encountered while processing: > /var/cache/apt/archives/dvdrtools_0.3.1-2_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) Regards, Mathias - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dvdrtools depends on: ii libc6 2.5-11 GNU C Library: Shared libraries dvdrtools recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGccQBYfUFJ3ewsJgRAtmRAJ9FGQHrpcJ4KXVh9yuuESoOLCEv/wCfQZgR vgwpNQVHLxi+zbFGO6gyZ+A= =bsqM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]