Bug#300378: lasso: FTBFS: compile error: too few arguments to function zend_rsrc_list_get_rsrc_type

2005-03-19 Thread Roland Stigge
Package: lasso
Version: 0.4.1-3
Severity: serious

Hi,

building the package lasso in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
make[3]: Leaving directory `/tmp/buildd/lasso-0.4.1/php/examples'
make[3]: Entering directory `/tmp/buildd/lasso-0.4.1/php'
if /bin/sh ../libtool --mode=compile i386-linux-gcc -DHAVE_CONFIG_H -I. -I. 
-I../lasso-DXMLSEC_CRYPTO=\openssl\ -DXMLSEC_LIBXML_260=1 
-D__XMLSEC_FUNCTION__=__FUNCTION__ -DXMLSEC_NO_XKMS=1 
-DXMLSEC_NO_CRYPTO_DYNAMIC_LOADING=1 -DXMLSEC_CRYPTO_OPENSSL=1 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 
-I/usr/include/xmlsec1   -I.. -I/usr/include/php4 -I/usr/include/php4/main 
-I/usr/include/php4/Zend -I/usr/include/php4/TSRM -Wall -g -O2 -MT 
lasso_la-lasso_wrap.lo -MD -MP -MF .deps/lasso_la-lasso_wrap.Tpo -c -o 
lasso_la-lasso_wrap.lo `test -f 'lasso_wrap.c' || echo './'`lasso_wrap.c; \
then mv -f .deps/lasso_la-lasso_wrap.Tpo .deps/lasso_la-lasso_wrap.Plo; 
else rm -f .deps/lasso_la-lasso_wrap.Tpo; exit 1; fi
mkdir .libs
 i386-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../lasso -DXMLSEC_CRYPTO=\openssl\ 
-DXMLSEC_LIBXML_260=1 -D__XMLSEC_FUNCTION__=__FUNCTION__ -DXMLSEC_NO_XKMS=1 
-DXMLSEC_NO_CRYPTO_DYNAMIC_LOADING=1 -DXMLSEC_CRYPTO_OPENSSL=1 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 
-I/usr/include/xmlsec1 -I.. -I/usr/include/php4 -I/usr/include/php4/main 
-I/usr/include/php4/Zend -I/usr/include/php4/TSRM -Wall -g -O2 -MT 
lasso_la-lasso_wrap.lo -MD -MP -MF .deps/lasso_la-lasso_wrap.Tpo -c 
lasso_wrap.c  -fPIC -DPIC -o .libs/lasso_la-lasso_wrap.o
lasso_wrap.c: In function `SWIG_ZTS_ConvertResourcePtr':
lasso_wrap.c:472: error: too few arguments to function 
`zend_rsrc_list_get_rsrc_type'
lasso_wrap.c: In function `SWIG_ZTS_ConvertPtr':
lasso_wrap.c:497: warning: dereferencing type-punned pointer will break 
strict-aliasing rules
lasso_wrap.c:488: warning: unused variable `val'
lasso_wrap.c: In function `_wrap_new_LassoAssertion':
[...]
lasso_wrap.c:8026: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8030: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8034: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8038: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8042: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8046: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8050: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8054: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8058: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8062: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8066: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8070: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8074: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8078: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c:8082: error: too few arguments to function 
`zend_register_internal_class_ex'
lasso_wrap.c: At top level:
lasso_wrap.c:183: warning: `SWIG_PHP4_TypeDynamicCast' defined but not used
lasso_wrap.c:195: warning: `SWIG_PHP4_TypeName' defined but not used
lasso_wrap.c:201: warning: `SWIG_PHP4_TypeQuery' defined but not used
lasso_wrap.c:233: warning: `SWIG_PHP4_PackData' defined but not used
lasso_wrap.c:248: warning: `SWIG_PHP4_UnpackData' defined but not used
lasso_wrap.c:321: warning: `SWIG_landfill' defined but not used
lasso_wrap.c:350: warning: `SWIG_SetPointerChar' defined but not used
make[3]: *** [lasso_la-lasso_wrap.lo] Error 1
make[3]: Leaving directory `/tmp/buildd/lasso-0.4.1/php'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/lasso-0.4.1/php'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/lasso-0.4.1'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300388: libxml-commons-resolver1.1-java: FTBFS: NullPointerException

2005-03-19 Thread Roland Stigge
Package: libxml-commons-resolver1.1-java
Version: 1.1-4
Severity: serious

Hi,

building the package libxml-commons-resolver1.1-java in a clean build 
environment
(with pbuilder) on i386 results in:

=
[...]
if [ ! -d . ]; then \
  mkdir -p .; \
fi
if [ -z  ]; then \
  if ! test -f debian/compat; then echo 4  debian/compat; fi; \
fi
cd .  /usr/bin/java-sablevm -classpath 
/usr/share/ant1.6/lib/ant.jar:/usr/share/java/xerces.jar:/usr/share/ant1.6/lib/ant-launcher.jar:/usr/share/java/jaxp-1.2.jar:
  -Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true 
-Dcompile.optimize=true  -Dbuild.compiler=jikes -buildfile resolver.xml  jar
Buildfile: resolver.xml

init:
 [echo] Building xml-commons-resolver (version: 1.1) Buildfile: $Revision: 
1.11 $
[mkdir] Created dir: 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes
[mkdir] Created dir: 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes/org/apache/xml/resolver/etc
[mkdir] Created dir: 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/docs
[mkdir] Created dir: 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/apidocs/resolver
 [copy] Copying 1 file to 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build
 [copy] Copying 1 file to 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/src/org/apache/xml/resolver

compile:
 [echo] Compiling...
[javac] Compiling 29 source files to 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes

[javac] Issued 5 semantic warnings compiling 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/src/org/apache/xml/resolver/readers/OASISXMLCatalogReader.java:

[javac]388. entryType = catalog.DOCTYPE;
[javac] ^-^
[javac] *** Semantic Warning: Accessing the class field DOCTYPE via an 
instance is discouraged because the field accessed will be the one in the 
variable's declared type, not the instance's dynamic type.


[...]
[javac] *** Semantic Warning: Accessing the class field SYSTEM via an 
instance is discouraged because the field accessed will be the one in the 
variable's declared type, not the instance's dynamic type.

jar:
 [echo] Jarring ./build/resolver.jar from ./build/classes
 [copy] Copying 3 files to 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes/org/apache/xml/resolver/etc
  [jar] Building jar: 
/tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/resolver.jar
java.lang.NullPointerException
   at java.text.DecimalFormatSymbols.setCurrency (DecimalFormatSymbols.java:397)
   at java.text.DecimalFormatSymbols.DecimalFormatSymbols 
(DecimalFormatSymbols.java:151)
   at java.text.NumberFormat.computeInstance (NumberFormat.java:327)
   at java.text.NumberFormat.getNumberInstance (NumberFormat.java:456)
   at java.text.NumberFormat.getInstance (NumberFormat.java:381)
   at java.text.MessageFormatElement.setLocale (MessageFormat.java:90)
   at java.text.MessageFormat.scanFormat (MessageFormat.java:314)
   at java.text.MessageFormat.applyPattern (MessageFormat.java:335)
   at java.text.MessageFormat.formatInternal (MessageFormat.java:465)
   at java.text.MessageFormat.format (MessageFormat.java:403)
   at java.text.MessageFormat.format (MessageFormat.java:518)
   at java.text.Format.format (Format.java:101)
   at org.apache.tools.ant.util.DateUtils.formatElapsedTime (DateUtils.java:132)
   at org.apache.tools.ant.DefaultLogger.formatTime (DefaultLogger.java:276)
   at org.apache.tools.ant.DefaultLogger.buildFinished (DefaultLogger.java:156)
   at org.apache.tools.ant.Project.fireBuildFinished (Project.java:1796)
   at org.apache.tools.ant.Main.runBuild (Main.java:693)
   at org.apache.tools.ant.Main.startAnt (Main.java:188)
   at org.apache.tools.ant.Main.start (Main.java:151)
   at org.apache.tools.ant.Main.main (Main.java:241)
   at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
   at java.lang.VirtualMachine.main (VirtualMachine.java:108)
make: *** [debian/stamp-ant-build] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300390: libdb2-ruby: FTBFS: extconf.rb failed

2005-03-19 Thread Roland Stigge
Package: libdb2-ruby
Version: 0.5.3-1
Severity: serious

Hi,

building the package libdb2-ruby in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
dh_testdir
rm -rf build-tree-1.6 build-tree-1.8
tar -zcf debian/src.tgz Changes README.en bdb.html bdb.rd bdbxml docs examples 
extconf.rb src tests tmp util
mkdir build-tree-1.6 build-tree-1.8
tar -C build-tree-1.6 -zxf debian/src.tgz
tar -C build-tree-1.8 -zxf debian/src.tgz
ruby1.6 -C build-tree-1.6 extconf.rb --with-db-version=2
extconf.rb: Entering directory `src'
checking for db_version() in -ldb2... yes
creating Makefile
extconf.rb: Leaving directory `src'
ruby1.8 -C build-tree-1.8 extconf.rb --with-db-version=2
extconf.rb: Entering directory `src'
checking for db_version() in -ldb2... yes
creating Makefile
extconf.rb: Leaving directory `src'
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
--with-opt-dir
--with-opt-include=${opt-dir}/include
--with-opt-lib=${opt-dir}/lib
--with-make-prog=make
--srcdir=.
--curdir=/tmp/buildd/libdb2-ruby-0.5.3/build-tree-1.8
--ruby=/usr/bin/ruby1.8
make: *** [configure-stamp] Error 1
=

build-tree-1.8/src/mkmf.log looks like this:

=
have_library: checking for db_version() in -ldb2...  yes

gcc -o conftest -I/home/ernie/temp/debian/libdb2-ruby-0.5.3/build-tree-1.8/src 
-I/usr/lib/ruby/1.8/i386-linux -I/usr/include  -Wall -g -O2  -fPIC conftest.c  
-L/usr/lib -L/usr/lib  -lruby1.8-static -ldb2  -lpthread -ldl -lcrypt 
-lm   -lc
conftest.c: In function `t':
conftest.c:4: warning: implicit declaration of function `db_version'
checked program was:
/* begin */

/*top*/
int main() { return 0; }
int t() { db_version(); return 0; }
/* end */


=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300395: po4a: FTBFS: tries to get Terminal Size on build

2005-03-19 Thread Roland Stigge
Package: po4a
Version: 0.20-1
Severity: serious

Hi,

building the package po4a in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
lib/Locale/Po4a/Chooser.pm - blib/lib/Locale/Po4a/Chooser.pm
Manifying blib/script/po4a-translate - blib/bindoc/po4a-translate.1p
Manifying blib/script/po4a-normalize - blib/bindoc/po4a-normalize.1p
Manifying blib/script/po4a - blib/bindoc/po4a.1p
Manifying blib/script/po4a-updatepo - blib/bindoc/po4a-updatepo.1p
Manifying blib/script/po4a-gettextize - blib/bindoc/po4a-gettextize.1p
Manifying blib/lib/Locale/Po4a/Pod.pm - blib/libdoc/Locale::Po4a::Pod.3pm
Manifying blib/lib/Locale/Po4a/LaTeX.pm - blib/libdoc/Locale::Po4a::LaTeX.3pm
Manifying blib/lib/Locale/Po4a/TransTractor.pm - 
blib/libdoc/Locale::Po4a::TransTractor.3pm
Manifying blib/lib/Locale/Po4a/Po.pm - blib/libdoc/Locale::Po4a::Po.3pm
Manifying blib/lib/Locale/Po4a/Sgml.pm - blib/libdoc/Locale::Po4a::Sgml.3pm
Manifying blib/lib/Locale/Po4a/Common.pm - blib/libdoc/Locale::Po4a::Common.3pm
Manifying blib/lib/Locale/Po4a/KernelHelp.pm - 
blib/libdoc/Locale::Po4a::KernelHelp.3pm
Manifying blib/lib/Locale/Po4a/Guide.pm - blib/libdoc/Locale::Po4a::Guide.3pm
Manifying blib/lib/Locale/Po4a/Xml.pm - blib/libdoc/Locale::Po4a::Xml.3pm
Manifying blib/lib/Locale/Po4a/Man.pm - blib/libdoc/Locale::Po4a::Man.3pm
Manifying blib/lib/Locale/Po4a/Dia.pm - blib/libdoc/Locale::Po4a::Dia.3pm
Manifying blib/lib/Locale/Po4a/Docbook.pm - 
blib/libdoc/Locale::Po4a::Docbook.3pm
Manifying blib/lib/Locale/Po4a/Chooser.pm - 
blib/libdoc/Locale::Po4a::Chooser.3pm
Manifying blib/lib/Locale/Po4a/TeX.pm - blib/libdoc/Locale::Po4a::TeX.3pm
Deleting META.yml
XX Update documentation pot files: 

 done.
XX Update documentation fr.po: 

 done.
XX Update documentation es.po: 

 done.
XX Update documentation ca.po: 

 done.
XX Update documentation it.po: 

 done.
X Translate binary manpages to it
Unable to get Terminal Size. The TIOCGWINSZ ioctl didn't work. The COLUMNS and 
LINES environment variables didn't work. The resize program didn't work. at 
/usr/lib/perl5/Term/ReadKey.pm line 343.
Died at /tmp/buildd/po4a-0.20/_build/lib/My/Builder.pm line 151.
make: *** [build-stamp] Error 127
=

This happens if the build output is detached from a terminal (redirected to a
build log file).

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300416: nant: FTBFS: stops idling after src/NAnt.DotNet/NAnt.DotNet.build

2005-03-19 Thread Roland Stigge
Package: nant
Version: nant-0.84+0.85-rc1
Severity: serious

Hi,

building nant on i386 with pbuilder, I get:


[...]
 [nant] /tmp/buildd/nant-0.84+0.85-rc1/src/NAnt.Console/NAnt.Console.build 
build
Buildfile: 
file:///tmp/buildd/nant-0.84+0.85-rc1/src/NAnt.Console/NAnt.Console.build
Target(s) specified: build 


build:

  [csc] Compiling 2 files to 
'/tmp/buildd/nant-0.84+0.85-rc1/build/mono-1.0.unix/nant-0.85-debug/bin/NAnt.exe'.
  [csc] Compilation succeeded
 [copy] Copying 1 file to 
'/tmp/buildd/nant-0.84+0.85-rc1/build/mono-1.0.unix/nant-0.85-debug/bin/NAnt.exe.config'.

BUILD SUCCEEDED

Total time: 0.9 seconds.

 [nant] /tmp/buildd/nant-0.84+0.85-rc1/src/NAnt.DotNet/NAnt.DotNet.build 
build

BUILD FAILED

The current runtime framework 'mono-1.0' is not correctly configured in the 
NAnt configuration file.
Function call failed.
Expression: ${pkg-config::get-variable('mono', 'prefix')}
  ^^
Object reference not set to an instance of an object

Total time: 6.4 seconds.



after which the build stops (idling without terminating).

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages nant depends on:
pn  libmono-dev  Not found.
pn  mono-common  Not found.
pn  mono-jit | cli-virtual-machinNot found.
pn  mono-mcs Not found.
ii  pkg-config0.15.0-4   Manage compile and link flags for 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300426: linphone: FTBFS: disallowed characters (:) in documentation sources (sgml)

2005-03-19 Thread Roland Stigge
Package: linphone
Version: 0.12.2-2
Severity: serious

Hi,

building the package linphone in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
WARNING: Parameter description missing in source code comment block -
 FUNCTION: rtp_session_sendm_with_ts Parameter: userts.
WARNING: Parameter described in source code comment block but does not exist -
 FUNCTION: rtp_session_sendm_with_ts Parameter: timestamp.
WARNING: Parameter described in source code comment block but does not exist -
 MACRO: rtp_profile_get_name Parameter: Returns.
WARNING: Parameter described in source code comment block but does not exist -
 MACRO: rtp_profile_get_payload Parameter: Returns.
81% symbol docs coverage (39 symbols documented, 9 not documented)
See ortp-undocumented.txt for a list of missing docs.
The doc coverage percentage doesn't include intro sections.
touch sgml-build.stamp
*** Building HTML ***
test -d ./html || mkdir ./html
cd ./html  gtkdoc-mkhtml ortp ../ortp-docs.sgml
/usr/bin/jade:../sgml/rtpsessionapi.sgml:21:57:E: character : is not allowed 
in the value of attribute LINKEND
/usr/bin/jade:../sgml/rtpsessionapi.sgml:145:49:E: character : is not allowed 
in the value of attribute ID
/usr/bin/jade:../sgml/rtpsessionapi.sgml:357:100:E: character : is not 
allowed in the value of attribute LINKEND
/usr/bin/jade:../sgml/rtpsessionapi.sgml:562:123:E: character : is not 
allowed in the value of attribute LINKEND
make[5]: *** [html-build.stamp] Error 1
make[5]: Leaving directory `/tmp/buildd/linphone-0.12.2/oRTP/docs'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/tmp/buildd/linphone-0.12.2/oRTP'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/tmp/buildd/linphone-0.12.2/oRTP'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/linphone-0.12.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/linphone-0.12.2'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300424: gthumb: FTBFS: wrong version of automake

2005-03-19 Thread Roland Stigge
Package: gthumb
Version: 3:2.6.3-1
Severity: serious

Hi,

building the package gthumb in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
config.status: executing default-1 commands
config.status: executing intltool commands


Configuration:

Source code location:   .
Compiler:   i386-linux-gcc
Have Render:true
Have libexif:   yes (0.6.x)
Have libjpeg:   yes
Have libtiff:   yes
Have libgphoto: yes


perl -i -pe 's/^(hardcode_libdir_flag_spec\s*=\s*).+$/$1 
-D__LIBTOOL_IS_A_FOOL__ /' libtool
perl -i -pe 's,/usr/lib/locale,/usr/share/locale,' config.h
touch configure-stamp
dh_testdir
/usr/bin/make
make[1]: Entering directory `/tmp/buildd/gthumb-2.6.3'
cd .  \
  /bin/sh /tmp/buildd/gthumb-2.6.3/missing --run automake-1.9 --gnu  Makefile
configure.in:7: version mismatch.  This is Automake 1.9.5,
configure.in:7: but the definition used by this AM_INIT_AUTOMAKE
configure.in:7: comes from Automake 1.9.4.  You should recreate
configure.in:7: aclocal.m4 with aclocal and run automake again.
make[1]: *** [Makefile.in] Error 1
make[1]: Leaving directory `/tmp/buildd/gthumb-2.6.3'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300427: nufw: FTBFS: implicit declaration of function `mysql_ssl_set'

2005-03-19 Thread Roland Stigge
Package: nufw
Version: 0.8.5-3
Severity: serious

Hi,

building the package nufw in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
i386-linux-gcc -shared  .libs/syslog.o  -pthread /usr/lib/libgthread-2.0.so 
/usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so  -Wl,--export-dynamic 
-Wl,-soname -Wl,libsyslog.so.0 -o .libs/libsyslog.so.0.0.0
(cd .libs  rm -f libsyslog.so.0  ln -s libsyslog.so.0.0.0 libsyslog.so.0)
(cd .libs  rm -f libsyslog.so  ln -s libsyslog.so.0.0.0 libsyslog.so)
ar cru .libs/libsyslog.a  syslog.o
ranlib .libs/libsyslog.a
creating libsyslog.la
(cd .libs  rm -f libsyslog.la  ln -s ../libsyslog.la libsyslog.la)
make[5]: Leaving directory 
`/tmp/buildd/nufw-0.8.5/src/nuauth/modules/log_syslog'
Making all in log_mysql
make[5]: Entering directory 
`/tmp/buildd/nufw-0.8.5/src/nuauth/modules/log_mysql'
if /bin/sh ../../../../libtool --mode=compile i386-linux-gcc -DHAVE_CONFIG_H 
-I. -I. -I../../../../src/include -pthread -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -I../../ -I../../include/ 
-I/usr/include/postgresql/ -O2 -Wall -Werror-implicit-function-declaration 
-DCONFIG_DIR=\/etc/nufw/\ -DMODULE_DIR=\/usr/lib\   -Wall -g -O2 -MT 
mysql.lo -MD -MP -MF .deps/mysql.Tpo \
  -c -o mysql.lo `test -f 'mysql.c' || echo './'`mysql.c; \
then mv -f .deps/mysql.Tpo .deps/mysql.Plo; \
else rm -f .deps/mysql.Tpo; exit 1; \
fi
mkdir .libs
 i386-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../src/include -pthread 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../../ -I../../include/ 
-I/usr/include/postgresql/ -O2 -Wall -Werror-implicit-function-declaration 
-DCONFIG_DIR=\/etc/nufw/\ -DMODULE_DIR=\/usr/lib\ -Wall -g -O2 -MT mysql.lo 
-MD -MP -MF .deps/mysql.Tpo -c mysql.c  -fPIC -DPIC -o .libs/mysql.o
mysql.c: In function `mysql_conn_init':
mysql.c:119: error: implicit declaration of function `mysql_ssl_set'
make[5]: *** [mysql.lo] Error 1
make[5]: Leaving directory `/tmp/buildd/nufw-0.8.5/src/nuauth/modules/log_mysql'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/tmp/buildd/nufw-0.8.5/src/nuauth/modules'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/nufw-0.8.5/src/nuauth'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/nufw-0.8.5/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/nufw-0.8.5'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300430: gtkglext: FTBFS: GL/glx.h missing

2005-03-19 Thread Roland Stigge
Package: gtkglext
Version: 1.0.6-2
Severity: serious

Hi,

building the package gtkglext in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for memset... yes
checking for sqrt... yes
checking for strchr... yes
checking for strrchr... yes
checking for strstr... yes
checking gdk/gdkdisplay.h usability... yes
checking gdk/gdkdisplay.h presence... yes
checking for gdk/gdkdisplay.h... yes
checking gdk/gdkscreen.h usability... yes
checking gdk/gdkscreen.h presence... yes
checking for gdk/gdkscreen.h... yes
checking for gdk_display_get_default in GDK library... yes
configure: GDK supports multihead
checking for gdk_x11_colormap_foreign_new... yes
checking for X... libraries /usr/X11R6/lib, headers in standard search path
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for X11/Xmu/StdCmap.h... yes
checking for Xmu/StdCmap.h... no
checking for XmuLookupStandardColormap in -lXmu... yes
checking GL/glx.h usability... no
checking GL/glx.h presence... no
checking for GL/glx.h... no
configure: error: Cannot find GLX header
make: *** [config.status] Error 1
=

(mesag-dev is installed and contains /usr/include/GL/glx.h)

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300441: ldp-es: FTBFS: dvipng not found, and gif files missing

2005-03-19 Thread Roland Stigge
Package: ldp-es
Version: 20021105-5
Severity: serious

Hi,

building the package ldp-es in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
] [354] [355] [356] [357]
[358] [359] [360] [361] [362] [363] [364] [365] [366] [367]
[368] [369] [370] [371] [372] [373] [374] [375] [376] [377]
[378] [379] [380] [381] [382] [383] [384] [385] [386] [387]
[388] [389] [390 file lipp2115.html
] [391] [392] [393] [394] [395] [396] [397]
[398] [399] [400] [401] [402] [403] [404] [405] [406] [407]
[408] [409] [410] [411] [412] [413] [414] [415] [416] [417]
[418] [419] [420] [421] [422] [423] [424] [425] [426] [427]
Execute script `lipp2.lg'
sh: dvipng: command not found
sh: dvipng: command not found

t4ht.c (2004-11-16-16:31 kpathsea)
t4ht -f/lipp2.tex 
(/usr/share/texmf/tex4ht/tex4ht.env)
Entering lipp2.lg
System call: dvipng -q -mode ibmvga -D 110 -o lipp20x.png -T tight -pp 1 -bg 
'Transparent' lipp2.idv
--- Warning --- System return: 32512
System call: dvipng -q -mode ibmvga -D 110 -o cmsy10-5.png -T tight -pp 2 -bg 
'Transparent' lipp2.idv
--- Warning --- System return: 32512
Entering lipp2.css
Entering lipp2.tmp
[ ! -d lipp2 ]  mkdir lipp2
mv *.html *.gif *.png lipp2
mv: cannot stat `*.gif': No such file or directory
mv: cannot stat `*.png': No such file or directory
make[1]: *** [html] Error 1
make[1]: Leaving directory `/tmp/buildd/ldp-es-20021105/lipp-2.0-beta'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300439: sformat: FTBFS: unrepresentable changes to source

2005-03-19 Thread Roland Stigge
Package: sformat
Version: 3.5-1
Severity: serious

Hi,

building the package sformat in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
dpkg-source: warning: ignoring deletion of symlink RULES/sun4d-sunos5-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4d-sunos5-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4u-sunos5-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4u-sunos5-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4m-sunos5-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4m-sunos5-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4m-sunos4-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4m-sunos4-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4c-sunos5-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4c-sunos5-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4c-sunos4-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sun4c-sunos4-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sparc-linux-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/sparc-linux-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/r-gmake.obj
dpkg-source: warning: ignoring deletion of symlink RULES/r-build.tag
dpkg-source: warning: ignoring deletion of symlink RULES/r-build.obj
dpkg-source: warning: ignoring deletion of symlink RULES/r-build.dep
dpkg-source: warning: ignoring deletion of symlink RULES/mk-make.id
dpkg-source: warning: ignoring deletion of symlink RULES/mk-build.id
dpkg-source: warning: ignoring deletion of symlink RULES/i686-linux-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/i686-linux-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/i486-linux-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/i486-linux-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/i386-linux-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/i386-linux-cc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/alpha-linux-gcc.rul
dpkg-source: warning: ignoring deletion of symlink RULES/alpha-linux-cc.rul
dpkg-source: building sformat in sformat_3.5-1.dsc
dpkg-source: unrepresentable changes to source
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300456: oregano: FTBFS: compile error in file.c

2005-03-19 Thread Roland Stigge
Package: oregano
Version: 0.40.0-2
Severity: serious

Hi,

building the package oregano in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
make[4]: Leaving directory `/tmp/buildd/oregano-0.40.0/src/samples'
Making all in stock
make[4]: Entering directory `/tmp/buildd/oregano-0.40.0/src/stock'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/tmp/buildd/oregano-0.40.0/src/stock'
Making all in pixmaps
make[4]: Entering directory `/tmp/buildd/oregano-0.40.0/src/pixmaps'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/tmp/buildd/oregano-0.40.0/src/pixmaps'
make[4]: Entering directory `/tmp/buildd/oregano-0.40.0/src'
cc -DHAVE_CONFIG_H -I. -I. -I.. -DGNOMELOCALEDIR=\/usr/share/locale\
-I/usr/include
-DOREGANO_GLADEDIR=\/usr/share/oregano/glade\   
-DOREGANO_LIBRARYDIR=\/usr/share/oregano/libraries\   
-DOREGANO_MODELDIR=\/usr/share/oregano/models\  
-DDATADIR=\/usr/share\  -DXTHREADS -DORBIT2=1 -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/X11R6/include -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/libgnomeui-2.0 
-I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
-I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 
-I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include 
-I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeprint-2.2 
-I/usr/include/gtksourceview-1.0 -I/usr/include/cairo -I/usr/include/li
 bpng12 -I/usr/include/libgnomeprintui-2.2-DGDK_DISABLE_DEPRECATED=1   
-DGLIB_DISABLE_DEPRECATED=1   -DGNOME_DISABLE_DEPRECATED=1-g -Wall -O2 -c 
clipboard.c
cc -DHAVE_CONFIG_H -I. -I. -I.. -DGNOMELOCALEDIR=\/usr/share/locale\
-I/usr/include
-DOREGANO_GLADEDIR=\/usr/share/oregano/glade\   
-DOREGANO_LIBRARYDIR=\/usr/share/oregano/libraries\   
-DOREGANO_MODELDIR=\/usr/share/oregano/models\  
-DDATADIR=\/usr/share\  -DXTHREADS -DORBIT2=1 -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/X11R6/include -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/libgnomeui-2.0 
-I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
-I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 
-I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include 
-I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeprint-2.2 
-I/usr/include/gtksourceview-1.0 -I/usr/include/cairo -I/usr/include/li
 bpng12 -I/usr/include/libgnomeprintui-2.2-DGDK_DISABLE_DEPRECATED=1   
-DGLIB_DISABLE_DEPRECATED=1   -DGNOME_DISABLE_DEPRECATED=1-g -Wall -O2 -c 
create-wire.c
create-wire.c: In function `create_wire_event':
create-wire.c:224: warning: unused variable `i'
cc -DHAVE_CONFIG_H -I. -I. -I.. -DGNOMELOCALEDIR=\/usr/share/locale\
-I/usr/include
-DOREGANO_GLADEDIR=\/usr/share/oregano/glade\   
-DOREGANO_LIBRARYDIR=\/usr/share/oregano/libraries\   
-DOREGANO_MODELDIR=\/usr/share/oregano/models\  
-DDATADIR=\/usr/share\  -DXTHREADS -DORBIT2=1 -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/X11R6/include -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/libgnomeui-2.0 
-I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
-I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 
-I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include 
-I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeprint-2.2 
-I/usr/include/gtksourceview-1.0 -I/usr/include/cairo -I/usr/include/li
 bpng12 -I/usr/include/libgnomeprintui-2.2-DGDK_DISABLE_DEPRECATED=1   
-DGLIB_DISABLE_DEPRECATED=1   -DGNOME_DISABLE_DEPRECATED=1-g -Wall -O2 -c 
cursors.c
cc -DHAVE_CONFIG_H -I. -I. -I.. -DGNOMELOCALEDIR=\/usr/share/locale\
-I/usr/include
-DOREGANO_GLADEDIR=\/usr/share/oregano/glade\   
-DOREGANO_LIBRARYDIR=\/usr/share/oregano/libraries\   
-DOREGANO_MODELDIR=\/usr/share/oregano/models\  
-DDATADIR=\/usr/share\  -DXTHREADS -DORBIT2=1 -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/X11R6/include -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 

Bug#300388: libxml-commons-resolver1.1-java: FTBFS: NullPointerException

2005-03-20 Thread Roland Stigge
Hi,

On Sat, 2005-03-19 at 14:33 -0800, Steve Langasek wrote:
   java.lang.NullPointerException
  at java.text.DecimalFormatSymbols.setCurrency 
   (DecimalFormatSymbols.java:397)
  at java.text.DecimalFormatSymbols.DecimalFormatSymbols 
   (DecimalFormatSymbols.java:151)
  at java.text.NumberFormat.computeInstance (NumberFormat.java:327)
  at java.text.NumberFormat.getNumberInstance (NumberFormat.java:456)
  at java.text.NumberFormat.getInstance (NumberFormat.java:381)
  at java.text.MessageFormatElement.setLocale (MessageFormat.java:90)
  at java.text.MessageFormat.scanFormat (MessageFormat.java:314)
  at java.text.MessageFormat.applyPattern (MessageFormat.java:335)
  at java.text.MessageFormat.formatInternal (MessageFormat.java:465)
  at java.text.MessageFormat.format (MessageFormat.java:403)
  at java.text.MessageFormat.format (MessageFormat.java:518)
  at java.text.Format.format (Format.java:101)
  at org.apache.tools.ant.util.DateUtils.formatElapsedTime 
   (DateUtils.java:132)
  at org.apache.tools.ant.DefaultLogger.formatTime 
   (DefaultLogger.java:276)
  at org.apache.tools.ant.DefaultLogger.buildFinished 
   (DefaultLogger.java:156)
  at org.apache.tools.ant.Project.fireBuildFinished (Project.java:1796)
  at org.apache.tools.ant.Main.runBuild (Main.java:693)
  at org.apache.tools.ant.Main.startAnt (Main.java:188)
  at org.apache.tools.ant.Main.start (Main.java:151)
  at org.apache.tools.ant.Main.main (Main.java:241)
  at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
  at java.lang.VirtualMachine.main (VirtualMachine.java:108)
   make: *** [debian/stamp-ant-build] Error 1
 
  This is a well known problem in sablevm. We should consider switching to
  another VM for building. kaffe has some problems too but they only get
  triggered by a small part of the packages. This bug get triggered always
  when using sablevm together with ant.
 
 It is supposed to have been fixed in the most recent NMU of sablevm, which
 is available in both unstable and testing.  Roland, what version of the
 sablevm package was used in this build?

sablevm 1.1.9-1
sablevm-classlib 1.1.9.dfsg1-0.1

Those seem to be the latest versions.

(See also the attached build log.)

Couldn't you reproduce the problem?

bye,
  Roland
I: using fakeroot in build.
pbuilder-buildpackage/i386 $Id: pbuilder-buildpackage-funcs,v 1.15 2005/01/04 01:47:18 dancer Exp $
$Id: pbuilder-buildpackage,v 1.110 2005/01/04 01:47:18 dancer Exp $

Current time: Mon Mar 14 20:25:55 CET 2005
pbuilder-time-stamp: 1110828355
Building the build Environment
 - extracting base tarball [/var/cache/pbuilder/darts.tgz]
 - creating local configuration
 - copying local configuration
 - mounting /proc filesystem
 - mounting /dev/pts filesystem
 - policy-rc.d already exists
 - created buildresult dir :/tmp/build-atari-6671-Niq1um
Installing the build-deps
W: no hooks of type D found -- ignoring
 - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 2003/04/20 03:40:36 dancer Exp $
 - Considering  cdbs (= 0.4.8)
   - Trying cdbs
 - Considering  debhelper (= 4.2.0)
   - Trying debhelper
 - Considering  sablevm (= 1.1.5)
   - Trying sablevm
 - Considering  jikes
   - Trying jikes
 - Considering  libant1.6-java
   - Trying libant1.6-java
 - Considering  libxerces-java
   - Trying libxerces-java
 - Considering  libjaxp1.2-java
   - Trying libjaxp1.2-java
 - Installing  cdbs debhelper sablevm jikes libant1.6-java libxerces-java libjaxp1.2-java
Reading Package Lists...
Building Dependency Tree...
The following extra packages will be installed:
  debconf debconf-i18n debconf-utils defoma file fontconfig gettext
  gettext-base html2text intltool-debian java-common libart-2.0-2 libatk1.0-0
  libexpat1 libffi2 libfontconfig1 libfreetype6 libglib2.0-0 libgtk2.0-0
  libgtk2.0-bin libgtk2.0-common libjpeg62 liblocale-gettext-perl libltdl3
  libmagic1 libnewt0.51 libpango1.0-0 libpango1.0-common libpng12-0 libpopt0
  libsablevm-classlib1-java libsablevm-native1 libsablevm1
  libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtiff4
  libx11-6 libxcursor1 libxext6 libxft2 libxi6 libxrandr2 libxrender1
  po-debconf ttf-bitstream-vera ucf unzip whiptail xfree86-common xlibs-data
Suggested packages:
  debconf-doc libterm-readline-gnu-perl libgnome2-perl libqt-perl
  libnet-ldap-perl dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr cvs
  gettext-doc equivs junit ant libfreetype6-dev ttf-kochi-gothic
  ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp
  ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp libsablevm1-dev
  doc-html-w3 fastjar zip x-window-system-core x-window-system
Recommended packages:
  autotools-dev apt-utils libft-perl curl wget lynx jikes-gij jikes-kaffe
  jikes-sun jikes-classpath jikes-sablevm libatk1.0-data libglib2.0-data
  hicolor-icon-theme libmail-sendmail-perl libcompress-zlib-perl
  libgnujaxp-java 

Bug#300510: mozilla-thunderbird-locale-pt-br: FTBFS: unzip missing

2005-03-20 Thread Roland Stigge
Package: mozilla-thunderbird-locale-pt-br
Version: 1.0-1
Severity: serious
Tags: patch

Hi,

building the package mozilla-thunderbird-locale-pt-br in a clean build 
environment
(with pbuilder) on i386 results in:

=
[...]
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source maintainer is Fernanda Giroleti Weiden [EMAIL 
PROTECTED]
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-buildpackage: host architecture is i386
dpkg-checkbuilddeps: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
rm -rf /tmp/buildd/mozilla-thunderbird-locale-pt-br-1.0/debian/build
dh_clean
 dpkg-source -b mozilla-thunderbird-locale-pt-br-1.0
dpkg-source: warning: no utmp entry available and LOGNAME not defined; using 
uid of process (1001)
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-source: building mozilla-thunderbird-locale-pt-br using existing 
mozilla-thunderbird-locale-pt-br_1.0.orig.tar.gz
dpkg-source: building mozilla-thunderbird-locale-pt-br in 
mozilla-thunderbird-locale-pt-br_1.0-1.diff.gz
dpkg-source: building mozilla-thunderbird-locale-pt-br in 
mozilla-thunderbird-locale-pt-br_1.0-1.dsc
 debian/rules build
dh_testdir
touch configure-stamp
dh_testdir
mkdir -p /tmp/buildd/mozilla-thunderbird-locale-pt-br-1.0/debian/build
unzip -d /tmp/buildd/mozilla-thunderbird-locale-pt-br-1.0/debian/build 
/tmp/buildd/mozilla-thunderbird-locale-pt-br-1.0/*.xpi
/bin/sh: unzip: command not found
make: *** [build-stamp] Error 127
=

Adding unzip to Build-Depends helps. :)

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300423: libppd-dev: ppd.h moved from includedir to pkgincludedir

2005-03-20 Thread Roland Stigge
Hi,

On Sun, 2005-03-20 at 10:15 +0100, A Mennucc wrote:
 how did you notice the problem? do you use libppd ?

Running a build regression test. See also
http://darts.alioth.debian.org/

Thanks for the quick answer.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300520: portslave: FTBFS: ppp.h moved to /usr/include/pppd/

2005-03-20 Thread Roland Stigge
Package: portslave
Version: 2004.03.26
Severity: serious
Tags: patch

Hi,

building the package portslave in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
make[2]: Entering directory `/tmp/buildd/portslave-2004.03.26/src'
gcc -O2  -Wall -W -Wshadow -Wpointer-arith -Wwrite-strings -pedantic 
-I../ppp-2.4.1/pppd -DNO_CHAP -I/usr/include/net -fPIC -DPIC -c -o libpsr_pic.o 
libpsr.c
libpsr.c:15:18: pppd.h: No such file or directory
libpsr.c:22:17: fsm.h: No such file or directory
libpsr.c:23:17: lcp.h: No such file or directory
libpsr.c:24:18: ipcp.h: No such file or directory
In file included from server.h:5,
 from libpsr.c:26:
../pslave_cfg.h:34:18: pppd.h: No such file or directory
In file included from server.h:7,
 from libpsr.c:26:
rwconf.h:27: error: parse error before bool
rwconf.h:27: warning: no semicolon at end of struct or union
[...]
libpsr.c: In function `ul_ppp_ipup':
libpsr.c:350: error: `ipparam' undeclared (first use in this function)
libpsr.c:352: error: invalid use of undefined type `struct auth'
libpsr.c:352: error: invalid use of undefined type `struct auth'
libpsr.c:353: error: invalid use of undefined type `struct auth'
libpsr.c:353: error: invalid use of undefined type `struct auth'
libpsr.c:354: error: invalid use of undefined type `struct auth'
libpsr.c:354: error: invalid use of undefined type `struct auth'
libpsr.c:355: error: invalid use of undefined type `struct auth'
libpsr.c:356: error: invalid use of undefined type `struct auth'
libpsr.c:356: error: `ipcp_gotoptions' undeclared (first use in this function)
libpsr.c:357: error: invalid use of undefined type `struct auth'
libpsr.c:360: error: invalid use of undefined type `struct auth'
libpsr.c: At top level:
libpsr.c:366: warning: `struct wordlist' declared inside parameter list
libpsr.c:367: error: conflicting types for `rad_make_wordlist'
libpsr.c:48: error: previous declaration of `rad_make_wordlist'
libpsr.c: In function `rad_make_wordlist':
libpsr.c:372: error: invalid application of `sizeof' to an incomplete type
libpsr.c:373: error: dereferencing pointer to incomplete type
libpsr.c:373: error: invalid use of undefined type `struct wordlist'
libpsr.c:374: error: dereferencing pointer to incomplete type
libpsr.c:375: error: dereferencing pointer to incomplete type
libpsr.c: At top level:
libpsr.c:33: error: storage size of `thisauth' isn't known
make[2]: *** [libpsr_pic.o] Error 1
make[2]: Leaving directory `/tmp/buildd/portslave-2004.03.26/src'
make[1]: *** [ALL] Error 2
make[1]: Leaving directory `/tmp/buildd/portslave-2004.03.26'
make: *** [build-stamp] Error 2
=

Changing the -I reference in debian/rules from /usr/include/net to
/usr/include/pppd fixes this problem. If the bug is in ppp (i.e. ppp.h should
stay in /usr/include/net), feel free to reassign the bug there.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300522: gal: FTBFS: gnome-autogen.sh: aclocal: AM_LC_MESSAGES not found

2005-03-20 Thread Roland Stigge
Package: gal
Version: 0.24-1.4
Severity: serious

Hi,

building the package gal in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
test -d stampdir/patches || mkdir -p stampdir/patches
Applying patch debian/patches/inter-library-dependencies.patch ... successful.
Applying patch debian/patches/old-intltool.patch ... successful.
touch stampdir/patch
dh_testdir
cd build-tree/gal-0.24  \
NOCONFIGURE=1 srcdir=. ACLOCAL_FLAGS=-I macros gnome-autogen.sh  \
./configure --prefix=/usr \
--mandir=\${prefix}/share/man \
--infodir=\${prefix}/share/info \
--enable-shared --disable-gtk-doc --disable-gtktest
checking for autoconf = 2.53...
  testing autoconf2.50... not found.
  testing autoconf... found 2.59
checking for automake = 1.4...
  testing automake-1.4... found 1.4
checking for libtool = 1.5...
  testing libtoolize... found 1.5.6
Checking for required M4 macros...
Checking for forbidden M4 macros...
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`/usr/bin/gnome-autogen.sh' command line.

Processing ./configure.in
Running libtoolize...
You should update your `aclocal.m4' by running aclocal.
Running aclocal-1.4...
aclocal: configure.in: 80: macro `AM_LC_MESSAGES' not found in library
make: *** [stampdir/configure] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300525: rsbac-admin: FTBFS: patches changed

2005-03-20 Thread Roland Stigge
Package: rsbac-admin
Version: 1.2.2-15
Severity: serious

Hi,

building the package rsbac-admin in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
checking for strerror in -lcposix... no
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
updating cache ./config.cache
creating ./config.status
creating Makefile
creating src/Makefile
creating rklogd-viewer/Makefile
creating man/Makefile
creating config.h
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dh_testdir
# Based on what selinux does to avoid providing the kernel-patch
# in the sources of the userland utilities
[ ! -d kernel-patch ]  mkdir kernel-patch
zcat /usr/src/kernel-patches/diffs/adamantix/adamantix-2.4.21.patch.gz |\
 perl debian/grep-filename-diff.pl rsbac | ( cd kernel-patch ; patch -p1 -s )
zcat: /usr/src/kernel-patches/diffs/adamantix/adamantix-2.4.21.patch.gz: No 
such file or directory
# This is a hack in order to build in the supported architectures
cd  kernel-patch/include/rsbac/  ln -s unistd-ppc.h unistd-powerpc.h
/bin/sh: line 0: cd: kernel-patch/include/rsbac/: No such file or directory
make: *** [kernel-patch-stamp] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300532: hunit: FTBFS: dh_haskell crash

2005-03-20 Thread Roland Stigge
Package: hunit
Version: 1.0-6
Severity: serious

Hi,

building the package hunit in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
touch configure-stamp
dh_testdir
# Add here commands to compile the package.
cp HUnitLangExc.lhs HUnitLang.lhs
touch build-stamp
 fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs -i
dh_haskell -i
Generating meta-information...
Building setup...
Running: ghc6 -package Cabal Setup.lhs -o setup

 ** 
 NOW BUILDING libhugs-hunit FOR hugs
 OUTPUT TO debian/libhugs-hunit

Cleaning...
Warning: The filename Setup.description is deprecated, please move to 
pkgname.cabal

Fail: Line 5: Unknown field 'modules'
Running: rm -f .*config*
Running: ./setup configure --hugs
Warning: The filename Setup.description is deprecated, please move to 
pkgname.cabal

Fail: Line 5: Unknown field 'modules'
./setup configure --hugs files: 256 at /usr/bin/dh_haskell line 167, 
COMPAT_IN line 5.
make: *** [install-indep] Error 9
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300534: libgnumail-java: FTBFS: java.lang.NullPointerException

2005-03-20 Thread Roland Stigge
Package: libgnumail-java
Version: 1.0-3.1
Severity: serious

Hi,

building the package libgnumail-java in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
fi ; \
done ; \
fi
make[1]: Leaving directory `/tmp/buildd/libgnumail-java-1.0'
if test -e /usr/share/misc/config.guess ; then \
for i in ./config.guess ./config/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 ./config/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
cd .  /usr/bin/java-sablevm -classpath 
/usr/share/ant1.6/lib/ant.jar:/usr/share/java/activation.jar:/usr/share/java/inetlib.jar:/usr/share/ant1.6/lib/ant-launcher.jar:/usr/share/java/jsse.jar:
  -Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true 
-Dcompile.optimize=true  -Dbuild.compiler=jikes  -propertyfile 
/tmp/buildd/libgnumail-java-1.0/debian/ant.properties dist 
Buildfile: build.xml

init:

BUILD FAILED
/tmp/buildd/libgnumail-java-1.0/build.xml:65: java.lang.NullPointerException

Total time: 0 seconds
make: *** [debian/stamp-ant-build] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#266381: gsfonts-wadalab: FTBFS if not root

2005-03-20 Thread Roland Stigge
Hi,

On Thu, 2005-03-10 at 00:30 +0900, Taketoshi Sano wrote:
 I think root check is required.  I don't know why fakeroot doesn't set
 $EUID to 0.  On my system, using fakeroot sets both of $UID and $EUID 
 to 0.
 
 Anyway, I've changed $EUID with $UID, and upload it.
 Please check and let me know if this can solve the problem.

Works fine.

Thanks!

bye,
  Rolabd



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300577: fpc: Should create binaries linked against libc

2005-03-20 Thread Roland Stigge
Package: fpc
Severity: normal

Hi,

maintaining m-tx, a program designed for Free Pascal only, I would like
to Build-Depend on FPC to let m-tx be compiled natively (instead of
being compiled via p2c / gcc). Unfortunately, FPC currently doesn't link
binaries against libc which means syscalls (of Linux) are used directly.
This causes interoperability issues when using multiple Linux versions
(2.4/2.6) in a single Debian distribution.

I read that FPC_USE_LIBC should be used for this, but I couldn't figure
out how to use it since it's not really documented.

Thanks in advance!

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300624: shc: Doesn't ship original upstream tarball

2005-03-20 Thread Roland Stigge
Package: shc
Version: 3.7-2
Severity: wishlist

Hi,

while it is not forbidden to repackage upstream's original tarball, it
is not necessary in this case. Currently, *.orig.tar.gz ships i386 ELF
executable which makes the source package unnecessary big.

Please just use upstream's version on next upstream incorporation.

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages shc depends on:
ii  gcc   4:3.3.5-1  The GNU C compiler

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300621: shc: new upstream version available

2005-03-20 Thread Roland Stigge
Package: shc
Version: 3.7-2
Severity: normal

Hi,

the new upstream version is available at the usual place.

Please note that this is not just a wishlist bug. Upstream documented
security fixes in the new version (fixed rc4, etc.).

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages shc depends on:
ii  gcc   4:3.3.5-1  The GNU C compiler

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300626: shc: Bad debian/control file entry (Suggest:)

2005-03-20 Thread Roland Stigge
Package: shc
Version: 3.7-2
Severity: minor

Hi,

please change Suggest: to Suggests:. Thanks.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages shc depends on:
ii  gcc   4:3.3.5-1  The GNU C compiler

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300625: shc: Ships man page twice

2005-03-20 Thread Roland Stigge
Package: shc
Version: 3.7-2
Severity: minor

Hi,

the source package of shc currently ships the same version of the shc.1
man page in debian/, too.

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages shc depends on:
ii  gcc   4:3.3.5-1  The GNU C compiler

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300953: nice: FTBFS: halts on nice.tools.compiler.console: parsing

2005-03-23 Thread Roland Stigge
Hi,

On Wed, 2005-03-23 at 11:24 +0100, Daniel Bonniot wrote:
 Thanks for your report. Which runtime did you use to try to build? The 
 transcript points to kaffe, but the reports says:
   pn  kaffe | java-virtual-machine Not found.
 which seems to imply that kaffe is not installed. Version numbers would be 
 useful too.

I currently can't reproduce this in current sid: I even get an error.
(See attached log.)

In testing, it builds fine.

bye,
  Roland
I: using fakeroot in build.
pbuilder-buildpackage/i386 $Id: pbuilder-buildpackage-funcs,v 1.15 2005/01/04 01:47:18 dancer Exp $
$Id: pbuilder-buildpackage,v 1.110 2005/01/04 01:47:18 dancer Exp $

Current time: Wed Mar 23 18:04:36 CET 2005
pbuilder-time-stamp: 597476
Building the build Environment
 - extracting base tarball [/var/cache/pbuilder/base.tgz]
 - creating local configuration
 - copying local configuration
 - mounting /proc filesystem
 - mounting /dev/pts filesystem
 - policy-rc.d already exists
 - created buildresult dir :/home/ernie/temp/debian
Installing the build-deps
 - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 2003/04/20 03:40:36 dancer Exp $
 - Considering  debhelper ( 3.0.0)
   - Trying debhelper
 - Considering  jikes-classpath (= 1:1.18)
   - Trying jikes-classpath
 - Considering  kaffe (= 1:1.1.1)
   - Trying kaffe
 - Considering  javacc
   - Trying javacc
 - Considering  groff
   - Trying groff
 - Considering  libant1.6-java
   - Trying libant1.6-java
 - Installing  debhelper jikes-classpath kaffe javacc groff libant1.6-java
Reading Package Lists...
Building Dependency Tree...
The following extra packages will be installed:
  antlr classpath classpath-common debconf debconf-i18n debconf-utils defoma
  esound-common file fontconfig gettext gettext-base gjdoc groff-base html2text
  intltool-debian java-common jikes kaffe-common kaffe-pthreads libart-2.0-2
  libasound2 libatk1.0-0 libaudiofile0 libesd0 libexpat1 libfontconfig1
  libfreetype6 libgcj-common libglib2.0-0 libgmp3 libgtk2.0-0 libgtk2.0-bin
  libgtk2.0-common libice6 libjpeg62 liblocale-gettext-perl libmagic1
  libnewt0.51 libpango1.0-0 libpango1.0-common libpng12-0 libpopt0 libsm6
  libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtiff4
  libx11-6 libxaw7 libxcursor1 libxext6 libxft2 libxi6 libxmu6 libxpm4
  libxrandr2 libxrender1 libxt6 libxtst6 po-debconf ttf-bitstream-vera ucf
  whiptail xfree86-common xlibs-data
Suggested packages:
  debconf-doc libterm-readline-gnu-perl libgnome2-perl libqt-perl
  libnet-ldap-perl dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr cvs
  gettext-doc equivs libxerces-java libxerces2-java junit ant esound
  libfreetype6-dev ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk
  ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp
  ttf-arphic-bkai00mp x-window-system-core x-window-system
Recommended packages:
  apt-utils libft-perl curl wget lynx gs imagemagick libpaper1 netpbm psutils
  jikes-gij jikes-kaffe jikes-sun libatk1.0-data esound-clients libglib2.0-data
  hicolor-icon-theme libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
  antlr classpath classpath-common debconf debconf-i18n debconf-utils debhelper
  defoma esound-common file fontconfig gettext gettext-base gjdoc groff
  groff-base html2text intltool-debian java-common javacc jikes jikes-classpath
  kaffe kaffe-common kaffe-pthreads libant1.6-java libart-2.0-2 libasound2
  libatk1.0-0 libaudiofile0 libesd0 libexpat1 libfontconfig1 libfreetype6
  libgcj-common libglib2.0-0 libgmp3 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common
  libice6 libjpeg62 liblocale-gettext-perl libmagic1 libnewt0.51 libpango1.0-0
  libpango1.0-common libpng12-0 libpopt0 libsm6 libtext-charwidth-perl
  libtext-iconv-perl libtext-wrapi18n-perl libtiff4 libx11-6 libxaw7
  libxcursor1 libxext6 libxft2 libxi6 libxmu6 libxpm4 libxrandr2 libxrender1
  libxt6 libxtst6 po-debconf ttf-bitstream-vera ucf whiptail xfree86-common
  xlibs-data
0 upgraded, 72 newly installed, 0 to remove and 0 not upgraded.
Need to get 34.7MB of archives.
After unpacking 81.7MB of additional disk space will be used.
Get:1 ftp://atari sid/main liblocale-gettext-perl 1.01-17 [16.8kB]
Get:2 ftp://atari sid/main libtext-iconv-perl 1.2-3 [12.2kB]
Get:3 ftp://atari sid/main libtext-charwidth-perl 0.04-1 [11.0kB]
Get:4 ftp://atari sid/main libtext-wrapi18n-perl 0.06-1 [8442B]
Get:5 ftp://atari sid/main debconf-i18n 1.4.46 [96.2kB]
Get:6 ftp://atari sid/main debconf 1.4.46 [103kB]
Get:7 ftp://atari sid/main groff-base 1.18.1.1-7 [832kB]
Get:8 ftp://atari sid/main libpopt0 1.7-5 [30.2kB]
Get:9 ftp://atari sid/main libmagic1 4.12-1 [233kB]
Get:10 ftp://atari sid/main file 4.12-1 [28.6kB]
Get:11 ftp://atari sid/main gettext-base 0.14.2-1 [105kB]
Get:12 ftp://atari sid/main libnewt0.51 0.51.6-21 [58.5kB]
Get:13 ftp://atari sid/main whiptail 0.51.6-21 [32.2kB]
Get:14 ftp://atari sid/main libart-2.0-2 2.3.17-1 [61.3kB]
Get:15 

Bug#301113: libgdiplus: FTBFS: Compile error

2005-03-23 Thread Roland Stigge
Package: libgdiplus
Version: 1.0.4-1
Severity: serious

Hi,

building the package libgdiplus in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory `/tmp/buildd/libgdiplus-1.0.4'
/usr/bin/make  all-recursive
make[2]: Entering directory `/tmp/buildd/libgdiplus-1.0.4'
Making all in src
make[3]: Entering directory `/tmp/buildd/libgdiplus-1.0.4/src'
if /bin/sh ../libtool --mode=compile i386-linux-gcc -DHAVE_CONFIG_H -I. -I. 
-I.. -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/X11R6/include 
-I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   
-I/usr/include/freetype2 -Wall  -Wno-unused -Wno-format-Wall -g -O2 
-pthread -MT adjustablearrowcap.lo -MD -MP -MF .deps/adjustablearrowcap.Tpo 
-c -o adjustablearrowcap.lo adjustablearrowcap.c; \
then mv -f .deps/adjustablearrowcap.Tpo .deps/adjustablearrowcap.Plo; else 
rm -f .deps/adjustablearrowcap.Tpo; exit 1; fi
mkdir .libs
 i386-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 
-I/usr/include/cairo -I/usr/X11R6/include -I/usr/include/libpng12 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 
-Wall -Wno-unused -Wno-format -Wall -g -O2 -pthread -MT adjustablearrowcap.lo 
-MD -MP -MF .deps/adjustablearrowcap.Tpo -c adjustablearrowcap.c  -fPIC -DPIC 
-o .libs/adjustablearrowcap.o
In file included from adjustablearrowcap.c:27:
gdip.h:727: error: parse error before FcFontSet
gdip.h:727: warning: no semicolon at end of struct or union
gdip.h:729: warning: type defaults to `int' in declaration of `config'
gdip.h:729: warning: data definition has no type or storage class
gdip.h:730: error: parse error before '}' token
gdip.h:730: warning: type defaults to `int' in declaration of `GpFontCollection'
gdip.h:730: warning: data definition has no type or storage class
gdip.h:734: error: parse error before FcPattern
gdip.h:734: warning: no semicolon at end of struct or union
gdip.h:736: error: parse error before '}' token
gdip.h:736: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:736: warning: data definition has no type or storage class
gdip.h:744: error: parse error before FT_Library
gdip.h:744: warning: no semicolon at end of struct or union
gdip.h:745: warning: type defaults to `int' in declaration of `GpFont'
gdip.h:745: warning: data definition has no type or storage class
gdip.h:838: error: parse error before '*' token
gdip.h:838: warning: type defaults to `int' in declaration of `GDIP_display'
gdip.h:838: warning: data definition has no type or storage class
gdip.h:1015: warning: type defaults to `int' in declaration of `GpFont'
gdip.h:1015: error: parse error before '*' token
[...]
gdip.h:1052: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:1052: error: parse error before '*' token
gdip.h:1053: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:1053: error: parse error before '*' token
gdip.h:1054: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:1054: error: parse error before '*' token
gdip.h:1055: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:1055: error: parse error before '*' token
gdip.h:1056: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:1056: error: parse error before '*' token
gdip.h:1057: error: parse error before '*' token
gdip.h:1058: error: parse error before '*' token
gdip.h:1059: error: parse error before '*' token
gdip.h:1063: warning: type defaults to `int' in declaration of `GpFontFamily'
gdip.h:1063: error: parse error before '*' token
gdip.h:1064: error: parse error before GpFontCollection
gdip.h:1065: error: parse error before '*' token
In file included from adjustablearrowcap.c:27:
gdip.h:1166: warning: parameter has incomplete type
adjustablearrowcap.c: In function `gdip_adjust_arrowcap_clone_cap':
adjustablearrowcap.c:75: warning: implicit declaration of function `memcpy'
adjustablearrowcap.c: In function `gdip_adjust_arrowcap_setup':
adjustablearrowcap.c:95: warning: unused variable `pattern'
make[3]: *** [adjustablearrowcap.lo] Error 1
make[3]: Leaving directory `/tmp/buildd/libgdiplus-1.0.4/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/libgdiplus-1.0.4'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/libgdiplus-1.0.4'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#301121: mdbtools: FTBFS: compile errors

2005-03-23 Thread Roland Stigge
Package: mdbtools
Version: 0.5.99.0.6pre1.0.20041117-2
Severity: serious

Hi,

building the package mdbtools in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
else rm -f .deps/eggiconlist.Tpo; exit 1; \
fi
if i386-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../include  -I../../include 
-DXTHREADS -DORBIT2=1 -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/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 
-I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 
-I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 
-I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0   
-DDATADIR=\/usr/share\ -DGMDB_ICONDIR=\/usr/share/gmdb/glade/\ 
-DGMDB_GLADEDIR=\/usr/share/gmdb/glade/\-g -O2 -DSQL -DUNIXODBC -MT 
mdbaboutdialog.o -MD -MP -MF .deps/mdbaboutdialog.Tpo \
  -c -o mdbaboutdialog.o `test -f 'mdbaboutdialog.c' || echo 
'./'`mdbaboutdialog.c; \
then mv -f .deps/mdbaboutdialog.Tpo .deps/mdbaboutdialog.Po; \
else rm -f .deps/mdbaboutdialog.Tpo; exit 1; \
fi
In file included from mdbaboutdialog.c:49:
/usr/include/glib-2.0/glib/gi18n-lib.h:27:2: #error You must define 
GETTEXT_PACKAGE before including gi18n-lib.h.
mdbaboutdialog.c: In function `gtk_about_dialog_class_init':
mdbaboutdialog.c:261: error: `GETTEXT_PACKAGE' undeclared (first use in this 
function)
mdbaboutdialog.c:261: error: (Each undeclared identifier is reported only once
mdbaboutdialog.c:261: error: for each function it appears in.)
mdbaboutdialog.c: In function `gtk_about_dialog_init':
mdbaboutdialog.c:483: error: `GETTEXT_PACKAGE' undeclared (first use in this 
function)
mdbaboutdialog.c: In function `update_name_version':
mdbaboutdialog.c:685: error: `GETTEXT_PACKAGE' undeclared (first use in this 
function)
mdbaboutdialog.c: In function `display_credits_dialog':
mdbaboutdialog.c:1885: error: `GETTEXT_PACKAGE' undeclared (first use in this 
function)
mdbaboutdialog.c: In function `display_license_dialog':
mdbaboutdialog.c:1948: error: `GETTEXT_PACKAGE' undeclared (first use in this 
function)
make[4]: *** [mdbaboutdialog.o] Error 1
make[4]: Leaving directory 
`/tmp/buildd/mdbtools-0.5.99.0.6pre1.0.20041117/src/gmdb2'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory 
`/tmp/buildd/mdbtools-0.5.99.0.6pre1.0.20041117/src/gmdb2'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/mdbtools-0.5.99.0.6pre1.0.20041117/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/mdbtools-0.5.99.0.6pre1.0.20041117'
make: *** [build-arch-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#301121: mdbtools: FTBFS: compile errors

2005-03-24 Thread Roland Stigge
Hi,

On Wed, 2005-03-23 at 15:23 -0800, Steve Langasek wrote:
 On Wed, Mar 23, 2005 at 10:34:08PM +0100, Roland Stigge wrote:
  building the package mdbtools in a clean build environment
  (with pbuilder) on i386 results in:
 
 It would generally be helpful if you would include in these bug reports
 information about whether you're building in a sid or a sarge pbuilder, so
 that maintainers know for sure how to reproduce it.

OK.

In doubt, sid.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299125: libcommons-jexl-java: FTBFS: java.lang.NullPointerException

2005-03-11 Thread Roland Stigge
Package: libcommons-jexl-java
Version: 1.0-1
Severity: serious

Hi,

building the package libcommons-jexl-java in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
patches: debian/patches/01_jar_without_tests.patch
Trying patch debian/patches/01_jar_without_tests.patch at level 0...success.
if [ debian/stamp-patched = debian/stamp-patched ] ; then touch 
debian/stamp-patched ; \
elif [ debian/stamp-patched = reverse-patches ] ; then rm -f 
debian/stamp-patch* ; \
fi
/usr/bin/make -f debian/rules update-config
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
make[1]: Entering directory `/tmp/buildd/libcommons-jexl-java-1.0'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/tmp/buildd/libcommons-jexl-java-1.0'
cd .  /usr/bin/java-sablevm -classpath 
/usr/share/ant1.6/lib/ant.jar:/usr/share/java/junit.jar:/usr/share/java/commons-logging.jar:/usr/share/java/gnujaxp.jar:/usr/share/ant1.6/lib/ant-launcher.jar:
  -Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true 
-Dcompile.optimize=true  -Dbuild.compiler=jikes  -propertyfile 
/tmp/buildd/libcommons-jexl-java-1.0/debian/ant.properties jar
Buildfile: build.xml

init:
[mkdir] Created dir: /tmp/buildd/libcommons-jexl-java-1.0/target/lib

get-deps:

compile:
[mkdir] Created dir: /tmp/buildd/libcommons-jexl-java-1.0/target/classes
[javac] Compiling 82 source files to 
/tmp/buildd/libcommons-jexl-java-1.0/target/classes

BUILD FAILED
/tmp/buildd/libcommons-jexl-java-1.0/build.xml:46: 
java.lang.NullPointerException

Total time: 1 second
make: *** [debian/stamp-ant-build] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299127: aptitude download for file sources does nothing

2005-03-11 Thread Roland Stigge
Package: aptitude
Version: 0.2.15.8-1
Severity: normal

Hi,

the man page of aptitude reads:

===
[...]
download
Downloads the .deb file for the given package to the current directory.
[...]
===

However, when /etc/apt/sources.list points to a file source, aptitude
download package does nothing. For ftp, copy, etc., it works.

Since the command aptituce download is generally used to (somehow)
fetch a .deb to the current directory, this really should work for file
sources, too.

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3 0.5.28.5 Advanced front-end for dpkg
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-9GCC support library
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libsigc++-1.2-5c102 1.2.5-4  type-safe Signal Framework for C++
ii  libstdc++5  1:3.3.5-9The GNU Standard C++ Library v3

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299127: aptitude download for file sources does nothing

2005-03-12 Thread Roland Stigge
Hi,

On Sat, 2005-03-12 at 01:27 +0100, Michelle Konzack wrote:
  Since the command aptitude download is generally used to (somehow)
  fetch a .deb to the current directory, this really should work for file
  sources, too.
 
 The you have two copys of the files on your System...
 
 For example I have XFree86 and OpenOffice.org recompiled for my needs,
 which mean if aptitude copy the file from a local directory into
 /var/cache/apt/archives I have two times 350 MByte of files in my
 system.
 
 For what.

 You requested a realy bad feature.

Are we talking about features being good or bad? Or about intended
and documented behaviour? Consider someone that says, at the command
line: Get me a copy of this .deb into the current directory. (using
aptitude download package, as documented). Then, aptitude (at least,
the command line version) shouldn't try to be intelligent and say: No,
this is bad!.

If you don't want a copy of the respective package in the current
directory, just don't call aptitude download package.

BTW: The behaviour of aptitude install package etc. doesn't need to
change, of course.

Thanks for considering.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299127: aptitude download for file sources does nothing

2005-03-12 Thread Roland Stigge
Hi,

On Sat, 2005-03-12 at 14:16 +0100, Michelle Konzack wrote:
  Are we talking about features being good or bad? Or about intended
  and documented behaviour? Consider someone that says, at the command
  line: Get me a copy of this .deb into the current directory. (using
  aptitude download package, as documented). Then, aptitude (at least,
  the command line version) shouldn't try to be intelligent and say: No,
  this is bad!.
 
 No, because you download only via http or ftp.

In the copy case, the file is also put in the current directory. So
this also derives from _your_ understanding of the definition of
download.

  If you don't want a copy of the respective package in the current
  directory, just don't call aptitude download package.
 
 This is false, because a local file can not downloaded, because it
 is already there.  The same thing is with installation from CD.

I'm not talking about installation. Maybe this is the reason for the
misunderstanding. As I already wrote, the behaviour for the install
case does not need change.

 Local files can only be copied but not downloaded.  I think, you
 have a false understanding between downloading and copying.

I'm just interpreting the documented behaviour of the program. If not
resolving the issue as suggested, then please at least change the
documentation (man page).

Is there any other good way of obtaining a .deb file (as referenced
from /etc/apt/sources.list) to the current (or any other specified)
directory?

BTW: Why are you so resistant to the suggested change? Which harm would
it do? (Are you calling aptitude download package for the file
case if you _don't_ want the .deb file in the current directory?)

bye,
  Roland




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299127: aptitude download for file sources does nothing

2005-03-12 Thread Roland Stigge
Hi,

On Sat, 2005-03-12 at 19:03 +0100, Michelle Konzack wrote:
  BTW: Why are you so resistant to the suggested change? Which harm would
  it do? (Are you calling aptitude download package for the file
  case if you _don't_ want the .deb file in the current directory?)
 
 Because most people do not need to have the Package twice in there
 filesystem.  If there where the default aptitude will eat up your
 diskspace. 

Well, when a user says: Put me this file into the local directory! (as
documented in the aptitude manpage), it's no surprise if the disk (if it
is rather small or already nearly full) is eaten up sooner or later. :)

Please don't try to prevent users from using certain functionality in
their software that _you_ think is not useful.

 Maybe there should be a second option like --download-local

That would be a kludge, and still bearing the word download.

 And, why do you need the file twice, if you have access to the
 local filesystem ?

Usually, one doesn't need to justify the use of the tools to Debian
users, but let's explain this in more detail:

I'm using automated scripts that fetch arbitrary .deb files to inspect
their contents (in DARTS, a Debian quality assurance tool connected with
the pbuilder project). Therefore, I need aptitude to get me a .deb on an
arbitrary host that just somehow has got an appropriate mirror
repository referenced from /etc/apt/sources.list. Since it's not
predictable how the administrator of such a test box in the distributed
cluster has configured this one (http, ftp, file or copy), it
would be highly useful to have aptitude to behave in the same way (and
_as documented_) for all possible configurations. (It's hard to explain
to sysadmins that they need copy instead of file which could result
in the same problem you tried to prevent.)

So we are talking about scriptability, not the fact that it is somehow
possible to copy a file manually from somewhere.

I'm using aptitude because apt-get doesn't have such a feature at all.
Maybe I should enhance apt-get, but this would

(1) not solve the aptitude issue at hand (discrepancy between man page
and behaviour)
(2) move the same problem to apt-get
(3) be unnecessarily redundant

Furthermore, consider the use of the word download in this context in
the following way: transfer the file to the current directory.

Thanks for considering.

bye,
  Roland




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299127: aptitude download for file sources does nothing

2005-03-12 Thread Roland Stigge
Hi,

On Sat, 2005-03-12 at 13:49 -0500, Daniel Burrows wrote:
   Something you might not be aware of is that aptitude re-uses apt's download 
 routines to implement aptitude download; thus, file: URLs are handled the 
 same way as in apt-get.  That doesn't mean it can't be changed [...] although
 I'd be tempted to just make symlinks

For me, personally, that would be fine. I don't know if it serves all
use cases well, though.

 if people really want to do something silly like this =)

I hope that Michelle and you now understand that the respective use is
_not_ silly. Else, please suggest other solutions. (debget is another
tool for a similar purpose but with a completely different approach;
unsuitable)

Thanks.

bye,
  Roland




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299127: aptitude download for file sources does nothing

2005-03-12 Thread Roland Stigge
Hi,

On Sat, 2005-03-12 at 22:38 +0100, Michelle Konzack wrote:
 apt-get --print-uris package
 
 give you a list fo remote and local files.  Parse the file, 'cp' or
 'wget' it to your desired directory and the work on it.

Although it is an inferior solution (I guess you mean the --reinstall
install variant), it seems to work.

Thanks!

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299299: smart: FTBFS: python not found due to new default python

2005-03-13 Thread Roland Stigge
Package: smart
Version: 0.28-7
Severity: serious

Hi,

building the package smart in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
ii  sysv-rc2.86.ds1-1 Standard boot mechanism using symlinks in /e
ii  sysvinit   2.86.ds1-1 System-V like init
ii  tar1.14-2 GNU tar
ii  util-linux 2.12p-3Miscellaneous system utilities
ii  zlib1g 1.2.2-4compression library - runtime
 - user script /dev/shm/var/cache/pbuilder/build//31044/tmp/hooks/A10dpkg-l.sh 
finished
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source package is smart
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source version is 0.28-7
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source maintainer is Michael Vogt [EMAIL PROTECTED]
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-buildpackage: host architecture is i386
dpkg-checkbuilddeps: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
# Add here commands to clean up after the build process.
#-/usr/bin/make clean
./setup.py clean --all
make: ./setup.py: Command not found
make: *** [clean] Error 127
=

This is caused by ./setup.py being interpreted by python which in turn doesn't 
exist since all the python2.3 dependencies don't include /usr/bin/python. A 
crude solution would be adding python to Build-Depends but a careful 
python2.4 transition would be appropriate here. /usr/bin/python from python2.4 
seems to be the cause of the build success on the maintainer's machine since he 
didn't try the build in a clean environment. Remember: pbuilder is your friend.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299313: henplus: FTBFS: assertion failed

2005-03-13 Thread Roland Stigge
Package: henplus
Version: 0.9.5-2
Severity: serious

Hi,

building the package henplus in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
$JARS/libreadline-java.jar

ANT_OPTS=-Dbuild.compiler=jikes -Dant.home=$ANT_HOME
ANT=$JAVACMD -classpath $CLASSPATH org.apache.tools.ant.Main $ANT_OPTS

$ANT jar
Buildfile: build.xml

prepare:
[mkdir] Created dir: /tmp/buildd/henplus-0.9.5/build
[mkdir] Created dir: /tmp/buildd/henplus-0.9.5/build/classes

Version.java:
 [copy] Copying 1 file to /tmp/buildd/henplus-0.9.5/src/henplus

compile:
[javac] Compiling 67 source files to /tmp/buildd/henplus-0.9.5/build/classes
[javac] /tmp/buildd/henplus-0.9.5/src/henplus/AbstractCommand.java:0:0:0:0: 
Semantic Warning: I/O warning: No such file or directory while trying to open 
/usr/lib/kaffe/jthreads/lib/*.jar.
[javac] 
/tmp/buildd/henplus-0.9.5/src/henplus/commands/DumpCommand.java:75:26:75:48: 
Semantic Warning: Final field FILE_ENCODING is initialized with a constant 
expression and could be made static to save space.
[javac] 
/tmp/buildd/henplus-0.9.5/src/henplus/PasswordEraserThread.java:61:17:61:26: 
Semantic Warning: Invoking the class method sleep via an instance is 
discouraged because the method invoked will be the one in the variable's 
declared type, not the instance's dynamic type.
[javac] 
/tmp/buildd/henplus-0.9.5/src/henplus/commands/ResultSetRenderer.java:36:27:36:42:
 Semantic Warning: Final field clobLimit is initialized with a constant 
expression and could be made static to save space.

jar:
  [jar] Building jar: /tmp/buildd/henplus-0.9.5/build/henplus.jar

BUILD SUCCESSFUL
Total time: 2 seconds
kaffe-bin: 
/build/buildd/kaffe-1.1.4.PRECVS8/build-tree/kaffe-1.1.4.PRECVS8/kaffe/kaffevm/kaffe-gc/gc-incremental.c:1305:
 gcFree: Assertion `!!!Attempt to explicitly free nonfixed object' failed.
/bin/bash: line 18:   851 Aborted $ANT jar
make: *** [debian/build-stamp] Error 134
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299316: rsnapshot: FTBFS: aclocal-1.4 missing

2005-03-13 Thread Roland Stigge
Package: rsnapshot
Version: 1.2.0-1
Severity: serious

Hi,

building the package rsnapshot in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
checking for rsync... /usr/bin/rsync
checking for cp... /bin/cp
checking for rm... /bin/rm
checking for ssh... no
checking for logger... /usr/bin/logger
checking for du... /usr/bin/du
configure: creating ./config.status
config.status: creating Makefile
config.status: creating rsnapshot
config.status: creating rsnapshot.conf.default

Now type make install to install the program.

After rsnapshot is installed, don't forget to copy
/etc/rsnapshot.conf.default to /etc/rsnapshot.conf

dh_testdir
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory `/tmp/buildd/rsnapshot-1.2.0'
cd .  /tmp/buildd/rsnapshot-1.2.0/missing aclocal-1.4
WARNING: `aclocal-1.4' is needed, and you do not seem to have it handy on your
 system.  You might have modified some files without having the
 proper tools for further handling them.  Check the `README' file,
 it often tells you about the needed prerequirements for installing
 this package.  You may also peek at any GNU archive site, in case
 some other package would contain this missing `aclocal-1.4' program.
make[1]: *** [aclocal.m4] Error 1
make[1]: Leaving directory `/tmp/buildd/rsnapshot-1.2.0'
make: *** [build-stamp] Error 2
=

This can be worked around by installing automake1.4, but this bug should be 
solved by regenerating (before building the source package) or touching (at 
build time) the respective files appropriately.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299341: comerr-dev: compile_et uses gawk on i386 which isn't build-depended upon

2005-03-13 Thread Roland Stigge
Package: e2fsprogs
Version: 1.36release-1
Severity: important

Hi,

I encountered that krb5 doesn't build on i386 (while it does, e.g., on
sparc). The reason is that compile_et from comerr-dev is being used
which is generated at build time to use a certain version of awk.

On sparc, it is mawk. On i386 it is gawk, seemingly because gawk was
automatically found in the build environment of the maintainer at build
time. Unfortunately, comerr-dev doesn't Depend on gawk, so on i386 it
triggers an error.

Since the configure construction checks for gawk, then for mawk, this
one can be solved depending on which awk version should be used on all
platforms:

(1) Adding Build-Conflicts: gawk forces mawk to be used
(2) Adding gawk to Build-Depends causes gawk to be used. In this case,
we _at least_ need to make comerr-dev and ss-dev Build-Depend on
gawk manually.

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages e2fsprogs depends on:
ii  e2fslibs   1.36release-1 ext2 filesystem libraries
ii  libblkid1  1.36release-1 block device id library
ii  libc6  2.3.2.ds1-20  GNU C Library: Shared libraries an
ii  libcomerr2 1.36release-1 common error description library
ii  libss2 1.36release-1 command-line interface parsing lib
ii  libuuid1   1.36release-1 universally unique id library

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299316: rsnapshot: FTBFS: aclocal-1.4 missing

2005-03-13 Thread Roland Stigge
Hi,

On Sun, 2005-03-13 at 19:58 +0100, Christoph Wegscheider wrote:
  =
  [...]
  /usr/bin/make
  make[1]: Entering directory `/tmp/buildd/rsnapshot-1.2.0'
  cd .  /tmp/buildd/rsnapshot-1.2.0/missing aclocal-1.4
  WARNING: `aclocal-1.4' is needed, and you do not seem to have it handy on 
  your
   system.  You might have modified some files without having the
   proper tools for further handling them.  Check the `README' file,
   it often tells you about the needed prerequirements for installing
   this package.  You may also peek at any GNU archive site, in case
   some other package would contain this missing `aclocal-1.4' 
  program.
  make[1]: *** [aclocal.m4] Error 1
  make[1]: Leaving directory `/tmp/buildd/rsnapshot-1.2.0'
  make: *** [build-stamp] Error 2
  =
 
 I tested it (before uploading and now again) with pbuilder also on i386
 without this error. Please retest it with an updated sid environment and
 a fresh source package of rsnapshot and attach a full log if the error
 is still there.

I retried on i386 and sparc in a current pbuilder chroot and a fresh
source tarball (that actually didn't change :-) and encountered the same
problem.

My experience with similar bugs is that reproduction results can be
improved by actually fetching the package (apt-get source ...) from a
standard Debian mirror since on the machine of the maintainer in the
development directory, the repository is sometimes handled differently.
Does it help?

 As I understand this Bug report was filed by a script (or at least the
 testing was done with one), please do the retesting manually so we are
 sure the failure is not caused by a bug in that script. 

While I'm searching for bugs automatically and letting DARTS help me in
reporting, I always re-check problems manually since I consider fully
automatic as bad practice as you do.

Thanks for considering.

bye,
  Roland




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299313: henplus: FTBFS: assertion failed

2005-03-13 Thread Roland Stigge
Hi,

On Sun, 2005-03-13 at 19:19 +0100, Piotr Roszatycki wrote:
  kaffe-bin:
  /build/buildd/kaffe-1.1.4.PRECVS8/build-tree/kaffe-1.1.4.PRECVS8/kaffe/kaff
 evm/kaffe-gc/gc-incremental.c:1305: gcFree: Assertion `!!!Attempt to
  explicitly free nonfixed object' failed. /bin/bash: line 18:   851 Aborted
  $ANT jar
  make: *** [debian/build-stamp] Error 134
  =

 Can't reproduce this bug with the apt-to-date pbuilder.

I just tried again and get the same result. Just the 851 Aborted
changed to 7725 Aborted.

On sparc, I get a slightly different result:

=
[...]
rm -f debian/install-tree-stamp
rm -rf debian/tmp-* debian/files* debian/substvars debian/shlibs.local 
debian/ucf
rm -f debian/build-stamp debian/build-arch-stamp debian/build-indep-stamp
export JAVA_HOME=/usr/lib/kaffe-jthreads
export JAVA=/usr/bin/kaffe
export JAVAC=/usr/bin/jikes-kaffe
export JAVACMD=$JAVA

export JARS=/usr/share/java
export ANT_HOME=/usr/share/ant1.6
export CLASSPATH=\
$JARS/xerces.jar:\
$ANT_HOME/lib/ant.jar:\
$ANT_HOME/lib/ant-launcher.jar:\
$JARS/libreadline-java.jar

ANT_OPTS=-Dbuild.compiler=jikes -Dant.home=$ANT_HOME
ANT=$JAVACMD -classpath $CLASSPATH org.apache.tools.ant.Main $ANT_OPTS

$ANT clean
kaffe-bin: 
/build/buildd/kaffe-1.1.4.PRECVS8/build-tree/kaffe-1.1.4.PRECVS8/kaffe/kaffevm/exception.c:383:
 dispatchException: Assertion `!intsDisabled()' failed.
/bin/bash: line 18:  7655 Aborted $ANT clean
make: *** [clean-build] Error 134
=

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299316: The Log.

2005-03-13 Thread Roland Stigge
See Attachment.
-- 
I: using fakeroot in build.
pbuilder-buildpackage/i386 $Id: pbuilder-buildpackage-funcs,v 1.15 2005/01/04 01:47:18 dancer Exp $
$Id: pbuilder-buildpackage,v 1.110 2005/01/04 01:47:18 dancer Exp $

Current time: Sun Mar 13 14:03:45 CET 2005
pbuilder-time-stamp: 1110719025
Building the build Environment
 - extracting base tarball [/var/cache/pbuilder/darts.tgz]
 - creating local configuration
 - copying local configuration
 - mounting /proc filesystem
 - mounting /dev/pts filesystem
 - policy-rc.d already exists
 - created buildresult dir :/tmp/build-atari-30255-gakjRK
Installing the build-deps
W: no hooks of type D found -- ignoring
 - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 2003/04/20 03:40:36 dancer Exp $
 - Considering  debhelper (= 4.0.0)
   - Trying debhelper
 - Considering  autotools-dev
   - Trying autotools-dev
 - Considering  rsync
   - Trying rsync
 - Installing  debhelper autotools-dev rsync
Reading Package Lists...
Building Dependency Tree...
The following extra packages will be installed:
  debconf debconf-i18n debconf-utils file gettext gettext-base html2text
  intltool-debian liblocale-gettext-perl libmagic1 libpopt0
  libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl po-debconf
Suggested packages:
  debconf-doc whiptail dialog gnome-utils libterm-readline-gnu-perl
  libgnome2-perl libqt-perl libnet-ldap-perl dh-make cvs gettext-doc ssh
Recommended packages:
  apt-utils curl wget lynx libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
  autotools-dev debconf debconf-i18n debconf-utils debhelper file gettext
  gettext-base html2text intltool-debian liblocale-gettext-perl libmagic1
  libpopt0 libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl
  po-debconf rsync
0 upgraded, 18 newly installed, 0 to remove and 0 not upgraded.
Need to get 3128kB of archives.
After unpacking 12.6MB of additional disk space will be used.
Get:1 ftp://atari sid/main liblocale-gettext-perl 1.01-17 [16.8kB]
Get:2 ftp://atari sid/main libtext-iconv-perl 1.2-3 [12.2kB]
Get:3 ftp://atari sid/main libtext-charwidth-perl 0.04-1 [11.0kB]
Get:4 ftp://atari sid/main libtext-wrapi18n-perl 0.06-1 [8442B]
Get:5 ftp://atari sid/main debconf-i18n 1.4.46 [96.2kB]
Get:6 ftp://atari sid/main debconf 1.4.46 [103kB]
Get:7 ftp://atari sid/main libpopt0 1.7-5 [30.2kB]
Get:8 ftp://atari sid/main libmagic1 4.12-1 [233kB]
Get:9 ftp://atari sid/main file 4.12-1 [28.6kB]
Get:10 ftp://atari sid/main gettext-base 0.14.2-1 [105kB]
Get:11 ftp://atari sid/main autotools-dev 20041130.2 [57.1kB]
Get:12 ftp://atari sid/main debconf-utils 1.4.46 [33.0kB]
Get:13 ftp://atari sid/main html2text 1.3.2a-1 [89.3kB]
Get:14 ftp://atari sid/main gettext 0.14.2-1 [1672kB]
Get:15 ftp://atari sid/main intltool-debian 0.30+20040213 [23.5kB]
Get:16 ftp://atari sid/main po-debconf 0.8.22 [77.3kB]
Get:17 ftp://atari sid/main debhelper 4.2.31 [362kB]
Get:18 ftp://atari sid/main rsync 2.6.3-2 [171kB]
Fetched 3128kB in 0s (8105kB/s)
Selecting previously deselected package liblocale-gettext-perl.
(Reading database ... 7714 files and directories currently installed.)
Unpacking liblocale-gettext-perl (from .../liblocale-gettext-perl_1.01-17_i386.deb) ...
Selecting previously deselected package libtext-iconv-perl.
Unpacking libtext-iconv-perl (from .../libtext-iconv-perl_1.2-3_i386.deb) ...
Selecting previously deselected package libtext-charwidth-perl.
Unpacking libtext-charwidth-perl (from .../libtext-charwidth-perl_0.04-1_i386.deb) ...
Selecting previously deselected package libtext-wrapi18n-perl.
Unpacking libtext-wrapi18n-perl (from .../libtext-wrapi18n-perl_0.06-1_all.deb) ...
Selecting previously deselected package debconf-i18n.
Unpacking debconf-i18n (from .../debconf-i18n_1.4.46_all.deb) ...
Selecting previously deselected package debconf.
Unpacking debconf (from .../debconf_1.4.46_all.deb) ...
Selecting previously deselected package libpopt0.
Unpacking libpopt0 (from .../libpopt0_1.7-5_i386.deb) ...
Selecting previously deselected package libmagic1.
Unpacking libmagic1 (from .../libmagic1_4.12-1_i386.deb) ...
Selecting previously deselected package file.
Unpacking file (from .../archives/file_4.12-1_i386.deb) ...
Selecting previously deselected package gettext-base.
Unpacking gettext-base (from .../gettext-base_0.14.2-1_i386.deb) ...
Selecting previously deselected package autotools-dev.
Unpacking autotools-dev (from .../autotools-dev_20041130.2_all.deb) ...
Selecting previously deselected package debconf-utils.
Unpacking debconf-utils (from .../debconf-utils_1.4.46_all.deb) ...
Selecting previously deselected package html2text.
Unpacking html2text (from .../html2text_1.3.2a-1_i386.deb) ...
Selecting previously deselected package gettext.
Unpacking gettext (from .../gettext_0.14.2-1_i386.deb) ...
Selecting previously deselected package intltool-debian.
Unpacking intltool-debian (from .../intltool-debian_0.30+20040213_all.deb) ...
Selecting previously 

Bug#299381: rails: FTBFS: missing Build-Depends: rdoc

2005-03-13 Thread Roland Stigge
Package: rails
Version: 0.10.1-4
Severity: serious
Tags: patch

Hi,

building the package rails in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
chmod 755 /tmp/buildd/rails-0.10.1/railties/../build/script/console
chmod 755 /tmp/buildd/rails-0.10.1/railties/../build/script/server
chmod 755 /tmp/buildd/rails-0.10.1/railties/../build/script/update
cp helpers/test_helper.rb 
/tmp/buildd/rails-0.10.1/railties/../build/test/test_helper.rb
cp doc/README_FOR_APP 
/tmp/buildd/rails-0.10.1/railties/../build/doc/README_FOR_APP
(in /tmp/buildd/rails-0.10.1/railties)
rm -r doc/app
rdoc -o doc/app --line-numbers --inline-source --title 'Rails Application 
Documentation' -T 'html' doc/README_FOR_APP app/helpers/application_helper.rb 
app/controllers/application.rb
(in /tmp/buildd/rails-0.10.1/build)
sh: rdoc: command not found
rake aborted!
Command failed with status (127): [rdoc -o doc/app --line-numbers 
--inline-source --title 'Rails Application Documentation' -T 'html' 
doc/README_FOR_APP app/helpers/application_helper.rb 
app/controllers/application.rb]

rm -r doc/api
rdoc -o doc/api --line-numbers --inline-source --title 'Rails Framework 
Documentation' -T 'html' README CHANGELOG vendor/railties/CHANGELOG 
vendor/activerecord/README vendor/activerecord/CHANGELOG 
vendor/activerecord/lib/active_record/validations.rb 
vendor/activerecord/lib/active_record/callbacks.rb 
vendor/activerecord/lib/active_record/locking.rb 
vendor/activerecord/lib/active_record/deprecated_associations.rb 
vendor/activerecord/lib/active_record/observer.rb 
vendor/activerecord/lib/active_record/migration.rb 
vendor/activerecord/lib/active_record/reflection.rb 
vendor/activerecord/lib/active_record/associations.rb 
vendor/activerecord/lib/active_record/timestamp.rb 
vendor/activerecord/lib/active_record/transactions.rb 
vendor/activerecord/lib/active_record/fixtures.rb 
vendor/activerecord/lib/active_record/base.rb 
vendor/activerecord/lib/active_record/aggregations.rb 
vendor/activerecord/lib/active_record/wrappings.rb 
vendor/activerecord/lib/active_record/connection_adapters/post
 gresql_adapter.rb 
vendor/activerecord/lib/active_record/connection_adapters/sqlite_adapter.rb 
vendor/activerecord/lib/active_record/connection_adapters/abstract_adapter.rb 
vendor/activerecord/lib/active_record/connection_adapters/sqlserver_adapter.rb 
vendor/activerecord/lib/active_record/connection_adapters/db2_adapter.rb 
vendor/activerecord/lib/active_record/connection_adapters/oci_adapter.rb 
vendor/activerecord/lib/active_record/connection_adapters/mysql_adapter.rb 
vendor/activerecord/lib/active_record/acts/tree.rb 
vendor/activerecord/lib/active_record/acts/list.rb 
vendor/activerecord/lib/active_record/associations/has_one_association.rb 
vendor/activerecord/lib/active_record/associations/association_proxy.rb 
vendor/activerecord/lib/active_record/associations/association_collection.rb 
vendor/activerecord/lib/active_record/associations/belongs_to_association.rb 
vendor/activerecord/lib/active_record/associations/has_many_association.rb 
vendor/activerecord/lib/active_record/as
 sociations/has_and_belongs_to_many_association.rb 
vendor/activerecord/lib/active_record/wrappers/yaml_wrapper.rb 
vendor/actionpack/README vendor/actionpack/CHANGELOG 
vendor/actionpack/lib/action_controller/test_process.rb 
vendor/actionpack/lib/action_controller/layout.rb 
vendor/actionpack/lib/action_controller/scaffolding.rb 
vendor/actionpack/lib/action_controller/session.rb 
vendor/actionpack/lib/action_controller/components.rb 
vendor/actionpack/lib/action_controller/url_rewriter.rb 
vendor/actionpack/lib/action_controller/rescue.rb 
vendor/actionpack/lib/action_controller/dependencies.rb 
vendor/actionpack/lib/action_controller/routing.rb 
vendor/actionpack/lib/action_controller/request.rb 
vendor/actionpack/lib/action_controller/benchmarking.rb 
vendor/actionpack/lib/action_controller/cookies.rb 
vendor/actionpack/lib/action_controller/caching.rb 
vendor/actionpack/lib/action_controller/flash.rb 
vendor/actionpack/lib/action_controller/response.rb 
vendor/actionpack/lib/action_contr
 oller/cgi_process.rb vendor/actionpack/lib/action_controller/helpers.rb 
vendor/actionpack/lib/action_controller/filters.rb 
vendor/actionpack/lib/action_controller/base.rb 
vendor/actionpack/lib/action_controller/cgi_ext/raw_post_data_fix.rb 
vendor/actionpack/lib/action_controller/cgi_ext/cgi_ext.rb 
vendor/actionpack/lib/action_controller/cgi_ext/cookie_performance_fix.rb 
vendor/actionpack/lib/action_controller/cgi_ext/cgi_methods.rb 
vendor/actionpack/lib/action_controller/session/mem_cache_store.rb 
vendor/actionpack/lib/action_controller/session/drb_store.rb 
vendor/actionpack/lib/action_controller/session/active_record_store.rb 
vendor/actionpack/lib/action_controller/session/drb_server.rb 
vendor/actionpack/lib/action_controller/assertions/active_record_assertions.rb 

Bug#299341: comerr-dev: compile_et uses gawk on i386 which isn't build-depended upon

2005-03-14 Thread Roland Stigge
Hi,

On Mon, 2005-03-14 at 08:44 -0500, Theodore Ts'o wrote:
 On Sun, Mar 13, 2005 at 07:51:14PM +0100, Roland Stigge wrote:
  Since the configure construction checks for gawk, then for mawk, this
  one can be solved depending on which awk version should be used on all
  platforms:
  
  (1) Adding Build-Conflicts: gawk forces mawk to be used
  (2) Adding gawk to Build-Depends causes gawk to be used. In this case,
  we _at least_ need to make comerr-dev and ss-dev Build-Depend on
  gawk manually.
 
 Hmm, thanks for pointing this out.  The other thing we can do is hack
 the script

$ grep -r @AWK@ *
configure:s,@AWK@,$AWK,;t t
lib/ss/mk_cmds.sh.in:[EMAIL PROTECTED]@
lib/et/compile_et.sh.in:[EMAIL PROTECTED]@
MCONFIG.in:AWK = @AWK@
util/subst.conf.in:AWK  @AWK@
$

This suggests at least lib/ss/mk_cmds.sh.in and lib/et/compile_et.sh.in.
Don't know about a graceful solution for the other files, though.

I still would prefer (1) or (2) since this would ensure that the same
awk would be used on all platforms. This would prevent potential
incompatibilities.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299341: comerr-dev: compile_et uses gawk on i386 which isn't build-depended upon

2005-03-14 Thread Roland Stigge
Hi,

On Mon, 2005-03-14 at 15:16 -0500, Theodore Ts'o wrote:
  I still would prefer (1) or (2) since this would ensure that the same
  awk would be used on all platforms. This would prevent potential
  incompatibilities.
 
 (1) is right out since it would mean that I wouldn't be able to
 compile e2fsprogs on my system without first uninstalling gawk.  Not
 Going To Happen.

As a responsible maintainer, you are using pbuilder for preparing
uploads anyway. This way, you don't need to uninstall gawk.

 (2) is better, but it will force everyone to install gawk on their
 system if they want to install comerr-dev.  

Right.

 However, the awk swcript was originally written to be highly portable,
 so I expect that it should work just fine regardless of whether gawk
 or mawk is installed on a particular system.

OK.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#151223: egtk: build-htmldocs doesn't work

2005-03-14 Thread Roland Stigge
Hi,

is there any progress on this one? Installing this package leads to an
unnecessary cpu-greedy infinite-loop process (selib2html) on the system.

Thanks for considering.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299341: comerr-dev: compile_et uses gawk on i386 which isn't build-depended upon

2005-03-15 Thread Roland Stigge
Hi,

On Tue, 2005-03-15 at 10:02 +, James Troup wrote:
  As a responsible maintainer, you are using pbuilder for preparing
  uploads anyway. This way, you don't need to uninstall gawk.
 
 a) don't be ridiculous, there are plenty of responsible ways to
maintain packages that don't involve pbuilder.

Ted, sorry.

 b) maintainers are not the only people who build packages and even
when they do build them in a chroot, there are situations where you
want the build-depends of as many packages as possible in the
chroot.  In that situation (and many others) build-conflicts are
_painful_.  Please don't advocate their use unless they're
absolutely necessary (and they clearly aren't in this case).

That's why I suggested an alternative, and finally accepted Ted's other
way of resolving this.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300284: crack-attack: FTBFS: GL/gl.h missing

2005-03-18 Thread Roland Stigge
Package: crack-attack
Version: 1.1.10-3
Severity: serious
Tags: patch

Hi,

building the package crack-attack in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
creating Makefile
creating src/Makefile
creating data/Makefile
creating doc/Makefile
creating src/config.h
if test  = post ; then \
if test -e ./libtool ; then cp -f /usr/bin/libtool ./libtool ; fi ; \
fi
make -C . 
make[1]: Entering directory `/tmp/buildd/crack-attack-1.1.10'
Making all in src
make[2]: Entering directory `/tmp/buildd/crack-attack-1.1.10/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -DNDEBUG 
-DDATA_DIRECTORY='/usr/share/games/crack-attack/'-O6 -s -c Attack.cxx
In file included from /usr/include/GL/glut.h:17,
 from Attack.cxx:26:
/usr/include/GL/freeglut_std.h:85:19: GL/gl.h: No such file or directory
In file included from /usr/include/GL/freeglut_std.h:86,
 from /usr/include/GL/glut.h:17,
 from Attack.cxx:26:
/usr/include/GL/glu.h:37:19: GL/gl.h: No such file or directory
In file included from /usr/include/GL/freeglut_std.h:86,
 from /usr/include/GL/glut.h:17,
 from Attack.cxx:26:
/usr/include/GL/glu.h:280: error: `GLenum' was not declared in this scope
/usr/include/GL/glu.h:280: error: parse error before `,' token
/usr/include/GL/glu.h:281: error: `GLenum' was not declared in this scope
/usr/include/GL/glu.h:281: error: parse error before `,' token
/usr/include/GL/glu.h:282: error: `GLenum' was not declared in this scope
/usr/include/GL/glu.h:282: error: parse error before `,' token
/usr/include/GL/glu.h:283: error: `GLenum' was not declared in this scope
/usr/include/GL/glu.h:283: error: parse error before `,' token
/usr/include/GL/glu.h:284: error: `GLenum' was not declared in this scope
/usr/include/GL/glu.h:284: error: parse error before `,' token
[...]
In file included from Attack.cxx:40:
Game.h: In static member function `static void Game::go()':
Game.h:362: error: `GLenum' undeclared (first use this function)
Game.h:362: error: (Each undeclared identifier is reported only once for each 
   function it appears in.)
Game.h:362: error: parse error before `;' token
In file included from Attack.cxx:45:
TextureLoader.h: At global scope:
TextureLoader.h:20: error: ISO C++ forbids declaration of `GLubyte' with no 
   type
TextureLoader.h:20: error: parse error before `*' token
TextureLoader.h:22: error: ISO C++ forbids declaration of `GLubyte' with no 
   type
TextureLoader.h:22: error: declaration of `int TextureLoader::GLubyte'
TextureLoader.h:20: error: conflicts with previous declaration `int 
   TextureLoader::GLubyte'
TextureLoader.h:22: error: parse error before `*' token
TextureLoader.h:24: error: ISO C++ forbids declaration of `GLubyte' with no 
   type
TextureLoader.h:24: error: declaration of `int TextureLoader::GLubyte'
TextureLoader.h:20: error: conflicts with previous declaration `int 
   TextureLoader::GLubyte'
TextureLoader.h:24: error: parse error before `*' token
TextureLoader.h:26: error: type specifier omitted for parameter `GLubyte'
TextureLoader.h:26: error: parse error before `*' token
make[2]: *** [Attack.o] Error 1
make[2]: Leaving directory `/tmp/buildd/crack-attack-1.1.10/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/crack-attack-1.1.10'
make: *** [debian/stamp-makefile-build] Error 2
=

Substituting Build-Depends: libgl-dev by xlibmesa-gl-dev helps.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300302: foobillard: FTBFS: GL/gl.h missing

2005-03-18 Thread Roland Stigge
Package: foobillard
Version: 3.0a-2
Severity: serious
Tags: patch

Hi,

building the package foobillard in a clean build environment
(with pbuilder) on i386 results in:

=
[...]
make[3]: Leaving directory `/tmp/buildd/foobillard-3.0a'
make[2]: Leaving directory `/tmp/buildd/foobillard-3.0a'
make[1]: Leaving directory `/tmp/buildd/foobillard-3.0a'
dh_testdir
config.status: creating src/config.h
config.status: executing depfiles commands
/usr/bin/make
make[1]: Entering directory `/tmp/buildd/foobillard-3.0a'
Making all in src
make[2]: Entering directory `/tmp/buildd/foobillard-3.0a/src'
/usr/bin/make  all-am
make[3]: Entering directory `/tmp/buildd/foobillard-3.0a/src'
if gcc -DHAVE_CONFIG_H -I. -I. -I. -DNDEBUG -DDATA_DIRECTORY='/usr/share/games/
foobillard/'   -Wall `freetype-config --cflags` `sdl-config --cflags` -DUSE_SDL
 -DNO_NV_BUMPREF -DNO_NV_FRESNEL -DUSE_SOUND -DDEBUG  -MT billard3d.o -MD -MP -M
F .deps/billard3d.Tpo \
  -c -o billard3d.o `test -f 'billard3d.c' || echo './'`billard3d.c; \
then mv -f .deps/billard3d.Tpo .deps/billard3d.Po; \
else rm -f .deps/billard3d.Tpo; exit 1; \
fi
In file included from billard3d.c:33:
/usr/include/GL/glu.h:37:19: GL/gl.h: No such file or directory
In file included from billard3d.c:33:
/usr/include/GL/glu.h:280: error: parse error before gluBuild1DMipmapLevels
/usr/include/GL/glu.h:280: error: parse error before target
/usr/include/GL/glu.h:281: error: parse error before gluBuild1DMipmaps
/usr/include/GL/glu.h:281: error: parse error before target
[...]
billard3d.c:4939: warning: data definition has no type or storage class
billard3d.c:4940: warning: type defaults to `int' in declaration of 
`glDepthMask'
billard3d.c:4940: warning: parameter names (without types) in function 
declaration
billard3d.c:4940: warning: data definition has no type or storage class
billard3d.c:4943: warning: type defaults to `int' in declaration of 
`glDepthFunc'
billard3d.c:4943: warning: parameter names (without types) in function 
declaration
billard3d.c:4943: warning: data definition has no type or storage class
billard3d.c:4947: error: parse error before if
billard3d.c:4951: error: parse error before numeric constant
billard3d.c:4951: warning: type defaults to `int' in declaration of `SetMode'
billard3d.c:4951: error: conflicting types for `SetMode'
billard3d.c:3570: error: previous declaration of `SetMode'
billard3d.c:4951: warning: data definition has no type or storage class
billard3d.c: In function `main':
billard3d.c:5054: warning: implicit declaration of function `glGetIntegerv'
billard3d.c:5054: error: `GL_AUX_BUFFERS' undeclared (first use in this 
function)
billard3d.c:5057: error: `GL_LIGHTING' undeclared (first use in this function)
billard3d.c: At top level:
billard3d.c:179: warning: `spheretexw' defined but not used
billard3d.c:179: warning: `spheretexh' defined but not used
billard3d.c:180: warning: `spheretexdata' defined but not used
billard3d.c:214: warning: `half_full_names' defined but not used
billard3d.c:4951: warning: `SetMode' defined but not used
make[3]: *** [billard3d.o] Error 1
make[3]: Leaving directory `/tmp/buildd/foobillard-3.0a/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/buildd/foobillard-3.0a/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/foobillard-3.0a'
make: *** [build] Error 2
=

Substituting Build-Depends: libgl-dev by xlibmesa-gl-dev helps a lot.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302440: coco-cs: FTBFS: missing build dependencies

2005-03-31 Thread Roland Stigge
Package: coco-cs
Version: 20050316-1
Severity: serious
Tag: patch

Hi,

building the package coco-cs in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
# Add here commands to clean up after the build process.
rm -rf /tmp/buildd/coco-cs-20050316/debian/tmp-build/
dh_clean 
 dpkg-source -b coco-cs-20050316
dpkg-source: warning: no utmp entry available and LOGNAME not defined; using 
uid of process (1001)
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-source: building coco-cs in coco-cs_20050316-1.tar.gz
dpkg-source: building coco-cs in coco-cs_20050316-1.dsc
 debian/rules build
dh_testdir
# Add here commands to configure the package.
mkdir /tmp/buildd/coco-cs-20050316/debian/tmp-build/
( cd /tmp/buildd/coco-cs-20050316/debian/tmp-build/; \
  unzip /tmp/buildd/coco-cs-20050316/CocoSourcesCS.zip; \
  ln -s /tmp/buildd/coco-cs-20050316/*.sh . )
/bin/sh: unzip: command not found
touch configure-stamp
dh_testdir
# Add here commands to compile the package.
( cd /tmp/buildd/coco-cs-20050316/debian/tmp-build/; \
  ./build.sh )
./build.sh: line 2: mcs: command not found
make: *** [build-stamp] Error 127
=

Adding unzip and mono-mcs to Build-Depends makes it at least build.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302444: secvpn: doesn't install when user $HOME's not directly under /home/

2005-03-31 Thread Roland Stigge
Package: secvpn
Version: 2.19
Severity: normal

Hi,

installing secvpn on a system that doesn't have user home directories
directly under /home (see FHS), the package breaks in preinst. Since it
doesn't seem necessary to have a /home/secvpn homedir for this package,
adding --home /tmp for the adduser call would be sufficient in preinst
to fix this problem. Many packages even create /var/lib/package
directories for this purpose.

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages secvpn depends on:
ii  bc   1.06-17 The GNU bc arbitrary precision cal
ii  ppp  2.4.3-20041231+3Point-to-Point Protocol (PPP) daem
ii  ssh  1:3.8.1p1-8.sarge.4 Secure rlogin/rsh/rcp replacement 
ii  sudo 1.6.8p5-1   Provide limited super user privile
ii  timeout  1.11-6.1Run a command with a time limit.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302452: kid: FTBFS: Traceback in setup.py

2005-03-31 Thread Roland Stigge
Package: kid
Version: 0.6.3-1
Severity: serious

Hi,

building the package kid in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
make[1]: Entering directory `/tmp/buildd/kid-0.6.3'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory `/tmp/buildd/kid-0.6.3'
patches: debian/patches/init-strip-test-dir.patch
Trying patch debian/patches/init-strip-test-dir.patch at level 0...success.
if [ debian/stamp-patched = debian/stamp-patched ] ; then touch 
debian/stamp-patched ; \
elif [ debian/stamp-patched = reverse-patches ] ; then rm -f 
debian/stamp-patch* ; \
fi
/usr/bin/make -f debian/rules update-config
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
make[1]: Entering directory `/tmp/buildd/kid-0.6.3'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/tmp/buildd/kid-0.6.3'
cd .  python setup.py build --build-base=./build
Traceback (most recent call last):
  File setup.py, line 2, in ?
import kid as _kid
  File /tmp/buildd/kid-0.6.3/kid/__init__.py, line 26, in ?
from kid.pull import ElementStream, Element, SubElement, Fragment, \
  File /tmp/buildd/kid-0.6.3/kid/pull.py, line 11, in ?
from kid.et import *  # ElementTree
  File /tmp/buildd/kid-0.6.3/kid/et.py, line 11, in ?
import elementtree.ElementTree as ET
ImportError: No module named elementtree.ElementTree
make: *** [common-build-impl] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297774: gnubiff: does not work at all

2005-04-01 Thread Roland Stigge
Hi,

On Fri, 2005-04-01 at 16:45 +0200, Nicolas vrard wrote:
 I'm reopening this bug. Please tell me if the new version in sid
 (2.1.2-1) works better.
 
 Ok, in fact there is no more problem here using the 2.1.2-1 version of
 gnubiff. So I think you can close this bugreport for me.

What about the Maildir vs. Maildir/new issue?

bye,
  Roland




Bug#299316: rsnapshot: FTBFS: aclocal-1.4 missing

2005-04-01 Thread Roland Stigge
Hi,

On Fri, 2005-04-01 at 17:50 +0200, Christoph Wegscheider wrote:
 I tested it again and again, but I can't reproduce it. The one time I
 could I changed the mtime of the files. However 2 other bugs needs to
 be resolved so I prepared a new package. Please test it for another
 FTBFS bug on you box. it runs fine on mine here with and without
 pbuilder.

The same problem is still present. As I already told you, it's more
likely for you to reproduce the bug more successfully if you don't try
to build it in your normal development directory, but instead take the
resulting *.tar.gz, *.dsc and *.diff.gz and (e.g.) build that (with
pbuilder) in another location in your file system.

Adding touch aclocal.m4 Makefile.in configure before the ./configure
call in debian/rules fixes the problem for me.

bye,
  Roland




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302711: plib: FTBFS: linker error

2005-04-02 Thread Roland Stigge
Package: plib
Version: 1.8.4-1
Severity: serious

Hi,

building the package plib in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
make[2]: Leaving directory `/tmp/buildd/plib-1.8.4'
make[1]: Leaving directory `/tmp/buildd/plib-1.8.4'
set -e; for i in `find src -name 'lib*a'`; do \
  ( cd `dirname $i`;\
libname=`basename $i .a` ;\
gcc -shared -Wl,-soname,$libname.so.1.8.4 \
  -o $libname.so.1.8.4 `ar t $libname.a` ) ;\
done
jsLinuxOld.o(.text+0x0): In function `jsJoystick::open()':
/tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:42: multiple definition of 
`jsJoystick::open()'
jsLinux.o(.text+0x10):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:47: first 
defined here
/usr/bin/ld: Warning: size of symbol `jsJoystick::open()' changed from 536 in 
jsLinux.o to 279 in jsLinuxOld.o
jsLinuxOld.o(.text+0x2b0): In function `jsJoystick::rawRead(int*, float*)':
/tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:111: multiple definition of 
`jsJoystick::rawRead(int*, float*)'
jsLinux.o(.text+0x3c0):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:129: first 
defined here
/usr/bin/ld: Warning: size of symbol `jsJoystick::rawRead(int*, float*)' 
changed from 588 in jsLinux.o to 199 in jsLinuxOld.o
jsLinuxOld.o(.text+0x120): In function `jsJoystick::close()':
/tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:89: multiple definition of 
`jsJoystick::close()'
jsLinux.o(.text+0x230):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:107: first 
defined here
jsLinuxOld.o(.text+0x170): In function 
`jsJoystick::jsJoystick[not-in-charge](int)':
/tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:97: multiple definition of 
`jsJoystick::jsJoystick[not-in-charge](int)'
jsLinux.o(.text+0x280):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:115: first 
defined here
jsLinuxOld.o(.text+0x210): In function `jsJoystick::jsJoystick[in-charge](int)':
/tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:97: multiple definition of 
`jsJoystick::jsJoystick[in-charge](int)'
jsLinux.o(.text+0x320):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:115: first 
defined here
jsLinuxOld.o(.text+0x380): In function `jsInit()':
/tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:143: multiple definition of 
`jsInit()'
jsLinux.o(.text+0x0):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:44: first 
defined here
collect2: ld returned 1 exit status
make: *** [build-stamp] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302871: libshout: FTBFS: d-shlibmove reports problem with libogg0-dev

2005-04-03 Thread Roland Stigge
Package: d-shlibmove
Version: 2.1-1
Severity: serious

Hi,

building the package libshout in a clean sid build environment
(with pbuilder :-) on i386 results in:

=
[...]
if test -x /usr/bin/dh_installlogcheck; then dh_installlogcheck -plibshout3-dev 
; fi
dh_installchangelogs -plibshout3-dev   
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (0)
dh_install -plibshout3-dev  
dh_link -plibshout3-dev  
dh_installdocs -plibshout3 ./README  
dh_installexamples -plibshout3 
dh_installman -plibshout3  
dh_installinfo -plibshout3  
dh_installmenu -plibshout3 
dh_installcron -plibshout3 
dh_installinit -plibshout3   
dh_installdebconf -plibshout3 
dh_installemacsen -plibshout3   
dh_installpam -plibshout3 
dh_installlogrotate -plibshout3 
if test -x /usr/bin/dh_installlogcheck; then dh_installlogcheck -plibshout3 ; fi
dh_installchangelogs -plibshout3   
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (0)
dh_install -plibshout3  
dh_link -plibshout3  
d-shlibmove --commit --movedev debian/tmp/usr/include/* usr/include/ 
debian/tmp/usr/lib/libshout.so
Library package automatic movement utility
 -- libc6-dev package exists.
devlibs error: There is no package matching [libogg0-dev] and noone provides 
it, please report bug to d-shlibs maintainer
 -- libtheora-dev package exists.
 -- libvorbis-dev package exists.
make: *** [common-binary-post-install-arch] Error 1
=

(Reporting to d-shlibs as requested above.)

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299316: rsnapshot: FTBFS: aclocal-1.4 missing

2005-04-03 Thread Roland Stigge
Hi,

On Sat, 2005-04-02 at 01:19 +0200, Christoph Wegscheider wrote:
 Please check the timestamps after unpacking it, I believe that there is
 a bug somewhere in your system concerning timestamps.

The problem with this kind of timestamp skew is that on some systems
(I'm using the Debian kernel 2.6.8) it consistently triggers and on
others it doesn't. But it's no surprise it happens at all: Files are
changed and the GNU auto* suite tries to rerun. (See below.)

 I tested the
 packages I sent to you on 3 different machines with and without a fresh 
 pbuilder
 and with fresh I mean apt-get install pbuilder; pbuilder create sid;
 pbuilder build rsnapshot_1.2.0-2.dsc it worked flawlessly.

I just did exactly that on both i386 and sparc. The problem persists.

 As I'm no DD
 and can only upload through my sponsor he will test it also for this
 bug (as he has tested the last one) and maybe he can reproduce it. 

I can sponsor the upload if you want.

  Adding touch aclocal.m4 Makefile.in configure before the ./configure
  call in debian/rules fixes the problem for me.
 This supports my POV that something with your timestamps is broken. 

?

This is a typical procedure for working around unnecessarily triggered
auto* reruns.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302914: callgrind: FTBFS: vg_skin.h unreachable

2005-04-03 Thread Roland Stigge
Package: callgrind
Version: 0.9.10-1
Severity: serious

Hi,

building the package callgrind in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
dh_testdir
# Add here commands to configure the package.
./configure --host=i386-linux --build=i386-linux --prefix=/usr 
--mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for i386-linux-gcc... i386-linux-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 i386-linux-gcc accepts -g... yes
checking for i386-linux-gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of i386-linux-gcc... gcc3
checking for i386-linux-g++... i386-linux-g++
checking whether we are using the GNU C++ compiler... yes
checking whether i386-linux-g++ accepts -g... yes
checking dependency style of i386-linux-g++... gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for i386-linux-ranlib... no
checking for ranlib... ranlib
checking for valgrind installation... in /usr
checking if vg_skin.h is available... configure: error: No. Needs header files 
from Valgrind (2.0.x/2.2.x).
Perhaps a valgrind-dev package is missing in your installation?
make: *** [config.status] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303072: cegui-mk2: FTBFS: missing autoconf macros

2005-04-04 Thread Roland Stigge
Package: cegui-mk2
Version: 0.1.1-1
Severity: serious

Hi,

building the package cegui-mk2 in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
fi
if test -e /usr/share/misc/config.sub ; then \
for i in ./build-tree/cegui_mk2/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 `/tmp/buildd/cegui-mk2-0.1.1'
cd build-tree/cegui_mk2  \
  if ! test -f aclocal.m4 ; then touch aclocal.m4 ; fi
if test pre = pre ; then \
cd build-tree/cegui_mk2  libtoolize -c -f ; \
fi
if test -n 1.9 ; then \
if test -d build-tree/cegui_mk2/m4 ; then m4=-I m4 ; fi ; \
if test -e build-tree/cegui_mk2/aclocal.m4 ; then cd 
build-tree/cegui_mk2  aclocal-1.9 $m4 ; fi ; \
elif test -n 1.9 -a --foreign ; then \
if test -d build-tree/cegui_mk2/m4 ; then m4=-I m4 ; fi ; \
if test -e build-tree/cegui_mk2/aclocal.m4 ; then cd 
build-tree/cegui_mk2  aclocal-1.9 -a --foreign $m4 ; fi ; \
fi
if test -n 2.59 ; then \
if test -e build-tree/cegui_mk2/configure.ac || test -e 
build-tree/cegui_mk2/configure.in ; then cd build-tree/cegui_mk2  `which 
autoconf2.59 || which autoconf` ; fi ; \
fi
configure:20130: error: possibly undefined macro: AC_ARG_ENABLE
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
configure:20131: error: possibly undefined macro: AC_HELP_STRING
make: *** [debian/stamp-autotools-files] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#296976: sgml2x: FTBFS: Permission denied in ELinks

2005-04-04 Thread Roland Stigge
Hi,

the problem (building sgml2x) persists in current sid.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303077: lcrash: FTBFS: tries to install to /usr/local/include/

2005-04-04 Thread Roland Stigge
Package: lcrash
Version: 7.0.0.pre.cvs.20050322-1
Severity: serious

Hi,

building the package lcrash in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
make[3]: Leaving directory 
`/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/lcrash/cmds'
gcc -o lcrash  -L/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf 
-L/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf -L. 
-L./../lib/libklib -L./../lib/liballoc -L./../lib/librl -L./../lib/libsial 
-L./../lib/libutil -L./../lib/libhwconfig -L./../lib/libconfig -rdynamic main.o 
util.o eval.o stabs.o struct.o dump.o sial.o module.o dis.o arch.o trace.o 
report.o pci.o arch_i386.o dis_i386.o trace_i386.o -Wl,-Bstatic -lklib -lbfd 
-lopcodes -liberty -llkcd_alloc -lcmds -llkcd_rl -lsial -llkcd_hwconfig 
-llkcd_config -llkcd_util -Wl,-Bdynamic -lncurses -ldl -lz -ldwarf -lelf
make[2]: Leaving directory `/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/lcrash'
make[1]: Leaving directory `/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322'
touch build-stamp
 fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs
# Add here commands to install the package into debian/tmp.
/usr/bin/make install 
DESTDIR=/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/debian/tmp DISTROS=debian
make[1]: Entering directory `/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322'
for dir in dwarf/libdwarf lib dumputils lcrash  ; do \
if [ -x $dir ] ; then \
(cd $dir  \
/usr/bin/make ARCH=i386 LIBSIAL= install) \
|| exit $?; \
fi \
done
make[2]: Entering directory 
`/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf'
/usr/bin/install -c -m 755 -d /usr/local/include
/usr/bin/install -c -m 644 -p dwarf.h libdwarf.h /usr/local/include
/usr/bin/install: cannot create regular file `/usr/local/include/dwarf.h': 
Permission denied
/usr/bin/install: cannot create regular file `/usr/local/include/libdwarf.h': 
Permission denied
make[2]: *** [headers] Error 1
make[2]: Leaving directory 
`/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322/dwarf/libdwarf'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/tmp/buildd/lcrash-7.0.0.pre.cvs.20050322'
make: *** [install] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303075: nemesi: FTBFS: missing build-deps

2005-04-04 Thread Roland Stigge
Package: nemesi
Version: 0.5.0-1
Severity: serious
Tags: patch

Hi,

building the package nemesi in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
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 ANSI C... 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 egrep... grep -E
checking whether gcc needs -traditional... no
checking how to run the C preprocessor... gcc -E
checking for gawk... (cached) mawk
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for lt_dlopen in -lltdl... no
configure: error:
 *
 *   *
 * NeMeSI needs LibTool's libltdl to support plug-ins.   *
 *   *
 *Please install libtool or libtool-libs from*
 *   http://www.gnu.org/software/libtool *
 *   or check for a version suitable to your distro. *
 *   *
 *
make: *** [configure-stamp] Error 1
=

Adding libltdl3-dev and gs-common to Build-Depends helps.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303073: haskell-http: FTBFS: missing files

2005-04-04 Thread Roland Stigge
Package: haskell-http
Version: 0.4.20041219-1
Severity: serious

Hi,

building the package haskell-http in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
Warning: No explicit method nor default method for `*'
 In the instance declaration for `Num ABCD'

./Codec/MD5.lhs:86:
Warning: No explicit method nor default method for `signum'
 In the instance declaration for `Num ABCD'

./Codec/MD5.lhs:86:
Warning: No explicit method nor default method for `abs'
 In the instance declaration for `Num ABCD'

./Codec/MD5.lhs:86:
Warning: No explicit method nor default method for `fromInteger'
 In the instance declaration for `Num ABCD'
Compiling Network.HTTP ( ./Network/HTTP.hs, dist/build/./Network/HTTP.o )
Compiling Network.Browser  ( ./Network/Browser.hs, 
dist/build/./Network/Browser.o )
/usr/bin/ar: creating dist/build/libHSHTTP-0.4.a
Preprocessing library HTTP-0.4...
Building HTTP-0.4...
Running: mkdir -p debian/tmp/usr/share/doc/libghc6-http-dev
Running: mkdir -p debian/tmp/usr/lib/haskell-packages/ghc6
Running: ./setup copy --copy-prefix=debian/tmp/usr/lib/haskell-packages/ghc6
Warning: The filename Setup.description is deprecated, please move to 
pkgname.cabal
Installing: debian/tmp/usr/lib/haskell-packages/ghc6/lib/HTTP-0.4  
debian/tmp/usr/lib/haskell-packages/ghc6/bin HTTP-0.4...
grep: *.cabal: No such file or directory
grep: *.cabal: No such file or directory
Running: cp .installed-pkg-config 
debian/tmp/usr/lib/haskell-packages/ghc6/lib/-/installed-pkg-config
cp: cannot create regular file 
`debian/tmp/usr/lib/haskell-packages/ghc6/lib/-/installed-pkg-config': No such 
file or directory
cp .installed-pkg-config 
debian/tmp/usr/lib/haskell-packages/ghc6/lib/-/installed-pkg-config files: 256 
at /usr/bin/dh_haskell line 167.
make: *** [install] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303158: winelib: FTBFS: winebuild changed calling conventions(?)

2005-04-05 Thread Roland Stigge
Package: winelib
Version: 0.3-4
Severity: serious

Hi,

building the package winelib in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
pthread.c:91: warning: implicit declaration of function `pthread_attr_getstack'
pthread.c: In function `wine_pthread_create_thread':
pthread.c:116: warning: implicit declaration of function `printf'
pthread.c:117: warning: implicit declaration of function `pthread_attr_init'
pthread.c:118: warning: implicit declaration of function 
`pthread_attr_setstacksize'
pthread.c:119: warning: implicit declaration of function `pthread_create'
pthread.c:120: warning: implicit declaration of function `pthread_attr_destroy'
pthread.c: In function `wine_pthread_exit_thread':
pthread.c:160: warning: dereferencing type-punned pointer will break 
strict-aliasing rules
pthread.c:162: warning: implicit declaration of function `pthread_join'
pthread.c:166: warning: implicit declaration of function `pthread_exit'
pthread.c:167: warning: `noreturn' function does return
pthread.c: In function `wine_pthread_abort_thread':
pthread.c:175: warning: implicit declaration of function `pthread_detach'
pthread.c:177: warning: `noreturn' function does return
i386-linux-gcc -c  -I. -Iinclude -I/usr/include/wine/windows/.. 
-I/usr/include/wine/windows -Wall -g -O2 -fPIC  -DDLLPATH=\/usr/lib/wine\ 
-DLIBPATH=\/usr/lib\  -D_REENTRANT -o interlocked.o interlocked.c
i386-linux-gcc -c  -I. -Iinclude -I/usr/include/wine/windows/.. 
-I/usr/include/wine/windows -Wall -g -O2 -fPIC  -DDLLPATH=\/usr/lib/wine\ 
-DLIBPATH=\/usr/lib\  -D_REENTRANT -o gettid.o gettid.c
i386-linux-gcc -c  -I. -Iinclude -I/usr/include/wine/windows/.. 
-I/usr/include/wine/windows -Wall -g -O2 -fPIC  -DDLLPATH=\/usr/lib/wine\ 
-DLIBPATH=\/usr/lib\  -D_REENTRANT -o winelib.o winelib.c
winelib.c: In function `SharedWineInit':
winelib.c:159: warning: left-hand operand of comma expression has no effect
winelib.c:164: warning: implicit declaration of function `wine_init'
winelib.c:172: warning: left-hand operand of comma expression has no effect
winelib.c:176: warning: implicit declaration of function 
`wine_pthread_get_current_teb'
LD_LIBRARY_PATH=:$LD_LIBRARY_PATH /usr/bin/winebuild -fPIC -o 
winelib.exe.spec.c --exe winelib.exe -mgui   pthread.o interlocked.o gettid.o 
winelib.o   -L/usr/lib/wine -L/usr/lib/wine  -ladvapi32 -lcomdlg32 -lgdi32 
-lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool 
winebuild: executable must be named via the -F option
make[2]: *** [winelib.exe.spec.c] Error 1
make[2]: Leaving directory `/tmp/buildd/winelib-0.3/winelib'
make[1]: *** [winelib] Error 2
make[1]: Leaving directory `/tmp/buildd/winelib-0.3'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#289379: gnutls11: documentation package has disappeared

2005-04-05 Thread Roland Stigge
Hi,

there are some issues to consider for this bug:

(1) While latex2html is currently not an option, at least the PostScript
version should be delivered (currently commented out in debian/rules)

(2) The documentation is currently distributed in the source package.
When considering the removal of documentation, it must be consistently
removed there, too (or consistently distributed in source and binary as
I would suggest here, see (3)).

(3) The documentation at hand contains no invariant sections, no
front-cover and back-cover texts and should therefore distributed by
Debian. I consider it DFSG-free.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303472: enscribe: FTBFS: cannot remove `enscribe.1'

2005-04-06 Thread Roland Stigge
Package: enscribe
Version: 0.0.4-1
Severity: serious

Hi,

building the package enscribe in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source package is enscribe
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source version is 0.0.4-1
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-buildpackage: source maintainer is Nick Rusnov [EMAIL PROTECTED]
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-buildpackage: host architecture is i386
dpkg-checkbuilddeps: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
 fakeroot debian/rules clean
dh_testdir
dh_testroot
/usr/bin/make clean
make[1]: Entering directory `/tmp/buildd/enscribe-0.0.4'
make[1]: *** No rule to make target `clean'.  Stop.
make[1]: Leaving directory `/tmp/buildd/enscribe-0.0.4'
make: [clean-patched] Error 2 (ignored)
rm enscribe.1
rm: cannot remove `enscribe.1': No such file or directory
make: [clean-patched] Error 1 (ignored)
dh_clean 
dpatch deapply-all
make: dpatch: Command not found
make: *** [unpatch] Error 127
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303471: gossip: segfault on message recipient without optional node identifier

2005-04-06 Thread Roland Stigge
Package: gossip
Version: 0.8-2
Severity: normal

Hi,

trying to contact an address without the optional node@ prefix, e.g.
jabber.org/echo, I made gossip segfault:


$ gdb /usr/bin/gossip
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-linux...Using host libthread_db library /lib/
tls/libthread_db.so.1.

(gdb) run
Starting program: /usr/bin/gossip 
[Thread debugging using libthread_db enabled]
[New Thread 1088865344 (LWP 18426)]
last page finished

** (gossip:18426): WARNING **: 'jabber.org/echo' is not a valid JID or nick name
.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1088865344 (LWP 18426)]
gossip_roster_get_contact_from_item (roster=0x810c358, item=0x0)
at gossip-roster.c:1369
1369contact = g_hash_table_lookup (priv-contacts, item-jid);
(gdb) thread apply all bt

Thread 1 (Thread 1088865344 (LWP 18426)):
#0  gossip_roster_get_contact_from_item (roster=0x810c358, item=0x0)
at gossip-roster.c:1369
#1  0x0805c96b in app_complete_name_response_cb (dialog=0x816bc20, 
response=-5, data=0x816c768) at gossip-app.c:1638
#2  0x40626633 in g_cclosure_marshal_VOID () from /usr/lib/libgobject-2.0.so.0
#3  0x406146b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#4  0x40625ec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#5  0x40624f4c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#6  0x406251e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#7  0x4027a54c in gtk_dialog_response () from /usr/lib/libgtk-x11-2.0.so.0
#8  0x406263b6 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#9  0x406146b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#10 0x40625ec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#11 0x4062470f in g_signal_emitv () from /usr/lib/libgobject-2.0.so.0
#12 0x4022a04b in gtk_bin_get_child () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x4022ac9d in gtk_binding_set_add_path () from /usr/lib/libgtk-x11-2.0.so.0
#14 0x4022af45 in gtk_binding_set_add_path () from /usr/lib/libgtk-x11-2.0.so.0
#15 0x4022b170 in gtk_bindings_activate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#16 0x403e3528 in gtk_widget_mnemonic_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#17 0x40283e3c in _gtk_entry_get_borders () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x402f46de in _gtk_marshal_BOOLEAN__BOXED ()
   from /usr/lib/libgtk-x11-2.0.so.0
#19 0x40614949 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#20 0x406146b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#21 0x40625925 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#22 0x40624d3a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#23 0x406251e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#24 0x403e38a7 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x403f037f in gtk_window_propagate_key_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#26 0x403f03fc in gtk_window_propagate_key_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#27 0x402f46de in _gtk_marshal_BOOLEAN__BOXED ()
   from /usr/lib/libgtk-x11-2.0.so.0
#28 0x40614949 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#29 0x406146b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0x40625925 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#31 0x40624d3a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#32 0x406251e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#33 0x403e38a7 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#34 0x402f329e in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#35 0x402f2046 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x404ef815 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#37 0x406646c2 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#38 0x40665748 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#39 0x40665a80 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#40 0x40666023 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#41 0x402f18f3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#42 0x08069a8d in main (argc=136505728, argv=0x822e980) at gossip-main.c:170


Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages 

Bug#278261: gaim: SSL is disabled without any warnings

2005-04-06 Thread Roland Stigge
Hi,

by default, upstream compiles in GNUTLS _and_ NSS. NSS is at least
needed for the option nowadays called old SSL, and GNUTLS doesn't
support SSL  v3. So I'm not sure if the current consistent SSL library
choice as documented in our changelog is the right approach.

Adding libnss-dev to build dependencies and removing --disable-nss fixes
the problem for Debian (and instead adding --disable-gnutls completely
exchanges gnutls by libnss, but I didn't do many further checks besides
compiling and a bit of network sniffing).

However, silently ignoring failed SSL is still an upstream security
issue.

Thanks for considering.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303472: enscribe: FTBFS: missing build dependencies

2005-04-06 Thread Roland Stigge
retitle 303472 enscribe: FTBFS: missing build dependencies
tag 303472 patch
thanks

Hi,

adding dpatch and docbook-to-man to the build dependencies at least
makes the package build from source.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303644: linda: DocumentationCheck broken

2005-04-07 Thread Roland Stigge
Package: linda
Version: 0.3.11
Severity: normal

Dear Linda!

You seem to spend too much time (an infinite loop?) with
DocumentationCheck. I'm attaching the example of sysvinit. At the end of
linda1.log, you don't continue but consume 100% CPU until I press ^C
after which linda2.log is written with the same problem, resulting in
the contents linda3.log after ^C.

Sincerely,

Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages linda depends on:
ii  binutils  2.15-5 The GNU assembler, linker and bina
ii  dash  0.5.2-3The Debian Almquist Shell
ii  file  4.12-1 Determines file type using magic
ii  man-db2.4.2-21   The on-line manual pager
ii  python2.3.5-2An interactive high-level object-o

-- no debconf information
$ linda -i sysvinit_2.86.ds1-1_i386.changes
E: sysvinit; Binary /sbin/bootlogd contains unneeded section .comment.
 This binary or shared library is not completely stripped. It contains
 the unneeded section .note, or .comment.
E: sysvinit; Binary /sbin/halt contains unneeded section .comment.
E: sysvinit; Binary /sbin/init contains unneeded section .comment.
E: sysvinit; Binary /sbin/killall5 contains unneeded section .comment.
E: sysvinit; Binary /sbin/runlevel contains unneeded section .comment.
E: sysvinit; Binary /sbin/shutdown contains unneeded section .comment.
E: sysvinit; Binary /sbin/sulogin contains unneeded section .comment.
E: sysvinit; Binary /usr/bin/last contains unneeded section .comment.
E: sysvinit; Binary /usr/bin/mesg contains unneeded section .comment.
Check DocumentationCheck interrupted.
W: initscripts; Manual page /usr/share/man/man1/mountpoint.1.gz has the executab
le bit set.
 Manual page has one or more of user, group and other permissions set
 to have execute permission. You shouldn't execute manpages, and should
 also set the permissions sanely.
W: initscripts; Manual page /usr/share/man/man8/fsck.nfs.8.gz has the executable
 bit set.
E: initscripts; Init.d script /etc/init.d/bootclean.sh has the bad permissions 0
644.
 The file shown above is in /etc/init.d, and has permissions which are
 different from '0755'. This should be corrected, as it violates
 Policy.
E: initscripts; Init.d script /etc/init.d/stop-bootlogd has the bad permissions 
0777.
W: initscripts; Executable /etc/init.d/bootmisc.sh with perms 0755 is not an ELF
 file or script.
 The file shown above is not an ELF file or a script of some sort. It
 may incorrectly have the execute bit set on it.
W: initscripts; Executable /etc/init.d/checkfs.sh with perms 0755 is not an ELF 
file or script.
W: initscripts; Executable /etc/init.d/checkroot.sh with perms 0755 is not an EL
F file or script.
W: initscripts; Executable /etc/init.d/hostname.sh with perms 0755 is not an ELF
 file or script.
W: initscripts; Executable /etc/init.d/mountall.sh with perms 0755 is not an ELF
 file or script.
W: initscripts; Executable /etc/init.d/mountnfs.sh with perms 0755 is not an ELF
 file or script.
W: initscripts; Executable /usr/share/man/man1/mountpoint.1.gz with perms 0755 i
s not an ELF file or script.
W: initscripts; Executable /usr/share/man/man8/fsck.nfs.8.gz with perms 0755 is 
not an ELF file or script.
E: initscripts; The package contains no changelog.Debian.
 The package shown above has no changelog installed. It should *always*
 have a Debian changelog.
E: initscripts; Binary /bin/mountpoint contains unneeded section .comment.
E: initscripts; Binary /lib/init/readlink contains unneeded section .comment.
E: initscripts; skeleton is in /etc/init.d, but not marked as a conffile.
 The file above is installed into /etc, but is not marked as a
 conffile. This is a violation of Policy.
Check DocumentationCheck interrupted.
E: sysv-rc; Init.d script /etc/init.d/README has the bad permissions 0644.
E: sysv-rc; The package contains no changelog.Debian.
E: sysv-rc; README is in /etc/init.d, but not marked as a conffile.
E: sysv-rc; README is in /etc/rcS.d, but not marked as a conffile.
E: sysv-rc; rc is in /etc/init.d, but not marked as a conffile.
E: sysv-rc; rcS is in /etc/init.d, but not marked as a conffile.
[EMAIL PROTECTED]:~/temp/debian$ linda -i -v sysvinit_2.86.ds1-1_i386.changes
V: Processing file: sysvinit_2.86.ds1-1_i386.changes
V: Processing file: sysvinit_2.86.ds1-1.dsc
V: Processing file: sysvinit_2.86.ds1-1_i386.deb
E: sysvinit; Binary /sbin/bootlogd contains unneeded section .comment.
 This binary or shared library is not completely stripped. It contains
 the unneeded section .note, or .comment.
E: sysvinit; Binary /sbin/halt contains unneeded section .comment.
E: sysvinit; Binary /sbin/init contains unneeded section .comment.
E: sysvinit; Binary 

Bug#304093: libhttp-server-simple-perl: FTBFS: failed test

2005-04-10 Thread Roland Stigge
Package: libhttp-server-simple-perl
Version: 0.04-1
Severity: serious

Hi,

building the package libhttp-server-simple-perl in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
# doesn't match '(?-xism:Congratulations)'
early exit from `proto' stage; No such file or directory at t/01live.t line 
121, DATA line 16.
# Failed test (t/01live.t at line 44)
#   ''
# doesn't match '(?i-xsm:bad request)'
early exit from `proto' stage; No such file or directory at t/01live.t line 
121, DATA line 16.
# Failed test (t/01live.t at line 50)
#   ''
# doesn't match '(?-xism:Congratulations)'
early exit from `proto' stage; No such file or directory at t/01live.t line 
121, DATA line 16.
# Failed test (t/01live.t at line 53)
#   ''
# doesn't match '(?-xism:Congratulations)'
# Looks like you failed 5 tests of 10.
dubious
Test returned status 5 (wstat 1280, 0x500)
DIED. FAILED tests 3, 6-9
Failed 5/10 tests, 50.00% okay
t/02podskipped
all skipped: Test::Pod 1.14 required for testing POD
t/03podcoverageskipped
all skipped: Test::Pod::Coverage 1.04 required for testing POD coverage
Failed 1/4 test scripts, 75.00% okay. 5/18 subtests failed, 72.22% okay.
Failed Test Stat Wstat Total Fail  Failed  List of Failed
---
t/01live.t 5  1280105  50.00%  3 6-9
2 tests skipped.
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory `/tmp/buildd/libhttp-server-simple-perl-0.04'
make: *** [install-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#304092: ultrapossum-slapd: FTBFS: failed test

2005-04-10 Thread Roland Stigge
Package: ultrapossum-slapd
Version: 0.0.4+2.2.20sb2-1
Severity: serious

Hi,

building the package ultrapossum-slapd in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
Using ldapsearch to check that master slapd is running...
Waiting 5 seconds for slapd to start...
Starting slave slapd on TCP/IP port 9012...
Using ldapsearch to check that slave slapd is running...
Waiting 20 seconds for syncbackup to receive changes...
modify data
Waiting 10 seconds for syncbackup to receive changes...
Using ldapsearch to read all the entries from the master...
Using ldapsearch to read all the entries from the slave...
Using ldapsearch to read all the entries from the another slave...
Filtering ldapsearch results...
Filtering original ldif used to create database...
Comparing retrieved entries from master and slave...
Filtering original ldif used to create database...
Comparing retrieved entries from master and slave...
test failed - master and another slave databases differ
 ./scripts/test101-syncbackup failed (exit 1)
make[6]: *** [bdb-yes] Error 1
make[6]: Leaving directory 
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream/build-tree/openldap-2.2.20/tests'
make[5]: *** [test] Error 2
make[5]: Leaving directory 
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream/build-tree/openldap-2.2.20/tests'
make[4]: *** [test] Error 2
make[4]: Leaving directory 
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream/build-tree/openldap-2.2.20'
make[3]: *** [check-local] Error 2
make[3]: Leaving directory 
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory 
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2'
make: *** [build-stamp] Error 2
=

Please note that on other arches, the packages FTBFS, too, but for different 
reasons (linker error, other tests).

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#212307: cyrus-sasl: FTBFS with libtool 1.5

2005-04-11 Thread Roland Stigge
tag 212307 - fixed
thanks

This problem now also occurs with libtool1.4. I tried with pbuilder in a
current sid chroot.
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#226914: Debian Bug #226914 (IMAPS bug)

2005-04-11 Thread Roland Stigge
Hi,

On Mon, 2005-04-11 at 21:21 +0200, Robert Sowada wrote:
 this bug should be fixed since 2.1.2.

I tried it, and unfortunately, I get sth. like the following:


** (gnubiff:28346): WARNING **: [1] Unable to connect to
mailslv1.informatik.hu-berlin.de on port 993


This holds for IMAP with SSL and SSL with certificate. Plain IMAP
works.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#304523: swscanner: FTBFS: missing build dependency on autoconf

2005-04-13 Thread Roland Stigge
Package: swscanner
Version: 0.1.6-1
Severity: serious
Tags: patch

Hi,

building the package swscanner in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
config.status: creating config.h
config.status: executing depfiles commands

Good - your configure finished. Start make now

rm -f build-stamp
/usr/bin/make distclean
make[1]: Entering directory `/tmp/buildd/swscanner-0.1.6'
cd .  /bin/sh /tmp/buildd/swscanner-0.1.6/admin/missing --run aclocal-1.6 
/tmp/buildd/swscanner-0.1.6/admin/missing: line 46: aclocal-1.6: command not 
found
WARNING: `aclocal-1.6' is missing on your system.  You should only need it if
 you modified `acinclude.m4' or `configure.in'.  You might want
 to install the `Automake' and `Perl' packages.  Grab them from
 any GNU archive site.
cd .  \
  /bin/sh /tmp/buildd/swscanner-0.1.6/admin/missing --run automake-1.6 --gnu  
Makefile
/tmp/buildd/swscanner-0.1.6/admin/missing: line 46: automake-1.6: command not 
found
WARNING: `automake-1.6' is missing on your system.  You should only need it if
 you modified `Makefile.am', `acinclude.m4' or `configure.in'.
 You might want to install the `Automake' and `Perl' packages.
 Grab them from any GNU archive site.
cd .  perl admin/am_edit Makefile.in
cd .  rm -f configure  /usr/bin/make -f admin/Makefile.common configure
make[2]: Entering directory `/tmp/buildd/swscanner-0.1.6'
./admin/cvs.sh: line 11: autoconf: command not found
make[2]: *** [configure] Error 1
make[2]: Leaving directory `/tmp/buildd/swscanner-0.1.6'
make[1]: *** [configure] Error 2
make[1]: Leaving directory `/tmp/buildd/swscanner-0.1.6'
make: *** [clean] Error 2
=

Adding autoconf to Build-Depends fixes the problem.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#304524: libxerces2-java: FTBFS: Semantic Errors

2005-04-13 Thread Roland Stigge
Package: libxerces2-java
Version: 2.6.2-1
Severity: serious

Hi,

building the package libxerces2-java in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
prepare-common:
[mkdir] Created dir: /tmp/buildd/libxerces2-java-2.6.2/build/src
[mkdir] Created dir: /tmp/buildd/libxerces2-java-2.6.2/build/classes
[mkdir] Created dir: 
/tmp/buildd/libxerces2-java-2.6.2/build/classes/META-INF
[mkdir] Created dir: 
/tmp/buildd/libxerces2-java-2.6.2/build/classes/META-INF/services
 [copy] Copying 1 file to 
/tmp/buildd/libxerces2-java-2.6.2/build/classes/META-INF/services
 [copy] Copying 1 file to 
/tmp/buildd/libxerces2-java-2.6.2/build/classes/META-INF/services
 [copy] Copying 1 file to 
/tmp/buildd/libxerces2-java-2.6.2/build/classes/META-INF/services

prepare-src:
 [copy] Copying 1 file to 
/tmp/buildd/libxerces2-java-2.6.2/build/classes/META-INF/services
 [copy] Copying 631 files to /tmp/buildd/libxerces2-java-2.6.2/build/src

compile:
 [copy] Copying 10 files to /tmp/buildd/libxerces2-java-2.6.2/build/classes
   [xjavac] Compiling 614 source files to 
/tmp/buildd/libxerces2-java-2.6.2/build/classes

   [xjavac] Found 13 semantic errors and issued 5 warnings compiling 
/tmp/buildd/libxerces2-java-2.6.2/build/src/org/apache/xerces/dom/NodeImpl.java:

   [xjavac]   ---
   [xjavac]118. public abstract class NodeImpl
   [xjavac]119. implements Node, NodeList, EventTarget, Cloneable, 
Serializable{
   [xjavac] 
--
   [xjavac] *** Semantic Error: The return type of method 
org.apache.xerces.dom3.TypeInfo getSchemaTypeInfo(); does not match the 
return type of the accessible method org.w3c.dom.TypeInfo 
getSchemaTypeInfo(); declared in type org.w3c.dom.Element.

[...]
   [xjavac] *** Semantic Error: Type SchemaDOM was not found.


   [xjavac] 76. public TextImpl(StringBuffer str, SchemaDOM sDOM, int 
row, int col) {
   [xjavac]   ^---^
   [xjavac] *** Semantic Error: Type SchemaDOM was not found.

   [xjavac] Issued 1 semantic warning compiling 
/tmp/buildd/libxerces2-java-2.6.2/build/src/org/apache/xerces/impl/dv/xs/FullDVFactory.java:

   [xjavac] 75. static final String URI_SCHEMAFORSCHEMA = 
http://www.w3.org/2001/XMLSchema;;
   [xjavac] ^-^
   [xjavac] *** Semantic Warning: Field URI_SCHEMAFORSCHEMA shadows a field 
of the same name in org.apache.xerces.impl.dv.xs.BaseDVFactory.

   [xjavac] Found 1 semantic error compiling 
/tmp/buildd/libxerces2-java-2.6.2/build/src/org/apache/xerces/jaxp/DocumentBuilderImpl.java:

   [xjavac]193. return new org.apache.xerces.dom.DocumentImpl();
   [xjavac]^^
   [xjavac] *** Semantic Error: Type DocumentImpl was not found.

   [xjavac] Issued 1 semantic warning compiling 
/tmp/buildd/libxerces2-java-2.6.2/build/src/org/apache/xerces/xinclude/XIncludeHandler.java:

   [xjavac]   1419. String baseURI = 
fCurrentBaseURI.getExpandedSystemId();
   [xjavac]^-^
   [xjavac] *** Semantic Warning: Local baseURI shadows a field of the same 
name in org.apache.xerces.xinclude.XIncludeHandler.

BUILD FAILED
/tmp/buildd/libxerces2-java-2.6.2/build.xml:238: Compile failed; see the 
compiler error output for details.

Total time: 33 seconds
make: *** [debian/stamp-ant-build] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#304529: gaim: Please show TLS state

2005-04-13 Thread Roland Stigge
Package: gaim
Version: 1:1.2.1-1
Severity: wishlist

Hi,

I'm using gaim with Jabber. In contrast to SSL where an unsuccessful SSL
handshake is signalled, the option use TLS if available doesn't
show the TLS state (successful/unsuccessful) after the handshake. It
would be very useful for the user  to know if an encrypted connection is
available.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages gaim depends on:
ii  gaim-data1:1.2.1-1   multi-protocol instant messaging c
ii  libao2   0.8.6-1 Cross Platform Audio Output Librar
ii  libaspell15  0.60.2+20050121-2   The GNU Aspell spell-checker runti
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgcrypt11  1.2.0-11LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.6.4-1 The GLib library of C routines
ii  libgnutls11  1.0.16-13   GNU TLS library - runtime library
ii  libgtk2.0-0  2.6.4-1 The GTK+ graphical user interface 
ii  libgtkspell0 2.0.10-1a spell-checking addon for GTK's T
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libstartup-notificat 0.8-1   library for program launch feedbac
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#292904: missing upstream URL in debian/copyright

2005-04-14 Thread Roland Stigge
tag 292904 patch
thanks

Hi,

consider the attached patch.

bye,
  Roland
-- 
--- debian/copyright.orig	2005-04-14 10:08:52.0 +0200
+++ debian/copyright	2005-04-14 10:11:34.0 +0200
@@ -1,6 +1,11 @@
 This package was debianized by Christoph Martin [EMAIL PROTECTED] on
 Fri, 22 Nov 1996 21:29:51 +0100.
 
+Copyright (c) 1998-2004 The OpenSSL Project
+Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson
+
+The upstream sources were obtained from http://www.openssl.org/
+
 
   LICENSE ISSUES
   ==
@@ -15,7 +20,7 @@
   ---
 
 /* 
- * Copyright (c) 1998-1999 The OpenSSL Project.  All rights reserved.
+ * Copyright (c) 1998-2004 The OpenSSL Project.  All rights reserved.
  *
  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions


Bug#304843: hostap-modules-i386: FTBFS: undeclared symbols

2005-04-15 Thread Roland Stigge
Package: hostap-modules-i386
Version: 1:0.3.7-1
Severity: serious

Hi,

building the package hostap-modules-i386 in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
 from include/linux/interrupt.h:12,
 from include/asm/highmem.h:24,
 from include/linux/highmem.h:14,
 from include/linux/skbuff.h:27,
 from include/linux/netdevice.h:151,
 from include/linux/if_arp.h:26,
 from 
/tmp/buildd/hostap-modules-i386-0.3.7/modules/hostap-source/driver/modules/hostap.c:25:
include/linux/irq.h: At top level:
include/linux/irq.h:70: error: `NR_IRQS' undeclared here (not in a function)
In file included from include/linux/irq.h:72,
 from include/asm/hardirq.h:6,
 from include/linux/interrupt.h:12,
 from include/asm/highmem.h:24,
 from include/linux/highmem.h:14,
 from include/linux/skbuff.h:27,
 from include/linux/netdevice.h:151,
 from include/linux/if_arp.h:26,
 from 
/tmp/buildd/hostap-modules-i386-0.3.7/modules/hostap-source/driver/modules/hostap.c:25:
include/asm/hw_irq.h:28: error: `NR_IRQ_VECTORS' undeclared here (not in a 
function)
include/asm/hw_irq.h:32: error: `NR_IRQS' undeclared here (not in a function)
make[5]: *** 
[/tmp/buildd/hostap-modules-i386-0.3.7/modules/hostap-source/driver/modules/hostap.o]
 Error 1
make[4]: *** 
[_module_/tmp/buildd/hostap-modules-i386-0.3.7/modules/hostap-source/driver/modules]
 Error 2
make[4]: Leaving directory 
`/tmp/buildd/hostap-modules-i386-0.3.7/kernel-headers-2.6.8-2-k7-smp'
make[3]: *** [2.6] Error 2
make[3]: Leaving directory 
`/tmp/buildd/hostap-modules-i386-0.3.7/modules/hostap-source'
make[2]: *** [binary-modules] Error 2
make[2]: Leaving directory 
`/tmp/buildd/hostap-modules-i386-0.3.7/modules/hostap-source'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/hostap-modules-i386-0.3.7'
make: *** [debian/stamp-makefile-build] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#305047: innovation3d-plugins: FTBFS: missing QT uic?

2005-04-17 Thread Roland Stigge
Package: innovation3d-plugins
Version: 0.66.1-1
Severity: serious

Hi,

building the package innovation3d-plugins in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) yes
appending configuration tag F77 to libtool
checking whether build environment is sane... yes
checking for X... libraries /usr/X11R6/lib, headers 
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for X... ok
checking for QT environment variable QTDIR... no
checking for QT includes (/usr/include/qt3/)... yes
checking for QT libraries (/usr/lib)... yes
checking for QT moc (moc)... yes
checking for QT uic (uic)... no
configure: error: Cannot find proper QT
make: *** [build] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#305044: addresses-for-gnustep: FTBFS: GWorkspace/ContentViewersProtocol.h: No such file or directory

2005-04-17 Thread Roland Stigge
Package: addresses-for-gnustep
Version: 0.4.6-3
Severity: serious

Hi,

building the package addresses-for-gnustep in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
done
make[2]: Leaving directory 
`/tmp/buildd/addresses-for-gnustep-0.4.6/AddressManager'
make[1]: Leaving directory `/tmp/buildd/addresses-for-gnustep-0.4.6'
: # build Goodies
. /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh; \
ADDITIONAL_INCLUDE_DIRS= 
-I/tmp/buildd/addresses-for-gnustep-0.4.6/Frameworks \
ADDITIONAL_LIB_DIRS= 
-L/tmp/buildd/addresses-for-gnustep-0.4.6/Frameworks/Addresses/Addresses.framework/Versions/Current
  
-L/tmp/buildd/addresses-for-gnustep-0.4.6/Frameworks/AddressView/AddressView.framework/Versions/Current
 \
/usr/bin/make -C Goodies messages=yes
make[1]: Entering directory `/tmp/buildd/addresses-for-gnustep-0.4.6/Goodies'
Making all in VCFViewer...
make[2]: Entering directory 
`/tmp/buildd/addresses-for-gnustep-0.4.6/Goodies/VCFViewer'
Making all for bundle VCFViewer...
cd .; \
/usr/lib/GNUstep/System/Library/Makefiles/mkinstalldirs ./shared_obj; \
rm -f obj; \
ln -s ./shared_obj obj
/usr/lib/GNUstep/System/Library/Makefiles/mkinstalldirs VCFViewer.inspector/.
gcc VCFViewer.m -c \
  -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 
-DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -DGSWARN 
-DGSDIAGNOSE -O2 -fno-strict-aliasing -fgnu-runtime -Wall 
-fconstant-string-class=NSConstantString 
-I/tmp/buildd/addresses-for-gnustep-0.4.6/Frameworks -I. 
-I/tmp/buildd/GNUstep/Library/Headers 
-I/usr/local/lib/GNUstep/Local/Library/Headers 
-I/usr/local/lib/GNUstep/Network/Library/Headers 
-I/usr/lib/GNUstep/System/Library/Headers \
   -o shared_obj/VCFViewer.o
In file included from VCFViewer.m:16:
VCFViewer.h:17:47: warning: GWorkspace/ContentViewersProtocol.h: No such file 
or directory
In file included from VCFViewer.m:16:
VCFViewer.h:25: error: cannot find protocol declaration for 
`ContentViewersProtocol'
make[3]: *** [shared_obj/VCFViewer.o] Error 1
make[2]: *** [VCFViewer.all.bundle.variables] Error 2
make[2]: Leaving directory 
`/tmp/buildd/addresses-for-gnustep-0.4.6/Goodies/VCFViewer'
make[1]: *** [internal-all] Error 2
make[1]: Leaving directory `/tmp/buildd/addresses-for-gnustep-0.4.6/Goodies'
make: *** [build-arch-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#305055: dmapi: FTBFS: parse error in xfs/xfs_fs.h

2005-04-17 Thread Roland Stigge
Package: dmapi
Version: 2.2.0-1
Severity: serious

Hi,

building the package dmapi in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
 gcc -O1 -g -DNDEBUG -funsigned-char -Wall -I../include -DVERSION=\2.2.0\ 
-DLOCALEDIR=\/usr/share/locale\ -DPACKAGE=\dmapi\ -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_REENTRANT -fno-strict-aliasing -c dm_event.c -o 
dm_event.o /dev/null 21
/usr/bin/libtool --mode=compile gcc -O1 -g -DNDEBUG -funsigned-char -Wall 
-I../include -DVERSION=\2.2.0\ -DLOCALEDIR=\/usr/share/locale\ 
-DPACKAGE=\dmapi\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64   -D_REENTRANT 
-fno-strict-aliasing -c dm_handle.c
 gcc -O1 -g -DNDEBUG -funsigned-char -Wall -I../include -DVERSION=\2.2.0\ 
-DLOCALEDIR=\/usr/share/locale\ -DPACKAGE=\dmapi\ -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_REENTRANT -fno-strict-aliasing -c dm_handle.c  -fPIC 
-DPIC -o .libs/dm_handle.o
In file included from dm_handle.c:43:
/usr/include/xfs/xfs_fs.h:319: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:321: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:322: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:323: error: parse error before '}' token
/usr/include/xfs/xfs_fs.h:350: error: variable or field `__user' declared void
/usr/include/xfs/xfs_fs.h:350: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:352: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:354: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:355: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:356: error: parse error before '}' token
/usr/include/xfs/xfs_fs.h:366: error: field `hreq' has incomplete type
/usr/include/xfs/xfs_fs.h:367: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:375: error: field `hreq' has incomplete type
/usr/include/xfs/xfs_fs.h:379: error: variable or field `__user' declared void
/usr/include/xfs/xfs_fs.h:379: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:385: error: variable or field `__user' declared void
/usr/include/xfs/xfs_fs.h:385: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:386: error: parse error before '*' token
/usr/include/xfs/xfs_fs.h:389: error: parse error before '}' token
/usr/include/xfs/xfs_fs.h:392: error: field `hreq' has incomplete type
/usr/include/xfs/xfs_fs.h:394: error: field `__user' has incomplete type
/usr/include/xfs/xfs_fs.h:394: error: parse error before '*' token
make[2]: *** [dm_handle.lo] Error 1
make[1]: *** [default] Error 2
make[1]: Leaving directory `/tmp/buildd/dmapi-2.2.0'
make: *** [built] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302711: plib: FTBFS: linker error

2005-04-19 Thread Roland Stigge
Hi,

On Mon, 2005-04-18 at 17:34 +0300, Lars Wirzenius wrote:
  building the package plib in a clean sid build environment
  (with pbuilder) on i386 results in:
 
 I tried to reproduce this on my machine, with a clean sid build environment
 for pbuilder, but failed.
 
 Roland, can you still reproduce it? If not, it would seem to me that it is
 a fluke.

Just reproduced the problem (as Rudy did, recently).

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#305521: dia_0.94.0-7: FTBFS with gcc-4.0

2005-04-20 Thread Roland Stigge
Hi Lamont,

On Wed, 2005-04-20 at 08:02 -0600, [EMAIL PROTECTED] wrote:
 There was an error while trying to build your package with gcc-4.0:
 
  ** Using build dependencies supplied by package:
  Build-Depends: debhelper (= 4.2.21), libgnome2-dev, libglib2.0-dev, 
  libgtk2.0-dev, xlibs-dev, libxml2-dev, libpopt-dev, libpng12-dev, 
  libart-2.0-dev, libunicode-dev, libfreetype6-dev, libpango1.0-dev, 
  libgnomeui-dev, libxslt1-dev, python-dev, python-gtk2, xmlto, 
  libxml-parser-perl
 
 [...]
 
  shape_info.c:902: warning: pointer targets in passing argument 1 of 
  '__builtin_strcmp' differ in signedness
  shape_info.c:902: warning: pointer targets in passing argument 1 of 
  'strlen' differ in signedness
  shape_info.c:902: warning: pointer targets in passing argument 1 of 
  '__builtin_strcmp' differ in signedness
  shape_info.c:902: warning: pointer targets in passing argument 1 of 
  '__builtin_strcmp' differ in signedness
  shape_info.c:902: warning: pointer targets in passing argument 1 of 
  '__builtin_strcmp' differ in signedness
  shape_info.c:742: warning: unused variable 'ext_size'
 
 I imagine that there are several more such issuees...

Haven't tried yet (there's no such package: gcc-4.0), but I don't see
any error in the above.

bye,
  Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306002: libmail-box-perl: FTBFS: halts (idling) on tests

2005-04-23 Thread Roland Stigge
Package: libmail-box-perl
Version: 2.060-2
Severity: serious

Hi,

trying to build the package with pbuilder in a current sid chroot on i386,
the process failed some tests and stopped idling:

=
[...]
40mbox/10read...ok
40mbox/20write..ok
40mbox/30delay..ok
40mbox/40append.ERROR: Package Mail::Box::IMAP4 does not implement 
Mail::Box::foundIn.
Please warn the author, this shouldn't happen. at ../lib/Mail/Reporter.pm line 
196
Mail::Reporter::notImplemented('Mail::Box::IMAP4') called at 
../lib/Mail/Box.pm line 155
Mail::Box::foundIn('Mail::Box::IMAP4', '=empty', 'create', 1, 'access', 
'rw', 'folderdir', 'folders', 'extract', ...) called at 
../lib/Mail/Box/Manager.pm line 208
Mail::Box::Manager::open('Mail::Box::Manager=HASH(0x814cd04)', 
'folder', '=empty', 'folderdir', 'folders', 'lock_type', 'NONE', 'extract', 
'LAZY', ...) called at 40mbox/40append.t line 107
# Looks like you planned 32 tests but only ran 13.
# Looks like your test died just after 13.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 14-32
Failed 19/32 tests, 40.62% okay
40mbox/50create.ok
40mbox/60thread.ok
40mbox/70inplaceok
40mbox/80update.ok
41mh-- 6 scripts; Mail::Box::MH; mh folders
41mh/10read..ok
41mh/20write.ok
41mh/30appendok
41mh/50createok
41mh/60threadok
41mh/70seqs..ok
42maildir   -- 3 scripts; Mail::Box::Maildir; maildir folders
42maildir/10read..ok
42maildir/20write.ok
42maildir/30appendok
43pop3  -- 4 scripts; Mail::Box::POP3; pop3 folders
43pop3/01basic.Use of uninitialized value in getprotobynumber at 
/usr/share/perl/5.8/IO/Socket/INET.pm line 133, $server line 1.
Use of uninitialized value in hash element at 
/usr/share/perl/5.8/IO/Socket/INET.pm line 134, $server line 1.
Use of uninitialized value in socket at /usr/lib/perl/5.8/IO/Socket.pm line 80, 
$server line 1.
Use of uninitialized value in socket at /usr/lib/perl/5.8/IO/Socket.pm line 80, 
$server line 1.
ERROR: Cannot connect to 127.0.0.1:33517 for POP3: Socket type not supported
# Failed test (43pop3/01basic.t at line 42)
# The object isn't defined
Can't call method socket on an undefined value at 43pop3/01basic.t line 44, 
$server line 1.
=

At this point, I needed to stop the process manually.

See attached build log.

Thanks for considering.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages libmail-box-perl depends on:
ii  libdigest-hmac-perl   1.01-3 create standard message integrity 
pn  libfile-remove-perl  Not found.
ii  libio-stringy-perl2.110-1Perl5 modules for IO from scalars 
ii  libmailtools-perl 1.62-1 Manipulate email in perl programs
pn  libmime-types-perl   Not found.
pn  libobject-realize-later-perl Not found.
ii  libtimedate-perl  1.1600-4   Time and date functions for Perl
ii  liburi-perl   1.35-1 Manipulates and accesses URI strin
pn  libuser-identity-perlNot found.
ii  perl  5.8.4-8Larry Wall's Practical Extraction 
ii  perl-base [libscalar-list-uti 5.8.4-8The Pathologically Eclectic Rubbis
I: using fakeroot in build.
pbuilder-buildpackage/i386 $Id: pbuilder-buildpackage-funcs,v 1.15 2005/01/04 
01:47:18 dancer Exp $
$Id: pbuilder-buildpackage,v 1.110 2005/01/04 01:47:18 dancer Exp $

Current time: Sat Apr 23 15:01:02 CEST 2005
pbuilder-time-stamp: 1114261262
Building the build Environment
 - extracting base tarball [/var/cache/pbuilder/base.tgz]
 - creating local configuration
 - copying local configuration
 - mounting /proc filesystem
 - mounting /dev/pts filesystem
 - policy-rc.d already exists
 - created buildresult dir :/home/ernie/temp/debian
Installing the build-deps
 - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 
2003/04/20 03:40:36 dancer Exp $
 - Considering  debhelper (= 3.0.18)
   - Trying debhelper
 - Considering  perl (= 5.6.0-16)
   - Trying perl
 - Considering  libtimedate-perl
   - Trying libtimedate-perl
 - Considering  libio-stringy-perl
   - Trying libio-stringy-perl
 - Considering  libmime-types-perl (= 1.004)
   - Trying libmime-types-perl
 - Considering  libmailtools-perl
   - Trying libmailtools-perl
 - Considering  libobject-realize-later-perl (= 0.14)
   - Trying libobject-realize-later-perl
 - Considering  libscalar-list-utils-perl (= 1.13) | perl (= 5.8.2-2)
  Tried versions: 
   - Does not satisfy version, not trying
   - Trying perl
 - Considering  

Bug#306107: gnome-doc-utils: FTBFS: missing build-depends

2005-04-24 Thread Roland Stigge
Package: gnome-doc-utils
Version: 0.1.3-2
Severity: serious

Hi,

building the package gnome-doc-utils in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for ngettext in libc... yes
checking for dgettext in libc... yes
checking for bind_textdomain_codeset... yes
checking for msgfmt... /usr/bin/msgfmt
checking for dcgettext... yes
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for a Python interpreter with version = 2.0... python
checking for python... /usr/bin/python
checking for python version... 2.3
checking for python platform... linux2
checking for  script directory... ${prefix}/lib/python2.3/site-packages
checking for  extension module directory... 
${exec_prefix}/lib/python2.3/site-packages
checking for pkg-config... no
*** The pkg-config script could not be found. Make sure it is
*** in your path, or set the PKG_CONFIG environment variable
*** to the full path to pkg-config.
*** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config.
configure: error: Library requirements (
libxml-2.0 = 2.6.12
libxslt= 1.1.8
) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your 
libraries are in a nonstandard prefix so pkg-config can find them.
make: *** [config.status] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306108: lattice: FTBFS: error on examples check

2005-04-24 Thread Roland Stigge
Package: lattice
Version: 0.10.16-1
Severity: serious

Hi,

building the package lattice in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
* checking R files for library.dynam ... OK
* checking S3 generic/method consistency ... OK
* checking replacement functions ... OK
* checking foreign function calls ... OK
* checking Rd files ... OK
* checking for missing documentation entries ... OK
* checking for code/documentation mismatches ... OK
* checking Rd \usage sections ... OK
* checking for CRLF line endings in C/C++/Fortran sources/headers ... OK
* creating lattice-Ex.R ... OK
* checking examples ... ERROR
Running examples in lattice-Ex.R failed.
The error most likely occurred in:

 ### * lset
 
 flush(stderr()); flush(stdout())
 
 ### Name: lset
 ### Title: Interface to modify Trellis Settings - Deprecated
 ### Aliases: lset
 ### Keywords: utilities
 
 ### ** Examples
 
 show.settings(col.whitebg())
Error in grid.rect(y = unit(i, native), h = unit(0.5, native), gp = 
gpar(fill = strip.background$col[i])) : 
argument 2 matches multiple formal arguments
Execution halted
make: *** [R_any_arch] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306113: polygen: FTBFS: debian/make_polygen-data_manpage: Permission denied

2005-04-24 Thread Roland Stigge
Package: polygen
Version: 1.0.6-6
Severity: serious

Hi,

building the package polygen in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
ocamlc -c -unsafe err.ml -o err.cmo
ocamlc -c -unsafe prelude.ml -o prelude.cmx
ocamlc -c -unsafe err.ml -o err.cmx
ocamlc -c -unsafe absyn.ml -o absyn.cmo
ocamlc -c -unsafe absyn.ml -o absyn.cmx
ocamlc -c -unsafe env.ml -o env.cmo
ocamlc -c -unsafe env.ml -o env.cmx
ocamlc -c -unsafe check.ml -o check.cmo
ocamlc -c -unsafe pre.ml -o pre.cmo
ocamlc -c -unsafe gen.ml -o gen.cmo
ocamlc -c -unsafe fake.ml -o fake.cmo
ocamlc -c -unsafe fake.ml -o fake.cmx
ocamlc -c -unsafe parser.mli -o parser.cmi
ocamlc -c -unsafe parser.ml -o parser.cmo
ocamlc -c -unsafe lexer.ml -o lexer.cmo
ocamlc -c -unsafe parser.ml -o parser.cmx
ocamlc -c -unsafe lexer.ml -o lexer.cmx
ocamlc -c -unsafe io.ml -o io.cmo
ocamlc -c -unsafe pre.ml -o pre.cmx
ocamlc -c -unsafe io.ml -o io.cmx
ocamlc -c -unsafe gen.ml -o gen.cmx
ocamlc -c -unsafe check.ml -o check.cmx
ocamlc -c -unsafe main.ml -o main.cmo
ocamlc unix.cma ver.cmo prelude.cmo err.cmo absyn.cmo env.cmo check.cmo pre.cmo 
gen.cmo fake.cmo parser.cmo lexer.cmo io.cmo main.cmo -o polygen
make[1]: Leaving directory 
`/tmp/buildd/polygen-1.0.6/build-tree/polygen-1.0.6/src'
touch debian/stamp-makefile-build
build-tree/polygen-1.0.6/src/polygen debian/man.grm  polygen.1
find build-tree/polygen-1.0.6/grm/ -name \*.grm | 
debian/make_polygen-data_manpage  polygen-data.6
/bin/sh: debian/make_polygen-data_manpage: Permission denied
make: *** [build/polygen] Error 126
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306160: ices2: FTBFS: missing build dependency?

2005-04-24 Thread Roland Stigge
Package: ices2
Version: 2.0.1-1
Severity: serious

Hi,

building the package ices2 in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I..  -ffast-math -fsigned-char -I/usr/include  
-I/usr/include/libxml2 -pthread -g -Wall -O2 -c `test -f 'audio.c' || echo 
'./'`audio.c
source='resample.c' object='resample.o' libtool=no \
depfile='.deps/resample.Po' tmpdepfile='.deps/resample.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I..  -ffast-math -fsigned-char -I/usr/include  
-I/usr/include/libxml2 -pthread -g -Wall -O2 -c `test -f 'resample.c' || echo 
'./'`resample.c
source='im_oss.c' object='im_oss.o' libtool=no \
depfile='.deps/im_oss.Po' tmpdepfile='.deps/im_oss.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I..  -ffast-math -fsigned-char -I/usr/include  
-I/usr/include/libxml2 -pthread -g -Wall -O2 -c `test -f 'im_oss.c' || echo 
'./'`im_oss.c
source='im_alsa.c' object='im_alsa.o' libtool=no \
depfile='.deps/im_alsa.Po' tmpdepfile='.deps/im_alsa.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I..  -ffast-math -fsigned-char -I/usr/include  
-I/usr/include/libxml2 -pthread -g -Wall -O2 -c `test -f 'im_alsa.c' || echo 
'./'`im_alsa.c
im_alsa.c: In function `alsa_open_module':
im_alsa.c:160: warning: unused variable `channels'
im_alsa.c:160: warning: unused variable `rate'
im_alsa.c:162: warning: unused variable `buffered_time'
/bin/sh ../libtool --mode=link cc -I/usr/include/libxml2 -pthread -g -Wall -O2  
 -o ices  input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o 
encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o 
playlist_script.o audio.o resample.o im_oss.o  im_alsa.o log/libicelog.la 
timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lasound  
-lvorbisenc  -lshout -lvorbis  -L/usr/lib -lxml2 -lz -lpthread -lm  
mkdir .libs
libtool: link: cannot find the library `/usr/lib/libtheora.la'
make[4]: *** [ices] Error 1
make[4]: Leaving directory `/tmp/buildd/ices2-2.0.1/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/ices2-2.0.1/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/ices2-2.0.1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/ices2-2.0.1'
make: *** [debian/stamp-makefile-build] Error 2
=

Adding libtheora-dev to Build-Depends at least makes the package build.

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306184: aegis: FTBFS: failed test

2005-04-24 Thread Roland Stigge
Package: aegis
Version: 4.20-3
Severity: serious

Hi,

building the package aegis in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0139a.sh test/01/t0139a.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0140a.sh test/01/t0140a.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0141a.sh test/01/t0141a.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0142a.sh test/01/t0142a.ES
aegis: project foo: change 1: duplicate review
FAILED test of the review policy functionality (review pass 642)
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0143a.sh test/01/t0143a.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0144a.sh test/01/t0144a.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0145a.sh test/01/t0145a.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/01/t0147a.sh test/01/t0147a.ES
[...]
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0209a-walt.sh test/02/t0209a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0210a-walt.sh test/02/t0210a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0211a-walt.sh test/02/t0211a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0213a-walt.sh test/02/t0213a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0214a-walt.sh test/02/t0214a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0217a-walt.sh test/02/t0217a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0220a-walt.sh test/02/t0220a-walt.ES
PASSED
CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0221a-walt.sh test/02/t0221a-walt.ES
PASSED
Passed 210 of 211 tests.
Failed 1 of 211 tests.
make[1]: *** [sure] Error 1
make[1]: Leaving directory `/tmp/buildd/aegis-4.20'
make: *** [debian/stamp-test] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302711: plib: FTBFS: linker error

2005-04-28 Thread Roland Stigge
Hi,

On Wed, 2005-04-27 at 23:24 +0200, Philipp Frauenfelder wrote:
 Am Sat, Apr 02, 2005 at 04:10:21PM +0200 hat Roland Stigge getippert:
  building the package plib in a clean sid build environment
  (with pbuilder) on i386 results in:
  
  =
  [...]
  make[2]: Leaving directory `/tmp/buildd/plib-1.8.4'
  make[1]: Leaving directory `/tmp/buildd/plib-1.8.4'
  set -e; for i in `find src -name 'lib*a'`; do \
( cd `dirname $i`;\
  libname=`basename $i .a` ;\
  gcc -shared -Wl,-soname,$libname.so.1.8.4 \
-o $libname.so.1.8.4 `ar t $libname.a` ) ;\
  done
  jsLinuxOld.o(.text+0x0): In function `jsJoystick::open()':
  /tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:42: multiple definition of 
  `jsJoystick::open()'
  jsLinux.o(.text+0x10):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:47: first 
  defined here
  /usr/bin/ld: Warning: size of symbol `jsJoystick::open()' changed from 536 
  in jsLinux.o to 279 in jsLinuxOld.o
  jsLinuxOld.o(.text+0x2b0): In function `jsJoystick::rawRead(int*, float*)':
  /tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:111: multiple definition of 
  `jsJoystick::rawRead(int*, float*)'
  jsLinux.o(.text+0x3c0):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:129: first 
  defined here
  /usr/bin/ld: Warning: size of symbol `jsJoystick::rawRead(int*, float*)' 
  changed from 588 in jsLinux.o to 199 in jsLinuxOld.o
  jsLinuxOld.o(.text+0x120): In function `jsJoystick::close()':
  /tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:89: multiple definition of 
  `jsJoystick::close()'
  jsLinux.o(.text+0x230):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:107: first 
  defined here
  jsLinuxOld.o(.text+0x170): In function 
  `jsJoystick::jsJoystick[not-in-charge](int)':
  /tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:97: multiple definition of 
  `jsJoystick::jsJoystick[not-in-charge](int)'
  jsLinux.o(.text+0x280):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:115: first 
  defined here
  jsLinuxOld.o(.text+0x210): In function 
  `jsJoystick::jsJoystick[in-charge](int)':
  /tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:97: multiple definition of 
  `jsJoystick::jsJoystick[in-charge](int)'
  jsLinux.o(.text+0x320):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:115: first 
  defined here
  jsLinuxOld.o(.text+0x380): In function `jsInit()':
  /tmp/buildd/plib-1.8.4/src/js/jsLinuxOld.cxx:143: multiple definition of 
  `jsInit()'
  jsLinux.o(.text+0x0):/tmp/buildd/plib-1.8.4/src/js/jsLinux.cxx:44: first 
  defined here
  collect2: ld returned 1 exit status
  make: *** [build-stamp] Error 1
  =
 
 I have tested with pbuilder today and have not been able to
 reproduce the problem.
 
 All the builds done by the build daemons have succeeded.
 
 I am downgrading the bug report to normal.

I can still reproduce this. Considering that others can reproduce the
problem, too, I wonder how it can work for you. Are you using
--variant=buildd? Which dist suite? Architecture?

Note that build daemons sometimes don't provide clean build
environments.

bye,
  Roland




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306827: rbscrobbler: FTBFS: missing files

2005-04-28 Thread Roland Stigge
Package: rbscrobbler
Version: 0.0.9pre3-1
Severity: serious

Hi,

building the package rbscrobbler in a clean sid build environment
(with pbuilder) on i386 results in:

=
dh_testdir
/usr/bin/make PREFIX=/usr
make[1]: Entering directory `/tmp/buildd/rbscrobbler-0.0.9pre3'
make[2]: Entering directory `/tmp/buildd/rbscrobbler-0.0.9pre3/trayicon'
cc `pkg-config --cflags gtk+-2.0 pygtk-2.0` -I/usr/include/python2.3/ -I. -fPIC 
  -c -o eggtrayicon.o eggtrayicon.c
/bin/sh: pkg-config: command not found
In file included from eggtrayicon.c:25:
eggtrayicon.h:24:25: gtk/gtkplug.h: No such file or directory
eggtrayicon.h:25:22: gdk/gdkx.h: No such file or directory
In file included from eggtrayicon.c:25:
eggtrayicon.h:36: error: syntax error before typedef
eggtrayicon.h:41: error: parse error before GtkPlug
eggtrayicon.h:41: warning: no semicolon at end of struct or union
eggtrayicon.h:43: warning: data definition has no type or storage class
eggtrayicon.h:45: error: parse error before selection_atom
eggtrayicon.h:45: warning: data definition has no type or storage class
eggtrayicon.h:46: error: parse error before manager_atom
eggtrayicon.h:46: warning: data definition has no type or storage class
eggtrayicon.h:47: error: parse error before system_tray_opcode_atom
eggtrayicon.h:47: warning: data definition has no type or storage class
eggtrayicon.h:48: error: parse error before orientation_atom
eggtrayicon.h:48: warning: data definition has no type or storage class
eggtrayicon.h:49: error: parse error before manager_window
eggtrayicon.h:49: warning: data definition has no type or storage class
eggtrayicon.h:51: error: parse error before orientation
eggtrayicon.h:51: warning: data definition has no type or storage class
[...]
eggtrayicon.c:405: error: `len' undeclared (first use in this function)
eggtrayicon.c:412: error: `Window' undeclared (first use in this function)
eggtrayicon.c:412: error: parse error before gtk_plug_get_id
eggtrayicon.c:419: error: `XClientMessageEvent' undeclared (first use in this 
function)
eggtrayicon.c:419: error: parse error before ev
eggtrayicon.c:420: error: `Display' undeclared (first use in this function)
eggtrayicon.c:424: error: `ev' undeclared (first use in this function)
eggtrayicon.c:424: error: `ClientMessage' undeclared (first use in this 
function)
eggtrayicon.c:425: error: parse error before gtk_plug_get_id
eggtrayicon.c:428: error: `False' undeclared (first use in this function)
eggtrayicon.c:442: error: `StructureNotifyMask' undeclared (first use in this 
function)
eggtrayicon.c:442: error: `XEvent' undeclared (first use in this function)
eggtrayicon.c:442: error: parse error before ')' token
eggtrayicon.c: At top level:
eggtrayicon.c:452: error: parse error before guint
eggtrayicon.c: In function `egg_tray_icon_cancel_message':
eggtrayicon.c:454: error: `icon' undeclared (first use in this function)
eggtrayicon.c:455: error: `id' undeclared (first use in this function)
eggtrayicon.c:458: error: `Window' undeclared (first use in this function)
eggtrayicon.c:458: error: parse error before gtk_plug_get_id
eggtrayicon.c: At top level:
eggtrayicon.c:463: error: parse error before egg_tray_icon_get_orientation
eggtrayicon.c: In function `egg_tray_icon_get_orientation':
eggtrayicon.c:465: error: `GTK_ORIENTATION_HORIZONTAL' undeclared (first use in 
this function)
eggtrayicon.c:467: error: dereferencing pointer to incomplete type
make[2]: *** [eggtrayicon.o] Error 1
make[2]: Leaving directory `/tmp/buildd/rbscrobbler-0.0.9pre3/trayicon'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/rbscrobbler-0.0.9pre3'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#306828: svnmailer: FTBFS: missing python Makefile

2005-04-28 Thread Roland Stigge
Package: svnmailer
Version: 0.9.9-1
Severity: serious

Hi,

building the package svnmailer in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
copying src/lib/svnmailer/_test/suite/struct.py - 
build/lib/svnmailer/_test/suite
copying src/lib/svnmailer/_test/suite/main.py - build/lib/svnmailer/_test/suite
copying src/lib/svnmailer/_test/suite/settings.py - 
build/lib/svnmailer/_test/suite
copying src/lib/svnmailer/_test/suite/__init__.py - 
build/lib/svnmailer/_test/suite
copying src/lib/svnmailer/_test/suite/util.py - build/lib/svnmailer/_test/suite
copying src/lib/svnmailer/_test/suite/differ.py - 
build/lib/svnmailer/_test/suite
copying src/lib/svnmailer/_test/suite/subversion.py - 
build/lib/svnmailer/_test/suite
creating build/lib/svnmailer/_test/suite/notifier
copying src/lib/svnmailer/_test/suite/notifier/_text.py - 
build/lib/svnmailer/_test/suite/notifier
copying src/lib/svnmailer/_test/suite/notifier/_textmail.py - 
build/lib/svnmailer/_test/suite/notifier
copying src/lib/svnmailer/_test/suite/notifier/mail.py - 
build/lib/svnmailer/_test/suite/notifier
copying src/lib/svnmailer/_test/suite/notifier/stdout.py - 
build/lib/svnmailer/_test/suite/notifier
copying src/lib/svnmailer/_test/suite/notifier/_base.py - 
build/lib/svnmailer/_test/suite/notifier
copying src/lib/svnmailer/_test/suite/notifier/__init__.py - 
build/lib/svnmailer/_test/suite/notifier
running build_scripts
creating build/scripts-2.3
copying and adjusting src/svn-mailer - build/scripts-2.3
changing mode of build/scripts-2.3/svn-mailer from 644 to 755
#docbook-to-man debian/svnmailer.sgml  svnmailer.1
touch build-stamp
 fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_clean -k 
dh_installdirs
# Add here commands to install the package into debian/svnmailer.
python setup.py install --root=/tmp/buildd/svnmailer-0.9.9/debian/svnmailer
running install
error: invalid Python installation: unable to open 
/usr/lib/python2.3/config/Makefile (No such file or directory)
make: *** [install] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#307100: ikvm: FTBFS: mono not configured correctly

2005-04-30 Thread Roland Stigge
Package: ikvm
Version: 0.8.0.0-3
Severity: serious

Hi,

building the package ikvm in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
make: [clean] Error 1 (ignored)
dh_clean 
 dpkg-source -b ikvm-0.8.0.0
dpkg-source: warning: no utmp entry available and LOGNAME not defined; using 
uid of process (1001)
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (1001)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (1001)
dpkg-source: building ikvm using existing ikvm_0.8.0.0.orig.tar.gz
dpkg-source: building ikvm in ikvm_0.8.0.0-3.diff.gz
dpkg-source: building ikvm in ikvm_0.8.0.0-3.dsc
 debian/rules build
dh_testdir
mkdir /tmp/buildd/ikvm-0.8.0.0/debian/.wapi
MONO_SHARED_DIR=/tmp/buildd/ikvm-0.8.0.0/debian/.wapi nant -v clean
Compat mode: the request from /usr/share/dotnet/bin/nant/log4net.dll to load 
System was remapped (http://www.go-mono.com/remap.html)
Compat mode: the request from /usr/share/dotnet/bin/nant/log4net.dll to load 
System.Data was remapped (http://www.go-mono.com/remap.html)
Compat mode: the request from /usr/share/dotnet/bin/nant/log4net.dll to load 
System.Web was remapped (http://www.go-mono.com/remap.html)
NAnt 0.85 (Build 0.85.1793.0; rc1; 11/28/2004)
Copyright (C) 2001-2004 Gerry Shaw
http://nant.sourceforge.net


BUILD FAILED

The current runtime framework 'mono-1.0' is not correctly configured in the 
NAnt configuration file.
Unable to locate 'mono' module using pkg-config. Download the Mono 
development packages from http://www.mono-project.com/downloads/.

For more information regarding the cause of the build failure, run the build 
again in debug mode.

Try 'nant -help' for more information
make: *** [configure-stamp] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#307102: poc-streamer: FTBFS: flex missing

2005-04-30 Thread Roland Stigge
Package: poc-streamer
Version: 0.4.2-1
Severity: serious

Hi,

building the package poc-streamer in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o matrix.o matrix.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o fec.o fec.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o fec-pkt.o fec-pkt.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o fec-rb.o fec-rb.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o fec-group.o fec-group.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o poc-fec.o poc-fec.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o poc-fec mp3-read.o mp3-write.o mp3.o 
aq.o id3.o network.o network4.o network6.o pack.o bv.o signal.o dlist.o file.o 
buf.o crc32.o misc.o galois.o matrix.o fec.o fec-pkt.o fec-rb.o fec-group.o 
poc-fec.o -lid3tag 
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -DDEBUG_PLOSS -c -o poc-fec-ploss.o 
poc-fec.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o poc-fec-ploss mp3-read.o mp3-write.o 
mp3.o aq.o id3.o network.o network4.o network6.o pack.o bv.o signal.o dlist.o 
file.o buf.o crc32.o misc.o galois.o matrix.o fec.o fec-pkt.o fec-rb.o 
fec-group.o poc-fec-ploss.o -lid3tag 
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o http.o http.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o poc-http.o poc-http.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o poc-http mp3-read.o mp3-write.o mp3.o 
aq.o id3.o network.o network4.o network6.o pack.o bv.o signal.o dlist.o file.o 
buf.o crc32.o misc.o http.o poc-http.o -lid3tag 
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o ogg.o ogg.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o vorbis.o vorbis.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o ogg-read.o ogg-read.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o ogg-write.o ogg-write.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o vorbis-read.o vorbis-read.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o pogg-http.o pogg-http.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o pogg-http ogg.o vorbis.o ogg-read.o 
ogg-write.o vorbis-read.o network.o network4.o network6.o pack.o bv.o signal.o 
dlist.o file.o buf.o crc32.o misc.o http.o pogg-http.o -lid3tag 
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o pob-fec.o pob-fec.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o pob-fec network.o network4.o 
network6.o galois.o matrix.o fec.o fec-pkt.o fec-rb.o fec-group.o pack.o bv.o 
signal.o dlist.o file.o buf.o crc32.o misc.o mp3-read.o mp3-write.o mp3.o aq.o 
id3.o pob-fec.o -lid3tag 
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o pob-3119-rb.o pob-3119-rb.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o pob-3119 rtp.o rtp-rb.o network.o 
network4.o network6.o pack.o bv.o signal.o dlist.o file.o buf.o crc32.o misc.o 
mp3-read.o mp3-write.o mp3.o aq.o id3.o pob-3119-rb.o -lid3tag 
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6   -c -o pob-2250-rb.o pob-2250-rb.c
cc -Wall -O2 -DWITH_ID3TAG -DWITH_IPV6 -o pob-2250 rtp.o rtp-rb.o network.o 
network4.o network6.o pack.o bv.o signal.o dlist.o file.o buf.o crc32.o misc.o 
mp3-read.o mp3-write.o mp3.o aq.o id3.o pob-2250-rb.o -lid3tag 
flex -omp3cue-lex.yy.c mp3cue.l
make[1]: flex: Command not found
make[1]: *** [mp3cue-lex.yy.c] Error 127
make[1]: Leaving directory `/tmp/buildd/poc-streamer-0.4.2'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#307101: ldaptor: FTBFS: failed tests

2005-04-30 Thread Roland Stigge
Package: ldaptor
Version: 0.0.38
Severity: serious

Hi,

building the package ldaptor in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
dh_installinit -ppython2.3-ldaptor   
dh_installdebconf -ppython2.3-ldaptor 
dh_installemacsen -ppython2.3-ldaptor   
dh_installpam -ppython2.3-ldaptor 
dh_installlogrotate -ppython2.3-ldaptor 
if test -x /usr/bin/dh_installlogcheck; then dh_installlogcheck 
-ppython2.3-ldaptor ; fi
dh_installchangelogs -ppython2.3-ldaptor   
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (0)
dh_install -ppython2.3-ldaptor --sourcedir=debian/python2.3-ldaptor 
dh_link -ppython2.3-ldaptor  
dh_python -ppython2.3-ldaptor
PYTHONPATH='debian/python2.3-ldaptor/usr/lib/python2.3/site-packages' \
'trial2.3' --text --tbformat=emacs -R ldaptor
.F...
===
FAILURE: test_children_twoChildren (ldaptor.test.test_ldiftree.Tree)
---
Traceback: twisted.trial.unittest.FailTest, 
[DistinguishedName(listOfRDNs=(RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='cn',
 value='bar'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='ou',
 value='metasyntactic'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='dc',
 value='example'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='dc',
 value='com'),, 
DistinguishedName(listOfRDNs=(RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='cn',
 value='foo'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='ou',
 value='metasyntactic'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='dc',
 value='example'),)), RelativeDistinguishedName(attributeTypesAndValues=(LDAPAt
 tributeTypeAndValue(attributeType='dc', value='com'),] != 
[DistinguishedName(listOfRDNs=(RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='cn',
 value='foo'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='ou',
 value='metasyntactic'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='dc',
 value='example'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='dc',
 value='com'),, 
DistinguishedName(listOfRDNs=(RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='cn',
 value='bar'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='ou',
 value='metasyntactic'),)), 
RelativeDistinguishedName(attributeTypesAndValues=(LDAPAttributeTypeAndValue(attributeType='dc',
 value='example'),)), RelativeDistinguishedName(attributeTyp
 esAndValues=(LDAPAttributeTypeAndValue(attributeType='dc', value='com'),]
/usr/lib/python2.3/site-packages/twisted/trial/unittest.py:252:_runPhase
/usr/lib/python2.3/site-packages/twisted/trial/unittest.py:274:_main
/usr/lib/python2.3/site-packages/twisted/trial/runner.py:104:runTest
/tmp/buildd/ldaptor-0.0.38/debian/python2.3-ldaptor/usr/lib/python2.3/site-packages/ldaptor/test/test_ldiftree.py:333:test_children_twoChildren
/usr/lib/python2.3/site-packages/twisted/trial/unittest.py:127:failUnlessEqual

---
Ran 417 tests in 20.986s

FAILED (failures=1)
make: *** [binary-post-install/python2.3-ldaptor] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#307214: ctrlproxy: FTBFS: /usr/include/tdb.h:150: error: parse error before '*' token

2005-05-01 Thread Roland Stigge
Package: ctrlproxy
Version: 2.6.2-1
Severity: serious

Hi,

building the package ctrlproxy in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
checking for uname... yes
checking for dup2... yes
checking for backtrace_symbols... yes
checking for gettimeofday... yes
checking for strrchr... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mods/Makefile
config.status: creating ctrlproxy.pc
config.status: creating doc/Makefile
config.status: creating config.h
XML_CATALOG_FILES=/usr/share/sgml/docbook/dtd/xml/4.2/catalog.xml /usr/bin/make
make[1]: Entering directory `/tmp/buildd/ctrlproxy-2.6.2'
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c server.c
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c line.c
line.c: In function `free_line':
line.c:194: warning: passing arg 1 of `free' discards qualifiers from pointer 
target type
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c main.c
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c state.c
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c util.c
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c transport.c
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c hooks.c
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c linestack.c
gcc -lcrypto -lpopt  -Wl,--export-dynamic -lxml2 -lpthread -lz -lm 
-lgmodule-2.0 -ldl -lglib-2.0   -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -rdynamic -o ctrlproxy server.o line.o main.o 
state.o util.o transport.o hooks.o linestack.o
gcc -g -O2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DHAVE_CONFIG_H -ansi -Wall 
-DMODULESDIR=\/usr/lib/ctrlproxy\ -c printstats.c
In file included from printstats.c:30:
/usr/include/tdb.h:150: error: parse error before '*' token
make[1]: *** [printstats.o] Error 1
make[1]: Leaving directory `/tmp/buildd/ctrlproxy-2.6.2'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/

Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#272308: libxml++2.6: Wrong file identification in source and header files

2005-05-04 Thread Roland Stigge
reopen 272308
thanks

Hi,

please don't close bugs without them being fixed.

You wrote:
 This issues doesn't affect the actual debian package (it affects the
 libxml++ source)

But it actually does! That's why I reported the bug in the first place.
Many of the files in question appear in the -dev package, so relevant to
the user.

 so I'm going to defer this to be fixed upstream in a later release.

Please keep such bugs open until the fix propagates (directly or via
upstream) to the Debian version of the package.

Thanks.

bye,
  Roland
-- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



<    1   2   3   4   5   6   7   8   9   10   >