Bug#595859: [Debichem-devel] Bug#595859: gnome-chemistry-utils: FTBFS in squeeze: moz-plugin.c:24:19: error: npapi.h: No such file or directory

[Mike Hommey]

On Tue, Sep 07, 2010 at 07:53:26AM +0200, Lucas Nussbaum wrote:
> On 06/09/10 at 19:58 -0700, Nicholas Breen wrote:
> > reassign 595859 xulrunner-dev
> > found 595859 1.9.1.11-2
> > tag 595859 + squeeze
> > merge 595859 595881
> > thanks
> > 
> > 
> > On Tue, Sep 07, 2010 at 12:53:54AM +0200, Lucas Nussbaum wrote:
> > [snip]
> > > > moz-plugin.c:24:19: error: npapi.h: No such file or directory
> > > > moz-plugin.c:28:22: error: npupp.h: No such file or directory
> > 
> > Looks like the xulrunner-dev mismatch in squeeze, which in turn causes many
> > other packages to FTBFS until it's brought back into sync.  Reassigning 
> > there
> > and merging with the existing bug report.
> 
> Right. Other bugs that look related to the same problem:
> #595833: firegpg: FTBFS in squeeze: ipc.h:60:23: error: nsIThread.h: No such 
> file or directory
> #595856: gecko-mediaplayer: FTBFS in squeeze: plugin.h:40:19: error: npapi.h: 
> No such file or directory
> #595843: gtk-vnc: FTBFS in squeeze: gtk-vnc-plugin.h:39:19: error: npapi.h: 
> No such file or directory
> #595837: libproxy: FTBFS in squeeze: pacrunner_mozjs.c:33:19: error: jsapi.h: 
> No such file or directory
> #595834: moon: FTBFS in squeeze: ff3-dom.cpp:10:22: error: nsCOMPtr.h: No 
> such file or directory
> #595829: mozvoikko: FTBFS in squeeze: mozVoikko.hxx:23:18: error: nspr.h: No 
> such file or directory
> #595842: openjdk-6: FTBFS in squeeze: IcedTeaScriptablePluginObject.h:45:19: 
> error: npapi.h: No such file or directory
> #595835: pcmanx-gtk2: FTBFS in squeeze: npplat.h:41:19: error: npapi.h: No 
> such file or directory
> #595855: sugar-hulahop: FTBFS in squeeze: HulahopDirectoryProvider.cpp:20:26: 
> error: nsILocalFile.h: No such file or directory
> #595881: openoffice.org: FTBFS in squeeze: ERROR: error 65280 occurred while 
> making
> #595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox 
> development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h 
> were not found.
> 
> I am not reassigning+merging as my investigations are limited to the
> subject of those bugs, but they are good candidates.

They are all most likely related. It turns out the upstream code
generating the pkg-config files uses the version of nspr it was built
against to use as a minimal version. I'll just remove these limitations,
they are pretty pointless (and package dependencies are already as tight
as they should be)

Cheers,

Mike



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#554170: tiny error in passwd cron script

[Mehdi Abaakouk]

Hi,
In last update of passwd package, the path of copied file are incorrect:

--- /etc/cron.daily/passwd2010-09-06 11:03:35.0 +0200
+++ debian/passwd.cron.daily2010-09-07 08:02:38.0 +0200
@@ -5,5 +5,5 @@
 for FILE in passwd group shadow gshadow; do
 test -f /etc/$FILE  || continue
 cmp -s $FILE.bak /etc/$FILE && continue
-cp -p $FILE $FILE.bak && chmod 600 $FILE.bak
+cp -p /etc/$FILE $FILE.bak && chmod 600 $FILE.bak
 done



good work,
bye

-- 
Mehdi Abaakouk
thel...@gmail.com

Bug#595896: atlas: Please support Renesas sh4

[Sylvestre Ledru]

Hello,

Le mardi 07 septembre 2010 à 11:32 +0900, Nobuhiro Iwamatsu a écrit :
> 
> I made patch to support sh4. Could you apply this patch?
Thanks! I applied this patch into the SVN and it will go with the next
upload!

Thanks again,
Sylvestre




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595903: apt-setup: Fail to set up DVD as APT source during installation

[Petter Reinholdtsen]

Package:  apt-setup
Version:  1:0.46
Severity: grave
User: debian-...@lists.debian.org
UserTags: debian-edu

I ran into this with the daily built DVD for Debian Edu.  The
installation fail because the installer is unable to find the packages
it should install in the pre-pkgsel step.  The reason is that the
sources.list file have no valid APT sources, not even the installation
DVD.

I tracked it further down to apt-setup and the 40cdrom script, which
fail to get the DVD added as a source.  The reason seem to be that
'apt-cdrom add' fail because /sys/ is not mounted when it is called.

I assume this happen with the Debian DVD too, and set the severity to
grave.

I am not quite sure how to fix this properly, but using in-target
instead of chroot when running 'apt-cdrom add' might be a solution.

The daily built Debian Edu DVD can be fetched from
http://ftp.skolelinux.org/cd-squeeze-test-dvd/ > (or ftp and
rsync) if you want to test this yourself.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573348: Possible patch (mkdir could not create dirs recursivly)

[Bruno Patri]

--- NtfsConfig.py   2010-09-07 08:04:08.091882001 +0200
+++ NtfsConfig.py.old   2010-09-07 08:03:42.251882001 +0200
@@ -53,7 +53,7 @@
 if not os.path.exists(value) and os.path.islink(value) :
 os.unlink(value)
 if not os.path.exists(HAL_CONFIG_DIR) :
-os.makedirs(HAL_CONFIG_DIR)
+os.mkdir(HAL_CONFIG_DIR)
 
 # Create FstabHandler object
 self.disk = FstabHandler(FSTAB, parent = self.dialog_main, 
external_change_watch = True)




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595902: zoneminder: postinst prompts user directly during database upgrades

[Vagrant Cascadian]

Package: zoneminder
Version: 1.24.2-5
Severity: serious
Justification: Policy 3.9.1

it appears zoneminder also prompts the user directly from postinst when when a
database upgrade is performed:

3.9.1. Prompting in maintainer scripts
--

 Package maintainer scripts may prompt the user if necessary.
 Prompting must be done by communicating through a program, such as
 `debconf', which conforms to the Debian Configuration Management
 Specification, version 2 or higher.


it first prompts the user that zoneminder has been stopped, and then prompts
the user if they want to back up the database:

zmupdate.pl --version $OLD_ZM_VERSION

zmupdate.pl probably needs to be patched to use debconf to answer these
questions directly, through commandline options that the postinst script could
use, or some other way...

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595877: jbossas4: FTBFS in squeeze: java errors

[Miguel Landaeta]

jbossas4 4.2.3.GA-4 should be allowed in squeeze in order to fix this issue.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595859: [Debichem-devel] Bug#595859: gnome-chemistry-utils: FTBFS in squeeze: moz-plugin.c:24:19: error: npapi.h: No such file or directory

[Lucas Nussbaum]

On 06/09/10 at 19:58 -0700, Nicholas Breen wrote:
> reassign 595859 xulrunner-dev
> found 595859 1.9.1.11-2
> tag 595859 + squeeze
> merge 595859 595881
> thanks
> 
> 
> On Tue, Sep 07, 2010 at 12:53:54AM +0200, Lucas Nussbaum wrote:
> [snip]
> > > moz-plugin.c:24:19: error: npapi.h: No such file or directory
> > > moz-plugin.c:28:22: error: npupp.h: No such file or directory
> 
> Looks like the xulrunner-dev mismatch in squeeze, which in turn causes many
> other packages to FTBFS until it's brought back into sync.  Reassigning there
> and merging with the existing bug report.

Right. Other bugs that look related to the same problem:
#595833: firegpg: FTBFS in squeeze: ipc.h:60:23: error: nsIThread.h: No such 
file or directory
#595856: gecko-mediaplayer: FTBFS in squeeze: plugin.h:40:19: error: npapi.h: 
No such file or directory
#595843: gtk-vnc: FTBFS in squeeze: gtk-vnc-plugin.h:39:19: error: npapi.h: No 
such file or directory
#595837: libproxy: FTBFS in squeeze: pacrunner_mozjs.c:33:19: error: jsapi.h: 
No such file or directory
#595834: moon: FTBFS in squeeze: ff3-dom.cpp:10:22: error: nsCOMPtr.h: No such 
file or directory
#595829: mozvoikko: FTBFS in squeeze: mozVoikko.hxx:23:18: error: nspr.h: No 
such file or directory
#595842: openjdk-6: FTBFS in squeeze: IcedTeaScriptablePluginObject.h:45:19: 
error: npapi.h: No such file or directory
#595835: pcmanx-gtk2: FTBFS in squeeze: npplat.h:41:19: error: npapi.h: No such 
file or directory
#595855: sugar-hulahop: FTBFS in squeeze: HulahopDirectoryProvider.cpp:20:26: 
error: nsILocalFile.h: No such file or directory
#595881: openoffice.org: FTBFS in squeeze: ERROR: error 65280 occurred while 
making
#595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox 
development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were 
not found.

I am not reassigning+merging as my investigations are limited to the
subject of those bugs, but they are good candidates.

- Lucas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595812: aptitudet hangs on update displaying Transalation-en [ 0B/0B ]

[Christian PERRIER]

reassign 595812 apt
forcemerge 595691 595812
thanks

Quoting Anders Lagerås (anders.lage...@gmail.com):
> Package: aptitude
> Version: 0.6.3-3.1
> Severity: important
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> aptitudet hangs on update displaying Transalation-en [ 0B/0B ]
> as log as debian-multimedia.org is in the sources list

See #595691





signature.asc
Description: Digital signature

Bug#591061: Info received (Bug#591061: libdrm-radeon1: Huge memory leak with Radeon HD 4200 while using KMS.)

[Eduardo I.]

Just chiming in to let you know that I've just compiled and installed
2.6.36-rc3 from upstream and the leak is definitely still here.

I also added/disabled/toggled several driver settings (AccelMethod,
ColorTiling, etc.) in my xorg.conf file without noticeable effects on
either the visual artifacts or the memory leak.

Thanks for the additional info David, it definitely seems related.

--
Eduardo.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595901: kfreebsd-kernel-headers: pimd does not build due to missing netinet/pim.h

[Joachim Nilsson]

Package: kfreebsd-kernel-headers
Version: 0.53
Severity: normal

It seems kFreeBSD is missing netinet/pim.h, although netinet/pim_var.h is
included.  This just might have been overlooked when importing the tree.

I am working on porting pimd to Debian GNU/kFreeBSD and am trying to reuse
as much of the run-time build magic in local header files and Makfiles from
the FreeBSD detection code.  It looks completely doable, but is slightly
troublesome considering this missing file.

Regards
 /Joachim

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591533: rubber: Deprecation warning still occurs

[Alexandre Lymberopoulos]

Package: rubber
Version: 1.1-2.2
Severity: normal


Hi there!

I would like to know about the status of this bug. It's not critical 
(at least apparently), but seems to be simple to fix and there's no 
answer from the maintainer since I reported this, more than a month 
ago.

Thanks in advance, Alexandre.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rubber depends on:
ii  python2.6.5-13   interactive high-level object-orie
ii  python-support1.0.9  automated rebuilding support for P
ii  texlive-latex-base2009-10TeX Live: Basic LaTeX packages

rubber recommends no packages.

Versions of packages rubber suggests:
ii  imagemagick8:6.6.0.4-2.2 image manipulation programs
pn  sam2p  (no description available)
ii  transfig   1:3.2.5.c-1   Utilities for converting XFig figu

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595900: libpdf-api2-perl: Using TTF creates corrupt PDF

[Jeffrey Ratcliffe]

Package: libpdf-api2-perl
Version: 0.73-1
Severity: normal

Attached are two test scripts, one using a core font one using TTF.

The core example runs without errors and the text in the resulting PDF can be 
extracted by pdftotext.

The TTF example produces multiple errors on running and evince prints errors on 
opening the PDF, although it displays the text. pdftotext fails to extract the 
text.


-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 
'lucid-backports'), (500, 'lucid')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-24-generic (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpdf-api2-perl depends on:
ii  perl [libcompress-zlib-perl]  5.10.1-13  Larry Wall's Practical Extraction 
ii  ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu-

libpdf-api2-perl recommends no packages.

libpdf-api2-perl suggests no packages.

-- no debconf information
# Before `make install' is performed this script should be runnable with
# `make test'. After `make install' it should work as `perl 01core.t'
# make test TEST_VERBOSE=1 gives you more info

use Test::More tests => 2;
use strict;
BEGIN { use_ok('PDF::API2') };

my $pdf = PDF::API2-> new(-file => 'test.pdf');
my $page = $pdf->page;
my $font = $pdf->corefont('Times-Roman');
my $text = $page->text;
my $size = 12;
$text->font( $font, $size );
$text->translate( 100, 500 );
$text->text( "My text" );
$pdf->save;
$pdf->end;

my $output = `pdftotext test.pdf -`;
print "pdftotext output: \"$output\"";

ok($output =~ /My text/, 'text can be found by pdftotext');

1;# Before `make install' is performed this script should be runnable with
# `make test'. After `make install' it should work as `perl 02ttf.t'
# make test TEST_VERBOSE=1 gives you more info

use Test::More tests => 2;
use strict;
BEGIN { use_ok('PDF::API2') };

my $pdf = PDF::API2-> new(-file => 'test.pdf');
my $page = $pdf->page;
my $font = $pdf->ttfont( 'DejaVuSans.ttf' );
my $text = $page->text;
my $size = 12;
$text->font( $font, $size );
$text->translate( 100, 500 );
$text->text( "My text" );
$pdf->save;
$pdf->end;

my $output = `pdftotext test.pdf -`;
print "pdftotext output: \"$output\"";

ok($output =~ /My text/, 'text can be found by pdftotext');

1;

Bug#595899: munin-node: snort_* scripts fail to 'config' due to bashism

[Gerald Turner]

Package: munin-node
Version: 1.4.5-2
Severity: minor

Hello, the six snort plugins don't work when /bin/sh is dash, they all
contain the following code:

if [ -n $warning ]; then
echo 'alerts.warning $warning'
fi
if [ -n $critical ]; then
echo 'alerts.critical $critical'
fi

It should be rewritten as:

if [ -n "$warning" ]; then
echo "alerts.warning $warning"
fi
if [ -n "$critical" ]; then
echo "alerts.critical $critical"
fi

...the non-zero length string tests always succeed under dash, which
results in literally 'alerts.warning $warning' being printed, which
confuses munin-update (missing graphs), so quote the [ and echo
statements.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages munin-node depends on:
ii  adduser   3.112  add and remove users and groups
ii  gawk  1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr
ii  libnet-server-perl0.97-1 An extensible, general perl server
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  munin-common  1.4.5-2network-wide graphing framework (c
ii  perl  5.10.1-14  Larry Wall's Practical Extraction 
ii  procps1:3.2.8-9  /proc file system utilities

Versions of packages munin-node recommends:
ii  libnet-snmp-perl  5.2.0-4Script SNMP connections

Versions of packages munin-node suggests:
ii  acpi1.5-2displays information on ACPI devic
ii  ethtool 1:2.6.34-3   display or change Ethernet device 
ii  hdparm  9.27-2.1 tune hard disk parameters for high
ii  libcache-cache-perl 1.06-1   Managed caches of persistent infor
ii  libcrypt-ssleay-perl0.57-2   Support for https protocol in LWP
pn  libdbd-mysql-perl  (no description available)
pn  libdbd-pg-perl (no description available)
pn  liblwp-useragent-determ(no description available)
pn  libnet-irc-perl(no description available)
pn  libnet-ssleay-perl (no description available)
pn  libtext-csv-xs-perl(no description available)
ii  libwww-perl 5.836-1  Perl HTTP/WWW client/server librar
ii  libxml-simple-perl  2.18-3   Perl module for reading and writin
ii  logtail 1.3.12   Print log file lines that have not
pn  munin  (no description available)
pn  munin-java-plugins (no description available)
ii  munin-plugins-extra 1.4.5-2  network-wide graphing framework (u
pn  mysql-client   (no description available)
ii  net-tools   1.60-23  The NET-3 networking toolkit
ii  python  2.6.5-13 interactive high-level object-orie
pn  ruby   (no description available)
ii  smartmontools   5.39.1+svn3124-1 control and monitor storage system

-- Configuration Files:

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576643: This bug (if there's one) belongs to postfix

[Christian PERRIER]

reassign 576643 postfix
severity 576643 normal
thanks

This bug, if there's one (I very much doubt it!) belongs to postfix,
not to installation-reports.

Reassigning and setting severity appropriately.

-- 




signature.asc
Description: Digital signature

Bug#497107: uninstallation deletes MySQL database with no warning

[Vagrant Cascadian]

On Mon, Sep 06, 2010 at 08:56:38PM -0700, Vagrant Cascadian wrote:
> i think this should fix the issue and not break anything else... i tested
> install, remove, purge, upgrade from an older version...

also tested reinstall...

apparently, i didn't *really* test install... updated patch after *really*
testing it:

diff -r 447830338800 debian/postinst
--- a/debian/postinst   Mon Sep 06 14:12:17 2010 -0700
+++ b/debian/postinst   Mon Sep 06 21:50:27 2010 -0700
@@ -5,7 +5,6 @@
 VERSION=1.24.2
 
 if [ "$1" = "configure" ]; then
-   if [ -z "$2" ]; then
#
# Get mysql started if it isn't
#
@@ -14,25 +13,30 @@
fi
if $(/etc/init.d/mysql status >/dev/null 2>&1); then
mysqladmin --defaults-file=/etc/mysql/debian.cnf -f 
reload
-   cat /usr/share/zoneminder/db/zm_create.sql | mysql 
--defaults-file=/etc/mysql/debian.cnf
-   echo 'grant lock tables, 
alter,select,insert,update,delete on zm.* to 'zmuser'@localhost identified by 
"zmpass";' | mysql --defaults-file=/etc/mysql/debian.cnf mysql
+   # test if database if already present...
+   if ! $(echo quit | mysql 
--defaults-file=/etc/mysql/debian.cnf zm > /dev/null) ; then
+   cat /usr/share/zoneminder/db/zm_create.sql | mysql 
--defaults-file=/etc/mysql/debian.cnf
+   echo 'grant lock tables, 
alter,select,insert,update,delete on zm.* to 'zmuser'@localhost identified by 
"zmpass";' | mysql --defaults-file=/etc/mysql/debian.cnf mysql
+   fi
+
+   # get old version from upgrade...
+   OLD_ZM_VERSION=${2%-*}
+   if [ -z "$OLD_ZM_VERSION" ]; then
+   # fall back to getting version from database 
itself, which may not necessarily be accurate?
+   OLD_ZM_VERSION=$(echo 'select Value from Config 
where Name = "ZM_DYN_CURR_VERSION";' | mysql 
--defaults-file=/etc/mysql/debian.cnf zm | egrep -v Value)
+   fi
+   if [ -n "$OLD_ZM_VERSION" ] && [ "$OLD_ZM_VERSION" != 
"$VERSION" ] ; then
+   echo 'grant lock tables, alter on zm.* to 
'zmuser'@localhost identified by "zmpass";' | mysql 
--defaults-file=/etc/mysql/debian.cnf mysql
+   # stop zoneminder before performing database 
upgrade.
+   invoke-rc.d zoneminder stop || true
+   zmupdate.pl --version $OLD_ZM_VERSION 
+   fi
+
else
echo 'NOTE: mysql not running, please start mysql and 
run dpkg-reconfigure zoneminder when it is running.'
fi
chown www-data:www-data /var/log/zm
chown www-data:www-data /var/lib/zm/
chown www-data:www-data -R /var/cache/zoneminder
-else
-   chown www-data:www-data /var/log/zm
-   if $(/etc/init.d/mysql status >/dev/null 2>&1); then
-   echo 'grant lock tables, alter on zm.* to 'zmuser'@localhost 
identified by "zmpass";' | mysql --defaults-file=/etc/mysql/debian.cnf mysql
-OLD_ZM_VERSION=${2%-*}
-if [ "$OLD_ZM_VERSION" != "$VERSION" ] ; then
-zmupdate.pl --version $OLD_ZM_VERSION 
-fi
-   else
-   echo 'NOTE: mysql not running, please start mysql and 
run dpkg-reconfigure zoneminder when it is running.'
-   fi
-   fi
 fi
 #DEBHELPER#
diff -r 447830338800 debian/postrm
--- a/debian/postrm Mon Sep 06 14:12:17 2010 -0700
+++ b/debian/postrm Mon Sep 06 21:50:27 2010 -0700
@@ -1,7 +1,7 @@
 #! /bin/sh
 # set -e # to be reinstated later
 
-if [ "$1" = "remove" ]; then
+if [ "$1" = "purge" ]; then
echo 'delete from user where User="zmuser";' | mysql 
--defaults-file=/etc/mysql/debian.cnf mysql 
echo 'delete from db where User="zmuser";' | mysql 
--defaults-file=/etc/mysql/debian.cnf mysql
mysqladmin --defaults-file=/etc/mysql/debian.cnf -f drop zm


live well,
  vagrant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595805: ITP: devmem2 -- Simple program to read/write from/to any hardware address

[Michael Opdenacker]

Dear all,

On 09/07/2010 12:54 AM, Ben Hutchings wrote:
> On Mon, 2010-09-06 at 21:37 +0200, Michael Opdenacker wrote:
>   
>> Package: wnpp
>> Severity: wishlist
>> Owner: Michael Opdenacker 
>>
>>
>> * Package name: devmem2
>>   Version : 1.0.0
>>   Upstream Author : Jan-Derk Bakker 
>> * URL : http://www.lartmaker.nl/lartware/port/devmem2.c 
>> * License : GPLv2 or later
>>   Programming Lang: C
>>   Description : Simple program to read/write from/to any hardware address
>>
>> devmem2 can be used to access physical addresses 
>> in your system, when allowed by the kernel.
>> It releaves you from having to access
>> /dev/mem by yourself with a C program, and
>> allows for quick experiments with the hardware
>> from the command line, before implementing a
>> real device driver.
>> 
> This is a quick hack, too trivial to deserve a package.  A more useful
> tool would be one that allows you to define named registers and fields
> in the various spaces they may exist (memory, I/O, PCI config space,
> indirect...).  I've written and used something like that in my day job -
> though it wasn't general enough to attempt to release.
>   
Thank you very much for your feedback about devmem2. It's true that it's
a very quick hack, and I now understand that it's not generic and
portable enough to be package in Debian.

However, I do believe something providing this kind of functionality
will be useful. That's all the more true as Debian GNU/Linux is
increasingly used on embedded platforms, and that's the reason why
BusyBox has its own devmem applet (see
http://free-electrons.com/issues/debian/wnpp/595805/devmem.c)

What would you advise me to do next? May I reuse the BusyBox code (which
is an improved version of the original, and probably deserves more to be
included) and propose a package again? Or should we extend the
configuration of the BusyBox package to support the devmem applet (if
needed), and tell users to run "busybox devmem" to get this functionality?

The second choice would be the easiest solution, though less user friendly.

Thanks again,

Cheers,

Michael.

-- 
Michael Opdenacker, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
+ 33 621 604 642




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595818: partitioner (IBM-PC) force geometry to one friendly to SSD, 4KiB sectors and RAIDs

[Christian PERRIER]

reassign 595818 partman-base
thanks

Quoting Henrique de Moraes Holschuh (h...@debian.org):
> Package: debian-installer
> Severity: normal
> Tags: d-i
> 
> The current IBM-PC style partitioner uses the no-good 255 heads, 63
> sectors/track default format from 20 years ago, which misaligns
> partitions on just about every device (logical or hardware) that has a
> reason to care about something other than 512 bytes.

Dealing with alignment stuff has been introduced in partman-base 140
and enhanced in later versions.

If you were using a weekly built netinst image (that includes d-i
alpha1 released in Feb. 2010), you may be using an earlier version.

Can you try the latest *netboot* daily builds from
http://www.debian.org/devel/debian-installer? Installing squeeze with
these should use the latest partman-base and give what you expect (at
least I think: I know nothing to these things, I'm just guessing from
changelogs).




signature.asc
Description: Digital signature

Bug#595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found.

[Reinhard Tartler]

On Di, Sep 07, 2010 at 01:42:05 (CEST), Lucas Nussbaum wrote:

>> Package 'libxul' requires 'nspr >= 4.8.6' but version of NSPR is 4.8.4
>> Package 'libxul' requires 'nspr >= 4.8.6' but version of NSPR is 4.8.4
>> checking npfunctions.h usability... no
>> checking npfunctions.h presence... no
>> checking for npfunctions.h... no
>> checking npapi.h usability... no
>> checking npapi.h presence... no
>> checking for npapi.h... no
>> checking for npruntime.h... no
>> configure: error: Please install the Firefox development tools; 
>> mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found.
>> make: *** [build-stamp] Error 1

Well, the reason is given in the configure log.

>> rmadison -u qa libnspr4-0d
libnspr4-0d |4.7.1-5 |stable | alpha, amd64, arm, armel, hppa, 
i386, ia64, mips, mipsel, powerpc, s390, sparc
libnspr4-0d |4.8.4-2 |   testing | amd64, armel, hppa, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
libnspr4-0d |4.8.6-1 |  unstable | alpha, amd64, armel, hppa, 
hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, 
s390, sparc

Why isn't it in testing?

>> grep-excuses nspr
nspr (4.8.4-2 to 4.8.6-1)
Maintainer: Maintainers of Mozilla-related packages 
32 days old (needed 10 days)
Not touching package due to block request by freeze (contact debian-release 
if update is needed)
Not considered


is nspr 4.8.6 going to migrate to squeeze?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595898: downgrade Depends: tsocks to Recommends:

[Ivan Shmakov]

Package: tor
Version: 0.2.1.26-1
Severity: wishlist

Please consider downgrading the ‘tsocks’ dependency to
Recommends:.  IIUC, ‘tsocks’ is only required to use the Tor
services at the same host as the Tor node itself.  Apparently,
it's not necessary at all to operate a Tor node, providing SOCKS
services to the other hosts on the network.

-- 
FSF associate member #7257


pgpes7wwn7LJ4.pgp
Description: PGP signature

Bug#593338: CUPS filters produce postscript that hangs Ricoh Aficio 3035

[Timo Juhani Lindfors]

Till Kamppeter  writes:
> George, Bin, Ulrich, can someone of you please check with an
> appropriate Debian (or Ubuntu) installation whether the PostScript
> output is OK? And if not, tell us what needs to be corrected? Thanks

Note that even if you don't have an appropriate a Debian or Ubuntu
installation you can still look at the PostScript output. It is
available in

http://www.cups.org/str.php?L3646+P0+S-2+C0+I0+E0+M1000+Q

as "port9100_1.4.4-2.dump".



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595767: xserver-xorg-video-radeon: Won't load hardware acceleration after system start

[Alex Deucher]

On Mon, Sep 6, 2010 at 10:42 AM, Julien Cristau  wrote:
> On Mon, Sep  6, 2010 at 16:15:44 +0200, Frank Kottler wrote:
>
>> after boot, the started GUI has no enabled hardware acceleration:
>>
>> ~$ glxinfo | grep -i render
>> direct rendering: Yes
>> OpenGL renderer string: Software Rasterizer
>>
>> Which means, e.g., i can't start compiz.
>>
>> But after killing and restarting X, everything works fine:
>>
>> ~$ glxinfo | grep -i render
>> direct rendering: Yes
>> OpenGL renderer string: Mesa DRI R200 (RV250 4C66) 20090101 x86/MMX/SSE2 TCL
>> DRI2
>>
>> IMHO, that means some part of the graphical driver is loaded too late for the
>> system to detect hardware acceleration actually IS available.
>>
>> Any solutuions?


Make sure the radeon drm is loaded before you start X.

Alex

>>
> Send dmesg and X log from when that happens.
>
> Cheers,
> Julien
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCAAGBQJMhP3pAAoJEDEBgAUJBeQMGPUP/Rkgo+FTa8iTReWbUOSL1AKl
> lJK4P78KrjX8ff9+vtx4exff7skP5DiLjsOOFJefgb1Py1GYxbMix17G2G8VUla6
> 0CujQNsTv+m/hKRI9/409km8lI8dgWQIn/jV9gilnt5AY+xkU6z05hP1DOHlbUfi
> 3CSfaATYoD7vqW0P2Oa0inBtPQnfFrxwPT4sPZaC1ex4IfLcwoCU1p1Bk+UPw7FY
> 29dxzVvdg4k9IFsiRVSJS3mRIlAyMk4pOvVKHHBi/cjMeSdTWcpw2+6ke8teIsWt
> VSzV6NwzqQSW71JaQ8SypqQ4B7eKuoSdankpCKL5nRYZPT61gPTI5LzKC6WZA2V7
> eHVbVj+yRhDRmU6zosdZtpeFZc1N8DVu5Ik8vSdvkncaF7rTubrvjTiZfQDxnuTt
> rVm34E3fFtCIthMhCB+ZZwBjTQ+deXY9mldO/No6XholETdunG2hAC9v3qf/RK01
> Wrgue4UEv/xrZxXTnrGa+p0gtr6q8YgC8Hsej7Hlzi+auZNZ1dtuhrfg/IDe/JZw
> U+6ipdVDFtwx9l3DWaaK6JkwKqvjMVU2+gZ24dIcADbvFzWx271HeZfvM4rjt5NU
> noLu+uO4Na7QmQHW0wQtYRSWbkh96I/5E51OVZwjpxcBD56EiGFVy+LYP1+ebQIQ
> dt3mjIgzqSl/uvs70Lsb
> =jkQu
> -END PGP SIGNATURE-
>
> ___
> xorg-driver-ati mailing list
> xorg-driver-...@lists.x.org
> http://lists.x.org/mailman/listinfo/xorg-driver-ati
>
>



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595728: git-core: permissions of templates too restrictive

[Jonathan Nieder]

Hi Philipp,

Philipp Kern wrote:

> Thanks for the bug report.  Indeed the git-core package is broken on
> lenny/i386 since the last point release on Saturday.  Sadly nobody caught
> that bug when the package was in proposed-updates.  It's only i386, that's
> affected, because of oddities on the uploader's build machine.  The autobuilt
> ones look fine.
> 
> I scheduled a binNMU.

Thanks for the analysis.  Do you think it would be worth cherry-picking
the fix from v1.6.0.3~81^2 (Fix permission bits on sources checked out
with an overtight umask, 2008-08-21[1]) to lenny to prevent this from
happening again?

[1] http://repo.or.cz/w/git.git/commitdiff/d8bdc49



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#497107: uninstallation deletes MySQL database with no warning

[Vagrant Cascadian]

tags 497107 patch
thanks

i think this should fix the issue and not break anything else... i tested
install, remove, purge, upgrade from an older version...

changeset:   42:49836da188a6
tag: tip
user:Vagrant Cascadian 
date:Mon Sep 06 19:58:58 2010 -0700
files:   debian/postinst debian/postrm
description:
Only remove database on purge, which requires only creating the database if it
doesn't already exist, and upgrading the database if the version is old enough.
hopefully, this fixes: http://bugs.debian.org/497107

changeset:   43:3f6ff8237340
tag: tip
user:Vagrant Cascadian 
date:Mon Sep 06 20:51:43 2010 -0700
files:   debian/postinst
description:
only grant the user privledges if the upgraded is needed.


diff -r 28d4a228d6e7 debian/postinst
--- a/debian/postinst   Mon Sep 06 14:11:24 2010 -0700
+++ b/debian/postinst   Mon Sep 06 20:53:07 2010 -0700
@@ -5,7 +5,6 @@
 VERSION=1.24.2
 
 if [ "$1" = "configure" ]; then
-   if [ -z "$2" ]; then
#
# Get mysql started if it isn't
#
@@ -14,25 +13,28 @@
fi
if $(/etc/init.d/mysql status >/dev/null 2>&1); then
mysqladmin --defaults-file=/etc/mysql/debian.cnf -f 
reload
-   cat /usr/share/zoneminder/db/zm_create.sql | mysql 
--defaults-file=/etc/mysql/debian.cnf
-   echo 'grant lock tables, 
alter,select,insert,update,delete on zm.* to 'zmuser'@localhost identified by 
"zmpass";' | mysql --defaults-file=/etc/mysql/debian.cnf mysql
+   # test if database if already present...
+   if ! $(echo quit | mysql 
--defaults-file=/etc/mysql/debian.cnf zm > /dev/null) ; then
+   cat /usr/share/zoneminder/db/zm_create.sql | mysql 
--defaults-file=/etc/mysql/debian.cnf
+   echo 'grant lock tables, 
alter,select,insert,update,delete on zm.* to 'zmuser'@localhost identified by 
"zmpass";' | mysql --defaults-file=/etc/mysql/debian.cnf mysql
+   fi
+
+   # get old version from upgrade...
+   OLD_ZM_VERSION=${2%-*}
+   if [ -z "$OLD_ZM_VERSION" ]; then
+   # fall back to getting version from database 
itself, which may not necessarily be accurate?
+   OLD_ZM_VERSION=$(echo 'select Value from Config 
where Name = "ZM_DYN_CURR_VERSION";' | mysql 
--defaults-file=/etc/mysql/debian.cnf zm)
+   fi
+   if [ "$OLD_ZM_VERSION" != "$VERSION" ] ; then
+   echo 'grant lock tables, alter on zm.* to 
'zmuser'@localhost identified by "zmpass";' | mysql 
--defaults-file=/etc/mysql/debian.cnf mysql
+   zmupdate.pl --version $OLD_ZM_VERSION 
+   fi
+
else
echo 'NOTE: mysql not running, please start mysql and 
run dpkg-reconfigure zoneminder when it is running.'
fi
chown www-data:www-data /var/log/zm
chown www-data:www-data /var/lib/zm/
chown www-data:www-data -R /var/cache/zoneminder
-else
-   chown www-data:www-data /var/log/zm
-   if $(/etc/init.d/mysql status >/dev/null 2>&1); then
-   echo 'grant lock tables, alter on zm.* to 'zmuser'@localhost 
identified by "zmpass";' | mysql --defaults-file=/etc/mysql/debian.cnf mysql
-OLD_ZM_VERSION=${2%-*}
-if [ "$OLD_ZM_VERSION" != "$VERSION" ] ; then
-zmupdate.pl --version $OLD_ZM_VERSION 
-fi
-   else
-   echo 'NOTE: mysql not running, please start mysql and 
run dpkg-reconfigure zoneminder when it is running.'
-   fi
-   fi
 fi
 #DEBHELPER#
diff -r 28d4a228d6e7 debian/postrm
--- a/debian/postrm Mon Sep 06 14:11:24 2010 -0700
+++ b/debian/postrm Mon Sep 06 20:53:07 2010 -0700
@@ -1,7 +1,7 @@
 #! /bin/sh
 # set -e # to be reinstated later
 
-if [ "$1" = "remove" ]; then
+if [ "$1" = "purge" ]; then
echo 'delete from user where User="zmuser";' | mysql 
--defaults-file=/etc/mysql/debian.cnf mysql 
echo 'delete from db where User="zmuser";' | mysql 
--defaults-file=/etc/mysql/debian.cnf mysql
mysqladmin --defaults-file=/etc/mysql/debian.cnf -f drop zm



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595870: gajim: FTBFS in squeeze: ../config/py-compile: 120: python2.5: not found

[Carlos Martín Nieto]

tag 595870 +patch
thanks

debian/rules forces the PYTHON variable in the scripts to be python2.5,
regardless of what the configure script has discovered.

With this patch it uses whatever configure discovered.

diff --git a/gajim-0.13.4/debian/rules b/gajim-0.13.4.mod/debian/rules
old mode 100644
new mode 100755
index 0d45fd0..16373ae
--- a/gajim-0.13.4/debian/rules
+++ b/gajim-0.13.4.mod/debian/rules
@@ -9,8 +9,8 @@ include /usr/share/cdbs/1/class/autotools.mk
 
 PYTHONVER = 2.5
 DEB_CONFIGURE_EXTRA_FLAGS := --prefix=/usr
-DEB_MAKE_BUILD_TARGET:= all PYTHON=python$(PYTHONVER)
-DEB_MAKE_INSTALL_TARGET = install PYTHON=python$(PYTHONVER) 
DESTDIR=$(DEB_DESTDIR)
+DEB_MAKE_BUILD_TARGET:= all
+DEB_MAKE_INSTALL_TARGET = install DESTDIR=$(DEB_DESTDIR)
 
 binary-install/gajim::
rm $(DEB_DESTDIR)/usr/share/gajim/src/common/GnuPGInterface.py*





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594840: NMU patch to add python-gobject

[John Sullivan]

tags 594840 patch
thanks

I verified this too. 

Here is an NMU patch to add the dependency (I will wait a few days
before uploading).

diff -Nru cnetworkmanager-0.21.1/debian/changelog cnetworkmanager-0.21.1/debian/changelog
--- cnetworkmanager-0.21.1/debian/changelog	2010-03-04 16:48:51.0 -0800
+++ cnetworkmanager-0.21.1/debian/changelog	2010-09-06 19:49:24.0 -0700
@@ -1,3 +1,10 @@
+cnetworkmanager (0.21.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add python-gobject dependency (Closes: #594840).
+
+ -- John Sullivan   Mon, 06 Sep 2010 19:49:12 -0700
+
 cnetworkmanager (0.21.1-1) unstable; urgency=low
 
   [ Tom Parker ]
diff -Nru cnetworkmanager-0.21.1/debian/control cnetworkmanager-0.21.1/debian/control
--- cnetworkmanager-0.21.1/debian/control	2010-03-04 16:57:20.0 -0800
+++ cnetworkmanager-0.21.1/debian/control	2010-09-05 00:29:52.0 -0700
@@ -11,7 +11,7 @@
 
 Package: cnetworkmanager
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, network-manager, ${python:Depends}, python-dbus
+Depends: ${shlibs:Depends}, ${misc:Depends}, network-manager, ${python:Depends}, python-dbus, python-gobject
 Description: A command-line client for NetworkManager
  cnetworkmanager is a command-line client for NetworkManager,
  intended to supplement and replace the GUI applets.



Thanks,
-- 
-John Sullivan
-http://wjsullivan.net

Bug#511715: Ping

[Bharat Mediratta]

On 9/6/2010 8:11 PM, Michael Schultheiss wrote:

Bharat Mediratta wrote:


We're on the cusp of release Gallery 3.0 -- who should I talk to
about getting this packaged up for Debian?  Thanks!


I'm planning on packaging Gallery 3.0 for Debian as I've done with
Gallery 1 and Gallery 2.


Awesome, thanks Michael.  Let me know how I can help.

-Bharat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570139: ITP: dotclear -- Dotclear is an open-source web publishing software

[Dario Minnucci]

Hi all,

Dotclear packaging is now 'work-in-progress' under collab-maint branch.

http://git.debian.org/?p=collab-maint/dotclear.git;a=summary

Collab-Maintainers are welcome!

Regards,

-- 
 Dario Minnucci 
 Phone: +34 902021030 | Fax: +34 902024417
 Key fingerprint = BAA1 7AAF B21D 6567 D457  D67D A82F BB83 F3D5 7033




signature.asc
Description: OpenPGP digital signature

Bug#595897: cairo: Cairo release 1.10.0 is now available

[Marc J. Driftmeyer]

Package: cairo
Version: 1.10.0
Severity: normal


Release 1.10.0 (2010-09-06 Chris Wilson )
===

The cairo community is astounded (and flabbergast) to finally announce
the 1.10.0 release of the cairo graphics library. This is a major update
to cairo, with new features and enhanced functionality which maintains
compatibility for applications written using any previous major cairo
release, (1.8, 1.6, 1.4, 1.2, or 1.0). We recommend that anybody using
a previous version of cairo upgrade to cairo 1.10.0.

One of the more interesting departures for cairo for this release is the
inclusion of a tracing utility, cairo-trace. cairo-trace generates a
human-readable, replayable, compact representation of the sequences of
drawing commands made by an application. This can be used to inspecting
applications to understand issues and as a means for profiling
real-world usage of cairo.

The traces generated by cairo-trace have been collected in

  git://git.cairographics.org/git/cairo-traces

and have driven the performance tuning of cairo over the last couple of
years. In particular, the image backend is much faster with a new
polygon rasterisation and a complete overhaul of the tessellator. Not
only is this faster, but also eliminates visual artifacts from
self-intersecting strokes. Not only has cairo-trace been driving
performance improvements within cairo, but as a repeatable means of
driving complex graphics it has been used to tune OpenGL, DDX, and
pixman.

Cairo's API has been extended to better support printing, notably
through the ability to include a single compressed representation of an
image for patterns used throughout a document, leading to dramatic file
size reductions. Also the meta-surface used to record the vector
commands compromising a drawing sequence is now exposed as a
CAIRO_SURFACE_TYPE_RECORDING, along with a new surface that is a child of a
larger surface, CAIRO_SURFACE_TYPE_SUBSURFACE. One typical usage of a
subsurface would be as a source glyph in a texture atlas, or as a
restricted subwindow within a canvas.

Cairo's API has also resurrected the RGB16 format from the past as
the prevalence of 16-bit framebuffers has not diminished and is a
fore-taste of the extended format support we anticipate in the future.
Increasing cairo's utility, we introduce the cairo_region_t for handling
sets of pixel aligned rectangles commonly used in graphics applications.
This is a merger of the GdkRegion and the pixman_region_t, hopefully
providing the utility of the former with the speed of the latter.

Furthermore cairo has been reworked to interoperate more closely with
various acceleration architectures, gaining the ability to share
those hardware resources through the new cairo_device_t. For instance,
with the new OpenGL backend that supersedes the Glitz backend, hardware
and rendering operations can be shared between a classic OpenGL
application mixing libVA for the hardware assisted video decode with
cairo for high quality overlays all within the same OpenGL canvas.

Many thanks for the hard work of Adrian Johnson, Andrea Canciani, Behdad
Esfahbod, Benjamin Otte, Carl Worth, Carlos Garcia Campos, Chris Wilson,
Eric Anholt, Jeff Muizelaar, Karl Tomlinson, M Joonas Pihlaja, Søren
Sandmann Pedersen and many others that have contributed over the last
couple of years to cairo. Thank you all!

-Chris



List of all changes between 1.9.14 and 1.10.0
-

ndrea Canciani (15):
  test: improve clip-*-unbounded tests
  quartz: fix stroking with unbounded operators
  quartz: fix solid masking fallback
  quartz: improve backend detection
  Fix configuration if gobject is absent
  Correct color stops comparison function
  gstate: Correct comment
  pattern: Add gradient degeneracy testing functions
  pattern: Simplify degenerate linear pattern to solid colors
  perf: Improve calibration
  Replace insertion sort with mergesort in the scan converter
  test: Update linear-gradient-large ref image
  subsurface: Silence compiler warnings
  subsurface: Avoid invalid accesses
  subsurface: Correct cloning condition

Benjamin Otte (20):
  tee: Move definitions into separate header
  configure: Disable tee backend by default
  configure: Disable xml backend by default
  Add cairo-gobject library
  configure: Fix gobject handling
  gl: Handle errors from _cairo_gl_gradient_render()
  gobject: Include the extra library in the pkgconfig file
  build: Fudge the build system some more so it handles extra libs
  subsurface: Properly account for device offsets in the target
  subsurface: Make subsurfaces their own type
  subsurface: Don't crash when the device transform isn't integer
  subsurface: Make CAIRO_SURFACE_TYPE_SUBSURFACE public
  subsurface: Don't apply device transform twice for source/mask
  subsurface: 

Bug#511715: Ping

[Michael Schultheiss]

Bharat Mediratta wrote:
> 
> We're on the cusp of release Gallery 3.0 -- who should I talk to
> about getting this packaged up for Debian?  Thanks!

I'm planning on packaging Gallery 3.0 for Debian as I've done with
Gallery 1 and Gallery 2.


signature.asc
Description: Digital signature

Bug#595859: [Debichem-devel] Bug#595859: gnome-chemistry-utils: FTBFS in squeeze: moz-plugin.c:24:19: error: npapi.h: No such file or directory

[Nicholas Breen]

reassign 595859 xulrunner-dev
found 595859 1.9.1.11-2
tag 595859 + squeeze
merge 595859 595881
thanks


On Tue, Sep 07, 2010 at 12:53:54AM +0200, Lucas Nussbaum wrote:
[snip]
> > moz-plugin.c:24:19: error: npapi.h: No such file or directory
> > moz-plugin.c:28:22: error: npupp.h: No such file or directory

Looks like the xulrunner-dev mismatch in squeeze, which in turn causes many
other packages to FTBFS until it's brought back into sync.  Reassigning there
and merging with the existing bug report.


-- 
Nicholas Breen
nbr...@ofb.net




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#578358: gnupg-agent: "mangles passphrases" should be grave (data loss, fixed upstream)

[Lionel Elie Mamane]

tags 578358 +upstream,fixed-upstream
severity 578358 grave
thanks

On Mon, Apr 19, 2010 at 09:18:57AM +, Sascha Silbe wrote:

> Keys created / imported / having passphrase changed with gpg-agent
> 2.0.14 cannot be decrypted (and thus used), preventing all gpg
> operations. This has been fixed upstream in 2.0.15:

> Keys that are already mangled are unreadable even by 2.0.15

IMHO this means this bug is of "grave" severity, because this is in
effect data loss. Not only of the key, but of any data encrypted with
it!

-- 
Lionel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595207: [SRM] Stable update for perdition (1.17.1-2+lenny1)

[Simon Horman]

On Mon, Sep 06, 2010 at 01:16:49PM +0100, Adam D. Barratt wrote:
> On Mon, September 6, 2010 04:24, Simon Horman wrote:
> > I would like the upload of 1.17.1-2+lenny1 considred.
> > My proposal resolves two bugs.
> >
> > * 595207: This is a fix for CVE-2009-3555 and enables
> >   session renegotiation to work with Thunderbird 3.1.
> >   This was resolve din 1.19~rc3-1 by making an appropriate
> >   call to SSL_CTX_set_session_id_context().
> >   I propose the same fix for 1.17.1-2+lenny1
> >
> > * 595432: Perdition calls make in its postrm but has no dependency
> >   on make. This was resolved in 1.18~rc2-1 by removing the call to
> >   make. I propose the same fix for 1.17.1-2+lenny1
> 
> This seems like a somewhat odd thing to be doing in a postrm script in the
> first place, imho.

Agreed.

> Please go ahead with the upload.

Done :-)




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511715: Ping

[Bharat Mediratta]

We're on the cusp of release Gallery 3.0 -- who should I talk to about 
getting this packaged up for Debian?  Thanks!


-Bharat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595895: openoffice.org-impress: Exports PDFs white on white if GTK has a theme with white on dark background

[Rene Engelhard]

Hi,

On Tue, Sep 07, 2010 at 04:29:17AM +0200, Axel Beckert wrote:
> Package: openoffice.org-impress
> Version: 1:2.4.1+dfsg-1+lenny8
> Severity: minor

Regression to lenny7?? Or why are you filing that against lenny? ...

> Via gnome-appearance-properties I've chosen a dark GTK theme which has
> white text on dark backgrounds.
> 
> If I use Impress while such a theme is active, the PDF export of
> default slides (i.e. just text, no color or background changes) saves
> them as white text on white background.
> 
> Switching back to a "normal" theme with black text on light background
> changes this behaviour and the PDF export works fine again.

... And the usual question: What about squeeze/sids version?

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595588: mtop: fails to install

[Mauro Lizaur]

Hi,
Adding a few checks in the post{inst,rm} scripts would prevent
the package of failing to install.
Something like this:

 >is_mysql_running()
 >{
 >  if [ -f /usr/bin/mysql ]; then
 >  if [ "$(echo exit|LANG=C mysql -h ${mysql_server} -P 
 > ${mysql_port} -u${root_mysql} ${mysqlpwd} 2>&1|grep ^ERROR)" != "" ]; 
 >  then
 >  echo "WARNING: Can't connect to MySQL.";
 >  echo "Perhaps you might want to use it other host?";
 >  fi
 >  fi
 >}
[...]
 >  IMR=$(is_mysql_running)
 >  if [ "$IMR" != "" ]; then
 >  echo $IMR;
 >  else
 >  mysqlcmd="mysql -h ${mysql_server} -P ${mysql_port} -u${root_mysql} 
 > ${mysqlpwd}"
 >  if ${mysqlcmd} -B -e 'select user from user' mysql | grep -q 
 > "^mysqltop$"
 >  then
 >  echo "User already exists";
 >  else
 >  create_user
 >  fi
 >  fi

I believe this could work since you can might have you DB in another
computer and not running locally. Otherwise, mtop should depend on 
mysql-server.

Also, I added dbconfig-common as a dependency to manage the DB, but
can be removed to solve this particular bug.

Anyway, I attached the diff hoping that it will explain the idea better
than me :-)

Saludos,
Mauro

--
JID: lavaram...@nube.usla.org.ar | http://lizaur.github.com/
2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1
diff -urNad mtop/mtop-0.6.6/debian/control mtop-modified/mtop-0.6.6/debian/control
--- mtop/mtop-0.6.6/debian/control	2010-09-07 01:07:54.0 +
+++ mtop-modified/mtop-0.6.6/debian/control	2010-09-07 00:41:16.0 +
@@ -8,7 +8,7 @@
 
 Package: mtop
 Architecture: all
-Depends: ${perl:Depends}, ${misc:Depends}, libcurses-perl, libdbd-mysql-perl, libnet-perl, mysql-client
+Depends: ${perl:Depends}, ${misc:Depends}, libcurses-perl, libdbd-mysql-perl, libnet-perl, mysql-client, dbconfig-common
 Recommends: mysql-server
 Description: MySQL terminal based query monitor
  mtop (MySQL top) monitors a MySQL database showing the queries which
diff -urNad mtop/mtop-0.6.6/debian/mtop.postinst mtop-modified/mtop-0.6.6/debian/mtop.postinst
--- mtop/mtop-0.6.6/debian/mtop.postinst	2010-09-07 01:07:54.0 +
+++ mtop-modified/mtop-0.6.6/debian/mtop.postinst	2010-09-07 01:05:13.0 +
@@ -5,6 +5,17 @@
 
 set -e
 
+is_mysql_running()
+{
+	if [ -f /usr/bin/mysql ]; then
+		if [ "$(echo exit|LANG=C mysql -h ${mysql_server} -P ${mysql_port} -u${root_mysql} ${mysqlpwd} 2>&1|grep ^ERROR)" != "" ]; 
+		then
+			echo "WARNING: Can't connect to MySQL.";
+			echo "Perhaps you might want to use it other host?";
+		fi
+	fi
+}
+
 get_config()
 {
 	db_get mtop/mysql_server
@@ -49,6 +60,10 @@
 configure)
 	# Source debconf library
 	. /usr/share/debconf/confmodule
+	. /usr/share/dbconfig-common/dpkg/postinst.mysql
+	if ! dbc_go mtop $@ ; then
+	echo 'Automatic configuration using dbconfig-common failed!'
+	fi
 	db_version 2.0
 
 	get_config
@@ -56,12 +71,17 @@
 	if [ "$root_passwd" != 'none' ]; then
 mysqlpwd="-p${root_passwd}"
 fi
-mysqlcmd="mysql -h ${mysql_server} -P ${mysql_port} -u${root_mysql} ${mysqlpwd}"
-	if ${mysqlcmd} -B -e 'select user from user' mysql | grep -q "^mysqltop$"
-	then
-		echo "User already exists";
+	IMR=$(is_mysql_running)
+	if [ "$IMR" != "" ]; then
+	echo $IMR;
 	else
+mysqlcmd="mysql -h ${mysql_server} -P ${mysql_port} -u${root_mysql} ${mysqlpwd}"
+	if ${mysqlcmd} -B -e 'select user from user' mysql | grep -q "^mysqltop$"
+	then
+		echo "User already exists";
+	else
 		create_user
+	fi
 	fi
 ;;
 
diff -urNad mtop/mtop-0.6.6/debian/mtop.postrm mtop-modified/mtop-0.6.6/debian/mtop.postrm
--- mtop/mtop-0.6.6/debian/mtop.postrm	2010-09-07 01:07:54.0 +
+++ mtop-modified/mtop-0.6.6/debian/mtop.postrm	2010-09-07 01:06:26.0 +
@@ -5,6 +5,17 @@
 
 set -e
 
+is_mysql_running()
+{
+	if [ -f /usr/bin/mysql ]; then
+		if [ "$(echo exit|LANG=C mysql -h ${mysql_server} -P ${mysql_port} -u${root_mysql} ${mysqlpwd} 2>&1|grep ^ERROR)" != "" ]; 
+		then
+			echo "WARNING: Can't connect to MySQL.";
+			echo "Perhaps you might want to use it other host?";
+		fi
+	fi
+}
+
 get_config()
 {
 	db_get mtop/mysql_server
@@ -45,6 +56,10 @@
 
 	if [ -f /usr/share/debconf/confmodule ] && [ -f /usr/bin/mysql ]; then
 		. /usr/share/debconf/confmodule
+		if [ -f /usr/share/dbconfig-common/dpkg/postrm.mysql ]; then
+		. /usr/share/dbconfig-common/dpkg/postrm.mysql
+		dbc_go mtop $@
+		fi
 		db_version 2.0
 
 		get_config
@@ -52,10 +67,15 @@
 		if [ "$root_passwd" != 'none' ]; then
 			mysqlpwd="-p${root_passwd}"
 		fi
-		mysqlcmd="mysql -h ${mysql_server} -P ${mysql_port} -u${root_mysql} ${mysqlpwd}"
-		if ${mysqlcmd} -B -e 'select user from user' mysql | grep -q "^mysqltop$"
-		then
+		IMR=$(is_mysql_running)
+		if [ "$IMR" != "" ]; then
+		echo $IMR;
+		else
+		mysqlcmd="mysql -h 

Bug#595842: [Openjdk] Bug#595842: openjdk-6: FTBFS in squeeze: IcedTeaScriptablePluginObject.h:45:19: error: npapi.h: No such file or directory

[Matthias Klose]

reassign 595842 xulrunner-dev
found 595842 1.9.1.11-2
tag 595842 + squeeze
merge 595842 595881
thanks



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595894: unblock: libkqueue/0.9.2-2

[Mark Heily]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libkqueue

The version of libkqueue in unstable fixes bug #595648 which causes programs 
that use libdispatch to stop working under certain circumstances. The 
applied fix is trivial and only changes a single line of code.


unblock libkqueue/0.9.2-2

-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-24-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595893: print message when mail not sent

[jidanni]

Package: devscripts
Version: 2.10.67
Severity: wishlist
File: /usr/bin/bts

$ bts reassign 595812 apt, forcemerge 595691 595812
bts reassign: version number forcemerge contains no digits!

Well, did it or did it not send mail?
Maybe it did for the first command.

Therefore it would be neat if there was some message when mail was not
sent.

P.S.,
   forcemerge   [ ...]
   Forcibly merge a set of bugs together. The first bug listed is the 
master bug, and its settings
   (those which must be equal in a normal merge) are assigned to the 
bugs listed next.

Oh I see. I need a space before the comma.
Well OK, then please remind about the space here on the man page:

   You can specify multiple commands by separating them with a single dot, 
rather like update-rc.d; a
   single comma may also be used; all the commands will then be sent in a 
single mail. For example
   (quoting where necessary so that bts sees the comment):

Or better yet, don't require the space!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595892: gdb: Add the D programming language to the list of supported languages in the package description

[Leandro Lucarella]

Package: gdb
Version: 7.2-1
Severity: minor


Since GDB 7.2 the D programming language is also supported, I think it
would be best if that is reflected in the package description.

Thanks.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (100, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35.2 (SMP w/4 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdb depends on:
ii  gdbserver   7.1-2The GNU Debugger (remote server)
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libncurses5 5.7+20100313-2   shared libraries for terminal hand
ii  libpython2.62.6.6~rc1-1  Shared Python runtime library (ver
ii  libreadline66.1-3GNU readline and history libraries
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

gdb recommends no packages.

Versions of packages gdb suggests:
pn  gdb-doc(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595881: openoffice.org: FTBFS in squeeze: ERROR: error 65280 occurred while making /build/user-openoffice.org_3.2.1-6-amd64-1k3kmU/openoffice.org-3.2.1 /ooo-build-3-2-1-4/build/OOO320_m19/extensio

[Rene Engelhard]

reassign 595881 xulrunner-dev
found 595881 1.9.1.11-2
tag 595881 + squeeze
retitle 595881 Package 'Mozilla Plug-In API' requires 'nspr >= 4.8.6' but 
version of NSPR is 4.8.4
thanks

On Tue, Sep 07, 2010 at 01:37:42AM +0200, Lucas Nussbaum wrote:
> Package: openoffice.org
> Version: 1:3.2.1-6
> Severity: serious
> Tags: squeeze sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20100906 qa-ftbfs
> Justification: FTBFS on amd64

No. See below.

> During a rebuild of all packages in a squeeze chroot, your package failed
> to build on amd64.
> 
> Relevant part:
> > Making:sw_res.hid
> > cat /tmp/mkVRTK9E| xargs -s 1000 cat > 
> > ../unxlngx6.pro/misc/sw_res.hid.unxlngx6.pro.tmp
> > Name "main::name" used only once: possible typo at 
> > /build/user-openoffice.org_3.2.1-6-amd64-1k3kmU/openoffice.org-3.2.1/ooo-build-3-2-1-4/build/OOO320_m19/solenv/bin/deliver.pl
> >  line 1312.
> > deliver -- version: -
> > Module 'sw' delivered successfully. 433 files copied, 0 files unchanged
> > 
> > 1 module(s): 
> > extensions
> > need(s) to be rebuilt

No, that's not the relevant part.
The relevant part would have been to find this

> > Reason(s):
> > 
> > ERROR: error 65280 occurred while making 
> > /build/user-openoffice.org_3.2.1-6-amd64-1k3kmU/openoffice.org-3.2.1/ooo-build-3-2-1-4/build/OOO320_m19/extensions/source/plugin/base

place in this highly parallelized build and put this here.

What seems relevant to this is this in the build when trying to build 
extensions/source/plugin/base:

Package 'Mozilla Plug-In API' requires 'nspr >= 4.8.6' but version of NSPR is 
4.8.4
dmake:  Error code 1, while making 'Shell escape'

What OOo basically does here is simply a pkg-config --cflags mozilla-plugin etc.

Indeed, when looking at the log:

Get:541 http://localhost/debian/ squeeze/main libnspr4-dev amd64 4.8.4-2 [275kB]
together with
Get:615 http://localhost/debian/ squeeze/main xulrunner-dev amd64 1.9.1.11-2 
[3479kB]

Sounds like xulrunner in testing needs a libnspr which is not in testing. (>= 
4.8.6).

And indeed, in a clean squeeze chroot + xulrunner-dev + pkg-config:
r...@frodo:/# pkg-config --cflags mozilla-plugin
Package 'Mozilla Plug-In API' requires 'nspr >= 4.8.6' but version of NSPR is 
4.8.4
r...@frodo:/# 

After a dist-upgrade of the chroot (and upgrade of nspr to 4.8.6):

r...@frodo:/# pkg-config --cflags mozilla-plugin
-DXP_UNIX -DOJI -I/usr/include/xulrunner-1.9.1/stable -I/usr/include/nspr  

So xulrunner needs to be fixed and/or nspr 4.8.6 unblocked from sid.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595842: [Openjdk] Bug#595842: openjdk-6: FTBFS in squeeze: IcedTeaScriptablePluginObject.h:45:19: error: npapi.h: No such file or directory

[Matthias Klose]

tag 595842 + moreinfo help
thanks

On 07.09.2010 00:55, Lucas Nussbaum wrote:

Package: openjdk-6
Version: 6b18-1.8.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:

x86_64-linux-gnu-g++ -g -O2 \
  -DJDK_UPDATE_VERSION="\"18\"" \
  -DPLUGIN_VERSION="\"IcedTea6 1.8.1 (6b18-1.8.1-1)\"" \
  -DMOZILLA_VERSION_COLLAPSED="1090111" \
  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   \
  -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 
-I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   \
  -I/usr/include/xulrunner-1.9/unstable \
  -fPIC -o 
/build/user-openjdk-6_6b18-1.8.1-1-amd64-ggPOKj/openjdk-6-6b18-1.8.1/build/plugin/icedteanp/IcedTeaNPPlugin.o
 -c 
/build/user-openjdk-6_6b18-1.8.1-1-amd64-ggPOKj/openjdk-6-6b18-1.8.1/build/../plugin/icedteanp/IcedTeaNPPlugin.cc
In file included from 
/build/user-openjdk-6_6b18-1.8.1-1-amd64-ggPOKj/openjdk-6-6b18-1.8.1/build/../plugin/icedteanp/IcedTeaNPPlugin.cc:51:
/build/user-openjdk-6_6b18-1.8.1-1-amd64-ggPOKj/openjdk-6-6b18-1.8.1/build/../plugin/icedteanp/IcedTeaScriptablePluginObject.h:45:19:
 error: npapi.h: No such file or directory
/build/user-openjdk-6_6b18-1.8.1-1-amd64-ggPOKj/openjdk-6-6b18-1.8.1/build/../plugin/icedteanp/IcedTeaScriptablePluginObject.h:46:23:
 error: npruntime.h: No such file or directory


on unstable, according to 
https://buildd.debian.org/fetch.cgi?pkg=openjdk-6&arch=amd64&ver=6b18-1.8.1-1%2Bb1&stamp=1283704927&file=log&as=raw


-DXP_UNIX -DOJI -I/usr/include/xulrunner-1.9.1/stable -I/usr/include/nspr

is used before -I/usr/include/xulrunner-1.9/unstable.


The full build log is available from:

http://people.debian.org/~lucas/logs/2010/09/06/openjdk-6_6b18-1.8.1-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.


xulrunner versions are the same in testing and unstable. why the difference?



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595554: [PATCH net-2.6] 3c59x: Fix deadlock in vortex_error()

[David Miller]

From: Ben Hutchings 
Date: Tue, 07 Sep 2010 02:27:10 +0100

> This is the regression I mentioned before.  3c59x should be good after
> this.

Excellent, applied, thanks!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595554: [PATCH net-2.6] 3c59x: Fix deadlock in vortex_error()

[Ben Hutchings]

This fixes a bug introduced in commit
de847272149365363a6043a963a6f42fb91566e2
"3c59x: Use fine-grained locks for MII and windowed register access".

vortex_interrupt() holds vp->window_lock over multiple register
accesses to reduce locking overhead.  However it also needs to call
vortex_error() sometimes, and that uses the regular functions for
access to windowed registers, which will try to acquire window_lock
again.

Therefore, drop window_lock around the call to vortex_error() and set
the window afterward reacquiring the lock.  Since vortex_error() may
call vortex_rx(), which *does* require its caller to hold window_lock,
lift that call up into vortex_interrupt().  This also removes the
potential for calling vortex_rx() on a later-generation NIC.

Reported-and-tested-by: Jens Schüßler  [in Debian's 2.6.32]
Signed-off-by: Ben Hutchings 
---
Dave,

This is the regression I mentioned before.  3c59x should be good after
this.

Ben.

 drivers/net/3c59x.c |   10 +++---
 1 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/drivers/net/3c59x.c b/drivers/net/3c59x.c
index a045559..85671ad 100644
--- a/drivers/net/3c59x.c
+++ b/drivers/net/3c59x.c
@@ -1994,10 +1994,9 @@ vortex_error(struct net_device *dev, int status)
}
}
 
-   if (status & RxEarly) { /* Rx early is unused. 
*/
-   vortex_rx(dev);
+   if (status & RxEarly)   /* Rx early is unused. 
*/
iowrite16(AckIntr | RxEarly, ioaddr + EL3_CMD);
-   }
+
if (status & StatsFull) {   /* Empty statistics. */
static int DoneDidThat;
if (vortex_debug > 4)
@@ -2298,7 +2297,12 @@ vortex_interrupt(int irq, void *dev_id)
if (status & (HostError | RxEarly | StatsFull | TxComplete | 
IntReq)) {
if (status == 0x)
break;
+   if (status & RxEarly)
+   vortex_rx(dev);
+   spin_unlock(&vp->window_lock);
vortex_error(dev, status);
+   spin_lock(&vp->window_lock);
+   window_set(vp, 7);
}
 
if (--work_done < 0) {
-- 
1.7.1





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#404264: Convite para se conectar no LinkedIn

[Consultor 6448]

LinkedIn


   
Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn.
-Consultor

Consultor 6448
vendas na Universidade Positivo 
São Paulo e região, Brasil

Confirme que você conhece Consultor 6448
https://www.linkedin.com/e/6xwxe-gds2ppti-6a/isd/1640721445/K7ejZedV/


 
--
(c) 2010, LinkedIn Corporation

Bug#595891: bind9: causes 3 minute boot delay

[Vasya Pupkin]

Package: bind9
Version: 1:9.6.ESV.R1+dfsg-0+lenny2
Severity: important

Package installs a script into /etc/network/if-up.d/ which tries to run `rndc 
reconfigure` for every interface being brough up. At boot time when eth0 is 
brought up while lo is still down, this causes rndc to time out after 3 minutes 
trying to connect to 127.0.0.1. This is the cause of 3 minute boot delay.

-- System Information:
Debian Release: 5.0.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bind9 depends on:
ii  adduser   3.110  add and remove users and groups
ii  bind9utils1:9.6.ESV.R1+dfsg-0+lenny2 Utilities for BIND
ii  debconf [debc 1.5.24 Debian configuration management sy
ii  libbind9-50   1:9.6.ESV.R1+dfsg-0+lenny2 BIND9 Shared Library used by BIND
ii  libc6 2.7-18lenny4   GNU C Library: Shared libraries
ii  libcap2   2.11-2 support for getting/setting POSIX.
ii  libdb4.6  4.6.21-11  Berkeley v4.6 Database Libraries [
ii  libdns55  1:9.6.ESV.R1+dfsg-0+lenny2 DNS Shared Library used by BIND
ii  libisc52  1:9.6.ESV.R1+dfsg-0+lenny2 ISC Shared Library used by BIND
ii  libisccc501:9.6.ESV.R1+dfsg-0+lenny2 Command Channel Library used by BI
ii  libisccfg50   1:9.6.ESV.R1+dfsg-0+lenny2 Config File Handling Library used 
ii  libkrb53  1.6.dfsg.4~beta1-5lenny4   MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.11-1+lenny2OpenLDAP libraries
ii  liblwres501:9.6.ESV.R1+dfsg-0+lenny2 Lightweight Resolver Library used 
ii  libssl0.9.8   0.9.8g-15+lenny8   SSL shared libraries
ii  libxml2   2.6.32.dfsg-5+lenny1   GNOME XML library
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  net-tools 1.60-22The NET-3 networking toolkit
ii  netbase   4.34   Basic TCP/IP networking system

bind9 recommends no packages.

Versions of packages bind9 suggests:
pn  bind9-doc  (no description available)
ii  dnsutils  1:9.6.ESV.R1+dfsg-0+lenny2 Clients provided with BIND
pn  resolvconf (no description available)
pn  ufw(no description available)

-- debconf information:
  bind9/different-configuration-file:
  bind9/run-resolvconf: true
  bind9/start-as-user: bind



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595554: 3c59x hangs on Vortex cards

[Ben Hutchings]

On Tue, 2010-09-07 at 02:46 +0200, Jens Schüßler wrote:
> * Ben Hutchings  wrote:
> > 
> > Please can you test my attempted fix for this - either:
> > 
> > 1. Get the fixed module  and
> > the signature file , verify
> > my signature with gpg, and then load the module:
> > rmmod 3c59x && insmod 3c59x.ko
> 
> Hi Ben,
> 
> done this, and I'm now online over my Vortex with this module, seems
> like it works,

Good!  I'll add this patch to the next version of the kernel package.

> though the message
> ,
> | eth0: vortex_error(), status=0xe091
> `
> is still printed in syslog if I turn on debugging.

vortex_error() is also called for some conditions that aren't errors.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#595872: libnetpacket-perl: FTBFS in squeeze: libmodule-build-perl: non-matching version installed (~*=PROVIDED=*= ! >= 0.360100)

[Ansgar Burchardt]

reassign 595872 sbuild
reassign 595866 sbuild
reassign 595863 sbuild
forcemerge 586275 595872 595866 595863
thanks

Lucas Nussbaum  writes:

> Package: libnetpacket-perl
>> Build-Depends: debhelper (>= 7.3.7~), libmodule-build-perl (>= 0.360100) | 
>> perl (>= 5.12)
>> libmodule-build-perl: non-matching version installed (~*=PROVIDED=*= ! >= 
>> 0.360100)

> Package: libmoosex-types-perl-perl
>> Build-Depends-Indep: libmoosex-types-perl, libparams-util-perl, 
>> libversion-perl (>= 1:0.8200) | perl (>= 5.12), perl, perl (>= 5.10.1) | 
>> libtest-simple-perl (>= 0.88)
>> libversion-perl: non-matching version installed (~*=PROVIDED=*= ! >= 
>> 1:0.8200)

> Package: libcpan-meta-perl
>> Build-Depends-Indep: libjson-perl (>= 2), libversion-perl (>= 1:0.8200) | 
>> perl (>= 5.12), [...]
>> libversion-perl: non-matching version installed (~*=PROVIDED=*= ! >= 
>> 1:0.8200)

These are duplicates of #591188, #591187 and #591189.  A patch for
sbuild is available in #586275, but nobody applied it yet.

Regards,
Ansgar



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595554: 3c59x hangs on Vortex cards

[Jens Schüßler]

* Ben Hutchings  wrote:
> 
> Please can you test my attempted fix for this - either:
> 
> 1. Get the fixed module  and
> the signature file , verify
> my signature with gpg, and then load the module:
> rmmod 3c59x && insmod 3c59x.ko

Hi Ben,

done this, and I'm now online over my Vortex with this module, seems
like it works, though the message
,
| eth0: vortex_error(), status=0xe091
`
is still printed in syslog if I turn on debugging.

Thanks
Jens



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#556610: mdadm: Improvement for MD checkarray CRON

[alice ferrazzi]

we are working on it and we are at a good point
you can see in attach the diff

On Mon, Sep 6, 2010 at 7:42 PM, martin f krafft  wrote:

> also sprach martin f krafft  [2010.09.06.1935 +0200]:
> > 2. Your solution works, and it's exactly what the (useless)
> >/usr/bin/hostid should do. I am a little sceptical about using
> >a non-standard approach for this.
>
> This seems better:
>
> 06 19:40 < jcristau> madduck: echo $(($RANDOM % 28)) >
> /var/lib/mdadm/mdadmday on first install
>
> And I think it could even be exported with debconf (priority low).
>
> Want to send a patch? ;)
>
> --
>  .''`.   martin f. krafft   Related projects:
> : :'  :  proud Debian developer   http://debiansystem.info
> `. `'`   
> http://people.debian.org/~madduck
> http://vcs-pkg.org
>  `-  Debian - when you have better things to do than fixing systems
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEAREDAAYFAkyFKAQACgkQIgvIgzMMSnVCdwCfa5wh8TiHsW1T8gmDx3PTTS3g
> kdMAoIB53DPeRmcTRU1PiR0xKDTHqGk/
> =LAnm
> -END PGP SIGNATURE-
>
> ___
> pkg-mdadm-devel mailing list
> pkg-mdadm-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-mdadm-devel
>
--- checkarray.orig2	2010-08-29 23:38:13.345157837 +0200
+++ checkarray	2010-09-07 00:16:15.892806704 +0200
@@ -8,6 +8,7 @@
 set -eu
 
 PROGNAME=${0##*/}
+CANCEL_FILE=/var/lib/mdadm/cancelled
 
 about()
 {
@@ -53,6 +54,68 @@
   echo "You can also control the status of a check with /proc/mdstat ."
 }
 
+# $1 is the action to do, $2 what we should echo to sync_action, $3 sync_min $4 sync_max $5 $array
+# $1 can be "b" and sync_action will be set before min and max or "a" and action will be set after
+# if you don't want to set the action just use "n" as the first argument
+setup_array() {
+  [ "$1" = b ] && echo $2 > /sys/block/$5/md/sync_action
+  echo $3 > /sys/block/$5/md/sync_min
+  echo $4 > /sys/block/$5/md/sync_max
+  [ "$1" = a ] && echo $2 > /sys/block/$5/md/sync_action
+  return 0
+}
+
+# set the array as idle and restore sync_{min,max} to default value. $1 is $array
+alias cleanup_array='setup_array b idle 0 max'
+
+# start an array check, $1 is sync_min, $2 sync_max, $3 $array
+alias start_check='setup_array a check'
+
+# this must be called if check is splitted because when syc_max is not equal to 'max' the check will just
+# pause, waiting for sync_max to be rised and sync_action is not restored to idle
+# $1 must be $array, $2 $next_last_sector, $3 $save_file 
+wait_completed() {
+  sleep 3
+  # the first one checks if sync_completed is 'none', in case $last_sector is equal to $asize
+  # because sync_action is set to 'idle' automatically in this situation
+  # the second condition checks if the last sector checked is equal to $last_sector
+  while [ "$(cat /sys/block/$1/md/sync_completed)" != "none" ] ; do
+# save this if the check has been cancelled
+last_checked=$(cut -d ' ' -f1 /sys/block/$1/md/sync_completed)
+# this must be done after the previous check otherwise -ne might complain that the first argument is not a number
+if [ "$last_checked" -ne "$2" ] ; then
+  sleep 3
+  # inotifywait might be used here instead of sleep with something like
+  # inotifywait -q -e modify /sys/block/$1/md/sync_completed | :
+  # the | : is necessary couse (according to man inotifywait) it returns 1 when success... not tested myself
+else
+  break
+fi
+  done
+  # if the check has been cancelled echo last_checked sector otherwise next_last_sector
+  if [ -e $CANCEL_FILE.$1 ] ; then
+echo $last_checked > $3
+rm -rf $CANCEL_FILE.$1
+  else
+echo $2 > $3
+  fi
+  cleanup_array $1
+  [ $quiet -lt 1 ] && echo "$PROGNAME: I: check for array $array terminated" >&2
+  return 0
+}
+
+# start a fake check and reads sync_completed to get the array size 
+# (not equal to arraysize reported in mdstats and in mdadm -D
+# $1 is $array, $2 $chunk_size
+# TODO pls find or implement in md-mod a better way to get this
+get_size() {
+  start_check 0 $2 $1
+  local a_size=$(cut -d ' ' -f3 /sys/block/$1/md/sync_completed)
+  cleanup_array $1
+  echo $a_size
+  return 0
+}
+
 SHORTOPTS=achVqQsxilf
 LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,idle,slow,fast,realtime
 
@@ -165,7 +228,9 @@
 
   case "$action" in
 idle)
-  echo $action > $SYNC_ACTION_CTL
+  cleanup_array $array
+  # we must remeber the check was cancelled for wait_completed
+  touch $CANCEL_FILE.$array || :  # TODO how to handle this error ?
   [ $quiet -lt 1 ] && echo "$PROGNAME: I: cancel request queued for array $array." >&2
   ;;
 
@@ -174,11 +239,48 @@
 [ $quiet -lt 2 ] && echo "$PROGNAME: W: array $array not idle, skipping..." >&2
 continue
   fi
+  # we don't need this anymore
+  [ -e $CANCEL_FILE.$array ] && rm -rf $CANCEL_FILE.$array
+
+  # le

Bug#595890: libzmq0: installs manpages that belong in the -dev package

[Adam Majer]

Package: libzmq0
Version: 2.0.7.dfsg-1
Severity: serious
Justification: Policy 8.2

http://packages.debian.org/sid/alpha/libzmq0/filelist

/usr/lib/libzmq.so.0
/usr/lib/libzmq.so.0.0.0
/usr/share/doc/libzmq0/AUTHORS
/usr/share/doc/libzmq0/NEWS.gz
/usr/share/doc/libzmq0/README
/usr/share/doc/libzmq0/README.Debian
/usr/share/doc/libzmq0/changelog.Debian.gz
/usr/share/doc/libzmq0/changelog.gz
/usr/share/doc/libzmq0/copyright
/usr/share/man/man7/zmq.7.gz
/usr/share/man/man7/zmq_inproc.7.gz
/usr/share/man/man7/zmq_ipc.7.gz
/usr/share/man/man7/zmq_pgm.7.gz
/usr/share/man/man7/zmq_tcp.7.gz

manpages do not belong in shared library file. They belong in the -dev
package instead. As per Debian Policy section 8.2

"If your package contains files whose names do not change with each
change in the library shared object version, you *must* not put them in
the shared library package. Otherwise, several versions of the shared
library cannot be installed at the same time without filename clashes,
making upgrades and transitions unnecessarily difficult."

Cheers,
Adam


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libzmq0 depends on:
ii  libc6 2.11.2-4   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-11 GCC support library
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libstdc++64.4.4-11   The GNU Standard C++ Library v3
ii  libuuid1  2.17.2-3.1 Universally Unique ID library

Versions of packages libzmq0 recommends:
ii  zeromq-bin  2.0.7.dfsg-1 Utilities for ZeroMQ

libzmq0 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595889: proftpd-dfsg: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: proftpd-dfsg
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.

- -- 
Flamarion Jorge
OpenPGP Key: 6CA750E1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkyFgs0ACgkQ0SDRnmynUOG2yACdFB4MansFONICHbkOlqaf3/nW
cnYAoNFidlXgWiQHrt4+D1KyWy6vIUfc
=uGZA
-END PGP SIGNATURE-
# Debconf translations for proftpd-dfsg.
# Copyright (C) 2010 THE proftpd-dfsg'S COPYRIGHT HOLDER
# This file is distributed under the same license as the proftpd-dfsg package.
# Flamarion Jorge , 2010.
#
#Translators, please read /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: proftpd-dfsg\n"
"Report-Msgid-Bugs-To: proftpd-d...@packages.debian.org\n"
"POT-Creation-Date: 2009-09-01 22:31+0200\n"
"PO-Revision-Date: 2010-09-04 13:47-0300\n"
"Last-Translator: Flamarion Jorge \n"
"Language-Team: Brazilian Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"
"pt_BR utf-8\n"

#. Type: select
#. Choices
#: ../proftpd-basic.templates:2001
msgid "from inetd"
msgstr "a partir do inetd"

#. Type: select
#. Choices
#: ../proftpd-basic.templates:2001
#| msgid "inetd, standalone"
msgid "standalone"
msgstr "autônomo"

#. Type: select
#. Description
#: ../proftpd-basic.templates:2002
msgid "Run proftpd:"
msgstr "Executar o proftpd:"

#. Type: select
#. Description
#: ../proftpd-basic.templates:2002
msgid ""
"ProFTPd can be run either as a service from inetd, or as a standalone "
"server. Each choice has its own benefits. With only a few FTP connections "
"per day, it is probably better to run ProFTPd from inetd in order to save "
"resources."
msgstr ""
"O ProFTPd pode ser executado como um serviço a partir do inetd ou como um "
"servidor autônomo. Cada escolha tem seus próprios benefícios. Com apenas "
"algumas conexões FTP por dia, provavelmente é melhor executar o ProFTPd a "
"partir do inetd para economizar recursos."

#. Type: select
#. Description
#: ../proftpd-basic.templates:2002
msgid ""
"On the other hand, with higher traffic, ProFTPd should run as a standalone "
"server to avoid spawning a new process for each incoming connection."
msgstr ""
"Por outro lado, com um alto tráfego, o ProFTPd deveria executar como um "
"servidor autônomo para evitar a criação de um novo processo para cada "
"conexão de entrada."

#~ msgid "Warning on syntax changes in ProFTPd configuration."
#~ msgstr "Aviso sobre a sintaxe de mudanas na configurao do ProFTPd."

#, fuzzy
#~ msgid ""
#~ "You are upgrading from a pre-1.3.0 version. Probably you will need to "
#~ "revise your previous configuration to be compliant with current "
#~ "directives. Please, consult documentation and how-tos available in "
#~ "proftpd-doc and change /etc/proftpd/proftpd.conf as needed."
#~ msgstr ""
#~ "Voc est atualizando a aprtir de verso anterior  verso 1.2.8. "
#~ "Provavelmente voc precisar revisar sua confgiurao anterior para que a "
#~ "mesma seja compatvel com as diretivas atuais. Por favor, consulte a "
#~ "documentao disponvel no pacote proftpd-doc e modifique o arquivo /etc/"
#~ "proftpd.conf de acordo com a mesma."

#, fuzzy
#~ msgid ""
#~ "Unfortunately, it is nearly impossible currently to convert your setup "
#~ "automatically, but for some basic issues. You will have to do  it "
#~ "yourself. ProFTPd could also be unable to use the resulting  "
#~ "configuration, and it would not restart after upgrading."
#~ msgstr ""
#~ "Infelizmente,  quase impossvel converter sua configurao antiga "
#~ "automaticamente, salvo alguns detalhes elementares. Voce ter que fazer "
#~ "isso manualmente. O ProFTPd poder tambm no ser capaz de usar a configurao "
#~ "resultante e no conseguir reiniciar aps a atualizao."

#~ msgid "Run proftpd from inetd or standalone?"
#~ msgstr "Executar o proftpd em modo inetd ou standalone ?"

#, fuzzy
#~ msgid ""
#~ "On the other hand, if your ftp site is visited frequently, you should "
#~ "rather run proftp as a standalone server (because with inetd, each time a "
#~ "connection is opened, a new process is spawned)."
#~ msgstr ""
#~ "Por outro lado, caso seu site ftp seja visitado frequentemente, o inetd "
#~ "no  uma boa escolha, devido a um novo processo ser iniciado a cada vez "
#~ "que uma conexo  iniciada."

#~ msgid "Enable anonymous access?"
#~ msgstr "Habilitar acesso annimo?"

#~ msgid ""
#~ "Enabling anonymous access grants access to your ftp site by any user, "
#~ "without being a system user.  This is probably not a good idea for "
#~ "paranoid sysadmins.  Only enable if you know what it does."
#~ msgstr ""
#~ "Habilitar acesso annimo garante que qu

Bug#595187: linux-2.6: lots of OOPses on resume (NULL pointer dereference in file_ra_state_init)

[Vagrant Cascadian]

On Tue, Sep 07, 2010 at 12:10:09AM +0100, Ben Hutchings wrote:
> On Mon, 2010-09-06 at 12:27 -0700, Vagrant Cascadian wrote:
> > Package: linux-2.6
> > Version: 2.6.32-21
> > 
> > i'm experiencing very similar issues, although also with earlier versions of
> > linux-image-2.6.32-5-686.
> > 
> > i first started having this problem after upgrading to squeeze from lenny,
> > although i was running the exact same linux-image-2.6.32-* directly on lenny
> > for quite some time without problems. 
> > 
> > i had been using uswsusp, but after experiencing this problem several 
> > times, i
> > purged uswsusp and switched to using the in-kernel resume with pm-hibernate.
> [...]
> 
> And did that make any difference?

heh. sorry for being unclear :)

unfortunately, no, it's still Oops'ing after resume.

i also didn't mention, largely because i'm pretty unsure if it's really the
case, but the issue *seems* to occur more reliably when hibernating (to disk)
while on battery, but i'm really unsure of that.

i'll see if i can more reliably trigger the same problem on a clean squeeze
install on the same hardware in another partition... where i'm not as worried
about crashing.

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595888: provide feedback when forbidding packages

[jidanni]

Package: aptitude
Version: 0.6.3-3.1
Severity: wishlist

Allow us to examine what happens when we use forbid-version:
# aptitude forbid-version somepackage
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Do you want to continue? [Y/n/?]
#

I would provide some feedback.

I would say instead:
Forbid version xxx of package yyy [Y/n/?]



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595887: unblock: ltsp-docs/0.99+bzr115-1

[Vagrant Cascadian]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ltsp-docs. it adds documentation for several features,
and removes duplicated documentation for the FRONT_VOLUME environment variable
(not mentioned in debian/changelog).

it also switches from dpkg source format 1.0 with no patch system to 3.0
(quilt), and updates the standards-version.

ltsp-docs (0.99+bzr115-1) unstable; urgency=low

  * New upstream version:
- Document LDM_LIMIT_ONE_SESSION, LDM_LIMIT_ONE_SESSION_PROMPT, and
  HOSTNAME* lts.conf options.

  * Switch to source format 3.0 (quilt). 
  * Update Standards-Version to 3.9.1, no changes necessary.

 -- Vagrant Cascadian   Mon, 30 Aug 2010 12:13:18 -0700

unblock ltsp-docs/0.99+bzr115-1

thanks for your work, time and consideration!

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595728: git-core: permissions of templates too restrictive

[Philipp Kern]

On Mon, Sep 06, 2010 at 12:56:05AM -0500, Adam Mercer wrote:
> Since the last update of git-core the templates in /usr/share/git-core are
> marked with permissions -rw-r- (owned by root:root), so general users
> can't access them. Therefore when a new repository is cloned the process
> failed as permission is denied to copy the template files into the new cloned
> repo. Marking these files as readable by others allows the clone to proceed.
> 
> -- System Information:
> Debian Release: 5.0.6
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: i386 (i686)

Thanks for the bug report.  Indeed the git-core package is broken on
lenny/i386 since the last point release on Saturday.  Sadly nobody caught
that bug when the package was in proposed-updates.  It's only i386, that's
affected, because of oddities on the uploader's build machine.  The autobuilt
ones look fine.

I scheduled a binNMU.  A quick fix is to upgrade to the version in
proposed-updates when it's available there latest tomorrow evening.

Sorry
Philipp Kern


signature.asc
Description: Digital signature

Bug#595886: syntax/lhaskell.vim: please support autoindent of Bird-style .lhs

[Jan Braun]

Package: vim-runtime
Version: 2:7.3.000+hg~ee53a39d5896-1
Severity: wishlist

Hi,
I wish for vim to honor my "autoindent on" setting and smartly indent
Bird-style literate haskell. E.g.:

> somefun a b c = foo . bar . baz
>   where
>   foo = a
>   bar = b
... and now hitting enter at the end of the previous line should have
inserted ">   ", to place the cursor at the correct position for
typing "baz = c".

Sadly, I have no clue about vim syntax files and thus can't easily do
this myself, but it should at least be doable, since the C comments can
insert non-space indentation too.

cheers,
Jan

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (99, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
ii  vim  2:7.3.000+hg~ee53a39d5896-1 Vi IMproved - enhanced vi editor
ii  vim-lesstif  2:7.3.000+hg~ee53a39d5896-1 Vi IMproved - enhanced vi editor -

vim-runtime suggests no packages.

-- no debconf information

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#581601: New release of liboauth

[Tom Parker]

0.8.9 has been released upstream which includes a set of changes
similar to the patch I'd sent you, and which fix the issues raised.
Any progress on getting a mentor to get this much needed package into
the archive? I'm working on some patches to Twitux right now that will
need this library in order to go into Debian, and so I'd like to try
and speed up this library getting in.

Thanks,

Tom Parker



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595885: strongswan: FTBFS in squeeze: No package 'libnm_glib_vpn' found

[Lucas Nussbaum]

Package: strongswan
Version: 4.3.2-1.3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> #dpatch deapply-all
> dh_testdir
> dh_testroot
> rm -f build-stamp
> [ ! -f Makefile ] || /usr/bin/make clean
> #-/usr/bin/make -C programs/fswcert/ clean
> # after a make clean, no binaries _should_ be left, but 
> find /build/user-strongswan_4.3.2-1.3-amd64-9XoTZS/strongswan-4.3.2 -name 
> "*.o" | xargs --no-run-if-empty rm
> find 
> /build/user-strongswan_4.3.2-1.3-amd64-9XoTZS/strongswan-4.3.2/lib/libcrypto 
> -name "*.a" | xargs --no-run-if-empty rm
> find: 
> `/build/user-strongswan_4.3.2-1.3-amd64-9XoTZS/strongswan-4.3.2/lib/libcrypto':
>  No such file or directory
> # Really clean (#356716)
> # This is a hack: should be better implemented
> rm -f lib/libstrongswan/libstrongswan.a || true
> rm -f lib/libstrongswan/liboswlog.a || true
> # just in case something went wrong
> rm -f 
> /build/user-strongswan_4.3.2-1.3-amd64-9XoTZS/strongswan-4.3.2/debian/ipsec.secrets
> # and make sure that template are up-to-date
> debconf-updatepo
> dh_clean
>  dpkg-source -b strongswan-4.3.2
> dpkg-source: warning: no source format specified in debian/source/format, see 
> dpkg-source(1)
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building strongswan using existing 
> strongswan_4.3.2.orig.tar.gz
> dpkg-source: info: building strongswan in strongswan_4.3.2-1.3.diff.gz
> dpkg-source: warning: the diff modifies the following upstream files: 
>  src/libstrongswan/asn1/asn1.c
>  src/medsrv/controller/peer_controller.c
>  src/starter/y.tab.c
>  src/starter/y.tab.h
> dpkg-source: info: use the '3.0 (quilt)' format to have separate and 
> documented changes to upstream files, see dpkg-source(1)
> dpkg-source: info: building strongswan in strongswan_4.3.2-1.3.dsc
>  debian/rules build
> dh_testdir
> #dpatch apply-all
> dh_testdir
> ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var 
> --libexecdir=/usr/lib --enable-ldap --enable-curl --enable-nonblocking 
> --enable-thread --enable-smartcard --enable-cisco-quirks 
> --with-default-pkcs11=/usr/lib/opensc-pkcs11.so --enable-mediation 
> --enable-medsrv --enable-medcli --enable-openssl --enable-agent 
> --enable-eap-radius --enable-eap-identity --enable-eap-md5 --enable-eap-gtc 
> --enable-eap-aka --enable-eap-mschapv2 --enable-sql --disable-aes 
> --disable-des --disable-fips-prf --disable-gmp --disable-md5 --disable-sha1 
> --disable-sha2 --enable-nm
> configure: WARNING: unrecognized options: --enable-nonblocking, 
> --enable-thread
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking how to create a ustar tar archive... gnutar
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for gcc... gcc
> 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 gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc3
> checking how to run the C preprocessor... gcc -E
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking whether byte ordering is bigendian... no
> checking for a BSD-compatible install... /usr/bin/install -c
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for BSD- or MS-c

Bug#595883: xen-tools: FTBFS in squeeze: /bin/sh: cannot-determine-used-vcs: not found

[Lucas Nussbaum]

Package: xen-tools
Version: 4.2~rc1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[1]: Entering directory 
> `/build/user-xen-tools_4.2~rc1-1-amd64-IgbhBC/xen-tools-4.2~rc1'
> mkdir -p man
> cd bin; for i in *-*[!y]; do pod2man --release=4.2rc1 --official --section=8 
> $i ../man/$i.8; done
> for i in man/*.8; do gzip --force -9 $i; done
> make[1]: Leaving directory 
> `/build/user-xen-tools_4.2~rc1-1-amd64-IgbhBC/xen-tools-4.2~rc1'
> make changelog
> /bin/sh: git: not found
> /bin/sh: hg: not found
> make[1]: Entering directory 
> `/build/user-xen-tools_4.2~rc1-1-amd64-IgbhBC/xen-tools-4.2~rc1'
> cannot-determine-used-vcs log -v > ChangeLog
> /bin/sh: cannot-determine-used-vcs: not found
> make[1]: *** [changelog] Error 127

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/xen-tools_4.2~rc1-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found.

[Lucas Nussbaum]

Package: vlc
Version: 1.1.3-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> dh_testdir
> dh_testroot
> rm -f build-stamp
> [ ! -f debian/vlc-nox.install.bak ] || mv -f debian/vlc-nox.install.bak \
> debian/vlc-nox.install
> rm -f debian/vlc-nox.install.kfreebsd
> rm -f debian/vlc-nox.install.hurd
> # Clean VLC
> [ ! -f Makefile ] || /usr/bin/make distclean
> rm -rf tmp/
> dh_clean
>  dpkg-source -b vlc-1.1.3
> dpkg-source: info: using source format `3.0 (quilt)'
> dpkg-source: info: building vlc using existing ./vlc_1.1.3.orig.tar.bz2
> dpkg-source: info: building vlc in vlc_1.1.3-1.debian.tar.gz
> dpkg-source: info: building vlc in vlc_1.1.3-1.dsc
>  debian/rules build
> dh_testdir
> # We need to build the static library apart
> # Else it's a mess when we build the modules
> ./configure --enable-static --build=x86_64-linux-gnu --config-cache 
> --disable-maintainer-mode --disable-silent-rules --disable-update-check 
> --enable-fast-install --prefix=/usr --sysconfdir=/etc --with-binary-version=1 
>  --enable-a52 --enable-aa --enable-bonjour --enable-caca --enable-dca 
> --enable-dirac --enable-dvb --enable-dvbpsi --enable-dvdnav --enable-faad 
> --enable-flac --enable-fluidsynth --enable-freetype --enable-fribidi 
> --enable-ggi --enable-gnutls --enable-jack --enable-kate --enable-libass 
> --enable-libmpeg2 --enable-libproxy --enable-libxml2 --enable-lirc 
> --enable-live555 --enable-mad --enable-mkv --enable-mod --enable-mozilla 
> --enable-mpc --enable-mtp --enable-mux_ogg --enable-ncurses --enable-notify 
> --enable-ogg --enable-pulse --enable-qt4 --enable-realrtsp 
> --enable-schroedinger --enable-sdl --enable-shout --enable-skins2 
> --enable-smb --enable-speex --enable-svg --enable-taglib --enable-theora 
> --enable-twolame --enable-upnp --enable-vcd --enable-vcdx --enable-vorbis 
> --enable-zvbi --with-kde-solid=/usr/share/kde4/apps/ 
> --with-mozilla-pkg=libxul  --disable-dxva2 --disable-gnomevfs --disable-goom 
> --disable-libva --disable-osso_screensaver --disable-portaudio 
> --disable-projectm --disable-sqlite --disable-telx --disable-x264  
> --enable-alsa --enable-atmo --enable-dc1394 --enable-dv --enable-pvr 
> --enable-udev --enable-v4l --enable-v4l2  --enable-svgalib
> configure: creating cache config.cache
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking how to create a ustar tar archive... gnutar
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables... 
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> 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 gcc option to accept ISO C99... -std=gnu99
> checking how to run the C preprocessor... gcc -std=gnu99 -E
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking minix/config.h usability... no
> checking minix/config.h presence... no
> checking for minix/config.h... no
> checking whether it is safe to define __EXTENSIONS__... yes
> checking whether gcc -std=gnu99 and cc understand -c and -o together... yes
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking dependency style of g++... gcc3
> checking how to run the C preprocessor... gcc -std=gnu99 -E
> checking for gcc... gcc
> checking whether we are using the GNU Objective C compiler... no
> checking whether gcc accepts -g... no

Bug#595881: openoffice.org: FTBFS in squeeze: ERROR: error 65280 occurred while making /build/user-openoffice.org_3.2.1-6-amd64-1k3kmU/openoffice.org-3.2.1/ooo-build-3-2-1-4/build/OOO320_m19/extension

[Lucas Nussbaum]

Package: openoffice.org
Version: 1:3.2.1-6
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> Making:sw_res.hid
> cat /tmp/mkVRTK9E| xargs -s 1000 cat > 
> ../unxlngx6.pro/misc/sw_res.hid.unxlngx6.pro.tmp
> Name "main::name" used only once: possible typo at 
> /build/user-openoffice.org_3.2.1-6-amd64-1k3kmU/openoffice.org-3.2.1/ooo-build-3-2-1-4/build/OOO320_m19/solenv/bin/deliver.pl
>  line 1312.
> deliver -- version: -
> Module 'sw' delivered successfully. 433 files copied, 0 files unchanged
> 
> 1 module(s): 
>   extensions
> need(s) to be rebuilt
> 
> Reason(s):
> 
> ERROR: error 65280 occurred while making 
> /build/user-openoffice.org_3.2.1-6-amd64-1k3kmU/openoffice.org-3.2.1/ooo-build-3-2-1-4/build/OOO320_m19/extensions/source/plugin/base
> 
> Attention: if you build and deliver the above module(s) you may prolongue 
> your the build issuing command "build --from extensions"
> 
> rmdir /tmp/o6l5bCHVEc
> make[1]: *** [stamp/build] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/openoffice.org_1:3.2.1-6_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595880: sawfish: FTBFS in squeeze: /bin/sh: rep: not found

[Lucas Nussbaum]

Package: sawfish
Version: 1:1.3.5.2-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[3]: Entering directory 
> `/build/user-sawfish_1.3.5.2-1-amd64-wwVgGN/sawfish-1.3.5.2/lisp/sawfish/gtk'
> cp stock.jl.gtk stock.jl
> REP_DL_LOAD_PATH=../../..//src/.libexec REP_GTK_DONT_INITIALIZE=1 
> REP_LOAD_PATH=../../../lisp:../../..//lisp rep compiler -f compile-batch 
> color-preview.jl
> /bin/sh: rep: not found
> make[3]: *** [color-preview.jlc] Error 127

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/sawfish_1:1.3.5.2-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595878: wordnet: FTBFS in squeeze: /bin/bash: aclocal-1.10: command not found

[Lucas Nussbaum]

Package: wordnet
Version: 1:3.0-18
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[1]: Entering directory 
> `/build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0'
> if test -e /usr/share/misc/config.guess ; then \
>   for i in ./config.guess ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/misc/config.sub ; then \
>   for i in ./config.sub ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> make[1]: Leaving directory 
> `/build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0'
> if test -e /usr/share/misc/config.guess ; then \
>   for i in ./config.guess ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/misc/config.sub ; then \
>   for i in ./config.sub ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> touch debian/stamp-autotools-files
> chmod a+x /build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0/./configure
> mkdir -p .
> cd . &&   CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" 
> CPPFLAGS="" LDFLAGS="" 
> /build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0/./configure 
> --build=x86_64-linux-gnu  --prefix=/usr --includedir="\${prefix}/include" 
> --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" 
> --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/wordnet" 
> --disable-maintainer-mode --disable-dependency-tracking 
> --disable-silent-rules --srcdir=.  --with-tclconfig=/usr/lib/tcl8.5 
> --with-tkconfig=/usr/lib/tk8.5 
> checking for gcc... gcc
> 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 gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking whether gcc and cc understand -c and -o together... yes
> checking for ranlib... ranlib
> checking for flex... flex
> checking lex output file root... lex.yy
> checking lex library... -lfl
> checking whether yytext is a pointer... yes
> checking for bison... bison -y
> checking for a BSD-compatible install... /usr/bin/install -c
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -B
> checking whether ln -s works... yes
> checking how to recognize dependent libraries... pass_all
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... yes
> checking for dlfcn.h... yes
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking how to run the C

Bug#595879: vtkedge: FTBFS in squeeze: cmake errors

[Lucas Nussbaum]

Package: vtkedge
Version: 0.1.0-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[1]: Entering directory 
> `/build/user-vtkedge_0.1.0-2-amd64-CMNQSp/vtkedge-0.1.0'
> # testing does not work as we deactivate rpath during conf time
> dh_auto_configure -- -DCMAKE_VERBOSE_MAKEFILE:BOOL=OFF 
> -DVTK_DATA_ROOT:PATH=/usr/share/VTKData -DCMAKE_SKIP_RPATH:BOOL=YES 
> -DCMAKE_BUILD_TYPE:STRING=Release -DBUILD_TESTING:BOOL=OFF 
> -DVTKEdge_BUILD_PARAVIEW_PLUGINS:BOOL=ON -DVTKEdge_USE_ITK:BOOL=ON
> -- The C compiler identification is GNU
> -- The CXX compiler identification is GNU
> -- Check for working C compiler: /usr/bin/gcc
> -- Check for working C compiler: /usr/bin/gcc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for include files CMAKE_HAVE_UNISTD_H
> -- Looking for include files CMAKE_HAVE_UNISTD_H - found
> -- Looking for include files CMAKE_HAVE_STDLIB_H
> -- Looking for include files CMAKE_HAVE_STDLIB_H - found
> -- Looking for include files CMAKE_HAVE_SYS_IOCTL_H
> -- Looking for include files CMAKE_HAVE_SYS_IOCTL_H - found
> -- Looking for include files CMAKE_HAVE_SYS_SOCKET_H
> -- Looking for include files CMAKE_HAVE_SYS_SOCKET_H - found
> -- Looking for include files CMAKE_HAVE_SYS_SOCKIO_H
> -- Looking for include files CMAKE_HAVE_SYS_SOCKIO_H - not found.
> -- Looking for include files CMAKE_HAVE_NET_IF_H
> -- Looking for include files CMAKE_HAVE_NET_IF_H - found
> -- Looking for include files CMAKE_HAVE_NETINET_IN_H
> -- Looking for include files CMAKE_HAVE_NETINET_IN_H - found
> -- Looking for include files CMAKE_HAVE_NET_IF_DL_H
> -- Looking for include files CMAKE_HAVE_NET_IF_DL_H - not found.
> -- Looking for include files CMAKE_HAVE_NET_IF_ARP_H
> -- Looking for include files CMAKE_HAVE_NET_IF_ARP_H - found
> -- Checking if ifreq has a sa_len
> -- Checking if ifreq has a sa_len -- no
> CMake Error at /usr/lib/paraview/ParaViewConfig.cmake:53 (INCLUDE):
>   include could not find load file:
> 
> /usr//lib/paraview/CMake/ParaViewLibraryDepends.cmake
> Call Stack (most recent call first):
>   ParaViewPlugins/CMakeLists.txt:24 (find_package)
> 
> 
> CMake Error at ParaViewPlugins/CMakeLists.txt:25 (include):
>   include could not find load file:
> 
> /usr//lib/paraview/CMake/ParaViewUse.cmake
> 
> 
> CMake Error at ParaViewPlugins/CMakeLists.txt:29 (qt4_wrap_cpp):
>   Unknown CMake command "qt4_wrap_cpp".
> 
> 
> -- Configuring incomplete, errors occurred!
> dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
> -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=OFF 
> -DVTK_DATA_ROOT:PATH=/usr/share/VTKData -DCMAKE_SKIP_RPATH:BOOL=YES 
> -DCMAKE_BUILD_TYPE:STRING=Release -DBUILD_TESTING:BOOL=OFF 
> -DVTKEdge_BUILD_PARAVIEW_PLUGINS:BOOL=ON -DVTKEdge_USE_ITK:BOOL=ON returned 
> exit code 1
> make[1]: *** [override_dh_auto_configure] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/vtkedge_0.1.0-2_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591677: Patch to fix Policy 10.7.3 violation

[Marco Rodrigues]

Hi!

I'm attaching a patch to fix these policy violations. Please include it to
fix RC Bug.

Thank you

-- 
Marco Rodrigues

http://www.marblehole.com
diff -ruNb mysqmail-0.4.9.orig//debian/mysqmail.postinst mysqmail-0.4.9/debian/mysqmail.postinst
--- mysqmail-0.4.9.orig//debian/mysqmail.postinst	2010-09-05 01:32:55.225438010 +0100
+++ mysqmail-0.4.9/debian/mysqmail.postinst	2010-09-07 00:35:55.931889002 +0100
@@ -2,6 +2,10 @@
 
 set -e
 
+if [ "$1" != "configure" ]; then
+exit 0
+fi
+
 PATH_CONF_FILE=/etc/mysqmail.conf
 
 . /usr/share/debconf/confmodule
diff -ruNb mysqmail-0.4.9.orig/debian//mysqmail.postrm mysqmail-0.4.9/debian//mysqmail.postrm
--- mysqmail-0.4.9.orig/debian//mysqmail.postrm	1970-01-01 01:00:00.0 +0100
+++ mysqmail-0.4.9/debian//mysqmail.postrm	2010-09-05 01:34:04.535437998 +0100
@@ -0,0 +1,12 @@
+#!/bin/sh
+
+set -e
+
+# Remove configuration if package is being purged
+if [ "$1" = "purge" ]; then
+	rm -f /etc/mysqmail.conf
+fi
+
+#DEBHELPER#
+
+exit 0
diff -ruNb mysqmail-0.4.9.orig/debian//mysqmail.prerm mysqmail-0.4.9/debian//mysqmail.prerm
--- mysqmail-0.4.9.orig/debian//mysqmail.prerm	2010-09-05 01:32:55.225438010 +0100
+++ mysqmail-0.4.9/debian//mysqmail.prerm	1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-
-set -e
-
-rm -f /etc/mysqmail.conf
-
-#DEBHELPER#
-
-exit 0

Bug#595761: Patch provided and b...@bugs.php.net

[Fabian Grutschus]

The Red Hat team provided a patch and I pushed the bug upwards to
http://bugs.php.net/bug.php?id=52786 (patch is there as an
attachment).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595502: closed by Ben Hutchings (Re: Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources)

[Thibaut VARÈNE]

Le 7 sept. 10 à 01:18, Ben Hutchings a écrit :


On Mon, 2010-09-06 at 13:40 +0200, Thibaut VARENE wrote:

reopen 595502
thanks

Version: 2.6.32-21

Please, explain to me how changing a Panic into a Warning without
effectively fixing the root cause of the bug "fixes" anything?

And, oh, if by "graceful failure" you mean: "it will blow up your  
raid

devices and kill your filesystems", then yes, the failure has been
very graceful for me, thankyouverymuch. I could have lived with a
little less gracefulness, though ;-/

[...]

There's no need to take your frustration out on me.  I know nothing


I don't think I've taken out my frustration on you, I would have been  
a lot less ironic and a lot more postal if I had been to take the  
frustration resulting from the pain this caused me on anyone... I must  
say tho I'm quite frustrated that incremental kernel upgrades to the  
now frozen next stable release introduce *regressions*...



about IA64 and have to assume that upstream developers know what they
are doing.


That remains an open question ;P


Please test Linux 2.6.35 as packaged in experimental.



I'm afraid this is absolutely not happening, this machine is a  
webserver and I've just spent enough time bringing it back to life...  
Besides squeeze is not shipping with 2.6.35, right? I'm hoping you  
plan on releasing a working kernel for the upcoming stable release?


One thing I don't get is why the need to break a perfectly working  
kernel (2.6.32-9)? Can't the specific change that introduced this bug  
be simply reverted?





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595876: multiboot: FTBFS in squeeze: rm: cannot remove `debian/multiboot/usr/share/info/dir': No such file or directory

[Lucas Nussbaum]

Package: multiboot
Version: 0.6.96-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[3]: Entering directory 
> `/build/user-multiboot_0.6.96-1-amd64-_g7luj/multiboot-0.6.96/build-tree/multiboot-0.6.96'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory 
> `/build/user-multiboot_0.6.96-1-amd64-_g7luj/multiboot-0.6.96/build-tree/multiboot-0.6.96'
> make[2]: Leaving directory 
> `/build/user-multiboot_0.6.96-1-amd64-_g7luj/multiboot-0.6.96/build-tree/multiboot-0.6.96'
> make[1]: Leaving directory 
> `/build/user-multiboot_0.6.96-1-amd64-_g7luj/multiboot-0.6.96/build-tree/multiboot-0.6.96'
> rm debian/multiboot/usr/share/info/dir
> rm: cannot remove `debian/multiboot/usr/share/info/dir': No such file or 
> directory
> make: *** [stamps/install] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/multiboot_0.6.96-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595875: forked-daapd: FTBFS in squeeze: Unsatisfiable build-dependency: libunistring-dev(inst 0.9.1-1 ! >= wanted 0.9.3)

[Lucas Nussbaum]

Package: forked-daapd
Version: 0.12~git0.11-125-gca72ee5-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 7), libflac-dev, libtagc0-dev, libavcodec-dev 
> (>= 3:0.svn20090204), libavformat-dev (>= 3:0.svn20090204), libswscale-dev, 
> libavutil-dev, libavahi-client-dev, libevent-dev, libsqlite3-dev (>= 
> 3.6.23.1-2), libconfuse-dev, libavl-dev, libmxml-dev, libplist-dev (>= 0.16), 
> libgcrypt11-dev, libasound2-dev [linux-any], oss4-dev [kfreebsd-any], 
> zlib1g-dev, libunistring-dev (>= 0.9.3), libantlr3c-dev (>= 3.2), antlr3 (>= 
> 3.2-3), autotools-dev
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 8.0.0
> libflac-dev: missing
> libtagc0-dev: missing
> libavcodec-dev: missing
> Using default version 4:0.5.2-1
> libavformat-dev: missing
> Using default version 4:0.5.2-1
> libswscale-dev: missing
> libavutil-dev: missing
> libavahi-client-dev: missing
> libevent-dev: missing
> libsqlite3-dev: missing
> Using default version 3.7.2-1
> libconfuse-dev: missing
> libavl-dev: missing
> libmxml-dev: missing
> libplist-dev: missing
> Using default version 1.3-1
> libgcrypt11-dev: missing
> libasound2-dev: missing
> zlib1g-dev: missing
> libunistring-dev: missing
> Default version of libunistring-dev not sufficient, no suitable version 
> found. Skipping for now, maybe there are alternatives.
> libantlr3c-dev: missing
> Using default version 3.2-1
> antlr3: missing
> Using default version 3.2-4
> autotools-dev: missing
> Checking for source dependency conflicts...
> Installing positive dependencies: debhelper libflac-dev libtagc0-dev 
> libavcodec-dev libavformat-dev libswscale-dev libavutil-dev 
> libavahi-client-dev libevent-dev libsqlite3-dev libconfuse-dev libavl-dev 
> libmxml-dev libplist-dev libgcrypt11-dev libasound2-dev zlib1g-dev 
> libunistring-dev libantlr3c-dev antlr3 autotools-dev
> Reading package lists...
> Building dependency tree...
> Reading state information...
> The following extra packages will be installed:
>   bsdmainutils ca-certificates ca-certificates-java default-jre-headless file
>   gettext gettext-base groff-base html2text intltool-debian java-common
>   libantlr-java libantlr3c-3.2-0 libasound2 libavahi-client3
>   libavahi-common-data libavahi-common-dev libavahi-common3 libavcodec52
>   libavformat52 libavl1 libavutil49 libconfuse0 libcroco3 libcups2 libdbus-1-3
>   libdbus-1-dev libdirac-encoder0 libevent-1.4-2 libevent-core-1.4-2
>   libevent-extra-1.4-2 libfaad2 libflac8 libfreetype6 libgcrypt11 libglib2.0-0
>   libglib2.0-dev libgnutls26 libgpg-error-dev libgpg-error0 libgsm1
>   libgssapi-krb5-2 libjpeg62 libk5crypto3 libkeyutils1 libkrb5-3
>   libkrb5support0 liblcms1 libmagic1 libmxml1 libnspr4-0d libnss3-1d
>   libogg-dev libogg0 libopenjpeg2 liborc-0.4-0 libpcre3 libplist1 libpopt0
>   libschroedinger-1.0-0 libspeex1 libsqlite3-0 libssl0.9.8
>   libstringtemplate-java libswscale0 libtag1-dev libtag1-vanilla libtag1c2a
>   libtagc0 libtasn1-3 libtheora0 libunistring0 libvorbis0a libvorbisenc2
>   libxml2 libxml2-dev man-db openjdk-6-jre-headless openjdk-6-jre-lib openssl
>   pkg-config po-debconf tzdata-java
> Suggested packages:
>   antlr3-gcj wamerican wordlist whois vacation dh-make default-jre gettext-doc
>   groff equivs libasound2-plugins libasound2-doc libfaad-dev libgsm1-dev
>   libschroedinger-dev libspeex-dev libtheora-dev libvorbis-dev libx11-dev
>   libxext-dev libraw1394-dev libdc1394-22-dev cups-common rng-tools
>   libgcrypt11-doc libglib2.0-doc gnutls-bin krb5-doc krb5-user liblcms-utils
>   speex sqlite3-doc www-browser libnss-mdns sun-java6-fonts ttf-dejavu-extra
>   ttf-baekmuk ttf-unfonts ttf-unfonts-core ttf-sazanami-gothic
>   ttf-kochi-gothic ttf-sazanami-mincho ttf-kochi-mincho ttf-wqy-microhei
>   ttf-wqy-zenhe

Bug#595614: pykaraoke: assumes that non-Linux == OS X

[Kelvin Lawson]

Looking at the history it appears that these were part of an excellent user
contribution to add support for the GP2X platform. At the time of writing,
PyKaraoke officially supported the Linux, Windows and GP2X platforms, hence
the logic behind those tests. Since the tests were introduced four years ago
PyKaraoke has been found to work on at least two of the BSDs as well
(FreeBSD and NetBSD) which as you have identified will have been flagged as
OSX.

There is no real distinction needed between the currently working Unix-based
platforms (Linux, BSD and OSX) and they are generally used for UI tweaks.
The important distinctions are currently between Unix-based platforms,
Windows and GP2X. With that in mind a better test would probably be
something like:

if os.name == "posix":
(uname, host, release, version, machine) = os.uname()
if host == "gp2x":
env = ENV_GP2X
else:
env = ENV_POSIX
else if os.name == "nt":
env = ENV_WINDOWS
else:
env = ENV_UNKNOWN

This would have the added benefit of removing the necessity to return to
this code to add additional uname responses in future such as for the
aforementioned Hurd and kFreeBSD.

Bug#595874: embassy-domsearch: FTBFS in squeeze: Unsatisfiable build-dependency: libajax6-dev(inst 6.1.0-5 ! >= wanted 6.2) libnucleus6-dev(inst 6.1.0-5 ! >= wanted 6.2) emboss-lib(inst 6.1.0-5 ! >= w

[Lucas Nussbaum]

Package: embassy-domsearch
Version: 0.1.0++20100115-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: cdbs, debhelper (>= 7), libajax6-dev (>= 6.2), libnucleus6-dev 
> (>= 6.2), emboss-lib (>= 6.2), libx11-dev, libgd2-xpm-dev
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> cdbs: missing
> debhelper: missing
> Using default version 8.0.0
> libajax6-dev: missing
> Default version of libajax6-dev not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> libnucleus6-dev: missing
> Default version of libnucleus6-dev not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> emboss-lib: missing
> Default version of emboss-lib not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> libx11-dev: missing
> libgd2-xpm-dev: missing
> Checking for source dependency conflicts...
> Installing positive dependencies: cdbs debhelper libajax6-dev libnucleus6-dev 
> emboss-lib libx11-dev libgd2-xpm-dev
> Reading package lists...
> Building dependency tree...
> Reading state information...
> The following extra packages will be installed:
>   bsdmainutils file fontconfig-config gettext gettext-base groff-base
>   html2text intltool-debian libajax6 libcroco3 libexpat1 libexpat1-dev
>   libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgd2-xpm
>   libglib2.0-0 libjpeg62 libjpeg62-dev libmagic1 libnucleus6 libpcre3
>   libpng12-0 libpng12-dev libpopt0 libpthread-stubs0 libpthread-stubs0-dev
>   libunistring0 libx11-6 libx11-data libxau-dev libxau6 libxcb1 libxcb1-dev
>   libxdmcp-dev libxdmcp6 libxml2 libxpm-dev libxpm4 man-db pkg-config
>   po-debconf ttf-dejavu-core ucf x11-common x11proto-core-dev
>   x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev
> Suggested packages:
>   wamerican wordlist whois vacation devscripts doc-base dh-make gettext-doc
>   groff libgd-tools www-browser libmail-box-perl
> Recommended packages:
>   autotools-dev curl wget lynx autopoint libglib2.0-data shared-mime-info
>   xml-core libmail-sendmail-perl
> The following NEW packages will be installed:
>   bsdmainutils cdbs debhelper emboss-lib file fontconfig-config gettext
>   gettext-base groff-base html2text intltool-debian libajax6 libajax6-dev
>   libcroco3 libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev
>   libfreetype6 libfreetype6-dev libgd2-xpm libgd2-xpm-dev libglib2.0-0
>   libjpeg62 libjpeg62-dev libmagic1 libnucleus6 libnucleus6-dev libpcre3
>   libpng12-0 libpng12-dev libpopt0 libpthread-stubs0 libpthread-stubs0-dev
>   libunistring0 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxcb1
>   libxcb1-dev libxdmcp-dev libxdmcp6 libxml2 libxpm-dev libxpm4 man-db
>   pkg-config po-debconf ttf-dejavu-core ucf x11-common x11proto-core-dev
>   x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev
> 0 upgraded, 58 newly installed, 0 to remove and 0 not upgraded.
> Need to get 24.4MB of archives.
> After this operation, 68.2MB of additional disk space will be used.
> Get:1 http://localhost/debian/ squeeze/main x11-common all 1:7.5+6 [280kB]
> Get:2 http://localhost/debian/ squeeze/main libxau6 amd64 1:1.0.6-1 [16.8kB]
> Get:3 http://localhost/debian/ squeeze/main libxdmcp6 amd64 1:1.0.3-2 [19.3kB]
> Get:4 http://localhost/debian/ squeeze/main libxcb1 amd64 1.6-1 [44.3kB]
> Get:5 http://localhost/debian/ squeeze/main libx11-data all 2:1.3.3-3 [232kB]
> Get:6 http://localhost/debian/ squeeze/main libx11-6 amd64 2:1.3.3-3 [842kB]
> Get:7 http://localhost/debian/ squeeze/main x11proto-core-dev all 7.0.16-1 
> [92.2kB]
> Get:8 http://localhost/debian/ squeeze/main libxau-dev amd64 1:1.0.6-1 
> [20.2kB]
> Get:9 http://localhost/debian/ squeeze/main libxdmcp-dev amd64 1:1.0.3-2 
> [22.9kB]
> Get:10 http://localhost/debian/ squeeze/main x11proto-input-dev al

Bug#595873: eucalyptus: FTBFS in squeeze: Makedefs: No such file or directory

[Lucas Nussbaum]

Package: eucalyptus
Version: 1.6.2-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> test -x debian/rules
> dh_testroot
> rm -f debian/stamp-makefile-build debian/stamp-makefile-install
> /usr/bin/make  -C .  -k clean
> Makefile:5: make[1]: Entering directory 
> `/build/user-eucalyptus_1.6.2-2-amd64-eHo_rR/eucalyptus-1.6.2'
> Makedefs: No such file or directory
> you have to run ./configure!
> make[1]: *** [config.status] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/eucalyptus_1.6.2-2_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595872: libnetpacket-perl: FTBFS in squeeze: libmodule-build-perl: non-matching version installed (~*=PROVIDED=*= ! >= 0.360100)

[Lucas Nussbaum]

Package: libnetpacket-perl
Version: 0.43.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 7.3.7~), libmodule-build-perl (>= 0.360100) | 
> perl (>= 5.12)
> Build-Depends-Indep: perl
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 8.0.0
> libmodule-build-perl: non-matching version installed (~*=PROVIDED=*= ! >= 
> 0.360100)
> Using default version 0.360700-1
> perl: non-matching version installed (5.10.1-14 ! >= 5.12)
> Default version of perl not sufficient, Package installation not possible
> Source-dependencies not satisfied; skipping libnetpacket-perl

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/libnetpacket-perl_0.43.1-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595871: freej: FTBFS in squeeze: make[5]: *** No rule to make target `./Makefile'. Stop.

[Lucas Nussbaum]

Package: freej
Version: 0.10git20100110-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[4]: Entering directory 
> `/build/user-freej_0.10git20100110-1-amd64-L1eC_p/freej-0.10git20100110/build-core/lib/javascript'
> /usr/bin/make -f ./Makefile  all
> make[5]: ./Makefile: No such file or directory
> make[5]: Entering directory 
> `/build/user-freej_0.10git20100110-1-amd64-L1eC_p/freej-0.10git20100110/build-core/lib/javascript'
> make[5]: *** No rule to make target `./Makefile'.  Stop.
> make[5]: Leaving directory 
> `/build/user-freej_0.10git20100110-1-amd64-L1eC_p/freej-0.10git20100110/build-core/lib/javascript'
> make[4]: *** [all] Error 2

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/freej_0.10git20100110-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595870: gajim: FTBFS in squeeze: ../config/py-compile: 120: python2.5: not found

[Lucas Nussbaum]

Package: gajim
Version: 0.13.4-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[3]: Entering directory 
> `/build/user-gajim_0.13.4-1-amd64-Ck0FD6/gajim-0.13.4/src'
> make[3]: Nothing to be done for `install-exec-am'.
> test -z "/usr/share/gajim/src/common" || /bin/mkdir -p 
> "/build/user-gajim_0.13.4-1-amd64-Ck0FD6/gajim-0.13.4/debian/gajim//usr/share/gajim/src/common"
>  /usr/bin/install -c -m 644 ./common/GnuPG.py ./common/GnuPGInterface.py 
> ./common/__init__.py ./common/atom.py ./common/caps.py 
> ./common/check_paths.py ./common/commands.py ./common/config.py 
> ./common/configpaths.py ./common/connection.py 
> ./common/connection_handlers.py ./common/contacts.py ./common/crypto.py 
> ./common/dataforms.py ./common/dbus_support.py ./common/defs.py 
> ./common/dh.py ./common/events.py ./common/exceptions.py 
> ./common/fuzzyclock.py ./common/gajim.py ./common/helpers.py ./common/i18n.py 
> ./common/idle.py ./common/kwalletbinding.py ./common/latex.py 
> ./common/logger.py ./common/logging_helpers.py ./common/optparser.py 
> ./common/passwords.py ./common/pep.py ./common/proxy65_manager.py 
> ./common/pubsub.py ./common/resolver.py ./common/rst_xhtml_generator.py 
> ./common/sleepy.py ./common/socks5.py ./common/stanza_session.py 
> '/build/user-gajim_0.13.4-1-amd64-Ck0FD6/gajim-0.13.4/debian/gajim//usr/share/gajim/src/common'
> ../config/py-compile: 120: python2.5: not found
> make[3]: *** [install-gajimsrc1PYTHON] Error 127

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/gajim_0.13.4-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595869: antlr3: FTBFS in squeeze: maven errors

[Lucas Nussbaum]

Package: antlr3
Version: 3.2-4
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[1]: Entering directory `/build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2'
> mh_patchpoms -pantlr3 --debian-build --keep-pom-version 
> --maven-repo=/build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/debian/maven-repo
>  
> touch debian/stamp-poms-patched
> make[1]: Leaving directory `/build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2'
> cd . && /usr/lib/jvm/default-java/bin/java -noverify -cp 
> /usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar
>  
> -Dproperties.file.manual=/build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/debian/maven.properties
>  -Dclassworlds.conf=/etc/maven2/m2-debian.conf 
> org.codehaus.classworlds.Launcher -s/etc/maven2/settings-debian.xml 
> -Dmaven.repo.local=/build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/debian/maven-repo
>  -DbuildNumber="debian-4" package
> [INFO] 
> NOTE: Maven is executing in offline mode. Any artifacts not already in your 
> local
> repository will be inaccessible.
> 
> [INFO] Scanning for projects...
> [INFO] Reactor build order: 
> [INFO]   ANTLR Master build control POM
> [INFO]   Antlr 3 Runtime
> [INFO]   ANTLR Grammar Tool
> [INFO]   Maven plugin for ANTLR V3
> [INFO]   ANTLR gUnit
> [INFO]   Maven plugin for gUnit ANTLR V3
> [INFO] 
> 
> [INFO] Building ANTLR Master build control POM
> [INFO]task-segment: [package]
> [INFO] 
> 
> [INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
> [INFO] 
> 
> [INFO] Building Antlr 3 Runtime
> [INFO]task-segment: [package]
> [INFO] 
> 
> [INFO] [resources:resources {execution: default-resources}]
> [WARNING] File encoding has not been set, using platform encoding 
> ANSI_X3.4-1968, i.e. build is platform dependent!
> [WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy filtered 
> resources, i.e. build is platform dependent!
> [INFO] skip non existing resourceDirectory 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/runtime/Java/src/main/resources
> [INFO] [compiler:compile {execution: default-compile}]
> [INFO] Nothing to compile - all classes are up to date
> [INFO] [resources:testResources {execution: default-testResources}]
> [WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy filtered 
> resources, i.e. build is platform dependent!
> [INFO] skip non existing resourceDirectory 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/runtime/Java/src/test/resources
> [INFO] [compiler:testCompile {execution: default-testCompile}]
> [INFO] Not compiling test sources
> [INFO] [surefire:test {execution: default-test}]
> [INFO] Tests are skipped.
> [INFO] [jar:jar {execution: default-jar}]
> [INFO] Building jar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/runtime/Java/target/antlr-runtime-3.2.jar
> [INFO] 
> 
> [INFO] Building ANTLR Grammar Tool
> [INFO]task-segment: [package]
> [INFO] 
> 
> [INFO] [antlr:generate {execution: default}]
> [INFO] Using Antlr grammar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/tool/src/main/antlr2/org/antlr/grammar/v2/antlr.g
> [INFO] The grammar is already generated.
> [INFO] Using Antlr grammar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/tool/src/main/antlr2/org/antlr/grammar/v2/codegen.g
> [INFO] The grammar is already generated.
> [INFO] Using Antlr grammar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/tool/src/main/antlr2/org/antlr/grammar/v2/antlr.print.g
> [INFO] The grammar is already generated.
> [INFO] Using Antlr grammar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/tool/src/main/antlr2/org/antlr/grammar/v2/assign.types.g
> [INFO] The grammar is already generated.
> [INFO] Using Antlr grammar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/tool/src/main/antlr2/org/antlr/grammar/v2/buildnfa.g
> [INFO] The grammar is already generated.
> [INFO] Using Antlr grammar: 
> /build/user-antlr3_3.2-4-amd64-xgAjwj/antlr3-3.2/tool/src/main/antlr2/org/antlr/grammar/v2/define.g
> [INFO] The grammar is already generated.
> [INFO] [antlr3:antlr {execution: default}]

Bug#595868: embassy-domalign: FTBFS in squeeze: Unsatisfiable build-dependency: libajax6-dev(inst 6.1.0-5 ! >= wanted 6.2) libnucleus6-dev(inst 6.1.0-5 ! >= wanted 6.2) emboss-lib(inst 6.1.0-5 ! >= wa

[Lucas Nussbaum]

Package: embassy-domalign
Version: 0.1.0+20100115-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: cdbs, debhelper (>= 7), libajax6-dev (>= 6.2), libnucleus6-dev 
> (>= 6.2), emboss-lib (>= 6.2), libx11-dev, libgd2-xpm-dev
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> cdbs: missing
> debhelper: missing
> Using default version 8.0.0
> libajax6-dev: missing
> Default version of libajax6-dev not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> libnucleus6-dev: missing
> Default version of libnucleus6-dev not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> emboss-lib: missing
> Default version of emboss-lib not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> libx11-dev: missing
> libgd2-xpm-dev: missing
> Checking for source dependency conflicts...
> Installing positive dependencies: cdbs debhelper libajax6-dev libnucleus6-dev 
> emboss-lib libx11-dev libgd2-xpm-dev
> Reading package lists...
> Building dependency tree...
> Reading state information...
> The following extra packages will be installed:
>   bsdmainutils file fontconfig-config gettext gettext-base groff-base
>   html2text intltool-debian libajax6 libcroco3 libexpat1 libexpat1-dev
>   libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgd2-xpm
>   libglib2.0-0 libjpeg62 libjpeg62-dev libmagic1 libnucleus6 libpcre3
>   libpng12-0 libpng12-dev libpopt0 libpthread-stubs0 libpthread-stubs0-dev
>   libunistring0 libx11-6 libx11-data libxau-dev libxau6 libxcb1 libxcb1-dev
>   libxdmcp-dev libxdmcp6 libxml2 libxpm-dev libxpm4 man-db pkg-config
>   po-debconf ttf-dejavu-core ucf x11-common x11proto-core-dev
>   x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev
> Suggested packages:
>   wamerican wordlist whois vacation devscripts doc-base dh-make gettext-doc
>   groff libgd-tools www-browser libmail-box-perl
> Recommended packages:
>   autotools-dev curl wget lynx autopoint libglib2.0-data shared-mime-info
>   xml-core libmail-sendmail-perl
> The following NEW packages will be installed:
>   bsdmainutils cdbs debhelper emboss-lib file fontconfig-config gettext
>   gettext-base groff-base html2text intltool-debian libajax6 libajax6-dev
>   libcroco3 libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev
>   libfreetype6 libfreetype6-dev libgd2-xpm libgd2-xpm-dev libglib2.0-0
>   libjpeg62 libjpeg62-dev libmagic1 libnucleus6 libnucleus6-dev libpcre3
>   libpng12-0 libpng12-dev libpopt0 libpthread-stubs0 libpthread-stubs0-dev
>   libunistring0 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxcb1
>   libxcb1-dev libxdmcp-dev libxdmcp6 libxml2 libxpm-dev libxpm4 man-db
>   pkg-config po-debconf ttf-dejavu-core ucf x11-common x11proto-core-dev
>   x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev
> 0 upgraded, 58 newly installed, 0 to remove and 0 not upgraded.
> Need to get 24.4MB of archives.
> After this operation, 68.2MB of additional disk space will be used.
> Get:1 http://localhost/debian/ squeeze/main x11-common all 1:7.5+6 [280kB]
> Get:2 http://localhost/debian/ squeeze/main libxau6 amd64 1:1.0.6-1 [16.8kB]
> Get:3 http://localhost/debian/ squeeze/main libxdmcp6 amd64 1:1.0.3-2 [19.3kB]
> Get:4 http://localhost/debian/ squeeze/main libxcb1 amd64 1.6-1 [44.3kB]
> Get:5 http://localhost/debian/ squeeze/main libx11-data all 2:1.3.3-3 [232kB]
> Get:6 http://localhost/debian/ squeeze/main libx11-6 amd64 2:1.3.3-3 [842kB]
> Get:7 http://localhost/debian/ squeeze/main x11proto-core-dev all 7.0.16-1 
> [92.2kB]
> Get:8 http://localhost/debian/ squeeze/main libxau-dev amd64 1:1.0.6-1 
> [20.2kB]
> Get:9 http://localhost/debian/ squeeze/main libxdmcp-dev amd64 1:1.0.3-2 
> [22.9kB]
> Get:10 http://localhost/debian/ squeeze/main x11proto-input-dev al

Bug#595867: embassy-domainatrix: FTBFS in squeeze: Unsatisfiable build-dependency: libajax6-dev(inst 6.1.0-5 ! >= wanted 6.2) libnucleus6-dev(inst 6.1.0-5 ! >= wanted 6.2)

[Lucas Nussbaum]

Package: embassy-domainatrix
Version: 0.1.0+20100115-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: cdbs, debhelper (>= 7), libajax6-dev (>= 6.2), libnucleus6-dev 
> (>= 6.2), emboss-lib, libx11-dev, libgd2-xpm-dev
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> cdbs: missing
> debhelper: missing
> Using default version 8.0.0
> libajax6-dev: missing
> Default version of libajax6-dev not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> libnucleus6-dev: missing
> Default version of libnucleus6-dev not sufficient, no suitable version found. 
> Skipping for now, maybe there are alternatives.
> emboss-lib: missing
> libx11-dev: missing
> libgd2-xpm-dev: missing
> Checking for source dependency conflicts...
> Installing positive dependencies: cdbs debhelper libajax6-dev libnucleus6-dev 
> emboss-lib libx11-dev libgd2-xpm-dev
> Reading package lists...
> Building dependency tree...
> Reading state information...
> The following extra packages will be installed:
>   bsdmainutils file fontconfig-config gettext gettext-base groff-base
>   html2text intltool-debian libajax6 libcroco3 libexpat1 libexpat1-dev
>   libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgd2-xpm
>   libglib2.0-0 libjpeg62 libjpeg62-dev libmagic1 libnucleus6 libpcre3
>   libpng12-0 libpng12-dev libpopt0 libpthread-stubs0 libpthread-stubs0-dev
>   libunistring0 libx11-6 libx11-data libxau-dev libxau6 libxcb1 libxcb1-dev
>   libxdmcp-dev libxdmcp6 libxml2 libxpm-dev libxpm4 man-db pkg-config
>   po-debconf ttf-dejavu-core ucf x11-common x11proto-core-dev
>   x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev
> Suggested packages:
>   wamerican wordlist whois vacation devscripts doc-base dh-make gettext-doc
>   groff libgd-tools www-browser libmail-box-perl
> Recommended packages:
>   autotools-dev curl wget lynx autopoint libglib2.0-data shared-mime-info
>   xml-core libmail-sendmail-perl
> The following NEW packages will be installed:
>   bsdmainutils cdbs debhelper emboss-lib file fontconfig-config gettext
>   gettext-base groff-base html2text intltool-debian libajax6 libajax6-dev
>   libcroco3 libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev
>   libfreetype6 libfreetype6-dev libgd2-xpm libgd2-xpm-dev libglib2.0-0
>   libjpeg62 libjpeg62-dev libmagic1 libnucleus6 libnucleus6-dev libpcre3
>   libpng12-0 libpng12-dev libpopt0 libpthread-stubs0 libpthread-stubs0-dev
>   libunistring0 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxcb1
>   libxcb1-dev libxdmcp-dev libxdmcp6 libxml2 libxpm-dev libxpm4 man-db
>   pkg-config po-debconf ttf-dejavu-core ucf x11-common x11proto-core-dev
>   x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev
> 0 upgraded, 58 newly installed, 0 to remove and 0 not upgraded.
> Need to get 24.4MB of archives.
> After this operation, 68.2MB of additional disk space will be used.
> Get:1 http://localhost/debian/ squeeze/main x11-common all 1:7.5+6 [280kB]
> Get:2 http://localhost/debian/ squeeze/main libxau6 amd64 1:1.0.6-1 [16.8kB]
> Get:3 http://localhost/debian/ squeeze/main libxdmcp6 amd64 1:1.0.3-2 [19.3kB]
> Get:4 http://localhost/debian/ squeeze/main libxcb1 amd64 1.6-1 [44.3kB]
> Get:5 http://localhost/debian/ squeeze/main libx11-data all 2:1.3.3-3 [232kB]
> Get:6 http://localhost/debian/ squeeze/main libx11-6 amd64 2:1.3.3-3 [842kB]
> Get:7 http://localhost/debian/ squeeze/main x11proto-core-dev all 7.0.16-1 
> [92.2kB]
> Get:8 http://localhost/debian/ squeeze/main libxau-dev amd64 1:1.0.6-1 
> [20.2kB]
> Get:9 http://localhost/debian/ squeeze/main libxdmcp-dev amd64 1:1.0.3-2 
> [22.9kB]
> Get:10 http://localhost/debian/ squeeze/main x11proto-input-dev all 2.0-2 
> [63.1kB]
> Get:11 http://localhost/debian/ squeeze/main x11proto-kb-dev all 1.0.4-1 
> [27.3kB]
> Get:12 http://localhost/de

Bug#595866: libmoosex-types-perl-perl: FTBFS in squeeze: libversion-perl: non-matching version installed (~*=PROVIDED=*= ! >= 1:0.8200)

[Lucas Nussbaum]

Package: libmoosex-types-perl-perl
Version: 0.101340-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 7)
> Build-Depends-Indep: libmoosex-types-perl, libparams-util-perl, 
> libversion-perl (>= 1:0.8200) | perl (>= 5.12), perl, perl (>= 5.10.1) | 
> libtest-simple-perl (>= 0.88)
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 8.0.0
> libmoosex-types-perl: missing
> libparams-util-perl: missing
> libversion-perl: non-matching version installed (~*=PROVIDED=*= ! >= 1:0.8200)
> Using default version 1:0.8200-1
> perl: non-matching version installed (5.10.1-14 ! >= 5.12)
> Default version of perl not sufficient, Package installation not possible
> Source-dependencies not satisfied; skipping libmoosex-types-perl-perl

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/libmoosex-types-perl-perl_0.101340-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595865: google-gadgets: FTBFS in squeeze: open: No such file or directory

[Lucas Nussbaum]

Package: google-gadgets
Version: 0.11.2-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[1]: Entering directory 
> `/build/user-google-gadgets_0.11.2-3-amd64-mvXIdm/google-gadgets-0.11.2'
> chrpath -d debian/tmp/usr/lib/google-gadgets/gtkmoz-browser-child
> open: No such file or directory
> elf_open: Invalid argument
> make[1]: *** [override_dh_install] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/google-gadgets_0.11.2-3_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595864: gxine: FTBFS in squeeze: configure: error: libjs not found

[Lucas Nussbaum]

Package: gxine
Version: 0.5.905-4
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> dh_testdir
> dh_testroot
> rm -f build-stamp configure-stamp config.log debian/gxine.postinst
> [ ! -f Makefile ] || /usr/bin/make distclean
> dh_clean
>  dpkg-source -b gxine-0.5.905
> dpkg-source: info: using options from gxine-0.5.905/debian/source/options: 
> --single-debian-patch
> dpkg-source: info: using source format `3.0 (quilt)'
> dpkg-source: info: building gxine using existing ./gxine_0.5.905.orig.tar.bz2
> dpkg-source: info: local changes stored in 
> gxine-0.5.905/debian/patches/debian-changes, the modified files are:
>  gxine-0.5.905/src/player.c
> dpkg-source: info: building gxine in gxine_0.5.905-4.debian.tar.gz
> dpkg-source: info: building gxine in gxine_0.5.905-4.dsc
>  debian/rules build
> dh_testdir
> ./configure --build x86_64-linux-gnu \
>   --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc \
>   --disable-integration-wizard --enable-watchdog \
>   --with-logo-format=image --with-gudev \
>   VENDOR_PKG_VERSION="`dpkg-parsechangelog | sed -ne 
> '/^Version:/ { s/^.* //; p }'`; Debian" \
>   GSSCMD=/usr/bin/gnome-screensaver-command \
>   XSSCMD=/usr/bin/xscreensaver-command \
>   CFLAGS="-Wall -O2" LDFLAGS="-Wl,-z,defs"
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables... 
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> 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 how to run the C preprocessor... gcc -E
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking minix/config.h usability... no
> checking minix/config.h presence... no
> checking for minix/config.h... no
> checking whether it is safe to define __EXTENSIONS__... yes
> checking for library containing strerror... none required
> checking whether gcc and cc understand -c and -o together... yes
> checking for ANSI C header files... (cached) yes
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking whether ln -s works... yes
> checking the maximum length of command line arguments... 3458764513820540925
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking for objdump... objdump
> checking how to recognize dependent libraries... pass_all
> checking for ar... ar
> checking for strip... strip
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from gcc object... ok
> checking for dlfcn.h... yes
> checking for objdir... .libs
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC -DPIC
> checking if gcc PIC flag -fPIC -DPIC works... yes
> checking if gcc static flag -static works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o fi

Bug#595863: libcpan-meta-perl: FTBFS in squeeze: libversion-perl: non-matching version installed (~*=PROVIDED=*= ! >= 1:0.8200)

[Lucas Nussbaum]

Package: libcpan-meta-perl
Version: 2.101670-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 7)
> Build-Depends-Indep: libjson-perl (>= 2), libversion-perl (>= 1:0.8200) | 
> perl (>= 5.12), libversion-requirements-perl (>= 0.101020), perl, perl (>= 
> 5.10.1) | libautodie-perl, perl (>= 5.10.1) | libfile-temp-perl (>= 0.20), 
> perl (>= 5.10.1) | libparse-cpan-meta-perl, perl (>= 5.10.1) | 
> libtest-simple-perl (>= 0.88)
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 8.0.0
> libjson-perl: missing
> Using default version 2.21-1
> libversion-perl: non-matching version installed (~*=PROVIDED=*= ! >= 1:0.8200)
> Using default version 1:0.8200-1
> perl: non-matching version installed (5.10.1-14 ! >= 5.12)
> Default version of perl not sufficient, Package installation not possible
> Source-dependencies not satisfied; skipping libcpan-meta-perl

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/libcpan-meta-perl_2.101670-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595834: [pkg-mono-group] Bug#595834: moon: FTBFS in squeeze: ff3-dom.cpp:10:22: error: nsCOMPtr.h: No such file or directory

[Jo Shields]

On Tue, 2010-09-07 at 00:55 +0200, Lucas Nussbaum wrote:
> Package: moon
> Version: 1.0.1-3
> Severity: serious
> Tags: squeeze sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20100906 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in a squeeze chroot, your package failed
> to build on amd64.

I can't fix the bug without a major upstream version bump. I can't bump
the version without some rather concerning behaviour from upstream
(namely, the moon 2.0+ source package needs to bundle a local fork of
mono and mono-basic source, something I've been told by ftpmaster not to
even bother trying).


signature.asc
Description: This is a digitally signed message part

Bug#595502: closed by Ben Hutchings (Re: Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources)

[Ben Hutchings]

On Mon, 2010-09-06 at 13:40 +0200, Thibaut VARENE wrote:
> reopen 595502
> thanks
> 
> Version: 2.6.32-21
> 
> Please, explain to me how changing a Panic into a Warning without
> effectively fixing the root cause of the bug "fixes" anything?
> 
> And, oh, if by "graceful failure" you mean: "it will blow up your raid
> devices and kill your filesystems", then yes, the failure has been
> very graceful for me, thankyouverymuch. I could have lived with a
> little less gracefulness, though ;-/
[...]

There's no need to take your frustration out on me.  I know nothing
about IA64 and have to assume that upstream developers know what they
are doing.

Please test Linux 2.6.35 as packaged in experimental.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#594845: Acknowledgement (linux-image-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-20-amd64-lNUT1p/..../fs/sysfs/file.c:539)

[Ben Hutchings]

On Mon, 2010-09-06 at 21:47 +1000, Russell Stuart wrote:
[...]
> The steps I used to generate the kernel are:
> 
>   $ apt-get source linux-2.6
>   $ cd linux-2.6-2.6.32
>   $ fakeroot debian/rules source
>   $ fakeroot debian/rules setup
>   $ patch -p1 
> <.../0001-tun-Don-t-add-sysfs-attributes-to-devices-without-sy.patch
>   $ ed drivers/net/tun.c  # add trace
[...]

You are editing in the wrong place.  The patch needs to be applied in
debian/build/source_amd64_none.  The debian/bin/test-patches script can
handle this all for you.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#595802: linux-2.6: spins forever on loading hostap-pci module in 2.6.32-5-486 rev 19,20,21

[Ben Hutchings]

On Mon, 2010-09-06 at 15:01 -0400, Robert Jacobs wrote:
> Package: linux-2.6
> Version: 2.6.32-21
> Severity: normal
> 
> When I load the hostap-pci module on my laptop, it spins forever with
> the not very informative message "__ratelimit: 123456 callbacks
> suppressed" over and over. (that number obviously varies but is
> usually 6 digits). 
[...]

And what is the message before that?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#595861: chiark-tcl: FTBFS in squeeze: Nonexistent build-dependency: 'libnettle-dev'

[Lucas Nussbaum]

Package: chiark-tcl
Version: 1.1.0+nmu1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: libadns1-dev (>= 1.2), libnettle-dev, libcdb-dev | tinycdb (<= 
> 0.75), tcl8.4-dev | tcl8.3-dev | tcl8.2-dev, debhelper (>= 3)
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> N: Unable to locate package tcl8.2-dev
> N: Couldn't find any package by regex 'tcl8.2-dev'
> libadns1-dev: missing
> Using default version 1.4-2
> libnettle-dev: missing
> libcdb-dev: missing
> tinycdb: missing
> Default version of tinycdb not sufficient, tcl8.4-dev: missing
> tcl8.3-dev: missing
> tcl8.2-dev: missing
> debhelper: missing
> Using default version 8.0.0
> Checking for source dependency conflicts...
> E: Package 'libnettle-dev' has no installation candidate

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/chiark-tcl_1.1.0+nmu1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595187: linux-2.6: lots of OOPses on resume (NULL pointer dereference in file_ra_state_init)

[Ben Hutchings]

On Mon, 2010-09-06 at 12:27 -0700, Vagrant Cascadian wrote:
> Package: linux-2.6
> Version: 2.6.32-21
> 
> i'm experiencing very similar issues, although also with earlier versions of
> linux-image-2.6.32-5-686.
> 
> i first started having this problem after upgrading to squeeze from lenny,
> although i was running the exact same linux-image-2.6.32-* directly on lenny
> for quite some time without problems. 
> 
> i had been using uswsusp, but after experiencing this problem several times, i
> purged uswsusp and switched to using the in-kernel resume with pm-hibernate.
[...]

And did that make any difference?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#595859: gnome-chemistry-utils: FTBFS in squeeze: moz-plugin.c:24:19: error: npapi.h: No such file or directory

[Lucas Nussbaum]

Package: gnome-chemistry-utils
Version: 0.12.3-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> g++ -DHAVE_CONFIG_H -DLIBEXECDIR=\"/usr/lib/gchemutils\" 
> -DDATADIR=\"/usr/share\" -I. -I.. -I.. -I../libs -pthread -DORBIT2=1 
> -I/usr/include/libgoffice-0.8 -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/libgsf-1 -I/usr/include/libxml2 
> -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/gconf/2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng12 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 
> -I/usr/lib/dbus-1.0/include   -I/usr/include/openbabel-2.0   -Wall -Wextra
> -g -O2 -c -o chem-viewer.o chem-viewer.cc
> moz-plugin.c:24:19: error: npapi.h: No such file or directory
> moz-plugin.c:28:22: error: npupp.h: No such file or directory
> moz-plugin.c:34: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'mozilla_funcs'
> moz-plugin.c:51: error: expected specifier-qualifier-list before 'NPP'
> moz-plugin.c:57: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'ChemNew'
> moz-plugin.c:131: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'ChemDestroy'
> moz-plugin.c:152: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'ChemSetWindow'
> moz-plugin.c:163: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'ChemNewStream'
> moz-plugin.c:193: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'ChemDestroyStream'
> moz-plugin.c:204: error: expected declaration specifiers or '...' before 'NPP'
> moz-plugin.c:204: warning: type defaults to 'int' in declaration of 'NPPrint'
> moz-plugin.c:204: error: expected ';', ',' or ')' before '*' token
> moz-plugin.c:209: error: expected ')' before 'instance'
> moz-plugin.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'NP_GetValue'
> moz-plugin.c:251: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'NP_Initialize'
> moz-plugin.c:296: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'NP_Shutdown'
> make[3]: *** [libmozgcu_la-moz-plugin.lo] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/gnome-chemistry-utils_0.12.3-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595858: sml-mode: FTBFS in squeeze: Nonexistent build-dependency: 'emacs22'

[Lucas Nussbaum]

Package: sml-mode
Version: 4.0-7
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), dpatch
> Build-Depends-Indep: texinfo, emacs22 | emacs21 | emacsen
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 8.0.0
> dpatch: missing
> texinfo: missing
> emacs22: missing
> emacs21: missing
> emacsen: missing
> Checking for source dependency conflicts...
> E: Package 'emacs22' has no installation candidate

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/sml-mode_4.0-7_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595857: galan: FTBFS in squeeze: Nonexistent build-dependency: 'libjack0.100.0-dev'

[Lucas Nussbaum]

Package: galan
Version: 0.3.0+beta4-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 3.0.0), libaudiofile-dev, libgtk2.0-dev, 
> libvorbis-dev (>= 1.0.0-2), libesd0-dev, libglib2.0-dev, libasound2-dev, 
> libgtkgl2.0-dev, libgl1-mesa-dev, libglu1-mesa-dev, libsndfile1-dev, 
> liblrdf0-dev, libjack0.100.0-dev | libjack-dev, fftw-dev
> N: Can't select versions from package 'libc-dev' as it purely virtual
> N: Can't select versions from package 'awk' as it purely virtual
> N: Can't select versions from package 'debconf-2.0' as it purely virtual
> N: Can't select versions from package 'perlapi-5.10.0' as it purely virtual
> N: No packages found
> 
> ┌──┐
> │ Install build dependencies (internal resolver)  
>  │
> └──┘
> 
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 8.0.0
> libaudiofile-dev: missing
> libgtk2.0-dev: missing
> libvorbis-dev: missing
> Using default version 1.3.1-1
> libesd0-dev: missing
> libglib2.0-dev: missing
> libasound2-dev: missing
> libgtkgl2.0-dev: missing
> libgl1-mesa-dev: missing
> libglu1-mesa-dev: missing
> libsndfile1-dev: missing
> liblrdf0-dev: missing
> libjack0.100.0-dev: missing
> libjack-dev: missing
> fftw-dev: missing
> Checking for source dependency conflicts...
> E: Package 'libjack0.100.0-dev' has no installation candidate

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/galan_0.3.0+beta4-2_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595856: gecko-mediaplayer: FTBFS in squeeze: plugin.h:40:19: error: npapi.h: No such file or directory

[Lucas Nussbaum]

Package: gecko-mediaplayer
Version: 0.9.9.2-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -fPIC 
> -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\" -DPACKAGE_SRC_DIR=\""."\" 
> -DPACKAGE_DATA_DIR=\""/usr/share"\"  -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include   -pthread -I/usr/include/dbus-1.0 
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include   -DORBIT2=1 -pthread -I/usr/include/gconf/2 
> -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -DHAVE_GCONF 
> -DMOZILLA_STRICT_API -DXP_UNIX-Wall -g -O2 -MT plugin_types_std.o -MD -MP 
> -MF .deps/plugin_types_std.Tpo -c -o plugin_types_std.o plugin_types_std.cpp
> In file included from plugin_types.h:41,
>  from plugin_types_std.cpp:38:
> plugin.h:40:19: error: npapi.h: No such file or directory
> plugin.h:41:23: error: npruntime.h: No such file or directory
> plugin.h:42:25: error: npfunctions.h: No such file or directory
> In file included from plugin_types.h:41,
>  from plugin_types_std.cpp:38:
> plugin.h:96: error: variable or field 'postDOMEvent' declared void
> plugin.h:96: error: 'NPP' was not declared in this scope
> plugin.h:96: error: expected primary-expression before 'const'
> plugin.h:96: error: expected primary-expression before 'const'
> plugin.h:100: error: ISO C++ forbids declaration of 'NPWindow' with no type
> plugin.h:100: error: expected ';' before '*' token
> plugin.h:101: error: ISO C++ forbids declaration of 'NPStream' with no type
> plugin.h:101: error: expected ';' before '*' token
> plugin.h:102: error: 'NPBool' does not name a type
> plugin.h:103: error: ISO C++ forbids declaration of 'NPObject' with no type
> plugin.h:103: error: expected ';' before '*' token
> plugin.h:104: error: ISO C++ forbids declaration of 'NPObject' with no type
> plugin.h:104: error: expected ';' before '*' token
> plugin.h:107: error: expected ')' before 'pNPInstance'
> plugin.h:110: error: 'NPBool' does not name a type
> plugin.h:112: error: 'NPBool' does not name a type
> plugin.h:115: error: ISO C++ forbids declaration of 'NPObject' with no type
> plugin.h:115: error: expected ';' before '*' token
> plugin.h:116: error: ISO C++ forbids declaration of 'NPObject' with no type
> plugin.h:116: error: expected ';' before '*' token
> plugin.h:118: error: 'NPError' does not name a type
> plugin.h:119: error: 'NPError' does not name a type
> plugin.h:120: error: 'NPError' does not name a type
> plugin.h:121: error: 'NPError' does not name a type
> plugin.h:122: error: 'NPReason' has not been declared
> plugin.h:123: error: 'NPStream' has not been declared
> plugin.h:124: error: 'NPStream' has not been declared
> plugin.h:165: error: 'NPP' does not name a type
> plugin.h:168: error: 'uint16_t' does not name a type
> In file included from plugin_types_std.cpp:38:
> plugin_types.h:45: error: 'NPError' does not name a type
> plugin_types_std.cpp:131: error: 'NPError' does not name a type
> make[4]: *** [plugin_types_std.o] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/gecko-mediaplayer_0.9.9.2-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595855: sugar-hulahop: FTBFS in squeeze: HulahopDirectoryProvider.cpp:20:26: error: nsILocalFile.h: No such file or directory

[Lucas Nussbaum]

Package: sugar-hulahop
Version: 0.7.1-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> /bin/bash ../libtool --tag=CXX   --mode=compile g++ 
> -DPACKAGE_NAME=\"hulahop\" -DPACKAGE_TARNAME=\"hulahop\" 
> -DPACKAGE_VERSION=\"0.7.1\" -DPACKAGE_STRING=\"hulahop\ 0.7.1\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"hulahop\" -DVERSION=\"0.7.1\" 
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" 
> -I. 
> -I/build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src 
> -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   
> -I/usr/include/python2.5  -DPLUGIN_PATH=\"/usr/lib/mozilla/plugins\" 
> -DLIBXUL_DIR=\"/usr/lib/xulrunner-1.9.1\" -DDATA_DIR=\"/usr/share/hulahop\" 
> -DLIB_DIR=\"/usr/lib/hulahop\"-g -O2 -g -Wall -O2 -fno-strict-aliasing -c 
> -o HulahopDirectoryProvider.lo 
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp
> libtool: compile:  g++ -DPACKAGE_NAME=\"hulahop\" 
> -DPACKAGE_TARNAME=\"hulahop\" -DPACKAGE_VERSION=\"0.7.1\" 
> "-DPACKAGE_STRING=\"hulahop 0.7.1\"" -DPACKAGE_BUGREPORT=\"\" 
> -DPACKAGE=\"hulahop\" -DVERSION=\"0.7.1\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. 
> -I/build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src 
> -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/include/python2.5 -DPLUGIN_PATH=\"/usr/lib/mozilla/plugins\" 
> -DLIBXUL_DIR=\"/usr/lib/xulrunner-1.9.1\" -DDATA_DIR=\"/usr/share/hulahop\" 
> -DLIB_DIR=\"/usr/lib/hulahop\" -g -O2 -g -Wall -O2 -fno-strict-aliasing -c 
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp
>   -fPIC -DPIC -o .libs/HulahopDirectoryProvider.o
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:20:26:
>  error: nsILocalFile.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:21:39:
>  error: nsAppDirectoryServiceDefs.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:22:36:
>  error: nsDirectoryServiceDefs.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:23:31:
>  error: nsArrayEnumerator.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:24:38:
>  error: nsIToolkitChromeRegistry.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:25:23:
>  error: nsNetUtil.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:26:30:
>  error: nsISupportsArray.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:27:29:
>  error: nsIMutableArray.h: No such file or directory
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:28:25:
>  error: nsXULAppAPI.h: No such file or directory
> In file included from 
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.cpp:30:
> /build/user-sugar-hulahop_0.7.1-3-amd64-apxax5/sugar-hulahop-0.7.1/./src/HulahopDirectoryProvider.h:20:22:
>  error: nsCOMPtr.h: No such file or directory
> 

Bug#595854: virt-viewer: FTBFS in squeeze: virt-viewer-plugin.h:39:19: error: npapi.h: No such file or directory

[Lucas Nussbaum]

Package: virt-viewer
Version: 0.2.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
>   -DPLUGIN=1 -DENABLE_DEBUG=1 -pthread -I/usr/include/gtk-vnc-1.0 
> -I/usr/include/gvnc-1.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
> -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 
> -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/include/libxml2 -pthread -I/usr/include/libglade-2.0 
> -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include 
> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -DGLADE_DIR="\"/usr/share/virt-viewer/ui\"" -I../src -g -O2 -g -Wall -O2 -c 
> -o virt_viewer_plugin_la-virt-viewer-plugin.lo `test -f 
> 'virt-viewer-plugin.c' || echo './'`virt-viewer-plugin.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -DPLUGIN=1 -DENABLE_DEBUG=1 
> -pthread -I/usr/include/gtk-vnc-1.0 -I/usr/include/gvnc-1.0 
> -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo 
> -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 
> -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread 
> -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
> -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 
> -pthread -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 
> -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
> -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -DGLADE_DIR=\"/usr/share/virt-viewer/ui\" -I../src -g -O2 -g -Wall -O2 -c 
> virt-viewer-plugin.c  -fPIC -DPIC -o 
> .libs/virt_viewer_plugin_la-virt-viewer-plugin.o
> In file included from virt-viewer-plugin.c:42:
> virt-viewer-plugin.h:39:19: error: npapi.h: No such file or directory
> In file included from virt-viewer-plugin.c:42:
> virt-viewer-plugin.h:49: error: expected specifier-qualifier-list before 
> 'uint16'
> virt-viewer-plugin.h:63: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'VirtViewerXSetWindow'
> virt-viewer-plugin.h:64: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'VirtViewerDestroyWindow'
> virt-viewer-plugin.h:65: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'VirtViewerXHandleEvent'
> virt-viewer-plugin.c:46: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'VirtViewerXSetWindow'
> virt-viewer-plugin.c:98: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'VirtViewerDestroyWindow'
> virt-viewer-plugin.c:112: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'windowlessWindow'
> virt-viewer-plugin.c:115: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'VirtViewerXHandleEvent'
> make[3]: *** [virt_viewer_plugin_la-virt-viewer-plugin.lo] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/virt-viewer_0.2.1-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595853: gnome-shell: FTBFS in squeeze: shell-marshal.h:5:25: error: glib-object.h: No such file or directory

[Lucas Nussbaum]

Package: gnome-shell
Version: 2.29.0-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
>   -I./tray -DLOCALEDIR=\"/usr/share/locale\" 
> -DGNOME_SHELL_DATADIR=\"/usr/share/gnome-shell\" 
> -DGNOME_SHELL_PKGLIBDIR=\"/usr/lib/gnome-shell\" 
> -DJSDIR=\"/usr/share/gnome-shell/js\"   -g -O2 -g -Wall -O2 
> -Wmissing-prototypes -c -o libgnome_shell_la-shell-marshal.lo `test -f 
> 'shell-marshal.c' || echo './'`shell-marshal.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I./tray 
> -DLOCALEDIR=\"/usr/share/locale\" 
> -DGNOME_SHELL_DATADIR=\"/usr/share/gnome-shell\" 
> -DGNOME_SHELL_PKGLIBDIR=\"/usr/lib/gnome-shell\" 
> -DJSDIR=\"/usr/share/gnome-shell/js\" -g -O2 -g -Wall -O2 
> -Wmissing-prototypes -c shell-marshal.c  -fPIC -DPIC -o 
> .libs/libgnome_shell_la-shell-marshal.o
> In file included from shell-marshal.c:1:
> shell-marshal.h:5:25: error: glib-object.h: No such file or directory
> In file included from shell-marshal.c:1:
> shell-marshal.h:10: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'extern'
> shell-marshal.h:18: error: expected ')' before '*' token
> shell-marshal.h:29: error: expected ')' before '*' token
> shell-marshal.h:37: error: expected ')' before '*' token
> shell-marshal.h:45: error: expected ')' before '*' token
> shell-marshal.c:52: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'void'
> shell-marshal.c:92: error: expected ')' before '*' token
> shell-marshal.c:137: error: expected ')' before '*' token
> shell-marshal.c:174: error: expected ')' before '*' token
> shell-marshal.c:211: error: expected ')' before '*' token
> make[4]: *** [libgnome_shell_la-shell-marshal.lo] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/gnome-shell_2.29.0-3_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595852: eresi: FTBFS in squeeze: ../librevm/include/revm.h:686: error: conflicting types for 'dprintf'

[Lucas Nussbaum]

Package: eresi
Version: 1:0.8a25-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> cc -fPIC -g3  -Wall -Iinclude -rdynamic -DM32 -I../libelfsh/include/ 
> -I../libdump/include/ -I../libasm/include/  -I../e2dbg/include/ -I 
> /usr/pkg/include/ -I../elfsh/include/ -I../libmjollnir/include/ 
> -I../libetrace/include/ -I../libedfmt/include/ -DELFSH_INTERN 
> -I../libaspect/include/   -DERESI32 -I../librevm/include/  -DUSE_READLN -c -o 
> readln.32.o readln.c
> In file included from include/libui.h:22,
>  from readln.c:11:
> ../librevm/include/revm.h:18:1: warning: "__USE_ISOC99" redefined
> In file included from /usr/include/stdio.h:28,
>  from include/libui.h:14,
>  from readln.c:11:
> /usr/include/features.h:234:1: warning: this is the location of the previous 
> definition
> In file included from include/libui.h:22,
>  from readln.c:11:
> ../librevm/include/revm.h:686: error: conflicting types for 'dprintf'
> /usr/include/stdio.h:397: note: previous declaration of 'dprintf' was here
> make[2]: *** [readln.32.o] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/eresi_1:0.8a25-2_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595851: plplot: FTBFS in squeeze: numpyconfig.h:4:26: error: _numpyconfig.h: No such file or directory

[Lucas Nussbaum]

Package: plplot
Version: 5.9.5-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> make[3]: Entering directory 
> `/build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp'
> [ 85%] Building C object 
> bindings/python/CMakeFiles/_plplotcmodule.dir/plplotcmodulePYTHON_wrap.c.o
> In file included from /usr/include/numpy/ndarrayobject.h:18,
>  from /usr/include/numpy/arrayobject.h:14,
>  from 
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:2710:
> /usr/include/numpy/numpyconfig.h:4:26: error: _numpyconfig.h: No such file or 
> directory
> In file included from /usr/include/numpy/ndarrayobject.h:68,
>  from /usr/include/numpy/arrayobject.h:14,
>  from 
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:2710:
> /usr/include/numpy/npy_common.h:840: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'npy_timedelta'
> /usr/include/numpy/npy_common.h:841: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'npy_datetime'
> In file included from /usr/include/numpy/ndarrayobject.h:1238,
>  from /usr/include/numpy/arrayobject.h:14,
>  from 
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:2710:
> /usr/include/numpy/__multiarray_api.h: In function '_import_array':
> /usr/include/numpy/__multiarray_api.h:1202: error: 'NPY_ABI_VERSION' 
> undeclared (first use in this function)
> /usr/include/numpy/__multiarray_api.h:1202: error: (Each undeclared 
> identifier is reported only once
> /usr/include/numpy/__multiarray_api.h:1202: error: for each function it 
> appears in.)
> /usr/include/numpy/__multiarray_api.h:1208: error: 'NPY_API_VERSION' 
> undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function 'myIntArray_ContiguousFromObject':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:3142:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function '_wrap_plot3dcl':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:8073:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function '_wrap_plsurf3dl':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:8306:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function '_wrap_plpat':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:8430:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function '_wrap_plpoly3':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:8638:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function '_wrap_plscmap0':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:9056:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:
>  In function '_wrap_plscmap0a':
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot-5.9.5/debian/build_tmp/bindings/python/plplotcmodulePYTHON_wrap.c:9124:
>  error: 'NPY_INT32' undeclared (first use in this function)
> /build/user-plplot_5.9.5-3-amd64-9csvkv/plplot

Bug#595850: gjs: FTBFS in squeeze: modules/console.c:53:18: error: glib.h: No such file or directory

[Lucas Nussbaum]

Package: gjs
Version: 0.7.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> /bin/bash ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. 
> -I/usr/include/xulrunner-1.9.1/unstable -Wfloat-equal -Wsign-compare 
> -Wcast-align -Wpointer-arith -Wnested-externs -Wmissing-prototypes 
> -Wmissing-declarations -Wchar-subscripts -Wall -g -O2 -c -o 
> console_la-console.lo `test -f 'modules/console.c' || echo 
> './'`modules/console.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I. -I. 
> -I/usr/include/xulrunner-1.9.1/unstable -Wfloat-equal -Wsign-compare 
> -Wcast-align -Wpointer-arith -Wnested-externs -Wmissing-prototypes 
> -Wmissing-declarations -Wchar-subscripts -Wall -g -O2 -c modules/console.c  
> -fPIC -DPIC -o .libs/console_la-console.o
> modules/console.c:53:18: error: glib.h: No such file or directory
> modules/console.c:54:26: error: glib/gprintf.h: No such file or directory
> In file included from ./gjs/gjs.h:27,
>  from modules/console.c:55:
> ./gjs/context.h:31:25: error: glib-object.h: No such file or directory
> In file included from ./gjs/gjs.h:27,
>  from modules/console.c:55:
> ./gjs/context.h:35: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'typedef'
> ./gjs/context.h:45: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'gjs_context_get_type'
> ./gjs/context.h:47: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before '*' token
> ./gjs/context.h:48: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before '*' token
> ./gjs/context.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'gjs_context_eval_file'
> ./gjs/context.h:53: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'gjs_context_eval'
> ./gjs/context.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'gjs_context_define_string_array'
> ./gjs/context.h:65: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before '*' token
> ./gjs/context.h:66: error: expected ')' before '*' token
> ./gjs/context.h:68: error: expected ')' before '*' token
> ./gjs/context.h:71: error: expected ')' before '*' token
> In file included from ./gjs/gjs.h:28,
>  from modules/console.c:55:
> ./gjs/importer.h:35: error: expected '=', ',', ';', 'asm' or '__attribute__' 
> before 'G_BEGIN_DECLS'
> ./gjs/importer.h:47: error: expected declaration specifiers or '...' before 
> 'gboolean'
> In file included from ./gjs/gjs.h:29,
>  from modules/console.c:55:
> ./gjs/jsapi-util.h:34: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'G_BEGIN_DECLS'
> ./gjs/jsapi-util.h:203: error: expected declaration specifiers or '...' 
> before 'GDestroyNotify'
> ./gjs/jsapi-util.h:209: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'gjs_object_has_property'
> ./gjs/jsapi-util.h:212: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'gjs_object_get_property'
> ./gjs/jsapi-util.h:216: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'gjs_object_require_property'
> ./gjs/jsapi-util.h:233: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before 'gjs_check_constructing'
> ./gjs/jsapi-util.h:251: error: expected declaration specifiers or '...' 
> before 'gssize'
> ./gjs/jsapi-util.h:254: warning: no previous prototype for 'gjs_throw'
> ./gjs/jsapi-util.h: In function 'gjs_throw':
> ./gjs/jsapi-util.h:256: error: expected declaration specifiers before 
> 'G_GNUC_PRINTF'
> ./gjs/jsapi-util.h:260: error: expected

Bug#595849: ddd: FTBFS in squeeze: strclass.C:1547: error: 'EOF' was not declared in this scope

[Lucas Nussbaum]

Package: ddd
Version: 1:3.3.11-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100906 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in a squeeze chroot, your package failed
to build on amd64.

Relevant part:
> g++ -DHAVE_CONFIG_H -I. 
> -I/build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd -I.  
> -I/build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/..-O2 -O2 -g 
> -Wall -W -Wwrite-strings -Wall -W -DNDEBUG -trigraphs  -c -o strclass.o 
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C: In 
> function 'std::istream& operator>>(std::istream&, string&)':
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C:1547: 
> error: 'EOF' was not declared in this scope
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C:1560: 
> error: 'EOF' was not declared in this scope
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C: In 
> function 'int readline(std::istream&, string&, char, int)':
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C:1590: 
> error: 'EOF' was not declared in this scope
> /build/user-ddd_3.3.11-1-amd64-reCvze/ddd-3.3.11/./ddd/strclass.C:1603: 
> error: 'EOF' was not declared in this scope
> make[3]: *** [strclass.o] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/09/06/ddd_1:3.3.11-1_lsqueeze64.buildlog

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in squeeze before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org