Bug#475208: marked as done (bless: FTBFS: /build/user/bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs(44,9): error CS0104: `Action' is an ambiguous reference between `System.Action' and `Gtk.Action'
Your message dated Sat, 19 Apr 2008 06:02:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#475208: fixed in bless 0.5.2-1.2 has caused the Debian Bug report #475208, regarding bless: FTBFS: /build/user/bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs(44,9): error CS0104: `Action' is an ambiguous reference between `System.Action' and `Gtk.Action' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475208: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475208 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: bless Version: 0.5.2-1.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080409 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > make[3]: Entering directory `/build/user/bless-0.5.2/src' > sed -e 's,@blesslibdir\@,/usr/lib,g' bless-script > bless > sed -e 's,@blessdatadir\@,/usr/share,g' util/ConfigureDefines.cs.tmpl > > util/ConfigureDefines.cs > /usr/bin/mono ../builder/bless-builder.exe Bless -nowarn:0169 > -d:ENABLE_UNIX_SPECIFIC > >> Building module Bless.Util... > Ok > >> Building module Bless.Tools... > Ok > >> Building module Bless.Buffers... > Ok > >> Building module Bless.Gui.Drawers... > Ok > >> Building module Bless.Tools.Find... > Ok > >> Building module Bless.Gui.Areas... > Ok > >> Building module Bless.Tools.Export... > Ok > >> Building module Bless.Plugins... > Ok > >> Building module Bless.Gui... > /build/user/bless-0.5.2/src/gui/dialogs/AboutDialog.cs(37,17): warning > CS0618: `Gtk.AboutDialog.Name' is obsolete: `Use ProgramName instead' > Compilation succeeded - 1 warning(s) > Ok > >> Building module Bless.Gui.Plugins... > /build/user/bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs(41,9): error > CS0104: `Action' is an ambiguous reference between `System.Action' and > `Gtk.Action' > /usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll > (Location of the symbol related to previous error) > /usr/lib/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll > (Location of the symbol related to previous error) > /build/user/bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs(42,9): error > CS0104: `Action' is an ambiguous reference between `System.Action' and > `Gtk.Action' > /usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll > (Location of the symbol related to previous error) > /usr/lib/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll > (Location of the symbol related to previous error) > /build/user/bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs(43,9): error > CS0104: `Action' is an ambiguous reference between `System.Action' and > `Gtk.Action' > /usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll > (Location of the symbol related to previous error) > /usr/lib/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll > (Location of the symbol related to previous error) > /build/user/bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs(44,9): error > CS0104: `Action' is an ambiguous reference between `System.Action' and > `Gtk.Action' > /usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll > (Location of the symbol related to previous error) > /usr/lib/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll > (Location of the symbol related to previous error) > /build/user/bless-0.5.2/src/gui/plugins/InfobarPlugin.cs(258,9): warning > CS0612: `Gtk.Tooltips' is obsolete > Compilation failed: 4 error(s), 1 warnings > Failed > make[3]: *** [bless.exe] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/09 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot 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 | --- End Message --- --- Begin Message --- Source: bless Source-Version: 0.5.2-1.2 We
Bug#475470: marked as done (aspectc++ - FTBFS: error: iostream.h: No such file or directory)
Your message dated Sat, 19 Apr 2008 08:32:50 +0200 with message-id <[EMAIL PROTECTED]> and subject line Re: aspectc++ - FTBFS: error: iostream.h: No such file or directory has caused the Debian Bug report #475470, regarding aspectc++ - FTBFS: error: iostream.h: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475470: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475470 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: aspectc++ Version: 1.0pre4~svn.20080409+dfsg-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of aspectc++_1.0pre4~svn.20080409+dfsg-1 on > debian-31.osdl.marist.edu by sbuild/s390 98 [...] > Making tools... > lemon.c: In function 'myoptprint': > lemon.c:1698: warning: field width should have type 'int', but argument 4 has > type 'long unsigned int' > lemon.c:1703: warning: field width should have type 'int', but argument 4 has > type 'long unsigned int' > lemon.c:1708: warning: field width should have type 'int', but argument 4 has > type 'long unsigned int' > lemon.c: In function 'Parse': > lemon.c:2111: warning: 'ps.prevrule' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.preccounter' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.lastrule' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.firstrule' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.lhs' may be used uninitialized in this function > lemon.c:2111: warning: 'ps.nrhs' may be used uninitialized in this function > lemon.c:2111: warning: 'ps.lhsalias' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.declkeyword' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.declargslot' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.decllnslot' may be used uninitialized in this > function > lemon.c:2111: warning: 'ps.declassoc' may be used uninitialized in this > function > In file included from orange.cc:35: > classes.h:4:23: error: iostream.h: No such file or directory > In file included from orange.cc:35: > classes.h: In member function 'void ClassId::Print()': > classes.h:44: error: 'cout' was not declared in this scope > orange.cc: In function 'int ParseSource(char*&, Automaton&, ExprNames&, > int&)': > orange.cc:208: warning: deprecated conversion from string constant to 'char*' > orange.cc: In function 'int ParseClasses()': > orange.cc:220: warning: deprecated conversion from string constant to 'char*' > orange.cc:228: warning: deprecated conversion from string constant to 'char*' > orange.cc: In function 'int ParseClassDef(CharSet&)': > orange.cc:246: warning: deprecated conversion from string constant to 'char*' > orange.cc:254: warning: deprecated conversion from string constant to 'char*' > orange.cc: In function 'int ParseTable(char*&, Automaton&, ExprNames&, int&)': > orange.cc:273: warning: deprecated conversion from string constant to 'char*' > orange.cc:279: warning: deprecated conversion from string constant to 'char*' > orange.cc:292: warning: deprecated conversion from string constant to 'char*' > orange.cc:301: warning: deprecated conversion from string constant to 'char*' > orange.cc: In function 'int ParseCatExpr(Automaton&)': > orange.cc:392: warning: enumeration value 'CLASSES' not handled in switch > orange.cc:392: warning: enumeration value 'TABLE' not handled in switch > orange.cc:392: warning: enumeration value 'COLON' not handled in switch > orange.cc:392: warning: enumeration value 'IS' not handled in switch > orange.cc:392: warning: enumeration value 'CHAR' not handled in switch > orange.cc:392: warning: enumeration value 'STRING' not handled in switch > orange.cc:392: warning: enumeration value 'TO' not handled in switch > orange.cc:392: warning: enumeration value 'OR' not handled in switch > orange.cc:392: warning: enumeration value 'OPEN_BRACKET' not handled in switch > orange.cc:392: warning: enumeration value 'CLOSE_BRACKET' not handled in > switch > orange.cc:392: warning: enumeration value 'OPEN_SQUARE_BRACKET' not handled > in switch > orange.cc:392: warning: enumeration value 'CLOSE_SQUARE_BRACKET' not handled > in switch > orange.cc:392: warning: enumeration value 'EPSILON' not handled in switch > orange.cc:392: warning: enumeration value 'HASH_MARK' not handled in switch > orange.cc:392: warning: enumeration value 'MAP_TO' not handled in switch > orange.cc:392: warning: enumeration value 'LOOK_AHEAD' not handled
Bug#476783: marked as done (dovecot-common: dovecot will not run with the 'new' mail_privileged_group option)
Your message dated Sat, 19 Apr 2008 00:54:16 -0500 with message-id <[EMAIL PROTECTED]> and subject line I'm an idiot has caused the Debian Bug report #476783, regarding dovecot-common: dovecot will not run with the 'new' mail_privileged_group option to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476783: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476783 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: dovecot-common Version: 1:1.0.13-2 Severity: grave Justification: renders package unusable == Restarting IMAP/POP3 mail server: dovecotError: Error in configuration file /etc/dovecot/dovecot.conf line 264: Unknown setting: mail_privileged_group == -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-common depends on: ii adduser 3.107 add and remove users and groups ii libc6 2.7-10 GNU C Library: Shared libraries ii libcomerr21.40.8-2 common error description library ii libkrb53 1.6.dfsg.3~beta1-4 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.7-6.1 OpenLDAP libraries ii libmysqlclient15off 5.0.51a-3 MySQL database client library ii libpam-runtime0.99.7.1-6 Runtime support for the PAM librar ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpq58.3.1-1PostgreSQL C client library ii libsqlite3-0 3.5.7-2SQLite 3 shared library ii libssl0.9.8 0.9.8g-8 SSL shared libraries ii openssl 0.9.8g-8 Secure Socket Layer (SSL) binary a ii ucf 3.006 Update Configuration File: preserv ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime dovecot-common recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- dovecot really needs better error reporting when handling unmatched curly braces :-( --- End Message ---
Bug#475208: Patch for NMU
Hi Emmanuel!
Here is the patch applied for NMU.
diff -u bless-0.5.2/debian/changelog bless-0.5.2/debian/changelog
--- bless-0.5.2/debian/changelog
+++ bless-0.5.2/debian/changelog
@@ -1,3 +1,10 @@
+bless (0.5.2-1.2) unstable; urgency=low
+
+ * Non-maintainer upload for RC bug.
+ * Fix FTBFS with a patch from Chris Lamb (Closes: #475208).
+
+ -- Vincent Bernat <[EMAIL PROTECTED]> Sat, 19 Apr 2008 07:48:51 +0200
+
bless (0.5.2-1.1) unstable; urgency=low
* Non-maintainer upload from BSP Zurich.
only in patch2:
unchanged:
--- bless-0.5.2.orig/debian/patches/ftbfs-gcc4.3.patch
+++ bless-0.5.2/debian/patches/ftbfs-gcc4.3.patch
@@ -0,0 +1,72 @@
+diff -urNad bless-0.5.2.orig/src/gui/plugins/BitwiseOperationsPlugin.cs bless-0.5.2/src/gui/plugins/BitwiseOperationsPlugin.cs
+--- bless-0.5.2.orig/src/gui/plugins/BitwiseOperationsPlugin.cs 2008-04-10 03:50:32.0 +0100
bless-0.5.2/src/gui/plugins/BitwiseOperationsPlugin.cs 2008-04-10 03:51:45.0 +0100
+@@ -30,6 +30,8 @@
+ using Bless.Buffers;
+ using Mono.Unix;
+
++using Action = Gtk.Action;
++
+ namespace Bless.Gui.Plugins {
+
+ ///
+diff -urNad bless-0.5.2.orig/src/gui/plugins/EditOperationsPlugin.cs bless-0.5.2/src/gui/plugins/EditOperationsPlugin.cs
+--- bless-0.5.2.orig/src/gui/plugins/EditOperationsPlugin.cs 2008-04-10 03:50:32.0 +0100
bless-0.5.2/src/gui/plugins/EditOperationsPlugin.cs 2008-04-10 03:52:06.0 +0100
+@@ -27,6 +27,8 @@
+ using Bless.Gui.Dialogs;
+ using Bless.Tools;
+
++using Action = Gtk.Action;
++
+ namespace Bless.Gui.Plugins {
+
+ public class EditOperationsPlugin : GuiPlugin
+diff -urNad bless-0.5.2.orig/src/gui/plugins/FileOperationsPlugin.cs bless-0.5.2/src/gui/plugins/FileOperationsPlugin.cs
+--- bless-0.5.2.orig/src/gui/plugins/FileOperationsPlugin.cs 2008-04-10 03:50:32.0 +0100
bless-0.5.2/src/gui/plugins/FileOperationsPlugin.cs 2008-04-10 03:52:26.0 +0100
+@@ -29,6 +29,8 @@
+ using Gtk;
+ using Mono.Unix;
+
++using Action = Gtk.Action;
++
+ namespace Bless.Gui.Plugins {
+
+ public class FileOperationsPlugin : GuiPlugin
+diff -urNad bless-0.5.2.orig/src/gui/plugins/FindReplacePlugin.cs bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs
+--- bless-0.5.2.orig/src/gui/plugins/FindReplacePlugin.cs 2008-04-10 03:50:32.0 +0100
bless-0.5.2/src/gui/plugins/FindReplacePlugin.cs 2008-04-10 03:51:21.0 +0100
+@@ -31,6 +31,8 @@
+ using Bless.Plugins;
+ using Mono.Unix;
+
++using Action = Gtk.Action;
++
+ namespace Bless.Gui.Plugins {
+
+ public class FindReplacePlugin : GuiPlugin
+diff -urNad bless-0.5.2.orig/src/gui/plugins/HistoryPlugin.cs bless-0.5.2/src/gui/plugins/HistoryPlugin.cs
+--- bless-0.5.2.orig/src/gui/plugins/HistoryPlugin.cs 2008-04-10 03:50:32.0 +0100
bless-0.5.2/src/gui/plugins/HistoryPlugin.cs 2008-04-10 03:53:22.0 +0100
+@@ -26,6 +26,8 @@
+ using Bless.Gui;
+ using Bless.Tools;
+
++using Action = Gtk.Action;
++
+ namespace Bless.Gui.Plugins {
+
+ public class HistoryPlugin : GuiPlugin
+diff -urNad bless-0.5.2.orig/src/gui/plugins/InfobarPlugin.cs bless-0.5.2/src/gui/plugins/InfobarPlugin.cs
+--- bless-0.5.2.orig/src/gui/plugins/InfobarPlugin.cs 2008-04-10 03:50:32.0 +0100
bless-0.5.2/src/gui/plugins/InfobarPlugin.cs 2008-04-10 03:52:48.0 +0100
+@@ -28,6 +28,8 @@
+ using Bless.Tools;
+ using Mono.Unix;
+
++using Action = Gtk.Action;
++
+ namespace Bless.Gui.Plugins {
+
+ public class InfobarPlugin : GuiPlugin
--
GOLDFISH DON'T BOUNCE
GOLDFISH DON'T BOUNCE
GOLDFISH DON'T BOUNCE
-+- Bart Simpson on chalkboard in episode 9F14
pgpsHD1xuyzmJ.pgp
Description: PGP signature
Bug#476783: dovecot-common: dovecot will not run with the 'new' mail_privileged_group option
Hello, * 2008-04-19 07:45, Brent G. wrote: > Package: dovecot-common > Version: 1:1.0.13-2 > Severity: grave > Justification: renders package unusable > > == > Restarting IMAP/POP3 mail server: dovecotError: Error in configuration > file /etc/dovecot/dovecot.conf line 264: Unknown setting: > mail_privileged_group > == I just reinstalled 1:1.0.13-2 from testing and it worked without problems; can you please send as an attachment your dovecot.conf? Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476783: dovecot-common: dovecot will not run with the 'new' mail_privileged_group option
Package: dovecot-common Version: 1:1.0.13-2 Severity: grave Justification: renders package unusable == Restarting IMAP/POP3 mail server: dovecotError: Error in configuration file /etc/dovecot/dovecot.conf line 264: Unknown setting: mail_privileged_group == -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-common depends on: ii adduser 3.107 add and remove users and groups ii libc6 2.7-10 GNU C Library: Shared libraries ii libcomerr21.40.8-2 common error description library ii libkrb53 1.6.dfsg.3~beta1-4 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.7-6.1 OpenLDAP libraries ii libmysqlclient15off 5.0.51a-3 MySQL database client library ii libpam-runtime0.99.7.1-6 Runtime support for the PAM librar ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpq58.3.1-1PostgreSQL C client library ii libsqlite3-0 3.5.7-2SQLite 3 shared library ii libssl0.9.8 0.9.8g-8 SSL shared libraries ii openssl 0.9.8g-8 Secure Socket Layer (SSL) binary a ii ucf 3.006 Update Configuration File: preserv ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime dovecot-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474880: fixed in yaskkserv 0.3.8-4
On April 15, 2008 at 7:25AM +0900, lurdan (at gmail.com) wrote: > On Mon, Apr 14, 2008 at 6:39 PM, Lucas Nussbaum > <[EMAIL PROTECTED]> wrote: > > I'm sorry, but I can still reproduce this failure in this version :( > > I've uploaded 0.3.8-5 to mentors.debian.net: > http://mentors.debian.net/debian/pool/main/y/yaskkserv > > I've removed version checking from configure script, and make one more fix > required by gcc-4.3. > At least in my environment (i386), it seems to be able to be built with > gcc-4.3 > (I force link g++ to g++-4.3). > > Could you please check to be sure that it can be built in your environment? Satoru, please go ahead. Upload the package and then see the buildd logs: http://buildd.debian.org/pkg.cgi?pkg=yaskkserv Thanks, -- Tatsuya Kinoshita pgpT4h9VZUJ3v.pgp Description: PGP signature
Bug#337913: marked as done (forrest: Move depends to ant instead of libant1.6-java)
Your message dated Fri, 18 Apr 2008 23:00:48 -0400 with message-id <[EMAIL PROTECTED]> and subject line forrest has been removed from Debian, closing #337913 has caused the Debian Bug report #337913, regarding forrest: Move depends to ant instead of libant1.6-java to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 337913: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337913 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: forrest Severity: normal Hi Marcus, libant1.6-java is about to be removed from the archive. Therefore you have to switch to ant as dependency in your next upload. Thanks, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) --- End Message --- --- Begin Message --- Version: 0.5.1-4+rm The forrest package has been removed from Debian testing, unstable and experimental, so I am now closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/438748 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. Barry deFreese --- End Message ---
Bug#476730: boson: FTBFS on hppa
On 18/04/2008, Goneri Le Bouder wrote: > /build/buildd/boson-0.13/debian/build-area/boson/boufo/libboufo.a(boufofontrenderer.o)(.text._ZN15BoUfoFontPlugin9listFontsERKN3ufo9UFontInfoE[BoUfoFontPlugin::listFonts(ufo::UFontInfo > const&)]+0x9c): cannot reach > 3b4f__ZNK9__gnu_cxx17__normal_iteratorIPN3ufo9UFontInfoESt6vectorIS2_SaIS2_EEEdeEv+0, > recompile with -ffunction-sections > /usr/bin/ld: > /build/buildd/boson-0.13/debian/build-area/boson/boufo/libboufo.a(boufofontrenderer.o)(.text._ZN15BoUfoFontPlugin9listFontsERKN3ufo9UFontInfoE[BoUfoFontPlugin::listFonts(ufo::UFontInfo > const&)]+0x9c): cannot handle R_PARISC_PCREL17F for > __gnu_cxx::__normal_iterator std::vector > > >::operator*() const > /usr/bin/ld: final link failed: Bad value Reminds me of http://ikibiki.org/blog/2007/10/10/Linking_on_hppa/, which might hopefully help. Maw, KiBi pgpzDJ3BoUk9V.pgp Description: PGP signature
Bug#474410: marked as done (tuxguitar - FTBFS: Unable to find a javac compiler)
Your message dated Sat, 19 Apr 2008 00:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#474410: fixed in tuxguitar 0.9.99~1.0rc2-2 has caused the Debian Bug report #474410, regarding tuxguitar - FTBFS: Unable to find a javac compiler to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 474410: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474410 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: tuxguitar Version: 0.9.99~1.0rc2-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of tuxguitar_0.9.99~1.0rc2-1 on debian-31.osdl.marist.edu by > sbuild/s390 98 [...] > BUILD FAILED > /build/buildd/tuxguitar-0.9.99~1.0rc2/TuxGuitar/build.xml:24: The following > error occurred while executing this line: > /build/buildd/tuxguitar-0.9.99~1.0rc2/TuxGuitar/build.xml:42: Unable to find > a javac compiler; > com.sun.tools.javac.Main is not on the classpath. > Perhaps JAVA_HOME does not point to the JDK. > It is currently set to "/usr/lib/jvm/java-1.5.0-gcj-4.3-1.5.0.0/jre" >at > org.apache.tools.ant.ProjectHelper.addLocationToBuildException(ProjectHelper.java:541) >at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:419) >at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:105) >at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >at java.lang.reflect.Method.invoke(libgcj.so.90) >at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) >at org.apache.tools.ant.Task.perform(Task.java:348) >at org.apache.tools.ant.Target.execute(Target.java:357) >at org.apache.tools.ant.Target.performTasks(Target.java:385) >at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) >at org.apache.tools.ant.Project.executeTarget(Project.java:1298) >at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >at org.apache.tools.ant.Project.executeTargets(Project.java:1181) >at org.apache.tools.ant.Main.runBuild(Main.java:698) >at org.apache.tools.ant.Main.startAnt(Main.java:199) >at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) >at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) > Caused by: /build/buildd/tuxguitar-0.9.99~1.0rc2/TuxGuitar/build.xml:42: > Unable to find a javac compiler; > com.sun.tools.javac.Main is not on the classpath. > Perhaps JAVA_HOME does not point to the JDK. > It is currently set to "/usr/lib/jvm/java-1.5.0-gcj-4.3-1.5.0.0/jre" >at > org.apache.tools.ant.taskdefs.compilers.CompilerAdapterFactory.getCompiler(CompilerAdapterFactory.java:108) >at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:991) >at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:820) >at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >at java.lang.reflect.Method.invoke(libgcj.so.90) >at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) >at org.apache.tools.ant.Task.perform(Task.java:348) >at org.apache.tools.ant.Target.execute(Target.java:357) >at org.apache.tools.ant.Target.performTasks(Target.java:385) >at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) >at > org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) >at org.apache.tools.ant.Project.executeTargets(Project.java:1181) >at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:416) >...15 more > --- Nested Exception --- > /build/buildd/tuxguitar-0.9.99~1.0rc2/TuxGuitar/build.xml:42: Unable to find > a javac compiler; > com.sun.tools.javac.Main is not on the classpath. > Perhaps JAVA_HOME does not point to the JDK. > It is currently set to "/usr/lib/jvm/java-1.5.0-gcj-4.3-1.5.0.0/jre" >at > org.apache.tools.ant.taskdefs.compilers.CompilerAdapterFactory.getCompiler(CompilerAdapterFactory.java:108) >at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:991) >at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:820) >at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >at java.lang.reflect.Method.invoke(libgcj.so.90) >at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) >at org.apache.tools.ant.Task.perform(Task.java:348) >at org.apache.tools.ant.Target.execute(Target.java:357) >at org.apache.tools.ant.Target.performTasks(Target.java:385) >at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) >at > org.apache
Bug#476766: linux-image-2.6.24-1-alpha-generic: Alpha using sound driver causes kernel OOPS
Package: linux-image-2.6.24-1-alpha-generic Version: 2.6.24-5 Severity: critical Justification: breaks the whole system Playing a sound file via alsa sound devices for the second time causes mmio related kernel OOPS on certain Alpha architectures. Observed on miata (PWS600au) while playing via onboard es1888/7 sound chips and on Tsunami (XP1000) when playing sound through certain sound cards (but onboard es1888 seems to work okay!). Rated the bug as critical as it causes kernel OOPS and often takes out the complete system. This issue is fixed in kernel 2.6.25. Patch is available as commit c143d43aa3149b83e4b40624a27aa2b18638afec in Linus' git tree. Would be nice to have this patch applied if 2.6.24 is going to be released in Etch+half and Lenny. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.6.24.4 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-1-alpha-generic depends on: ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii initramfs-tools [linux-initra 0.91e tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.24-1-alpha-generic recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453241: still broken (and partly openssh's fault)
On Sun, 13 Apr 2008, Matthijs Mohlmann wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Can you try with ssh and debugging symbols on ? Probably you get more information with gdb then. Being that there are no debug packages for openssh, I rebuilt it on a current Sid machine (with debugging enabled). I'll ask also the upstream maintainer. Russ: Can you take a look at this bug report. It seems that sshd is segfaulting on AMD64 when using the libpam-heimdal module. I do not have a AMD64 box, so it's almost impossible for me to test. I found some odd news! After building openssh on a recent Sid box, the pam account module now works as expected - no segv :) This, along with the fact that there's a new openssh version (with supposed changes in this area), makes it seem like getting ssh rebuilt soon is a good idea ! However, the session module still blows chunks, and since it is called by the subordinate (unpriviledged) thread, I don't know how to trap it: Accepted publickey for renegade from 9.30.102.134 port 53147 ssh2 debug1: monitor_child_preauth: renegade has been authenticated by privileged process debug3: mm_get_keystate: Waiting for new keys debug3: mm_request_receive_expect entering: type 25 debug3: mm_request_receive entering debug3: mm_newkeys_from_blob: 0x7fee6df93ed0(128) debug2: mac_setup: found hmac-md5 debug3: mm_get_keystate: Waiting for second key debug3: mm_newkeys_from_blob: 0x7fee6df93ed0(128) debug2: mac_setup: found hmac-md5 debug3: mm_get_keystate: Getting compression state debug3: mm_get_keystate: Getting Network I/O buffers debug3: mm_share_sync: Share sync debug3: mm_share_sync: Share sync end debug1: temporarily_use_uid: 2007/2000 (e=0/2000) debug1: ssh_gssapi_storecreds: Not a GSSAPI mechanism debug1: restore_uid: 0/2000 debug3: PAM: opening session debug2: User child is on pid 30175 debug3: mm_request_receive entering debug1: do_cleanup debug1: PAM: cleanup debug3: PAM: sshpam_thread_cleanup entering Program exited with code 0377. Note that it also fails if I do use GSSAPI (instead of ssh key, like the example shown above). Regards, Matthijs Mohlmann Richard Nelson wrote: Ah, a little more information - this segv only happens when using password authentication (ssh keys work fine) sshd_config has UsePAM yes PubkeyAuthentication yes PasswordAuthentication yes ChallengeResponseAuthentication no Richard Nelson wrote: # /usr/sbin/sshd -Dddd >~/log 2>&1 Segmentation fault The last lines of log: debug3: mm_auth_password entering debug3: mm_request_send entering: type 11 debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD debug3: mm_request_receive_expect entering: type 12 debug3: mm_request_receive entering debug3: monitor_read: checking request 11 debug1: do_cleanup debug1: PAM: cleanup debug3: PAM: sshpam_thread_cleanup entering gdb isn't very helpful Program received signal SIGSEGV, Segmentation fault. 0x2acda6fe7af2 in ?? () (gdb) bt #0 0x2acda6fe7af2 in ?? () #1 0x2acda692ad86 in ?? () #2 0x0050 in ?? () #3 0x0001 in ?? () #4 0x7fff05c7cf10 in ?? () #5 0x in ?? () (gdb) quit The program is running. Exit anyway? (y or n) y debug1: do_cleanup debug1: PAM: cleanup debug3: PAM: sshpam_thread_cleanup entering I installed libpam-dbg, but still didn't get any information removing pam_krb5 from /etc/pam.d/common-auth fixes the problem -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIAb1n2n1ROIkXqbARAuG7AJ9glEncS6jvQie2UhnY4ya5Tk91HACbBKEp sgyobGhwwaO6vxCDg4TQb0U= =9KMZ -END PGP SIGNATURE- -- Rick Nelson Life'll kill ya -- Warren Zevon Then you'll be dead -- Life'll kill ya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: block 473304 with 476746
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > block 473304 with 476746 Bug#476746: ITP: libhtml-wikiconverter-mediawiki-perl -- Convert HTML to MediaWiki markup Bug#473304: libhtml-wikiconverter-perl: does not start with --dialect=MediaWiki option Was not blocked by any bugs. Blocking bugs of 473304 added: 476746 > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476576: marked as done ([dkimproxy] dkimproxy run as user root and not as user dkimproxy, also the home dir of user dkimproxy is posible wrong location, unsafe secret key permission)
Your message dated Fri, 18 Apr 2008 23:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476576: fixed in dkimproxy 1.0.1-5
has caused the Debian Bug report #476576,
regarding [dkimproxy] dkimproxy run as user root and not as user dkimproxy,
also the home dir of user dkimproxy is posible wrong location, unsafe secret
key permission
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
476576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476576
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: dkimproxy
Version: 1.0.1-1
Severity: serious
Tags: security
X-Debbugs-CC: [EMAIL PROTECTED]
--- Please enter the report below this line. ---
dkimproxy runs as user root, but it dos not need the rigths of the user
root, to fix this change /etc/init.d/dkimproxy:
30,31c30,31
< DKIMPROXY_IN_ARGS="--hostname=${DKIM_HOSTNAME} 127.0.0.1:10026
127.0.0.1:10027"
< DKIMPROXY_OUT_ARGS="--keyfile=${DKIMPROXY_OUT_PRIVKEY}
--selector=postfix --domain=${DOMAIN} --method=simple --signature=dkim
--signature domainkeys 127.0.0.1:10028 127.0.0.1:10029"
---
> DKIMPROXY_IN_ARGS="--hostname=${DKIM_HOSTNAME} 127.0.0.1:10026
127.0.0.1:10027 --user=${DKIMPROXYUSER} --group=${DKIMPROXYGROUP}"
> DKIMPROXY_OUT_ARGS="--keyfile=${DKIMPROXY_OUT_PRIVKEY}
--selector=postfix --domain=${DOMAIN} --method=simple --signature=dkim
--signature domainkeys 127.0.0.1:10028 127.0.0.1:10029
--user=${DKIMPROXYUSER} --group=${DKIMPROXYGROUP}"
also the home dir of the user dkimproxy is
/home/dkimproxy but I think it should be /var/lib/dkimproxy
the permission of the secret key file are also unsafe,
the are:
-rw-r--r-- 1 root root 887 17. Apr 19:22 /var/lib/dkimproxy/private.key
the should be imho:
-rw-r- 1 root dkimproxy 887 17. Apr 19:22 /var/lib/dkimproxy/private.key
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.24.4-1
Debian Release: lenny/sid
500 testing www.debian-multimedia.org
500 testing security.debian.org
500 testing ftp.de.debian.org
500 stable security.debian.org
--- Package information. ---
Depends (Version) | Installed
==-+-==
adduser| 3.107
liberror-perl | 0.17-1
libmail-dkim-perl(>= 0.29) | 0.30.1-1
libnet-server-perl | 0.97-1
libtext-wrapper-perl | 1.000-2
lsb-base | 3.1-24
openssl| 0.9.8g-8
perl (>= 5.6.0-16) | 5.8.8-12
--- End Message ---
--- Begin Message ---
Source: dkimproxy
Source-Version: 1.0.1-5
We believe that the bug you reported is fixed in the latest version of
dkimproxy, which is due to be installed in the Debian FTP archive:
dkimproxy_1.0.1-5.diff.gz
to pool/main/d/dkimproxy/dkimproxy_1.0.1-5.diff.gz
dkimproxy_1.0.1-5.dsc
to pool/main/d/dkimproxy/dkimproxy_1.0.1-5.dsc
dkimproxy_1.0.1-5_all.deb
to pool/main/d/dkimproxy/dkimproxy_1.0.1-5_all.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Thomas Goirand <[EMAIL PROTECTED]> (supplier of updated dkimproxy package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 18 Apr 2008 08:21:14 +
Source: dkimproxy
Binary: dkimproxy
Architecture: source all
Version: 1.0.1-5
Distribution: unstable
Urgency: low
Maintainer: Thomas Goirand <[EMAIL PROTECTED]>
Changed-By: Thomas Goirand <[EMAIL PROTECTED]>
Description:
dkimproxy - an SMTP-proxy that signs and/or verifies emails, using the Mail::
Closes: 476576
Changes:
dkimproxy (1.0.1-5) unstable; urgency=low
.
* dkimproxy now runs under the privileges of it's user, and the private key
has now lower rights so only root can read it (Closes: #476576).
Checksums-Sha1:
d8ba4790b1f5a0c59ce21ef7d8e8bae6a07c681e 1090 dkimproxy_1.0.1-5.dsc
a07ceb29c85588c12f08b9c56fd585260765f11c 8908 dkimproxy_1.0.1-5.diff.gz
df75bd5ab4c8a7717bc3b7941524b259f9389a68 33976 dkimproxy_1.0.1-5_all.deb
Checksums-Sha256:
7be5d656e9bf1cfa2fd9d4a384652c41152258cf7740950cafc63654c98eadac 1090
dkimpro
Processed: block 475812 with 453903
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > block 475812 with 453903 Bug#453903: dvipdf crashes on hppa and sparc Bug#475812: ifhp_3.5.20-12(sparc/unstable): Was not blocked by any bugs. Blocking bugs of 475812 added: 453903, 457547, 457568 > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453903: Bus error on sparc
hi, unfortunately I don't have many news, but what I can say is - gs works well if you build it without any optimizations (-O0 instead of -O2) - Building everything with -O2, except of igc.c and igcstr.c doesn't help, still a bus error. What makes me a bit wonder is: (gdb) where #0 0xf77f2f9c in ?? () from /usr/lib/libgs.so.8 #1 0xf77f2dac in ?? () from /usr/lib/libgs.so.8 Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474831: marked as done (postal: FTBFS: postal-list.cpp:26: error: 'strtok' was not declared in this scope)
Your message dated Fri, 18 Apr 2008 22:17:29 + with message-id <[EMAIL PROTECTED]> and subject line Bug#474831: fixed in postal 0.69 has caused the Debian Bug report #474831, regarding postal: FTBFS: postal-list.cpp:26: error: 'strtok' was not declared in this scope to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 474831: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474831 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: postal Version: 0.67-0.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080407 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > g++ -O2 -g -Wall -W -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings > -Wcast-qual -Woverloaded-virtual -pedantic -ffor-scope postal-list.cpp > expand.o -o postal-list -lstdc++ -lgnutls -lpthread > postal-list.cpp: In function 'int main(int, char**)': > postal-list.cpp:26: error: 'strtok' was not declared in this scope > make[1]: *** [postal-list] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/07 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot 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 | --- End Message --- --- Begin Message --- Source: postal Source-Version: 0.69 We believe that the bug you reported is fixed in the latest version of postal, which is due to be installed in the Debian FTP archive: postal_0.69.dsc to pool/main/p/postal/postal_0.69.dsc postal_0.69.tar.gz to pool/main/p/postal/postal_0.69.tar.gz postal_0.69_i386.deb to pool/main/p/postal/postal_0.69_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Russell Coker <[EMAIL PROTECTED]> (supplier of updated postal package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 19 Apr 2008 08:07:00 +1000 Source: postal Binary: postal Architecture: source i386 Version: 0.69 Distribution: unstable Urgency: low Maintainer: Russell Coker <[EMAIL PROTECTED]> Changed-By: Russell Coker <[EMAIL PROTECTED]> Description: postal - SMTP benchmark - the mad postman. Closes: 417480 474831 Changes: postal (0.69) unstable; urgency=low . * Really fix the GCC 4.3 issues. The main change was to remove the OS/2 and Win32 support (which probably didn't work anyway). The previous version actually fixed GCC 4.2 issues. I don't plan to fix the ext/hash_map issue yet, it doesn't stop anything from working and I'm afraid of breaking things for the majority of systems which use older headers. Thanks to Bradley Smith and Chris Lamb for sending a patch. Closes: #474831 Thanks to Martin Michlmayr for sending a patch. Closes: #417480 Files: a58bd8b57c34fa14bc6901e5ead782d0 493 utils optional postal_0.69.dsc 7e2d16ef793c60c0e0f8954c4bfecdc7 100156 utils optional postal_0.69.tar.gz a1cf74562eeeb2ffe8bc356d752ab2ca 85128 utils optional postal_0.69_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFICRvSwrB5/PXHUlYRAgC5AJ48imwlFtbinidrsDiaa50Ri8ELlACg3MWQ JiHLlERbc5PvJFVurUxsSzM= =B9rr -END PGP SIGNATURE- --- End Message ---
Bug#475812: ifhp_3.5.20-12(sparc/unstable):
block 475812 453903
thanks
>> checking how to redirect GhostScript output to fd 3... ./configure:
line 7888: 29898 Bus error gs -q -dBATCH -dNOPAUSE -dSAFER
-dPARANOIDSAFER -sDEVICE=laserjet "-sOutputFile=${FD3}"
${srcdir}/gsPrint 3>gs_out
>> configure: error: "ERROR - gs cannot handle -sOutputFile="
>> make: *** [configure-stamp] Error 1
gs fails here with a bus error, see #453903
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#476614: apt-cdrom-setup not loaded during lowmem netinst install
Processing commands for [EMAIL PROTECTED]: > tags 476614 pending Bug#476614: apt-cdrom-setup not loaded during lowmem netinst install Tags were: confirmed Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476330: marked as done (please follow python policy)
Your message dated Fri, 18 Apr 2008 21:32:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476330: fixed in lcms 1.16-9
has caused the Debian Bug report #476330,
regarding please follow python policy
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
476330: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476330
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: lcms
Version: 1.16-8
Severity: serious
Hi,
your extension handling does not follow python policy.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--- End Message ---
--- Begin Message ---
Source: lcms
Source-Version: 1.16-9
We believe that the bug you reported is fixed in the latest version of
lcms, which is due to be installed in the Debian FTP archive:
lcms_1.16-9.diff.gz
to pool/main/l/lcms/lcms_1.16-9.diff.gz
lcms_1.16-9.dsc
to pool/main/l/lcms/lcms_1.16-9.dsc
liblcms-utils_1.16-9_i386.deb
to pool/main/l/lcms/liblcms-utils_1.16-9_i386.deb
liblcms1-dev_1.16-9_i386.deb
to pool/main/l/lcms/liblcms1-dev_1.16-9_i386.deb
liblcms1_1.16-9_i386.deb
to pool/main/l/lcms/liblcms1_1.16-9_i386.deb
python-liblcms_1.16-9_i386.deb
to pool/main/l/lcms/python-liblcms_1.16-9_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Oleksandr Moskalenko <[EMAIL PROTECTED]> (supplier of updated lcms package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Apr 2008 12:52:55 -0600
Source: lcms
Binary: liblcms1 liblcms-utils liblcms1-dev python-liblcms
Architecture: source i386
Version: 1.16-9
Distribution: unstable
Urgency: high
Maintainer: Oleksandr Moskalenko <[EMAIL PROTECTED]>
Changed-By: Oleksandr Moskalenko <[EMAIL PROTECTED]>
Description:
liblcms-utils - Color management library (Additional utilities)
liblcms1 - Color management library
liblcms1-dev - Color management library (Development headers)
python-liblcms - Python bindings for liblcms color management library
Closes: 459284 475919 476329 476330 476331
Changes:
lcms (1.16-9) unstable; urgency=high
.
[Oleksandr Moskalenko <[EMAIL PROTECTED]>]
* debian/changelog: Used urgency=high due to python2.5 transition.
* debian/control:
- Removed Shiju p. Nair from maintainers.
- Removed XS- prefix from Vcs-Svn and Vcs-Browser.
- Updated Standards-Version to 3.7.3.
- Changed deprecated ${Source-Version} substvar to ${source:Version} per
lintian warning.
- Added Depends on ${shlibs:Depends} for liblcms1-dev and python-liblcms
per lintian error.
- Changed python-liblcms section from "graphics" to "python" per lintian
warning.
- Changed source:Version to binary:Version for liblcms1-dev and
python-liblcms to make the package safely binnmuable.
- Changed description of python-liblcms per lintian spelling warning.
* debian/man/*: fixed the .p tag in all affected files to .TP tag per
lintian warnings.
* Removed NEWS.Debian and its entry from liblcms1.docs (Closes: #459284).
* Removed README.Debian as we don't put anything into __init__py now.
* Regenerated swig files by running python/swig_lcms (Closes: #475919).
[Thomas Viehmann <[EMAIL PROTECTED]>]
* Used the tmp directory instead of ${package} for package building i.e
debian/liblcms1.install should use the new path (Closes: #476331).
* Removed debian/liblcms1-dev.install so as to not install python
version-specific .a/.la files into /usr/lib. (Closes: #476329).
* Modified debian/rules, debian/python-liblcms.dirs,
debian/python-liblcms.install to cleanly build and install python-liblcms
for all python versions (Closes: #476330). Also emptied
debian/__init__.py.
Checksums-Sha1:
362f74674b5f1efe9a0ef621b50b7e52af8c3c23 1222 lcms_1.16-9.dsc
37053be06673a964ad9ad9beb6d1b11d6e40c814 28844 lcms_1.16-9.diff.gz
6da7f3ca26fba041d5f2d042f0613a20f2ad7f8d 97376 liblcms1_1.16-9_i386.deb
ec7571f5ba9402cc4e8c06958f9724de1ff0e1b4 53658 liblcms-utils_1.16-9_i386.deb
ca7a24174040a20f83a0769ee37ef29c16a845ee 186184 liblcms1-dev_1.16-9_i386.deb
254e0c1229271377869d9212626898635d71c3d1 152676 python-libl
Bug#476329: marked as done (don't ship .a .la for extension modules)
Your message dated Fri, 18 Apr 2008 21:32:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476329: fixed in lcms 1.16-9
has caused the Debian Bug report #476329,
regarding don't ship .a .la for extension modules
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
476329: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476329
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: lcms
Version: 1.16-8
Severity: serious
Hi,
shipping .a .la for python extensions is not called for, in
particular not in /usr/lib.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--- End Message ---
--- Begin Message ---
Source: lcms
Source-Version: 1.16-9
We believe that the bug you reported is fixed in the latest version of
lcms, which is due to be installed in the Debian FTP archive:
lcms_1.16-9.diff.gz
to pool/main/l/lcms/lcms_1.16-9.diff.gz
lcms_1.16-9.dsc
to pool/main/l/lcms/lcms_1.16-9.dsc
liblcms-utils_1.16-9_i386.deb
to pool/main/l/lcms/liblcms-utils_1.16-9_i386.deb
liblcms1-dev_1.16-9_i386.deb
to pool/main/l/lcms/liblcms1-dev_1.16-9_i386.deb
liblcms1_1.16-9_i386.deb
to pool/main/l/lcms/liblcms1_1.16-9_i386.deb
python-liblcms_1.16-9_i386.deb
to pool/main/l/lcms/python-liblcms_1.16-9_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Oleksandr Moskalenko <[EMAIL PROTECTED]> (supplier of updated lcms package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Apr 2008 12:52:55 -0600
Source: lcms
Binary: liblcms1 liblcms-utils liblcms1-dev python-liblcms
Architecture: source i386
Version: 1.16-9
Distribution: unstable
Urgency: high
Maintainer: Oleksandr Moskalenko <[EMAIL PROTECTED]>
Changed-By: Oleksandr Moskalenko <[EMAIL PROTECTED]>
Description:
liblcms-utils - Color management library (Additional utilities)
liblcms1 - Color management library
liblcms1-dev - Color management library (Development headers)
python-liblcms - Python bindings for liblcms color management library
Closes: 459284 475919 476329 476330 476331
Changes:
lcms (1.16-9) unstable; urgency=high
.
[Oleksandr Moskalenko <[EMAIL PROTECTED]>]
* debian/changelog: Used urgency=high due to python2.5 transition.
* debian/control:
- Removed Shiju p. Nair from maintainers.
- Removed XS- prefix from Vcs-Svn and Vcs-Browser.
- Updated Standards-Version to 3.7.3.
- Changed deprecated ${Source-Version} substvar to ${source:Version} per
lintian warning.
- Added Depends on ${shlibs:Depends} for liblcms1-dev and python-liblcms
per lintian error.
- Changed python-liblcms section from "graphics" to "python" per lintian
warning.
- Changed source:Version to binary:Version for liblcms1-dev and
python-liblcms to make the package safely binnmuable.
- Changed description of python-liblcms per lintian spelling warning.
* debian/man/*: fixed the .p tag in all affected files to .TP tag per
lintian warnings.
* Removed NEWS.Debian and its entry from liblcms1.docs (Closes: #459284).
* Removed README.Debian as we don't put anything into __init__py now.
* Regenerated swig files by running python/swig_lcms (Closes: #475919).
[Thomas Viehmann <[EMAIL PROTECTED]>]
* Used the tmp directory instead of ${package} for package building i.e
debian/liblcms1.install should use the new path (Closes: #476331).
* Removed debian/liblcms1-dev.install so as to not install python
version-specific .a/.la files into /usr/lib. (Closes: #476329).
* Modified debian/rules, debian/python-liblcms.dirs,
debian/python-liblcms.install to cleanly build and install python-liblcms
for all python versions (Closes: #476330). Also emptied
debian/__init__.py.
Checksums-Sha1:
362f74674b5f1efe9a0ef621b50b7e52af8c3c23 1222 lcms_1.16-9.dsc
37053be06673a964ad9ad9beb6d1b11d6e40c814 28844 lcms_1.16-9.diff.gz
6da7f3ca26fba041d5f2d042f0613a20f2ad7f8d 97376 liblcms1_1.16-9_i386.deb
ec7571f5ba9402cc4e8c06958f9724de1ff0e1b4 53658 liblcms-utils_1.16-9_i386.deb
ca7a24174040a20f83a0769ee37ef29c16a845ee 186184 liblcms1-dev_1.16-9_i386.deb
254e0c12292
Processed: Re: Bug#476614: apt-cdrom-setup not loaded during lowmem netinst install
Processing commands for [EMAIL PROTECTED]: > tags 476614 confirmed Bug#476614: apt-cdrom-setup not loaded during lowmem netinst install There were no tags set. Tags added: confirmed > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476331: marked as done (don't do funny things on installation)
Your message dated Fri, 18 Apr 2008 21:32:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476331: fixed in lcms 1.16-9
has caused the Debian Bug report #476331,
regarding don't do funny things on installation
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
476331: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476331
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: lcms
Version: 1.16-8
Severity: serious
Hi,
your installation scheme (dump everything in the -dev package,
install from there, then delete there) makes the package FTBFS too
easy, e.g. when the default python version changes.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--- End Message ---
--- Begin Message ---
Source: lcms
Source-Version: 1.16-9
We believe that the bug you reported is fixed in the latest version of
lcms, which is due to be installed in the Debian FTP archive:
lcms_1.16-9.diff.gz
to pool/main/l/lcms/lcms_1.16-9.diff.gz
lcms_1.16-9.dsc
to pool/main/l/lcms/lcms_1.16-9.dsc
liblcms-utils_1.16-9_i386.deb
to pool/main/l/lcms/liblcms-utils_1.16-9_i386.deb
liblcms1-dev_1.16-9_i386.deb
to pool/main/l/lcms/liblcms1-dev_1.16-9_i386.deb
liblcms1_1.16-9_i386.deb
to pool/main/l/lcms/liblcms1_1.16-9_i386.deb
python-liblcms_1.16-9_i386.deb
to pool/main/l/lcms/python-liblcms_1.16-9_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Oleksandr Moskalenko <[EMAIL PROTECTED]> (supplier of updated lcms package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Apr 2008 12:52:55 -0600
Source: lcms
Binary: liblcms1 liblcms-utils liblcms1-dev python-liblcms
Architecture: source i386
Version: 1.16-9
Distribution: unstable
Urgency: high
Maintainer: Oleksandr Moskalenko <[EMAIL PROTECTED]>
Changed-By: Oleksandr Moskalenko <[EMAIL PROTECTED]>
Description:
liblcms-utils - Color management library (Additional utilities)
liblcms1 - Color management library
liblcms1-dev - Color management library (Development headers)
python-liblcms - Python bindings for liblcms color management library
Closes: 459284 475919 476329 476330 476331
Changes:
lcms (1.16-9) unstable; urgency=high
.
[Oleksandr Moskalenko <[EMAIL PROTECTED]>]
* debian/changelog: Used urgency=high due to python2.5 transition.
* debian/control:
- Removed Shiju p. Nair from maintainers.
- Removed XS- prefix from Vcs-Svn and Vcs-Browser.
- Updated Standards-Version to 3.7.3.
- Changed deprecated ${Source-Version} substvar to ${source:Version} per
lintian warning.
- Added Depends on ${shlibs:Depends} for liblcms1-dev and python-liblcms
per lintian error.
- Changed python-liblcms section from "graphics" to "python" per lintian
warning.
- Changed source:Version to binary:Version for liblcms1-dev and
python-liblcms to make the package safely binnmuable.
- Changed description of python-liblcms per lintian spelling warning.
* debian/man/*: fixed the .p tag in all affected files to .TP tag per
lintian warnings.
* Removed NEWS.Debian and its entry from liblcms1.docs (Closes: #459284).
* Removed README.Debian as we don't put anything into __init__py now.
* Regenerated swig files by running python/swig_lcms (Closes: #475919).
[Thomas Viehmann <[EMAIL PROTECTED]>]
* Used the tmp directory instead of ${package} for package building i.e
debian/liblcms1.install should use the new path (Closes: #476331).
* Removed debian/liblcms1-dev.install so as to not install python
version-specific .a/.la files into /usr/lib. (Closes: #476329).
* Modified debian/rules, debian/python-liblcms.dirs,
debian/python-liblcms.install to cleanly build and install python-liblcms
for all python versions (Closes: #476330). Also emptied
debian/__init__.py.
Checksums-Sha1:
362f74674b5f1efe9a0ef621b50b7e52af8c3c23 1222 lcms_1.16-9.dsc
37053be06673a964ad9ad9beb6d1b11d6e40c814 28844 lcms_1.16-9.diff.gz
6da7f3ca26fba041d5f2d042f0613a20f2ad7f8d 97376 liblcms1_1.16-9_i386.deb
ec7571f5ba9402cc4e8c06958f9724de1ff0e1b4 53658 liblcms-utils_1.16-9_i386.
Bug#475919: marked as done (lcms_1.16-8+b1(sparc/unstable): FTBFS: invalid conversion from 'const char*' to 'char*')
Your message dated Fri, 18 Apr 2008 21:32:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#475919: fixed in lcms 1.16-9 has caused the Debian Bug report #475919, regarding lcms_1.16-8+b1(sparc/unstable): FTBFS: invalid conversion from 'const char*' to 'char*' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475919: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475919 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: lcms Version: 1.16-8+b1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of lcms_1.16-8+b1 on lebrun by sbuild/sparc 98 > Build started at 20080413-2241 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>> 5.0.38), dpatch, libjpeg62-dev, libtiff4-dev, > python-all-dev (>= 2.3.5-11), python-support (>= 0.6.3), zlib1g-dev [...] > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DPACKAGE_NAME=\"lcms\" > -DPACKAGE_TARNAME=\"lcms\" -DPACKAGE_VERSION=\"1.16\" > -DPACKAGE_STRING=\"lcms\ 1.16\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 > -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 > -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 > -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -DSIZEOF_INT=4 > -DSIZEOF_UNSIGNED_INT=4 -DSIZEOF_LONG=4 -DSIZEOF_UNSIGNED_LONG=4 > -DSIZEOF_LONG_LONG=8 -DSIZEOF_UNSIGNED_LONG_LONG=8 -DHasJPEG=1 -DHasZLIB=1 > -DHasTIFF=1 -DHAVE_TIFFCONF_H=1 -I. -I/usr/include/python2.5 > -I/usr/include/python2.5 -I../include -I../include -g -O2 -MT > _lcms_la-lcms_wrap.lo -MD -MP -MF .deps/_lcms_la-lcms_wrap.Tpo -c -o > _lcms_la-lcms_wrap.lo `test -f 'lcms_wrap.cxx' || echo './'`lcms_wrap.cxx > mkdir .libs > g++ -DPACKAGE_NAME=\"lcms\" -DPACKAGE_TARNAME=\"lcms\" > -DPACKAGE_VERSION=\"1.16\" "-DPACKAGE_STRING=\"lcms 1.16\"" > -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 > -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 > -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -DSIZEOF_INT=4 -DSIZEOF_UNSIGNED_INT=4 > -DSIZEOF_LONG=4 -DSIZEOF_UNSIGNED_LONG=4 -DSIZEOF_LONG_LONG=8 > -DSIZEOF_UNSIGNED_LONG_LONG=8 -DHasJPEG=1 -DHasZLIB=1 -DHasTIFF=1 > -DHAVE_TIFFCONF_H=1 -I. -I/usr/include/python2.5 -I/usr/include/python2.5 > -I../include -I../include -g -O2 -MT _lcms_la-lcms_wrap.lo -MD -MP -MF > .deps/_lcms_la-lcms_wrap.Tpo -c lcms_wrap.cxx -fPIC -DPIC -o > .libs/_lcms_la-lcms_wrap.o > lcms_wrap.cxx: In function 'int SWIG_Python_ConvertFunctionPtr(PyObject*, > void**, swig_type_info*)': > lcms_wrap.cxx:2051: error: invalid conversion from 'const char*' to 'char*' > lcms_wrap.cxx: In function 'void SWIG_Python_FixMethods(PyMethodDef*, > swig_const_info*, swig_type_info**, swig_type_info**)': > lcms_wrap.cxx:33907: error: invalid conversion from 'const char*' to 'char*' > lcms_wrap.cxx: In function 'void init_lcms()': > lcms_wrap.cxx:33968: warning: deprecated conversion from string constant to > 'char*' > make[2]: *** [_lcms_la-lcms_wrap.lo] Error 1 > make[2]: Leaving directory `/build/buildd/lcms-1.16/python' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/build/buildd/lcms-1.16' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparc&pkg=lcms&ver=1.16-8+b1 --- End Message --- --- Begin Message --- Source: lcms Source-Version: 1.16-9 We believe that the bug you reported is fixed in the latest version of lcms, which is due to be installed in the Debian FTP archive: lcms_1.16-9.diff.gz to pool/main/l/lcms/lcms_1.16-9.diff.gz lcms_1.16-9.dsc to pool/main/l/lcms/lcms_1.16-9.dsc liblcms-utils_1.16-9_i386.deb to pool/main/l/lcms/liblcms-utils_1.16-9_i386.deb liblcms1-dev_1.16-9_i386.deb to pool/main/l/lcms/liblcms1-dev_1.16-9_i386.deb liblcms1_1.16-9_i386.deb to pool/main/l/lcms/liblcms1_1.16-9_i386.deb python-liblcms_1.16-9_i386.deb to pool/main/l/lcms/python-liblcms_1.16-9_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Oleksandr Moskalenko <[EMAIL PROTECTED]> (supplier of updated lcms package) (This message was generated automa
Bug#476614: apt-cdrom-setup not loaded during lowmem netinst install
tags 476614 confirmed thanks On Friday 18 April 2008, Frans Pop wrote: > My guess is that this is a bug in anna due to fact that you are > installing in lowmem. As apt-cdrom-setup is requested through > "anna-install" in cdrom-detect, it definitely should be getting > installed. Just confirmed in VirtualBox by booting with 'install mem=32m', which results in lowmem level 2. After that I do see apt-cdrom-setup offered by anna as an "optional" component, even though it was queued by an anna-install call. IMO components that have been queued should always be installed, even in lowmem level 2. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475470: [aspectc++] unreproducible in version 1.0pre4~svn.20080409+dfsg-3
Package: aspectc++ Version: 1.0pre4~svn.20080409+dfsg-3 hi, i tried to reproduce this bug, but the package built fine in an up-to-date and clean sid environment on my amd64 machine. i'm not able to reproduce it. maybe there's an entry in debian/changelog missing? cheers - fuddl signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#473304: libhtml-wikiconverter-perl: does not start with --dialect=MediaWiki option
Hello Rowan, Since 0.50 the upstream author decide to separated into different packages the dialects used for every wiki markup. From upstram author: >version: 0.50 >changes: > - separate each dialect into is own CPAN package for maintainability I read at Debian changelog that a virtual package was added to recommnds: > * Recommend virtual package libhtml-wikiconverter-dialect as they > are now packaged separately. actually the the package is at Recommends field, but the package doesn't exists I'm filling some ITPs, at least for MediaWiki and TiKiWiki markups Cheers -- Rene Mauricio Mayorga | jabber: [EMAIL PROTECTED] http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Digital signature
Bug#472613: marked as done (ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC)
Your message dated Fri, 18 Apr 2008 21:02:06 + with message-id <[EMAIL PROTECTED]> and subject line Bug#472613: fixed in ffmpeg-free 0.svn20080206-2 has caused the Debian Bug report #472613, regarding ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 472613: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472613 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: ffmpeg-free Version: 0.cvs20071007-4 Severity: serious Hi, your package failed to build from source. | Automatic build of ffmpeg-free_0.cvs20071007-4 on lofn by sbuild/hppa 98-farm | Build started at 20080325-0915 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 2834kB of source archives. | Get:1 http://ftp2.de.debian.org experimental/main ffmpeg-free 0.cvs20071007-4 (dsc) [1522B] | Get:2 http://ftp2.de.debian.org experimental/main ffmpeg-free 0.cvs20071007-4 (tar) [2797kB] | Get:3 http://ftp2.de.debian.org experimental/main ffmpeg-free 0.cvs20071007-4 (diff) [34.9kB] | Fetched 2834kB in 2s (1109kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>= 4.0), liba52-dev, libdc1394-13-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libfaad-dev, libfreetype6-dev, libgsm1-dev, libimlib2-dev, libogg-dev, libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsdl1.2-dev, libtheora-dev (>> 0.0.0.alpha4), libvorbis-dev, quilt, texi2html, zlib1g-dev | Checking for already installed source dependencies... [...] | ar rc libavutil.a adler32.o aes.o base64.o crc.o intfloat_readwrite.o fifo.o lls.o log.o lzo.o mathematics.o md5.o mem.o random.o rational.o string.o tree.o | ranlib libavutil.a | gcc -shared -Wl,-soname,libavutil.so.1d -pthread -rdynamic -export-dynamic -Wl,--warn-common -Wl,--as-needed -L"/build/buildd/ffmpeg-free-0.cvs20071007"/libavcodec -L"/build/buildd/ffmpeg-free-0.cvs20071007"/libavformat -L"/build/buildd/ffmpeg-free-0.cvs20071007"/libavutil -L"/build/buildd/ffmpeg-free-0.cvs20071007"/libswscale -Wl,-rpath-link,"/build/buildd/ffmpeg-free-0.cvs20071007"/libavcodec -Wl,-rpath-link,"/build/buildd/ffmpeg-free-0.cvs20071007"/libavformat -Wl,-rpath-link,"/build/buildd/ffmpeg-free-0.cvs20071007"/libavutil -Wl,-rpath-link,"/build/buildd/ffmpeg-free-0.cvs20071007"/libswscale -o libavutil.so.1d adler32.o aes.o base64.o crc.o intfloat_readwrite.o fifo.o lls.o log.o lzo.o mathematics.o md5.o mem.o random.o rational.o string.o tree.o -lz -lm -la52 -ldc1394_control -lraw1394 -lfaad -lgsm -logg -ltheora -logg -lvorbis -lvorbisenc -logg-ldl -ldl | /usr/bin/ld: aes.o: relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC | aes.o: could not read symbols: Bad value | collect2: ld returned 1 exit status | make[2]: *** [libavutil.so.1d] Error 1 | make[2]: Leaving directory `/build/buildd/ffmpeg-free-0.cvs20071007/libavutil' | make[1]: *** [lib] Error 2 | make[1]: Leaving directory `/build/buildd/ffmpeg-free-0.cvs20071007' | make: *** [install] Error 2 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20080325-0943 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=0.cvs20071007-4&pkg=ffmpeg-free&arch=hppa Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ --- End Message --- --- Begin Message --- Source: ffmpeg-free Source-Version: 0.svn20080206-2 We believe that the bug you reported is fixed in the latest version of ffmpeg-free, which is due to be installed in the Debian FTP archive: ffmpeg-dbg_0.svn20080206-2_i386.deb to pool/main/f/ffmpeg-free/ffmpeg-dbg_0.svn20080206-2_i386.deb ffmpeg-free_0.svn20080206-2.diff.gz to pool/main/f/ffmpeg-free/ffmpeg-free_0.svn20080206-2.diff.gz ffmpeg-free_0.svn20080206-2.dsc to pool/main/f/ffmpeg-free/ffmpeg-free_0.svn20080206-2.dsc ffmpeg_0.svn20080206-2_i386.deb to pool/main/f/ffmpeg-free/ffmpeg_0.svn20080206-2_i386.deb libavcodec-dev_0.svn20080206-2_i386.deb to pool/main/f/ffmpeg-free/libavcodec-dev_0.svn20080206-2_i386.deb libavcodec51_0.svn20080206-2_i386.deb to pool/main/f/ffmpeg-free/libavcodec51_0.svn20080206-2_i386.deb libavdevice-dev_0.svn20080206-2_i386.deb to pool/m
Bug#476532: debian-archive-keyring: unconfigurable due to missing gnupg
Jiri Palecek wrote: > Hello, Hi > On Friday 18 April 2008 01:00:26 Luk Claes wrote: >> Jiří Paleček wrote: >>> On Thu, 17 Apr 2008 18:52:06 +0200, Luk Claes <[EMAIL PROTECTED]> wrote: >>> BTW recommends are totally irrelevant when we talk about configurability. >> Indeed, but d-a-k needs apt to configure, gnupg only indirectly... > > I don't think the question is about directly/indirectly. Imagine a > (fictitious) situation, where pkg B has an optional feature requiring pkg C > (therefore, B recommends - or even suggests - C). Pkg A uses B, but needs > crucially that optional feature. In this case (I think), it would be > appropriate to declare the dependency although it's indirect, but, an > agreement between the maintainers in question could make it possible to > avoided (eg. by creating a dummy package A-with-feature). I thought we were talking about a real issue instead of an imaginary one? The one you show above is not comparable as apt is running apt-key in it's postinst as well, so it needs gnupg no matter what d-a-k would have as dependencies. > But we are not in such a situation, because apt needs gnupg to configure, too > (it would have failed if it was configured before d-a-k, which is, however, > impossible, because apt Dep: d-a-k). And the whole thing of dropping the > dependency, IIUC, was made to allow installations of debian w/o gnupg. Adding > gnupg as a dependency of apt (which is Essential) wouldn't help this purpose, > so it's even more important for the maintainers to agree how to make it work > (and then do it). AFAIK apt-key is supposed to be changed to only depend on gpgv instead of gnupg... You mean apt-key from the apt package... so I'm reassigning the bug. >>> The situation is: apt-key needs gpg to work, apt-key needs d-a-k, apt >>> calls apt-key in postinst, d-a-k calls apt-key in postins. > >>> The only solutions I see are: >> Hmm, you're only talking about bootstrapping here, not about >> installation, nor about upgrading... > > No, I talk about them, too. I talk about traces of dpkg actions that > shouldn't > fail and should produce correct results. Also, upgrading is not an issue here > since none of the dependencies in question are versioned. d-i uses d-a-k-udeb which still doesn't fail AFAICS, so back to bootstrapping (aka using (c)debootstrap). > It is sufficient to have them unpacked (at least I think). The problem is > that "apt Dep: d-a-k, apt Dep: gnupg" doesn't warrant this. Consider the > following trace of dpkg actions (U - unpack, C - configure, initial state of > the packages is purged): Did you try this? > 1: U d-a-k > 2: U apt > 3: C d-a-k > 4: U gnupg > 5: C gnupg > 6: C apt > > which is permitted with those dependencies, but fails in step 3 (apt is > unpacked, so you call apt-file, but it fails due to missing gpg). apt-file is a very different package, I guess you mean apt-key. > BTW what about the other proposals? Do you think they're infeasible? They don't make much sense except as a hack if all else fails IMHO. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452128: Is there a need to run the upgrade script?
On Friday 18 April 2008 01:33:03 pm Jan Wagner wrote: > can you please provide a "ls -dla /var/lib/gallery2/g2data/"? Here it looks > like: Sure. Mine is: drwxr-xr-x 2 www-data www-data 4096 Nov 7 04:42 /var/lib/gallery2/g2data I notice that this directory is empty, though. My actual data is in /usr/share/gallery2/g2data. ls -ald on this directory gives drwxr-xr-x 8 www-data www-data 4096 Sep 9 2006 g2data Hope this helps. Shawn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476532: debian-archive-keyring: unconfigurable due to missing gnupg
Hello, sorry for my last email; Something very bad happened to your mail, so I received a mail with only one word "give". On Friday 18 April 2008 01:00:26 Luk Claes wrote: > Jiří Paleček wrote: > > On Thu, 17 Apr 2008 18:52:06 +0200, Luk Claes <[EMAIL PROTECTED]> wrote: > >>> Package: debian-archive-keyring > >> > >> It's apt that is failing not debian-archive-keyring... and > >> debian-archive-keyring does recommend gnupg ... > > > > That's not entirely correct: see > > > > O: dpkg: error processing debian-archive-keyring (--install): > > O: subprocess post-installation script returned error exit status 127 > > > > BTW recommends are totally irrelevant when we talk about configurability. > > Indeed, but d-a-k needs apt to configure, gnupg only indirectly... I don't think the question is about directly/indirectly. Imagine a (fictitious) situation, where pkg B has an optional feature requiring pkg C (therefore, B recommends - or even suggests - C). Pkg A uses B, but needs crucially that optional feature. In this case (I think), it would be appropriate to declare the dependency although it's indirect, but, an agreement between the maintainers in question could make it possible to avoided (eg. by creating a dummy package A-with-feature). But we are not in such a situation, because apt needs gnupg to configure, too (it would have failed if it was configured before d-a-k, which is, however, impossible, because apt Dep: d-a-k). And the whole thing of dropping the dependency, IIUC, was made to allow installations of debian w/o gnupg. Adding gnupg as a dependency of apt (which is Essential) wouldn't help this purpose, so it's even more important for the maintainers to agree how to make it work (and then do it). > >> You mean apt-key from the apt package... so I'm reassigning the bug. > > > > The situation is: apt-key needs gpg to work, apt-key needs d-a-k, apt > > calls apt-key in postinst, d-a-k calls apt-key in postins. > > The only solutions I see are: > > Hmm, you're only talking about bootstrapping here, not about > installation, nor about upgrading... No, I talk about them, too. I talk about traces of dpkg actions that shouldn't fail and should produce correct results. Also, upgrading is not an issue here since none of the dependencies in question are versioned. BTW I also consider bootstrap the most crucial action of the three you named, because repairing a f*cked up install is usually easier than a failed bootstrap. (OT story: I once installed Debian on a friend's computer. Everything went fine till bootstrapping failed, because it insisted on downloading from the network although it was running from a DVD. I was able to make it work by running debootstrap manually, but I couldn't resume the installer so I had to configure the network, modules and install the kernel and lilo manually. It was not a pleasant experience.) > > 1) apt Dep: d-a-k, d-a-k Dep: gnupg (this was the situation before you > > dropped the dependency on gnupg) > > > > 2) apt Dep: d-a-k, apt Pre-Dep: gnupg (this is really awkward) > > Why does it need to be a Pre-Depends is it not enough to have the > packages unpacked (by having a Depends: gnupg)? It is sufficient to have them unpacked (at least I think). The problem is that "apt Dep: d-a-k, apt Dep: gnupg" doesn't warrant this. Consider the following trace of dpkg actions (U - unpack, C - configure, initial state of the packages is purged): 1: U d-a-k 2: U apt 3: C d-a-k 4: U gnupg 5: C gnupg 6: C apt which is permitted with those dependencies, but fails in step 3 (apt is unpacked, so you call apt-file, but it fails due to missing gpg). BTW what about the other proposals? Do you think they're infeasible? Regards Jiri Palecek
Bug#476194: Solved: Slime fails to start because a cl-swank related socket-error
Hello again. The cl-swank "error" was solved by setting up the lo network interface, which I had ruined when modify my /etc/network/interfaces file. Once the lo interface is up, slime works fine. Sorry for the noise. Could you please close this report? Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to python-xpcom xulrunner-dev-static xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-c
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > # > # xulrunner (1.9~b5-2) UNRELEASED; urgency=low > # > # * debian/rules: > #+ Don't add the debian release version in platform.ini. This can create > # some problems. > #+ Fixed sdk/lib/libxpcomglue.so symlink. Closes: #475614. > # * xpcom/glue/nsGREGlue.cpp: Fix FTBFS on architectures not defining > #TARGET_XPCOM_ABI. Closes: #476092. > # * debian/xulrunner-dev-static.install, debian/xulrunner-dev.install: Move > #mozilla-gtkmozembed.pc from xulrunner-dev to xulrunner-dev-static. > #Closes: #475613. > # > package python-xpcom xulrunner-dev-static xulrunner-1.9 libmozjs1d > libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev > xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-common libxpcomglue0d > spidermonkey-bin xulrunner-1.9-gnome-support Ignoring bugs not assigned to: xulrunner-dev-static python-xpcom xulrunner-1.9 libmozjs1d libmozillainterfaces-java xulrunner libmozjs1d-dbg xulrunner-dev xulrunner-1.9-dbg xulrunner-1.9-common libmozjs-dev libxpcomglue0d spidermonkey-bin xulrunner-1.9-gnome-support > tags 475613 + pending Bug#475613: mozilla-gtkmozembed.pc depends on libxul-unstable.pc, which is in xulrunner-dev-static There were no tags set. Tags added: pending > tags 475614 + pending Bug#475614: /usr/lib/xulrunner-devel-1.9/sdk/lib/libxpcomglue.so is a broken link There were no tags set. Tags added: pending > tags 476092 + pending Bug#476092: xulrunner_1.9~b5-1(hppa/experimental): FTBFS: invalid conversion from 'const GREProperty*' to 'GREProperty*' There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476092: setting package to python-xpcom xulrunner-dev-static xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-
# Automatically generated email from bts, devscripts version 2.10.25 # # xulrunner (1.9~b5-2) UNRELEASED; urgency=low # # * debian/rules: #+ Don't add the debian release version in platform.ini. This can create # some problems. #+ Fixed sdk/lib/libxpcomglue.so symlink. Closes: #475614. # * xpcom/glue/nsGREGlue.cpp: Fix FTBFS on architectures not defining #TARGET_XPCOM_ABI. Closes: #476092. # * debian/xulrunner-dev-static.install, debian/xulrunner-dev.install: Move #mozilla-gtkmozembed.pc from xulrunner-dev to xulrunner-dev-static. #Closes: #475613. # package python-xpcom xulrunner-dev-static xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-common libxpcomglue0d spidermonkey-bin xulrunner-1.9-gnome-support tags 475613 + pending tags 475614 + pending tags 476092 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: > # Fri Apr 18 20:03:10 UTC 2008 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: kazehakase > tags 470088 + pending Bug#470088: kazehakase: request for enabling WebCore support There were no tags set. Tags added: pending > # Source package in NEW: kazehakase > tags 474858 + pending Bug#474858: kazehakase: FTBFS: kz-mozlauncher.cpp:131: error: no matching function for call to 'nsDerivedSafe::Init(nsCOMPtr&, const PRUnichar*, nsIFilePicker::)' There were no tags set. Tags added: pending > # Source package in NEW: pyxine > tags 460975 + pending Bug#460975: ITA: pyxine -- interface to the xine media player for Python There were no tags set. Tags added: pending > # Source package in NEW: nikto > tags 434392 + pending Bug#434392: RM: nikto -- web server security scanner There were no tags set. Tags added: pending > # Source package in NEW: nikto > tags 474602 + pending Bug#474602: ITP: nikto -- web server security scanner There were no tags set. Tags added: pending > # Source package in NEW: sshproxy > tags 404296 + pending Bug#404296: ITP: sshproxy -- sshproxy is an ssh gateway to apply ACLs on ssh connections There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452128: Is there a need to run the upgrade script?
Hi Shawn, On Monday 17 March 2008 17:18, Shawn Willden wrote: > On Monday 17 March 2008 10:01:57 am Michael Schultheiss wrote: > > Shawn Willden wrote: > > I just tested this on 2008-03-14 and was not forced to run the web-based > > upgrader when moving from the original etch package to the security > > update. > > > > What versions of gallery2 are you upgrading from? > > That's difficult to tell. Apt thinks I have 2.1.2-2.0.etch.1, but that's > the version I upgraded to which failed. I restored the files for the > previous version from backup, but I only restored the gallery2 files, not > my whole system, so I'm now running an older version than what apt thinks > is installed. > > Is there a file somewhere I can look at to find out what version I have? can you please provide a "ls -dla /var/lib/gallery2/g2data/"? Here it looks like: # ls -dla /var/lib/gallery2/g2data/ drwxr-xr-x 8 www-data www-data 4096 Apr 23 2007 /var/lib/gallery2/g2data/ Thanks and with kind regards, Jan. -- Never write mail to <[EMAIL PROTECTED]>, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgpKuJ7MlvsZ2.pgp Description: PGP signature
Processed: tagging 476678
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > tags 476678 + pending Bug#476678: Updating python-uno fails at first There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476730: boson: FTBFS on hppa
Package: boson Version: 0.12dfsg1-2 Severity: serious Justification: FTBFS http://buildd.debian.org/fetch.cgi?&pkg=boson&ver=0.13-3&arch=hppa&stamp=1207326631&file=log (...) [ 81%] Building CXX object boson/boufo/designer/CMakeFiles/boufodesigner.dir/bowidgettree.o /build/buildd/boson-0.13/boson/boufo/designer/bowidgettree.cpp:54:2: warning: #warning FIXME: code duplication [ 81%] Building CXX object boson/boufo/designer/CMakeFiles/boufodesigner.dir/bopropertieswidget.o [ 81%] Building CXX object boson/boufo/designer/CMakeFiles/boufodesigner.dir/bosignalsslotseditor.o [ 81%] Building CXX object boson/boufo/designer/CMakeFiles/boufodesigner.dir/optionsdialog.o [ 81%] Building CXX object boson/boufo/designer/CMakeFiles/boufodesigner.dir/main.o /build/buildd/boson-0.13/boson/boufo/designer/main.cpp:36:2: warning: #warning TODO: messagebox Linking CXX executable boufodesigner make[3]: Leaving directory `/build/buildd/boson-0.13/debian/build-area' [ 81%] Built target boufodesigner make[3]: Entering directory `/build/buildd/boson-0.13/debian/build-area' [ 81%] Generating boufobuttontest.moc Scanning dependencies of target boufobuttontest make[3]: Leaving directory `/build/buildd/boson-0.13/debian/build-area' make[3]: Entering directory `/build/buildd/boson-0.13/debian/build-area' [ 81%] Building CXX object boson/boufo/test/CMakeFiles/boufobuttontest.dir/boufobuttontest.o Linking CXX executable boufobuttontest /usr/bin/ld: /build/buildd/boson-0.13/debian/build-area/boson/boufo/libboufo.a(boufofontrenderer.o)(.text._ZN15BoUfoFontPlugin9listFontsERKN3ufo9UFontInfoE[BoUfoFontPlugin::listFonts(ufo::UFontInfo const&)]+0x9c): cannot reach 3b4f__ZNK9__gnu_cxx17__normal_iteratorIPN3ufo9UFontInfoESt6vectorIS2_SaIS2_EEEdeEv+0, recompile with -ffunction-sections /usr/bin/ld: /build/buildd/boson-0.13/debian/build-area/boson/boufo/libboufo.a(boufofontrenderer.o)(.text._ZN15BoUfoFontPlugin9listFontsERKN3ufo9UFontInfoE[BoUfoFontPlugin::listFonts(ufo::UFontInfo const&)]+0x9c): cannot handle R_PARISC_PCREL17F for __gnu_cxx::__normal_iterator > >::operator*() const /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make[3]: *** [boson/boufo/test/boufobuttontest] Error 1 make[3]: Leaving directory `/build/buildd/boson-0.13/debian/build-area' make[2]: *** [boson/boufo/test/CMakeFiles/boufobuttontest.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/boson-0.13/debian/build-area' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/boson-0.13/debian/build-area' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473216: texlive-latex-extra: foilhtml.sty undistributable?
Francesco Poli <[EMAIL PROTECTED]> wrote: > Mmmh, I am not overly familiar with the LPPL 1.3, unfortunately (I have > not yet opened that can of worms...). > > First of all, I cannot find it in texlive packages. It's even included multiple times (which is a bug, too, of course), for example in texlive-latex-base-doc (lppl.txt). Which is a buggy place... > It really should be copied into debian/copyright files, as mandated by > Debian Policy. Yes, and we should switch the copyright file from our own invented format to the consensus machine-readable format - we create it automatically, anyway. > Apart from this, I cannot fully understand your objection, anyway. > Do you mean that the LPPL has a definition of source that does not > allow changing its form? If you want to discuss specific aspects of the LPPL, I think you'd better - read it carefully first - read the (quite lengthy) discussions on debian-legal about it - discuss it with people who are interested in that, e.g. on debian-legal. Myself, I just take it for granted that a license which has been drafted together by the LaTeX team and some debian-legal regulars, and been reviewed and finally approved on that list, is DFSG-free. And I have no interest in discussing this; we have indeed more severe licensing problems in texlive; the woeful copyright file is just a symptom of that. >> Of course, if you apply the same patch, including versin information, to >> both files and don't recreate the generated file, no one can prove that >> you didn't abide by the wording of the license, and for sure you did >> follow the spirit. > > What if my preferred form for making modifications to foilhtml.sty is > *really* the .sty format, rather than its original source? > I mean, what if I *honestly* prefer modifying the .sty file directly? That sounds to me a bit like the "What if I prefer to modify the Postscript file directly?" argument which has for sure been brought up when people recommended the GPL, a source-aware license, for documentation. > %% Copyright Boris Veytsman 1997 > > That's not really recent. > Have you got any means to get in touch with the copyright holder (that > is to say, a currently active e-mail address)? Not without researching; the TeX developer mailinglists are a surprisingly well-working source for such information... Regards, Frank -- Frank Küster Debian Developer (teTeX/TeXLive)
Processed (with 5 errors): Re: [Pkg-alsa-devel] Bug#476711: [alsa-base] ACER Travelmate 6292 - no sound
Processing commands for [EMAIL PROTECTED]: > severity 476711 normal Bug#476711: [alsa-base] ACER Travelmate 6292 - no sound Severity set to `normal' from `grave' > thx Unknown command or malformed arguments to command. > On Fri, 18 Apr 2008 the mental interface of Unknown command or malformed arguments to command. > Marco Righi told: Unknown command or malformed arguments to command. > > Package: alsa-base Unknown command or malformed arguments to command. > > Version: 1.0.16-1.1 Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476711: [Pkg-alsa-devel] Bug#476711: [alsa-base] ACER Travelmate 6292 - no sound
severity 476711 normal thx On Fri, 18 Apr 2008 the mental interface of Marco Righi told: > Package: alsa-base > Version: 1.0.16-1.1 > Severity: grave [...] > Loading driver... > Setting default volumes... > amixer: Mixer default load error: Invalid argument > > > === > > Now ALSA is ready to use. > For adjustment of volumes, use your favorite mixer. > > Have a lot of fun! > > > With the previous kernel (vmlinuz-2.6.22-3-vserver-686) I have not this > error, the Kmix show me the sound card but I have no sound > > Thanks in advandce > Marco Righi 1. Don't use alsaconfig to configure your soundcard. Let udev do the job. 2. vmlinuz-2.6.22-3-vserver-686 -> Is this a Debian kernel? Anyway, if it is a missing driver file the bug against the kernel package. 3. Just do 'rm /var/lib/alsa/asound.state', reboot and check sound. Elimar -- "Talking much about oneself can also be a means to conceal oneself." -Friedrich Nietzsche -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476576: [dkimproxy] dkimproxy run as user root and not as user dkimproxy, also the home dir of user dkimproxy is posible wrong location, unsafe secret key permission
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have sent an update of the debian package here:
ftp://ftp.gplhost.com/debian/dists/etch/main/source/dkimproxy_1.0.1-5.dsc
and my usual sponsor has been noticed about it. It should be uploaded
very soon.
Thomas
Falk Hackenberger wrote:
> Package: dkimproxy
> Version: 1.0.1-1
> Severity: serious
> Tags: security
> X-Debbugs-CC: [EMAIL PROTECTED]
>
> --- Please enter the report below this line. ---
>
> dkimproxy runs as user root, but it dos not need the rigths of the user
> root, to fix this change /etc/init.d/dkimproxy:
>
> 30,31c30,31
> < DKIMPROXY_IN_ARGS="--hostname=${DKIM_HOSTNAME} 127.0.0.1:10026
> 127.0.0.1:10027"
> < DKIMPROXY_OUT_ARGS="--keyfile=${DKIMPROXY_OUT_PRIVKEY}
> --selector=postfix --domain=${DOMAIN} --method=simple --signature=dkim
> --signature domainkeys 127.0.0.1:10028 127.0.0.1:10029"
> ---
>> DKIMPROXY_IN_ARGS="--hostname=${DKIM_HOSTNAME} 127.0.0.1:10026
> 127.0.0.1:10027 --user=${DKIMPROXYUSER} --group=${DKIMPROXYGROUP}"
>> DKIMPROXY_OUT_ARGS="--keyfile=${DKIMPROXY_OUT_PRIVKEY}
> --selector=postfix --domain=${DOMAIN} --method=simple --signature=dkim
> --signature domainkeys 127.0.0.1:10028 127.0.0.1:10029
> --user=${DKIMPROXYUSER} --group=${DKIMPROXYGROUP}"
>
> also the home dir of the user dkimproxy is
> /home/dkimproxy but I think it should be /var/lib/dkimproxy
>
> the permission of the secret key file are also unsafe,
> the are:
> -rw-r--r-- 1 root root 887 17. Apr 19:22 /var/lib/dkimproxy/private.key
> the should be imho:
> -rw-r- 1 root dkimproxy 887 17. Apr 19:22
> /var/lib/dkimproxy/private.key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFICOaFl4M9yZjvmkkRAvrIAJ4/j3KpEOzV5QZxFcFw56HyGWzQ4QCfTyIU
2Ahx4br6rhwBFp2xNW+TyXY=
=Og1K
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464168: postgres 8.3 support
Hello, According to the TracInstall wiki page [1], postgres 8.3 won't be supported until 0.11 is released. So maybe we should have a warning for 0.10.x saying that postgres 8.3 isn't supported? Cheers, Chris [1] http://trac.edgewall.org/wiki/TracInstall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
This one time, at band camp, Nico Golde said: > Happens, stable should be unfixed as well cause I used the > stable diff to check for changes. Stable is fixed - the code is quite different but had a conceptually similar failure to check bounds. Look at 41.pe.c.wwpack.overflow.dpatch in the source for how it was fixed for stable/security. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#476722: Files produced by istanbul are broken
Package: istanbul Version: 0.2.2-3 Severity: grave Justification: renders package unusable Since I dist-upgraded today, files produced by Istanbul are broken and are mostly unreadable. You can find an example of such file on: http://people.collabora.co.uk/~alban/d/2008/04/broken-istanbul.ogg Istanbul prints the following debug trace: DEBUG: final pipeline: istximagesrc name=videosource display-name=:0.0 screen-num=0 use-damage=false ! video/x-raw-rgb,framerate=10/1 ! videorate ! ffmpegcolorspace ! videoscale method=1 ! video/x-raw-yuv,width=1680,height=1850,framerate=10/1 ! theoraenc ! oggmux name=mux ! filesink location=/tmp/tmpjd9exH I start Istanbul with python2.4 because of bug 476674. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages istanbul depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gettext0.17-2GNU Internationalization utilities ii gstreamer0.10-alsa 0.10.19-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base 0.10.19-1 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good 0.10.7-3 GStreamer plugins from the "good" ii gstreamer0.10-x0.10.19-1 GStreamer plugins for X11 and Pang ii libc6 2.7-10GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxdamage11:1.1.1-3 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxml22.6.32.dfsg-1 GNOME XML library ii python 2.5.2-1 An interactive high-level object-o ii python-glade2 2.12.1-1 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk ii python-gst0.10 0.10.11-1 generic media-playing framework (P ii python-support 0.7.7 automated rebuilding support for P ii python-xlib0.14-1Interface for Python to the X11 Pr istanbul recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reopen clamav bug
Processing commands for [EMAIL PROTECTED]: > reopen 476694 Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476718: swig1.3: FTBFS: Bad python-dev version in Build-Depends
Package: swig1.3 Version: 1.3.35-3 Severity: serious As the subject says: swig1.3 Build-Depends on 'python-dev (<< 2.5)', but the current version in sid is 2.5.2-1. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
Hi Stephen, * Stephen Gran <[EMAIL PROTECTED]> [2008-04-18 18:00]: > This one time, at band camp, Nico Golde said: > > * Moritz Muehlenhoff <[EMAIL PROTECTED]> [2008-04-18 16:09]: > > > > > > Already fixed in etch and unstable (it's the issue referenced as not > > > yet having a CVE ID in the DSA). > > > > Are you sure? Looking at the source code from the unstable > > version I still see the affected lines of code: [...] > > How was this fixed? > > Arg - you may be right - I see the upack vulnerability fixed in > unstable, but it looks like I may not have gotten the wwpack > vulnerability in the patch. Ok fine. Usually I ask for verification if I don't already know if this is fixed or not if I file a bug, I can be wrong thought ;-P > Sorry - this week has been really bad for > me (I have guests staying and I'm really busy at work, so my > concentration is a bit shot). It looks like I may also have missed it > for volatile. Damn. Happens, stable should be unfixed as well cause I used the stable diff to check for changes. > This appears to be the patch in question: > http://git.debian.org/?p=users/sgran/clamav-devel.git;a=commitdiff;h=65f47ca3711e1bc99970c5eabc0a0598dcd46f26#patch43 > > I'll apply the patch here, but I'm unlikely to be able to upload to > unstable before Monday night - I'm off for a disconnected weekend in 2 > hours, and I'm still at work. Feel free to NMU, if you like. Ok, will do that tomorrow. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpTTg81xq5np.pgp Description: PGP signature
Bug#476060: Fix for this bug.
Kumar Appaiah wrote: > > I actually overlooked your mail, No problem, except the extra work on your part. > I don't mind as long as we have one less RC bug. Sure, any change fixing a bug is a good change. Many thanks for your efforts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476685: marked as done (Updating python-uno fails at first)
Your message dated Fri, 18 Apr 2008 16:17:16 + with message-id <[EMAIL PROTECTED]> and subject line Bug#476685: fixed in python-central 0.6.4 has caused the Debian Bug report #476685, regarding Updating python-uno fails at first to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476685: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476685 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: python-uno Version: 1:2.4.0-4 Severity: serious Hi, when updating python-uno I get an error on the first try: Unpacking replacement openoffice.org ... Preparing to replace python-uno 1:2.4.0-3 (using .../python-uno_1%3a2.4.0-4_amd64.deb) ... INFO: using old version '/usr/bin/python2.3' Traceback (most recent call last): File "/usr/bin/pycentral", line 1833, in ? main() File "/usr/bin/pycentral", line 1827, in main rv = action.run(global_options) File "/usr/bin/pycentral", line 1287, in run requested = pyversions.requested_versions_for_runtime(version_field, version_only=True) File "/usr/share/pycentral-data/pyversions.py", line 213, in requested_versions_for_runtime raise ValueError, 'empty set of versions' ValueError: empty set of versions dpkg: error processing /var/cache/apt/archives/python-uno_1%3a2.4.0-4_amd64.deb (--unpack): subprocess pre-installation script returned error exit status 1 INFO: using old version '/usr/bin/python2.3' Preparing to replace openoffice.org-core 1:2.4.0-3 (using .../openoffice.org-core_1%3a2.4.0-4_amd64.deb) ... Unpacking replacement openoffice.org-core ... Selecting previously deselected package python2.5-minimal. Unpacking python2.5-minimal (from .../python2.5-minimal_2.5.2-3_amd64.deb) ... Selecting previously deselected package python2.5. Unpacking python2.5 (from .../python2.5_2.5.2-3_amd64.deb) ... Preparing to replace python 2.4.4-2 (using .../python_2.5.2-1_all.deb) ... Unpacking replacement python ... Preparing to replace python-minimal 2.4.4-2 (using .../python-minimal_2.5.2-1_all.deb) ... Unpacking replacement python-minimal ... Retrying it works: Preparing to replace python-uno 1:2.4.0-3 (using .../python-uno_1%3a2.4.0-4_amd6 4.deb) ... INFO: using old version '/usr/bin/python2.3' Unpacking replacement python-uno ... Setting up openoffice.org-core (1:2.4.0-4) ... Setting up python2.5-minimal (2.5.2-3) ... Linking and byte-compiling packages for runtime python2.5... INFO: using old version '/usr/bin/python2.3' Setting up python2.5 (2.5.2-3) ... Setting up python-minimal (2.5.2-1) ... Setting up python (2.5.2-1) ... running python rtupdate hooks for python2.5... INFO: using old version '/usr/bin/python2.3' running python post-rtupdate hooks for python2.5... Linking and byte-compiling packages for runtime python2.5... INFO: using old version '/usr/bin/python2.3' Setting up python-uno (1:2.4.0-4) ... INFO: using old version '/usr/bin/python2.3' Setting up openoffice.org-base-core (1:2.4.0-4) ... Setting up openoffice.org-writer (1:2.4.0-4) ... Setting up openoffice.org-calc (1:2.4.0-4) ... Setting up openoffice.org-draw (1:2.4.0-4) ... Setting up openoffice.org-impress (1:2.4.0-4) ... Setting up openoffice.org-math (1:2.4.0-4) ... Setting up openoffice.org-base (1:2.4.0-4) ... Setting up openoffice.org-officebean (1:2.4.0-4) ... Setting up openoffice.org-filter-binfilter (1:2.4.0-4) ... Setting up openoffice.org (1:2.4.0-4) ... I guess there is some depends or pre-depends missing. MfG Goswin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-xen-ubuntu Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-uno depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii openoffice.org-core 1:2.4.0-4 OpenOffice.org office suite archit ii python2.5.2-1An interactive high-level object-o ii python-central0.6.3 register and build utility for Pyt ii python2.5 2.5.2-3An interactive high-level object-o python-uno recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: python-central Source-Version: 0.6.4 We believe that the bug you reported is fixed in the latest version of python-central, which is due to be installed in the Debian FTP archive: pytho
Bug#476601: marked as done (RM: trashapplet -- RoM; superseded by gnome-applets)
Your message dated Fri, 18 Apr 2008 16:27:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476601: fixed
has caused the Debian Bug report #476601,
regarding RM: trashapplet -- RoM; superseded by gnome-applets
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
476601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476601
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: trashapplet
Version: 0.4-1
Severity: serious
Hi,
automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:
dpkg: error processing
/var/cache/apt/archives/trashapplet_0.4-1_amd64.deb (--unpack):
trying to overwrite `/usr/share/locale/de/LC_MESSAGES/trashapplet.mo',
which is also in package kde-i18n-de
Similar problems occur when one of kde-i18n-{fr,nl,ru} is installed
Full logs of installation attempts can be found here:
http://edos.debian.net/missing-conflicts/logs/kde-i18n-de_trashapplet
http://edos.debian.net/missing-conflicts/logs/kde-i18n-fr_trashapplet
http://edos.debian.net/missing-conflicts/logs/kde-i18n-nl_trashapplet
http://edos.debian.net/missing-conflicts/logs/kde-i18n-ru_trashapplet
This is a serious bug as it makes installation fail. Possible
solutions are to have the two packages conflict, to rename the common
file in one of the two packages, or to remove the file from one
package and have this package depend on the other package. File
diversions are another possibility.
This bug could in principle be filed against any of the two packages.
I might have made the wrong choice in filing the bug against your
package, in this case please feel free to reassign to the other
package.
-Ralf.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---
We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:
trashapplet | 0.4-1 | source, alpha, amd64, arm, armel, hppa, hurd-i386,
i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc
Note that the package(s) have simply been removed from the tag
database and may (or may not) still be in the pool; this is not a bug.
The package(s) will be physically removed automatically when no suite
references them (and in the case of source, when no binary references
it). Please also remember that the changes have been done on the
master archive (ftp-master.debian.org) and will not propagate to any
mirrors (ftp.debian.org included) until the next cron.daily run at the
earliest.
Packages are never removed from testing by hand. Testing tracks
unstable and will automatically remove packages which were removed
from unstable when removing them from testing causes no dependency
problems.
Bugs which have been reported against this package are not automatically
removed from the Bug Tracking System. Please check all open bugs and
close them or re-assign them to another package if the removed package
was superseded by another one.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED]
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
[EMAIL PROTECTED]
Debian distribution maintenance software
pp.
Thomas Viehmann (the ftpmaster behind the curtain)
--- End Message ---
Bug#476060: Fix for this bug.
Dear Yavor, I actually overlooked your mail, so didn't listen to what you said! I uploaded a fix, and it seems to build fine, and I tested it on my machine and ensured that it works; the build uses -O2 -g. In any case, if removal is the fate, so be it. I don't mind as long as we have one less RC bug. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#476060: marked as done (edenmath.app: FTBFS: make: invalid option -- 2)
Your message dated Fri, 18 Apr 2008 15:32:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#476060: fixed in edenmath.app 1.1.1a-6 has caused the Debian Bug report #476060, regarding edenmath.app: FTBFS: make: invalid option -- 2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476060: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476060 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: edenmath.app Version: 1.1.1a-5 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080413 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > make[1]: Entering directory `/build/user/edenmath.app-1.1.1a' > rm -rf ./*~ ./obj > (cd .; \ > rm -rf*.app) > make[1]: Nothing to be done for `distclean'. > make[1]: Leaving directory `/build/user/edenmath.app-1.1.1a' > dh_clean > dpkg-source -b edenmath.app-1.1.1a > dpkg-source: info: using source format `1.0' > dpkg-source: info: building edenmath.app using existing > edenmath.app_1.1.1a.orig.tar.gz > dpkg-source: info: building edenmath.app in edenmath.app_1.1.1a-5.diff.gz > dpkg-source: warning: ignoring deletion of file EMResponder.m.orig > dpkg-source: info: building edenmath.app in edenmath.app_1.1.1a-5.dsc > debian/rules build > dh_testdir > gs_make CFLAGS="-g -O2" > make: invalid option -- O > make: invalid option -- 2 > Usage: make [options] [target] ... > Options: > -b, -m Ignored for compatibility. > -B, --always-make Unconditionally make all targets. > -C DIRECTORY, --directory=DIRECTORY > Change to DIRECTORY before doing anything. > -d Print lots of debugging information. > --debug[=FLAGS] Print various types of debugging information. > -e, --environment-overrides > Environment variables override makefiles. > -f FILE, --file=FILE, --makefile=FILE > Read FILE as a makefile. > -h, --help Print this message and exit. > -i, --ignore-errors Ignore errors from commands. > -I DIRECTORY, --include-dir=DIRECTORY > Search DIRECTORY for included makefiles. > -j [N], --jobs[=N] Allow N jobs at once; infinite jobs with no arg. > -k, --keep-goingKeep going when some targets can't be made. > -l [N], --load-average[=N], --max-load[=N] > Don't start multiple jobs unless load is below > N. > -L, --check-symlink-times Use the latest mtime between symlinks and > target. > -n, --just-print, --dry-run, --recon > Don't actually run any commands; just print > them. > -o FILE, --old-file=FILE, --assume-old=FILE > Consider FILE to be very old and don't remake > it. > -p, --print-data-base Print make's internal database. > -q, --question Run no commands; exit status says if up to date. > -r, --no-builtin-rules Disable the built-in implicit rules. > -R, --no-builtin-variables Disable the built-in variable settings. > -s, --silent, --quiet Don't echo commands. > -S, --no-keep-going, --stop > Turns off -k. > -t, --touch Touch targets instead of remaking them. > -v, --version Print the version number of make and exit. > -w, --print-directory Print the current directory. > --no-print-directoryTurn off -w, even if it was turned on > implicitly. > -W FILE, --what-if=FILE, --new-file=FILE, --assume-new=FILE > Consider FILE to be infinitely new. > --warn-undefined-variables Warn when an undefined variable is referenced. > > This program built for i486-pc-linux-gnu > Report bugs to <[EMAIL PROTECTED]> > make: *** [build-stamp] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/13 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
This one time, at band camp, Nico Golde said:
> Hi Moritz,
> * Moritz Muehlenhoff <[EMAIL PROTECTED]> [2008-04-18 16:09]:
> >
> > Already fixed in etch and unstable (it's the issue referenced as not
> > yet having a CVE ID in the DSA).
>
> Are you sure? Looking at the source code from the unstable
> version I still see the affected lines of code:
>
> if((DCONF & PE_CONF_WWPACK) && nsections > 1 &&
>exe_sections[nsections-1].raw>0x2b1 &&
>vep == exe_sections[nsections - 1].rva &&
>exe_sections[nsections - 1].rva + exe_sections[nsections - 1].rsz ==
> max &&
>memcmp(epbuff, "\x53\x55\x8b\xe8\x33\xdb\xeb", 7) == 0 &&
>memcmp(epbuff+0x68,
> "\xe8\x00\x00\x00\x00\x58\x2d\x6d\x00\x00\x00\x50\x60\x33\xc9\x50\x58\x50\x50",
> 19) == 0) {
> uint32_t headsize=exe_sections[nsections - 1].raw;
> char *dest, *wwp;
>
> for(i = 0 ; i < (unsigned int)nsections-1; i++)
> if (exe_sections[i].raw
> dsize = max-min+headsize-exe_sections[nsections - 1].rsz;
>
> CLI_UNPSIZELIMITS("WWPack", dsize);
>
> if((dest = (char *) cli_calloc(dsize, sizeof(char))) == NULL) {
>
> How was this fixed?
Arg - you may be right - I see the upack vulnerability fixed in
unstable, but it looks like I may not have gotten the wwpack
vulnerability in the patch. Sorry - this week has been really bad for
me (I have guests staying and I'm really busy at work, so my
concentration is a bit shot). It looks like I may also have missed it
for volatile. Damn.
This appears to be the patch in question:
http://git.debian.org/?p=users/sgran/clamav-devel.git;a=commitdiff;h=65f47ca3711e1bc99970c5eabc0a0598dcd46f26#patch43
I'll apply the patch here, but I'm unlikely to be able to upload to
unstable before Monday night - I'm off for a disconnected weekend in 2
hours, and I'm still at work. Feel free to NMU, if you like.
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
Bug#476711: [alsa-base] ACER Travelmate 6292 - no sound
Package: alsa-base Version: 1.0.16-1.1 Severity: grave --- Please enter the report below this line. --- The following lines are the output of the "alsaconf" command. Terminating processes: 4813 5527 10900 10915 10927 (with SIGKILL:) 10939 (failed: processes still using sound devices: 10951(arecord)). /usr/sbin/alsa: Warning: Processes using sound devices: 10951(arecord). Unloading ALSA sound driver modules: snd-hda-intel snd-pcm snd-timer snd-page-alloc (failed: modules still loaded: snd-hda-intel snd-pcm snd-timer snd-page-alloc). Building card database... Searching sound cards│ │ ┌┐ │ │ │ 97% │ Soundcard Selection─┐ │ │ │ Following card(s) are found on your system. │ │ Choose a soundcard to configure: │ │ ┌──┐ │ │ │hda-intel Intel Corporation 82801H (ICH8 Family) HD Audio Controller │ │ │ │legacy Probe legacy ISA (non-PnP) chips ==> After press OK button over hda-intel Configuring snd-hda-intel │ │ Do you want to modify /etc/modprobe.d/sound│ │ (and /etc/modprobe.conf if present)? ==> my answer was yes K, sound driver is configured. │ │ │ │ ALSA CONFIGURATOR │ │ │ │ will prepare the card for playing now. │ │ │ │ Now I'll run alsasound init script, then I'll use │ │ amixer to raise the default volumes.│ │ You can change the volume later via a mixer │ │ program such as alsamixer or gamix. Loading driver... Setting default volumes... amixer: Mixer default load error: Invalid argument === Now ALSA is ready to use. For adjustment of volumes, use your favorite mixer. Have a lot of fun! With the previous kernel (vmlinuz-2.6.22-3-vserver-686) I have not this error, the Kmix show me the sound card but I have no sound Thanks in advandce Marco Righi --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.it.debian.org --- Package information. --- Depends(Version) | Installed -+-=== linux-sound-base | 1.0.16-1.1 lsof (>= 4.64) | 4.78.dfsg.1-4 module-init-tools (>= 3.2.1) | 3.4-1
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
I am leaving office now, have a nice weekend. ;) Some seconds ago I have commited a bunch of changes to debian/rules to SVN. Could you please check if it works flawlessly for you? It does for me, albeit in a Virtualbox. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476186: inn2: lib/md5.c contains non-free md5 implementation
Hi Tim, The md5 implementation from RSA Data Security, Inc. does not have a DFSG-compatible licence - it permits you to make and use derivative works, but not to redistribute those works, iirc. Please see this thread already discussed for INN: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405354 It points to the following clarification: http://www.ietf.org/ietf/IPR/RSA-MD-all Implementations of these message-digest algorithms, including implementations derived from the reference C code in RFC-1319, RFC-1320, and RFC-1321, may be made, used, and sold without license from RSA for any purpose. Therefore, RSA's license allows to redistribute a work based upon RFC 1321. -- Julien ÉLIE « Si le peuple est content des jeux, je te donnerai des sesterces. S'il n'est pas content, je te donnerai aux lions ! » (Astérix)
Bug#476603: acon: multiple buffer overflows
Hi, * Julien Cristau <[EMAIL PROTECTED]> [2008-04-18 16:59]: [...] > > int i,z,loc=0,change=0,tochange=0,locn,tmp,startofline=1; > > - char buf[400]; > > + char *buf; > > unsigned char curloc[200]; > > int lang=0; /*0=english 1=arabic*/ > > + buf=(char *) malloc(sizeof(line)); > > sizeof(line) is the size of a pointer, that's not going to work. Errm, when I said you should use sizeof(buf) I meant this for the already existing arrays not for pointers. Please stop writing patches and thus creating more workload for people that need to check your patches. If you can't program in C please wait for someone to write a patch. [...] Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpS6WU64nBga.pgp Description: PGP signature
Bug#476603: acon: multiple buffer overflows
Hi,
some comments on your patch below.
On Fri, Apr 18, 2008 at 16:17:53 +0200, أحمد المحمودي wrote:
> Index: acon-1.0.5/menu.c
> ===
> --- acon-1.0.5.orig/menu.c2008-04-18 08:45:45.0 +0200
> +++ acon-1.0.5/menu.c 2008-04-18 08:45:48.0 +0200
> @@ -55,10 +55,11 @@
> int drawmenuxy(int vcsa,int x,int y,int xwidth,int ywidth,char **menu,int
> num)
> {
> int i,z,starty=0,select=0;
> - unsigned char line[400];
> + unsigned char *line;
> int ch;
> int currentconsole;
>
> + line=(unsigned char *) malloc(((xwidth*2)+3)*sizeof(unsigned char));
whitespace damage. also, useless cast, and sizeof(unsigned char) is
always 1. and you don't check whether malloc() succeeded.
and, where does 'xwidth' come from (are you sure xwidth*2+3 isn't going
to overflow?).
> currentconsole=getactive();
>
> while(1)
> @@ -120,9 +121,11 @@
> break;
> case 13:/*Enter*/
> case ' ':
> + free(line);
whitespace damage again (and again later).
> return select;
> case 'r':
> case 3:
> + free(line);
> return -1;
> }
>
> @@ -130,6 +133,7 @@
> if( currentconsole!=getactive())
> {
> consoleswitched=1;
> +free(line);
> return -1;
> }
>
> @@ -138,6 +142,7 @@
> if(select>starty+ywidth-1)starty++;
> if(select }
> + free(line);
> }
>
> char *getfile(int vcsa,char *path)
> @@ -204,7 +209,7 @@
>
> char *getuserinput(int vcsa,const char *p,char *str)
> {
> - unsigned char line[400];
> + unsigned char *line;
> int ypos;
> int xwidth;
> int ch,i,startpos;
> @@ -214,6 +219,7 @@
> str[0]=0;
> ypos=getmaxy()/2-2;
> xwidth=getmaxx()-10;
> + line=(unsigned char *) malloc(((xwidth*2)-2)*sizeof(unsigned char));
same as above.
>
> line[0]=0x86;
> line[1]=COLORN;
> @@ -251,8 +257,10 @@
> switch(ch)
> {
> case 13:/*Enter*/
> + free(line);
> return str;
> case 3:
> + free(line);
> return NULL;
> case 127:
> if(*str)
> @@ -267,11 +275,13 @@
> if( currentconsole!=getactive())
> {
> consoleswitched=1;
> +free(line);
> return NULL;
> }
>
> }while(ch==256);
> }
> + free(line);
> }
>
> void options(int vcsa)
> Index: acon-1.0.5/render.c
> ===
> --- acon-1.0.5.orig/render.c 2008-04-18 08:47:21.0 +0200
> +++ acon-1.0.5/render.c 2008-04-18 08:51:29.0 +0200
> @@ -112,9 +112,10 @@
> void processlineLTR(unsigned char *line,int len)
> {
> int i,z,loc=0,change=0,tochange=0,locn,tmp,startofline=1;
> - char buf[400];
> + char *buf;
> unsigned char curloc[200];
> int lang=0; /*0=english 1=arabic*/
> + buf=(char *) malloc(sizeof(line));
sizeof(line) is the size of a pointer, that's not going to work.
>
> for(i=0;i {
> @@ -195,15 +196,18 @@
> if(curloc[i]==scrn.x)
> {scrn.x=i;break;}
>
> + free(buf);
> }
>
> void processlineRTL(unsigned char *line,int len)
> {
> int i,z,loc=0,tmp,startofline=1,tochange=0,change=0;
> - char buf[400];
> + char *buf;
> char curloc[200];
> int lang=1; /*0=english 1=arabic*/
>
> + buf=(char *) malloc(sizeof(line));
> +
see above.
> for(i=0;i {
> newline[i/2]=isotocp(line[i]);
> @@ -266,6 +270,7 @@
> for(i=len/2;i>=0;i--)
> if(curloc[i]==scrn.x)
> {scrn.x=i;break;}
> + free(buf);
> }
>
> unsigned char lastchr;
> @@ -325,7 +330,7 @@
> {
> unsigned int i;
> static unsigned char oldx=255,oldy;
> - char line[400];
> + char *line;
>
> lseek(consolevc,0,SEEK_SET);
> lseek(ttyvc,4,SEEK_SET);
> @@ -335,6 +340,8 @@
> return 1;
> }
>
> + line=(char *) malloc(((scrn.cols*2)+3)*sizeof(char));
> +
> line[0]=0,line[scrn.cols*2]=0,line[scrn.cols*2+2]=0;
> if(oldx==255)oldx=scrn.x,oldy=scrn.y;
>
> @@ -359,5 +366,6 @@
> lseek(ttyvc,0,SEEK_SET);
> write(ttyvc,&scrn,4);
>
Bug#476701: swi-prolog_5.6.53-2(sparc/unstable): FTBFS on sparc
Package: swi-prolog Version: 5.6.53-2 Severity: serious There was an error while trying to autobuild your package: > Automatic build of swi-prolog_5.6.53-2 on lebrun by sbuild/sparc 98 > Build started at 20080418-0936 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 5.0.0), autotools-dev, dpatch, libncurses5-dev, > libreadline5-dev, libgmp3-dev, libjpeg62-dev, libx11-dev, libxpm-dev, > libxt-dev, x-dev, chrpath, unixodbc-dev [...] > ( cd ../lib/sparc && rm -f libpl.so && ln -s libpl.so.5.6.53 libpl.so ) > gcc -c -I. -I/build/buildd/swi-prolog-5.6.53/src > -I/build/buildd/swi-prolog-5.6.53/src/rc -Wall -O3 -fno-strict-aliasing > -pthread -fPIC pl-extend.c -o pl-extend.o > gcc -export-dynamic -pthread -Wl,-rpath=/usr/lib/pl-5.6.53/lib/sparc -o pl > pl-extend.o -L../lib/sparc -lpl -lpl > ./pl.sh -O -o pl.prc -b ../boot/init.pl > [PROLOG SYSTEM ERROR: Thread 1 > Undefined predicate: format/2 > > PROLOG STACK: > ] > make[2]: *** [pl.prc] Error 1 > make[2]: Leaving directory `/build/buildd/swi-prolog-5.6.53/src' > make[1]: *** [lite] Error 2 > make[1]: Leaving directory `/build/buildd/swi-prolog-5.6.53' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparc&pkg=swi-prolog&ver=5.6.53-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476689: #476689
Anyway, this is a generic problem. | $ apt-get remove gnupg --purge --yes | Reading package lists... Done | Building dependency tree | Reading state information... Done | The following packages will be REMOVED: | gnupg* | 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. | After this operation, 4764kB disk space will be freed. | (Reading database ... 11983 files and directories currently installed.) | Removing gnupg ... | $ apt-get install --reinstall --yes debian-archive-keyring | Reading package lists... Done | Building dependency tree | Reading state information... Done | 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. | Need to get 10.7kB of archives. | After this operation, 0B of additional disk space will be used. | Get:1 http://incoming.debian.org sid/main debian-archive-keyring 2008.04.16 [10.7kB] | Fetched 10.7kB in 0s (138kB/s) | debconf: delaying package configuration, since apt-utils is not installed | (Reading database ... 11910 files and directories currently installed.) | Preparing to replace debian-archive-keyring 2008.04.16 (using .../debian-archive-keyring_2008.04.16_all.deb) ... | Unpacking replacement debian-archive-keyring ... | Setting up debian-archive-keyring (2008.04.16) ... | Warning: gnupg does not seem to be installed. | Warning: apt-key requires gnupg for most operations. | | /usr/bin/apt-key: line 24: gpg: command not found | /usr/bin/apt-key: line 24: gpg: command not found | dpkg: error processing debian-archive-keyring (--configure): | subprocess post-installation script returned error exit status 127 | Errors were encountered while processing: | debian-archive-keyring | E: Sub-process /usr/bin/dpkg returned an error code (1) Bastian -- Schshschshchsch. -- The Gorn, "Arena", stardate 3046.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
Hi Moritz,
* Moritz Muehlenhoff <[EMAIL PROTECTED]> [2008-04-18 16:09]:
> Nico Golde wrote:
> > the following CVE (Common Vulnerabilities & Exposures) id was
> > published for clamav.
> >
> >
> > CVE-2008-1833[0]:
> > | Heap-based buffer overflow in libclamav in ClamAV 0.92.1 allows remote
> > | attackers to execute arbitrary code via a crafted WWPack compressed PE
> > | binary.
> >
> > If you fix the vulnerability please also make sure to include the
> > CVE id in your changelog entry.
> >
> > For further information see:
> >
> > [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1833
> > http://security-tracker.debian.net/tracker/CVE-2008-1833
>
> Already fixed in etch and unstable (it's the issue referenced as not
> yet having a CVE ID in the DSA).
Are you sure? Looking at the source code from the unstable
version I still see the affected lines of code:
if((DCONF & PE_CONF_WWPACK) && nsections > 1 &&
exe_sections[nsections-1].raw>0x2b1 &&
vep == exe_sections[nsections - 1].rva &&
exe_sections[nsections - 1].rva + exe_sections[nsections - 1].rsz == max
&&
memcmp(epbuff, "\x53\x55\x8b\xe8\x33\xdb\xeb", 7) == 0 &&
memcmp(epbuff+0x68,
"\xe8\x00\x00\x00\x00\x58\x2d\x6d\x00\x00\x00\x50\x60\x33\xc9\x50\x58\x50\x50",
19) == 0) {
uint32_t headsize=exe_sections[nsections - 1].raw;
char *dest, *wwp;
for(i = 0 ; i < (unsigned int)nsections-1; i++)
if (exe_sections[i].rawhttp://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
pgpQ5cAU8CWKA.pgp
Description: PGP signature
Processed: Re: Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
Processing commands for [EMAIL PROTECTED]: > close 476694 0.92.1~dfsg2-1 Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.92.1~dfsg2-1, send any further explanations to Nico Golde <[EMAIL PROTECTED]> > close 476694 0.92.1~dfsg-1volatile2 Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.92.1~dfsg-1volatile2, send any further explanations to Nico Golde <[EMAIL PROTECTED]> > close 476694 0.90.1dfsg-3etch11 Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.90.1dfsg-3etch11, send any further explanations to Nico Golde <[EMAIL PROTECTED]> > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
close 476694 0.92.1~dfsg2-1 close 476694 0.92.1~dfsg-1volatile2 close 476694 0.90.1dfsg-3etch11 thanks This one time, at band camp, Nico Golde said: > Hi, > the following CVE (Common Vulnerabilities & Exposures) id was > published for clamav. > > > CVE-2008-1833[0]: > | Heap-based buffer overflow in libclamav in ClamAV 0.92.1 allows remote > | attackers to execute arbitrary code via a crafted WWPack compressed PE > | binary. > > If you fix the vulnerability please also make sure to include the > CVE id in your changelog entry. Fix already uploaded. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Processed (with 3 errors): #476689 - either apt or debian-archive-keyring needs gnupg
Processing commands for [EMAIL PROTECTED]: > severity 476689 serious Bug#476689: [debian-archive-keyring] Downgrading dependency of gnupg causes failure to cdebootstrap minimal chroot Severity set to `serious' from `normal' > reassign 476689 apt,debian-archive-keyring Bug#476689: [debian-archive-keyring] Downgrading dependency of gnupg causes failure to cdebootstrap minimal chroot Bug reassigned from package `debian-archive-keyring' to `apt,debian-archive-keyring'. > One of apt or debian-archive-keyring needs gnupg and must depend on it Unknown command or malformed arguments to command. > or fail gracefully. Unknown command or malformed arguments to command. > Bastian Unknown command or malformed arguments to command. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476603: acon: multiple buffer overflows
Yes, sorry, please find it attached this time.
On Fri, Apr 18, 2008 at 12:02:03PM +, brian m. carlson wrote:
> On Fri, Apr 18, 2008 at 10:05:19AM +0200, أحمد المحمودي wrote:
>> Hello,
>>
>> I updated the 05_overflow.diff patch (please review the file
>> attached).
>
> You forgot the attachment. Also, I don't think that you need to upload
> it to experimental instead, just fix the bugs in unstable. I believe
> the security team will ask debian-release to remove the package from
> testing. If anything I said is incorrect, I'm sure Moritz will correct
> me. :-)
---end quoted text---
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
SySDSoft, Inc.
GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net)
GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27
Index: acon-1.0.5/acon.c
===
--- acon-1.0.5.orig/acon.c 2008-04-18 08:45:45.0 +0200
+++ acon-1.0.5/acon.c 2008-04-18 08:45:48.0 +0200
@@ -50,7 +50,7 @@
font[0]=translation[0]=keymap[0]=0;
if((env=getenv("HOME")))
- sprintf(tmp,"%s/.acon.conf",env);
+ snprintf(tmp,sizeof(tmp),"%s/.acon.conf",env);
else
strcpy(tmp,"/etc/acon.conf");
if((fp=fopen(tmp,"r"))==NULL)
Index: acon-1.0.5/arabicfont.c
===
--- acon-1.0.5.orig/arabicfont.c 2008-04-18 08:45:45.0 +0200
+++ acon-1.0.5/arabicfont.c 2008-04-18 08:45:48.0 +0200
@@ -613,7 +613,7 @@
y=16; /*Only support 8x16 fonts now*/
if(path[0]!='/')
- sprintf(tmp,"%s/fonts/%s",DATAPATH,path);
+ snprintf(tmp,sizeof(tmp),"%s/fonts/%s",DATAPATH,path);
else
strcpy(tmp,path);
set_user_id();
@@ -699,12 +699,12 @@
if(path)
{
if(path[0]!='/')
- sprintf(tmp,"loadkeys %s/keymaps/%s >& /dev/null",DATAPATH,path);
+ snprintf(tmp,sizeof(tmp),"loadkeys %s/keymaps/%s >& /dev/null",DATAPATH,path);
else
- sprintf(tmp,"loadkeys %s >& /dev/null",path);
+ snprintf(tmp,sizeof(tmp),"loadkeys %s >& /dev/null",path);
}
else
- sprintf(tmp,"loadkeys %s/keymaps/iso8859-6.map",DATAPATH);
+ snprintf(tmp,sizeof(tmp),"loadkeys %s/keymaps/iso8859-6.map",DATAPATH);
if(my_system(tmp))
printf("Error executing : %s \n",tmp);
@@ -743,7 +743,7 @@
}
if(path[0]!='/')
- sprintf(tmp,"%s/translations/%s",DATAPATH,path);
+ snprintf(tmp,sizeof(tmp),"%s/translations/%s",DATAPATH,path);
else
strcpy(tmp,path);
if((fp=fopen(tmp,"r"))==NULL)
Index: acon-1.0.5/child.c
===
--- acon-1.0.5.orig/child.c 2008-04-18 08:45:45.0 +0200
+++ acon-1.0.5/child.c 2008-04-18 08:45:48.0 +0200
@@ -101,7 +101,7 @@
printf("Acon: can't know HOME directory\n");
return;
}
- sprintf(tmp,"%s/.acon.conf",env);
+ snprintf(tmp,sizeof(tmp),"%s/.acon.conf",env);
if((fp=fopen(tmp,"w"))==NULL)
{
printf("Acon: can't save %s\n",tmp);
Index: acon-1.0.5/menu.c
===
--- acon-1.0.5.orig/menu.c 2008-04-18 08:45:45.0 +0200
+++ acon-1.0.5/menu.c 2008-04-18 08:45:48.0 +0200
@@ -55,10 +55,11 @@
int drawmenuxy(int vcsa,int x,int y,int xwidth,int ywidth,char **menu,int num)
{
int i,z,starty=0,select=0;
- unsigned char line[400];
+ unsigned char *line;
int ch;
int currentconsole;
+ line=(unsigned char *) malloc(((xwidth*2)+3)*sizeof(unsigned char));
currentconsole=getactive();
while(1)
@@ -120,9 +121,11 @@
break;
case 13: /*Enter*/
case ' ':
+ free(line);
return select;
case 'r':
case 3:
+ free(line);
return -1;
}
@@ -130,6 +133,7 @@
if( currentconsole!=getactive())
{
consoleswitched=1;
+free(line);
return -1;
}
@@ -138,6 +142,7 @@
if(select>starty+ywidth-1)starty++;
if(select=0;i--)
if(curloc[i]==scrn.x)
{scrn.x=i;break;}
+ free(buf);
}
unsigned char lastchr;
@@ -325,7 +330,7 @@
{
unsigned int i;
static unsigned char oldx=255,oldy;
- char line[400];
+ char *line;
lseek(consolevc,0,SEEK_SET);
lseek(ttyvc,4,SEEK_SET);
@@ -335,6 +340,8 @@
return 1;
}
+ line=(char *) malloc(((scrn.cols*2)+3)*sizeof(char));
+
line[0]=0,line[scrn.cols*2]=0,line[scrn.cols*2+2]=0;
if(oldx==255)oldx=scrn.x,oldy=scrn.y;
@@ -359,5 +366,6 @@
lseek(ttyvc,0,SEEK_SET);
write(ttyvc,&scrn,4);
oldx=scrn.x,oldy=scrn.y;
+ free(line);
return 0;
}
Processed: (none)
Processing commands for [EMAIL PROTECTED]: > tags 473626 + pending fixed-upstream Bug#473626: Includes binary without source There were no tags set. Tags added: pending, fixed-upstream > tags 292461 + pending fixed-upstream Bug#292461: does not move fractions when the longest title is shortened Tags were: upstream Tags added: pending, fixed-upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Reinhard Tartler schrieb: Yes, this is highly not obvious and should be cleaned up. Will be done with the next commit. you mean the binary 'ffmpeg'? Well, it is built in the first step with the static version of ffmpeg, right? Yep, this is what I mean. Well, the first step is actually called with --disable-ffmpeg, so it's not created during this step. Well, AFAIUI, there are many files in the ffmpeg source that need special compiler flags. Sounds like the definition of "bad coding style"... :/ -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476287: user strings spread confusion about contrib & non-free
Robert Millan wrote: > On Wed, Apr 16, 2008 at 04:12:00PM +0200, Julian Andres Klode wrote: >> I'll disable the chooser and hardcode SHOW_ONLY_FREE. As there are only >> about 5 >> applications in contrib+non-free, which can be installed from g-a-i, this >> won't >> hurt. >> >> Maybe I'll replace it with the desktop chooser: 'All Applications', 'GNOME >> Applications', 'KDE Applications', 'XFCE Applications'. This makes more sense >> than choosers for non-free or 3rd party software, which won't be available >> anymore. > > Looks good.. thank you. I just looked again at it, and I'll disable only the 3rd party option, and keep the other stuff, with some renamed descriptions. > > As for the patch, it was just a suggested approach (truly, anything that > doesn't jeopardize the Social Contract or spread confusion about it is fine > with me). > >>> - "component of Debian?"), >>> + "distribution?"), >> Well, distribution is a bit confusing. main, contrib, non-free are often >> refered to as sections or components. distribution is more used for the >> different suites. > > "component" implies that it is part of something. In this case, it's somewhat > left to ambiguity whether this something is the archive or the Debian > distribution. I think out of "components" and "sections", the latter is more > clear. Well, Components is used in the Release files http://cdimage.debian.org/debian/dists/lenny/Release > > Btw, it's nice to see this added to Debian. Will we see it added to the > gnome metapackage (or desktop task) anytime soon? It has been added to the gnome-desktop task last year already in tasksel, but this has not been reflected in the archive yet. > > Thanks > -- Julian Andres Klode, Fellow of the Free Software Foundation Europe Debian Maintainer | Developer | Ubuntu Member try Debian: http://www.debian.org/ | my site: http://jak-linux.org/ jabber: [EMAIL PROTECTED] | IRC: juliank (FreeNode, OFTC) languages: German | English signature.asc Description: OpenPGP digital signature
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Fabian Greffrath <[EMAIL PROTECTED]> writes:
> Reinhard Tartler schrieb:
>> If that works, I think we can drop the drop the sed surgery regarding
>> Makefile.pic / config.mak.pic, I think.
>
> In this context I believe that the $(MAKE) calls in debian/rules are
> implemented in a strange way...
>
> You know, we call MAKE twice; once to build the static libraries and
> then again to build the shared libraries and the frontends. To build the
> static libraries we call MAKE from the top source directory. Then we
> backup the static libraries after compilation. Afterwards, to build the
> shared libraries and the frontends, we go down into each of the
> libraries' directories and call 'make clean && make' (roughly) there.
>
> Is this still necessary, given that we do not manipulate Makefile.pic
> anymore, or could we simply run 'make clean && make' again from the top
> source directory instead? If it is possible, we should do this for the
> sake of clarity.
Yes, this is highly not obvious and should be cleaned up.
> Another thing that I don't understand is, how it builds the ffmpeg
> frontend (which it obviously does) if MAKE is only run inside the
> subdirectories but not in the top directory...
you mean the binary 'ffmpeg'? Well, it is built in the first step with
the static version of ffmpeg, right?
>
> Yet another issue in the context of debian/rules: As long as we don't
> run configure with --disable-optimizations, the {C,CXX,LD}FLAGS
> environment variables that are set by dpkg-buildpackage are simply
> ignored and overridden with dubious optimization flags in the range
> between -O3 and -O5. I consider this unacceptable and believe, all
> sources shuold be compiled with the same standard policy-conform set of
> flags that is CFLAGS="-Wall -g -O2".
Well, AFAIUI, there are many files in the ffmpeg source that need
special compiler flags. TBH, I'm not interested in investing much time
in reviewing the ffmpeg Makefiles.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
Nico Golde wrote: > the following CVE (Common Vulnerabilities & Exposures) id was > published for clamav. > > > CVE-2008-1833[0]: > | Heap-based buffer overflow in libclamav in ClamAV 0.92.1 allows remote > | attackers to execute arbitrary code via a crafted WWPack compressed PE > | binary. > > If you fix the vulnerability please also make sure to include the > CVE id in your changelog entry. > > For further information see: > > [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1833 > http://security-tracker.debian.net/tracker/CVE-2008-1833 Already fixed in etch and unstable (it's the issue referenced as not yet having a CVE ID in the DSA). Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476694: clamav: CVE-2008-1833 integer overflow leading to heap overflow via crafted wwpack compressed pe binary
Package: clamav Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for clamav. CVE-2008-1833[0]: | Heap-based buffer overflow in libclamav in ClamAV 0.92.1 allows remote | attackers to execute arbitrary code via a crafted WWPack compressed PE | binary. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1833 http://security-tracker.debian.net/tracker/CVE-2008-1833 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpwtAL78HMGH.pgp Description: PGP signature
Processed: fix - Hero of the hour: Abdel :)
Processing commands for [EMAIL PROTECTED]: > tags 475523 pending Bug#475523: current lyx package is uncompatible with current qt4 package (4.4.0~rc1-2) There were no tags set. Tags added: pending > forwarded 475523 http://bugzilla.lyx.org/show_bug.cgi?id=4568 Bug#475523: current lyx package is uncompatible with current qt4 package (4.4.0~rc1-2) Noted your statement that Bug has been forwarded to http://bugzilla.lyx.org/show_bug.cgi?id=4568. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Reinhard Tartler schrieb:
If that works, I think we can drop the drop the sed surgery regarding
Makefile.pic / config.mak.pic, I think.
In this context I believe that the $(MAKE) calls in debian/rules are
implemented in a strange way...
You know, we call MAKE twice; once to build the static libraries and
then again to build the shared libraries and the frontends. To build
the static libraries we call MAKE from the top source directory. Then
we backup the static libraries after compilation. Afterwards, to build
the shared libraries and the frontends, we go down into each of the
libraries' directories and call 'make clean && make' (roughly) there.
Is this still necessary, given that we do not manipulate Makefile.pic
anymore, or could we simply run 'make clean && make' again from the
top source directory instead? If it is possible, we should do this for
the sake of clarity.
Another thing that I don't understand is, how it builds the ffmpeg
frontend (which it obviously does) if MAKE is only run inside the
subdirectories but not in the top directory...
Yet another issue in the context of debian/rules: As long as we don't
run configure with --disable-optimizations, the {C,CXX,LD}FLAGS
environment variables that are set by dpkg-buildpackage are simply
ignored and overridden with dubious optimization flags in the range
between -O3 and -O5. I consider this unacceptable and believe, all
sources shuold be compiled with the same standard policy-conform set
of flags that is CFLAGS="-Wall -g -O2".
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Fabian Greffrath <[EMAIL PROTECTED]> writes: > Reinhard Tartler schrieb: >> Hm, that would be a severe regression to what we currently have, >> IMO. I'd take that option only as last resort, but not as obvious way to >> go. However I'm open for arguments why this wasn't that bad... > > Well, we allready do this for ARM. Furthermore we build our packages for > i386 and cannot expect every machine out there to support MMX. > > In many cases these architecture-specific optimizations do not gain too > much performance if compared to the loss of portability they cause. Okay, if you make this consideration, then I have to say this makes sense. I think we both agree that we don't know the code enough to sensibly support these optimisations, and I also agree that having a working ffmpeg with less optimisation is better than not having it at all. >> Let's better revert your last change for now and rethink our options. > > Why revert the change? The problem is not that we now have found a way > to actually add '-fPIC -DPIC' to CFLAGS, but that some > architecture-specific files fail to build with these flags. I mean, > reverting back to a broken measure to add these flags - which actually > results in the flags not beeing added - is not a fix for the very > problem (was that understandable?). ;) Good Point! :) -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469338: Please post the patch for 2.6
Fernando Ruza Rodriguez wrote: > Baumann could you post the patch for the kernel 2.6. I need to run > unionfs soon. it's in the kernel trunk svn at debian/patches. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476675: marked as forwarded ([xaralx] crashes on print)
Your message dated Fri, 18 Apr 2008 15:34:58 +0200 with message-id <[EMAIL PROTECTED]> has caused the report #476675, regarding [xaralx] crashes on print to be marked as having been forwarded to the upstream software author(s) [EMAIL PROTECTED] (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476675: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476675 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Hi XaraX list, I got this bug report, and I can confirm it: XaraX crashes here when I press the print button in the print dialog. Note that all these warnings you see pasted are printed when the dialog is opened, but the crash happens when the button is pressed. Can you confirm this, or is this a problem with the debian build? Any hints where to search for the problem? Thanks, Joachim Weitergeleitete Nachricht Von: [EMAIL PROTECTED] Antwort an: [EMAIL PROTECTED], [EMAIL PROTECTED] An: [EMAIL PROTECTED] Betreff: Bug#476675: [xaralx] crashes on print Datum: Fri, 18 Apr 2008 13:28:03 +0200 Package: xaralx Version: 0.7r1785-2 Severity: grave --- Please enter the report below this line. --- Xaralx crashes when printing. Here the output: (xaralx:31164): GnomePrint-WARNING **: Could not create filter from description 'GnomePrintFilterSelect': filter 'GnomePrintFilterSelect' is unknown (xaralx:31164): GLib-GObject-WARNING **: invalid (NULL) pointer instance (xaralx:31164): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (xaralx:31164): GnomePrint-WARNING **: Could not create filter from description 'GnomePrintFilterClip [ GnomePrintFilterMultipage ]': filter 'GnomePrintFilterClip' is unknown (xaralx:31164): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): libgnomeprintui-CRITICAL **: gnome_print_layout_selector_load_filter: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_reset: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_flush: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_reset: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_flush: assertion `GNOME_IS_PRINT_FILTER (f)' failed ** (xaralx:31164): WARNING **: could not set the value of Settings.Document.Filter, node not found Segmentation fault --- System information. --- Architecture: amd64 Kernel: Linux 2.6.23.12-slh64-smp-2 Debian Release: lenny/sid 500 unstablewww.zwets.com 500 unstablewww.winki-the-ripper.de 500 unstablewww.debian-multimedia.org 500 unstablesidux.com 500 unstablemirror.home-dn.net 500 unstableftp.spline.de 500 unstableftp.mirrorservice.org 500 unstableftp.it.debian.org 500 unstabledebian.vakevainen.fi 500 unstabledebian.alphagemini.org 500 testing ftp.it.debian.org 500 stable apt.tt-solutions.com --- Package information. --- Depends (Version) | Installed ==-+- libc6 (>= 2.7-1) | 2.7-10 libfreetype6(>= 2.3.5) | 2.3.5-1+b1 libgcc1(>= 1:4.1.1-21) | 1:4.3.0-3 libglib2.0-0 (>= 2.12.0) | 2.16.3-2 libgtk2.0-0(>= 2.12.0) | 2.12.9-3 libjpeg62 | 6b-14 libpango1.0-0 (>= 1.20.0) | 1.20.2-2 libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-3 libstdc++6(>= 4.2.1-4) | 4.3.0-3 libwxbase2.6-0 (>= 2.6.3.2.2) | 2
Bug#475519: dired-x no longer loaded
Oops. I had commented the loading in my .emacs. Never mind. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361925: How do you ship the product?
Produce Stronger, Rock Hard Erections. http://bueyatoea.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475519: dired-x no longer loaded
Hey, what's going on? The stuff in (info "(dired-x)Local Variables") used to work without one needing to load any libraries. Apparently somebody moved some load lines out of the site defaults. Here's what I have installed: $ dpkg -l emacs\*|perl -anwle 'print "@F[0..2]" if /^i/' ii emacs 22.2+1-1 ii emacs-goodies-el 29.2-1 ii emacs22 22.2+1-1 ii emacs22-bin-common 22.2+1-1 ii emacs22-common 22.2+1-1 ii emacs22-common-non-dfsg 22.2+1-1 ii emacs22-el 22.2+1-1 ii emacsen-common 1.4.17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345604: Whenever you feel comfortable with the way you look just stop taking our product.
Medicines which is manufactured as a FDA Approved laboratory. http://bueyatoea.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: block 476678 with 476685
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > block 476678 with 476685 Bug#476685: Updating python-uno fails at first Bug#476678: Updating python-uno fails at first Was not blocked by any bugs. Blocking bugs of 476678 added: 476685 > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476686: useless without w3c-libwww
Package: libwww-doc Version: 0.20060330 Severity: serious This is the documentation for w3c-libwww, which has been removed from testing and is about to be removed from the archive altogether. So there would be no point shipping libwww-doc in testing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469338: Please post the patch for 2.6
Baumann could you post the patch for the kernel 2.6. I need to run unionfs soon. Regards, Fernando. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: unblock 440436 with 458775 458866 459214
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > # packages have been adjusted to work without w3c-libwww > unblock 440436 with 458775 458866 459214 Bug#458775: Please don't build libwww support Bug#458866: Please remove libwww-dev build dependency Bug#459214: plans to remove w3c-libwww from the archive Bug#440436: The maintainer plans to request removal of this package from the Debian archive Was blocked by: 458775 458866 459214 471750 Blocking bugs of 440436 removed: 458775, 458866, 459214 > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#476678: Updating python-uno fails at first
Processing commands for [EMAIL PROTECTED]: > clone 476678 -1 Bug#476678: Updating python-uno fails at first Bug 476678 cloned as bug 476685. > reassign -1 python-central Bug#476685: Updating python-uno fails at first Bug reassigned from package `python-uno' to `python-central'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476678: Updating python-uno fails at first
clone 476678 -1 reassign -1 python-central thanks Hi, Goswin von Brederlow wrote: > when updating python-uno I get an error on the first try: > > Unpacking replacement openoffice.org ... > Preparing to replace python-uno 1:2.4.0-3 (using > .../python-uno_1%3a2.4.0-4_amd64.deb) ... > INFO: using old version '/usr/bin/python2.3' > Traceback (most recent call last): > File "/usr/bin/pycentral", line 1833, in ? > main() > File "/usr/bin/pycentral", line 1827, in main > rv = action.run(global_options) > File "/usr/bin/pycentral", line 1287, in run > requested = pyversions.requested_versions_for_runtime(version_field, > version_only=True) > File "/usr/share/pycentral-data/pyversions.py", line 213, in > requested_versions_for_runtime > raise ValueError, 'empty set of versions' > ValueError: empty set of versions > dpkg: error processing > /var/cache/apt/archives/python-uno_1%3a2.4.0-4_amd64.deb (--unpack): > subprocess pre-installation script returned error exit status 1 python-uno only supports the default python. This sounds for me like python-central wanting do stuff when neither the new python2.5 nor the new python is not unpacked on the system yet: > Selecting previously deselected package python2.5-minimal. > Unpacking python2.5-minimal (from .../python2.5-minimal_2.5.2-3_amd64.deb) ... > Selecting previously deselected package python2.5. > Unpacking python2.5 (from .../python2.5_2.5.2-3_amd64.deb) ... > Preparing to replace python 2.4.4-2 (using .../python_2.5.2-1_all.deb) ... > Unpacking replacement python ... > Preparing to replace python-minimal 2.4.4-2 (using > .../python-minimal_2.5.2-1_all.deb) ... > Unpacking replacement python-minimal ... as done here ... > Retrying it works: [...] Because the new python/python2.5 is now installed... > I guess there is some depends or pre-depends missing. preeinst, So Pre-Depends:. But I am not exactly convinced python-uno should have the Pre-Depends:. dh_pycentral adds the preinst/prerm/postinst snippets. I think the fix should be in either python-central or an other python package and we shouldn't add Pre-Depends: on python packagees just supporting the default verssion... Cloning to python-central (python-uno'd need a rebuild when dh_pycentral gets changed) Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440436: unblock 440436 with 458775 458866 459214
# Automatically generated email from bts, devscripts version 2.10.25 # packages have been adjusted to work without w3c-libwww unblock 440436 with 458775 458866 459214 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475523: [Pkg-lyx-devel] Bug#475523: Any idea on #475523? - LyX unusable with Qt 4.4.0rc1-2
On Thu, Apr 17, 2008 at 04:55:10PM -0400, Ben Goodrich wrote: Hi Ben, > It appears as if this bug was reported on LyX's bugzilla in January > > http://bugzilla.lyx.org/show_bug.cgi?id=4568 > > and closed as invalid due to the fact that qt 4.4 is / was not released > yet. I requested that the bug be reopened now that the RC is in sid. But > my hunch is that the bug is upstream in LyX and little can be done about > it until upstream decides to consider this bug. Thanks for the hint. Abdel added a patch to the report and -devel mailinglist a few minutes ago and I'm currently doing a test build to see if it's fixed now. Sven -- If God passed a mic to me to speak I'd say stay in bed, world Sleep in peace [The Cardigans - 03:45: No sleep] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444196: print problem still exists
Hello! I've updated to galeon-common_2.0.4-1_all but it still crashes when i try to start the print-dialog: [EMAIL PROTECTED]:~/.galeon/mozilla/galeon$ galeon ** (galeon:7545): WARNING **: GConf error: Type mismatch: Expected `bool' got `int' for key /apps/galeon/Print/printon Segmentation fault (core dumped) [EMAIL PROTECTED]:~/.galeon/mozilla/galeon$ cd / [EMAIL PROTECTED]:/$ If you need any additional info i'm glad to assist. regards Christian Benke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476679: upgrade to 2.5 breaks python software
reassign jppy thanks wrong. just grep for 2.4 in the jppy files. the best thing would be to patch jppy to use sys.version[:3] instead of hard-coding the version. martin f krafft writes: > Package: python > Version: 2.5.2-0.1 > Severity: grave > > After yesterday's upgrade to python 2.5, python-jppy now fails to > start. I am already using the 0.0.43-1+b1 version, which was rebuilt > for 2.5: > > Package: python-jppy > Provides: python2.5-jppy > Depends: ..., python2.5 (>= 2.5), python (<< 2.6), python (>= > 2.5), python-central (>= 0.6.2), ... > > However, when I run jppy, I get: > > piper:~> jppy > #[304] > No unicode collator (disabled via configuration) > > (jppy:26839): libglade-WARNING **: could not find glade file > '/usr/lib/python2.4/site-packages/jppy/gui/contacts.glade' > Traceback (most recent call last): > File "/usr/bin/jppy", line 21, in > app=combined.notebook(mainwindow, control_mainloop=1) > File "/usr/lib/python2.5/site-packages/jppy/gui/combined.py", line 22, in > __init__ > self.panes.append(contacts.pane(glade_path)) > File "/usr/lib/python2.5/site-packages/jppy/gui/contacts.py", line 47, in > __init__ > wTree = gtk.glade.XML(gladefile,"vpanedContacts") > RuntimeError: could not create GladeXML object > > > Something's screwed up. And it isn't jppy's fault, as far as I can > tell... no, it is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476678: Updating python-uno fails at first
Package: python-uno Version: 1:2.4.0-4 Severity: serious Hi, when updating python-uno I get an error on the first try: Unpacking replacement openoffice.org ... Preparing to replace python-uno 1:2.4.0-3 (using .../python-uno_1%3a2.4.0-4_amd64.deb) ... INFO: using old version '/usr/bin/python2.3' Traceback (most recent call last): File "/usr/bin/pycentral", line 1833, in ? main() File "/usr/bin/pycentral", line 1827, in main rv = action.run(global_options) File "/usr/bin/pycentral", line 1287, in run requested = pyversions.requested_versions_for_runtime(version_field, version_only=True) File "/usr/share/pycentral-data/pyversions.py", line 213, in requested_versions_for_runtime raise ValueError, 'empty set of versions' ValueError: empty set of versions dpkg: error processing /var/cache/apt/archives/python-uno_1%3a2.4.0-4_amd64.deb (--unpack): subprocess pre-installation script returned error exit status 1 INFO: using old version '/usr/bin/python2.3' Preparing to replace openoffice.org-core 1:2.4.0-3 (using .../openoffice.org-core_1%3a2.4.0-4_amd64.deb) ... Unpacking replacement openoffice.org-core ... Selecting previously deselected package python2.5-minimal. Unpacking python2.5-minimal (from .../python2.5-minimal_2.5.2-3_amd64.deb) ... Selecting previously deselected package python2.5. Unpacking python2.5 (from .../python2.5_2.5.2-3_amd64.deb) ... Preparing to replace python 2.4.4-2 (using .../python_2.5.2-1_all.deb) ... Unpacking replacement python ... Preparing to replace python-minimal 2.4.4-2 (using .../python-minimal_2.5.2-1_all.deb) ... Unpacking replacement python-minimal ... Retrying it works: Preparing to replace python-uno 1:2.4.0-3 (using .../python-uno_1%3a2.4.0-4_amd6 4.deb) ... INFO: using old version '/usr/bin/python2.3' Unpacking replacement python-uno ... Setting up openoffice.org-core (1:2.4.0-4) ... Setting up python2.5-minimal (2.5.2-3) ... Linking and byte-compiling packages for runtime python2.5... INFO: using old version '/usr/bin/python2.3' Setting up python2.5 (2.5.2-3) ... Setting up python-minimal (2.5.2-1) ... Setting up python (2.5.2-1) ... running python rtupdate hooks for python2.5... INFO: using old version '/usr/bin/python2.3' running python post-rtupdate hooks for python2.5... Linking and byte-compiling packages for runtime python2.5... INFO: using old version '/usr/bin/python2.3' Setting up python-uno (1:2.4.0-4) ... INFO: using old version '/usr/bin/python2.3' Setting up openoffice.org-base-core (1:2.4.0-4) ... Setting up openoffice.org-writer (1:2.4.0-4) ... Setting up openoffice.org-calc (1:2.4.0-4) ... Setting up openoffice.org-draw (1:2.4.0-4) ... Setting up openoffice.org-impress (1:2.4.0-4) ... Setting up openoffice.org-math (1:2.4.0-4) ... Setting up openoffice.org-base (1:2.4.0-4) ... Setting up openoffice.org-officebean (1:2.4.0-4) ... Setting up openoffice.org-filter-binfilter (1:2.4.0-4) ... Setting up openoffice.org (1:2.4.0-4) ... I guess there is some depends or pre-depends missing. MfG Goswin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-xen-ubuntu Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-uno depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii openoffice.org-core 1:2.4.0-4 OpenOffice.org office suite archit ii python2.5.2-1An interactive high-level object-o ii python-central0.6.3 register and build utility for Pyt ii python2.5 2.5.2-3An interactive high-level object-o python-uno recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#459563: marked as done (javac / ecj crashes at once at startup on hppa architecture)
Your message dated Fri, 18 Apr 2008 14:17:27 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: javac / ecj crashes at once at startup on hppa architecture
has caused the Debian Bug report #459563,
regarding javac / ecj crashes at once at startup on hppa architecture
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
459563: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459563
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: ecj
Version: 3.3.0+0728-5
Severity: grave
javac / ecj crashes at once at startup on the hppa architecture
Example:
[EMAIL PROTECTED] ~]$ uname -a
Linux ls3545 2.6.24-rc4 #25 Sat Dec 8 12:36:01 CET 2007 parisc GNU/Linux
[EMAIL PROTECTED] ~]$ javac
Segmentation fault
I assume the problem is similiar as for the "ant" bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=459560
The last lines of a strace shows:
.
brk(0x5ac000) = 0x5ac000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x438b4000
mmap2(NULL, 1183744, PROT_READ, MAP_PRIVATE, 3, 0x222) = 0x42cb4000
close(3)= 0
rt_sigaction(SIGPWR, {0x4012722a, ~[], SA_RESTART}, NULL, 8) = 0
rt_sigaction(SIGXCPU, {0x4012722a, ~[], SA_RESTART}, NULL, 8) = 0
open("/proc/stat", O_RDONLY)= 3
read(3, "cpu 91477 18209902 2666735 2212"..., 4096) = 447
close(3)= 0
sched_getscheduler(25385) = 0 (SCHED_OTHER)
sched_getparam(25385, { 0 })= 0
open("/proc/self/maps", O_RDONLY) = 3
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=81920*1024}) = 0
fstat64(3, {st_mode=0, st_size=46673409605649, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "0001-004ee000 r-xp "..., 1024) = 1024
read(3, "lib/libz.so.1.2.3.3\n403b9000-427"..., 1024) = 867
close(3)= 0
munmap(0x40017000, 4096)= 0
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40017000
mmap(0x40027000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x4009e000
mmap(0x400ae000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x400ae000
getpid()= 25385
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 25385 detached
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: hppa (parisc)
Kernel: Linux 2.6.24-rc4
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 ecj depends on:
ii gij-4.2 4.2.1-5 The GNU Java bytecode interpreter
ii java-common 0.27 Base of all Java packages
ii libecj-java 3.3.0+0728-5 Eclipse Java compiler (library)
ii libgcj8-jar 4.2.1-5 Java runtime library for use with
Versions of packages ecj recommends:
ii ecj-gcj 3.3.0+0728-5 standalone version of the Eclipse
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 3.3.0+0728-9
ecj is not built anymore on hppa.
--- End Message ---
Bug#476679: upgrade to 2.5 breaks python software
Package: python Version: 2.5.2-0.1 Severity: grave After yesterday's upgrade to python 2.5, python-jppy now fails to start. I am already using the 0.0.43-1+b1 version, which was rebuilt for 2.5: Package: python-jppy Provides: python2.5-jppy Depends: ..., python2.5 (>= 2.5), python (<< 2.6), python (>= 2.5), python-central (>= 0.6.2), ... However, when I run jppy, I get: piper:~> jppy #[304] No unicode collator (disabled via configuration) (jppy:26839): libglade-WARNING **: could not find glade file '/usr/lib/python2.4/site-packages/jppy/gui/contacts.glade' Traceback (most recent call last): File "/usr/bin/jppy", line 21, in app=combined.notebook(mainwindow, control_mainloop=1) File "/usr/lib/python2.5/site-packages/jppy/gui/combined.py", line 22, in __init__ self.panes.append(contacts.pane(glade_path)) File "/usr/lib/python2.5/site-packages/jppy/gui/contacts.py", line 47, in __init__ wTree = gtk.glade.XML(gladefile,"vpanedContacts") RuntimeError: could not create GladeXML object Something's screwed up. And it isn't jppy's fault, as far as I can tell... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python depends on: ii python-minimal2.5.2-1A minimal subset of the Python lan ii python2.5 2.5.2-3An interactive high-level object-o python recommends no packages. -- no debconf information -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#476603: acon: multiple buffer overflows
On Fri, Apr 18, 2008 at 10:05:19AM +0200, أحمد المحمودي wrote: Hello, I updated the 05_overflow.diff patch (please review the file attached). You forgot the attachment. Also, I don't think that you need to upload it to experimental instead, just fix the bugs in unstable. I believe the security team will ask debian-release to remove the package from testing. If anything I said is incorrect, I'm sure Moritz will correct me. :-) -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, line 10. (reproduced with new version)
Lucas Nussbaum wrote: > It seems that the problem is only triggered when building with gcc-4.3 > from i386, and running on an x86_64 CPU. [snip] > > I think that there's a bug in sketch, that is always there, but only > triggered in that specific case (at least with those examples). Agreed. > > Now, same binary, same system, running inside valgrind: > ==13605== > ==13605== Conditional jump or move depends on uninitialised value(s) > ==13605==at 0x804F147: fold_min_max_pt_3d (geometry.c:378) > ==13605==by 0x8055061: get_extent_of_line (scene.c:1548) > ==13605==by 0x8054F30: xy_overlap_p (scene.c:1637) > ==13605==by 0x804BD7E: emit (emit.c:822) > ==13605==by 0x8053B8D: main (main.c:99) > ==13605== I get the same valgrind errors on i386, so likely I can track track this down. The same errors are present in the next upstream version, so no magic solution :-) Thanks for your help David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476675: [xaralx] crashes on print
Package: xaralx Version: 0.7r1785-2 Severity: grave --- Please enter the report below this line. --- Xaralx crashes when printing. Here the output: (xaralx:31164): GnomePrint-WARNING **: Could not create filter from description 'GnomePrintFilterSelect': filter 'GnomePrintFilterSelect' is unknown (xaralx:31164): GLib-GObject-WARNING **: invalid (NULL) pointer instance (xaralx:31164): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (xaralx:31164): GnomePrint-WARNING **: Could not create filter from description 'GnomePrintFilterClip [ GnomePrintFilterMultipage ]': filter 'GnomePrintFilterClip' is unknown (xaralx:31164): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): libgnomeprintui-CRITICAL **: gnome_print_layout_selector_load_filter: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_reset: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_flush: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_reset: assertion `GNOME_IS_PRINT_FILTER (f)' failed (xaralx:31164): GnomePrint-CRITICAL **: gnome_print_filter_flush: assertion `GNOME_IS_PRINT_FILTER (f)' failed ** (xaralx:31164): WARNING **: could not set the value of Settings.Document.Filter, node not found Segmentation fault --- System information. --- Architecture: amd64 Kernel: Linux 2.6.23.12-slh64-smp-2 Debian Release: lenny/sid 500 unstablewww.zwets.com 500 unstablewww.winki-the-ripper.de 500 unstablewww.debian-multimedia.org 500 unstablesidux.com 500 unstablemirror.home-dn.net 500 unstableftp.spline.de 500 unstableftp.mirrorservice.org 500 unstableftp.it.debian.org 500 unstabledebian.vakevainen.fi 500 unstabledebian.alphagemini.org 500 testing ftp.it.debian.org 500 stable apt.tt-solutions.com --- Package information. --- Depends (Version) | Installed ==-+- libc6 (>= 2.7-1) | 2.7-10 libfreetype6(>= 2.3.5) | 2.3.5-1+b1 libgcc1(>= 1:4.1.1-21) | 1:4.3.0-3 libglib2.0-0 (>= 2.12.0) | 2.16.3-2 libgtk2.0-0(>= 2.12.0) | 2.12.9-3 libjpeg62 | 6b-14 libpango1.0-0 (>= 1.20.0) | 1.20.2-2 libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-3 libstdc++6(>= 4.2.1-4) | 4.3.0-3 libwxbase2.6-0 (>= 2.6.3.2.2) | 2.6.3.2.2-2 libwxgtk2.6-0 (>= 2.6.3.2.2) | 2.6.3.2.2-2 libxml2(>= 2.6.27) | 2.6.32.dfsg-1 -- Powered by Sidux GNU/Linux signature.asc Description: This is a digitally signed message part.
Bug#476287: user strings spread confusion about contrib & non-free
On Wed, Apr 16, 2008 at 04:12:00PM +0200, Julian Andres Klode wrote: > I'll disable the chooser and hardcode SHOW_ONLY_FREE. As there are only about > 5 > applications in contrib+non-free, which can be installed from g-a-i, this > won't > hurt. > > Maybe I'll replace it with the desktop chooser: 'All Applications', 'GNOME > Applications', 'KDE Applications', 'XFCE Applications'. This makes more sense > than choosers for non-free or 3rd party software, which won't be available > anymore. Looks good.. thank you. As for the patch, it was just a suggested approach (truly, anything that doesn't jeopardize the Social Contract or spread confusion about it is fine with me). > > - "component of Debian?"), > > + "distribution?"), > Well, distribution is a bit confusing. main, contrib, non-free are often > refered to as sections or components. distribution is more used for the > different suites. "component" implies that it is part of something. In this case, it's somewhat left to ambiguity whether this something is the archive or the Debian distribution. I think out of "components" and "sections", the latter is more clear. Btw, it's nice to see this added to Debian. Will we see it added to the gnome metapackage (or desktop task) anytime soon? Thanks -- Robert Millan I know my rights; I want my phone call! What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475956: gstcodecs.conf makes empathy voip fail due to "no valid candidates", removing it lets it work
On Mon, Apr 14, 2008 at 02:33:43AM -0500, Diego Escalante Urrelo wrote: > Package: libfarsight0.1-3 > Version: 0.1.27-1 > Severity: serious > > --- Please enter the report below this line. --- > > Using debian sid to call another debian sid, I was unable to connect > both machines using empathy voip until I removed the mentioned file. > I don't have the exact error at hand now (you might note I'm reporting > from not a debian machine), but I guess you appreciate a heads up on > this issue. > > If you cannot reproduce I'll try to get such thing, but basically both > stream-engines couldn't agree on a codec, no matter they both where > using the same version of everything and that the mentioned missing > plugins (like theora or speex) where correctly installed in the system. Which version of telepathy-gabble, telepathy-stream-engine etc were you using? Was this with SIP or XMPP? Can you attach a log from telepathy-stream-engine? To get such a log run the following and then make the call: STREAM_ENGINE_DEBUG=all STREAM_ENGINE_PERSIST=true /usr/lib/telepathy/telepathy-stream-engine Sjoerd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476290: marked as done (libvirt: FTBFS on arches without qemu)
Your message dated Fri, 18 Apr 2008 10:47:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#476290: fixed in libvirt 0.4.2-4 has caused the Debian Bug report #476290, regarding libvirt: FTBFS on arches without qemu to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476290: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476290 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: libvirt Version: 0.4.2-2 Severity: serious User: [EMAIL PROTECTED] Usertags: goal-python2.5 Hello. With qemu now in libvirt's Build-Depends, the package FTBFS on arches where there is no qemu. I guess you'll have to add '[amd64 i386 powerpc sparc]' to the qemu Build-Dependency. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Pauline en la playa - Rueda corazón --- End Message --- --- Begin Message --- Source: libvirt Source-Version: 0.4.2-4 We believe that the bug you reported is fixed in the latest version of libvirt, which is due to be installed in the Debian FTP archive: libvirt-bin_0.4.2-4_powerpc.deb to pool/main/libv/libvirt/libvirt-bin_0.4.2-4_powerpc.deb libvirt-dev_0.4.2-4_powerpc.deb to pool/main/libv/libvirt/libvirt-dev_0.4.2-4_powerpc.deb libvirt-doc_0.4.2-4_all.deb to pool/main/libv/libvirt/libvirt-doc_0.4.2-4_all.deb libvirt0_0.4.2-4_powerpc.deb to pool/main/libv/libvirt/libvirt0_0.4.2-4_powerpc.deb libvirt_0.4.2-4.diff.gz to pool/main/libv/libvirt/libvirt_0.4.2-4.diff.gz libvirt_0.4.2-4.dsc to pool/main/libv/libvirt/libvirt_0.4.2-4.dsc python-libvirt_0.4.2-4_powerpc.deb to pool/main/libv/libvirt/python-libvirt_0.4.2-4_powerpc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Guido Guenther <[EMAIL PROTECTED]> (supplier of updated libvirt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 18 Apr 2008 10:41:38 +0200 Source: libvirt Binary: libvirt-bin libvirt0 libvirt-doc libvirt-dev python-libvirt Architecture: source all powerpc Version: 0.4.2-4 Distribution: unstable Urgency: low Maintainer: Debian Libvirt Maintainers <[EMAIL PROTECTED]> Changed-By: Guido Guenther <[EMAIL PROTECTED]> Description: libvirt-bin - the programs for the libvirt library libvirt-dev - development files for the libvirt library libvirt-doc - documentation for the libvirt library libvirt0 - library for interfacing with different virtualization systems python-libvirt - libvirt Python bindings Closes: 476290 Changes: libvirt (0.4.2-4) unstable; urgency=low . * only build-dep on qemu on architectures that have it (Closes: #476290) * the packages containing the daemon should suggest polkit Checksums-Sha1: a953e5f5c39bd1a89a58df0eb579429f6f9d57db 1533 libvirt_0.4.2-4.dsc 0202b93002b09154e4b76a0b23fad65243675981 8826 libvirt_0.4.2-4.diff.gz 19dd2d97f85888d9cab00dbb512bb38065a4b3df 389636 libvirt-doc_0.4.2-4_all.deb 066409c57d3903e8482b154d6e291adc0acef44c 210036 libvirt-bin_0.4.2-4_powerpc.deb 801a84e1f2d2fefaa6ce64a293e396fcec98b9ff 262620 libvirt0_0.4.2-4_powerpc.deb 8b1ccb44a00b730f07b10cbfc6f64d29722135bb 330594 libvirt-dev_0.4.2-4_powerpc.deb 45b7d296c1fbcd0d046cb6d769f74a5f54eae5c8 132456 python-libvirt_0.4.2-4_powerpc.deb Checksums-Sha256: bc63ad13b079fa06e74abe9f22100a4ae31f7efbf98d17dcbecc9656279e6b9c 1533 libvirt_0.4.2-4.dsc ac0d129b0ce21828a03ae8b1ab7abcfaef26504cb3fe6740694b5076942cf602 8826 libvirt_0.4.2-4.diff.gz eb3ae9ec2f6ab917da50f5fd19a3fe0082c93309ae4c870f5c3caecf3dcd8994 389636 libvirt-doc_0.4.2-4_all.deb 12b7fddbd3fa0c6725402c281b1ac4a443bcb002212571905c394c67844ac73c 210036 libvirt-bin_0.4.2-4_powerpc.deb 904813af5b54bf84b3fe4cd1d2f206b9d4e50f368e1aef58e3f8c9c4c912f2a6 262620 libvirt0_0.4.2-4_powerpc.deb fe6c8329aae074ea0038c195ae58909a3d9acdc4594b7f953517eb3ae41038a6 330594 libvirt-dev_0.4.2-4_powerpc.deb 9be12ba019eec1e82181b9ac394ed1dd23b38e7623d3a9b135d6dced4411845f 132456 python-libvirt_0.4.2-4_powerpc.deb Files: cb54fd98a9c014da6336fa110b4c 1533 libs optional libvirt_0.4.2-4.dsc 70ba97e3d517
