Bug#418275: unable to load ulog pcap dumps
Wireshark needs to be critical on errors in capture files. This really is a problem with netfilter. A fix has been proposed to the upstream, but not handled so far. Maybe someone can test it and submit a debian patch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486831: googleearth-package: Missing dependency on gcc
[Wesley J. Landaker] I can't imagine any reason why gcc would be needed. Did the package work when you built it without gcc installed? If so, my guess is that the messages are harmless. I do not know, I installed gcc and tried again. Anyway, I'll look into this when I get a chance. Thanks. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486408: spamassassin: sa-updade key is not cross-certified
Package: spamassassin Version: 3.2.4-2 Followup-For: Bug #486408 Using sa-update -D, we clearly see the problem: gpg refuse to certify the downloaded file because the used key is not cross-certified. The correct fix is to ask upstream to cross-certify its key (by pointing them to http://www.gnupg.org/faq/subkey-cross-certify.html ) A workaround I used is to add --no-require-cross-certification in the options passed to gpg in /usr/bin/sa-update (near line 634) Best regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-rc5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: ii libdigest-sha1-perl 2.11-2+b1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.56-1+b1 A collection of modules that parse ii libnet-dns-perl 0.63-1+b1 Perform DNS queries from a Perl sc ii libsocket6-perl 0.20-1 Perl extensions for IPv6 ii libsys-hostname-long-perl 1.4-2 Figure out the long (fully-qualifi ii libwww-perl 5.812-1WWW client/server library for Perl ii perl 5.10.0-10 Larry Wall's Practical Extraction ii perl-modules [libarchive-tar- 5.10.0-10 Core Perl modules Versions of packages spamassassin recommends: ii gcc 4:4.3.0-8 The GNU C compiler ii gnupg 1.4.9-2GNU privacy guard - a free PGP rep ii libc6-dev 2.7-12 GNU C Library: Development Librari ii libmail-spf-perl 2.005-1Perl implementation of Sender Poli ii libsys-syslog-perl0.24-1+b1 Perl interface to the UNIX syslog( ii make 3.81-5 The GNU version of the make util ii re2c 0.13.3-1 tool for generating fast C-based r ii spamc 3.2.4-2Client for SpamAssassin spam filte -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486869: debconf: [INTL:de] initial German man page translation
tags 486869 pending thanks Quoting Helge Kreutzmann ([EMAIL PROTECTED]): Package: debconf Severity: wishlist Tags: patch l10n Please find the initial German man page translation for debconf attached. Great work. I committed all needed files and changes po4a.cfg so that the translated manpages are built (hopefully...this is not something I do very often so I hope I didn't forget anything) Feel free to send updates to this bug report as long as it is not closed...or to later bug reports in case this one gets closed by an upload. signature.asc Description: Digital signature
Bug#463827: Announce of an upcoming upload for the slbackup package
Dear maintainer of slbackup and Debian translators, Some days ago, I sent a notice to the maintainer of the slbackup Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fi fr nb nl pt ru sv tr vi Among these, the following translations are incomplete: nl vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the slbackup package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, June 28, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Sunday, June 08, 2008 : send the first intent to NMU notice to the package maintainer. Thursday, June 19, 2008 : send this notice Saturday, June 28, 2008 : (midnight) deadline for receiving translation updates Sunday, June 29, 2008 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-17 12:00+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../slbackup.templates:1001 msgid Configure the backup system now? msgstr #. Type: boolean #. Description #: ../slbackup.templates:1001 msgid Select this if you want to configure the backup system now. msgstr #. Type: boolean #. Description #: ../slbackup.templates:1001 msgid If you choose to do so, you will get the opportunity to configure one client and the backup server, and a cron job will be configured to start the backup session once a day, on a moment of time of your choice. msgstr #. Type: boolean #. Description #: ../slbackup.templates:1001 msgid To configure more than one backup client, you could either use the Webmin- module provided by the webmin-slbackup package, or you can do this manually in the file /etc/slbackup/slbackup.conf. msgstr #. Type: boolean #. Description #: ../slbackup.templates:1001 msgid If you choose to not configure slbackup now, an example configuration file will be installed, but cron will not be configured to start any backup sessions. To activate backup, you can reconfigure the system by running 'dpkg-reconfigure slbackup' (as root) or manually by editing the /etc/ slbackup/slbackup.conf and /etc/cron.d/slbackup files. msgstr #. Type: string #. Description #: ../slbackup.templates:2001 msgid Start time of the backup session: msgstr #. Type: string #. Description #: ../slbackup.templates:2001 msgid By default slbackup starts one backup session each day, and here you can choose when to start this session. Enter the time in a HH:MM-format. msgstr #. Type: string #. Description #: ../slbackup.templates:3001 msgid Name of your client: msgstr #. Type: string #. Description #: ../slbackup.templates:3001 msgid In slbackup each client has a unique name which identifies it. This name does not necessarily have anything to do with the hostname. Please enter the unique name of the client you want to configure. msgstr #. Type: select #. Description #: ../slbackup.templates:4001 msgid Type of client to configure: msgstr #. Type: select #. Description #: ../slbackup.templates:4001 msgid This determines what type of client that will be configured now. msgstr #. Type: select #. Description #: ../slbackup.templates:4001 msgid If you choose local, the server will back up data from this computer. If you choose extern, the server will back up data from another computer using a SSH connection (this choice assumes that you install SSH and provide a passwordless connection between the user running the backup software on this computer (probably root) and the user running the backup software on the client). msgstr #. Type: string #. Description #: ../slbackup.templates:5001 msgid Client hostname or IP address: msgstr #. Type: string #. Description #: ../slbackup.templates:5001 msgid You have chosen to configure an external client. Please enter the
Bug#457305: Announce of an upcoming upload for the common-lisp-controller package
Quoting Christian Perrier ([EMAIL PROTECTED]): To avoid that, you need to change all translations in order to remove the extra trailing space *before* running debconf-updatepo. Or just wait for me to send you the final patch with unfuzzied PO files. The end of the translation update round is now over. Here's a tarball with the corrected templates file and the content of debian/po with unfuzzied PO(T) files. So, I hereby consider the work on c-l-c l10n finished. common-lisp-controller.tar.gz Description: Binary data signature.asc Description: Digital signature
Bug#486940: Printing from Java does not work at all with cups 1.2
Package: sun-java6-bin Version: 6-06-1 Printing from Java applications seems to have a problem with cups 1.2, see also: https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/156191 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422489: Announce of the upcoming NMU for the xringd package
Dear maintainer of xringd and Debian translators, Some days ago, I sent a notice to the maintainer of the xringd Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fr ja nl pt ru sv tr vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the xringd package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, June 28, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Sunday, June 08, 2008 : send the first intent to NMU notice to the package maintainer. Thursday, June 19, 2008 : send this notice Thursday, June 26, 2008 : (midnight) deadline for receiving translation updates Friday, June 27, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Sunday, June 29, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-19 08:29+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Which device is your modem connected to? msgstr #. Type: string #. Description #: ../templates:1001 msgid Xringd needs to poll a modem, which connects to your machine via a serial port. Please enter which serial port (usually /dev/ttyS[0-4]) your modem is connected to. msgstr signature.asc Description: Digital signature
Bug#485738: reproduction
Lucas Nussbaum wrote: A guy I know replied. It is up to LibXml which is doing wrong. As the error message says, object allocation by LibXml should not be performed during GC. As of ruby 1.8.7, it exactly checks this issue and will report the bug message if it finds. Apparently the cairo bindings have the same problem I hope it's limited to cairo + libxml! OK. Annoying in some ways, but nice to have narrowed the source down somewhat. I'll see if I can get in touch with the rcairo developer. My b.d.o foo is weak, otherwise I'd clone the bug and reassign it to the right packages. Sorry! -- James Healy jimmy-at-deefa-dot-com Thu, 19 Jun 2008 15:56:44 +1000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486941: cannot apply changes
Package: system-config-printer Version: 0.7.81-4 When I try to apply changes, some values are not really changes (for example Orientation in Job Options). In console, I get following message: Traceback (most recent call last): File /usr/share/system-config-printer/system-config-printer.py, line 1225, in on_btnApply_clicked err = self.apply() File /usr/share/system-config-printer/system-config-printer.py, line 1234, in apply return self.save_printer(self.printer) File /usr/share/system-config-printer/system-config-printer.py, line 1362, in save_printer printer.setJobSheets(job_sheet_start, job_sheet_end) File /usr/share/system-config-printer/cupshelpers.py, line 202, in setJobSheets self.connection.setPrinterJobSheets(self.name, start, end) TypeError: string or unicode object required -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486858: aptitude: [INTL:nl] Dutch translation update
Hi Daniel, On Thursday 19 June 2008, you wrote: Hm, I've been trying to avoid changing strings since April. Which strings got fuzzied by accident? (I'd like to avoid doing the same thing again) When doing the last update I noticed that I had an aptitude_vcs.po in my translation directory. Likely I just forgot to merge that with what I was already working on before the freeze. So the error was mine. The changes were in copyright and display of linked library versions, plus config options for tabs (tabbed windows?). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486926: Installed system does not have correct permissions on directories
Joey Hess wrote: As a bonus, before reading your reply I had re-implemented this functionality in C which sped it up by a factor of 4 - using tar seems to have the same effect. Using C is an interesting idea.. yes. using tar from the live-system would be unfortunate, as it highers the requirements on the live-system (yes, I'm aware that tar is of priority required). currently, live-installer just 'dumps' any live-system to target, which makes it universally usable, not just for pure debian. OTOH having additional C code isn't much of a problem, since the udeb is already arch dependent anyway. -- 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#486942: kaddressbook: can not set more than one RSS origin
Package: kaddressbook Version: 4:3.5.9-2 Severity: normal The X-KADDRESSBOOK-BlogFeed field (named in GUI as Origen de blog or its english equivalent) can not be set to more than one value. There is people with more than one blog. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kaddressbook depends on: ii kdelibs4c2a4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libacl12.2.47-2 Access control list shared library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libbluetooth2 3.30-1Library to use the BlueZ Linux Blu ii libc6 2.7-10GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-5 GCC support library ii libgnokii3 0.6.26.dfsg-1 Gnokii mobile phone interface libr ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.8+20080606-1GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkcal2b 4:3.5.9-2 KDE calendaring library ii libkdepim1a4:3.5.9-2 KDE PIM library ii libkleopatra1 4:3.5.9-2 KDE GnuPG interface libraries ii libktnef1 4:3.5.9-2 Library for handling KTNEF email a ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm41:3.5.7-1 X11 pixmap library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime kaddressbook recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482517: [php-maint] Bug#482517: Bug#482517: php-net-ipv4: FTBFS: /usr/bin/pear: line 28: exec: /usr/bin/php: cannot execute: No such file or directory
On 14/06/08 at 22:44 -0500, Raphael Geissert wrote: I fixed the pear FTBFS a couple of weeks ago in SVN Could you please upload the fixed package, so all those packages stop failing to build? Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#486795: lintian: maintainer email is case-insensitive
Russ Allbery schrieb: Christoph Martin [EMAIL PROTECTED] writes: Package: lintian Version: 1.24.0~bpo40+1 Severity: normal If only the case of the email address in the changelog differs from the case of the email address in the Maintainer field, lintian thinks falsly it is a NMU with the following warnings: W changelog-should-mention-nmu W source-nmu-has-incorrect-version-number However email addresses are case-insensitive. Technically only the part after the @ is case-insensitive, although I expect in practice that's the part that varies in case the most frequently. Yeah, downcasing the domain part of the e-mail address before comparing sounds right to me. Is Lintian now the only software that cares about whether or not something is an NMU? It used to be that dak also cared to set the fixed tag, and I don't know if dak canonicalizes the e-mail address, but I think dak doesn't care any more now that we have version tracking. There seams to be different handling of dak on ftp-master and on backports. The problem surfaces when I tried to upload packages to backports where ftp-master made node problem all the years. The problem is that in my PGP key my email-address is capitalized. dak on backports silently dropped my upload because the case of the email in the signature did not match the case of the signature in the changelog. So I changed the case in the changelog. Now lintian complains that the upload is an NMU which is not. When I changed the Maintainer field in control the package would end up on a new page on qa.debian.org. So now the workaround is to have a lowercase Maintainer field, an Uploaders field with capitalisation matching the changelog and the PGP key. Christoph -- Christoph Martin, Leiter der EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#485864: mysql-query-browser: 485864: lenny works, sid is unusable due to 100% CPU
severity 485864 serious thanks This makes mysql-query-browser completely unusable, so marking as serious. It definitely works fine with 5.0~rc12-2.1 from lenny. Carlos, you may want to try downgrading to that until this is fixed. CCing the 5.0~rc12-2.2 NMUer (Chris Lamb) so he can work out how his seemingly minor changes caused this bug. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#486937: DEB_BUILD_OPTIONS must be whitespace-separated
Hi, On Wed, 18 Jun 2008, Peter Samuelson wrote: Package: dpkg-dev Version: 1.14.20 Severity: serious Tags: patch Policy 3.8.0.1, section 4.9.1, on DEB_BUILD_OPTIONS: If multiple flags are given, they must be separated by whitespace. dpkg-buildpackage uses , separators instead, which breaks any rules file that follows the example code in Policy. Presumably this bug is not RC for lenny, as the relevant Policy text is new to 3.8.0. This is already fixed in the master branch which contains the version 1.15.0 intended for lenny+1. http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=9866c4bafdf147ad764f31e2747f5c1012802b1d Should that fix be backported into the lenny branch? What do release managers think of this? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486943: ITP: libcgi-perl -- Simple Common Gateway Interface Class
Package: wnpp Severity: wishlist Owner: AGOSTINI Yves [EMAIL PROTECTED] * Package name : libcgi-perl Version : 3.37 Upstream Author : Yves Agostini [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/CGI/ * License : GPL-1+ | Artistic Programming Lang: Perl Description : Simple Common Gateway Interface Class CGI.pm uses perl5 objects to make it easy to create Web fill-out forms and parse their contents. This package defines CGI objects, entities that contain the values of the current query string and other state variables. Using a CGI object's methods, you can examine keywords and parameters passed to your script, and create forms whose initial values are taken from the current query (thereby preserving state information). The module provides shortcut functions that produce boilerplate HTML, reducing typing and coding errors. It also provides functionality for some of the more advanced features of CGI scripting, including support for file uploads, cookies, cascading style sheets, server push, and frames. . I reintroduce this package with the perl group. It was not update since 2.76 and I didn't see it will be removed. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-xen-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482997: The patch dont fix the issue
Have installed it in a fresh install. When following the suggestion from Tzafrir Cohen [EMAIL PROTECTED], and the setup from Torgeir, Asterisk are able to start when saying noload = chan_iax2.so, but unable to start when allowing Asterisk to load chan_iax2.so. -- Ketil Vestby Damsgard IKT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486816: openafs-client: Weak detection of openafs module by init.d script
I agree that this is a problem, but unfortunately there's no good way to fix it without creating other, more serious problems. dpkg and apt don't enforce installation order without Depends, but having openafs-client Depend on the module breaks anyone who builds the module themselves rather than as a package and also makes openafs-client uninstallable until one has built the module (even to look at the documentation which points one at the right package to build the module). Also, at a Policy level, openafs-client can't Depend on the module package since it's not in Debian proper because it's not built automatically. I fully agree, the problem shouldn't be fixed with a Depends-construction. However, one thing that we can do is have the init script exit with a 0 status if run when there's no module available. Exactly, just like the current check on file system level. It does an exit 0 just like you said. There only needs to be an extra check on registration of the openafs module (I guess this info is in modules.dep). If that check fails, the OpenAFS Client shouldn't be started, but the script should exit with 0 as well. It still doesn't get OpenAFS started properly in this particular case if the kernel module is installed after openafs-client, but it at least prevents dpkg from failing and makes the end state less confusing. Yep, I agree, openafs-client can't help the module is installed later. Durk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486889: tagging 486889
# Automatically generated email from bts, devscripts version 2.10.28 # this has already been fixed in CVS; to appear in the next release soon tags 486889 confirmed fixed-upstream pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451713: closed by Marco Rodrigues [EMAIL PROTECTED] (The package is already orphaned)
reopen 451713 thanks I'm closing this bug report, because the package is already orphaned and now belongs to QA Group. That's why there should be an O bug. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#485864: mysql-query-browser: 485864: lenny works, sid is unusable due to 100% CPU
found 485864 5.0~rc12-2.1 severity important thanks On Thu, 2008-06-19 at 15:16 +0800, Paul Wise wrote: It definitely works fine with 5.0~rc12-2.1 from lenny. Carlos, you may want to try downgrading to that until this is fixed. Actually I take that back, lenny version isn't working right either. Also, it is only an issue if you use a default schema or if you click on a schema in the Schemata list. Not sure if this is an RC issue, so downgrading for now. CCing the 5.0~rc12-2.2 NMUer (Chris Lamb) so he can work out how his seemingly minor changes caused this bug. Sorry for the noise Chris :( -- bye, pabs http://pabs.zip.to signature.asc Description: This is a digitally signed message part
Bug#486937: setting package to dselect dpkg-dev dpkg, tagging 486937
# Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # dpkg (1.15.0) UNRELEASED; urgency=low # # * Modified Dpkg::BuildOptions to recognize and use spaces as separator #in DEB_BUILD_OPTIONS (in order to conform with the Debian policy #ruling estasblished in #430649). Closes: #486937 # package dselect dpkg-dev dpkg tags 486937 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486944: [l10n:ro] mysql-dfsg-5.0: Updated Romanian translation of the debconf template
Package: mysql-dfsg-5.0 Severity: wishlist Tags: l10n, patch Hello, Attached is the updated Romanian translation of the package's po-debconf template. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein # translation of ro_new.po to RomânÄ # Romanian translation of mysql-dfsg. # Copyright (C) 2006 THE mysql-dfsg'S COPYRIGHT HOLDER # This file is distributed under the same license as the mysql-dfsg package. # # Stan Ioan-Eugen [EMAIL PROTECTED], 2006. # Eddy PetriÈor [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: ro_new\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-08 20:05+0200\n PO-Revision-Date: 2008-06-18 15:24+0300\n Last-Translator: Eddy PetriÈor [EMAIL PROTECTED]\n Language-Team: RomânÄ [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3;plural=(n==1?0:(((n%10019)||((n%100==0)(n!=0)))? 2:1))\n #. Type: boolean #. Description #: ../mysql-server-5.0.templates:2001 msgid Really proceed with downgrade? msgstr Sigur doriÈi sÄ instalaÈi o versiune mai veche? #. Type: boolean #. Description #: ../mysql-server-5.0.templates:2001 msgid A file named /var/lib/mysql/debian-*.flag exists on this system. msgstr Pe acest sistem existÄ deja un fiÈier numit /var/lib/mysql/debian-*.flag. #. Type: boolean #. Description #: ../mysql-server-5.0.templates:2001 msgid Such file is an indication that a mysql-server package with a higher version has been installed earlier. msgstr Acest fiÈier indicÄ faptul cÄ Ã®n trecut a fost instalatÄ o versiune mai nouÄ a pachetului mysql-server. #. Type: boolean #. Description #: ../mysql-server-5.0.templates:2001 msgid There is no guarantee that the version you're currently installing will be able to use the current databases. msgstr Nu se poate garanta cÄ versiunea instalatÄ acum va putea folosi bazele de date actuale. #. Type: note #. Description #: ../mysql-server-5.0.templates:3001 msgid Important note for NIS/YP users msgstr NotÄ importantÄ pentru utilizatorii de NIS/YP #. Type: note #. Description #: ../mysql-server-5.0.templates:3001 msgid To use MySQL, the following entries for users and groups should be added to the system: msgstr Pentru a folosi MySQL, urmÄtoarele intrÄri pentru utilizatori Èi grupuri ar trebui adÄugate sistemului: #. Type: note #. Description #: ../mysql-server-5.0.templates:3001 msgid You should also check the permissions and the owner of the /var/lib/mysql directory: msgstr Ar trebui sÄ verificaÈi, de asemenea, permisiunile Èi proprietarul directorului /var/lib/mysql: #. Type: boolean #. Description #: ../mysql-server-5.0.templates:4001 msgid Remove all MySQL databases? msgstr Se Èterg toate bazele de date MySQL? #. Type: boolean #. Description #: ../mysql-server-5.0.templates:4001 msgid The /var/lib/mysql directory which contains the MySQL databases is about to be removed. msgstr Directorul /var/lib/mysql care conÈine bazele de date MySQL e pe cale a fi Èters. #. Type: boolean #. Description #: ../mysql-server-5.0.templates:4001 msgid If you're removing the MySQL package in order to later install a more recent version or if a different mysql-server package is already using it, the data should be kept. msgstr DacÄ ÈtergeÈi pachetul MySQL pentru a instala o versiune mai nouÄ de MySQL sau dacÄ datele sunt folosite de cÄtre un alt pachet mysql-server, atunci datele ar trebui pÄstrate. #. Type: boolean #. Description #: ../mysql-server-5.0.templates:5001 msgid Start the MySQL server on boot? msgstr DoriÈi ca MySQL sÄ porneascÄ la iniÈializarea sistemului? #. Type: boolean #. Description #: ../mysql-server-5.0.templates:5001 msgid The MySQL server can be launched automatically at boot time or manually with the '/etc/init.d/mysql start' command. msgstr Serverul MySQL poate fi pornit automat la iniÈializarea sistemului sau manual cu comanda â/etc/init.d/mysql startâ. #. Type: password #. Description #: ../mysql-server-5.0.templates:6001 msgid New password for the MySQL \root\ user: msgstr Noua parolÄ pentru utilizatorul ârootâ al MySQL: #. Type: password #. Description #: ../mysql-server-5.0.templates:6001 msgid While not mandatory, it is highly recommended that you set a password for the MySQL administrative \root\ user. msgstr DeÈi nu este obligatoriu, este recomandat sÄ stabiliÈi o parolÄ pentru utilizatorul administrativ ârootâ al MySQL. #. Type: password #. Description #: ../mysql-server-5.0.templates:6001 msgid If that field is left blank, the password will not be changed. msgstr DacÄ acel câmp e lÄsat gol, parola nu va fi schimbatÄ. #. Type: password #. Description #: ../mysql-server-5.0.templates:7001 msgid Repeat password for the MySQL \root\ user: msgstr RepetaÈi parola pentru utilizatorul ârootâ al MySQL: #.
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
Reinhard Tartler schrieb: Since mplayer includes an exact copy of ffmpeg by using an 'svn:external' on the ffmpeg svn, it makes sense to build shared library packages out of that source. [...] Well, sorry Reinhard, but building such a complex set of libraries from the source code which is embedded in a (kind of) random application sounds rathers insane to me. You know how tricky it can be to package the ffmpeg libs even from a clean dedicted tarball. I suggest two different measures instead, but I fear they will be ignored upstream once again: (1) Ffmpeg should finally decide about a stable API, or at least one that is stable for more than two weeks. Releases will also be highly appreciated. If (for whatever reason) formal releases are impossible, at least define something like 'milestones', meaning: If you want to package a rather recent version of ffmpeg, use SVN export of 2008xxyy, since it has proven to compile well and includes only few regressions. I don't know if the news section on the ffmpeg homepage is supposed to provide such recommendation or if it is only for plain information. (2) Mplayer developers, how about building against the *public* ffmpeg API, so that distributors can link your application against the libraries without being forced to make use of the embedded code that you ship? I mean, this isn't a Debian specific issue and you're calling your current tarball a Release Candidate... A Mennucc: You do not see the many emails I sent to ffmpeg-free mantainers, almost all of them went unanswered (but for one). I can provide you a complete list, if you wish. Have you sent those via private mail? To be honest, I've never read an attempt of yours to improve the ffmpeg situation on the pkg-multimedia mailing list. I have to admit that I am in the ffmpeg team for only a few weeks now, but I am subscribed to the pkg-multimedia list as long as it exists. 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#486946: FCP problem on Debian s390 hardware
package: zfcp Version: 2.6.18-6-s390 Severity: important I installed Debian (2.6.18-6-s390) on one my guest image on z/VM. The Guest has both DASD and FCP attached to it. I created / and swap on DASD. At install time Debian was not showing any FCP which is attached to Guest image thought let me try to enable same after install of OS. Once Install was done went to Steps 1. chccwdev -e 0.0.b001 2. echo 0x5005076305080310 /sys/bus/ccw/devices/0.0.b001/port_add 3. echo 0x40104001 /sys/bus/ccw/devices/0.0.b001/0x5005076305080310/ enabled all SCSI devices of FCP 4. cd /sys/bus/ccw/devices/0.0.b001/0x5005076305080310/ 5. /sys/bus/ccw/devices/0.0.b001/0x5005076305080310 # ls 0x40104001 0x4010400b 0x40104015 0x4011400a 0x40114014 0x4011401e 6. So able to see all devices on FCP and made partions and mounted able to use in Debian Linux 7. I tried to create initrd as new devices added by mkinitrams -o initrd.img-2.6.18-6-s390 2.6.18-6 8. But when i reboot machine No FCP devices detected. Once again I need repeat 1-6 steps for FCP to get enable Thanks and Regards Shrirang B. Kulkarni __ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444028: boom again
* Holger Levsen [EMAIL PROTECTED] [2008-02-28 13:38:25 CET]: how can I work around this problem? I care more about my work than the hardware, which _might_ be damaged (my work gets damaged for sure with these shutdowns), so I definitly want to suspend in this case, not shutdown. Just for the information, it's not Holger's problem only. I'm facing the same, and it becomes a more and more annoying issue. Currently I have a hard time building some of my packages that take a bit longer without shutting down the display making the GPU not creating heat and thus keeping the overall temperature down. Where is it defined that my PowerBook G4 should shut down at 66°C? How can I raise that value because I have a hard time to believe that that should really be a critical value. If there is a value hardcoded somewhere I would like to know how to change it - if it's configurable a pointer into the direction of where to do so would be appropriate, too. So long, Rhonda [hopefully being able to compile wesnoth again soonish without going to the fridge] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486945: molly-guard: eats -r in shutdown -r now
Package: molly-guard Version: 0.4.3-1 Severity: important Hi, when invoking shutdown -r now with molly-guard installed, the -r is not passed to the real shutdown (shutdown now), so that the system goes down to maintenance mode instead of rebooting. This is kind of fatal if the box does not have a console. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.7-zgsrv (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages molly-guard depends on: ii procps 1:3.2.7-8 /proc file system utilities ii sysvinit 2.86.ds1-59 System-V-like init utilities molly-guard recommends no packages. -- no debconf information $ sudo strace -eexecve -f shutdown -r now mh's sudo password for nechayev: execve(/usr/sbin/shutdown, [shutdown, -r, now], [/* 14 vars */]) = 0 Process 2302 attached (waiting for parent) Process 2302 resumed (parent 2301 ready) [pid 2302] execve(/bin/run-parts, [run-parts, --test, //etc/molly-guard/run.d], [/* 20 vars */]) = 0 Process 2302 detached --- SIGCHLD (Child exited) @ 0 (0) --- Process 2303 attached (waiting for parent) Process 2303 resumed (parent 2301 ready) [pid 2303] execve(//etc/molly-guard/run.d/10-print-message, [//etc/molly-guard/run.d/10-print...], [/* 20 vars */]) = 0 Process 2301 suspended Process 2301 resumed Process 2303 detached --- SIGCHLD (Child exited) @ 0 (0) --- Process 2304 attached (waiting for parent) Process 2304 resumed (parent 2301 ready) Process 2301 suspended [pid 2304] execve(//etc/molly-guard/run.d/30-query-hostname, [//etc/molly-guard/run.d/30-query...], [/* 20 vars */]) = 0 Process 2305 attached (waiting for parent) Process 2305 resumed (parent 2304 ready) [pid 2305] execve(/bin/readlink, [readlink, /proc/2304/fd/0], [/* 20 vars */]) = 0 Process 2305 detached [pid 2304] --- SIGCHLD (Child exited) @ 0 (0) --- Process 2306 attached (waiting for parent) Process 2306 resumed (parent 2304 ready) Process 2304 suspended [pid 2306] execve(/usr/bin/pgrep, [pgrep, -f, ^sshd.+pts/0\\], [/* 20 vars */]) = 0 nechayevProcess 2304 resumed Process 2306 detached [pid 2304] --- SIGCHLD (Child exited) @ 0 (0) --- W: molly-guard: SSH session detected! Process 2307 attached (waiting for parent) Process 2307 resumed (parent 2304 ready) [pid 2307] execve(/bin/hostname, [hostname, --short], [/* 20 vars */]) = 0 Process 2307 detached [pid 2304] --- SIGCHLD (Child exited) @ 0 (0) --- Please type in hostname of the machine to shutdown: Process 2301 resumed Process 2304 detached --- SIGCHLD (Child exited) @ 0 (0) --- execve(/sbin/shutdown, [/sbin/shutdown, now], [/* 19 vars */]) = 0 Process 2308 attached (waiting for parent) Process 2308 resumed (parent 2301 ready) Broadcast message from [EMAIL PROTECTED] (pts/0) (Thu Jun 19 09:30:26 2008): The system is going down to maintenance mode NOW! Process 2308 detached execve(/sbin/init, [/sbin/init, 1], [/* 19 vars */]) = 0 Process 2301 detached -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485738: reproduction
Lucas Nussbaum wrote: A guy I know replied. It is up to LibXml which is doing wrong. As the error message says, object allocation by LibXml should not be performed during GC. As of ruby 1.8.7, it exactly checks this issue and will report the bug message if it finds. Apparently the cairo bindings have the same problem I hope it's limited to cairo + libxml! For anyone doing further research, here's the bug on rubyforge that prompted the addition of the check in 1.8.7: http://rubyforge.org/tracker/index.php?func=detailaid=11859group_id=426atid=1698 -- James Healy jimmy-at-deefa-dot-com Thu, 19 Jun 2008 17:28:00 +1000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484754: hugin: Hugin won't install, unmet dependencies
Package: hugin-bin Version: 0.6.1-1+lenny1 I believe I ran into this, as well. When trying to install hugin I get the same error message as described in the original report. I then tried to install hugin-bin (hugin-tools etc). When trying to install hugin-bin I get: The following packages have unmet dependencies. hugin-bin: Depends: libboost-thread1.33.1 but it is not installable Recommends: hugin but it is not going to be installed E: Broken packages libboost-thread indeed is not available in version 1.33.1, only libboost-thread1.34.1 and libboost-thread1.35.0 are installable. I am using testing (Lenny), kernel is 2.6.24-1-686. Regards, Tina -- Faith is nice. But doubt gets you an education. gpg key id 1024D/B831460A available from www.rumpelkeks.de fingerprint 2298 6ABD 69A6 CC4B 5764 3A1B 156E CDC2 B831 460A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486408: spamassassin: sa-updade key is not cross-certified
Hi, Vincent Danjean wrote: Package: spamassassin Version: 3.2.4-2 Followup-For: Bug #486408 Using sa-update -D, we clearly see the problem: gpg refuse to certify the downloaded file because the used key is not cross-certified. The correct fix is to ask upstream to cross-certify its key (by pointing them to http://www.gnupg.org/faq/subkey-cross-certify.html ) Upstream have already done this, as per the fragment from the 3.2.5 changelog I pasted in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486408#10 Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install
It still isn't working. I now get an immediate bad mirror. db_get on mirror/http/mirror is empty, so mirror_root is still null. Below a debconf trace with the new code (no default) and two debug log statements added by me. Boot in auto mode. It clearly shows mirror/http/mirror getting its variable 'mirrors' set, and just as clearly shows the following db_get not returning anything. At the very beginning the same happens for mirror/protocol and that does work, but that still has a default so we just see the preset default being returned. Guess this makes the earlier cloned bug to debconf more severe. Jun 19 09:46:52 debconf: -- SUBST mirror/protocol protocols http, ftp Jun 19 09:46:52 debconf: Adding [protocols] - [http, ftp] Jun 19 09:46:52 debconf: rfc822db_question_set(db,q=mirror/protocol,q=0x8077058) Jun 19 09:46:52 debconf: -- 0 Jun 19 09:46:52 debconf: -- INPUT medium mirror/protocol Jun 19 09:46:52 debconf: Comparing priorities medium (1) with critical (3) Jun 19 09:46:52 debconf: -- 30 question skipped Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- GET mirror/protocol Jun 19 09:46:52 debconf: -- 0 http Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- GET mirror/country Jun 19 09:46:52 debconf: -- 0 Jun 19 09:46:52 debconf: -- GET debian-installer/country Jun 19 09:46:52 debconf: -- 0 US Jun 19 09:46:52 debconf: -- SET mirror/country US Jun 19 09:46:52 debconf: rfc822db_question_set(db,q=mirror/country,q=0x80528a0) Jun 19 09:46:52 debconf: -- 0 value set Jun 19 09:46:52 debconf: -- SET mirror/http/countries US Jun 19 09:46:52 debconf: rfc822db_question_set(db,q=mirror/http/countries,q=0x8052300) Jun 19 09:46:52 debconf: -- 0 value set Jun 19 09:46:52 debconf: -- FGET mirror/country seen Jun 19 09:46:52 debconf: -- 0 false Jun 19 09:46:52 debconf: -- FSET mirror/http/countries seen false Jun 19 09:46:52 debconf: -- 0 false Jun 19 09:46:52 debconf: -- INPUT high mirror/http/countries Jun 19 09:46:52 debconf: Comparing priorities high (2) with critical (3) Jun 19 09:46:52 debconf: -- 30 question skipped Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- GET mirror/http/countries Jun 19 09:46:52 debconf: -- 0 US Jun 19 09:46:52 debconf: -- SET mirror/country US Jun 19 09:46:52 debconf: rfc822db_question_set(db,q=mirror/country,q=0x80528a0) Jun 19 09:46:52 debconf: -- 0 value set Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- GET mirror/country Jun 19 09:46:52 debconf: -- 0 US Jun 19 09:46:52 debconf: -- SUBST mirror/http/mirror mirrors ftp.us.debian.org, ftp.egr.msu.edu, mirrors.kernel.org, debian.lcs.mit.edu, debian.osuosl.org, debian.crosslink.net, ftp.gtlib.gatech.edu, distro.ibiblio.org, ftp-mirror.internap.com, ftp.c Jun 19 09:46:52 debconf: Adding [mirrors] - [ftp.us.debian.org, ftp.egr.msu.edu, mirrors.kernel.org, debian.lcs.mit.edu, debian.osuosl.org, debian.crosslink.net, ftp.gtlib.gatech.edu, distro.ibiblio.org, ftp-mirror.internap.com, ftp.cerias.purdue.edu Jun 19 09:46:52 debconf: rfc822db_question_set(db,q=mirror/http/mirror,q=0x8076ed8) Jun 19 09:46:52 debconf: -- 0 Jun 19 09:46:52 debconf: -- INPUT high mirror/http/mirror Jun 19 09:46:52 debconf: Comparing priorities high (2) with critical (3) Jun 19 09:46:52 debconf: -- 30 question skipped Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- INPUT high mirror/http/proxy Jun 19 09:46:52 debconf: Comparing priorities high (2) with critical (3) Jun 19 09:46:52 debconf: -- 30 question skipped Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- GET mirror/http/proxy Jun 19 09:46:52 debconf: -- 0 Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:52 debconf: -- 0 ok Jun 19 09:46:52 debconf: -- GET mirror/http/mirror Jun 19 09:46:52 debconf: -- 0 Jun 19 09:46:52 choose-mirror[2582]: INFO: mirror: Jun 19 09:46:52 debconf: -- SET mirror/http/hostname Jun 19 09:46:52 debconf: rfc822db_question_set(db,q=mirror/http/hostname,q=0x80523e0) Jun 19 09:46:52 debconf: -- 0 value set Jun 19 09:46:52 choose-mirror[2582]: INFO: root: (null) Jun 19 09:46:52 debconf: -- INPUT critical mirror/bad Jun 19 09:46:52 debconf: -- 0 question will be asked Jun 19 09:46:52 debconf: -- GO Jun 19 09:46:54 debconf: -- 30 backup Jun 19 09:46:54 debconf: -- GET debconf/priority Jun 19 09:46:54 debconf: -- 0 critical signature.asc Description: This is a digitally signed message part.
Bug#486937: DEB_BUILD_OPTIONS must be whitespace-separated
[Raphael Hertzog] Should that fix be backported into the lenny branch? I've already fixed my package to work around this ... but it _would_ be a bit of a shame for the debian/rules example code suggested by Policy section 4.9.1 to not actually work until lenny+1. And maintainers might not even notice the fact that DEB_BUILD_OPTIONS is ignored in their package - I mean, who tests that? So that's kind of bad too. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ signature.asc Description: Digital signature
Bug#486945: molly-guard: eats -r in shutdown -r now
tags 386945 patch confirmed pending thanks also sprach Marc Haber [EMAIL PROTECTED] [2008.06.19.0939 +0200]: when invoking shutdown -r now with molly-guard installed, the -r is not passed to the real shutdown (shutdown now), so that the system goes down to maintenance mode instead of rebooting. Ew, that's an ugly bug. The following patch to /usr/share/molly-guard/shutdown seems to fix it. New version is being uploaded, thanks for reporting. diff --git a/shutdown.in b/shutdown.in index cac4d63..73d2c15 100755 --- a/shutdown.in +++ b/shutdown.in @@ -71,9 +71,9 @@ for arg in $@; do --) END_OF_ARGS=1;; *) if [ $END_OF_ARGS -eq 0 ]; then -CMDARGS=${args:+$args }$arg +CMDARGS=${CMDARGS:+$CMDARGS }$arg else -SCRIPTARGS=${args:+$args }--arg $arg +SCRIPTARGS=${SCRIPTARGS:+$SCRIPTARGS }--arg $arg fi ;; esac -- .''`. 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#486948: wengophone is searching does not find libs
Package: wengophone Version: 2.1.2.dfsg0-5 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages wengophone depends on: ii libasound21.0.16-2 ALSA library ii libavcodec51 3:20080610-0.0 library to encode decode multimedi ii libavutil49 3:20080610-0.0 avutil shared libraries ii libboost-program-options1 1.34.1-11 program options library for C++ ii libboost-regex1.34.1 1.34.1-11 regular expression library for C++ ii libboost-serialization1.3 1.34.1-11 serialization library for C++ ii libboost-signals1.34.11.34.1-11 managed signals and slots library ii libboost-thread1.34.1 1.34.1-11 portable C++ multi-threading ii libc6 2.7-12 GNU C Library: Shared libraries ii libcurl3 7.18.2-1 Multi-protocol file transfer libra ii libgcc1 1:4.3.1-2 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnutls26 2.2.5-1the GNU TLS library - runtime libr ii libqt4-svg4.4.0-3Qt 4 SVG module ii libqt4-xml4.4.0-3Qt 4 XML module ii libqtcore44.4.0-3Qt 4 core module ii libqtgui4 4.4.0-3Qt 4 GUI module ii libsamplerate00.1.3-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libspeex1 1.2~beta4-2The Speex codec runtime library ii libssl0.9.8 0.9.8g-10.1SSL shared libraries ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii libswscale0 3:20080610-0.0 ffmpeg video scaling library ii libuuid1 1.40.11-1 universally unique id library ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml2 2.6.32.dfsg-2 GNOME XML library wengophone recommends no packages. -- no debconf information Dear maintainers, wengophone seem to look at wrong directories to find libs or the libs are not installed. Just take a look: [EMAIL PROTECTED]:~$ ldd /usr/bin/qtwengophone linux-gate.so.1 = (0xb7f91000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb7eba000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb7eb6000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7eb2000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0xb7eae000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7ea5000) ../../../../wifo/phapi/libphapi.so = not found ../../../../libs/owwebcam/libowwebcam.so = not found ../../../../wifo/phapi-util/libphapiutil.so = not found libboost_program_options-gcc42-1_34_1.so.1.34.1 = /usr/lib/libboost_program_options-gcc42-1_34_1.so.1.34.1 (0xb7e6f000) libboost_regex-gcc42-1_34_1.so.1.34.1 = //usr/lib/libboost_regex-gcc42-1_34_1.so.1.34.1 (0xb7dcc000) libboost_serialization-gcc42-1_34_1.so.1.34.1 = /usr/lib/libboost_serialization-gcc42-1_34_1.so.1.34.1 (0xb7d71000) libboost_signals-gcc42-1_34_1.so.1.34.1 = //usr/lib/libboost_signals-gcc42-1_34_1.so.1.34.1 (0xb7d5f000) libboost_thread-gcc42-mt-1_34_1.so.1.34.1 = /usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1 (0xb7d53000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7d4f000) libcurl.so.4 = /usr/lib/libcurl.so.4 (0xb7d0b000) libavutil.so.49 = /usr/lib/libavutil.so.49 (0xb7cfc000) libavcodec.so.51 = /usr/lib/libavcodec.so.51 (0xb770c000) libswscale.so.0 = /usr/lib/libswscale.so.0 (0xb76ea000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0xb7671000) libQtCore.so.4 = /usr/lib/libQtCore.so.4 (0xb7446000) libQtGui.so.4 = /usr/lib/libQtGui.so.4 (0xb6b55000) libQtXml.so.4 = /usr/lib/libQtXml.so.4 (0xb6b11000) libQtSvg.so.4 = /usr/lib/libQtSvg.so.4 (0xb6ac4000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb697a000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb6935000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xb6816000) libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb6801000) libsamplerate.so.0 = /usr/lib/libsamplerate.so.0 (0xb6698000) libasound.so.2 = /usr/lib/libasound.so.2 (0xb65d6000) libsndfile.so.1 = /usr/lib/libsndfile.so.1 (0xb657b000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb6562000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb6475000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb644e000) libgcc_s.so.1 =
Bug#486947: tomcat5.5: Can't start with too many files in temp, rm -rf fails
Package: tomcat5.5 Version: 5.5.20-2etch2 Severity: important I used th following commands to stop and start tomcat : /etc/init.d/tomcat5.5 stop ... do manipulations /etc/init.d/tomcat5.5 start and tomcat refused to start with the following error message : Starting Tomcat servlet engine: tomcat5.5/etc/init.d/tomcat5.5: line 150: /bin/rm: Liste d'arguments trop longue (in english Liste d'arguments trop longue stands for too many args) We have modified scripts to handle multiple instances so lines numbers may differ from standard script. The line with the probleme is the following one : rm -rf $CATALINA_BASE/temp/* \ $CATALINA_BASE/logs/catalina.out Removing files by hands soved the problem. Maybe removing the dir temp instead of all the files would solve the problem ? For me this problem is important as the service provided by tomcat has been interrupted more time than we expected. Mickaël -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages tomcat5.5 depends on: ii adduser 3.102 Add and remove users and groups ii apache2-utils2.2.3-4+etch4 utility programs for webservers ii apache2.2-common 2.2.3-4+etch4 Next generation, scalable, extenda ii ecj-bootstrap3.2.1-3 bootstrap version of the Eclipse J ii gij-4.1 [java2-runtime] 4.1.1-20The GNU Java bytecode interpreter ii libtomcat5.5-java5.5.20-2etch2 Java Servlet engine -- core librar ii sun-java5-jre [java2-run 1.5.0-14-1etch1 Sun Java(TM) Runtime Environment ( tomcat5.5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485864: mysql-query-browser: 485864: lenny works, sid is unusable due to 100% CPU
forcemerge 466623 485864 thanks Actually, it looks like this bug has already been reported: http://bugs.debian.org/485864 It has a patch, which I've just tested and works for me. Adam, is there any ETA on getting this patch into Debian? I note that another function a few lines up also has the is_complete loop commented out. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#486892: different behavior from debconf when noninteractively asking a select question with a default not in the select list
This bug is even more severe than it first looked. The Choices list is completely ignored by cdebconf when a db_get is done immediately after a db_subst that sets a variable used in Choices (or with a db_input in between that gets skipped because of priority). From a trace in #486558: debconf: -- SUBST mirror/http/mirror mirrors ftp.us.debian.org, ftp.egr.msu.edu, [...] debconf: Adding [mirrors] - [ftp.us.debian.org, ftp.egr.msu.edu, mirrors.kernel.org, [...] debconf: rfc822db_question_set(db,q=mirror/http/mirror,q=0x8076ed8) debconf: -- 0 debconf: -- INPUT high mirror/http/mirror debconf: Comparing priorities high (2) with critical (3) debconf: -- 30 question skipped debconf: -- GO debconf: -- 0 ok [...] debconf: -- GET mirror/http/mirror debconf: -- 0 I tried if displaying the question but not confirming an answer (by backing up when the question is displayed) helped, but that does not change anything. From template.dat: Name: mirror/http/mirror Type: select Choices: ${mirrors} Description: [...] From questions.dat: Name: mirror/http/mirror Template: mirror/http/mirror Owners: d-i Variables: mirrors = ftp.us.debian.org, [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486987: sugar-toolkit: FTBFS: new copyright notices
Package: sugar-toolkit Version: 0.81.4-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-toolkit_0.81.4-2-amd64-9SJFyQ/sugar-toolkit-0.81.4-2' for i in ./config.guess ./config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/build/user-sugar-toolkit_0.81.4-2-amd64-9SJFyQ/sugar-toolkit-0.81.4-2' QUILT_PATCHES=/build/user-sugar-toolkit_0.81.4-2-amd64-9SJFyQ/sugar-toolkit-0.81.4-2/debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf /build/user-sugar-toolkit_0.81.4-2-amd64-9SJFyQ/sugar-toolkit-0.81.4-2/.pc rm -f debian/stamp-patch* rm -f debian/stamp-copyright-check rm -rf debian/stamp-makefile-check rm -f debian/stamp-autotools-files rm -rf python-build-stamp dh_clean rm -f debian/stamp-buildinfo dpkg-source -b sugar-toolkit-0.81.4-2 dpkg-source: warning: source directory 'sugar-toolkit-0.81.4-2' is not sourcepackage-upstreamversion 'sugar-toolkit-0.81.4' dpkg-source: warning: .orig directory name sugar-toolkit-0.81.4-2.orig is not package-upstreamversion (wanted sugar-toolkit-0.81.4.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-toolkit using existing sugar-toolkit_0.81.4.orig.tar.gz dpkg-source: info: building sugar-toolkit in sugar-toolkit_0.81.4-2.diff.gz dpkg-source: info: building sugar-toolkit in sugar-toolkit_0.81.4-2.dsc debian/rules build test -x debian/rules mkdir -p build Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 106 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: LGPL-2+ [2002 Red Hat, Inc.; 1998, 2001 Tim Janik]: src/sugar/eggaccelerators.c MIT/X11 (BSD like) [1994 X Consortium]: install-sh To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486997: pathfinder: FTBFS: libpathfinder-nss.h:11:18: error: prio.h: No such file or directory
Package: pathfinder Version: 0.2.4-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: Scanning dependencies of target pathfinder-nss-1 make[3]: Leaving directory `/build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4' make[3]: Entering directory `/build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4' [ 2%] Building CXX object libpathfinder/CMakeFiles/pathfinder-nss-1.dir/libpathfinder.o [ 5%] Building CXX object libpathfinder/CMakeFiles/pathfinder-nss-1.dir/libpathfinder-nss.o In file included from /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.cc:8: /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.h:11:18: error: prio.h: No such file or directory /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.h:12:21: error: secitem.h: No such file or directory /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.h:13:17: error: ssl.h: No such file or directory In file included from /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.cc:8: /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.h:19: error: 'SECStatus' does not name a type /build/user-pathfinder_0.2.4-4-amd64-kRweH1/pathfinder-0.2.4-4/libpathfinder/libpathfinder-nss.cc:13: error: 'SECStatus' does not name a type make[3]: *** [libpathfinder/CMakeFiles/pathfinder-nss-1.dir/libpathfinder-nss.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458660: ardour: FTBFS: build times out
reopen 458660 severity 458660 serious found 458660 1:2.4.1-2 thanks Hi, I just reproduced this with version 1:2.4.1-2. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486960: libforms1: FTBFS: ld: cannot find -lXext
Package: libforms1 Version: 1.0-7 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -c -g -O4 -g -I../exports/include -Iprivate -Ibitmaps -I. -Ifd -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO-DMAKING_FORMS -DHAVE_STRERROR-fPIC xyplot.c rm -f libforms.so.1.0~ + cd . + gcc -m32 -o ./libforms.so.1.0~ -shared -Wl,-soname,libforms.so.1 align.o appwin.o asyn_io.o be.o bitmap.o box.o browser.o button.o canvas.o chart.o checkbut.o child.o choice.o clipboard.o clock.o cmd_br.o colsel.o counter.o cursor.o dial.o display.o errmsg.o events.o flcolor.o fldraw.o flresource.o flvisual.o fonts.o formbrowser.o forms.o frame.o free.o fselect.o goodie_alert.o goodie_choice.o goodie_input.o goodie_msg.o goodie_sinput.o goodie_yesno.o goodies.o input.o interpol.o keyboard.o labelbut.o lframe.o lightbut.o listdir.o menu.o n2a.o objects.o oneliner.o pixmap.o positioner.o read2lsbf.o read2msbf.o read4lsb.o read4msb.o readint.o round3d.o roundbut.o scrollbar.o scrollbut.o signal.o simu.o sldraw.o slider.o space.o spline.o strdup.o symbols.o sysdep.o tabfolder.o text.o textbox.o thumbwheel.o timeout.o timer.o tooltip.o util.o valuator.o version.o vn_pair.o vstrcat.o win.o xdraw.o xpopup.o xsupport.o xtext.o xyplot.o -lXext -lX11 -lXpm -lXpm -lc /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486982: gnomesword: FTBFS: patching failed
Package: gnomesword Version: 2.2.3-1.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-gnomesword_2.2.3-1.1-amd64-lHv7PT/gnomesword-2.2.3-1.1' /usr/share/cdbs/1/rules/buildcore.mk:72: parsing gnomesword-2.2.3.tar.gz ... for i in ./build-tree/gnomesword-2.2.3/config.guess ./build-tree/gnomesword-2.2.3/config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/build/user-gnomesword_2.2.3-1.1-amd64-lHv7PT/gnomesword-2.2.3-1.1' QUILT_PATCHES=/build/user-gnomesword_2.2.3-1.1-amd64-lHv7PT/gnomesword-2.2.3-1.1/debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch handle_unset_lang.diff can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |Index: gnomesword-2.2.0/src/backend/sword_main.cc |=== |--- gnomesword-2.2.0.orig/src/backend/sword_main.cc 2006-12-21 21:56:27.0 + |+++ gnomesword-2.2.0/src/backend/sword_main.cc 2007-01-10 16:55:11.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 18 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |Index: gnomesword-2.2.0/src/main/sword.cc |=== |--- gnomesword-2.2.0.orig/src/main/sword.cc 2006-12-23 00:18:56.0 + |+++ gnomesword-2.2.0/src/main/sword.cc 2007-01-10 16:57:38.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored Patch handle_unset_lang.diff does not apply (enforce with -f) make: *** [debian/stamp-patched] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486990: plotmtv: FTBFS: ld: cannot find -lXext
Package: plotmtv Version: 1.4.4t-10 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -o plotmtv -Wall -g -O2 -DPRINTER_NAME=\\ -DPRINTER_CMD=\lpr\ test_plotmtv.o test_plotX11.o test_plotX11_mult.o plotX11_cmn.o plotX11_2D.o plotX11_3D.o plotps_cmn.o plotps_2D.o plotps_3D.o plotcmn.o writegif.o xv24to8.o ../Lib/libctr.a -lXext -lX11 -lm /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486968: gpt: FTBFS: SemanticEval.cpp:689: error: 'atoi' was not declared in this scope
Package: gpt Version: 1.0.1.svn20080324-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../. -I../../../src/parser -I../../../src/modules -I../../../src/modules/parser -I/usr/include -O2 -c SemanticEval.cpp -fPIC -DPIC -o .libs/SemanticEval.o SemanticEval.cpp: In member function 'void SemanticEval::evaluatePasso(int, const std::string)': SemanticEval.cpp:689: error: 'atoi' was not declared in this scope make[6]: *** [SemanticEval.lo] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486969: libnss-lwres: FTBFS: libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive
Package: libnss-lwres Version: 0.93-4.2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-libnss-lwres_0.93-4.2-amd64-d0iKQe/libnss-lwres-0.93-4.2' /bin/sh ./libtool --mode=compile gcc -DPACKAGE=\nss_lwres\ -DVERSION=\0.93\ -DHAVE_DLFCN_H=1 -I. -I. -I/usr/include-g -O2 -c lwres-host.c gcc -DPACKAGE=\nss_lwres\ -DVERSION=\0.93\ -DHAVE_DLFCN_H=1 -I. -I. -I/usr/include -g -O2 -c lwres-host.c -fPIC -DPIC -o lwres-host.lo lwres-host.c: In function 'copytobuf': lwres-host.c:158: warning: incompatible implicit declaration of built-in function 'strlen' lwres-host.c:160: warning: incompatible implicit declaration of built-in function 'strlen' lwres-host.c:181: warning: incompatible implicit declaration of built-in function 'memcpy' lwres-host.c:192: warning: incompatible implicit declaration of built-in function 'strcpy' /bin/sh ./libtool --mode=link gcc -g -O2 -o libnss_lwres.la -rpath //lib -version-info 2-Wl,--version-script=./libnss_lwres.map lwres-host.lo -L/usr/lib -llwres mkdir .libs grep: /usr/lib/libxml2.la: No such file or directory sed: can't read /usr/lib/libxml2.la: No such file or directory libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive make[1]: *** [libnss_lwres.la] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486991: pango1.0: FTBFS: pangoxft-font.c:396: undefined reference to `FcPatternDuplicate'
Package: pango1.0 Version: 1.20.3-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -shared .libs/pangoxft-font.o .libs/pangoxft-fontmap.o .libs/pangoxft-render.o -Wl,--rpath -Wl,/build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/debian/build/shared/pango/.libs -L/build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/debian/build/shared/pango/.libs ./.libs/libpangoft2-1.0.so -L/usr/lib ./.libs/libpango-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -lXft -lXrender -lX11 -lm -Wl,-z -Wl,defs -Wl,-O1 -Wl,-soname -Wl,libpangoxft-1.0.so.0 -Wl,-version-script -Wl,.libs/libpangoxft-1.0.ver -o .libs/libpangoxft-1.0.so.0.2002.1 .libs/pangoxft-font.o: In function `xft_font_get_font': /build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/pango/pangoxft-font.c:396: undefined reference to `FcPatternDuplicate' /build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/pango/pangoxft-font.c:397: undefined reference to `FcPatternDel' .libs/pangoxft-fontmap.o: In function `pango_xft_font_map_default_substitute': /build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/pango/pangoxft-fontmap.c:359: undefined reference to `FcConfigSubstitute' /build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/pango/pangoxft-fontmap.c:363: undefined reference to `FcPatternGetDouble' /build/user-pango1.0_1.20.3-1-amd64-RBfjp9/pango1.0-1.20.3-1/pango/pangoxft-fontmap.c:368: undefined reference to `FcPatternAdd' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486954: dictconv: FTBFS: babylon.cpp:53: error: 'memcmp' was not declared in this scope
Package: dictconv Version: 0.2-6 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2-g -O2 -g -Wall -O2 -c -o babylon.o `test -f 'babylon.cpp' || echo './'`babylon.cpp babylon.cpp: In member function 'bool Babylon::open()': babylon.cpp:53: error: 'memcmp' was not declared in this scope babylon.cpp: In member function 'bool Babylon::read()': babylon.cpp:182: warning: array subscript has type 'char' babylon.cpp:186: warning: array subscript has type 'char' babylon.cpp: In member function 'void Babylon::convertToUtf8(std::string, uint)': babylon.cpp:349: error: 'memset' was not declared in this scope babylon.cpp:352: warning: comparison between signed and unsigned integer expressions make[3]: *** [babylon.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486975: sugar-web-activity: FTBFS: new copyright notices
Package: sugar-web-activity Version: 89-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-web-activity_89-1-amd64-U4xuHg/sugar-web-activity-89-1' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/user-sugar-web-activity_89-1-amd64-U4xuHg/sugar-web-activity-89-1' QUILT_PATCHES=/build/user-sugar-web-activity_89-1-amd64-U4xuHg/sugar-web-activity-89-1/debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf /build/user-sugar-web-activity_89-1-amd64-U4xuHg/sugar-web-activity-89-1/.pc rm -f debian/stamp-patch* rm -f debian/stamp-buildinfo dpkg-source -b sugar-web-activity-89-1 dpkg-source: warning: source directory 'sugar-web-activity-89-1' is not sourcepackage-upstreamversion 'sugar-web-activity-89' dpkg-source: warning: .orig directory name sugar-web-activity-89-1.orig is not package-upstreamversion (wanted sugar-web-activity-89.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-web-activity using existing sugar-web-activity_89.orig.tar.gz dpkg-source: info: building sugar-web-activity in sugar-web-activity_89-1.diff.gz dpkg-source: info: building sugar-web-activity in sugar-web-activity_89-1.dsc debian/rules build test -x debian/rules mkdir -p . mkdir -p debian/stamps-configure Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 79 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: UNKNOWN [YEAR THE PACKAGE'S HOLDER]: po/Web.pot UNKNOWN [2007 THE PACKAGE'S HOLDER]: po/es.po UNKNOWN [ / YEAR THE PACKAGE'S HOLDER]: po/ur.po UNKNOWN [] / YEAR THE PACKAGE'S HOLDER]: po/pseudo.po UNKNOWN [depuis\n / 2007 The package's holder]: po/fr.po To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486953: wmxmms2: FTBFS: ld: cannot find -lXext
Package: wmxmms2 Version: 0.6-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: i486-linux-gnu-gcc -I/usr/include/xmms2 -Wall -W -g -Wall -O2 -Wl,-z,defs -Wl,--as-needed -o wmxmms2 wmxmms2.o buttons.o wmgeneral.o xmms2cif.o options.o -lxmmsclient -lXpm -lXext -lX11 /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486993: xcalib: FTBFS: ld: cannot find -lXext
Package: xcalib Version: 0.8.dfsg1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: cc -Wall -g -O2 -lm -o xcalib xcalib.o -lX11 -lXxf86vm -lXext /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486950: pyopenssl: FTBFS: mv: cannot stat `pyOpenSSL.css': No such file or directory
Package: pyopenssl Version: 0.7-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc' python tools/mkhowto --a4 --ps pyOpenSSL.tex *** Session transcript and error messages are in pyOpenSSL.how. The relevant lines from the transcript are: +++ latex pyOpenSSL sh: latex: command not found *** Session transcript and error messages are in pyOpenSSL.how. +++ TEXINPUTS=.:/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc:/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc/tools/paper-a4:/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc/tools/texinputs: +++ latex pyOpenSSL python tools/mkhowto --a4 --html --iconserver . pyOpenSSL.tex *** Session transcript and error messages are in pyOpenSSL.how. The relevant lines from the transcript are: +++ latex pyOpenSSL sh: latex: command not found *** Session transcript and error messages are in pyOpenSSL.how. +++ TEXINPUTS=.:/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc:/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc/tools/paper-a4:/build/user-pyopenssl_0.7-1-amd64-7im7yM/pyopenssl-0.7-1/doc/tools/texinputs: +++ latex pyOpenSSL rm -rf html/ mkdir html/ mv *.html pyOpenSSL.css html/ mv: cannot stat `*.html': No such file or directory mv: cannot stat `pyOpenSSL.css': No such file or directory make[1]: *** [html] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486983: libforms1: FTBFS: ld: cannot find -lXext
Package: libforms1 Version: 1.0-7 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -c -g -O4 -g -I../exports/include -Iprivate -Ibitmaps -I. -Ifd -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO-DMAKING_FORMS -DHAVE_STRERROR-fPIC xyplot.c rm -f libforms.so.1.0~ + cd . + gcc -m32 -o ./libforms.so.1.0~ -shared -Wl,-soname,libforms.so.1 align.o appwin.o asyn_io.o be.o bitmap.o box.o browser.o button.o canvas.o chart.o checkbut.o child.o choice.o clipboard.o clock.o cmd_br.o colsel.o counter.o cursor.o dial.o display.o errmsg.o events.o flcolor.o fldraw.o flresource.o flvisual.o fonts.o formbrowser.o forms.o frame.o free.o fselect.o goodie_alert.o goodie_choice.o goodie_input.o goodie_msg.o goodie_sinput.o goodie_yesno.o goodies.o input.o interpol.o keyboard.o labelbut.o lframe.o lightbut.o listdir.o menu.o n2a.o objects.o oneliner.o pixmap.o positioner.o read2lsbf.o read2msbf.o read4lsb.o read4msb.o readint.o round3d.o roundbut.o scrollbar.o scrollbut.o signal.o simu.o sldraw.o slider.o space.o spline.o strdup.o symbols.o sysdep.o tabfolder.o text.o textbox.o thumbwheel.o timeout.o timer.o tooltip.o util.o valuator.o version.o vn_pair.o vstrcat.o win.o xdraw.o xpopup.o xsupport.o xtext.o xyplot.o -lXext -lX11 -lXpm -lXpm -lc /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486961: sugar-chat-activity: FTBFS: new copyright notices
Package: sugar-chat-activity Version: 40-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-chat-activity_40-1-amd64-n2OYAd/sugar-chat-activity-40-1' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/user-sugar-chat-activity_40-1-amd64-n2OYAd/sugar-chat-activity-40-1' QUILT_PATCHES=/build/user-sugar-chat-activity_40-1-amd64-n2OYAd/sugar-chat-activity-40-1/debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf /build/user-sugar-chat-activity_40-1-amd64-n2OYAd/sugar-chat-activity-40-1/.pc rm -f debian/stamp-patch* rm -f debian/stamp-buildinfo rm -f MANIFEST dpkg-source -b sugar-chat-activity-40-1 dpkg-source: warning: source directory 'sugar-chat-activity-40-1' is not sourcepackage-upstreamversion 'sugar-chat-activity-40' dpkg-source: warning: .orig directory name sugar-chat-activity-40-1.orig is not package-upstreamversion (wanted sugar-chat-activity-40.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-chat-activity using existing sugar-chat-activity_40.orig.tar.gz dpkg-source: info: building sugar-chat-activity in sugar-chat-activity_40-1.diff.gz dpkg-source: info: building sugar-chat-activity in sugar-chat-activity_40-1.dsc debian/rules build test -x debian/rules mkdir -p . mkdir -p debian/stamps-configure Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 60 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: UNKNOWN [YEAR THE PACKAGE'S HOLDER]: po/Chat.pot UNKNOWN [YEAR THE PACKAGE'S HOLDER / / .]: po/fa.po po/fa_AF.po UNKNOWN [2007 / la discussion]: po/fr.po UNKNOWN [], . / YEAR THE PACKAGE'S HOLDER]: po/pseudo.po UNKNOWN [exata, mas parece ser a melhor / para dizer se o utilizador est ligado a uma rede (network) ou no / YEAR THE PACKAGE'S HOLDER / pq. se pode ver o codigo-fonte do chat no pippy, pq ele foi feito pelo pippy. Acho que dever ficar Fonte de Bate-Papo]: po/pt_BR.po To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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
Bug#486994: sugar-hulahop: FTBFS: new copyright notices
Package: sugar-hulahop Version: 0.4.0-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean test -x debian/rules test `id -u` = 0 rmdir build rmdir: failed to remove `build': No such file or directory make: [cleanbuilddir] Error 1 (ignored) /usr/bin/make -C build/2.4 -k distclean make: *** build/2.4: No such file or directory. Stop. make: [makefile-clean/2.4] Error 2 (ignored) /usr/bin/make -C build/2.5 -k distclean make: *** build/2.5: No such file or directory. Stop. make: [makefile-clean/2.5] Error 2 (ignored) rm -rf debian/stamp-makefile-build debian/stamp-makefile-install rmdir build/2.4 rmdir: failed to remove `build/2.4': No such file or directory make: [cleanbuilddir/2.4] Error 1 (ignored) rm -f debian/stamp-autotools-configure/2.4 rmdir build/2.5 rmdir: failed to remove `build/2.5': No such file or directory make: [cleanbuilddir/2.5] Error 1 (ignored) rm -f debian/stamp-autotools-configure/2.5 rm -rf debian/stamp-autotools-configure for i in ./config.guess ./config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done rm -f debian/stamp-copyright-check rm -rf debian/stamp-makefile-check rm -f debian/stamp-autotools-files rm -rf python-build-stamp dh_clean rm -f debian/stamp-buildinfo rm -f python/config.py python/hulahop.c dpkg-source -b sugar-hulahop-0.4.0-1 dpkg-source: warning: source directory 'sugar-hulahop-0.4.0-1' is not sourcepackage-upstreamversion 'sugar-hulahop-0.4.0' dpkg-source: warning: .orig directory name sugar-hulahop-0.4.0-1.orig is not package-upstreamversion (wanted sugar-hulahop-0.4.0.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-hulahop using existing sugar-hulahop_0.4.0.orig.tar.gz dpkg-source: info: building sugar-hulahop in sugar-hulahop_0.4.0-1.diff.gz dpkg-source: warning: ignoring deletion of file python/config.py dpkg-source: warning: ignoring deletion of file python/hulahop.c dpkg-source: info: building sugar-hulahop in sugar-hulahop_0.4.0-1.dsc debian/rules build test -x debian/rules mkdir -p build Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 32 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: MIT/X11 (BSD like) [1994 X Consortium]: install-sh To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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
Bug#486972: xfishtank: FTBFS: ld: cannot find -lXext
Package: xfishtank Version: 2.2-24 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -o xfishtank -O3 xfish.o medcut.o read.o -lXext -lX11 -lm /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486951: lilypond: FTBFS: IOError: [Errno 2] No such file or directory: './out/CenturySchL-Ital.otf'
Package: lilypond Version: 2.10.33-2.2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/mf' /usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -d /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/debian/tmp/usr/share/lilypond/2.10.33/fonts/source /usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -m 644 ./feta-accordion.mf ./feta-alphabet.mf ./feta-alphabet11.mf ./feta-alphabet13.mf ./feta-alphabet14.mf ./feta-alphabet16.mf ./feta-alphabet18.mf ./feta-alphabet20.mf ./feta-alphabet23.mf ./feta-alphabet26.mf ./feta-arrow.mf ./feta-autometric.mf ./feta-banier.mf ./feta-beugel.mf ./feta-bolletjes.mf ./feta-braces-a.mf ./feta-braces-b.mf ./feta-braces-c.mf ./feta-braces-d.mf ./feta-braces-e.mf ./feta-braces-f.mf ./feta-braces-g.mf ./feta-braces-h.mf ./feta-braces-i.mf ./feta-din-code.mf ./feta-eindelijk.mf ./feta-generic.mf ./feta-haak.mf ./feta-klef.mf ./feta-macros.mf ./feta-nummer-code.mf ./feta-params.mf ./feta-pendaal.mf ./feta-puntje.mf ./feta-schrift.mf ./feta-slag.mf ./feta-test-generic.mf ./feta-test11.mf ./feta-test13.mf ./feta-test16.mf ./feta-test20.mf ./feta-test23.mf ./feta-test26.mf ./feta-timesig.mf ./feta-toevallig.mf ./feta11.mf ./feta13.mf ./feta14.mf ./feta16.mf ./feta18.mf ./feta20.mf ./feta23.mf ./feta26.mf ./parmesan-accidentals.mf ./parmesan-clefs.mf ./parmesan-custodes.mf ./parmesan-dots.mf ./parmesan-flags.mf ./parmesan-generic.mf ./parmesan-heads.mf ./parmesan-rests.mf ./parmesan-scripts.mf ./parmesan-timesig.mf ./parmesan11.mf ./parmesan13.mf ./parmesan14.mf ./parmesan16.mf ./parmesan18.mf ./parmesan20.mf ./parmesan23.mf ./parmesan26.mf /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/debian/tmp/usr/share/lilypond/2.10.33/fonts/source/ true (/usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -d / || true) /usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -c -m 644 /(/usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -d /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/debian/tmp/usr/share/lilypond/2.10.33/fonts/otf/ || true) /usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -c -m 644 ./out/emmentaler-11.otf ./out/emmentaler-13.otf ./out/emmentaler-14.otf ./out/emmentaler-16.otf ./out/emmentaler-18.otf ./out/emmentaler-20.otf ./out/emmentaler-23.otf ./out/emmentaler-26.otf ./out/aybabtu.otf ./out/CenturySchL-Ital.otf ./out/CenturySchL-BoldItal.otf ./out/CenturySchL-Roma.otf ./out/CenturySchL-Bold.otf /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/debian/tmp/usr/share/lilypond/2.10.33/fonts/otf/ (/usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -d / || true) /usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -c -m 644 /(/usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -d /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/debian/tmp/usr/share/lilypond/2.10.33/fonts/svg/ || true) /usr/bin/python /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/stepmake/bin/install.py -c -c -m 644 ./out/emmentaler-11.svg ./out/emmentaler-13.svg ./out/emmentaler-14.svg ./out/emmentaler-16.svg ./out/emmentaler-18.svg ./out/emmentaler-20.svg ./out/emmentaler-23.svg ./out/emmentaler-26.svg ./out/aybabtu.svg ./out/feta11.svg ./out/feta13.svg ./out/feta14.svg ./out/feta16.svg ./out/feta18.svg ./out/feta20.svg ./out/feta23.svg ./out/feta26.svg ./out/feta-braces-a.svg ./out/feta-braces-b.svg ./out/feta-braces-c.svg ./out/feta-braces-d.svg ./out/feta-braces-e.svg ./out/feta-braces-f.svg ./out/feta-braces-g.svg ./out/feta-braces-h.svg ./out/feta-braces-i.svg ./out/feta-alphabet11.svg ./out/feta-alphabet13.svg ./out/feta-alphabet14.svg ./out/feta-alphabet16.svg ./out/feta-alphabet18.svg ./out/feta-alphabet20.svg ./out/feta-alphabet23.svg ./out/feta-alphabet26.svg ./out/parmesan11.svg ./out/parmesan13.svg ./out/parmesan14.svg ./out/parmesan16.svg ./out/parmesan18.svg ./out/parmesan20.svg ./out/parmesan23.svg ./out/parmesan26.svg /build/user-lilypond_2.10.33-2.2-amd64-twzMPo/lilypond-2.10.33-2.2/debian/tmp/usr/share/lilypond/2.10.33/fonts/svg/ (/usr/bin/python /build/user
Bug#486971: xvier: FTBFS: ld: cannot find -lXext
Package: xvier Version: 1.0-7.3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -o xvier -g -Wall -O2 xvier.o -lXext -lX11 /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486966: sugar-base: FTBFS: Found 37 different copyright and licensing combinations.
Package: sugar-base Version: 0.81.1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean test -x debian/rules test `id -u` = 0 rmdir build rmdir: failed to remove `build': No such file or directory make: [cleanbuilddir] Error 1 (ignored) /usr/bin/make -C build/2.4 -k distclean make: *** build/2.4: No such file or directory. Stop. make: [makefile-clean/2.4] Error 2 (ignored) /usr/bin/make -C build/2.5 -k distclean make: *** build/2.5: No such file or directory. Stop. make: [makefile-clean/2.5] Error 2 (ignored) rm -rf debian/stamp-makefile-build debian/stamp-makefile-install rmdir build/2.4 rmdir: failed to remove `build/2.4': No such file or directory make: [cleanbuilddir/2.4] Error 1 (ignored) rm -f debian/stamp-autotools-configure/2.4 rmdir build/2.5 rmdir: failed to remove `build/2.5': No such file or directory make: [cleanbuilddir/2.5] Error 1 (ignored) rm -f debian/stamp-autotools-configure/2.5 rm -rf debian/stamp-autotools-configure for i in ./config.guess ./config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done rm -f debian/stamp-copyright-check dh_clean rm -rf debian/stamp-makefile-check rm -f debian/stamp-autotools-files rm -rf python-build-stamp rm -f debian/stamp-buildinfo [ ! -d build ] || for flavor in 2.4 2.5; do \ (cd build rmdir -p $flavor/src/sugar); \ done [ ! -d build ] || rmdir build dpkg-source -b sugar-base-0.81.1-1 dpkg-source: warning: source directory 'sugar-base-0.81.1-1' is not sourcepackage-upstreamversion 'sugar-base-0.81.1' dpkg-source: warning: .orig directory name sugar-base-0.81.1-1.orig is not package-upstreamversion (wanted sugar-base-0.81.1.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-base using existing sugar-base_0.81.1.orig.tar.gz dpkg-source: info: building sugar-base in sugar-base_0.81.1-1.diff.gz dpkg-source: info: building sugar-base in sugar-base_0.81.1-1.dsc debian/rules build test -x debian/rules mkdir -p build Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 37 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: MIT/X11 (BSD like) [1994 X Consortium]: install-sh To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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
Bug#486965: iproute: FTBFS: Error: Option -s: value required
Package: iproute Version: 20080417-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-iproute_20080417-1-amd64-ZVgySv/iproute-20080417-1/doc' Running LaTeX ip-cref.tex Re-running LaTeX ip-cref.tex, 2d pass Re-running LaTeX ip-cref.tex, 3d pass dvips ip-cref.dvi -o ip-cref.ps This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com) ' TeX output 2008.06.19:0931' - ip-cref.ps /usr/share/texmf-texlive/dvips/base/tex.pro /usr/share/texmf-texlive/dvips/base/texps.pro. /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmti10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmtt12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmbx12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmtt10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmsy10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmsl12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmti12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmcsc10.pfb[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] Running LaTeX ip-tunnels.tex Re-running LaTeX ip-tunnels.tex, 2d pass dvips ip-tunnels.dvi -o ip-tunnels.ps This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com) ' TeX output 2008.06.19:0931' - ip-tunnels.ps /usr/share/texmf-texlive/dvips/base/tex.pro /usr/share/texmf-texlive/dvips/base/texps.pro. /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr7.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr8.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmsl12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmsy10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmbx12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmtt12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmti12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmcsc10.pfb[1] [2] [3] [4] [5] [6] [7] [8] Running LaTeX api-ip6-flowlabels.tex Re-running LaTeX api-ip6-flowlabels.tex, 2d pass dvips api-ip6-flowlabels.dvi -o api-ip6-flowlabels.ps This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com) ' TeX output 2008.06.19:0931' - api-ip6-flowlabels.ps /usr/share/texmf-texlive/dvips/base/tex.pro /usr/share/texmf-texlive/dvips/base/texps.pro. /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmtt10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmsy10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmsl12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr10.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmbx12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmtt12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmti12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr12.pfb /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmcsc10.pfb[1] [2] [3] [4] [5] [6] [7] [8] sgml2latex --output=dvi ss.sgml Processing file ss.sgml This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (./ss.tex (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/usr/share/texmf-texlive/tex/generic/oberdiek/ifpdf.sty) (/usr/share/texmf/tex/latex/misc/linuxdoc-sgml.sty) (/usr/share/texmf/tex/latex/misc/qwertz.sty) (/usr/share/texmf-texlive/tex/latex/ltxmisc/url.sty) (/usr/share/texmf-texlive/tex/latex/base/fontenc.sty (/usr/share/texmf-texlive/tex/latex/base/t1enc.def)) (/usr/share/texmf-texlive/tex/latex/hyperref/hyperref.sty (/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty) (/usr/share/texmf-texlive/tex/latex/hyperref/pd1enc.def) (/etc/texmf/tex/latex/config/hyperref.cfg) (/usr/share/texmf-texlive/tex/latex/oberdiek/kvoptions.sty) Implicit mode ON; LaTeX internals redefined ) *hyperref using default driver hdvips* (/usr/share/texmf-texlive/tex/latex/hyperref/hdvips.def (/usr/share/texmf-texlive/tex/latex/hyperref/pdfmark.def)) (/usr/share/texmf-texlive/tex/generic/babel/babel.sty (/usr/share/texmf-texlive/tex/generic/babel/english.ldf (/usr/share/texmf-texlive/tex/generic/babel/babel.def))) (/usr/share/texmf-texlive
Bug#486979: sugar-datastore: FTBFS: new copyright notices
Package: sugar-datastore Version: 0.8.1-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-datastore_0.8.1-2-amd64-_BZXgr/sugar-datastore-0.8.1-2' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/user-sugar-datastore_0.8.1-2-amd64-_BZXgr/sugar-datastore-0.8.1-2' QUILT_PATCHES=/build/user-sugar-datastore_0.8.1-2-amd64-_BZXgr/sugar-datastore-0.8.1-2/debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf /build/user-sugar-datastore_0.8.1-2-amd64-_BZXgr/sugar-datastore-0.8.1-2/.pc rm -f debian/stamp-patch* rm -f debian/stamp-copyright-check rm -rf debian/stamp-makefile-check rm -f debian/stamp-autotools-files rm -rf python-build-stamp dh_clean rm -f debian/stamp-buildinfo dpkg-source -b sugar-datastore-0.8.1-2 dpkg-source: warning: source directory 'sugar-datastore-0.8.1-2' is not sourcepackage-upstreamversion 'sugar-datastore-0.8.1' dpkg-source: warning: .orig directory name sugar-datastore-0.8.1-2.orig is not package-upstreamversion (wanted sugar-datastore-0.8.1.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-datastore using existing sugar-datastore_0.8.1.orig.tar.gz dpkg-source: info: building sugar-datastore in sugar-datastore_0.8.1-2.diff.gz dpkg-source: info: building sugar-datastore in sugar-datastore_0.8.1-2.dsc debian/rules build test -x debian/rules mkdir -p build Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 44 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: MIT/X11 (BSD like) [1994 X Consortium]: install-sh UNKNOWN [law: / holder saying it may be distributed]: LICENSE.GPL To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487002: sugar-pippy-activity: FTBFS: new copyright notices
Package: sugar-pippy-activity Version: 20~git.20080321-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-pippy-activity_20~git.20080321-3-amd64-wANMao/sugar-pippy-activity-20~git.20080321-3' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/user-sugar-pippy-activity_20~git.20080321-3-amd64-wANMao/sugar-pippy-activity-20~git.20080321-3' QUILT_PATCHES=/build/user-sugar-pippy-activity_20~git.20080321-3-amd64-wANMao/sugar-pippy-activity-20~git.20080321-3/debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf /build/user-sugar-pippy-activity_20~git.20080321-3-amd64-wANMao/sugar-pippy-activity-20~git.20080321-3/.pc rm -f debian/stamp-patch* dh_clean for pythonver in 2.5; do \ /usr/bin/python$ver ./setup.py clean; \ done Usage: setup.py build - build generated files setup.py dev - setup for development setup.py dist_xo - create a xo bundle package setup.py dist_source - create a tar source package setup.py install [dirname] - install the bundle setup.py uninstall [dirname] - uninstall the bundle setup.py genpot - generate the gettext pot file setup.py release - do a new release of the bundle setup.py help- print this message find . -maxdepth 1 -type f -name '*.xo' -exec rm -f '{}' ';' IFS=`printf '\n'` find ./locale -type f \( -name '*.mo' -or -name 'activity.linfo' \) | while read path; do \ rm -f $path; \ rmdir --ignore-fail-on-non-empty `dirname $path`; \ done find: `./locale': No such file or directory rmdir --ignore-fail-on-non-empty ./locale rmdir: failed to remove `./locale': No such file or directory make: [cleanpythonsugar/sugar-pippy-activity] Error 1 (ignored) i=./MANIFEST; if test -e $i.cdbs-orig; then mv -f $i.cdbs-orig $i; fi rm -rf debian/stamps-configure rm -f debian/stamp-buildinfo dpkg-source -b sugar-pippy-activity-20~git.20080321-3 dpkg-source: warning: source directory 'sugar-pippy-activity-20~git.20080321-3' is not sourcepackage-upstreamversion 'sugar-pippy-activity-20~git.20080321' dpkg-source: warning: .orig directory name sugar-pippy-activity-20~git.20080321-3.orig is not package-upstreamversion (wanted sugar-pippy-activity-20~git.20080321.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-pippy-activity using existing sugar-pippy-activity_20~git.20080321.orig.tar.gz dpkg-source: info: building sugar-pippy-activity in sugar-pippy-activity_20~git.20080321-3.diff.gz dpkg-source: info: building sugar-pippy-activity in sugar-pippy-activity_20~git.20080321-3.dsc debian/rules build test -x debian/rules mkdir -p . Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 86 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: UNKNOWN [YEAR THE PACKAGE'S HOLDER]: po/Pippy.pot UNKNOWN [2007 THE PACKAGE'S HOLDER]: po/en_US.po UNKNOWN [ / YEAR THE PACKAGE'S HOLDER / ]: po/fa.po UNKNOWN [ / YEAR THE PACKAGE'S HOLDER]: po/ar.po UNKNOWN [%s / parlant. / YEAR THE PACKAGE'S HOLDER]: po/fr.po UNKNOWN [. / YEAR THE PACKAGE'S HOLDER /]: po
Bug#486980: docbook-xsl-saxon: FTBFS: build blocks
Package: docbook-xsl-saxon Version: 1.00.dfsg.1-4 Severity: serious Hi, The build of docbook-xsl-saxon blocks after some time. The last messages displayed are: (the E: Caught signal 'Terminated': terminating immediately line is caused by sbuild's trying to kill the build after the timeout). [javac] 66. WARNING in /build/user-docbook-xsl-saxon_1.00.dfsg.1-4-amd64-ubkqYL/docbook-xsl-saxon-1.00.dfsg.1-4/src/com/nwalsh/saxon/Verbatim.java (at line 6) [javac] import java.util.StringTokenizer; [javac]^ [javac] The import java.util.StringTokenizer is never used [javac] -- [javac] 67. WARNING in /build/user-docbook-xsl-saxon_1.00.dfsg.1-4-amd64-ubkqYL/docbook-xsl-saxon-1.00.dfsg.1-4/src/com/nwalsh/saxon/Verbatim.java (at line 7) [javac] import org.xml.sax.*; [javac]^^^ [javac] The import org.xml.sax is never used [javac] -- [javac] 68. WARNING in /build/user-docbook-xsl-saxon_1.00.dfsg.1-4-amd64-ubkqYL/docbook-xsl-saxon-1.00.dfsg.1-4/src/com/nwalsh/saxon/Verbatim.java (at line 13) [javac] import com.icl.saxon.pattern.*; [javac]^ [javac] The import com.icl.saxon.pattern is never used [javac] -- [javac] 69. WARNING in /build/user-docbook-xsl-saxon_1.00.dfsg.1-4-amd64-ubkqYL/docbook-xsl-saxon-1.00.dfsg.1-4/src/com/nwalsh/saxon/Verbatim.java (at line 15) [javac] import com.icl.saxon.tree.*; [javac]^^ [javac] The import com.icl.saxon.tree is never used [javac] -- [javac] 70. WARNING in /build/user-docbook-xsl-saxon_1.00.dfsg.1-4-amd64-ubkqYL/docbook-xsl-saxon-1.00.dfsg.1-4/src/com/nwalsh/saxon/Verbatim.java (at line 72) [javac] private static boolean calloutsSetup = false; E: Caught signal 'Terminated': terminating immediately -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486958: python-minimock: FTBFS: ImportError: No module named setuptools
Package: python-minimock Version: 0.8-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean Traceback (most recent call last): File setup.py, line 1, in module from setuptools import setup, find_packages ImportError: No module named setuptools dh_auto_clean: command returned error code 256 make: *** [clean] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486959: proda: FTBFS: AlignedFragment.h:21: error: 'FILE' has not been declared
Package: proda Version: 1.0-5 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -Wall -g -O2 -c -o Main.o Main.cc In file included from AlignedFragment.cc:5: AlignedFragment.h:21: error: 'FILE' has not been declared AlignedFragment.cc: In constructor 'AlignedFragment::AlignedFragment(int, int, int, int, int, int, int*, int*)': AlignedFragment.cc:40: warning: deprecated conversion from string constant to 'char*' AlignedFragment.cc: In copy constructor 'AlignedFragment::AlignedFragment(const AlignedFragment)': AlignedFragment.cc:57: warning: deprecated conversion from string constant to 'char*' AlignedFragment.cc: In member function 'AlignedFragment AlignedFragment::operator=(AlignedFragment)': AlignedFragment.cc:74: warning: deprecated conversion from string constant to 'char*' AlignedFragment.cc: In member function 'void AlignedFragment::Adjust(Fragment, Fragment, AlignedFragment, AlignedFragment)': AlignedFragment.cc:127: warning: deprecated conversion from string constant to 'char*' AlignedFragment.cc:128: warning: deprecated conversion from string constant to 'char*' AlignedFragment.cc: In member function 'void AlignedFragment::Prune()': AlignedFragment.cc:190: error: 'memcpy' was not declared in this scope AlignedFragment.cc: In member function 'int AlignedFragment::ProcessRepeat(AVECT, int)': AlignedFragment.cc:242: error: no matching function for call to 'AlignedFragment::Print(_IO_FILE*)' AlignedFragment.h:21: note: candidates are: void AlignedFragment::Print(int*) AlignedFragment.cc:249: error: no matching function for call to 'AlignedFragment::Print(_IO_FILE*)' AlignedFragment.h:21: note: candidates are: void AlignedFragment::Print(int*) AlignedFragment.cc: At global scope: AlignedFragment.cc:271: error: prototype for 'void AlignedFragment::Print(FILE*)' does not match any in class 'AlignedFragment' AlignedFragment.h:21: error: candidate is: void AlignedFragment::Print(int*) make[1]: *** [AlignedFragment.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486981: fireflier: FTBFS: netfilter.h:44: error: field 'in' has incomplete type
Package: fireflier Version: 1.1.7-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -g3 -o fireflierd backend.cpp ports.cpp queue.cpp rules.cpp pam.cpp -lssl -lpthread -lpam -lipq -lxml2 -I. -g -O2 -I/usr/include/libxml2 In file included from backend.h:4, from backend.cpp:1: /usr/include/linux/netfilter.h:44: error: field 'in' has incomplete type /usr/include/linux/netfilter.h:45: error: field 'in6' has incomplete type In file included from backend.cpp:1: backend.h:112: warning: deprecated conversion from string constant to 'char*' backend.h:113: warning: deprecated conversion from string constant to 'char*' backend.h:116: warning: deprecated conversion from string constant to 'char*' backend.h:117: warning: deprecated conversion from string constant to 'char*' backend.h:118: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'void sendpacket()': backend.cpp:217: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'void sendsource()': backend.cpp:330: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'void die(ipq_handle*)': backend.cpp:551: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'tentry* inputUserspaceRule(char*, packet*, int)': backend.cpp:649: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'packet* createPacket(ipq_packet_msg_t*)': backend.cpp:1262: warning: deprecated conversion from string constant to 'char*' backend.cpp:1320: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'void loaduserspacerulesold(std::string)': backend.cpp:1707: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'int loadUserspaceRules(std::string)': backend.cpp:2069: warning: deprecated conversion from string constant to 'char*' backend.cpp:2079: warning: deprecated conversion from string constant to 'char*' backend.cpp:2094: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'void loadconfig(char*)': backend.cpp:2147: warning: deprecated conversion from string constant to 'char*' backend.cpp: In function 'int main(int, char**)': backend.cpp:2243: warning: deprecated conversion from string constant to 'char*' backend.cpp:2312: warning: deprecated conversion from string constant to 'char*' backend.cpp:2318: warning: deprecated conversion from string constant to 'char*' backend.cpp:2325: warning: deprecated conversion from string constant to 'char*' backend.cpp:2331: warning: deprecated conversion from string constant to 'char*' backend.cpp:2340: warning: deprecated conversion from string constant to 'char*' backend.cpp:2356: warning: deprecated conversion from string constant to 'char*' ports.cpp: In function 'int get_pid(int, int, int)': ports.cpp:152: warning: deprecated conversion from string constant to 'char*' ports.cpp:154: warning: deprecated conversion from string constant to 'char*' rules.cpp:11: warning: deprecated conversion from string constant to 'char*' rules.cpp:11: warning: deprecated conversion from string constant to 'char*' rules.cpp:11: warning: deprecated conversion from string constant to 'char*' rules.cpp:11: warning: deprecated conversion from string constant to 'char*' rules.cpp:12: warning: deprecated conversion from string constant to 'char*' rules.cpp:12: warning: deprecated conversion from string constant to 'char*' rules.cpp:12: warning: deprecated conversion from string constant to 'char*' make[1]: *** [fireflier] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble
Bug#487001: sugar-journal-activity: FTBFS: new copyright notices
Package: sugar-journal-activity Version: 91-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-journal-activity_91-1-amd64-Tq_YHM/sugar-journal-activity-91-1' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/user-sugar-journal-activity_91-1-amd64-Tq_YHM/sugar-journal-activity-91-1' QUILT_PATCHES=/build/user-sugar-journal-activity_91-1-amd64-Tq_YHM/sugar-journal-activity-91-1/debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf /build/user-sugar-journal-activity_91-1-amd64-Tq_YHM/sugar-journal-activity-91-1/.pc rm -f debian/stamp-patch* dh_clean for pythonver in 2.5; do \ /usr/bin/python$ver ./setup.py clean; \ done Usage: setup.py build - build generated files setup.py dev - setup for development setup.py dist_xo - create a xo bundle package setup.py dist_source - create a tar source package setup.py install [dirname] - install the bundle setup.py uninstall [dirname] - uninstall the bundle setup.py genpot - generate the gettext pot file setup.py release - do a new release of the bundle setup.py help- print this message find . -maxdepth 1 -type f -name '*.xo' -exec rm -f '{}' ';' IFS=`printf '\n'` find ./locale -type f \( -name '*.mo' -or -name 'activity.linfo' \) | while read path; do \ rm -f $path; \ rmdir --ignore-fail-on-non-empty `dirname $path`; \ done find: `./locale': No such file or directory rmdir --ignore-fail-on-non-empty ./locale rmdir: failed to remove `./locale': No such file or directory make: [cleanpythonsugar/sugar-journal-activity] Error 1 (ignored) i=./MANIFEST; if test -e $i.cdbs-orig; then mv -f $i.cdbs-orig $i; fi rm -rf debian/stamps-configure rm -f debian/stamp-buildinfo rm -f MANIFEST dpkg-source -b sugar-journal-activity-91-1 dpkg-source: warning: source directory 'sugar-journal-activity-91-1' is not sourcepackage-upstreamversion 'sugar-journal-activity-91' dpkg-source: warning: .orig directory name sugar-journal-activity-91-1.orig is not package-upstreamversion (wanted sugar-journal-activity-91.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-journal-activity using existing sugar-journal-activity_91.orig.tar.gz dpkg-source: info: building sugar-journal-activity in sugar-journal-activity_91-1.diff.gz dpkg-source: info: building sugar-journal-activity in sugar-journal-activity_91-1.dsc debian/rules build test -x debian/rules mkdir -p . Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 72 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: UNKNOWN [YEAR THE PACKAGE'S HOLDER]: po/Journal.pot UNKNOWN [ / YEAR THE PACKAGE'S HOLDER]: po/fr.po To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 This rebuild was done with gcc 4.3 instead of gcc 4.2
Bug#486957: smlnj: FTBFS: sh: gs: command not found
Package: smlnj Version: 110.67-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user-smlnj_110.67-2-amd64-vjsxj5/smlnj-110.67-2/MLRISC/Doc/pictures' fig2dev -L ps fig/big-pict.fig eps/big-pict.eps fig2dev -L ps fig/big-pict2.fig eps/big-pict2.eps fig2dev -L ps fig/cfg-rev.fig eps/cfg-rev.eps fig2dev -L ps fig/cfg.fig eps/cfg.eps fig2dev -L ps fig/compiler-2.fig eps/compiler-2.eps fig2dev -L ps fig/compiler.fig eps/compiler.eps fig2dev -L ps fig/compiler2.fig eps/compiler2.eps fig2dev -L ps fig/hyperblock-formation.fig eps/hyperblock-formation.eps fig2dev -L ps fig/if-conversion.fig eps/if-conversion.eps fig2dev -L ps fig/layers.fig eps/layers.eps fig2dev -L ps fig/mlrisc-ir-archive.fig eps/mlrisc-ir-archive.eps fig2dev -L ps fig/mlrisc-IR.fig eps/mlrisc-IR.eps fig2dev -L ps fig/phg.fig eps/phg.eps fig2dev -L ps fig/region-builder.fig eps/region-builder.eps fig2dev -L ps fig/subgraph.fig eps/subgraph.eps fig2dev -L ps fig/tail-dupl.fig eps/tail-dupl.eps fig2dev -L ps fig/tail-duplication.fig eps/tail-duplication.eps fig2dev -L ps fig/trace.fig eps/trace.eps fig2dev -L ps fig/uncol.fig eps/uncol.eps fig2dev -L ps fig/viewer.fig eps/viewer.eps fig2dev -L png fig/compiler-1.fig png/compiler-1.png sh: gs: command not found fig2dev: broken pipe (GhostScript aborted?) command was: gs -q -dSAFER -sDEVICE=png16m -r80 -g327x196 -sOutputFile=png/compiler-1.png - make[2]: *** [png/compiler-1.png] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487007: tapiir: FTBFS: configure: error: missing fltk
Package: tapiir Version: 0.7.1-9 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. [ ! -f Makefile ] || /usr/bin/make distclean dh_clean dh_clean: Compatibility levels before 4 are deprecated. # Remove automake generated stuff dpkg-source -b tapiir-0.7.1-9 dpkg-source: warning: source directory 'tapiir-0.7.1-9' is not sourcepackage-upstreamversion 'tapiir-0.7.1' dpkg-source: warning: .orig directory name tapiir-0.7.1-9.orig is not package-upstreamversion (wanted tapiir-0.7.1.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building tapiir using existing tapiir_0.7.1.orig.tar.gz dpkg-source: info: building tapiir in tapiir_0.7.1-9.diff.gz dpkg-source: info: building tapiir in tapiir_0.7.1-9.dsc debian/rules build dh_testdir # Add here commands to configure the package. aclocal-1.9 -I . fltk.m4:10: warning: underquoted definition of AM_PATH_FLTK run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal alsa.m4:15: warning: underquoted definition of AM_PATH_ALSA automake-1.9 -a --foreign autoconf ./configure --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of g++... gcc3 checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for pthread_mutex_init in -lpthread... yes checking for jack_client_new in -ljack... yes checking for ALSA CFLAGS... checking for ALSA LDFLAGS... -lasound -lm -ldl -lpthread checking for libasound headers version = 0.9.0... found. checking for snd_ctl_open in -lasound... yes checking how to run the C preprocessor... gcc -E checking for X... libraries , headers checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... no checking for FLTK CXXFLAGS... checking for FLTK LDFLAGS... -lfltk -lX11 -lXext checking for libfltk headers version = 1.0.0... found. configure: error: missing fltk make: *** [configure-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486977: xscavenger: FTBFS: ld: cannot find -lXext
Package: xscavenger Version: 1.4.4-5 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -o xscavenger -g -O2 -fno-strict-aliasing -O2 -g -pipe -Wall -Wno-pointer-sign anim.o edit.o scav.o x.o sound.o -lXext -lX11 /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486967: xview: FTBFS: ld: cannot find -lXext
Package: xview Version: 3.2p1.4-21.2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -g -O2 -fno-strict-aliasing -g -I/build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/build/include -I/usr/include -I../../build/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include -DX11R6 -Di386 -DNO_CAST_VATOAV -DFUNCPROTO=15 -DNARROWPROTO -DOS_HAS_LOCALE -DOS_HAS_MMAP-DDYNAMICLIB -DOPENWINHOME_DEFAULT=\/usr\ -c ol_slider.c -o ol_slider.o + rm -f ./xshared/ol_button.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_button.o ./xshared/ol_button.o + rm -f ./xshared/ol_color.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_color.o ./xshared/ol_color.o + rm -f ./xshared/ol_draw.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_draw.o ./xshared/ol_draw.o + rm -f ./xshared/ol_init.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_init.o ./xshared/ol_init.o + rm -f ./xshared/ol_misc.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_misc.o ./xshared/ol_misc.o + rm -f ./xshared/ol_sb.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_sb.o ./xshared/ol_sb.o + rm -f ./xshared/ol_slider.o + ln -s /build/user-xview_3.2p1.4-21.2-amd64-jC98_S/xview-3.2p1.4-21.2/lib/libolgx/shared/ol_slider.o ./xshared/ol_slider.o rm -f libolgx.so.3.2.4~ (cd ./xshared; gcc -m32 -shared -Wl,-soname -Wl,`basename libolgx.so.3.2.4 | sed 's/\(\.[0-9]\).*$/\1/'` -o libolgx.so.3.2.4~ ?*.o -lXext -lX11 -lc) /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486989: imms: FTBFS: bmpinterface.c:58: undefined reference to `bmp_cfg_db_open'
Package: imms Version: 3.1.0~rc4-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ audplugin.o audaciousinterface.o clientstubbase.o libimmscore.a `pkg-config audclient glib dbus-glib-1 --libs` \ -L. -lXss -lXext -lX11 -lpcre -lsqlite3 -lz -ltorch -ltag -L/usr/X11R6/lib \ -shared -Wl,-z,defs,-soname,libaudaciousimms.so -o libaudaciousimms.so sh: glib-config: command not found sh: glib-config: command not found sh: glib-config: command not found audaciousinterface.o: In function `configure_ok_cb': /build/user-imms_3.1.0~rc4-3-amd64-P2OMlQ/imms-3.1.0~rc4-3/build/../clients/bmp/bmpinterface.c:58: undefined reference to `bmp_cfg_db_open' /build/user-imms_3.1.0~rc4-3-amd64-P2OMlQ/imms-3.1.0~rc4-3/build/../clients/bmp/bmpinterface.c:62: undefined reference to `bmp_cfg_db_set_int' /build/user-imms_3.1.0~rc4-3-amd64-P2OMlQ/imms-3.1.0~rc4-3/build/../clients/bmp/bmpinterface.c:63: undefined reference to `bmp_cfg_db_close' audaciousinterface.o: In function `read_config': /build/user-imms_3.1.0~rc4-3-amd64-P2OMlQ/imms-3.1.0~rc4-3/build/../clients/bmp/bmpinterface.c:31: undefined reference to `bmp_cfg_db_open' /build/user-imms_3.1.0~rc4-3-amd64-P2OMlQ/imms-3.1.0~rc4-3/build/../clients/bmp/bmpinterface.c:33: undefined reference to `bmp_cfg_db_get_int' /build/user-imms_3.1.0~rc4-3-amd64-P2OMlQ/imms-3.1.0~rc4-3/build/../clients/bmp/bmpinterface.c:34: undefined reference to `bmp_cfg_db_close' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487009: libclass-csv-perl: FTBFS: t/1....Can't locate Text/CSV_XS.pm
Package: libclass-csv-perl Version: 1.03-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-libclass-csv-perl_1.03-2-amd64-6bWG21/libclass-csv-perl-1.03-2' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/1Can't locate Text/CSV_XS.pm in @INC (@INC contains: /build/user-libclass-csv-perl_1.03-2-amd64-6bWG21/libclass-csv-perl-1.03-2/blib/lib /build/user-libclass-csv-perl_1.03-2-amd64-6bWG21/libclass-csv-perl-1.03-2/blib/arch /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /build/user-libclass-csv-perl_1.03-2-amd64-6bWG21/libclass-csv-perl-1.03-2/blib/lib/Class/CSV.pm line 161. BEGIN failed--compilation aborted at /build/user-libclass-csv-perl_1.03-2-amd64-6bWG21/libclass-csv-perl-1.03-2/blib/lib/Class/CSV.pm line 161. Compilation failed in require at t/1.t line 10. BEGIN failed--compilation aborted at t/1.t line 10. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay Failed Test Stat Wstat Total Fail List of Failed --- t/1.t 2 512 12 1 Failed 1/1 test scripts. 1/1 subtests failed. Files=1, Tests=1, 0 wallclock secs ( 0.02 cusr + 0.00 csys = 0.02 CPU) Failed 1/1 test programs. 1/1 subtests failed. make[1]: *** [test_dynamic] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486955: jack-tools: FTBFS: patching failed
Package: jack-tools Version: 0.0.2-5 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-jack-tools_0.0.2-5-amd64-Rgcnq9/jack-tools-0.0.2-5' /usr/share/cdbs/1/rules/buildcore.mk:72: parsing sw-04.tar.bz2 sw-05.tar.bz2 sw-23.tar.bz2 sw-26.tar.bz2 sw-27.tar.bz2 sw-29.tar.bz2 ... make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/user-jack-tools_0.0.2-5-amd64-Rgcnq9/jack-tools-0.0.2-5' QUILT_PATCHES=/build/user-jack-tools_0.0.2-5-amd64-Rgcnq9/jack-tools-0.0.2-5/debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch 01_make_sh_bash.patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- a/sw-26/jack.ctl 2004-01-20 22:02:16.0 +0100 |+++ b/sw-26/jack.ctl 2004-01-20 22:02:27.0 +0100 -- No file to patch. Skipping patch. 1 out of 1 hunk ignored Patch 01_make_sh_bash.patch does not apply (enforce with -f) make: *** [debian/stamp-patched] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486999: sugar-presence-service: FTBFS: new copyright notices
Package: sugar-presence-service Version: 0.81.1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean test -x debian/rules test `id -u` = 0 rmdir build rmdir: failed to remove `build': No such file or directory make: [cleanbuilddir] Error 1 (ignored) /usr/bin/make -C build/2.5 -k distclean make: *** build/2.5: No such file or directory. Stop. make: [makefile-clean/2.5] Error 2 (ignored) rm -rf debian/stamp-makefile-build debian/stamp-makefile-install rmdir build/2.5 rmdir: failed to remove `build/2.5': No such file or directory make: [cleanbuilddir/2.5] Error 1 (ignored) rm -f debian/stamp-autotools-configure/2.5 rm -rf debian/stamp-autotools-configure rm -f debian/stamp-copyright-check rm -rf debian/stamp-makefile-check rm -f debian/stamp-autotools-files rm -rf python-build-stamp dh_clean rm -f debian/stamp-buildinfo dpkg-source -b sugar-presence-service-0.81.1-1 dpkg-source: warning: source directory 'sugar-presence-service-0.81.1-1' is not sourcepackage-upstreamversion 'sugar-presence-service-0.81.1' dpkg-source: warning: .orig directory name sugar-presence-service-0.81.1-1.orig is not package-upstreamversion (wanted sugar-presence-service-0.81.1.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-presence-service using existing sugar-presence-service_0.81.1.orig.tar.gz dpkg-source: info: building sugar-presence-service in sugar-presence-service_0.81.1-1.diff.gz dpkg-source: info: building sugar-presence-service in sugar-presence-service_0.81.1-1.dsc debian/rules build test -x debian/rules mkdir -p build Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 25 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: MIT/X11 (BSD like) [1994 X Consortium]: install-sh To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486988: bibledit: FTBFS: patching failed
Package: bibledit Version: 2.2-2.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-bibledit_2.2-2.1-amd64-KNQE3C/bibledit-2.2-2.1' /usr/share/cdbs/1/rules/buildcore.mk:72: parsing bibledit-2.2.tar.gz ... for i in ./build-tree/bibledit-2.2/config.guess ./build-tree/bibledit-2.2/config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/build/user-bibledit_2.2-2.1-amd64-KNQE3C/bibledit-2.2-2.1' QUILT_PATCHES=/build/user-bibledit_2.2-2.1-amd64-KNQE3C/bibledit-2.2-2.1/debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch gcc-4.3.diff can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/dialoglistview.cpp.old 2007-04-01 16:00:50.0 + |+++ src/dialoglistview.cpp 2007-04-01 16:01:04.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 13 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/projectutils.cpp.old 2007-04-01 16:02:15.0 + |+++ src/projectutils.cpp 2007-04-01 16:02:33.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 24 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/referenceutils.cpp.old 2007-04-01 16:03:55.0 + |+++ src/referenceutils.cpp 2007-04-01 16:04:02.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 34 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/xmlutils.cpp.old 2007-04-01 16:05:37.0 + |+++ src/xmlutils.cpp 2007-04-01 16:06:01.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 44 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/versification.cpp.old2007-04-01 16:08:52.0 + |+++ src/versification.cpp2007-04-01 16:09:01.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 54 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/dialogeditlist.cpp.old 2007-04-01 16:09:43.0 + |+++ src/dialogeditlist.cpp 2007-04-01 16:09:53.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 64 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/fonts.cpp.old2007-04-01 16:11:29.0 + |+++ src/fonts.cpp2007-04-01 16:11:36.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 74 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/dialogopenstylesheet.cpp.old 2007-04-01 16:12:16.0 + |+++ src/dialogopenstylesheet.cpp 2007-04-01 16:12:29.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 84 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/languages.cpp.old2007-04-01 16:14:14.0 + |+++ src/languages.cpp2007-04-01 16:14:20.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 94 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- src/dialognotesupdate.cpp.old2007-04-01 16:18:20.0 + |+++ src/dialognotesupdate.cpp2007-04-01 16:18:31.0 + -- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 104 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- doc/allpages.cpp.old 2007-04-01 16:18:20.0 + |+++ doc/allpages.cpp 2007-04-01 16:18:31.0
Bug#486995: wmifs: FTBFS: wmifs.c:197:34: error: X11/extensions/shape.h: No such file or directory
Package: wmifs Version: 1.3b1-18 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -c -Wall -O2 -g wmifs.c -o wmifs.o wmifs.c:197:34: error: X11/extensions/shape.h: No such file or directory wmifs.c: In function 'wmifs_routine': wmifs.c:411: warning: null argument where non-null required (argument 1) wmifs.c:411: warning: null argument where non-null required (argument 1) wmifs.c:411: warning: null argument where non-null required (argument 2) wmifs.c:411: warning: null argument where non-null required (argument 2) wmifs.c:412: warning: null argument where non-null required (argument 1) wmifs.c:412: warning: null argument where non-null required (argument 1) wmifs.c:412: warning: null argument where non-null required (argument 2) wmifs.c:412: warning: null argument where non-null required (argument 2) wmifs.c:413: warning: null argument where non-null required (argument 1) wmifs.c:413: warning: null argument where non-null required (argument 1) wmifs.c:413: warning: null argument where non-null required (argument 2) wmifs.c:413: warning: null argument where non-null required (argument 2) make[1]: *** [wmifs.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487008: libdevice-cdio-perl: FTBFS: Failed test 'get_dtime(set_dtime())'
Package: libdevice-cdio-perl Version: 0.2.4-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k # Add commands to install the package into debian/PACKAGE_NAME here /usr/bin/perl Build test t/00.load# Testing Device::Cdio 0.2.4 ok t/01.pod-coverageSubroutine close_tray redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 173. Subroutine driver_strerror redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 194. Subroutine get_default_device_driver redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 241. Subroutine get_devices redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 269. Subroutine get_devices_ret redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 295. Subroutine get_devices_with_cap redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 329. Subroutine get_devices_with_cap_ret redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 352. Subroutine have_driver redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 376. Subroutine is_binfile redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 402. Subroutine is_cuefile redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 422. Subroutine is_device redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 438. Subroutine is_nrg redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 457. Subroutine is_tocfile redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 473. Subroutine convert_drive_cap_misc redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 491. Subroutine convert_drive_cap_read redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 534. Subroutine convert_drive_cap_write redefined at /build/user-libdevice-cdio-perl_0.2.4-4-amd64-BRUCOY/libdevice-cdio-perl-0.2.4-4/blib/lib/Device/Cdio.pm line 584. Subroutine new redefined at blib/lib/Device/Cdio/Track.pm line 69. Subroutine get_audio_channels redefined at blib/lib/Device/Cdio/Track.pm line 116. Subroutine get_copy_permit redefined at blib/lib/Device/Cdio/Track.pm line 134. Subroutine get_format redefined at blib/lib/Device/Cdio/Track.pm line 150. Subroutine get_last_lsn redefined at blib/lib/Device/Cdio/Track.pm line 167. Subroutine get_lba redefined at blib/lib/Device/Cdio/Track.pm line 184. Subroutine get_lsn redefined at blib/lib/Device/Cdio/Track.pm line 201. Subroutine get_msf redefined at blib/lib/Device/Cdio/Track.pm line 221. Subroutine get_preemphasis redefined at blib/lib/Device/Cdio/Track.pm line 238. Subroutine get_track_sec_count redefined at blib/lib/Device/Cdio/Track.pm line 267. Subroutine is_track_green redefined at blib/lib/Device/Cdio/Track.pm line 287. Subroutine set_track redefined at blib/lib/Device/Cdio/Track.pm line 303. Subroutine _check_arg_count redefined at blib/lib/Device/Cdio/Util.pm line 34. Subroutine _extra_args redefined at blib/lib/Device/Cdio/Util.pm line 59. Subroutine _make_attributes redefined at blib/lib/Device/Cdio/Util.pm line 72. Subroutine _rearrange redefined at blib/lib/Device/Cdio/Util.pm line 96. Subroutine _simple_escape redefined at blib/lib/Device/Cdio/Util.pm line 133. Subroutine Device::Cdio::Device::_check_arg_count redefined at /usr/share/perl/5.10/Exporter.pm line 66. at blib/lib/Device/Cdio/Device.pm line 49 Subroutine Device::Cdio::Device::_extra_args redefined at /usr/share/perl/5.10/Exporter.pm line 66. at blib/lib/Device/Cdio/Device.pm line 49 Subroutine Device::Cdio::Device::_rearrange redefined at /usr/share/perl/5.10/Exporter.pm line 66. at blib/lib/Device/Cdio/Device.pm line 49 Subroutine new redefined at blib/lib/Device/Cdio/Device.pm line 75. Subroutine audio_pause redefined at blib/lib/Device/Cdio/Device.pm line 106. Subroutine
Bug#486973: 9menu: FTBFS: ld: cannot find -lXext
Package: 9menu Version: 1.8-1.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -o 9menu -g -O2 -fno-strict-aliasing -g -Wall -O2 9menu.o -lXext -lX11 /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487014: libtest-tap-htmlmatrix-perl: FTBFS: Test returned status 255 (wstat 65280, 0xff00)
Package: libtest-tap-htmlmatrix-perl Version: 0.04-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k /usr/bin/perl Build test t/00_dist...skipped all skipped: Test::Distribution must be installed t/basic.ok t/colorful..ok t/file_visual...Can't call method skip_all on unblessed reference at /usr/share/perl5/Test/TAP/Model/File.pm line 33. # Looks like you planned 15 tests but only ran 8. # Looks like your test died just after 8. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 9-15 Failed 7/15 tests, 53.33% okay t/model_visual..ok t/paths.ok t/subtest_visualok t/templ_output..ok t/uri...ok Failed Test Stat Wstat Total Fail List of Failed --- t/file_visual.t 255 6528015 14 9-15 1 test skipped. Failed 1/9 test scripts. 7/70 subtests failed. Files=9, Tests=70, 1 wallclock secs ( 0.62 cusr + 0.06 csys = 0.68 CPU) Failed 1/9 test programs. 7/70 subtests failed. make: *** [install-stamp] Error 255 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487000: lincity: FTBFS: ld: cannot find -lXext
Package: lincity Version: 1.13.1-7 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: i486-linux-gnu-gcc -Wall -g -O2 -Wall -o xlincity lclib.o power.o ldsvguts.o engine.o transport.o market.o simulate.o shrtypes.o lintypes.o readpng.o timer.o fileutil.o shrglobs.o stats.o ./.libs/liblcx.a -lXext -lX11 -lpng -lz -lm modules/.libs/libmodules.a /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487012: sugar-artwork: FTBFS: new copyright notices
Package: sugar-artwork Version: 0.79.3-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-sugar-artwork_0.79.3-1-amd64-MBI0og/sugar-artwork-0.79.3-1' make[1]: *** No rule to make target `distclean'. make[1]: Leaving directory `/build/user-sugar-artwork_0.79.3-1-amd64-MBI0og/sugar-artwork-0.79.3-1' make: [makefile-clean] Error 2 (ignored) rm -f debian/stamp-makefile-build rm -f debian/stamp-autotools-files dh_clean rm -f debian/stamp-buildinfo dpkg-source -b sugar-artwork-0.79.3-1 dpkg-source: warning: source directory 'sugar-artwork-0.79.3-1' is not sourcepackage-upstreamversion 'sugar-artwork-0.79.3' dpkg-source: warning: .orig directory name sugar-artwork-0.79.3-1.orig is not package-upstreamversion (wanted sugar-artwork-0.79.3.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building sugar-artwork using existing sugar-artwork_0.79.3.orig.tar.gz dpkg-source: info: building sugar-artwork in sugar-artwork_0.79.3-1.diff.gz dpkg-source: info: building sugar-artwork in sugar-artwork_0.79.3-1.dsc debian/rules build test -x debian/rules mkdir -p . Scanning upstream source for new/changed copyright notices (except debian subdir!)... licensecheck -c '.*' -r --copyright -i '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \ | LC_ALL=C perl -e \ '$n=0; while () {'\ ' s/[^[:print:]]//g;'\ ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\ ' $files[$n]{name}=$1;'\ ' $files[$n]{license}=$2;'\ ' };'\ ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\ ' $files[$n]{copyright}=$1;'\ ' };'\ ' /^$/ and $n++;'\ '};'\ 'foreach $file (@files) {'\ ' $file-{license} =~ s/\s*\(with incorrect FSF address\)//;'\ ' $file-{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\ ' $file-{copyright} =~ s/(?=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\ ' $file-{copyright} =~ s/(?=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\ ' $pattern = $file-{license} [$file-{copyright}];'\ ' push @{ $patternfiles{$pattern} }, $file-{name};'\ '};'\ 'foreach $pattern ( sort {'\ ' @{$patternfiles{$b}} = @{$patternfiles{$a}}'\ ' ||'\ ' $a cmp $b'\ ' } keys %patternfiles ) {'\ ' print $pattern: , join(\n\t, sort @{ $patternfiles{$pattern} }), \n;'\ '};'\ debian/copyright_newhints Found 239 different copyright and licensing combinations. ERROR: The following new or changed copyright notices discovered: UNKNOWN [2003 Red Hat, Inc]: cursor/cursorthemegen/cursortheme.h MIT/X11 (BSD like) [1994 X Consortium]: install-sh UNKNOWN [?YrE,dTviz1kyubyyL`IQ.WbtTLQOjkqd;n]: cursor/sugar/sugar-11.png UNKNOWN [?ZrlE*_ESN@,/t_L)*?dVilSsu8r3Wo]: cursor/sugar/sugar-10.png UNKNOWN [Oo;=UvemZ\O7-pt[BkTqnSCd_o|j|V:fe]: cursor/sugar/sugar-04.png UNKNOWN [EMAIL PROTECTED]: cursor/sugar/sugar-01.png UNKNOWN [w1jGaM!84~J8humuu13|JtE|L^A?JHC|g3Wt}!AtxHe2\e}?3oMMj72yC_m$k`,AZDTYg#z5*\#.\'[EMAIL PROTECTED] / ?ZrlYcwnE/v-?`X^Ry(|Uc]: cursor/sugar/sugar-02.png UNKNOWN [~\dh?IuMw8Lhi\+iHmwW__GM/+R\q0||XiEkc%C31Jp5_X 9$G-0eXuf~.GL~=3YzU['L@\O1o / ?ZrlE*`hbRbj+5R0/L)AaDDhqfzn[VnqgCF|)IMy?J+|.)!Iy*es)mg.8\)k(\__VX(od]: cursor/sugar/sugar-05.png To fix the situation please do the following: 1) Investigate the above changes and update debian/copyright as needed 2) Replace debian/copyright_hints with debian/copyright_newhints make: *** [debian/stamp-copyright-check] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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
Bug#486992: psemu-drive-cdrmooby: FTBFS: ld: cannot find -lXext
Package: psemu-drive-cdrmooby Version: 2.8+o-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: Link libcdrmooby-2.8.so /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487004: bcel: FTBFS: build blocks
Package: bcel Version: 5.2-3 Severity: serious Hi, The build of bcel blocks after some time. The last lines displayed are: (The E: Caught signal 'Terminated': terminating immediately is caused by sbuild trying to kill the build) compile-tests: internal-test: test: jar: [jar] Building jar: /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/target/bcel-5.2.jar javadoc: [mkdir] Created dir: /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/dist/docs/api [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading classes for package org.apache.bcel... [javadoc] Loading classes for package org.apache.bcel.classfile... [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/classfile/StackMap.java, line 31, column 3 [javadoc] WARNING: * '5.3.1.2 [javadoc] WARNING:^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/classfile/StackMapEntry.java, line 26, column 26 [javadoc] WARNING: * See CLDC specification '5.3.1.2 [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/classfile/Utility.java, line 623, column 15 [javadoc] WARNING: * A return-type signature represents the return value from a method. [javadoc] WARNING:^ [javadoc] Loading classes for package org.apache.bcel.generic... [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ObjectType.java, line 142, column 53 [javadoc] WARNING: * Java Virtual Machine Specification edition 2, ' 5.4.4 Access Control [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 107, column 60 [javadoc] WARNING: /* If T is a class type, then T must be Object ('2.4.7). [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 115, column 52 [javadoc] WARNING: * as this or a superinterface of this ('2.13.2). [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 131, column 60 [javadoc] WARNING: /* If T is a class type, then T must be Object ('2.4.7). [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 142, column 58 [javadoc] WARNING: /* TC and SC are the same primitive type ('2.4.1). [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 149, column 50 [javadoc] WARNING: /* TC and SC are reference types ('2.4.6), and type SC is [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 149, column 50 [javadoc] WARNING: /* TC and SC are reference types ('2.4.6), and type SC is [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 157, column 97 [javadoc] WARNING: /* If T is an interface type, T must be one of the interfaces implemented by arrays ('2.15). */ [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 188, column 45 [javadoc] WARNING: * See the JVM specification edition 2, '4.9.2 The Bytecode Verifier. [javadoc] WARNING: ^ [javadoc] WARNING: Illegal character in file /build/user-bcel_5.2-3-amd64-YVQyWV/bcel-5.2-3/src/java/org/apache/bcel/generic/ReferenceType.java, line 270, column 45 [javadoc] WARNING: * See the JVM specification edition 2, '4.9.2 The Bytecode Verifier. [javadoc] WARNING: ^ [javadoc] WARNING:
Bug#486976: xhangglider: FTBFS: ld: cannot find -lXext
Package: xhangglider Version: 0.94.0-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -m32 -o xhangglider -g -O2 -Wall -DDEFAULT_DATA_PATH=\/usr/share/xhangglider\ xhang.o 3ddraw.o pilot.o init.o -lXext -lX11 -lm /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486970: kdepimlibs: FTBFS: make[3]: *** No rule to make target `/usr/lib/libXrender.so', needed by `lib/libkresources.so.4.0.0'. Stop.
Package: kdepimlibs Version: 4:4.0.2-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[3]: Entering directory `/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu' /usr/bin/cmake -E cmake_progress_report /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/CMakeFiles [ 11%] Building CXX object kresources/CMakeFiles/kresources.dir/kresources_automoc.o cd /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources /usr/bin/g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_GNU_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DMAKE_KRESOURCES_LIB -g -O2 -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -fPIC -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/kresources -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1 -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu -I/usr/include/KDE -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtAssistant -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -o CMakeFiles/kresources.dir/kresources_automoc.o -c /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources/kresources_automoc.cpp /usr/bin/cmake -E cmake_progress_report /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/CMakeFiles 72 [ 13%] Building CXX object kresources/CMakeFiles/kresources.dir/resource.o cd /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources /usr/bin/g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_GNU_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DMAKE_KRESOURCES_LIB -g -O2 -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -fPIC -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/kresources -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1 -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu -I/usr/include/KDE -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtAssistant -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -o CMakeFiles/kresources.dir/resource.o -c /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/kresources/resource.cpp /usr/bin/cmake -E cmake_progress_report /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/CMakeFiles [ 13%] Building CXX object kresources/CMakeFiles/kresources.dir/factory.o cd /build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources /usr/bin/g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_GNU_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DMAKE_KRESOURCES_LIB -g -O2 -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -fPIC -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu/kresources -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/kresources -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1 -I/build/user-kdepimlibs_4.0.2-1-amd64-I32AfZ/kdepimlibs-4.0.2-1/obj-i486-linux-gnu -I/usr/include/KDE -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtTest -I/usr/include/qt4
Bug#486998: eruby: FTBFS: configure.rb:310: private method `gsub!' called for nil:NilClass (NoMethodError)
Package: eruby Version: 1.0.5-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-eruby_1.0.5-1-amd64-Ylhs0y/eruby-1.0.5-1' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/build/user-eruby_1.0.5-1-amd64-Ylhs0y/eruby-1.0.5-1' make: [clean] Error 2 (ignored) dh_clean dh_clean: Compatibility levels before 4 are deprecated. dpkg-source -b eruby-1.0.5-1 dpkg-source: warning: source directory 'eruby-1.0.5-1' is not sourcepackage-upstreamversion 'eruby-1.0.5' dpkg-source: warning: .orig directory name eruby-1.0.5-1.orig is not package-upstreamversion (wanted eruby-1.0.5.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building eruby using existing eruby_1.0.5.orig.tar.gz dpkg-source: info: building eruby in eruby_1.0.5-1.diff.gz dpkg-source: info: building eruby in eruby_1.0.5-1.dsc debian/rules build dh_testdir # Add here commands to compile the package. ruby1.8 configure.rb --enable-shared configure.rb:310: private method `gsub!' called for nil:NilClass (NoMethodError) make: *** [build-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487018: debian-maintainers: FTBFS: gpg: Can't check signature: general error
Package: debian-maintainers Version: 1.36 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-debian-maintainers_1.36-amd64-7W8fsC/debian-maintainers-1.36' jetring-build -I debian-maintainers.gpg debian-maintainers gpg: Signature made Thu Jun 12 14:12:40 2008 CEST using DSA key ID 73CDA455 gpg: WARNING: signing subkey 73CDA455 is not cross-certified gpg: please see http://www.gnupg.org/faq/subkey-cross-certify.html for more information gpg: Can't check signature: general error make[1]: *** [debian-maintainers.gpg] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487011: zaptel: FTBFS: ERROR: unsafe: include file: /etc/asciidoc/./javascripts/toc.js
Package: zaptel Version: 1:1.4.10.1~dfsg-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ar cru libhexfile.a hexfile.o ranlib libhexfile.a cc -g -Wall -D_GNU_SOURCE -c -o fpga_load.o fpga_load.c cc -L. -o fpga_load fpga_load.o -lhexfile -lusb cc -g -Wall -ansi -pedantic -std=c99 -c test_parse.c cc -L. -o test_parse test_parse.o -lhexfile -lusb pod2man --section 8 zt_registration zt_registration.8 || rm -f zt_registration.8 pod2man --section 8 xpp_sync xpp_sync.8 || rm -f xpp_sync.8 pod2man --section 8 lszaptel lszaptel.8 || rm -f lszaptel.8 pod2man --section 8 xpp_blink xpp_blink.8 || rm -f xpp_blink.8 pod2man --section 8 zapconf zapconf.8 || rm -f zapconf.8 pod2man --section 8 zaptel_hardware zaptel_hardware.8 || rm -f zaptel_hardware.8 make[2]: Leaving directory `/build/user-zaptel_1.4.10.1~dfsg-1-amd64-DY3i4k/zaptel-1.4.10.1~dfsg-1/kernel/xpp/utils' perl -n -e \ 'if (/^#($|\s)(.*)/){ if (!$in_doc){print \n}; $in_doc=1; print $2\n } else { if ($in_doc){print \n}; $in_doc=0; print $_ }' \ zaptel.conf.sample zaptel.conf.asciidoc asciidoc -n -a toc -a toclevels=3 README ERROR: unsafe: include file: /etc/asciidoc/./javascripts/toc.js make[1]: *** [README.html] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487016: ttf-fifthhorseman-dkg-handwriting: FTBFS: make: *** [dkg.ttf] Segmentation fault
Package: ttf-fifthhorseman-dkg-handwriting Version: 0.13-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -f *.ttf dh_clean dpkg-source -b ttf-fifthhorseman-dkg-handwriting-0.13-1 dpkg-source: warning: source directory 'ttf-fifthhorseman-dkg-handwriting-0.13-1' is not sourcepackage-upstreamversion 'ttf-fifthhorseman-dkg-handwriting-0.13' dpkg-source: warning: .orig directory name ttf-fifthhorseman-dkg-handwriting-0.13-1.orig is not package-upstreamversion (wanted ttf-fifthhorseman-dkg-handwriting-0.13.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building ttf-fifthhorseman-dkg-handwriting using existing ttf-fifthhorseman-dkg-handwriting_0.13.orig.tar.gz dpkg-source: info: building ttf-fifthhorseman-dkg-handwriting in ttf-fifthhorseman-dkg-handwriting_0.13-1.diff.gz dpkg-source: info: building ttf-fifthhorseman-dkg-handwriting in ttf-fifthhorseman-dkg-handwriting_0.13-1.dsc debian/rules build ./dkg-handwriting.pe Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. Generating Regular Font Generating Italic Font Generating Bold Font The stroke width is so big that the generated path may intersect itself in exclam FindMatchinHVEdge didn't make: *** [dkg.ttf] Segmentation fault make: *** Deleting file `dkg.ttf' dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486996: gpib: FTBFS: patching failed
Package: gpib Version: 3.2.10-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user-gpib_3.2.10-2-amd64-M18LbS/gpib-3.2.10-2' /usr/share/cdbs/1/rules/buildcore.mk:72: parsing linux-gpib-3.2.10.tar.gz ... pyversions: missing XS-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions for i in ./build-tree/linux-gpib-3.2.10/config.guess ./build-tree/linux-gpib-3.2.10/config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/build/user-gpib_3.2.10-2-amd64-M18LbS/gpib-3.2.10-2' QUILT_PATCHES=/build/user-gpib_3.2.10-2-amd64-M18LbS/gpib-3.2.10-2/debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch fix-conf-dev-installs.patch can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |Index: linux-gpib-3.2.10/drivers/Makefile.am |=== |--- linux-gpib-3.2.10.orig/drivers/Makefile.am 2007-04-19 10:21:04.0 -0500 |+++ linux-gpib-3.2.10/drivers/Makefile.am2008-04-12 22:08:29.0 -0500 -- No file to patch. Skipping patch. 1 out of 1 hunk ignored Patch fix-conf-dev-installs.patch does not apply (enforce with -f) make: *** [debian/stamp-patched] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486974: atlas: FTBFS: FlagCheck.c:1: error: bad value (ultrasparc) for -mtune= switch
Package: atlas Version: 3.6.0-21.5 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dh_testdir make killall arch=Linux_base_static make[1]: Entering directory `/build/user-atlas_3.6.0-21.5-amd64-mERk8D/atlas-3.6.0-21.5' make -f Make.top killall arch=Linux_base_static make[2]: Entering directory `/build/user-atlas_3.6.0-21.5-amd64-mERk8D/atlas-3.6.0-21.5' Make.top:2: Make.Linux_base_static: No such file or directory make[2]: *** No rule to make target `Make.Linux_base_static'. Stop. make[2]: Leaving directory `/build/user-atlas_3.6.0-21.5-amd64-mERk8D/atlas-3.6.0-21.5' make[1]: *** [killall] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486952: gnupod-tools: FTBFS: checking for Digest::SHA1... failed!
Package: gnupod-tools Version: 0.99.6-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir rm -rf gnupod-0.99.6 rm -f build-indep-stamp config-stamp dh_clean dpkg-source -b gnupod-tools-0.99.6-1 dpkg-source: warning: source directory 'gnupod-tools-0.99.6-1' is not sourcepackage-upstreamversion 'gnupod-tools-0.99.6' dpkg-source: warning: .orig directory name gnupod-tools-0.99.6-1.orig is not package-upstreamversion (wanted gnupod-tools-0.99.6.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building gnupod-tools using existing gnupod-tools_0.99.6.orig.tar.gz dpkg-source: info: building gnupod-tools in gnupod-tools_0.99.6-1.diff.gz dpkg-source: info: building gnupod-tools in gnupod-tools_0.99.6-1.dsc debian/rules build tar -xzf gnupod-0.99.6.tgz test -d gnupod-0.99.6 sh /build/user-gnupod-tools_0.99.6-1-amd64-5RRzjI/gnupod-tools-0.99.6-1/debian/maintenance/01patch_rename.sh gnupod-0.99.6 0.99.6 Patched gnupod-0.99.6/man/tunes2pod.pl.1.gz /build/user-gnupod-tools_0.99.6-1-amd64-5RRzjI/gnupod-tools-0.99.6-1/debian/maintenance/01patch_rename.sh: line 18: docbook-to-man: command not found Created gnupod-0.99.6/man/gnupod_convert_APE.pl.1.gz Patched gnupod-0.99.6/man/mktunes.pl.1.gz /build/user-gnupod-tools_0.99.6-1-amd64-5RRzjI/gnupod-tools-0.99.6-1/debian/maintenance/01patch_rename.sh: line 18: docbook-to-man: command not found Created gnupod-0.99.6/man/gnupod_convert_MIDI.pl.1.gz Patched gnupod-0.99.6/man/gnupod_addsong.pl.1.gz Patched gnupod-0.99.6/man/gnupod_INIT.pl.1.gz /build/user-gnupod-tools_0.99.6-1-amd64-5RRzjI/gnupod-tools-0.99.6-1/debian/maintenance/01patch_rename.sh: line 18: docbook-to-man: command not found Created gnupod-0.99.6/man/gnupod_convert_FLAC.pl.1.gz Patched gnupod-0.99.6/man/gnupod_search.pl.1.gz /build/user-gnupod-tools_0.99.6-1-amd64-5RRzjI/gnupod-tools-0.99.6-1/debian/maintenance/01patch_rename.sh: line 18: docbook-to-man: command not found Created gnupod-0.99.6/man/gnupod_convert_RIFF.pl.1.gz Patched gnupod-0.99.6/man/gnupod_otgsync.pl.1.gz Patched gnupod-0.99.6/man/gnupod_check.pl.1.gz /build/user-gnupod-tools_0.99.6-1-amd64-5RRzjI/gnupod-tools-0.99.6-1/debian/maintenance/01patch_rename.sh: line 18: docbook-to-man: command not found Created gnupod-0.99.6/man/gnupod_convert_OGG.pl.1.gz dh_testdir cd gnupod-0.99.6 ./configure --host=i486-linux-gnu --build=i486-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info checking for perl-5.8... no checking for perl-5.6... no checking for perl... /usr/bin/perl GNUpod will use /usr/bin/perl checking for Digest::MD5... ok checking for Digest::SHA1... failed! ** You need to install Digest::SHA1 ** Visit http://search.cpan.org to get the module ** Or try this: # perl -MCPAN -e 'install Digest::SHA1' make: *** [gnupod-0.99.6/config.status] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487005: slbackup: [INTL:vi] Vietnamese debconf templates translation update
Package: slbackup Version: 0.0.11-1.1 Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the debconf file: slbackup completely reviewed, translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#486985: drawtiming: FTBFS: ld: cannot find -lXext
Package: drawtiming Version: 0.7-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: i486-linux-gnu-g++ -I/usr/include/GraphicsMagick -g -O2 -pthread -DYYDEBUG=1 -g -O2 -o drawtiming -L/usr/lib -L/usr/lib/X11 -L/usr/lib -L/usr/lib main.o parser.o scanner.o timing.o -lGraphicsMagick++ -lGraphicsMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lpthread /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486978: windowlab: FTBFS: windowlab.h:37:34: error: X11/extensions/shape.h: No such file or directory
Package: windowlab Version: 1.33-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -g -O2 -g -Wall -O2 -DSHAPE -DDEF_MENURC=\/etc/X11/windowlab/windowlab.menurc\ -DXFT -I/usr/include `pkg-config --cflags xft` -c main.c -o main.o In file included from main.c:24: windowlab.h:37:34: error: X11/extensions/shape.h: No such file or directory main.c: In function 'setup_display': main.c:202: warning: implicit declaration of function 'XShapeQueryExtension' make[1]: *** [main.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486956: coolkey: FTBFS: pkcs11t.h:59:21: error: prtypes.h: No such file or directory
Package: coolkey Version: 1.1.0-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I /usr/include/nss -I /usr/include/nspr/-g -O2 -MT pk11install.o -MD -MP -MF .deps/pk11install.Tpo -c -o pk11install.o pk11install.c; \ then mv -f .deps/pk11install.Tpo .deps/pk11install.Po; else rm -f .deps/pk11install.Tpo; exit 1; fi In file included from /usr/include/nss/pkcs11.h:245, from pk11install.c:22: /usr/include/nss/pkcs11t.h:59:21: error: prtypes.h: No such file or directory In file included from /usr/include/nss/pkcs11.h:245, from pk11install.c:22: /usr/include/nss/pkcs11t.h:1152: error: expected ')' before '*' token /usr/include/nss/pkcs11t.h:1172: error: expected ')' before '*' token /usr/include/nss/pkcs11t.h:1179: error: expected ')' before '*' token /usr/include/nss/pkcs11t.h:1185: error: expected ')' before '*' token /usr/include/nss/pkcs11t.h:1192: error: expected ')' before '*' token /usr/include/nss/pkcs11t.h:1200: error: expected specifier-qualifier-list before 'CK_CREATEMUTEX' In file included from /usr/include/nss/pkcs11t.h:1769, from /usr/include/nss/pkcs11.h:245, from pk11install.c:22: /usr/include/nss/pkcs11n.h:279: error: expected ')' before '*' token In file included from /usr/include/nss/pkcs11.h:263, from pk11install.c:22: /usr/include/nss/pkcs11f.h: In function 'PR_EXTERN': /usr/include/nss/pkcs11f.h:53: error: expected declaration specifiers before 'C_Initialize' /usr/include/nss/pkcs11f.h:65: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:74: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:83: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:96: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:108: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:119: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:130: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:142: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:153: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:166: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:177: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:194: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:208: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:217: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:226: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:237: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:249: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:262: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:274: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:286: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:299: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:312: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:322: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:334: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:347: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:360: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:373: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:386: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:398: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:409: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:423: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:437: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:448: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:459: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss/pkcs11f.h:473: error: expected declaration specifiers before 'PR_EXTERN' /usr/include/nss
Bug#487003: sapphire: FTBFS: sapphire.hh:42:34: error: X11/extensions/shape.h: No such file or directory
Package: sapphire Version: 0.15.8-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -O2 -g -Wall -I/usr/X11R6/include -c basemenu.cc -o basemenu.o In file included from basemenu.cc:24: sapphire.hh:42:34: error: X11/extensions/shape.h: No such file or directory In file included from sapphire.hh:123, from basemenu.cc:24: image.hh:31: warning: 'typedef' was ignored in this declaration In file included from sapphire.hh:127, from basemenu.cc:24: client.hh:226: error: 'XShapeEvent' has not been declared basemenu.cc: In constructor 'BaseMenu::BaseMenu()': basemenu.cc:38: warning: deprecated conversion from string constant to 'char*' basemenu.cc: In member function 'virtual void BaseMenu::insert(char*, BaseMenu*)': basemenu.cc:490: warning: deprecated conversion from string constant to 'char*' make[1]: *** [basemenu.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 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). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, 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). 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486963: libprojectm: FTBFS: Renderer.hpp:24:23: error: FTGL/FTGL.h: No such file or directory
Package: libprojectm Version: 1.01-6 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: DC-Build-Header: libprojectm 1.01-6 / Thu Jun 19 09:32:12 +0200 2008 Automatic build of libprojectm_1.01-6 on gdx-15.orsay.grid5000.fr by sbuild/amd64 0.57.3 Build started at 20080619-0932 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Reading state information... Need to get 699kB of source archives. Get:1 http://idpot.grenoble.grid5000.fr sid/main libprojectm 1.01-6 (dsc) [1248B] Get:2 http://idpot.grenoble.grid5000.fr sid/main libprojectm 1.01-6 (tar) [690kB] Get:3 http://idpot.grenoble.grid5000.fr sid/main libprojectm 1.01-6 (diff) [7068B] Fetched 699kB in 0s (1980kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), libglew-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libx11-dev, libice-dev, pkg-config, cmake, ftgl-dev, dpatch, tofrodos Checking for already installed source dependencies... debhelper: missing Using default version 7.0.11 libglew-dev: missing libgl1-mesa-dev: missing libgl-dev: missing libglu1-mesa-dev: missing libglu-dev: missing libx11-dev: missing libice-dev: missing pkg-config: missing cmake: missing ftgl-dev: missing dpatch: missing tofrodos: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Note, selecting libglew1.5-dev instead of libglew-dev The following extra packages will be installed: file gettext gettext-base groff-base html2text intltool-debian libdrm2 libfreetype6 libfreetype6-dev libftgl-dev libftgl2 libgl1-mesa-glx libglew1.5 libglew1.5-dev libglib2.0-0 libglu1-mesa libice6 libidn11 libmagic1 libpcre3 libpthread-stubs0 libpthread-stubs0-dev libsm6 libx11-6 libx11-data libxau-dev libxau6 libxcb-xlib0 libxcb-xlib0-dev libxcb1 libxcb1-dev libxdamage1 libxdmcp-dev libxdmcp6 libxext6 libxfixes3 libxi6 libxmu6 libxt6 libxxf86vm1 man-db mesa-common-dev po-debconf x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev Suggested packages: dh-make curl cvs gettext-doc groff glew-utils www-browser Recommended packages: patchutils libglib2.0-data libmail-sendmail-perl libcompress-zlib-perl libmail-box-perl The following NEW packages will be installed: cmake debhelper dpatch file ftgl-dev gettext gettext-base groff-base html2text intltool-debian libdrm2 libfreetype6 libfreetype6-dev libftgl-dev libftgl2 libgl1-mesa-dev libgl1-mesa-glx libglew1.5 libglew1.5-dev libglib2.0-0 libglu1-mesa libglu1-mesa-dev libice-dev libice6 libidn11 libmagic1 libpcre3 libpthread-stubs0 libpthread-stubs0-dev libsm6 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxcb-xlib0 libxcb-xlib0-dev libxcb1 libxcb1-dev libxdamage1 libxdmcp-dev libxdmcp6 libxext6 libxfixes3 libxi6 libxmu6 libxt6 libxxf86vm1 man-db mesa-common-dev pkg-config po-debconf tofrodos x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev 0 upgraded, 59 newly installed, 0 to remove and 0 not upgraded. Need to get 20.4MB of archives. After this operation, 60.0MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! x11-common libice6 x11proto-core-dev libice-dev libxau6 libxdmcp6 libxcb1 libxcb-xlib0 libx11-data libx11-6 libxau-dev libxdmcp-dev x11proto-input-dev x11proto-kb-dev xtrans-dev libpthread-stubs0 libpthread-stubs0-dev libxcb1-dev libxcb-xlib0-dev libx11-dev libxfixes3 libsm6 libxt6 groff-base man-db libmagic1 file gettext-base libidn11 libpcre3 cmake html2text gettext intltool-debian po-debconf debhelper dpatch libfreetype6 libdrm2 libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx libglu1-mesa libftgl2 zlib1g-dev libfreetype6-dev mesa-common-dev libgl1-mesa-dev libglu1-mesa-dev libftgl-dev ftgl-dev libxi6 libxmu6 libglew1.5 libglew1.5-dev libglib2.0-0 pkg-config tofrodos Authentication warning overridden. Get:1 http://idpot.grenoble.grid5000.fr sid/main x11-common 1:7.3+12 [341kB] Get:2 http://idpot.grenoble.grid5000.fr sid/main libice6 2:1.0.4-1 [46.6kB] Get:3 http://idpot.grenoble.grid5000.fr sid/main x11proto-core-dev 7.0.12-1 [89.6kB] Get:4 http://idpot.grenoble.grid5000.fr sid/main libice-dev 2:1.0.4-1 [55.1kB] Get:5 http://idpot.grenoble.grid5000.fr sid/main libxau6 1:1.0.3-3 [11.9kB] Get:6 http://idpot.grenoble.grid5000.fr sid/main libxdmcp6 1:1.0.2-3 [17.0kB] Get:7 http://idpot.grenoble.grid5000.fr sid/main libxcb1 1.1-1.1 [43.1kB] Get:8 http://idpot.grenoble.grid5000.fr sid/main libxcb-xlib0