date:20100726

Bug#478478: gnome-terminal: copy/paste using the middle mouse button is broken.

2010-07-26 Thread Josselin Mouette

Le vendredi 23 juillet 2010 à 17:40 +0200, Jorge Senín a écrit :
> this bug stills present at gnome terminal 2.30.2

Still unreproducible here.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#361253: Zenoss 3.0 claims to support Zope 2.12

2010-07-26 Thread Bernd Zeimetz

On 07/26/2010 07:40 AM, Zaar Hai wrote:
> Now that Zenoss reached version 3.0 and claims to support Zope 2.12
> [1] may be its will be possible to package it finally?
> 
> 1. http://community.zenoss.org/docs/DOC-7442#d0e72

Yeah, and I'm working with uptsream to make sure that this will be possible. But
what needs to be packaged first is Zope 2.12. If you want to help, that would be
a good start :)

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F



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

Bug#590381: override: libboost-iostreams1.42.0:libs/important

2010-07-26 Thread Steve M. Robbins

Package: ftp.debian.org
Severity: normal


There are disparities between your recently accepted upload and the
override file for the following file(s):

libboost-iostreams1.42.0_1.42.0-4_amd64.deb: package says priority is 
important, override says optional.

Package libboost-iostreams1.42.0 has to be important because
important package aptitude depends on it; c.f. bug #588608
and http://lists.debian.org/debian-devel/2010/07/msg00219.html

-Steve



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

Bug#590382: gelemental: FTBFS: /usr/bin/install: cannot stat `html/*.dot': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: gelemental
Version: 1.2.0-4
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[4]: Entering directory 
> `/build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/docs/api'
> make[4]: Nothing to be done for `install-exec-am'.
> /bin/bash 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/install-sh -d 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp//usr/share/doc/gelemental-1.2.0/api
>  /usr/bin/install -c -m 644 html/annotated.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/annotated.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Block-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Block-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Block.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Block.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Category-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Category-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Category.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Category.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1ColorValue-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1ColorValue-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1ColorValue.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1ColorValue.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Element-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Element-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Element.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Element.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1EntriesStream-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1EntriesStream-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1EntriesStream.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1EntriesStream.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1EntriesView-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1EntriesView-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1EntriesView.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1EntriesView.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Event-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Event-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Event.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Event.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1LatticeType-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1LatticeType-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1LatticeType.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1LatticeType.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Message-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Message-members.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Message.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Message.html
>  /usr/bin/install -c -m 644 html/classElemental_1_1Phase-members.html 
> /build/user-gelemental_1.2.0-4-amd64-xkCfUi/gelemental-1.2.0/debian/tmp/usr/share/doc/gelemental-1.2.0/api/classElemental_1_1Phase-members.html
>  /usr/bin/install -c -m 644 html/classElemen

Bug#590383: rabbitmq-server: FTBFS: src/rabbit_exchange.erl:103: badly formed define: missing closing right parenthesis

2010-07-26 Thread Lucas Nussbaum

Source: rabbitmq-server
Version: 1.8.0-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-rabbitmq-server_1.8.0-1-amd64-VojKxQ/rabbitmq-server-1.8.0'
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/gen_server2.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/delegate.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/delegate_sup.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/file_handle_cache.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/pg_local.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/priority_queue.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_access_control.erl
> src/rabbit_access_control.erl:165: Warning: regexp:match/2: the regexp module 
> is deprecated (will be removed in R15A); use the re module instead
> src/rabbit_access_control.erl:294: Warning: regexp:parse/1: the regexp module 
> is deprecated (will be removed in R15A); use the re module instead
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_alarm.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_amqqueue.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_amqqueue_process.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/supervisor2.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_amqqueue_sup.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_backing_queue.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_basic.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_binary_generator.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_binary_parser.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_channel.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_control.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_dialyzer.erl
> src/rabbit_dialyzer.erl:59: Warning: regexp:split/2: the regexp module is 
> deprecated (will be removed in R15A); use the re module instead
> src/rabbit_dialyzer.erl:68: Warning: regexp:split/2: the regexp module is 
> deprecated (will be removed in R15A); use the re module instead
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_error_logger.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_error_logger_file_h.erl
> erlc -I include -o ebin -Wall -v +debug_info -Duse_specs -pa ebin 
> src/rabbit_exchange.erl
> src/rabbit_exchange.erl:103: badly formed define: missing closing right 
> parenthesis
> src/rabbit_exchange.erl:237: undefined macro 'INFO_KEYS'
> src/rabbit_exchange.erl:253: undefined macro 'INFO_KEYS'
> src/rabbit_exchange.erl:36: function info/1 undefined
> src/rabbit_exchange.erl:36: function info_keys/0 undefined
> src/rabbit_exchange.erl:75: spec for undefined function 
> rabbit_exchange:info_keys/0
> src/rabbit_exchange.erl:76: spec for undefined function rabbit_exchange:info/1
> src/rabbit_exchange.erl:257: function info/1 undefined
> make[1]: *** [ebin/rabbit_exchange.beam] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/rabbitmq-server_1.8.0-1_lsid64.buildlog

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

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

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



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

Bug#590384: publican: FTBFS: Can't locate Template.pm in @INC

2010-07-26 Thread Lucas Nussbaum

Source: publican
Version: 2.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-publican_2.1-1-amd64-kYmEMk/publican-2.1'
> dh_auto_build
> Copying lib/Publican/TreeView.pm -> blib/lib/Publican/TreeView.pm
> Copying lib/Publican/CreateBook.pm -> blib/lib/Publican/CreateBook.pm
> Copying lib/Publican.pm -> blib/lib/Publican.pm
> Copying lib/Publican/XmlClean.pm -> blib/lib/Publican/XmlClean.pm
> Copying lib/Publican/Translate.pm -> blib/lib/Publican/Translate.pm
> Copying lib/Publican/CreateBrand.pm -> blib/lib/Publican/CreateBrand.pm
> Copying lib/Publican/WebSite.pm -> blib/lib/Publican/WebSite.pm
> Copying lib/Publican/Localise.pm -> blib/lib/Publican/Localise.pm
> Copying lib/Publican/Builder.pm -> blib/lib/Publican/Builder.pm
> Copying bin/publican -> blib/script/publican
> [31m
> DEBUG: [0m[31mPublican: config loaded
> [0mSetting up ar-SA
>   Merging ar-SA/Conventions.po >> en-US/Conventions.xml -> 
> tmp/ar-SA/xml_tmp//Conventions.xml
>   Merging ar-SA/Feedback.po >> en-US/Feedback.xml -> 
> tmp/ar-SA/xml_tmp//Feedback.xml
> [36m PO file 'ar-SA/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/ar-SA/xml_tmp/Conventions.xml -> 
> tmp/ar-SA/xml/Conventions.xml
>   Processing file tmp/ar-SA/xml_tmp/Feedback.xml -> 
> tmp/ar-SA/xml/Feedback.xml
>   Processing file tmp/ar-SA/xml_tmp/Legal_Notice.xml -> 
> tmp/ar-SA/xml/Legal_Notice.xml
> Setting up as-IN
>   Merging as-IN/Conventions.po >> en-US/Conventions.xml -> 
> tmp/as-IN/xml_tmp//Conventions.xml
>   Merging as-IN/Feedback.po >> en-US/Feedback.xml -> 
> tmp/as-IN/xml_tmp//Feedback.xml
> [36m PO file 'as-IN/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/as-IN/xml_tmp/Conventions.xml -> 
> tmp/as-IN/xml/Conventions.xml
>   Processing file tmp/as-IN/xml_tmp/Feedback.xml -> 
> tmp/as-IN/xml/Feedback.xml
>   Processing file tmp/as-IN/xml_tmp/Legal_Notice.xml -> 
> tmp/as-IN/xml/Legal_Notice.xml
> Setting up ast-ES
>   Merging ast-ES/Conventions.po >> en-US/Conventions.xml -> 
> tmp/ast-ES/xml_tmp//Conventions.xml
>   Merging ast-ES/Feedback.po >> en-US/Feedback.xml -> 
> tmp/ast-ES/xml_tmp//Feedback.xml
> [36m PO file 'ast-ES/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/ast-ES/xml_tmp/Conventions.xml -> 
> tmp/ast-ES/xml/Conventions.xml
>   Processing file tmp/ast-ES/xml_tmp/Feedback.xml -> 
> tmp/ast-ES/xml/Feedback.xml
>   Processing file tmp/ast-ES/xml_tmp/Legal_Notice.xml -> 
> tmp/ast-ES/xml/Legal_Notice.xml
> Setting up bg-BG
>   Merging bg-BG/Conventions.po >> en-US/Conventions.xml -> 
> tmp/bg-BG/xml_tmp//Conventions.xml
>   Merging bg-BG/Feedback.po >> en-US/Feedback.xml -> 
> tmp/bg-BG/xml_tmp//Feedback.xml
> [36m PO file 'bg-BG/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/bg-BG/xml_tmp/Conventions.xml -> 
> tmp/bg-BG/xml/Conventions.xml
>   Processing file tmp/bg-BG/xml_tmp/Feedback.xml -> 
> tmp/bg-BG/xml/Feedback.xml
>   Processing file tmp/bg-BG/xml_tmp/Legal_Notice.xml -> 
> tmp/bg-BG/xml/Legal_Notice.xml
> Setting up bn-IN
>   Merging bn-IN/Conventions.po >> en-US/Conventions.xml -> 
> tmp/bn-IN/xml_tmp//Conventions.xml
>   Merging bn-IN/Feedback.po >> en-US/Feedback.xml -> 
> tmp/bn-IN/xml_tmp//Feedback.xml
> [36m PO file 'bn-IN/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/bn-IN/xml_tmp/Conventions.xml -> 
> tmp/bn-IN/xml/Conventions.xml
>   Processing file tmp/bn-IN/xml_tmp/Feedback.xml -> 
> tmp/bn-IN/xml/Feedback.xml
>   Processing file tmp/bn-IN/xml_tmp/Legal_Notice.xml -> 
> tmp/bn-IN/xml/Legal_Notice.xml
> Setting up bs-BA
>   Merging bs-BA/Conventions.po >> en-US/Conventions.xml -> 
> tmp/bs-BA/xml_tmp//Conventions.xml
>   Merging bs-BA/Feedback.po >> en-US/Feedback.xml -> 
> tmp/bs-BA/xml_tmp//Feedback.xml
> [36m PO file 'bs-BA/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/bs-BA/xml_tmp/Conventions.xml -> 
> tmp/bs-BA/xml/Conventions.xml
>   Processing file tmp/bs-BA/xml_tmp/Feedback.xml -> 
> tmp/bs-BA/xml/Feedback.xml
>   Processing file tmp/bs-BA/xml_tmp/Legal_Notice.xml -> 
> tmp/bs-BA/xml/Legal_Notice.xml
> Setting up ca-ES
>   Merging ca-ES/Conventions.po >> en-US/Conventions.xml -> 
> tmp/ca-ES/xml_tmp//Conventions.xml
>   Merging ca-ES/Feedback.po >> en-US/Feedback.xml -> 
> tmp/ca-ES/xml_tmp//Feedback.xml
> [36m PO file 'ca-ES/Legal_Notice.po' not found! Using base XML!
> [0m  Processing file tmp/ca-ES/xml_tmp/Conventions.xml -> 
> tmp/ca-ES/xml/Conventions.xml
>   Processing file tmp/ca-ES/xml_tmp/Feedback.xml -> 
> tmp/ca-ES/xml/Feedback.xml
>   Processing file tmp/ca-ES/xml_tmp/Legal_Notice.xml -> 
> tmp/ca-ES/xml/

Bug#590385: scim-skk: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-skk
Version: 0.5.2-5.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> ar cru .libs/skk.a  skk_la-cdb.o skk_la-scim_skk_config.o 
> skk_la-scim_skk_lookup_table.o skk_la-scim_skk_history.o 
> skk_la-scim_skk_imengine.o skk_la-scim_skk_automaton.o 
> skk_la-scim_skk_dictionary.o skk_la-scim_skk_core.o skk_la-scim_skk_keybind.o 
> skk_la-conv_table.o
> ranlib .libs/skk.a
> creating skk.la
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [skk.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-skk_0.5.2-5.1_lsid64.buildlog

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

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

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



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

Bug#590387: scim-uim: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-uim
Version: 0.2.0-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-uim_0.2.0-3-amd64-4vNeWu/scim-uim-0.2.0/src'
> /bin/bash ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I.. -I.. -I../src -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_UIM_ICON_FILE=\"/usr/share/scim/icons/scim-uim.png\"   
> -I/usr/include/scim-1.0-I/usr/include/uim   -g -O2 -W -g -O -MT 
> uim_la-scim_uim_imengine.lo -MD -MP -MF .deps/uim_la-scim_uim_imengine.Tpo -c 
> -o uim_la-scim_uim_imengine.lo `test -f 'scim_uim_imengine.cpp' || echo 
> './'`scim_uim_imengine.cpp
> mkdir .libs
>  g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../src 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_UIM_ICON_FILE=\"/usr/share/scim/icons/scim-uim.png\" 
> -I/usr/include/scim-1.0 -I/usr/include/uim -g -O2 -W -g -O -MT 
> uim_la-scim_uim_imengine.lo -MD -MP -MF .deps/uim_la-scim_uim_imengine.Tpo -c 
> scim_uim_imengine.cpp  -fPIC -DPIC -o .libs/uim_la-scim_uim_imengine.o
> scim_uim_imengine.cpp: In member function 'virtual void 
> UIMInstance::select_candidate(unsigned int)':
> scim_uim_imengine.cpp:443: warning: comparison between signed and unsigned 
> integer expressions
> scim_uim_imengine.cpp: In member function 'virtual void 
> UIMInstance::lookup_table_page_down()':
> scim_uim_imengine.cpp:476: warning: comparison between signed and unsigned 
> integer expressions
> scim_uim_imengine.cpp: In static member function 'static void 
> UIMInstance::uim_cand_select_cb(void*, int)':
> scim_uim_imengine.cpp:804: warning: comparison between signed and unsigned 
> integer expressions
> mv -f .deps/uim_la-scim_uim_imengine.Tpo .deps/uim_la-scim_uim_imengine.Plo
> /bin/bash ../libtool --tag=CXX   --mode=link g++ -I/usr/include/scim-1.0
> -I/usr/include/uim   -g -O2 -W -g -O -avoid-version -rpath 
> /usr/lib/scim-1.0/1.4.0/IMEngine -module -export-symbols-regex "^[^_].*" 
> -lscim-1.0 -luim-scm -luim-o uim.la -rpath 
> /usr/lib/scim-1.0/1.4.0/IMEngine uim_la-scim_uim_imengine.lo  
> generating symbol list for `uim.la'
> /usr/bin/nm -B  .libs/uim_la-scim_uim_imengine.o  | sed -n -e 's/^.*[ 
> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq 
> > .libs/uim.exp
> /bin/grep -E -e "^[^_].*" ".libs/uim.exp" > ".libs/uim.expT"
> mv -f ".libs/uim.expT" ".libs/uim.exp"
> g++ -shared -nostdlib 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/crti.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/crtbeginS.o  
> .libs/uim_la-scim_uim_imengine.o  /usr/lib/libscim-1.0.so -luim-scm -luim 
> -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4 
> -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib -L/lib/../lib 
> -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../.. -lstdc++ -lm 
> -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.4.4/crtendS.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/crtn.o  -Wl,-soname 
> -Wl,uim.so -Wl,-retain-symbols-file -Wl,.libs/uim.exp -o .libs/uim.so
> creating uim.la
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [uim.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-uim_0.2.0-3_lsid64.buildlog

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

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

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



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

Bug#590386: openvrml: FTBFS: /usr/bin/install: cannot stat `./manual/tab_?.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: openvrml
Version: 0.18.3~svn4006-0.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/doc'
> make[3]: Nothing to be done for `install-exec-am'.
> /bin/bash 
> /build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/install-sh
>  -d 
> /build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/debian/tmp/usr/share/doc/openvrml-0.18.3/manual
>  \
>  
> /build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/debian/tmp/usr/share/javadoc/openvrml-0.18.3/resources
>  \
>  
> /build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/debian/tmp/usr/share/javadoc/openvrml-0.18.3/vrml/node
>  \
>  
> /build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/debian/tmp/usr/share/javadoc/openvrml-0.18.3/vrml/field
> /usr/bin/install -c -m 644 ./manual/*.css ./manual/*.html ./manual/*.map 
> ./manual/*.md5 ./manual/*inherit__graph*.png ./manual/doxygen.png 
> ./manual/formula.repository ./manual/form_*.png ./manual/graph_legend.dot 
> ./manual/graph_legend.png ./manual/tab_?.gif ./manual/OGL_sm_wht.png 
> ./manual/x3d-white-on-black.png ./manual/tab_b-openvrml.png 
> ./manual/tab_l-openvrml.png ./manual/tab_r-openvrml.png \
> 
> /build/user-openvrml_0.18.3~svn4006-0.1-amd64-HCmo_x/openvrml-0.18.3~svn4006/debian/tmp/usr/share/doc/openvrml-0.18.3/manual
> /usr/bin/install: cannot stat `./manual/graph_legend.dot': No such file or 
> directory
> /usr/bin/install: cannot stat `./manual/tab_?.gif': No such file or directory
> make[3]: *** [install-data-local] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/openvrml_0.18.3~svn4006-0.1_lsid64.buildlog

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

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

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



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

Bug#590388: scim-qtimm: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-qtimm
Version: 0.9.4-4
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-qtimm_0.9.4-4-amd64-uPhKay/scim-qtimm-0.9.4/src'
> if /bin/bash ../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H 
> -I. -I. -I.. -I/usr/share/qt3/include -I. -I/usr/include/scim-1.0   
> -I/usr/include/scim-1.0-DQT_THREAD_SUPPORT  -D_REENTRANT  
> -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 
> -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W 
> -Wpointer-arith -Wwrite-strings -O2 -Wall -pipe -g -O2 -Wformat-security 
> -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -MT 
> plugin.lo -MD -MP -MF ".deps/plugin.Tpo" \
> -c -o plugin.lo `test -f 'plugin.cpp' || echo './'`plugin.cpp; \
>   then mv -f ".deps/plugin.Tpo" ".deps/plugin.Plo"; \
>   else rm -f ".deps/plugin.Tpo"; exit 1; \
>   fi
> In file included from /usr/include/scim-1.0/scim.h:294,
>  from qsciminputcontext.h:20,
>  from plugin.cpp:5:
> /usr/include/scim-1.0/scim_utility.h: In function 'scim::uint16 
> scim::scim_bytestouint16(const unsigned char*)':
> /usr/include/scim-1.0/scim_utility.h:208: warning: conversion to 
> 'scim::uint16' from 'int' may alter its value
> In file included from /usr/include/scim-1.0/scim.h:334,
>  from qsciminputcontext.h:20,
>  from plugin.cpp:5:
> /usr/include/scim-1.0/scim_property.h: In member function 'void 
> scim::Property::set_active(bool)':
> /usr/include/scim-1.0/scim_property.h:163: warning: conversion to 
> 'scim::uint16' from 'int' may alter its value
> /usr/include/scim-1.0/scim_property.h: In member function 'void 
> scim::Property::show(bool)':
> /usr/include/scim-1.0/scim_property.h:168: warning: conversion to 
> 'scim::uint16' from 'int' may alter its value
> In file included from /usr/share/qt3/include/qwindowdefs.h:47,
>  from /usr/share/qt3/include/qobject.h:46,
>  from /usr/share/qt3/include/qinputcontext.h:42,
>  from qsciminputcontext.h:22,
>  from plugin.cpp:5:
> /usr/share/qt3/include/qstring.h: In member function 'char QChar::latin1() 
> const':
> /usr/share/qt3/include/qstring.h:197: warning: conversion to 'char' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'void 
> QChar::setCell(uchar)':
> /usr/share/qt3/include/qstring.h:222: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'void 
> QChar::setRow(uchar)':
> /usr/share/qt3/include/qstring.h:223: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In constructor 'QChar::QChar(uchar, uchar)':
> /usr/share/qt3/include/qstring.h:267: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In constructor 
> 'QStringData::QStringData(QChar*, uint, uint)':
> /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned 
> int:30' from 'uint' may alter its value
> /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned 
> int:30' from 'uint' may alter its value
> In file included from /usr/share/qt3/include/qobject.h:48,
>  from /usr/share/qt3/include/qinputcontext.h:42,
>  from qsciminputcontext.h:22,
>  from plugin.cpp:5:
> /usr/share/qt3/include/qevent.h: In constructor 
> 'QContextMenuEvent::QContextMenuEvent(QContextMenuEvent::Reason, const 
> QPoint&, const QPoint&, int)':
> /usr/share/qt3/include/qevent.h:432: warning: conversion to 'unsigned char' 
> from 'uint' may alter its value
> /usr/share/qt3/include/qevent.h: In member function 'void 
> QDropEvent::setAction(QDropEvent::Action)':
> /usr/share/qt3/include/qevent.h:523: warning: conversion to 'unsigned char' 
> from 'uint' may alter its value
> if /bin/bash ../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H 
> -I. -I. -I.. -I/usr/share/qt3/include -I. -I/usr/include/scim-1.0   
> -I/usr/include/scim-1.0-DQT_THREAD_SUPPORT  -D_REENTRANT  
> -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 
> -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W 
> -Wpointer-arith -Wwrite-strings -O2 -Wall -pipe -g -O2 -Wformat-security 
> -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -MT 
> qsciminputcontext.lo -MD -MP -MF ".deps/qsciminputcontext.Tpo" \
> -c -o qsciminputcontext.lo `test -f 'qsciminputcontext.cpp' || echo 
> './'`qsciminputcontext.cpp; \
>   then mv -f ".deps/qsciminputcontext.Tpo" ".deps/qsciminputcontext.Plo"; 
> \
>   else rm -f ".deps/qsciminputcontext.Tpo"; exit 1

Bug#590389: ejabberd: FTBFS: ./conftest.erl:6: can't find include lib "ssl/include/ssl_pkix.hrl"

2010-07-26 Thread Lucas Nussbaum

Source: ejabberd
Version: 2.1.3-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> QUILT_PATCHES=debian/patches \
>   quilt --quiltrc /dev/null pop -a -R || test $? = 2
> No patch removed
> rm -rf .pc debian/stamp-patched
> dh_testdir
> dh_testroot
> rm -f build-stamp configure-stamp
> dh_auto_clean --sourcedirectory=src
> dh_clean 
>  dpkg-source -b ejabberd-2.1.3
> dpkg-source: warning: no source format specified in debian/source/format, see 
> dpkg-source(1)
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building ejabberd using existing ejabberd_2.1.3.orig.tar.gz
> dpkg-source: info: building ejabberd in ejabberd_2.1.3-2.diff.gz
> dpkg-source: info: building ejabberd in ejabberd_2.1.3-2.dsc
>  debian/rules build
> QUILT_PATCHES=debian/patches \
>   quilt --quiltrc /dev/null push -a || test $? = 2
> Applying patch mod_admin_extra.patch
> patching file src/ejabberd.app
> patching file src/mod_admin_extra.erl
> 
> Applying patch shared_roster_recent.patch
> patching file src/mod_shared_roster.erl
> 
> Applying patch shared_roster_online.patch
> patching file src/mod_shared_roster.erl
> 
> Applying patch captcha.patch
> patching file tools/captcha.sh
> 
> Applying patch fix_examples.patch
> patching file examples/mtr/ejabberd
> patching file examples/mtr/ejabberd-netbsd.sh
> 
> Applying patch reopen-log.patch
> patching file src/ejabberd_logger_h.erl
> patching file src/ejabberd_admin.erl
> patching file src/sasl_report_append_file_h.erl
> patching file src/ejabberd_app.erl
> 
> Applying patch no-debug.patch
> patching file src/ejabberd_app.erl
> 
> Now at patch no-debug.patch
> touch debian/stamp-patched
> dh_testdir
> dh_auto_configure --sourcedirectory=src -- --enable-odbc --enable-pam
> configure: WARNING: unrecognized options: --disable-maintainer-mode, 
> --disable-dependency-tracking
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking whether make sets $(MAKE)... yes
> checking for erlc... /usr/bin/erlc
> checking for erl... /usr/bin/erl
> ./conftest.erl:6: can't find include lib "ssl/include/ssl_pkix.hrl"
> configure: error: could not compile sample program
> dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr 
> --includedir=${prefix}/include --mandir=${prefix}/share/man 
> --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
> --libexecdir=${prefix}/lib/ejabberd --disable-maintainer-mode 
> --disable-dependency-tracking --enable-odbc --enable-pam returned exit code 1
> make: *** [configure-stamp] Error 2

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/ejabberd_2.1.3-2_lsid64.buildlog

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

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

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



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

Bug#590391: meep-openmpi: FTBFS: configure-openmpi: error: guile-config is broken

2010-07-26 Thread Lucas Nussbaum

Source: meep-openmpi
Version: 1.1.1-4
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> dpatch  deapply-all  
> 01-configure not applied to ./ .
> rm -rf patch-stamp patch-stampT debian/patched
> dh_testdir
> dh_testroot
> rm -rf debian/build-openmpi
> dh_clean configure-stamp* build-stamp* install-stamp*
>  dpkg-source -b meep-openmpi-1.1.1
> dpkg-source: warning: no source format specified in debian/source/format, see 
> dpkg-source(1)
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building meep-openmpi using existing 
> meep-openmpi_1.1.1.orig.tar.gz
> dpkg-source: info: building meep-openmpi in meep-openmpi_1.1.1-4.diff.gz
> dpkg-source: warning: executable mode 0755 of 'debian/patches/01-configure' 
> will not be represented in diff
> dpkg-source: info: building meep-openmpi in meep-openmpi_1.1.1-4.dsc
>  debian/rules build
> test -d debian/patched || install -d debian/patched
> dpatch  apply-all  
> applying patch 01-configure to ./ ... ok.
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> mkdir -p debian/build-openmpi
> cat configure | \
>   sed "s/PACKAGE_NAME='meep'/PACKAGE_NAME='meep-openmpi'/g" |\
>   sed "s/PACKAGE='meep'/PACKAGE='meep-openmpi'/g" > 
> configure-openmpi
> chmod 755 configure-openmpi
> cd debian/build-openmpi && \
>   F77=gfortran ../../configure-openmpi --host=x86_64-linux-gnu 
> --build=x86_64-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man 
> --infodir=\${prefix}/share/info --with-libctl=/usr/share/libctl3 
> --enable-shared --with-pic --enable-cxx --with-mpi=yes 
> configure-openmpi: WARNING: unrecognized options: --enable-cxx
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for x86_64-linux-gnu-g++... x86_64-linux-gnu-g++
> checking for C++ compiler default output file name... a.out
> checking whether the C++ compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C++ compiler... yes
> checking whether x86_64-linux-gnu-g++ accepts -g... yes
> checking for style of include used by make... GNU
> checking dependency style of x86_64-linux-gnu-g++... gcc3
> checking for mpic++... mpic++
> checking for MPI_Init... yes
> checking for mpi.h... yes
> checking for extra flag needed to combine stdio.h and mpi.h... none
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking for x86_64-linux-gnu-gcc... x86_64-linux-gnu-gcc
> checking whether we are using the GNU C compiler... yes
> checking whether x86_64-linux-gnu-gcc accepts -g... yes
> checking for x86_64-linux-gnu-gcc option to accept ISO C89... none needed
> checking dependency style of x86_64-linux-gnu-gcc... gcc3
> checking for C++ compiler vendor... gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by x86_64-linux-gnu-gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking whether ln -s works... yes
> checking the maximum length of command line arguments... 3458764513820540925
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking for x86_64-linux-gnu-objdump... no
> checking for objdump... objdump
> checking how to recognize dependent libraries... pass_all
> checking for x86_64-linux-gnu-ar... no
> checking for ar... ar
> checking for x86_64-linux-gnu-strip... no
> checking for strip... strip
> checking for x86_64-linux-gnu-ranlib... no
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from x86_64-linux-gnu-gcc 
> object... ok
> checking how to run the C preprocessor... x86_64-linux-gnu-gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes

Bug#590392: scim-prime: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-prime
Version: 1.0.0-3.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> ar cru .libs/prime.a  prime_la-prime_connection.o prime_la-prime_session.o 
> prime_la-scim_prime_action.o prime_la-scim_prime_imengine_factory.o 
> prime_la-scim_prime_imengine.o
> ranlib .libs/prime.a
> creating prime.la
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [prime.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-prime_1.0.0-3.1_lsid64.buildlog

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

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

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



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

Bug#590394: e17: FTBFS: No package 'ecore-job' found

2010-07-26 Thread Lucas Nussbaum

Source: e17
Version: 0.16.999.063-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-e17_0.16.999.063-1-amd64-iL2Kcj/e17-0.16.999.063'
> for i in ./config.guess ./config.sub ./config.rpath ; do \
>   if test -e $i.cdbs-orig ; then \
>   mv $i.cdbs-orig $i ; \
>   fi ; \
>   done
> make[1]: Leaving directory 
> `/build/user-e17_0.16.999.063-1-amd64-iL2Kcj/e17-0.16.999.063'
> if [ "debian/stamp-patched" = "reverse-patches" ]; then rm -f 
> debian/stamp-patched; fi
> patches: debian/patches/01_menu_extra_path.patch 
> debian/patches/02_fix_default_config_for_upgrades.diff 
> debian/patches/03_bind_XF86PowerOff_instead_of_Execute_in_illume.diff 
> debian/patches/04_evry_fix_default_path_for_terminal.diff
> Trying patch debian/patches/01_menu_extra_path.patch at level 1 ... success.
> Trying patch debian/patches/02_fix_default_config_for_upgrades.diff at level 
> 1 ... success.
> Trying patch 
> debian/patches/03_bind_XF86PowerOff_instead_of_Execute_in_illume.diff at 
> level 1 ... success.
> Trying patch debian/patches/04_evry_fix_default_path_for_terminal.diff at 
> level 1 ... success.
> if [ "debian/stamp-patched" != "reverse-patches" ]; then touch 
> debian/stamp-patched; fi
> if [ "debian/stamp-patched" != "reverse-patches" ] ; then \
>   /usr/bin/make -f debian/rules update-config ; \
>   fi
> /usr/share/cdbs/1/rules/simple-patchsys.mk:31: WARNING:  simple-patchsys.mk 
> is deprecated - please use source format 3.0 (quilt) insteadmake[1]: Entering 
> directory `/build/user-e17_0.16.999.063-1-amd64-iL2Kcj/e17-0.16.999.063'
> 
> if test -e /usr/share/misc/config.guess ; then \
>   for i in ./config.guess ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/misc/config.sub ; then \
>   for i in ./config.sub ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/gnulib/build-aux/config.rpath ; then \
>   for i in ./config.rpath ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/gnulib/build-aux/config.rpath $i ; \
>   fi ; \
>   done ; \
>   fi
> make[1]: Leaving directory 
> `/build/user-e17_0.16.999.063-1-amd64-iL2Kcj/e17-0.16.999.063'
> if test -e /usr/share/misc/config.guess ; then \
>   for i in ./config.guess ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/misc/config.sub ; then \
>   for i in ./config.sub ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/gnulib/build-aux/config.rpath ; then \
>   for i in ./config.rpath ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/gnulib/build-aux/config.rpath $i ; \
>   fi ; \
>   done ; \
>   fi
> touch debian/stamp-autotools-files
> chmod a+x 
> /build/user-e17_0.16.999.063-1-amd64-iL2Kcj/e17-0.16.999.063/./configure
> mkdir -p .
> cd . &&   CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" 
> CPPFLAGS="" LDFLAGS="" 
> /build/user-e17_0.16.999.063-1-amd64-iL2Kcj/e17-0.16.999.063/./configure 
> --build=x86_64-linux-gnu  --prefix=/usr --includedir="\${prefix}/include" 
> --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" 
> --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/e17" 
> --disable-maintainer-mode --disable-dependency-tracking 
> --disable-silent-rules --srcdir=.  --disable-rpath 
> configure: WARNING: unrecognized options: --disable-maintainer-mode, 
> --disable-silent-rules
> checking build system typ

Bug#590395: php-crypt-cbc: FTBFS: cp: accessing `Crypt_CBC-1.0.0.tgz/package.xml': Not a directory

2010-07-26 Thread Lucas Nussbaum

Source: php-crypt-cbc
Version: 1.0.0-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_prep
> dh_installdirs
> cp package.xml Crypt_CBC-1.0.0 Crypt_CBC-1.0.0.tgz/package.xml;
> cp: accessing `Crypt_CBC-1.0.0.tgz/package.xml': Not a directory
> make: *** [install] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/php-crypt-cbc_1.0.0-1_lsid64.buildlog

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

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

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



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

Bug#590393: icu: FTBFS: /usr/bin/install: cannot stat `doc/html/*.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: icu
Version: 4.4.1-5
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source'
> CONFIG_FILES=Doxyfile CONFIG_HEADERS= /bin/bash ./config.status
> config.status: creating Doxyfile
> /usr/bin/doxygen
> warning: Tag `MAX_DOT_GRAPH_WIDTH' at line 225 of file Doxyfile has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `MAX_DOT_GRAPH_HEIGHT' at line 226 of file Doxyfile has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> Notice: Output directory `doc' does not exist. I have created it for you.
> Searching for include files...
> Searching for example files...
> Searching for images...
> Searching for dot files...
> Searching for files to exclude
> Searching for files to process...
> Searching for files in directory 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode
> Searching for files in directory 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/i18n/unicode
> Searching for files in directory 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/io/unicode
> Searching for files in directory 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/layoutex/layout
> Reading and parsing tag files
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/platform.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/platform.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/brkiter.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/brkiter.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/bytestream.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/bytestream.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/caniter.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/caniter.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/chariter.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/chariter.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/dbbi.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/dbbi.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/docmain.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/docmain.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/dtintrv.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/dtintrv.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/errorcode.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/errorcode.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/icudataver.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/icudataver.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/icuplug.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/icuplug.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/localpointer.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/localpointer.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/locid.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/locid.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/normalizer2.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/normalizer2.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/normlzr.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/normlzr.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/parseerr.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/parseerr.h...
> Preprocessing 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/parsepos.h...
> Parsing file 
> /build/user-icu_4.4.1-5-amd64-B4a0F0/icu-4.4.1/source/common/unicode/parsepos.h...
> Preproce

Bug#590396: libisoburn: FTBFS: dh_install: libisoburn-doc missing files (doc/html/*.gif), aborting

2010-07-26 Thread Lucas Nussbaum

Source: libisoburn
Version: 0.5.6.pl00-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00'
> if test -e 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/xorrisofs
>  ; then rm 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/xorrisofs
>  ; else echo ; fi
> 
> ln -s xorriso 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/xorrisofs
> if test -e 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/osirrox
>  ; then rm 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/osirrox
>  ; else echo ; fi
> 
> ln -s xorriso 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/osirrox
> if test -e 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/xorrecord
>  ; then rm 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/xorrecord
>  ; else echo ; fi
> 
> ln -s xorriso 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/bin"/xorrecord
> make[3]: Leaving directory 
> `/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00'
> if [ -f ./doc/doc.lock ]; then \
>   
> /build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/install-sh
>  -d 
> /build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/doc/libisoburn-0.5.6/html;
>  \
>   /usr/bin/install -c -m 644 doc/html/* 
> /build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/doc/libisoburn-0.5.6/html;
>  \
>   fi
> test -z "/usr/share/info" || mkdir -p -- 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/info"
>  /usr/bin/install -c -m 644 './xorriso/xorriso.info' 
> '/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/info/xorriso.info'
>  install-info 
> --info-dir='/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/info'
>  
> '/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/info/xorriso.info'
> This is not dpkg install-info anymore, but GNU install-info
> See the man page for ginstall-info for command line arguments
> test -z "/usr/include/libisoburn" || mkdir -p -- 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/include/libisoburn"
>  /usr/bin/install -c -m 644 'libisoburn/libisoburn.h' 
> '/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/include/libisoburn/libisoburn.h'
> test -z "/usr/share/man/man1" || mkdir -p -- 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/man/man1"
>  /usr/bin/install -c -m 644 './xorriso/xorriso.1' 
> '/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/share/man/man1/xorriso.1'
> test -z "/usr/lib/pkgconfig" || mkdir -p -- 
> "/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/lib/pkgconfig"
>  /usr/bin/install -c -m 644 'libisoburn-1.pc' 
> '/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00/debian/tmp//usr/lib/pkgconfig/libisoburn-1.pc'
> make[2]: Leaving directory 
> `/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00'
> make[1]: Leaving directory 
> `/build/user-libisoburn_0.5.6.pl00-1-amd64-PWnFhr/libisoburn-0.5.6.pl00'
> touch debian/stamp-makefile-install
> Adding cdbs dependencies to debian/libisoburn-doc.substvars
> dh_installdirs -plibisoburn-doc 
> dh_installdocs -plibisoburn-doc ./README ./TODO ./AUTHORS 
> dh_installexamples -plibisoburn-doc  
> dh_installman -plibisoburn-doc   
> dh_installinfo -plibisoburn-doc   
> dh_installmenu -plibisoburn-doc  
> dh_installcron -plibisoburn-doc  
> dh_installinit -plibisoburn-doc --update-rcd-params=" "  
> dh_installdebconf -plibisoburn-doc  
> dh_installemacsen -plibisoburn-doc
> dh_installcatalogs -plibisoburn-doc  
> dh_installpam -plibisoburn-doc  
> dh_installlogrotate -plibisoburn-doc  
> dh_installlogcheck -plibisoburn-doc  
> dh_installchangelogs -plibisoburn-doc
> dh_installudev -plibisoburn-doc  
> dh_lintian -plibisoburn-doc  
> dh_install -plibisoburn-doc   
> dh_install: libisoburn-doc missing files (doc/html/*.gif), aborting
> make: *** [binary-install/libisoburn-doc] Error 255

The full build log is available from:
   
http://people.debian.org/

Bug#590397: libmpdclient: FTBFS: /usr/bin/install: cannot stat `doc/api/html/*.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: libmpdclient
Version: 2.2-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[2]: Entering directory 
> `/build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2'
> test -z "/usr/lib" || /bin/mkdir -p 
> "/build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib"
>  /bin/bash ./libtool   --mode=install /usr/bin/install -c   
> src/libmpdclient.la 
> '/build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib'
> libtool: install: /usr/bin/install -c src/.libs/libmpdclient.so.2.0.0 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib/libmpdclient.so.2.0.0
> libtool: install: (cd 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib
>  && { ln -s -f libmpdclient.so.2.0.0 libmpdclient.so.2 || { rm -f 
> libmpdclient.so.2 && ln -s libmpdclient.so.2.0.0 libmpdclient.so.2; }; })
> libtool: install: (cd 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib
>  && { ln -s -f libmpdclient.so.2.0.0 libmpdclient.so || { rm -f 
> libmpdclient.so && ln -s libmpdclient.so.2.0.0 libmpdclient.so; }; })
> libtool: install: /usr/bin/install -c src/.libs/libmpdclient.lai 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib/libmpdclient.la
> libtool: install: /usr/bin/install -c src/.libs/libmpdclient.a 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib/libmpdclient.a
> libtool: install: chmod 644 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib/libmpdclient.a
> libtool: install: ranlib 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/lib/libmpdclient.a
> libtool: install: warning: remember to run `libtool --finish /usr/lib'
> /bin/bash 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/build/install-sh 
> -d 
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/share/doc/libmpdclient/html
> /usr/bin/install -c -m 644 -c -m 644 doc/api/html/*.html doc/api/html/*.css \
>   doc/api/html/*.png doc/api/html/*.gif \
>   
> /build/user-libmpdclient_2.2-1-amd64-0Gl5ar/libmpdclient-2.2/debian/tmp/usr/share/doc/libmpdclient/html
> /usr/bin/install: cannot stat `doc/api/html/*.gif': No such file or directory
> make[2]: *** [install-data-local] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/libmpdclient_2.2-1_lsid64.buildlog

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

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

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



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

Bug#590399: ntfs-config: FTBFS: configure: error: no suitable Python interpreter found

2010-07-26 Thread Lucas Nussbaum

Source: ntfs-config
Version: 1.0.1-6
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-ntfs-config_1.0.1-6-amd64-4gPTwg/ntfs-config-1.0.1'
> if test -e /usr/share/misc/config.guess ; then \
>   for i in ./config.guess ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/misc/config.sub ; then \
>   for i in ./config.sub ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> make[1]: Leaving directory 
> `/build/user-ntfs-config_1.0.1-6-amd64-4gPTwg/ntfs-config-1.0.1'
> if test -e /usr/share/misc/config.guess ; then \
>   for i in ./config.guess ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
>   fi ; \
>   done ; \
>   fi
> if test -e /usr/share/misc/config.sub ; then \
>   for i in ./config.sub ; do \
>   if ! test -e $i.cdbs-orig ; then \
>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> rm -f configure
> autoconf
> touch debian/stamp-autotools-files
> chmod a+x 
> /build/user-ntfs-config_1.0.1-6-amd64-4gPTwg/ntfs-config-1.0.1/./configure
> mkdir -p .
> cd . &&   CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" 
> CPPFLAGS="" LDFLAGS="" 
> /build/user-ntfs-config_1.0.1-6-amd64-4gPTwg/ntfs-config-1.0.1/./configure 
> --build=x86_64-linux-gnu  --prefix=/usr --includedir="\${prefix}/include" 
> --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" 
> --sysconfdir=/etc --localstatedir=/var 
> --libexecdir="\${prefix}/lib/ntfs-config" --disable-maintainer-mode 
> --disable-dependency-tracking --disable-silent-rules --srcdir=.   
> configure: WARNING: unrecognized options: --disable-silent-rules
> 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 whether to enable maintainer-specific portions of Makefiles... no
> checking for consolehelper... no
> checking for modprobe... no
> checking for mount... /bin/mount
> checking for umount... /bin/umount
> checking for blkid... /sbin/blkid
> checking for dmsetup... no
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables... 
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking dependency style of gcc... none
> checking how to run the C preprocessor... gcc -E
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> 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 if msgfmt accepts -c... yes
> checking for gmsgfmt... /usr/bin/msgfmt
> checking for xgettext... /usr/bin/xgettext
> checking for perl... /usr/bin/perl
> checking for XML::Parser... ok
> configure: error: no suitable Python interpreter found
> checking for

Bug#590398: pysvn: FTBFS: /bin/sh: dh_pycentral: not found

2010-07-26 Thread Lucas Nussbaum

Source: pysvn
Version: 1.7.2-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_clean -k -s 
> dh_clean: dh_clean -k is deprecated; use dh_prep instead
> dh_installdirs -ppython-svn \
>   /usr/lib/python2.5/site-packages/pysvn
> install -d debian/python-svn//usr/lib/python2.5/site-packages/pysvn/
> cp -p _pysvn_2_5.so debian/python-svn//usr/lib/python2.5/site-packages/pysvn/
> cp -p __init__2_5.py 
> debian/python-svn//usr/lib/python2.5/site-packages/pysvn/__init__.py
> find debian/python-svn -name .svn | xargs rm -rf
> dh_installdirs -ppython-svn \
>   /usr/lib/python2.6/dist-packages/pysvn
> install -d debian/python-svn//usr/lib/python2.6/dist-packages/pysvn/
> cp -p _pysvn_2_6.so debian/python-svn//usr/lib/python2.6/dist-packages/pysvn/
> cp -p __init__2_6.py 
> debian/python-svn//usr/lib/python2.6/dist-packages/pysvn/__init__.py
> find debian/python-svn -name .svn | xargs rm -rf
> dh_installdirs -ppython-svn-dbg \
>   /usr/lib/python2.5/site-packages/pysvn
> cp -p _pysvn_2_5_d.so 
> debian/python-svn-dbg//usr/lib/python2.5/site-packages/pysvn/
> find debian/python-svn-dbg -name .svn | xargs rm -rf
> dh_installdirs -ppython-svn-dbg \
>   /usr/lib/python2.6/dist-packages/pysvn
> cp -p _pysvn_2_6_d.so 
> debian/python-svn-dbg//usr/lib/python2.6/dist-packages/pysvn/
> find debian/python-svn-dbg -name .svn | xargs rm -rf
> dh_testdir
> dh_testroot
> dh_installchangelogs -a
> dh_installdocs -a -A -X.svn Docs/*
> dh_installexamples -a -A Examples/*
> dh_strip -ppython-svn --dbg-package=python-svn-dbg
> rm -rf debian/python-svn-dbg/usr/share/doc/python-svn-dbg
> ln -s python-svn debian/python-svn-dbg/usr/share/doc/python-svn-dbg
> dh_compress -a -X.py -X.sxw
> dh_fixperms -a
> DH_PYCENTRAL=nomove dh_pycentral -a -v
> /bin/sh: dh_pycentral: not found
> make: *** [binary-arch] Error 127

The full build log is available from:
   http://people.debian.org/~lucas/logs/2010/07/25/pysvn_1.7.2-2_lsid64.buildlog

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

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

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



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

Bug#590400: soprano: FTBFS: cp: cannot stat `obj-x86_64-linux-gnu/docs/html/*.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: soprano
Version: 2.4.3+dfsg.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[2]: Entering directory 
> `/build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/obj-x86_64-linux-gnu'
> make[2]: Nothing to be done for `preinstall'.
> make[2]: Leaving directory 
> `/build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/obj-x86_64-linux-gnu'
> Install the project...
> /usr/bin/cmake -P cmake_install.cmake
> -- Install configuration: "Debian"
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/pkgconfig/soprano.pc
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/pkgconfig/sopranoclient.pc
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/pkgconfig/sopranoserver.pc
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/pkgconfig/sopranoindex.pc
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/libsopranoindex.so.1.1.0
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/libsopranoindex.so.1
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/libsopranoindex.so
> -- Removed runtime path from 
> "/build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp//usr/lib/libsopranoindex.so.1.1.0"
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/indexfiltermodel.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/cluceneindex.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/indexqueryhit.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/libsoprano.so.4.3.0
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/libsoprano.so.4
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/lib/libsoprano.so
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/sopranomacros.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/parser.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/queryresultiterator.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/queryresultiteratorbackend.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/node.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/statement.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/statementiterator.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/nodeiterator.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/model.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/filtermodel.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/storagemodel.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/plugin.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/pluginmanager.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/global.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/soprano_export.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/backend.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/error.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64-98RqWa/soprano-2.4.3+dfsg.1/debian/tmp/usr/include/soprano/locator.h
> -- Installing: 
> /build/user-soprano_2.4.3+dfsg.1-1-amd64

Bug#590401: scim-tables: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-tables
Version: 0.5.9-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-tables_0.5.9-1-amd64-5nTuIE/scim-tables-0.5.9/src'
> /bin/bash ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I.. -I.. -I../src -I../intl -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_TABLE_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_TABLEDIR=\"/usr/share/scim/tables\" -DSCIM_DATADIR=\"/usr/share/scim\" 
>   -I/usr/include/scim-1.0   -g -O2 -W -g -O -MT 
> table_la-scim_table_imengine.lo -MD -MP -MF 
> .deps/table_la-scim_table_imengine.Tpo -c -o table_la-scim_table_imengine.lo 
> `test -f 'scim_table_imengine.cpp' || echo './'`scim_table_imengine.cpp
> mkdir .libs
>  g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../src -I../intl 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_TABLE_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_TABLEDIR=\"/usr/share/scim/tables\" -DSCIM_DATADIR=\"/usr/share/scim\" 
> -I/usr/include/scim-1.0 -g -O2 -W -g -O -MT table_la-scim_table_imengine.lo 
> -MD -MP -MF .deps/table_la-scim_table_imengine.Tpo -c scim_table_imengine.cpp 
>  -fPIC -DPIC -o .libs/table_la-scim_table_imengine.o
> In file included from scim_table_imengine.h:29,
>  from scim_table_imengine.cpp:50:
> scim_generic_table.h: In member function 'bool 
> GenericTableContent::is_valid_char(char) const':
> scim_generic_table.h:513: warning: comparison between signed and unsigned 
> integer expressions
> scim_generic_table.h: In member function 'bool 
> GenericTableContent::is_single_wildcard_char(char) const':
> scim_generic_table.h:514: warning: comparison between signed and unsigned 
> integer expressions
> scim_generic_table.h: In member function 'bool 
> GenericTableContent::is_multi_wildcard_char(char) const':
> scim_generic_table.h:515: warning: comparison between signed and unsigned 
> integer expressions
> scim_generic_table.h: In member function 'bool 
> GenericTableContent::is_key_end_char(char) const':
> scim_generic_table.h:517: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp: In function 'void table_LTX_scim_module_exit()':
> scim_table_imengine.cpp:128: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp: In member function 'bool 
> TableInstance::lookup_page_up()':
> scim_table_imengine.cpp:1340: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp: In member function 'bool 
> TableInstance::lookup_page_down()':
> scim_table_imengine.cpp:1356: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp: In member function 'void 
> TableInstance::lookup_to_converted(int)':
> scim_table_imengine.cpp:1470: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp: In member function 'void 
> TableInstance::refresh_preedit()':
> scim_table_imengine.cpp:1562: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp:1577: warning: comparison between signed and unsigned 
> integer expressions
> scim_table_imengine.cpp:1591: warning: comparison between signed and unsigned 
> integer expressions
> mv -f .deps/table_la-scim_table_imengine.Tpo 
> .deps/table_la-scim_table_imengine.Plo
> /bin/bash ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I.. -I.. -I../src -I../intl -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_TABLE_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_TABLEDIR=\"/usr/share/scim/tables\" -DSCIM_DATADIR=\"/usr/share/scim\" 
>   -I/usr/include/scim-1.0   -g -O2 -W -g -O -MT 
> libgentable_la-scim_generic_table.lo -MD -MP -MF 
> .deps/libgentable_la-scim_generic_table.Tpo -c -o 
> libgentable_la-scim_generic_table.lo `test -f 'scim_generic_table.cpp' || 
> echo './'`scim_generic_table.cpp
>  g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../src -I../intl 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_TABLE_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_TABLEDIR=\"/usr/share/scim/tables\" -DSCIM_DATADIR=\"/usr/share/scim\" 
> -I/usr/include/scim-1.0 -g -O2 -W -g -O -MT 
> libgentable_la-scim_generic_table.lo -MD -MP -MF 
> .deps/libgentable_la-scim_generic_table.Tpo -c scim_generic_table.cpp  -fPIC 
> -DPIC -o .libs/libgentable_la-scim_generic_table.o
> In file included from scim_generic_table.cpp:44:
> scim_generic_table.h: In member function 'bool 
> GenericTableContent::is_valid_char(char) const':
> scim_generic_table.h:513: warning: comparison between signed and unsigned 
> integer expressions
> scim_generic_table.h: In member function 'bool 
> GenericTableContent::is_single_wildcard_char(char) const':
> scim_generic_table.h:514: warning: comparison between signed and uns

Bug#590402: scim-unikey: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-unikey
Version: 0.3.1+debian-2.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-unikey_0.3.1+debian-2.1-amd64-eImPtF/scim-unikey-0.3.1+debian/src'
> /bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I../ukengine -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DLIBEXECDIR=\"/usr/lib/scim-unikey\" -Wall   -I/usr/include/scim-1.0   -g 
> -O2 -c -o unikey_la-im_engine.lo `test -f 'im_engine.cpp' || echo 
> './'`im_engine.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../ukengine 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DLIBEXECDIR=\"/usr/lib/scim-unikey\" -Wall -I/usr/include/scim-1.0 -g -O2 -c 
> im_engine.cpp  -fPIC -DPIC -o .libs/unikey_la-im_engine.o
> /bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I../ukengine -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DLIBEXECDIR=\"/usr/lib/scim-unikey\" -Wall   -I/usr/include/scim-1.0   -g 
> -O2 -c -o unikey_la-unikey_instance.lo `test -f 'unikey_instance.cpp' || echo 
> './'`unikey_instance.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../ukengine 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DLIBEXECDIR=\"/usr/lib/scim-unikey\" -Wall -I/usr/include/scim-1.0 -g -O2 -c 
> unikey_instance.cpp  -fPIC -DPIC -o .libs/unikey_la-unikey_instance.o
> /bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I../ukengine -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DLIBEXECDIR=\"/usr/lib/scim-unikey\" -Wall   -I/usr/include/scim-1.0   -g 
> -O2 -c -o unikey_la-utils.lo `test -f 'utils.cpp' || echo './'`utils.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../ukengine 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DLIBEXECDIR=\"/usr/lib/scim-unikey\" -Wall -I/usr/include/scim-1.0 -g -O2 -c 
> utils.cpp  -fPIC -DPIC -o .libs/unikey_la-utils.o
> utils.cpp: In function 'const char* getMacroFile()':
> utils.cpp:16: warning: unused variable 't'
> /bin/bash ../libtool --tag=CXX   --mode=link g++ -I/usr/include/scim-1.0   -g 
> -O2 -avoid-version -rpath /usr/lib/scim-1.0/1.4.0/IMEngine -module 
> -export-symbols-regex "^[^_].*" -lscim-1.0   -Wl,--as-needed -o unikey.la 
> -rpath /usr/lib/scim-1.0/1.4.0/IMEngine unikey_la-im_engine.lo 
> unikey_la-unikey_instance.lo unikey_la-utils.lo ../ukengine/libunikey-scim.la 
> libtool: link: /usr/bin/nm -B  .libs/unikey_la-im_engine.o 
> .libs/unikey_la-unikey_instance.o .libs/unikey_la-utils.o   
> ../ukengine/.libs/libunikey-scim.a | sed -n -e 's/^.*[  
> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq 
> > .libs/unikey.exp
> libtool: link: /bin/grep -E -e "^[^_].*" ".libs/unikey.exp" > 
> ".libs/unikey.expT"
> libtool: link: mv -f ".libs/unikey.expT" ".libs/unikey.exp"
> libtool: link: g++ -shared -nostdlib 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/crti.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/crtbeginS.o  .libs/unikey_la-im_engine.o 
> .libs/unikey_la-unikey_instance.o .libs/unikey_la-utils.o  
> -Wl,--whole-archive ../ukengine/.libs/libunikey-scim.a -Wl,--no-whole-archive 
>  /usr/lib/libscim-1.0.so -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4 
> -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib -L/lib/../lib 
> -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../.. -lstdc++ -lm 
> -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.4.4/crtendS.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/crtn.o  -Wl,--as-needed   
> -Wl,-soname -Wl,unikey.so -Wl,-retain-symbols-file -Wl,.libs/unikey.exp -o 
> .libs/unikey.so
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [unikey.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-unikey_0.3.1+debian-2.1_lsid64.buildlog

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

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

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



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

Bug#590403: libisofs: FTBFS: dh_install: libisofs-doc missing files (doc/html/*.gif), aborting

2010-07-26 Thread Lucas Nussbaum

Source: libisofs
Version: 0.6.32-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[2]: Entering directory 
> `/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32'
> test -z "/usr/lib" || mkdir -p -- 
> "/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/lib"
>  /bin/bash ./libtool --silent --mode=install /usr/bin/install -c  
> 'libisofs/libisofs.la' 
> '/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/lib/libisofs.la'
> libtool: install: warning: remember to run `libtool --finish /usr/lib'
> if [ -d doc/html ]; then \
>   
> /build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/install-sh -d 
> /build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/share/doc/libisofs-0.6.32/html;
>  \
>   /usr/bin/install -c -m 644 doc/html/* 
> /build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/share/doc/libisofs-0.6.32/html;
>  \
>   fi
> test -z "/usr/include/libisofs" || mkdir -p -- 
> "/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/include/libisofs"
>  /usr/bin/install -c -m 644 'libisofs/libisofs.h' 
> '/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/include/libisofs/libisofs.h'
> test -z "/usr/lib/pkgconfig" || mkdir -p -- 
> "/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/lib/pkgconfig"
>  /usr/bin/install -c -m 644 'libisofs-1.pc' 
> '/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32/debian/tmp//usr/lib/pkgconfig/libisofs-1.pc'
> make[2]: Leaving directory 
> `/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32'
> make[1]: Leaving directory 
> `/build/user-libisofs_0.6.32-1-amd64-KSus5e/libisofs-0.6.32'
> touch debian/stamp-makefile-install
> 
> WARNING: buildinfo disabled - dh_buildinfo (from dh-buildinfo package) is 
> missing.
> 
> touch debian/stamp-buildinfo
> Adding cdbs dependencies to debian/libisofs-doc.substvars
> dh_installdirs -plibisofs-doc 
> dh_installdocs -plibisofs-doc ./README ./NEWS ./TODO ./AUTHORS 
> dh_installexamples -plibisofs-doc  
> dh_installman -plibisofs-doc   
> dh_installinfo -plibisofs-doc   
> dh_installmenu -plibisofs-doc  
> dh_installcron -plibisofs-doc  
> dh_installinit -plibisofs-doc --update-rcd-params=" "  
> dh_installdebconf -plibisofs-doc  
> dh_installemacsen -plibisofs-doc
> dh_installcatalogs -plibisofs-doc  
> dh_installpam -plibisofs-doc  
> dh_installlogrotate -plibisofs-doc  
> dh_installlogcheck -plibisofs-doc  
> dh_installchangelogs -plibisofs-doc   ./ChangeLog 
> dh_installudev -plibisofs-doc  
> dh_lintian -plibisofs-doc  
> dh_install -plibisofs-doc   
> dh_install: libisofs-doc missing files (doc/html/*.gif), aborting
> make: *** [binary-install/libisofs-doc] Error 255

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/libisofs_0.6.32-1_lsid64.buildlog

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

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

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



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

Bug#590404: scim-bridge: FTBFS: libtool: link: cannot find the library `/usr/lib/libltdl.la' or unhandled argument `/usr/lib/libltdl.la'

2010-07-26 Thread Lucas Nussbaum

Source: scim-bridge
Version: 0.4.16-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-bridge_0.4.16-2-amd64-qw1F5y/scim-bridge-0.4.16/agent'
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../common 
> -DSCIM_LOCALEDIR=\"@scim_locale...@\" 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_KEYBOARD_ICON_FILE=\"/usr/share/scim/icons/keyboard.png\" 
> -DSCIM_LIBEXECDIR=\"/usr/lib/scim-1.0\" -DSCIM_VERSION=\"1.4.6\" 
> -DGETTEXT_PACKAGE=\"@gettext_pack...@\"   -I/usr/include/scim-1.0   -Wall 
> -pipe -g -O2 -MT scim_bridge-scim-bridge-agent-application.o -MD -MP -MF 
> .deps/scim_bridge-scim-bridge-agent-application.Tpo -c -o 
> scim_bridge-scim-bridge-agent-application.o `test -f 
> 'scim-bridge-agent-application.cpp' || echo 
> './'`scim-bridge-agent-application.cpp
> mv -f .deps/scim_bridge-scim-bridge-agent-application.Tpo 
> .deps/scim_bridge-scim-bridge-agent-application.Po
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../common 
> -DSCIM_LOCALEDIR=\"@scim_locale...@\" 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_KEYBOARD_ICON_FILE=\"/usr/share/scim/icons/keyboard.png\" 
> -DSCIM_LIBEXECDIR=\"/usr/lib/scim-1.0\" -DSCIM_VERSION=\"1.4.6\" 
> -DGETTEXT_PACKAGE=\"@gettext_pack...@\"   -I/usr/include/scim-1.0   -Wall 
> -pipe -g -O2 -MT scim_bridge-scim-bridge-agent.o -MD -MP -MF 
> .deps/scim_bridge-scim-bridge-agent.Tpo -c -o scim_bridge-scim-bridge-agent.o 
> `test -f 'scim-bridge-agent.cpp' || echo './'`scim-bridge-agent.cpp
> mv -f .deps/scim_bridge-scim-bridge-agent.Tpo 
> .deps/scim_bridge-scim-bridge-agent.Po
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../common 
> -DSCIM_LOCALEDIR=\"@scim_locale...@\" 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_KEYBOARD_ICON_FILE=\"/usr/share/scim/icons/keyboard.png\" 
> -DSCIM_LIBEXECDIR=\"/usr/lib/scim-1.0\" -DSCIM_VERSION=\"1.4.6\" 
> -DGETTEXT_PACKAGE=\"@gettext_pack...@\"   -I/usr/include/scim-1.0   -Wall 
> -pipe -g -O2 -MT scim_bridge-scim-bridge-agent-client-listener.o -MD -MP -MF 
> .deps/scim_bridge-scim-bridge-agent-client-listener.Tpo -c -o 
> scim_bridge-scim-bridge-agent-client-listener.o `test -f 
> 'scim-bridge-agent-client-listener.cpp' || echo 
> './'`scim-bridge-agent-client-listener.cpp
> scim-bridge-agent-client-listener.cpp: In member function 'virtual bool 
> ScimBridgeAgentClientListenerImpl::handle_event(scim_bridge_agent_event_type_t)':
> scim-bridge-agent-client-listener.cpp:167: warning: unused variable 'message'
> scim-bridge-agent-client-listener.cpp: In member function 'retval_t 
> ScimBridgeAgentClientListenerImpl::process_message(const ScimBridgeMessage*)':
> scim-bridge-agent-client-listener.cpp:386: warning: control reaches end of 
> non-void function
> mv -f .deps/scim_bridge-scim-bridge-agent-client-listener.Tpo 
> .deps/scim_bridge-scim-bridge-agent-client-listener.Po
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../common 
> -DSCIM_LOCALEDIR=\"@scim_locale...@\" 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_KEYBOARD_ICON_FILE=\"/usr/share/scim/icons/keyboard.png\" 
> -DSCIM_LIBEXECDIR=\"/usr/lib/scim-1.0\" -DSCIM_VERSION=\"1.4.6\" 
> -DGETTEXT_PACKAGE=\"@gettext_pack...@\"   -I/usr/include/scim-1.0   -Wall 
> -pipe -g -O2 -MT scim_bridge-scim-bridge-agent-imcontext.o -MD -MP -MF 
> .deps/scim_bridge-scim-bridge-agent-imcontext.Tpo -c -o 
> scim_bridge-scim-bridge-agent-imcontext.o `test -f 
> 'scim-bridge-agent-imcontext.cpp' || echo './'`scim-bridge-agent-imcontext.cpp
> mv -f .deps/scim_bridge-scim-bridge-agent-imcontext.Tpo 
> .deps/scim_bridge-scim-bridge-agent-imcontext.Po
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../common 
> -DSCIM_LOCALEDIR=\"@scim_locale...@\" 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_KEYBOARD_ICON_FILE=\"/usr/share/scim/icons/keyboard.png\" 
> -DSCIM_LIBEXECDIR=\"/usr/lib/scim-1.0\" -DSCIM_VERSION=\"1.4.6\" 
> -DGETTEXT_PACKAGE=\"@gettext_pack...@\"   -I/usr/include/scim-1.0   -Wall 
> -pipe -g -O2 -MT scim_bridge-scim-bridge-agent-interruption-listener.o -MD 
> -MP -MF .deps/scim_bridge-scim-bridge-agent-interruption-listener.Tpo -c -o 
> scim_bridge-scim-bridge-agent-interruption-listener.o `test -f 
> 'scim-bridge-agent-interruption-listener.cpp' || echo 
> './'`scim-bridge-agent-interruption-listener.cpp
> mv -f .deps/scim_bridge-scim-bridge-agent-interruption-listener.Tpo 
> .deps/scim_bridge-scim-bridge-agent-interruption-listener.Po
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../common 
> -DSCIM_LOCALEDIR=\"@scim_locale...@\" 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_KEYBOARD_ICON_FILE=\"/usr/share/scim/icons/keyboard.png\" 
> -DSCIM_LIBEXECDIR=\"/usr/lib/scim-1.0\" -DSCIM_VERSION=\"1.4.6\" 
> -DGETTEXT_PACKAGE=\"@gettext_pack...@\"   -I/usr/include/scim-1.0   -Wall 
> -pipe -g -O2 -MT scim_bridge-scim-bridge-agent-output.o -MD -MP -MF 
> .deps/s

Bug#590405: libsocialweb: FTBFS: No package 'libnm_glib' found

2010-07-26 Thread Lucas Nussbaum

Source: libsocialweb
Version: 0.24.0-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0'
> make[1]: Nothing to be done for `reverse-config'.
> make[1]: Leaving directory 
> `/build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0'
> if [ "reverse-patches" = "reverse-patches" ]; then rm -f 
> debian/stamp-patched; fi
> patches: debian/patches/01_detect_NM_and_ConnMan.patch
> Patch debian/patches/01_detect_NM_and_ConnMan.patch is not applied.
> if [ "reverse-patches" != "reverse-patches" ]; then touch 
> debian/stamp-patched; fi
> if [ "reverse-patches" != "reverse-patches" ] ; then \
>   /usr/bin/make -f debian/rules update-config ; \
>   fi
> for dir in debian/patches ; do \
>   rm -f $dir/*.log ; \
>   done
> dh_clean 
> rm -f debian/stamp-autotools-files
> rm -f debian/cdbs-install-list debian/cdbs-package-list 
> debian/stamp-copyright-check debian/stamp-buildinfo
>  dpkg-source -b libsocialweb-0.24.0
> dpkg-source: warning: no source format specified in debian/source/format, see 
> dpkg-source(1)
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building libsocialweb using existing 
> libsocialweb_0.24.0.orig.tar.gz
> dpkg-source: info: building libsocialweb in libsocialweb_0.24.0-1.diff.gz
> dpkg-source: warning: ignoring deletion of file INSTALL
> dpkg-source: info: building libsocialweb in libsocialweb_0.24.0-1.dsc
>  debian/rules build
> /usr/share/cdbs/1/rules/simple-patchsys.mk:31: WARNING:  simple-patchsys.mk 
> is deprecated - please use source format 3.0 (quilt) instead
> test -x debian/rules
> mkdir -p "."
> /usr/share/cdbs/1/rules/buildcore.mk:104: WARNING:  DEB_DH_STRIP_ARGS is a 
> deprecated variable
> 
> WARNING: copyright-check disabled - touch debian/copyright_hints to enable.
> 
> touch debian/stamp-copyright-check
> /usr/bin/make -f debian/rules reverse-config
> /usr/share/cdbs/1/rules/simple-patchsys.mk:31: make[1]: Entering directory 
> `/build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0'
> WARNING:  simple-patchsys.mk is deprecated - please use source format 3.0 
> (quilt) instead
> make[1]: Nothing to be done for `reverse-config'.
> make[1]: Leaving directory 
> `/build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0'
> if [ "debian/stamp-patched" = "reverse-patches" ]; then rm -f 
> debian/stamp-patched; fi
> patches: debian/patches/01_detect_NM_and_ConnMan.patch
> Trying patch debian/patches/01_detect_NM_and_ConnMan.patch at level 1 ... 
> success.
> if [ "debian/stamp-patched" != "reverse-patches" ]; then touch 
> debian/stamp-patched; fi
> if [ "debian/stamp-patched" != "reverse-patches" ] ; then \
>   /usr/bin/make -f debian/rules update-config ; \
>   fi
> /usr/share/cdbs/1/rules/simple-patchsys.mk:31: WARNING:  simple-patchsys.mk 
> is deprecated - please use source format 3.0 (quilt) insteadmake[1]: Entering 
> directory `/build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0'
> 
> make[1]: Nothing to be done for `update-config'.
> make[1]: Leaving directory 
> `/build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0'
> touch debian/stamp-autotools-files
> chmod a+x 
> /build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0/./autogen.sh
> mkdir -p .
> cd . &&   CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" 
> CPPFLAGS="" LDFLAGS="" 
> /build/user-libsocialweb_0.24.0-1-amd64-wG92kL/libsocialweb-0.24.0/./autogen.sh
>  --build=x86_64-linux-gnu  --prefix=/usr --includedir="\${prefix}/include" 
> --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" 
> --sysconfdir=/etc --localstatedir=/var 
> --libexecdir="\${prefix}/lib/libsocialweb" --disable-maintainer-mode 
> --disable-dependency-tracking --disable-silent-rules --srcdir=.  
> --enable-gtk-doc --enable-digg --enable-flickr --enable-lastfm 
> --enable-myspace --enable-twitter --with-gnome --disable-static 
> --with-online=fallback_connman_nm 
> autoreconf: Entering directory `.'
> autoreconf: configure.ac: not using Gettext
> autoreconf: running: aclocal -I m4
> autoreconf: configure.ac: tracing
> autoreconf: configure.ac: creating directory build-aux
> autoreconf: running: libtoolize --copy
> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
> libtoolize: copying file `build-aux/ltmain.sh'
> libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
> libtoolize: copying file `m4/libtool.m4'
> libtoolize: copying file `m4/ltoptions.m4'
> libtoolize: copying file `m4/ltsugar.m4'
> libtoolize: copying file `m4/ltversion.m4'
> libtoolize: copying file `m4/lt~obsolete.m4'
> autoreconf: running: /usr/bin/autoconf
> autoreconf: running: /usr/bin/autoheader
> autorecon

Bug#590406: coinor-flopc++: FTBFS: cp: cannot stat `*.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: coinor-flopc++
Version: 1.0.6-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-coinor-flopc++_1.0.6-2-amd64-jvbf30/coinor-flopc++-1.0.6'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory 
> `/build/user-coinor-flopc++_1.0.6-2-amd64-jvbf30/coinor-flopc++-1.0.6'
> make[2]: Leaving directory 
> `/build/user-coinor-flopc++_1.0.6-2-amd64-jvbf30/coinor-flopc++-1.0.6'
> make[1]: Leaving directory 
> `/build/user-coinor-flopc++_1.0.6-2-amd64-jvbf30/coinor-flopc++-1.0.6'
> touch debian/stamp-makefile-install
> Adding cdbs dependencies to debian/coinor-libflopc++-doc.substvars
> dh_installdirs -pcoinor-libflopc++-doc 
> mkdir -p 
> /build/user-coinor-flopc++_1.0.6-2-amd64-jvbf30/coinor-flopc++-1.0.6/debian/coinor-libflopc++-doc/usr/share/doc/coinor-libflopc++-doc/html
> cd doxydoc/html && cp *.html *.png *.gif *.css 
> /build/user-coinor-flopc++_1.0.6-2-amd64-jvbf30/coinor-flopc++-1.0.6/debian/coinor-libflopc++-doc/usr/share/doc/coinor-libflopc++-doc/html/
> cp: cannot stat `*.gif': No such file or directory
> make: *** [debian/stamp-install-coinor-libflopc++-doc] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/coinor-flopc++_1.0.6-2_lsid64.buildlog

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

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

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



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

Bug#590407: live-config: FTBFS: sh: checkbashisms: not found

2010-07-26 Thread Lucas Nussbaum

Source: live-config
Version: 2.0~a15-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-live-config_2.0~a15-1-amd64-2KPaoO/live-config-2.0~a15'
> Checking for syntax errors. done.
> W: checkbashisms - command not found
> I: checkbashisms can be optained from: 
> I:   http://git.debian.org/?p=devscripts/devscripts.git
> I: On Debian systems, checkbashisms can be installed with:
> I:   apt-get install devscripts
> sh: checkbashisms: not found
> make[1]: *** [test] Error 127

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/live-config_2.0~a15-1_lsid64.buildlog

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

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

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



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

Bug#590408: pilot-qof: FTBFS: /usr/bin/install: cannot stat `./html/*.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: pilot-qof
Version: 0.2.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[4]: Entering directory 
> `/build/user-pilot-qof_0.2.1-1-amd64-HQE4Ge/pilot-qof-0.2.1/doc'
> make[4]: Nothing to be done for `install-exec-am'.
> test -z "/usr/share/doc/pilotobjects/html" || /bin/mkdir -p 
> "/build/user-pilot-qof_0.2.1-1-amd64-HQE4Ge/pilot-qof-0.2.1/debian/tmp//usr/share/doc/pilotobjects/html"
>  /usr/bin/install -c -m 644 html/annotated.html html/bug.html 
> html/classes.html html/doxygen__main__page_8c_source.html html/files.html 
> html/functions.html html/functions_vars.html html/globals.html 
> html/globals_defs.html html/globals_func.html html/globals_type.html 
> html/globals_vars.html html/group__Addr.html html/group__DB.html 
> html/group__Exp.html html/group__QOF.html html/group__QOFCLI.html 
> html/group__ToDo.html html/group__pilot.html html/index.html 
> html/modules.html html/pages.html html/palm_8c_source.html 
> html/palm_8h_source.html html/pilot-expenses-p_8h_source.html 
> html/pilot-expenses_8c_source.html html/pilot-expenses_8h_source.html 
> html/pilot-qof_8c.html html/pilot-qof_8c_source.html html/pilot-qof_8h.html 
> html/pilot-qof_8h_source.html html/pilot-todo_8c.html 
> html/pilot-todo_8c_source.html html/pilot-todo_8h.html 
> html/pilot-todo_8h_source.html html/qof-address_8c.html 
> html/qof-address_8c_source.html html/qof-address_8h.html 
> html/qof-address_8h_source.html html/qof-datebook_8c.html 
> '/build/user-pilot-qof_0.2.1-1-amd64-HQE4Ge/pilot-qof-0.2.1/debian/tmp//usr/share/doc/pilotobjects/html'
>  /usr/bin/install -c -m 644 html/qof-datebook_8c_source.html 
> html/qof-datebook_8h.html html/qof-datebook_8h_source.html 
> html/qof-invoice_8c_source.html html/qof-invoice_8h_source.html 
> html/qof-main_8c.html html/qof-main_8c_source.html html/qof-main_8h.html 
> html/qof-main_8h_source.html html/structPQContext__s.html 
> html/structPQCurrency__s.html html/structPQExp__s.html 
> html/structPilotPack__s.html html/structQofAddress.html 
> html/structQofDateBook.html html/structQofExpense.html 
> html/structQofInvoice.html html/structQofMain__s.html html/structQofTodo.html 
> html/todo.html html/doxygen.css html/tabs.css html/bc_s.png html/closed.png 
> html/doxygen.png html/nav_f.png html/nav_h.png html/open.png html/tab_a.png 
> html/tab_b.png html/tab_h.png html/tab_s.png ./html/*.gif 
> pilotobjects.devhelp2 
> '/build/user-pilot-qof_0.2.1-1-amd64-HQE4Ge/pilot-qof-0.2.1/debian/tmp//usr/share/doc/pilotobjects/html'
> /usr/bin/install: cannot stat `./html/*.gif': No such file or directory
> make[4]: *** [install-pilotobjectsdocDATA] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/pilot-qof_0.2.1-1_lsid64.buildlog

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

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

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



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

Bug#590409: libdbd-anydata-perl: FTBFS: Can't call method "params" on unblessed reference at /usr/lib/perl5/DBI/DBD/SqlEngine.pm line 721.

2010-07-26 Thread Lucas Nussbaum

Source: libdbd-anydata-perl
Version: 0.09-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-libdbd-anydata-perl_0.09-2-amd64-IYcEPc/libdbd-anydata-perl-0.09'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl
> 
> DBD::AnyData
> Can't call method "params" on unblessed reference at 
> /usr/lib/perl5/DBI/DBD/SqlEngine.pm line 721.
> make[1]: *** [test_dynamic] Error 2

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/libdbd-anydata-perl_0.09-2_lsid64.buildlog

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

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

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



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

Bug#590410: scim-canna: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-canna
Version: 1.0.0-3.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> ar cru .libs/canna.a  canna_la-canna_jrkanji.o 
> canna_la-scim_canna_imengine_factory.o canna_la-scim_canna_imengine.o
> ranlib .libs/canna.a
> creating canna.la
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [canna.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-canna_1.0.0-3.1_lsid64.buildlog

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

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

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



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

Bug#590411: scim-m17n: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-m17n
Version: 0.2.3-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-m17n_0.2.3-1-amd64-KmNOku/scim-m17n-0.2.3/src'
> /bin/bash ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. 
> -I.. -I.. -I../src -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_M17N_ICON_FILE=\"/usr/share/scim/icons/scim-m17n.png\"   
> -I/usr/include/scim-1.0  -Wall -g -O2 -MT m17n_la-scim_m17n_imengine.lo 
> -MD -MP -MF .deps/m17n_la-scim_m17n_imengine.Tpo -c -o 
> m17n_la-scim_m17n_imengine.lo `test -f 'scim_m17n_imengine.cpp' || echo 
> './'`scim_m17n_imengine.cpp
> mkdir .libs
>  g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../src 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_M17N_ICON_FILE=\"/usr/share/scim/icons/scim-m17n.png\" 
> -I/usr/include/scim-1.0 -Wall -g -O2 -MT m17n_la-scim_m17n_imengine.lo -MD 
> -MP -MF .deps/m17n_la-scim_m17n_imengine.Tpo -c scim_m17n_imengine.cpp  -fPIC 
> -DPIC -o .libs/m17n_la-scim_m17n_imengine.o
> scim_m17n_imengine.cpp: In static member function 'static void 
> M17NInstance::preedit_draw_cb(MInputContext*, MSymbolStruct*)':
> scim_m17n_imengine.cpp:550: warning: comparison between signed and unsigned 
> integer expressions
> scim_m17n_imengine.cpp: In static member function 'static void 
> M17NInstance::candidates_draw_cb(MInputContext*, MSymbolStruct*)':
> scim_m17n_imengine.cpp:701: warning: comparison between signed and unsigned 
> integer expressions
> mv -f .deps/m17n_la-scim_m17n_imengine.Tpo 
> .deps/m17n_la-scim_m17n_imengine.Plo
> /bin/bash ../libtool --tag=CXX   --mode=link g++ -I/usr/include/scim-1.0  
> -Wall -g -O2 -avoid-version -rpath /usr/lib/scim-1.0/1.4.0/IMEngine -module 
> -export-symbols-regex "^[^_].*" -lscim-1.0 -lm17n -lm17n-core   -Wl,-z,defs 
> -o m17n.la -rpath /usr/lib/scim-1.0/1.4.0/IMEngine 
> m17n_la-scim_m17n_imengine.lo  
> grep: /usr/lib/libltdl.la: No such file or directory
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [m17n.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-m17n_0.2.3-1_lsid64.buildlog

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

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

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



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

Bug#590412: scim-pinyin: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-pinyin
Version: 0.5.91-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-pinyin_0.5.91-1-amd64-K48jLq/scim-pinyin-0.5.91/src'
> if /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. 
> -I.. -I.. -I.. -I../src -I../intl -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_PINYIN_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_PINYIN_DATADIR=\"/usr/share/scim/pinyin\" 
> -DSCIM_SMART_PINYIN_ICON_FILE=\"/usr/share/scim/icons/smart-pinyin.png\"   
> -I/usr/include/scim-1.0   -W -g -O2 -MT pinyin_la-scim_pinyin_imengine.lo -MD 
> -MP -MF ".deps/pinyin_la-scim_pinyin_imengine.Tpo" -c -o 
> pinyin_la-scim_pinyin_imengine.lo `test -f 'scim_pinyin_imengine.cpp' || echo 
> './'`scim_pinyin_imengine.cpp; \
>   then mv -f ".deps/pinyin_la-scim_pinyin_imengine.Tpo" 
> ".deps/pinyin_la-scim_pinyin_imengine.Plo"; else rm -f 
> ".deps/pinyin_la-scim_pinyin_imengine.Tpo"; exit 1; fi
> mkdir .libs
>  g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../src -I../intl 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_PINYIN_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_PINYIN_DATADIR=\"/usr/share/scim/pinyin\" 
> -DSCIM_SMART_PINYIN_ICON_FILE=\"/usr/share/scim/icons/smart-pinyin.png\" 
> -I/usr/include/scim-1.0 -W -g -O2 -MT pinyin_la-scim_pinyin_imengine.lo -MD 
> -MP -MF .deps/pinyin_la-scim_pinyin_imengine.Tpo -c scim_pinyin_imengine.cpp  
> -fPIC -DPIC -o .libs/pinyin_la-scim_pinyin_imengine.o
> scim_pinyin_imengine.cpp: In member function 'bool PinyinFactory::init()':
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp:216: warning: deprecated conversion from string 
> constant to 'char*'
> scim_pinyin_imengine.cpp: In member function 'void 
> PinyinInstance::refresh_aux_string()':
> scim_pinyin_imengine.cpp:1090: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1103: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1116: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp: In member function 'bool 
> PinyinInstance::erase_by_key(bool)':
> scim_pinyin_imengine.cpp:1468: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1475: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1476: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1502: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1516: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:1522: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp: In member function 'bool 
> PinyinInstance::space_hit()':
> scim_pinyin_imengine.cpp:1560: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp: In member function 'void 
> PinyinInstance::store_selected_phrase(int, const Phrase&, const 
> scim::WideString&)':
> scim_pinyin_imengine.cpp:2233: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:2234: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp: In member function 'void 
> PinyinInstance::store_selected_string(int, const scim::WideString&, const 
> scim::WideString&)':
> scim_pinyin_imengine.cpp:2268: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp:2269: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp: In member function 'void 
> PinyinInstance::dynamic_adjust_selected()':
> scim_pinyin_imengine.cpp:2381: warning: comparison between signed and 
> unsigned integer expressions
> scim_pinyin_imengine.cpp: In member fun

Bug#590413: mlterm: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: mlterm
Version: 3.0.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-mlterm_3.0.1-1-amd64-OrTEgO/mlterm-3.0.1/inputmethod/scim'
> ../../libtool --mode=compile gcc  -I../../kiklib/include -I../../mkf/include 
> -I/usr/X11R6/include -Wall -g -O2 -DOPTIMIZE_REDRAWING -g -O2 -DUSE_KBD 
> -DUSE_UIM -DUSE_M17NLIB -DUSE_SCIM -DUSE_IM_PLUGIN -I/usr/include/scim-1.0 
> -I../../mlterm -I../../xwindow -I/usr/local/include -c im_scim_mod_if.c
> mkdir .libs
>  gcc -I../../kiklib/include -I../../mkf/include -I/usr/X11R6/include -Wall -g 
> -O2 -DOPTIMIZE_REDRAWING -g -O2 -DUSE_KBD -DUSE_UIM -DUSE_M17NLIB -DUSE_SCIM 
> -DUSE_IM_PLUGIN -I/usr/include/scim-1.0 -I../../mlterm -I../../xwindow 
> -I/usr/local/include -c im_scim_mod_if.c  -fPIC -DPIC -o 
> .libs/im_scim_mod_if.o
> im_scim_mod_if.c: In function 'preedit_update':
> im_scim_mod_if.c:276: warning: pointer targets in passing argument 1 of 
> 'strlen' differ in signedness
> /usr/include/string.h:397: note: expected 'const char *' but argument is of 
> type 'u_char *'
> im_scim_mod_if.c:317: warning: pointer targets in passing argument 1 of 
> 'strlen' differ in signedness
> /usr/include/string.h:397: note: expected 'const char *' but argument is of 
> type 'u_char *'
> im_scim_mod_if.c: In function 'candidate_update':
> im_scim_mod_if.c:502: warning: pointer targets in passing argument 3 of 
> 'im_convert_encoding' differ in signedness
> ../im_common.h:5: note: expected 'u_char *' but argument is of type 'char *'
> im_scim_mod_if.c:515: warning: pointer targets in passing argument 3 of 
> 'scim->im.cand_screen->set' differ in signedness
> im_scim_mod_if.c:515: note: expected 'u_char *' but argument is of type 'char 
> *'
>  gcc -I../../kiklib/include -I../../mkf/include -I/usr/X11R6/include -Wall -g 
> -O2 -DOPTIMIZE_REDRAWING -g -O2 -DUSE_KBD -DUSE_UIM -DUSE_M17NLIB -DUSE_SCIM 
> -DUSE_IM_PLUGIN -I/usr/include/scim-1.0 -I../../mlterm -I../../xwindow 
> -I/usr/local/include -c im_scim_mod_if.c -o im_scim_mod_if.o >/dev/null 2>&1
> ../../libtool --mode=compile g++  -I../../kiklib/include -I../../mkf/include 
> -I/usr/X11R6/include -Wall -g -O2 -DOPTIMIZE_REDRAWING -g -O2 -DUSE_KBD 
> -DUSE_UIM -DUSE_M17NLIB -DUSE_SCIM -DUSE_IM_PLUGIN -I/usr/include/scim-1.0 
> -I../../mlterm -I../../xwindow -I/usr/local/include -c im_scim.cpp
>  g++ -I../../kiklib/include -I../../mkf/include -I/usr/X11R6/include -Wall -g 
> -O2 -DOPTIMIZE_REDRAWING -g -O2 -DUSE_KBD -DUSE_UIM -DUSE_M17NLIB -DUSE_SCIM 
> -DUSE_IM_PLUGIN -I/usr/include/scim-1.0 -I../../mlterm -I../../xwindow 
> -I/usr/local/include -c im_scim.cpp  -fPIC -DPIC -o .libs/im_scim.o
> im_scim.cpp: In function 'int im_scim_key_event(void*, KeySym, XKeyEvent*)':
> im_scim.cpp:745: warning: unused variable 'key_type'
> im_scim.cpp: In function 'int im_scim_receive_panel_event()':
> im_scim.cpp:920: warning: unused variable 'context'
> im_scim.cpp:921: warning: unused variable 'command'
> im_scim.cpp:922: warning: unused variable 'type'
> im_scim.cpp:924: warning: unused variable 'data_uint32'
> im_scim.cpp:925: warning: unused variable 'id'
>  g++ -I../../kiklib/include -I../../mkf/include -I/usr/X11R6/include -Wall -g 
> -O2 -DOPTIMIZE_REDRAWING -g -O2 -DUSE_KBD -DUSE_UIM -DUSE_M17NLIB -DUSE_SCIM 
> -DUSE_IM_PLUGIN -I/usr/include/scim-1.0 -I../../mlterm -I../../xwindow 
> -I/usr/local/include -c im_scim.cpp -o im_scim.o >/dev/null 2>&1
> ../../libtool --mode=link gcc -o libim-scim.la im_scim_mod_if.lo im_scim.lo \
>   -rpath /usr/lib/mlterm \
>   -module -avoid-version-lscim-1.0  
> grep: /usr/lib/libltdl.la: No such file or directory
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [libim-scim.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/mlterm_3.0.1-1_lsid64.buildlog

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

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

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



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

Bug#590414: debian-timeline: FTBFS: dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found

2010-07-26 Thread Lucas Nussbaum

Source: debian-timeline
Version: 10
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> dh clean
>dh_testdir
>dh_auto_clean
> make[1]: Entering directory 
> `/build/user-debian-timeline_10-amd64-BBZvsX/debian-timeline-10'
> rm -rf xml
> make[1]: Leaving directory 
> `/build/user-debian-timeline_10-amd64-BBZvsX/debian-timeline-10'
>dh_clean
>  dpkg-source -b debian-timeline-10
> dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar 
> file found
> dpkg-buildpackage: error: dpkg-source -b debian-timeline-10 gave error exit 
> status 255
> 
> Build finished at 20100725-1804

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/debian-timeline_10_lsid64.buildlog

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

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

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



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

Bug#590415: libmatio: FTBFS: mv: cannot stat `latex/refman.pdf': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: libmatio
Version: 1.3.4-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/doxygen'
> (cat ./doxygen.config; echo "INPUT=../src";echo "LATEX_HEADER=./header.tex"; 
> echo "EXCLUDE=../scats"; echo "IMAGE_PATH=."; echo "PROJECT_NUMBER=1.3.4") | 
> doxygen -
> warning: Tag `USE_WINDOWS_ENCODING' at line 64 of file - has become obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `DETAILS_AT_TOP' at line 155 of file - has become obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `MAX_DOT_GRAPH_WIDTH' at line 1122 of file - has become obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `MAX_DOT_GRAPH_HEIGHT' at line 1130 of file - has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/io.c:57: 
> Conditional section does not have a corresponding \endcond command within 
> this file.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:163: 
> warning: documentation for unknown define MEM_CONSERVE found.
> 
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/fortran/matio_internal.c:67:
>  warning: Compound fmatvar_t is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/fortran/matio_internal.c:62:
>  warning: Compound fmat_t is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat.c:748: 
> warning: Member Mat_VarFree2(matvar_t *matvar) (function) of file mat.c is 
> not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat4.c:382: 
> warning: Member Mat_VarPrint4(matvar_t *matvar, int printdata) (function) of 
> file mat4.c is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat4.c:271: 
> warning: Member Mat_VarReadNextInfo4(mat_t *mat) (function) of file mat4.c is 
> not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat4.c:52: 
> warning: Member Read4(mat_t *mat, matvar_t *matvar) (function) of file mat4.c 
> is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat4.c:203: 
> warning: Member ReadData4(mat_t *mat, matvar_t *matvar, void *data, int 
> *start, int *stride, int *edge) (function) of file mat4.c is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat5.c:1290: 
> warning: Member WriteCompressedData(mat_t *mat, z_stream *z, void *data, int 
> N, int data_type) (function) of file mat5.c is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat5.c:747: 
> warning: Member WriteCompressedEmptyData(mat_t *mat, z_stream *z, int N, int 
> data_type) (function) of file mat5.c is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat5.c:607: 
> warning: Member WriteEmptyData(mat_t *mat, int N, int data_type) (function) 
> of file mat5.c is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:60: 
> warning: Member mat_int16_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:54: 
> warning: Member mat_int32_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:48: 
> warning: Member mat_int64_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:66: 
> warning: Member mat_int8_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:63: 
> warning: Member mat_uint16_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:57: 
> warning: Member mat_uint32_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:51: 
> warning: Member mat_uint64_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:69: 
> warning: Member mat_uint8_t (typedef) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:262: 
> warning: Member Mat_Critical(const char *format,...) (function) of file 
> matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/matio.h:270: 
> warning: Member Mat_DebugMessage(int level, const char *format,...) 
> (function) of file matio.h is not documented.
> /build/user-libmatio_1.3.4-1-amd64-0aqF6D/libmatio-1.3.4/src/mat

Bug#590416: scim-hangul: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive

2010-07-26 Thread Lucas Nussbaum

Source: scim-hangul
Version: 0.3.2-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-hangul_0.3.2-1-amd64-XgnVOv/scim-hangul-0.3.2/src'
> if /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. 
> -I..-I/usr/include/scim-1.0   -I/usr/include/hangul-1.0   
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_HANGUL_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_HANGUL_DATADIR=\"/usr/share/scim/hangul\" 
> -DSCIM_HANGUL_ICON_FILE=\"/usr/share/scim/icons/scim-hangul.png\" -g -O2 -W 
> -g -O -MT hangul_la-scim_hangul_imengine.lo -MD -MP -MF 
> ".deps/hangul_la-scim_hangul_imengine.Tpo" -c -o 
> hangul_la-scim_hangul_imengine.lo `test -f 'scim_hangul_imengine.cpp' || echo 
> './'`scim_hangul_imengine.cpp; \
>   then mv -f ".deps/hangul_la-scim_hangul_imengine.Tpo" 
> ".deps/hangul_la-scim_hangul_imengine.Plo"; else rm -f 
> ".deps/hangul_la-scim_hangul_imengine.Tpo"; exit 1; fi
> mkdir .libs
>  g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/scim-1.0 
> -I/usr/include/hangul-1.0 -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_HANGUL_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_HANGUL_DATADIR=\"/usr/share/scim/hangul\" 
> -DSCIM_HANGUL_ICON_FILE=\"/usr/share/scim/icons/scim-hangul.png\" -g -O2 -W 
> -g -O -MT hangul_la-scim_hangul_imengine.lo -MD -MP -MF 
> .deps/hangul_la-scim_hangul_imengine.Tpo -c scim_hangul_imengine.cpp  -fPIC 
> -DPIC -o .libs/hangul_la-scim_hangul_imengine.o
> scim_hangul_imengine.cpp: In member function 'virtual void 
> HangulInstance::select_candidate(unsigned int)':
> scim_hangul_imengine.cpp:577: warning: comparison between signed and unsigned 
> integer expressions
> scim_hangul_imengine.cpp: In member function 'void 
> HangulInstance::register_all_properties()':
> scim_hangul_imengine.cpp:920: warning: 'layout_label' may be used 
> uninitialized in this function
> /bin/bash ../libtool --tag=CXX --mode=link g++  -g -O2 -W -g -O   -o 
> hangul.la -rpath /usr/lib/scim-1.0/1.4.0/IMEngine -avoid-version -rpath 
> /usr/lib/scim-1.0/1.4.0/IMEngine -module -export-symbols-regex "^[^_].*" 
> -lscim-1.0 -lhangul   hangul_la-scim_hangul_imengine.lo  
> generating symbol list for `hangul.la'
> /usr/bin/nm -B  .libs/hangul_la-scim_hangul_imengine.o  | sed -n -e 's/^.*[   
> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq 
> > .libs/hangul.exp
> /bin/grep -E -e "^[^_].*" ".libs/hangul.exp" > ".libs/hangul.expT"
> mv -f ".libs/hangul.expT" ".libs/hangul.exp"
> g++ -shared -nostdlib 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/crti.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/crtbeginS.o  
> .libs/hangul_la-scim_hangul_imengine.o  /usr/lib/libscim-1.0.so 
> /usr/lib/libhangul.so -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4 
> -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib -L/lib/../lib 
> -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../.. -lstdc++ -lm 
> -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.4.4/crtendS.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/crtn.o  -Wl,-soname 
> -Wl,hangul.so -Wl,-retain-symbols-file -Wl,.libs/hangul.exp -o .libs/hangul.so
> creating hangul.la
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[3]: *** [hangul.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-hangul_0.3.2-1_lsid64.buildlog

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

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

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



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

Bug#590417: scim-chewing: FTBFS: libtool: link: cannot find the library `/usr/lib/libltdl.la' or unhandled argument `/usr/lib/libltdl.la'

2010-07-26 Thread Lucas Nussbaum

Source: scim-chewing
Version: 0.3.3-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-scim-chewing_0.3.3-1-amd64-S_6GRx/scim-chewing-0.3.3/src'
> /bin/bash ../libtool --tag=CXX   --mode=compile x86_64-linux-gnu-g++ 
> -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../src 
> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_CHEWING_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_CHEWING_ICON_FILE=\"/usr/share/scim/icons/scim-chewing.png\"   
> -I/usr/include/scim-1.0-I/usr/include/chewing   -Wall -g -O2 -MT 
> chewing_la-scim_chewing_imengine.lo -MD -MP -MF 
> .deps/chewing_la-scim_chewing_imengine.Tpo -c -o 
> chewing_la-scim_chewing_imengine.lo `test -f 'scim_chewing_imengine.cpp' || 
> echo './'`scim_chewing_imengine.cpp
> libtool: compile:  x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. 
> -I../src -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_CHEWING_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_CHEWING_ICON_FILE=\"/usr/share/scim/icons/scim-chewing.png\" 
> -I/usr/include/scim-1.0 -I/usr/include/chewing -Wall -g -O2 -MT 
> chewing_la-scim_chewing_imengine.lo -MD -MP -MF 
> .deps/chewing_la-scim_chewing_imengine.Tpo -c scim_chewing_imengine.cpp  
> -fPIC -DPIC -o .libs/chewing_la-scim_chewing_imengine.o
> libtool: compile:  x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. 
> -I../src -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
> -DSCIM_CHEWING_LOCALEDIR=\"/usr/share/locale\" 
> -DSCIM_CHEWING_ICON_FILE=\"/usr/share/scim/icons/scim-chewing.png\" 
> -I/usr/include/scim-1.0 -I/usr/include/chewing -Wall -g -O2 -MT 
> chewing_la-scim_chewing_imengine.lo -MD -MP -MF 
> .deps/chewing_la-scim_chewing_imengine.Tpo -c scim_chewing_imengine.cpp -o 
> chewing_la-scim_chewing_imengine.o >/dev/null 2>&1
> mv -f .deps/chewing_la-scim_chewing_imengine.Tpo 
> .deps/chewing_la-scim_chewing_imengine.Plo
> /bin/bash ../libtool --tag=CXX   --mode=link x86_64-linux-gnu-g++ 
> -I/usr/include/scim-1.0-I/usr/include/chewing   -Wall -g -O2 
> -avoid-version -rpath /usr/lib/scim-1.0/1.4.0/IMEngine -module  -lscim-1.0 
> -lchewing-o chewing.la -rpath /usr/lib/scim-1.0/1.4.0/IMEngine 
> chewing_la-scim_chewing_imengine.lo  
> libtool: link: cannot find the library `/usr/lib/libltdl.la' or unhandled 
> argument `/usr/lib/libltdl.la'
> make[3]: *** [chewing.la] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/scim-chewing_0.3.3-1_lsid64.buildlog

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

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

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



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

Bug#590418: libxr: FTBFS: make[2]: *** [doxy] Segmentation fault

2010-07-26 Thread Lucas Nussbaum

Source: libxr
Version: 1.0-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[2]: Entering directory 
> `/build/user-libxr_1.0-1-amd64-8pPxnk/libxr-1.0/docs'
> SRCDIR=.. OUTDIR=. \
>   PROJECT="libxr" VERSION="1.0" \
> doxygen ./Doxyfile
> warning: Tag `USE_WINDOWS_ENCODING' at line 11 of file ./Doxyfile has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `DETAILS_AT_TOP' at line 23 of file ./Doxyfile has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `MAX_DOT_GRAPH_WIDTH' at line 217 of file ./Doxyfile has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: Tag `MAX_DOT_GRAPH_HEIGHT' at line 218 of file ./Doxyfile has become 
> obsolete.
> To avoid this warning please update your configuration file using "doxygen -u"
> warning: source ../tests/zblok is not a readable file or directory... 
> skipping.
> make[2]: *** [doxy] Segmentation fault
> make[2]: Leaving directory 
> `/build/user-libxr_1.0-1-amd64-8pPxnk/libxr-1.0/docs'
> make[1]: *** [override_dh_installdocs] Error 2

The full build log is available from:
   http://people.debian.org/~lucas/logs/2010/07/25/libxr_1.0-1_lsid64.buildlog

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

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

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



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

Bug#590419: libburn: FTBFS: dh_install: libburn-doc missing files (doc/html/*.gif), aborting

2010-07-26 Thread Lucas Nussbaum

Source: libburn
Version: 0.8.0.pl00-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[2]: Entering directory 
> `/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00'
> test -z "/usr/lib" || mkdir -p -- 
> "/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/lib"
>  /bin/bash ./libtool --silent --mode=install /usr/bin/install -c  
> 'libburn/libburn.la' 
> '/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/lib/libburn.la'
> libtool: install: warning: remember to run `libtool --finish /usr/lib'
> test -z "/usr/bin" || mkdir -p -- 
> "/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/bin"
>   /bin/bash ./libtool --silent --mode=install /usr/bin/install -c 
> 'cdrskin/cdrskin' 
> '/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/bin/cdrskin'
> libtool: install: warning: `libburn/libburn.la' has not been installed in 
> `/usr/lib'
> if [ -f ./doc/doc.lock ]; then \
>   
> /build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/install-sh 
> -d 
> /build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/share/doc/libburn-0.8.0/html;
>  \
>   /usr/bin/install -c -m 644 doc/html/* 
> /build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/share/doc/libburn-0.8.0/html;
>  \
>   fi
> test -z "/usr/include/libburn" || mkdir -p -- 
> "/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/include/libburn"
>  /usr/bin/install -c -m 644 'libburn/libburn.h' 
> '/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/include/libburn/libburn.h'
> test -z "/usr/share/man/man1" || mkdir -p -- 
> "/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/share/man/man1"
>  /usr/bin/install -c -m 644 './cdrskin/cdrskin.1' 
> '/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/share/man/man1/cdrskin.1'
> test -z "/usr/lib/pkgconfig" || mkdir -p -- 
> "/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/lib/pkgconfig"
>  /usr/bin/install -c -m 644 'libburn-1.pc' 
> '/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00/debian/tmp//usr/lib/pkgconfig/libburn-1.pc'
> make[2]: Leaving directory 
> `/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00'
> make[1]: Leaving directory 
> `/build/user-libburn_0.8.0.pl00-1-amd64-o_0fzz/libburn-0.8.0.pl00'
> touch debian/stamp-makefile-install
> 
> WARNING: buildinfo disabled - dh_buildinfo (from dh-buildinfo package) is 
> missing.
> 
> touch debian/stamp-buildinfo
> Adding cdbs dependencies to debian/libburn-doc.substvars
> dh_installdirs -plibburn-doc 
> dh_installdocs -plibburn-doc ./README ./NEWS ./AUTHORS 
> dh_installexamples -plibburn-doc  
> dh_installman -plibburn-doc   
> dh_installinfo -plibburn-doc   
> dh_installmenu -plibburn-doc  
> dh_installcron -plibburn-doc  
> dh_installinit -plibburn-doc --update-rcd-params=" "  
> dh_installdebconf -plibburn-doc  
> dh_installemacsen -plibburn-doc
> dh_installcatalogs -plibburn-doc  
> dh_installpam -plibburn-doc  
> dh_installlogrotate -plibburn-doc  
> dh_installlogcheck -plibburn-doc  
> dh_installchangelogs -plibburn-doc   ./ChangeLog 
> dh_installudev -plibburn-doc  
> dh_lintian -plibburn-doc  
> dh_install -plibburn-doc   
> dh_install: libburn-doc missing files (doc/html/*.gif), aborting
> make: *** [binary-install/libburn-doc] Error 255

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/libburn_0.8.0.pl00-1_lsid64.buildlog

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

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

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



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

Bug#590420: meep-mpich: FTBFS: configure-mpich: error: guile-config is broken

2010-07-26 Thread Lucas Nussbaum

Source: meep-mpich
Version: 1.1.1-5
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules clean
> dpatch  deapply-all  
> 01-configure not applied to ./ .
> rm -rf patch-stamp patch-stampT debian/patched
> dh_testdir
> dh_testroot
> rm -rf debian/build-mpich
> dh_clean configure-stamp* build-stamp* install-stamp*
>  dpkg-source -b meep-mpich-1.1.1
> dpkg-source: warning: no source format specified in debian/source/format, see 
> dpkg-source(1)
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building meep-mpich using existing 
> meep-mpich_1.1.1.orig.tar.gz
> dpkg-source: info: building meep-mpich in meep-mpich_1.1.1-5.diff.gz
> dpkg-source: warning: executable mode 0755 of 'debian/patches/01-configure' 
> will not be represented in diff
> dpkg-source: info: building meep-mpich in meep-mpich_1.1.1-5.dsc
>  debian/rules build
> test -d debian/patched || install -d debian/patched
> dpatch  apply-all  
> applying patch 01-configure to ./ ... ok.
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> mkdir -p debian/build-mpich
> cat configure | \
>   sed "s/PACKAGE_NAME='meep'/PACKAGE_NAME='meep-mpich'/g" |\
>   sed "s/PACKAGE='meep'/PACKAGE='meep-mpich'/g" > configure-mpich
> chmod 755 configure-mpich
> cd debian/build-mpich && \
>   F77=gfortran ../../configure-mpich --host=x86_64-linux-gnu 
> --build=x86_64-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man 
> --infodir=\${prefix}/share/info --with-libctl=/usr/share/libctl3 
> --enable-shared --with-pic --enable-cxx --with-mpi=yes 
> configure-mpich: WARNING: unrecognized options: --enable-cxx
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for x86_64-linux-gnu-g++... x86_64-linux-gnu-g++
> checking for C++ compiler default output file name... a.out
> checking whether the C++ compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C++ compiler... yes
> checking whether x86_64-linux-gnu-g++ accepts -g... yes
> checking for style of include used by make... GNU
> checking dependency style of x86_64-linux-gnu-g++... gcc3
> checking for mpic++... no
> checking for mpiCC... mpiCC
> checking for MPI_Init... yes
> checking for mpi.h... yes
> checking for extra flag needed to combine stdio.h and mpi.h... none
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking for x86_64-linux-gnu-gcc... x86_64-linux-gnu-gcc
> checking whether we are using the GNU C compiler... yes
> checking whether x86_64-linux-gnu-gcc accepts -g... yes
> checking for x86_64-linux-gnu-gcc option to accept ISO C89... none needed
> checking dependency style of x86_64-linux-gnu-gcc... gcc3
> checking for C++ compiler vendor... gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by x86_64-linux-gnu-gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking whether ln -s works... yes
> checking the maximum length of command line arguments... 3458764513820540925
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking for x86_64-linux-gnu-objdump... no
> checking for objdump... objdump
> checking how to recognize dependent libraries... pass_all
> checking for x86_64-linux-gnu-ar... no
> checking for ar... ar
> checking for x86_64-linux-gnu-strip... no
> checking for strip... strip
> checking for x86_64-linux-gnu-ranlib... no
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from x86_64-linux-gnu-gcc 
> object... ok
> checking how to run the C preprocessor... x86_64-linux-gnu-gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking

Bug#590421: salome: FTBFS: mv: target `debian/tmp/usr/lib/python2.5/*-packages/salome/' is not a directory

2010-07-26 Thread Lucas Nussbaum

Source: salome
Version: 5.1.3-9
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[3]: Entering directory 
> `/build/user-salome_5.1.3-9-amd64-MMJfn6/salome-5.1.3/HXX2SALOME_SRC_5.1.3'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory 
> `/build/user-salome_5.1.3-9-amd64-MMJfn6/salome-5.1.3/HXX2SALOME_SRC_5.1.3'
> make[2]: Leaving directory 
> `/build/user-salome_5.1.3-9-amd64-MMJfn6/salome-5.1.3/HXX2SALOME_SRC_5.1.3'
> make[1]: Leaving directory 
> `/build/user-salome_5.1.3-9-amd64-MMJfn6/salome-5.1.3/HXX2SALOME_SRC_5.1.3'
> mv debian/tmp/usr/idl debian/tmp/usr/share/
> install -d debian/tmp/usr/share/aclocal
> mv debian/tmp/usr/salome_adm/unix/config_files/check_Kernel.m4 
> debian/tmp/usr/share/aclocal/salome.m4
> for m4file in check_GUI.m4 check_GEOM.m4 check_Med.m4 check_RANDOMIZER.m4 
> check_SMESH.m4; do \
> cat debian/tmp/usr/adm_local/unix/config_files/$m4file >> 
> debian/tmp/usr/share/aclocal/salome.m4; \
>   done
> cp KERNEL_SRC_5.1.3/bin/killSalome debian/tmp/usr/bin/
> chmod +x debian/tmp/usr/bin/killSalome
> mv debian/tmp/usr/lib/salome/bin/runSalome debian/tmp/usr/bin/
> install -d debian/tmp/usr/share/applications
> cp -a debian/salome.desktop debian/tmp/usr/share/applications/
> rm -f debian/tmp/usr/bin/appliskel/env.d/*.in \
> debian/tmp/usr/bin/appliskel/env.d/*.obs
> mv debian/tmp/usr/lib/salome/lib/SalomePyQt.so 
> debian/tmp/usr/lib/salome/lib/SalomePyQt.so.0
> ln -s SalomePyQt.so.0 debian/tmp/usr/lib/salome/lib/SalomePyQt.so
> mv debian/tmp/usr/Tests debian/tmp/usr/share/salome/
> rm -rf debian/tmp/usr/lib64
> rm -rf debian/tmp/usr/doc
> rm -rf debian/tmp/usr/lib/salome/bin/appliskel
> rm -rf debian/tmp/usr/lib/salome/bin/HXX2SALOME_GENERIC_CLASS*
> rm -f debian/tmp/usr/lib/salome/bin/*.pyo debian/tmp/usr/lib/salome/bin/*.pyc
> rm -f debian/tmp/usr/lib/salome/bin/*.csh debian/tmp/usr/lib/salome/bin/*.ksh 
> debian/tmp/usr/lib/salome/bin/*.bat
> for shscript in `ls debian/tmp/usr/lib/salome/bin/*.sh`; do \
> shbase=`basename $shscript .sh`; \
> mv debian/tmp/usr/lib/salome/bin/$shbase.sh 
> debian/tmp/usr/lib/salome/bin/$shbase; \
>   done
> mv debian/tmp/usr/lib/salome/bin/*.xml debian/tmp/usr/lib/salome/bin/VERSION \
> debian/tmp/usr/lib/salome/bin/*.tgz 
> debian/tmp/usr/lib/salome/bin/*.awk \
> debian/tmp/usr/share/salome/
> install -d debian/salome/usr/lib/salome/bin
> mv debian/tmp/usr/lib/salome/bin/SALOME_ContainerPy.py 
> debian/salome/usr/lib/salome/bin/SALOME_ContainerPy
> mv debian/tmp/usr/lib/salome/bin/*.py 
> debian/tmp/usr/lib/python2.5/*-packages/salome/
> mv: target `debian/tmp/usr/lib/python2.5/*-packages/salome/' is not a 
> directory
> make: *** [install-stamp] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/salome_5.1.3-9_lsid64.buildlog

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

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

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



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

Bug#590422: shogun: FTBFS: cp: cannot stat `*.gif': No such file or directory

2010-07-26 Thread Lucas Nussbaum

Source: shogun
Version: 0.9.3-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
>  /usr/bin/fakeroot debian/rules binary
> test -x debian/rules
> dh_testroot
> dh_clean -k 
> dh_clean: dh_clean -k is deprecated; use dh_prep instead
> dh_installdirs -A 
> mkdir -p "."
> /usr/share/cdbs/1/rules/buildcore.mk:104: WARNING:  DEB_DH_STRIP_ARGS is a 
> deprecated variable
> /usr/share/cdbs/1/rules/buildcore.mk:104: WARNING:  DEB_COMPRESS_EXCLUDE is a 
> deprecated variable
> Adding cdbs dependencies to debian/shogun-doc-en.substvars
> dh_installdirs -pshogun-doc-en 
> mkdir -p 
> /build/user-shogun_0.9.3-1-amd64-Iy4trd/shogun-0.9.3/debian/shogun-doc-en/usr/share/doc/shogun-doc-en/html
> cd doc/html && cp *.html *.png *.gif *.css 
> /build/user-shogun_0.9.3-1-amd64-Iy4trd/shogun-0.9.3/debian/shogun-doc-en/usr/share/doc/shogun-doc-en/html/
> cp: cannot stat `*.gif': No such file or directory
> make: *** [debian/stamp-install-doc-en] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/shogun_0.9.3-1_lsid64.buildlog

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

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

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



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

Bug#590423: wxglade: FTBFS: cannot parse /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl

2010-07-26 Thread Lucas Nussbaum

Source: wxglade
Version: 0.6.3+rel-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100725 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
> make[1]: Entering directory 
> `/build/user-wxglade_0.6.3+rel-1-amd64-ziQo_T/wxglade-0.6.3+rel'
> xsltproc --nonet 
> /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl manpage.xml
> warning: failed to load external entity 
> "/usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl"
> cannot parse 
> /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl
> make[1]: *** [wxglade.1] Error 4

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2010/07/25/wxglade_0.6.3+rel-1_lsid64.buildlog

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

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

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



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

Bug#590424: phonon-backend-vlc: Backend does not work with multiple soundcards

2010-07-26 Thread Felix Lenders

Package: phonon-backend-vlc
Version: 0.2.0-1
Severity: important

I use a Lenovo R61i Laptop which has a built-in soundcard (Intel Chipset). 
Furthermore I have an external audio interface (M-Audio Fast Track Pro) 
connected via USB. With the phonon-xine backend it was no problem to switch 
between these soundcards using the Multimedia Section in the KDE-Control 
Center. However with the phonon-vlc backend, everything is played using the 
Intel Soundcard, regardless if I choose the Intel Soundcard or the Fast Track 
Pro in the Settings.

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

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

Versions of packages phonon-backend-vlc depends on:
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-7GCC support library
ii  libphonon4  4:4.6.0really4.4.2-1 the core library of the Phonon mul
ii  libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module
ii  libqtcore4  4:4.6.3-1Qt 4 core module
ii  libqtgui4   4:4.6.3-1Qt 4 GUI module
ii  libstdc++6  4.4.4-7  The GNU Standard C++ Library v3
ii  libvlc5 1.1.0-4  multimedia player and streamer lib
ii  libvlccore4 1.1.0-4  base library for VLC and its modul

phonon-backend-vlc recommends no packages.

phonon-backend-vlc suggests no packages.

-- no debconf information



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

Bug#589796: [gscan2pdf-help] Can't save PDF with gscan2pdf

2010-07-26 Thread Jeffrey Ratcliffe

On 25 July 2010 23:53, A. Costa  wrote:
> Scanned a blank page, tried to save as a .PDF and quit.  The log
> is attached.

Thanks for this. It seems the problem is related to GTK2 or the Perl
bindings - the file browser should return 'ok' or 'cancel' on
selecting the filename, but:

DEBUG - PDF save filename dialog returned -5

I'll install the relevant packages from sid and see why...

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

Bug#590425: Update needed for .co whois server entry in tld_serv_list

2010-07-26 Thread Reed Loden

Package: whois
Version: 5.0.0ubuntu3
Severity: normal
Tags: patch

Trying to `whois` a .co domain results in a redirect to a broken
website.

$ whois test.co
This TLD has no whois server, but you can access the whois database at
https://www.nic.co/

Actually visiting https://www.nic.co/ results in an SSL error due to
a self-signed certificate for 'plesk'. I eventually found out that
www.whois.co is where online lookups can be made. However, in that
process, I actually found a working whois server for .co!

According to http://www.iana.org/domains/root/db/co.html, the whois
server for .co is 'whois.nic.co'. Using `whois -h whois.nic.co test.co`
indeed works just fine. tld_serv_list just needs the entry for .co to
be updated to use the actual 'whois.nic.co' nameserver rather than link
to a broken website.

I've included a tested patch against the whois 5.0.6 source to update
tld_serv_list.

I also noticed that tld_serv_list has a broken entry for uk.co pointing
to a nonexistent 'whois.uk.co'. I took the liberty of removing it, as
well.

Hope this helps!

~reed

-- 
Reed Loden - 

--- whois-5.0.6/tld_serv_list	2010-07-10 19:33:43.0 -0500
+++ whois-5.0.6~co-tld/tld_serv_list	2010-07-26 01:29:05.0 -0500
@@ -101,18 +101,17 @@
 .cg	WEB http://www.nic.cg/cgi-bin/whois.pl
 .ch	whois.nic.ch
 .ci	www.nic.ci
 .ck	whois.nic.ck
 .cl	whois.nic.cl
 .cm	WEB http://netcom.cm/whois.php
 .edu.cn	whois.edu.cn
 .cn	whois.cnnic.cn
-.uk.co	whois.uk.co
-.co	WEB https://www.nic.co/
+.co	whois.nic.co
 .cr	WEB http://www.nic.cr/niccr_publico/showRegistroDominiosScreen.do
 .cu	WEB http://www.nic.cu/consult.html
 .cv	NONE		# www.dns.cv?
 .cx	whois.nic.cx
 .cy	WEB http://www.nic.cy/nslookup/online_database.php
 .cz	whois.nic.cz
 .de	whois.denic.de
 .dj	WEB http://www.nic.dj/whois.php	# BROKEN 2010-05-06

Bug#590062: Kindly update cheese description

2010-07-26 Thread Josselin Mouette

Le vendredi 23 juillet 2010 à 16:49 +0530, Vishnoo a écrit :
> The use of the word "cheesy" is misleading and can be mistaken for an
> inferior quality program:

I think you should buy yourself a sense of humor. The program’s name was
chosen exactly for this reason.

> chees·y –adjective
> Slang . inferior or cheap; chintzy: The movie's special effects are cheesy 
> and unconvincing.
> http://dictionary.reference.com/browse/cheesy

Precisely the kind of effects that cheese is restricted to.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#590426: pulseaudio: soundcards recognised but not working in squeeze - dual soundcard config

2010-07-26 Thread Alvaro Romero

Package: pulseaudio
version. 0.9.21-3 amd64

Iv'e got two soundcards in my system; one of them is an hdmi "card" included in 
the ATI 4650 PCIe card, and the other is a SoundBlaster Audigy2 card.

My first "issue" is that the ATI "card" is detected first at every startup, but 
the working one - the one with speakers pluged - is the Audigy. The second 
issue 
is that pulseaudio doesn't install by default in Squeeze, so I installed it 
through synaptic.

In GNOME I deactivated the HDMI card and set the SB as the default card in 
"sound preferences", but I obtained no sound from the audigy.
I tried to change the speakers settings - 5.1 speakers with analog output, 2 
speakers analog, with/without amplifier, etc. - but the audigy remained silent; 
meanwhile, pulseaudio "told" me that the card was working, showing the volume 
levels per app in the volume control.

When I installed Ubuntu 10.04 and Fedora 13  I obtained the same setup - ATI 
HDMI first card, Audigy second -, but when I switched from ATI HDMI to SB sound 
worked flawlessly... In my Lenny days I had to create an asound.conf file, 
lowerig the ATI card to second place - even with pulseaudio installed -; this 
was the oly way to obtain working sound with Lenny in my system.

My system specs: Athlon 64 dual core, mainboard with AMD SB700 chipset, 2 Gigs 
of RAM, SoundBlaster Audigy 2 soundcard and an ATI 4650 graphics card.

Bug#590364: libbeagle: FTBFS: exec: 11: /usr/bin/python2.5: not found

2010-07-26 Thread Jose Carlos Garcia Sogo

On Mon, Jul 26, 2010 at 8:45 AM, Lucas Nussbaum
 wrote:
> Source: libbeagle
> Version: 0.3.9-1

Beagle was removed from unstable because of it being ummaintained
upstream. Libbeagle should have been removed as well. I will send the
bug report todoy evening.

Thanks

-- 
José Carlos García Sogo
   jcs...@gmail.com

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

Bug#589796: [gscan2pdf-help] Bug#589796: Can't save PDF with gscan2pdf

2010-07-26 Thread Jeffrey Ratcliffe

On 26 July 2010 09:05, Jeffrey Ratcliffe  wrote:
> I'll install the relevant packages from sid and see why...

It is the Perl bindings for GTK that are the problem. I'll work up a
patch, or if necessary a test case and submit the appropriate bugs.

In the mean time, if you downgrade libgtk2-perl and libglib-perl, then
you should be able to save again.



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

Bug#575800: blobwars: invalid homepage URL

2010-07-26 Thread Gerfried Fuchs

Hi!

* Jakub Wilk  [2010-03-29 12:41:00 CEST]:
> $ apt-cache show blobwars | grep Homepage:
> Homepage: http://www.parallelrealities.co.uk/blobWars.php
>
> $ curl -s http://www.parallelrealities.co.uk/blobWars.php | grep requested
> We're sorry but the file you have requested either does not exist or has 
> been moved.

  is the new
homepage, a /projects subdirectory got added to it.

 Just for keeping it noted,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



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

Bug#590062: Kindly update cheese description

2010-07-26 Thread Vishnoo

On Mon, 2010-07-26 at 09:06 +0200, Josselin Mouette wrote:
> Le vendredi 23 juillet 2010 à 16:49 +0530, Vishnoo a écrit :
> > The use of the word "cheesy" is misleading and can be mistaken for an
> > inferior quality program:
> 
> I think you should buy yourself a sense of humor. The program’s name was
> chosen exactly for this reason.

Hi,

No disrespect to the original description.

The program name was chosen from the common usage in English "Say
Cheese". 
In English , its meant as an instruction used by photographers who want
their subject to smile.


-- 
Cheers,
Vish




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

Bug#575852: Xserver crash on too big popup message

2010-07-26 Thread Brice Goglin

Le 25/07/2010 18:15, Fedor P. Goncharov a écrit :
>> Ping?
> Pong!
>
> Hi, I am installed most of debug packages and tried to run gdb how it
> described in
> http://wiki.x.org/wiki/Development/Documentation/ServerDebugging.
>
>
>

You must run "bt full" in gdb after the SIGSEGV occurs.

Brice




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

Bug#590292: xserver-xorg-video-radeonhd: xrandr can not switch monitors unless some manual tricks

2010-07-26 Thread Brice Goglin

Le 25/07/2010 17:58, Alexander Mikhailian a écrit :
> Package: xserver-xorg-video-radeonhd
> Version: 1.3.0-3
> Severity: normal
>
> As a new monitor is attached to the notebook and the following command is
> issued in order to switch on the external monitor
>
>   xrandr --output DVI-D_1 --mode 1920x1200
>
> the DVI-D_1 stays black.
>
> If I switch for a few seconds to one of the non-graphical consoles
> with Ctrl-Alt-F1..F6 and then back, the same command works flawlessly.
>   

Does radeon (with KMS) work better than radeonhd on this machine?
radeonhd will die soon...

Brice




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

Bug#590427: scim: Segfault when loading a module

2010-07-26 Thread Aaron Barany

Package: scim
Version: 1.4.9-3
Severity: important

I noticed this problem with bsnes (a QT application). Whenever I try to launch
bsnes, I immediately get a segfault, which occurs when scim tries to load a
module. If I use the motif theme (by specifying "-style motif" on the command
line) instead of the default theme which just uses gtk, it works fine. Here is
a backtrace of the segfault:

#0  0x7fffe4a14843 in ?? () from /usr/lib/libltdl.so.7
#1  0x7fffe4a15248 in ?? () from /usr/lib/libltdl.so.7
#2  0x7fffe4a15af8 in lt_dlopenadvise () from /usr/lib/libltdl.so.7
#3  0x7fffe40b08ed in scim::Module::load(std::string const&, std::string
const&) () from /usr/lib/libscim-1.0.so.8
#4  0x7fffe408cd55 in scim::ConfigModule::load(std::string const&) ()
   from /usr/lib/libscim-1.0.so.8
#5  0x7fffe408cfb4 in scim::ConfigModule::ConfigModule(std::string const&)
() from /usr/lib/libscim-1.0.so.8
#6  0x7fffe4336da6 in ?? ()
   from /usr/lib/gtk-2.0/2.10.0/immodules/im-scim.so
#7  0x7fffe4337a83 in ?? ()
   from /usr/lib/gtk-2.0/2.10.0/immodules/im-scim.so
#8  0x732fa2f2 in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0
#9  0x732dfdf2 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#10 0x732e03ac in g_object_new () from /usr/lib/libgobject-2.0.so.0
#11 0x7fffe433b25b in gtk_im_context_scim_new() ()
   from /usr/lib/gtk-2.0/2.10.0/immodules/im-scim.so
#12 0x7fffea3d2f76 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x7fffea3d3bb7 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#14 0x7fffea3d3f31 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#15 0x7fffea3d0972 in gtk_im_context_get_preedit_string ()
   from /usr/lib/libgtk-x11-2.0.so.0
#16 0x7fffea376955 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x7fffea376f91 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x7fffea37ee2b in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#19 0x732d947e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#20 0x732eecc1 in ?? () from /usr/lib/libgobject-2.0.so.0
#21 0x732f0a76 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#22 0x732f0fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#23 0x7fffea50c637 in gtk_widget_realize ()
   from /usr/lib/libgtk-x11-2.0.so.0
#24 0x76f2b3bd in ?? () from /usr/lib/libQtGui.so.4
#25 0x76f2b5e9 in ?? () from /usr/lib/libQtGui.so.4
#26 0x76f2e0da in ?? () from /usr/lib/libQtGui.so.4
#27 0x76f29bc8 in ?? () from /usr/lib/libQtGui.so.4
#28 0x76f114ce in QGtkStyle::QGtkStyle() () from /usr/lib/libQtGui.so.4
#29 0x76e99f43 in QStyleFactory::create(QString const&) ()
   from /usr/lib/libQtGui.so.4
#30 0x76baa4c7 in QApplication::style() () from /usr/lib/libQtGui.so.4
#31 0x76bae7d5 in QApplicationPrivate::initialize() ()
   from /usr/lib/libQtGui.so.4
#32 0x76bae869 in QApplicationPrivate::construct(_XDisplay*, unsigned
long, unsigned long) () from /usr/lib/libQtGui.so.4
#33 0x76baf891 in QApplication::QApplication(int&, char**, int) ()
   from /usr/lib/libQtGui.so.4
#34 0x00419c67 in ?? ()
#35 0x74758c4d in __libc_start_main (main=,
argc=, ubp_av=,
init=, fini=,
rtld_fini=, stack_end=0x7fffe358)
at libc-start.c:228
#36 0x00411879 in ?? ()
#37 0x7fffe358 in ?? ()
#38 0x001c in ?? ()
#39 0x0001 in ?? ()
#40 0x7fffe61e in ?? ()
#41 0x in ?? ()



-- Package-specific info:
Related packages:
ii  libscim8c2a1.4.9-3library for SCIM platform
ii  scim   1.4.9-3smart common input method platform
ii  scim-anthy 1.2.7-3SCIM IMEngine module for Anthy
ii  scim-bridge-ag 0.4.16-2   IME server of scim-bridge communicate with S
ii  scim-bridge-cl 0.4.16-2   IME server of scim-bridge communicate with S
ii  scim-gtk2-immo 1.4.9-3GTK+2 input method module with SCIM as backe
ii  scim-modules-s 1.4.9-3socket modules for SCIM platform
ii  scim-qtimm 0.9.4-4SCIM context plugin for qt-immodule
ii  scim-uim   0.2.0-3UIM IM engine module for SCIM platform

Related environment variables:
$xmodifie...@im=scim
$GTK_IM_MODULE=scim
$QT_IM_MODULE=scim

Installed SCIM components:
/usr/lib/scim-1.0:
1.4.0
scim-helper-launcher
scim-helper-manager
scim-launcher
scim-panel-gtk

/usr/lib/scim-1.0/1.4.0:
Config
Filter
FrontEnd
Helper
IMEngine
SetupUI

/usr/lib/scim-1.0/1.4.0/Config:
simple.so
socket.so

/usr/lib/scim-1.0/1.4.0/Filter:
sctc.so

/usr/lib/scim-1.0/1.4.0/FrontEnd:
socket.so
x11.so

/usr/lib/scim-1.0/1.4.0/Helper:
anthy-imengine-helper.so
setup.so

/usr/lib/scim-1.0/1.4.0/IMEngine:
anthy.so
rawcode.so
socket.so
uim.so

/usr/lib/scim-1.0/1.4.0/SetupUI:
aaa-frontend-setup.so
aaa-imengine-setup.so
anthy-imengine-setup.so
panel-gtk-setup.so

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT

Bug#590428: can not use gphoto2 -P without using the root account

2010-07-26 Thread Anders Lagerås

Package: gphoto2
Version: 2.4.5-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Even though the user is in the plugdev group.

*** Error ***  
An error occurred in the io-library ('Could not claim the USB device'): Could 
not claim interface 0 (Operation not permitted). Make sure no other program or 
kernel module (such as sdc2xx, stv680, spca50x) is using the device and you 
have read/write access to the device.
*** Error (-53: 'Could not claim the USB device') ***   

For debugging messages, please use the --debug option.
Debugging messages may help finding a solution to your problem.
If you intend to send any error or debug messages to the gphoto
developer mailing list , please run
gphoto2 as follows:

env LANG=C gphoto2 --debug --debug-logfile=my-logfile.txt -P

Please make sure there is sufficient quoting around the arguments.



- -- System Information:
Debian Release: squeeze/sid
Architecture: amd64 (x86_64)

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

Versions of packages gphoto2 depends on:
ii  libaa11.4p5-38   ascii art library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcdk5   5.0.20060507-2 C-based curses widget library
ii  libexif12 0.6.19-1   library to parse EXIF files
ii  libgphoto2-2  2.4.6-1gphoto2 digital camera library
ii  libgphoto2-port0  2.4.6-1gphoto2 digital camera port librar
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libreadline5  5.2-7  GNU readline and history libraries

gphoto2 recommends no packages.

Versions of packages gphoto2 suggests:
pn  gthumb (no description available)
pn  gtkam  (no description available)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkxNOgQACgkQw5UvgfnzqGokQwCgxxojuMMwTZYs5fbwdBbas/0I
Kt4AoIyD2nEQ0MGYddp27ie4Y6Z5Llb6
=BiYr
-END PGP SIGNATURE-



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

Bug#590429: udev: can not use gphoto2 -P without using the root account

2010-07-26 Thread Anders Lagerås

Package: udev
Version: 160-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Even though the user is in the plugdev group.

*** Error ***
An error occurred in the io-library ('Could not claim the USB device'): Could 
not claim interface 0 (Operation not permitted).$
*** Error (-53: 'Could not claim the USB device') ***

For debugging messages, please use the --debug option.
Debugging messages may help finding a solution to your problem.
If you intend to send any error or debug messages to the gphoto
developer mailing list , please run
gphoto2 as follows:

env LANG=C gphoto2 --debug --debug-logfile=my-logfile.txt -P

Please make sure there is sufficient quoting around the arguments.



- -- System Information:
Debian Release: squeeze/sid
Architecture: amd64 (x86_64)

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.33  Debian configuration management sy
ii  libc62.11.2-2Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.96-1SELinux runtime shared libraries
ii  libudev0 160-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-15 userspace USB programming library
ii  lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-3.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-4  Linux PCI Utilities
ii  usbutils  0.87-5 Linux USB utilities

udev suggests no packages.

- -- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkxNOgwACgkQw5UvgfnzqGqFyACfQMEIs0tPEGj79hqs/xlsdqMB
kVsAoLWxvjwQWmXOiBZfxHJzaXedroZ7
=vK8C
-END PGP SIGNATURE-



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

Bug#589908: Additional information

2010-07-26 Thread Salvatore Bonaccorso

notfound 589908 1.3.12-1
thanks

Hi

On Thu, Jul 22, 2010 at 09:48:19AM -0500, Bob Friesenhahn wrote:
> On Thu, 22 Jul 2010, Salvatore Bonaccorso wrote:
>
>> Hi Daniel
>>
>> Actually my description of the bug I think it was not too accurate.
>> The problem is gm display begins to hang. If I open more images in gm
>> and 'Next' the image, it works. As soon I let show a Histogram of an
>> image however, gm hangs, and going to a next image is not possible.
>>
>> Does this makes any sense? Is there more information you need?
>
> It makes sense to me.  I am not sure which GraphicsMagick version this  
> bug is reported against but the fix is likely to add an '&' character to 
> the end of certain delegates.mgk file entries so that the shell command 
> runs in the background.  Current releases have this.  For example:
>
> 
>
> Without the ampersand, the foreground program (display) blocks waiting  
> for the subordinate program to exit.

Sorry for the late reply!

Yes this indeed happens in the version which is in Lenny
1.1.11-3.2+lenny1, it does not happen anymore in the version in
unstable, 1.3.12-1.

If this fix is simple, it would be possible to make a
stable-proposed-update?

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#590379: liburi-find-perl: FTBFS: Unsatisfiable build-dependency

2010-07-26 Thread Ansgar Burchardt

tags 590379 + patch
thanks

Hi,

corelist says perl 5.10.1 already has Module::Build 0.340201 and
Test::More 0.92. There is no need for a build-dep on perl 5.12.0 (which
is not even in unstable yet).

The attached patch lowers the version of the alternative build-dep on
perl accordingly and also make the build-dep on perl itself unversioned
as allowed since version 3.8.3 of the Debian Policy.

Regards,
Ansgar
diff -u liburi-find-perl-20100505/debian/changelog liburi-find-perl-20100505/debian/changelog
--- liburi-find-perl-20100505/debian/changelog
+++ liburi-find-perl-20100505/debian/changelog
@@ -1,3 +1,12 @@
+liburi-find-perl (20100505-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Use perl (>= 5.10.1) instead of perl (>= 5.12.0) as an alternative for
+libmodule-build-perl and libtest-simple-perl. (Closes: #590379)
+  * Make build-dep on perl unversioned as allowed since Policy 3.8.3.
+
+ -- Ansgar Burchardt   Mon, 26 Jul 2010 16:19:33 +0900
+
 liburi-find-perl (20100505-1) unstable; urgency=low
 
   * New upstream release
diff -u liburi-find-perl-20100505/debian/control liburi-find-perl-20100505/debian/control
--- liburi-find-perl-20100505/debian/control
+++ liburi-find-perl-20100505/debian/control
@@ -2,7 +2,7 @@
 Section: perl
 Priority: optional
 Build-Depends: debhelper (>= 5)
-Build-Depends-Indep: perl (>= 5.8.0-7), liburi-perl, perl (>= 5.12.0) | libmodule-build-perl (>= 0.3000), perl (>= 5.12.0) | libtest-simple-perl (>= 0.82)
+Build-Depends-Indep: perl, liburi-perl, perl (>= 5.10.1) | libmodule-build-perl (>= 0.3000), perl (>= 5.10.1) | libtest-simple-perl (>= 0.82)
 Maintainer: Dominic Hargreaves 
 Standards-Version: 3.8.4
 Homepage: http://search.cpan.org/dist/URI-Find/

Bug#589911: moreutils: Please add cgrep

2010-07-26 Thread Tollef Fog Heen

]] Joey Hess 

| Tollef Fog Heen wrote:
| > cgrep(1) is a tool to grep the output of a command, and if we find the
| > text we're looking for (or find any text we're not looking for, when
| > running with -v), we output the full stdout and stderr and exit with the
| > same status as the running process.
| 
| I wonder if cgrep is a memorable enough name. The menomic for the 'c' is
| weak. Actually, putting it in the grep family may be the problem I sense
| with the name. It doesn't do grep-style output filtering, quite.
| 
| Moreutils has ifne(1) which checks if standard input is not empty before
| running a command. So a corresponding name might be 'ifemit'.
| 
| ifemit 'foo bar' mycommand
| 
| Hmm, that name doesn't say what it does with the output, but it does
| sort of suggest it looks at more than just stdout, and seems easier
| to remember than cgrep to me.

I'm happy for it to be named ifemit or ifoutputcontains or something
like that.

Btw, the -v mode is currently broken or weird, I'll see if I can come up
with a fix for that.

| > This is using IPC::Run, it's much, much simpler to do it using IPC::Run
| > than IPC::Popen3.  (In fact, it's so much easier that if I were to use
| > IPC::Open3, I'd probably just write it in C instead.)
| 
| I suppose what IPC::Run gives you is a non-blocking select loop. I
| respect not wanting to write *that* again. :)

Indeed, it just gives me the output in scalars I can do regexes on
instead of having to select and add to the output scalars.  There's a
limitation in the current version in that the output must fit
comfortably in memory, but I don't really consider that a problem as
it's rare for you to have cron mails that go on for many mega- or
gigabytes.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#590430: blobwars: new upstream version 1.17 available

2010-07-26 Thread Gerfried Fuchs

Package: blobwars
Severity: wishlist

Hi!

 There is a new upstream version available which adds some new feature
related to some MedalServer system or such (didn't inspect the code too
closely. I doubt that the music/sound licensing is fixed in any way, but
an update of the package still would be sweet to have around.

 Thanks,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



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

Bug#590329: redmine: issue with email notification

2010-07-26 Thread Jérémy Lal

On 26/07/2010 03:13, Carl Chenet wrote:
> Package: redmine
> Version: 0.9.5-1
> Severity: normal
> 
> Hi,
> 
> I use Redmine with exim4 for email notification. Exim4 is ok because I can 
> send emails through the "mail" command.
> when trying to send a test email from Redmine, I have this strange error 
> message on the web page (nothing in the exim and Redmine logs) : 
> An error occurred while sending mail (501 Syntactically invalid HELO 
> argument(s) )

That might help :
http://www.exim.org/lurker/message/20030926.193118.c33d1d5d.en.html

i'll dig through it later,

Jérémy.



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

Bug#590002: ruby1.9.1: FTBFS on kfreebsd-*: FAIL 2/948 tests failed

2010-07-26 Thread Petr Salinger


found 590002 1.9.1.378-1

Hi,

there are two failures, they have been present even in 1.9.1.378-1,
but 1.9.1.378-4 made "test suite failures on FreeBSD fatal".
Please allow failing of these two tests:

#230 test_io.rb:11:in `':
 begin
   require "io/nonblock"
   r, w = IO.pipe
   w.nonblock = true
   w.write_nonblock("a" * 10)
   w.nonblock = false
   t1 = Thread.new { w.write("b" * 4096) }
   t2 = Thread.new { w.write("c" * 4096) }
   sleep 0.5
   r.sysread(4096).length
   sleep 0.5
   r.sysread(4096).length
   t1.join
   t2.join
 rescue LoadError
 end
  #=> not finished in 10 seconds  [ruby-dev:32566]
#926 test_thread.rb:219:in `':
 open("zzz.rb", "w") do |f|
   f.puts <<-END
 begin
   Thread.new { fork { GC.start } }.join
   pid, status = Process.wait2
   $result = status.success? ? :ok : :ng
 rescue NotImplementedError
   $result = :ok
 end
   END
 end
 require "zzz.rb"
 $result
  #=> "" (expected "ok")
FAIL 2/948 tests failed

The first one is previous number #226, which is reported in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543805

My comment from this #543805 report still aplies:


The test assumes that the kernel buffer for pipes have fixed size.
It does not have to be true, there could be adaptive buffer size
provided by kernel. After filling whole kernel buffer (by
non-blocking write), it might be required to buffer becomes filled
only from half
or even empty. The next write() might be blocked until whole kernel
buffer is read. Such behaviour of kernel is correct one.

The kernel of FreeBSD uses adaptive pipe sizes and direct pipe writes,
see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sys_pipe.c


The second one is previous number #916, which is reported in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542927
It now seems to be very timing dependent.

Petr




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

Bug#590372: scribus-ng: FTBFS: Nonexistent build-dependency: libpodofo0.8.0-dev

2010-07-26 Thread Oleksandr Moskalenko

* Lucas Nussbaum  [2010-07-26 08:48:43 +0200]:

> Source: scribus-ng
> Version: 1.3.7.dfsg~svn20100715-1
> Severity: serious
> Tags: squeeze sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20100725 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Lucas,

It looks like a buildd problem and not a problem with my package. The build
dependency exists - 
http://packages.debian.org/sid/amd64/libpodofo0.8.0/download.

rmadison libpodofo0.8.0
libpodofo0.8.0 | 0.8.0+svn20100512-1 | unstable | source, alpha, amd64,
armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips,
mipsel, powerpc, s390, sparc

> Relevant part:
> > ** Using build dependencies supplied by package:
> > Build-Depends: debhelper (>= 5), cmake (>= 2.4.3), gcc (>= 3.3.5), 
> > libqt4-dev (>= 4.2.3), libcairo2-dev, zlib1g-dev, liblcms1-dev (>= 1.13), 
> > libtiff4-dev, libcups2-dev, libxml2-dev (>= 2.6.16), dpatch, gettext, 
> > python-all-dev, libboost-python-dev, libaspell-dev, libpodofo0.8.0-dev
> > 
> > ┌──┐
> > │ Install build dependencies (internal resolver)
> >│
> > └──┘
> > 
> > Checking for already installed source dependencies...
> > W: Unable to locate package libpodofo0.8.0-dev
> > debhelper: missing
> > Using default version 7.9.3
> > cmake: missing
> > Using default version 2.8.2-2
> > gcc: already installed (4:4.4.4-2 >= 3.3.5 is satisfied)
> > libqt4-dev: missing
> > Using default version 4:4.6.3-1
> > libcairo2-dev: missing
> > zlib1g-dev: missing
> > liblcms1-dev: missing
> > Using default version 1.18.dfsg-1.2+b2
> > libtiff4-dev: missing
> > libcups2-dev: missing
> > libxml2-dev: missing
> > Using default version 2.7.7.dfsg-4
> > dpatch: missing
> > gettext: missing
> > python-all-dev: missing
> > libboost-python-dev: missing
> > libaspell-dev: missing
> > libpodofo0.8.0-dev: missing
> > Checking for source dependency conflicts...
> > E: Couldn't find package libpodofo0.8.0-dev
> 
> The full build log is available from:
>
> http://people.debian.org/~lucas/logs/2010/07/25/scribus-ng_1.3.7.dfsg~svn20100715-1_lsid64.buildlog
> 
> A list of current common problems and possible solutions is available at 
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
> 
> About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
> of the Grid'5000 platform, using a clean chroot.  Internet was not
> accessible from the build systems.
> 
> -- 
> | Lucas Nussbaum
> | lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
> | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
> 
> 



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

Bug#590431: xserver-xorg-video-openchrome: cannot start X with VX800 Chipset

2010-07-26 Thread Tobias Scherer

Package: xserver-xorg-video-openchrome
Version: 1:0.2.904+svn827-1

I'm not able to get X started with the VX800 Chipset and 
xserver-xorg-video-openchrome
Even vesa will not work.
I already tried Kernel 2.6.30 and 2.6.34 and I am using xserver-xorg 7.5+3
With Version: 1:0.2.904+svn856-2 from SVN it is also not working.

Find attached the Xorg.0.log and xorg.conf 

r...@hpt5630-01:~# lspci -nnn   
   
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VX800 Host Bridge 
[1106:0353] (rev 12)  
00:00.1 Host bridge [0600]: VIA Technologies, Inc. VX800/VX820 Error Reporting 
[1106:1353] 
00:00.2 Host bridge [0600]: VIA Technologies, Inc. VX800/VX820 Host Bus 
Control [1106:2353]
00:00.3 Host bridge [0600]: VIA Technologies, Inc. VX800 PCI to PCI Bridge 
[1106:3353] 
00:00.4 Host bridge [0600]: VIA Technologies, Inc. VX800/VX820 Power 
Management Control [1106:4353]
00:00.5 PIC [0800]: VIA Technologies, Inc. VX800/VX820 APIC and Central 
Traffic Control [1106:5353]
00:00.6 Host bridge [0600]: VIA Technologies, Inc. VX800/VX820 Scratch 
Registers [1106:6353]   
00:00.7 Host bridge [0600]: VIA Technologies, Inc. VX800/VX820 North-South 
Module Interface Control [1106:7353]
00:01.0 VGA compatible controller [0300]: VIA Technologies, Inc. Device 
[1106:1122] (rev 11)   
00:03.0 PCI bridge [0604]: VIA Technologies, Inc. VX800/VX820 PCI Express Root 
Port [1106:e353]
00:0f.0 IDE interface [0101]: VIA Technologies, Inc. VX800 Serial ATA and EIDE 
Controller [1106:5324]  
00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev a0) 
 
00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev a0) 
 
00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev a0) 
 
00:10.4 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 
90) 
   
00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VX800/VX820 Bus Control and 
Power Management [1106:8353]

00:11.7 Host bridge [0600]: VIA Technologies, Inc. VX800/VX820 South-North 
Module Interface Control [1106:a353]
   
00:13.0 PCI bridge [0604]: VIA Technologies, Inc. Device [1106:b353]

  
00:14.0 Audio device [0403]: VIA Technologies, Inc. VT1708/A [Azalia HDAC] 
(VIA High Definition Audio Controller) [1106:3288] (rev 20) 
   
01:00.0 Ethernet controller [0200]: VIA Technologies, Inc. 
VT6120/VT6121/VT6122 Gigabit Ethernet Adapter [1106:3119] (rev 82) 

r...@hpt5630-01:~# lspci -vvv
...
00:01.0 VGA compatible controller: VIA Technologies, Inc. Device 1122 (rev 11) 
(prog-if 00 [VGA controller])
Subsystem: VIA Technologies, Inc. Device 1122   

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- http://www.univention.de 

Geschäftsführer: Peter H. Ganten
HRB 20755 Amtsgericht Bremen
Steuer-Nr.: 71-597-02876

X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30-ucs25-686-bigmem i686 Univention
Current Operating System: Linux HPt5630-01 2.6.34-univention.thinclient.11 #1 SMP Wed Jun 16 08:51:25 UTC 2010 i686
Kernel command line: root=/dev/nfs nfsroot=192.168.0.81:/var/lib/univention-client-root DNSSERVER=192.168.0.81 vt.default_utf8=0 vga=791 splash=silent initrd=initrd.splash loglevel=0 BOOT_IMAGE=linux ip=192.168.0.146:192.168.0.81:192.168.0.240:255.255.255.0 
Build Date: 07 May 2010  11:39:01AM
xorg-server 2:1.7.4-2.48.201005071334 (r...@omar.knut.univention.de) 
Current version of pixman: 0.16.4
	Before reporting problems, check http://wi

Bug#590313: RM: sun-java5/stable [ia64] -- ROM; arch ia64 cannot execute i386 binaries

2010-07-26 Thread Torsten Werner

Am 26.07.2010 00:46, schrieb Matthias Klose:
> On 25.07.2010 22:23, Torsten Werner wrote:
>> I am filing 3 removal requests for
>>
>> - sun-java6/unstable [ia64]
>> - sun-java6/stable [ia64]
>> - sun-java5/stable [ia64]
>>
> the removal of the stable packages is not required.

I would leave the decision to the stable release manager. But the facts
are: i386 support on our ia64 porterbox is completely broken. The
sun-java5/6 packages for ia64 cannot be used at all because the rely on
i386 support. The binary packages are outdated on ia64 with security
issues because the current source version cannot be built due to the
same problem. That is why I suggest to remove the packages from stable/ia64.

The better solution would be to fix the i386 support on ia64. But I
cannot help with that since I do not have admin access to any ia64 hardware.

Cheers,
Torsten

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

Bug#553045: but 4.4.1-1 is to be installed.

2010-07-26 Thread Hector Oron

Hello Matthias,

2010/7/26 Matthias Klose :
>> If you lack time I propose myself as GCC co-maintainer to have a look
>> to such failures,
>
> No, I didn't see any contributions yet, even after our talk at last Debconf.
>  I do not want to make you a member of the group based on work which might
> or might not be done.
>
>> but without being GCC maintainer this is rather
>> difficult and time consuming.
>
> No. Marcin did show this is possible even without having access to the
> repository.

Fine with me then. Thanks for clarifying.
I would also like to clarify that I am on volunteer basis (even
without network - out of work time -), and this is not a paid role
like others.

Have a nice day,
-- 
 Héctor Orón

"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."

-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html



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

Bug#590432: emesene: Keeps throwing exceptions at my face !

2010-07-26 Thread Simon Chopin

Package: emesene
Version: 1.6.3-1
Severity: important

When I first launched emesene after installation, it threw this
exception at my face :
Exception
You are using emesene 1.6.3 - "Uberlândia" so you're free to complain
here:
http://forum.emesene.org/index.php/board,19.0.html
Check already existing tickets for duplicates first, please.
Traceback (most recent call last):

File "/usr/share/emesene/Controller.py", line 422, in
on_login_successful
self.sound = Sound.SoundHandler(self, self.msn, action='start')

File "/usr/share/emesene/Sound.py", line 137, in __init__
self.sound = Sound(self.theme)

File "/usr/share/emesene/Sound.py", line 56, in __init__
self.player = gst.element_factory_make("playbin",
"player")

ElementNotFoundError: playbin

(sorry for the messy indentation)

I first assumed it was because I have juste pulseaudio installed yet,
but when I selected a contact, I got the following exception : 
Exception
You are using emesene 1.6.3 - "Uberlândia" so you're free to complain
here:
http://forum.emesene.org/index.php/board,19.0.html
Check already existing tickets for duplicates first, please.
Traceback (most recent call last):

File "/usr/share/emesene/TreeViewTooltips.py", line 177, in
show_tooltip
self._get_last_status_since(obj.email))

File "/usr/share/emesene/TreeViewTooltips.py", line 252, in
_get_last_status_since
logger =
self.view.controller.pluginManager.getPlugin("Logger")

AttributeError: 'NoneType' object has no attribute
'getPlugin'

Furthermore, I was unable to open the Preferences and Plugins panels,
due to a lack of sound attribute in a Controller object.

I already tried to change the shebang in /usr/bin/emesene to use python
2.5, didn't change anything, my current hypothesis is that python needs
alsa installed, which I haven't (I just have pulseaudio).

Sadly, I can't enable the debug mode since it is in the GUI, and I don't
quite understand the --leakdebug CL option.

Last and probably least, my connexion breaks every 30 seconds, but I'm
not sure it's because of this piece of software ;).
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages emesene depends on:
ii  python2.6.5-10   interactive high-level object-orie
ii  python-cairo  1.8.8-1+b1 Python bindings for the Cairo vect
ii  python-gobject2.21.1-2   Python bindings for the GObject li
ii  python-gtk2   2.17.0-3   Python bindings for the GTK+ widge
ii  python-support1.0.9  automated rebuilding support for P

Versions of packages emesene recommends:
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-gst0.100.10.19-1  generic media-playing framework (P
ii  python-libmimic   1.0.4-2+b2 A video codec for Mimic V2.x conte
ii  python-notify 0.1.1-2+b2 Python bindings for libnotify

Versions of packages emesene suggests:
pn  python-gtkspell(no description available)

-- no debconf information



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

Bug#577478: [pkg-wpa-devel] Bug#577478: /etc/ifplug/action.d/action_wpa is a bad idea.

2010-07-26 Thread kel

> On Mon, 2010-04-12 at 17:36 +1000, Kel Modderman wrote:
>> On Monday 12 April 2010 09:55:53 Matthew W. S. Bell wrote:
>> > /etc/ifplug/action.d/action_wpa
>> Only modifies interfaces using the wpa-roam/wpa_action stuff, which is
>> exactly
>> its intention.
>
> Well, maybe for you, but I don't want it to do that; I haven't
> configured it to do that; I cannot configure it to not do that; and it
> isn't documented anywhere that it does that.

It's a symlink to a conffile - so you can change it to whatever _you_ want.

Kel.




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

Bug#590188: ibus-skk: Please support skk-purge-from-jisyo

2010-07-26 Thread Daiki Ueno

KISE Hiroshi  writes:

> Please support skk-purge-from-jisyo like function and bind "X" key.

I just implemented it:
http://github.com/ueno/ibus-skk/commit/7a94e150f302bc3ffb238022ab17646996438ae5
This change will be go in the next upstream release but you can try it
by replacing skk.py on your system.

Regards,
-- 
Daiki Ueno



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

Bug#586433: Fixed upstream

2010-07-26 Thread Matthias Klose


On 17.07.2010 20:06, Neil McGovern wrote:

This has a patch upstream, could this be included?


it has a proposed patch.  Not sure if it's correct. Please could you check my 
suggested fix if it works for you?


thanks, Matthias




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

Bug#590313: RM: sun-java5/stable [ia64] -- ROM; arch ia64 cannot execute i386 binaries

2010-07-26 Thread Matthias Klose


On 26.07.2010 10:16, Torsten Werner wrote:

Am 26.07.2010 00:46, schrieb Matthias Klose:

On 25.07.2010 22:23, Torsten Werner wrote:

I am filing 3 removal requests for

- sun-java6/unstable [ia64]
- sun-java6/stable [ia64]
- sun-java5/stable [ia64]


the removal of the stable packages is not required.


I would leave the decision to the stable release manager. But the facts
are: i386 support on our ia64 porterbox is completely broken. The
sun-java5/6 packages for ia64 cannot be used at all because the rely on
i386 support. The binary packages are outdated on ia64 with security
issues because the current source version cannot be built due to the
same problem. That is why I suggest to remove the packages from stable/ia64.


so you say that ia32-libs is broken in stable on ia64? I don't think the correct 
solution is to remove all r-depending packages because of this.



The better solution would be to fix the i386 support on ia64. But I
cannot help with that since I do not have admin access to any ia64 hardware.


so you did shove in a new major version into stable/security without testing it 
on ia64 first?




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

Bug#590433: xserver-xorg-video-intel: fade-to-black as system locks up

2010-07-26 Thread Paul Millar

Package: xserver-xorg-video-intel
Version: 2:2.9.1-4
Severity: important

I've noticed that a moderately recent update to sid has introduced a bug.  The 
symptoms are that,
whilst using an X session, the system no longer responds to keyboard or mouse 
input.  At the same
time, the screen fades to black.

The fade takes approximately 1 second and is in two phrases; each phase has 
roughly the same
duration (roughly half a second).

In the first phase the colour from the monitor "dissolves" leaving the screen 
in shades of grey.  At
the end of this phase, the majority of the pixels are a neutral, mid-grey but 
lighter and darker
pixels are visable.

The second phase has pixels becoming progressively darker.  My impression is 
that this happens by
all pixels with lum. greater than some threshold value being reset to that 
threshold value and that
this threshold lum. decreases over time.  The effect is that, over time, the 
screen becomes more
uniform and darker.

Once the fade has completed, I tried to switch virtual console, to see the 
standard console; however,
this failed.  Switching back to VT-7 (where X is running) also fails to reset 
the display.  The
keyboard is unresponsive (e.g., caps-lock buttom doesn't affect the caps-lock 
LED)

I've not found an action that triggers the problem; it seems to be triggered 
randomly.  It's also
pretty rare: I've only seem the problem 2 or 3 times so the description of 
symptoms is somewhat
unreliable.

I'm using the KDE desktop and the problem has been triggered from clicking 
within an application;
however, I don't know if that is significant.

The laptop is a Dell E4200.

Cheers,

Paul.


-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Mar 19  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725304 Jul 15 18:15 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset 
Integrated Graphics Controller (rev 07)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 682 Apr 14  2009 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Device"
Identifier  "Configured Video Device"
EndSection


Kernel version (/proc/version):
Linux version 2.6.32-5-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 03:54:06 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 30308 Jul 26 10:12 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-2-amd64 i686 Debian
Current Operating System: Linux vedrfolnir 2.6.32-5-amd64 #1 SMP Sat Jul 24 
03:54:06 UTC 2010 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 
root=/dev/mapper/vedrfolnir-root ro quiet
Build Date: 15 July 2010  04:10:53PM
xorg-server 2:1.7.7-3 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jul 26 10:12:22 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor ""
(==) No device specified for screen "Default Screen Section".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unsca

Bug#590251: xserver-xorg: Since upgrade from Lenny to Squeeze often see corruption on scrolling

2010-07-26 Thread John Hughes


Julien Cristau wrote:

Please try xserver-xorg-video-intel 2.12.0 from experimental, and report
the results here.
  

Ok, will install it tonight.  More news as it arrives.



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

Bug#590319: udevadm settle timeout with mdadm 3.1.2

2010-07-26 Thread Neil Brown

On Sun, 25 Jul 2010 22:08:12 +0200
Jan Echternach  wrote:

> Package: mdadm
> Version: 3.1.2-2
> Severity: normal
> 
> I get an udevadm settle timeout during boot after upgrading mdadm from
> version 3.1.1-1 to 3.1.2-2:

If you are up to compiling and installing your own mdadm, could you try
reverting

http://neil.brown.name/git?p=mdadm;a=commitdiff;h=319767b85c2b16d80c235195329470c46d4547b3

from 3.1.2 and see if the makes the difference?

Thanks

NeilBrown



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

Bug#560015: [request-tracker-maintainers] Bug#560015: request-tracker3.6: Upgrade to 3.6.1-4+etch1 results in request tracker unable to login

2010-07-26 Thread Paul Gear


On 08/12/09 21:11, Dominic Hargreaves wrote:

On Tue, Dec 08, 2009 at 08:08:52PM +1000, Paul Gear wrote:

Upgrading my system to 3.6.1-4+etch1 (as announced in DSA-1944-1) causes
Request Tracker to report 'not logged in' every time a link is clicked
or a form is submitted.  This occurs no matter which user i login as.  I
found some additional instructions about this patch at
http://lists.bestpractical.com/pipermail/rt-announce/2009-November/000176.html
which suggests that the mason object cache needs to be cleared.  I did
this in /var/cache/request-tracker3.6/mason_data/obj on my system, but
it had no effect.  Downgrading to 3.6.1-4 again resolves the problem.
My database is postgresql and my MTA is postfix, but these do not seem
to affect the problem in any way.


The Mason cache should be cleared by the package postinst, so that
shouldn't be an issue.

The patches were tested with an sqlite database; I'll see if I can
reproduce your problem this evening. In the meantime, are any errors
logged by RT (in /var/log/request-tracker3.8. syslog, or web server
error log, depending on how you have things configured) at the time
that it was broken?


This bug may be closed - version 3.6.7-5+lenny4 does not have this 
problem and is the currently supported version on lenny.  I have 
successfully upgraded my system to this version without the issue 
reoccurring.


Regards,
Paul



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

Bug#518979:

2010-07-26 Thread Mathieu Malaterre

I uploaded fop 1.0 to experimental. Could you please test if the bug
can still be reproduced with this new version ?

Thanks
-- 
Mathieu



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

Bug#590434: coinor-libipopt0: Ipopt uses ma27 as default solver - not MUMPS

2010-07-26 Thread Michael Weitzel

Package: coinor-libipopt0
Version: 3.8.3-1
Severity: important

Hi,

the Ipopt package uses "ma27" as a default solver. Setting option
"print_options_documentation" reveals this:

---cut---
### Linear Solver ###

linear_solver ("ma27")
   Linear solver used for step computations.
[...]
---cut---

The default solver should be MUMPS.
Setting option "linear_solver" to "mumps" fails:

---cut---
Exception of type: OPTION_INVALID in file "IpAlgBuilder.cpp" at line 381:
 Exception message: Selected linear solver MUMPS not available.
---cut---

Looking into IpAlgBuilder.cpp reveals that MUMPS is disabled by macro
COIN_HAS_MUMPS (probably because it wasn't available at "configure"-time):

---cut---
else if (linear_solver=="mumps") {
#ifdef COIN_HAS_MUMPS
  SolverInterface = new MumpsSolverInterface();
#else

  THROW_EXCEPTION(OPTION_INVALID,
  "Selected linear solver MUMPS not available.");
#endif

}
---cut---

Many thanks for packaging Ipopt for Debian! :-)

Cheers, Michael

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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages coinor-libipopt0 depends on:
ii  libatlas3gf-base3.6.0-24 Automatically Tuned Linear Algebra
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-7GCC support library
ii  libmumps-seq-4.9.2  4.9.2.dfsg-4 Direct linear systems solver - non
ii  libstdc++6  4.4.4-7  The GNU Standard C++ Library v3

coinor-libipopt0 recommends no packages.

coinor-libipopt0 suggests no packages.

-- no debconf information



Forschungszentrum Juelich GmbH
52425 Juelich
Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzender des Aufsichtsrats: MinDirig Dr. Karl Eugen Huthmacher
Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
Prof. Dr. Sebastian M. Schmidt





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

Bug#423875: courier-imap: IDLE support: gamin times out, (FAMPending)

2010-07-26 Thread Alex Crow


Why do you not deinstall fam/gamin?



If I did, then I'd lose IDLE, which in our environment with many shared 
accounts would be unacceptable. We have team inboxes in which 
individuals can take tasks. It's therefore important that other team 
members see when someone has read a message or moved it, which only IDLE 
can provide.


Thanks

Alex

--
This message is intended only for the addressee and may contain
confidential information.  Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.

"Transact" is operated by Integrated Financial Arrangements plc
Domain House, 5-7 Singer Street, London  EC2A 4BQ
Tel: (020) 7608 4900 Fax: (020) 7608 1200
(Registered office: as above; Registered in England and Wales under number: 
3727592)
Authorised and regulated by the Financial Services Authority (entered on the 
FSA Register; number: 190856)




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

Bug#585826: general: gnome trash is full

2010-07-26 Thread zoltan herman

Hi,

Since then I tried several times and always succeeded in emptying the trash.
The error did not appeare.

Greetings,
hz



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

Bug#585072: should be resolved using RIPE whois server instead of ARIN

2010-07-26 Thread Peter Schwindt

Package: gwhois
Version: 20100515
Severity: normal


--- pattern.orig2010-07-26 10:25:24.0 +0200
+++ pattern 2010-07-26 10:26:03.0 +0200
@@ -178,6 +178,7 @@
 # ripe v6
 :whois|whois.ripe.net
 
2001:((0[6789ab]|1[4567abcdef]|2[0-9a-f]|3[012345689ab]|4[0167abcd]|5[0-9a-f])[0-9a-f][0-9a-f]|[6789ab][0-9a-f][0-9a-f][^0-9a-f])
+2a00::
 2a01:0[01][0-9a-f][0-9a-f]:
 2a01:[01][0-9a-f][0-9a-f]:
 2a01:[0-9a-f][0-9a-f]:

Thanks,
Peter



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

Bug#522698: Exclude kfreebsd architecture from openntpd build?

2010-07-26 Thread Robbert Kouprie


Hi Dererk,


I'm afraid it's not yet so easy to debug on kfreebsd-* flavors, as the
port lack most common (unless for me) debugging tools, therefore, you
might understand it's not a matter like " noone cares".


Ok, so I understand you are having problems debugging on kfreebsd for 
reasons that are beyond you. I would say this is even more reason to 
exclude kfreebsd from the build until the situation gets better.



On the other hand, against what common sense could tell you, openntpd
doesn't adjust the system's clock rate (it uses adjtime()), although Its
something you take for granted when you install a software like this, it
really ends up being more painful than useful for end-users that "just
want their sandboxes clocked" (#306106).


I understand that there may be other problems with the openntpd package, 
but I do not see them tagged 'grave' at this point. Therefore I do not 
think that bringing them into discussion here will change anything w.r.t. 
to this bug.



Unfortunately, the only patch I could manage to get running on replacing
adjtime() with adjtimex() didn't work as expected.


[ OT for this bug ]

Do you mean this patch?
http://dtucker.freeshell.org/openntpd/patches/openntpd-3.6.1p1-linux-adjtimex.patch

What is the problem with it?

Regards,
Robbert



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

Bug#590435: gnome-network : DNS IP addresses disappear

2010-07-26 Thread zoltan herman

Package: network-manager-gnome
Severity: normal

debian-squeeze

Hi,

   The supplier changed the router and the address of the DNS server changed
too.
Therefore I wrote the new DNS IP addresses in the gnome network manager.
So thus it is working, but after restarting these sets disappear.

The system AMD64(intel xeon) and up to date.

Thanks
hz

Bug#590151: iceweasel: Spurious horizontal lines when zooming

2010-07-26 Thread Mike Hommey

On Sat, Jul 24, 2010 at 11:29:00AM +0200, Christophe TROESTLER 
 wrote:
> Package: iceweasel
> Version: 3.5.10-1
> Severity: normal
> 
> When zooming in on the site  spurious
> horizontal lines appear (see attached screenshot).

This looks very much like a x.org driver problem. It might be worth
trying with a different driver, such as vesa, if that's still possible.
I'd suggest you to try contacting the Debian X team:
debia...@lists.debian.org.

Cheers,

Mike

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

Bug#560476: singular: [PATCH] FTBFS: febase.cc:752: error: invalid conversion from 'const char' to 'char'

2010-07-26 Thread Nico Golde

Hi,
Ari, I'm not sure if your patch is sufficient. It fixes only a single 
occurrence while there are more errors of this kind. The reason also seems lie 
a bit deeper.

#ifdef __CORRECT_ISO_CPP_STRING_H_PROTO
extern "C++"
{
extern char *strrchr (char *__s, int __c)
 __THROW __asm ("strrchr") __attribute_pure__ __nonnull ((1));
extern __const char *strrchr (__const char *__s, int __c)
 __THROW __asm ("strrchr") __attribute_pure__ __nonnull ((1));

# ifdef __OPTIMIZE__
__extern_always_inline char *
strrchr (char *__s, int __c) __THROW
{
  return __builtin_strrchr (__s, __c);
}

__extern_always_inline __const char *
strrchr (__const char *__s, int __c) __THROW
{
  return __builtin_strrchr (__s, __c);
}
# endif

It seems __OPTIMIZE__ is defined when compiling with -O2. Also Drepper himself
states[0] that just casting those variables is not the way to go and I have to
agree with that. So it seems we require a bit more work to fix this bug :/

[0] https://www.redhat.com/archives/fedora-devel-list/2009-January/msg02248.html

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgpzPNF9fFRu2.pgp
Description: PGP signature

Bug#590213: bug only on NFS mount directory

2010-07-26 Thread Mike Hommey

forcemerge 590213 590307
thanks

On Sun, Jul 25, 2010 at 10:38:41AM +0200, Marco Righi  
wrote:
> Firefox often shows the red sign (The bookmarks and history system will
> not be functional ...).
> 
> The problem exist if the profile of firefox is loaded using a directory
> mounted by NFS.
> 
> As wrote, the problem is not resolved using the followings:
> 
> - delete places.sqlite and places.sqlite-journal
> - delete .mozilla directory

NFS home directory has not been supported by iceweasel/firefox since it
started using sqlite to keep track of history and bookmarks.
There is unfortunately not much that can be done here, except maybe
have sqlite enhanced to support NFS.

Mike



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

Bug#589907: Updates on debian.mirror.vu.lt

2010-07-26 Thread Arnoldas Sareckis

Hello.

Just a few updates here:


1) We have changed the Volatile-upstream server to ftp.de.debian.org:
Volatile-upstream: ftp.de.debian.org

2) /debian-cd/project/trace/debian.mirror.vu.lt file is now updated each
time after a successful debian-cd/ rsync.

3) Sometimes rsync was ending up with error code 12 while syncing the
archive:
rsync: read error: Connection reset by peer (54)
rsync error: error in rsync protocol data stream (code 12) at io.c(794)
[receiver=3.0.3]

In order to keep our mirror in excellent shape we switched the archive
upstream server to ftp.de.debian.org. The errors have gone since then.
Hope they don't come back. 
Archive-upstream: ftp.de.debian.org

4) CDImage upstream is still ftp.se.debian.org since it isn't causing
any problems at the moment and seems to be the primary source of CD
Images; cdimage.debian.org points there.


Best regards,

Arnoldas Sareckis
Vilnius University





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

Bug#590436: Why does cups-bsd depend on update-inetd?

2010-07-26 Thread Paul Slootman

Package: cups-bsd
Version: 1.4.4-1
Severity: normal

The subject says it all.
There's nothing in cups-bsd that could be a daemon:

$ dpkg -L cups-bsd | grep cups-lpd
/usr/share/man/man8/cups-lpd.8.gz
/usr/share/man/fr/man8/cups-lpd.8.gz
/usr/share/man/de/man8/cups-lpd.8.gz

Perhaps there is some packaging error that put /usr/lib/cups/daemon/cups-lpd
into the main cups package? In any case, the manpages should be together with
the executable file, no?


Thanks,
Paul Slootman


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

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

Versions of packages cups-bsd depends on:
ii  cups-client   1.4.4-1Common UNIX Printing System(tm) - 
ii  cups-common   1.4.4-1Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0] 1.5.30 Debian configuration management sy
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcups2  1.4.4-1Common UNIX Printing System(tm) - 
ii  update-inetd  4.36   inetd configuration file updater

cups-bsd recommends no packages.

Versions of packages cups-bsd suggests:
ii  cups  1.4.4-1Common UNIX Printing System(tm) - 

-- debconf information:
  cups-bsd/setuplpd: false



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

Bug#590437: gnome desktop : empty

2010-07-26 Thread zoltan herman

Package: gdm
Severity: normal

debian-squeeze

After installing the latest releases I'm able to log in/enter the gnome,
but nothing seems on the screen, there are no icons, I can see only the
arrow of the mouse.
The system now up-to-date.
I uninstalled and reinstalled the GDM, but nothing has changed.

Thanks
hz

Bug#577640: Another oops + repost

2010-07-26 Thread Eric W. Biederman

Martín Ferrari  writes:

> Hi,
>
> On Thu, Jul 22, 2010 at 18:43, Eric W. Biederman  
> wrote:
>
>>> First of all, I would like to know if anybody was able to fix this
>>> problem  that got kinda lost in the thread:
>>
>> I can't reproduce this on 2.6.35-rc1+
>>
>> Can you please test a 2.6.35-rc version?  If you can still reproduce
>> it there can you send me your .config?  Otherwise I expect my last
>> round of changes to sysfs fixed whatever was the underlying problem.
>
> I just download and compiled rc6, and all of these problems seem to be
> solved. Thanks a lot!

Welcome.  I'm glad to hear there wasn't some weird corner case
that I had missed.

Eric



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

Bug#590438: Should pre-depend on awk

2010-07-26 Thread Benjamin Renard

Package: initramfs-tools
Version: 0.92o
Severity: serious

Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  aspell* aspell-fr* at* bash-completion* console-setup* console-terminus* dc* 
debian-faq*
  dictionaries-common* dmsetup* doc-debian* doc-debian-fr* doc-linux-fr-text* 
doc-linux-text* exim4*
  exim4-base* exim4-config* exim4-daemon-light* gcc-4.2-base* gettext-base* 
iamerican* ibritish*
  ifrench-gut* installation-report* ispell* kpartx* language-env* 
laptop-detect* libaio1* libaspell15*
  libevent1* libgc1c2* libgssglue1* libnfsidmap2* libpcre3* librpcsecgss3* 
libx11-6* libx11-data*
  libxau6* libxcb-xlib0* libxcb1* libxdmcp6* libxext6* libxmuu1* m4* 
manpages-fr* manpages-fr-extra*
  mawk* mlocate* multipath-tools* multipath-tools-boot* 
multipath-tools-initramfs* ncurses-term*
  nfs-common* open-iscsi* openbsd-inetd* openssh-blacklist-extra* perl* 
perl-modules* portmap*
  procmail* python-central* reportbug* tasksel* tasksel-data* texinfo* 
vim-tiny* w3m* wamerican*
  wfrench* whois* x11-common* xauth* xkb-data*
The following NEW packages will be installed:
  bridge-utils dialog gawk htop iptraf libcap1 libelfg0 libpcap0.8 lrzsz ltrace 
lynx lynx-cur make
  mtr-tiny ntpdate psmisc rsync strace sudo tcpdump xfsprogs zssh
0 upgraded, 22 newly installed, 74 to remove and 0 not upgraded.
Need to get 6716kB of archives.
After this operation, 97.5MB disk space will be freed.
Do you want to continue [Y/n]? 
Get:1 http://ftp.fr.debian.org lenny/main gawk 1:3.1.5.dfsg-4.1 [721kB]

[...]

Removing ispell ...
Removing dictionaries-common ...
Removing `diversion of /usr/share/dict/words to 
/usr/share/dict/words.pre-dictionaries-common by dictionaries-common'
Purging configuration files for dictionaries-common ...
dpkg: mawk: dependency problems, but removing anyway as you request:
 base-files depends on awk; however:
  Package awk is not installed.
  Package mawk which provides awk is to be removed.
Removing mawk ...
Processing triggers for man-db ...
Processing triggers for initramfs-tools ...
/usr/sbin/update-initramfs: line 297: awk: command not found
dpkg: subprocess post-installation script returned error exit status 127
E: Sub-process /usr/bin/dpkg returned an error code (2)
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct 
the problem. 

-- Package-specific info:
-- /proc/cmdline
root=/dev/sda2 ro 

-- /proc/filesystems
ext3

-- lsmod
Module  Size  Used by
dm_round_robin  7296  1 
ipv6  288456  72 
crc32c  6400  0 
libcrc32c   7168  1 crc32c
iscsi_tcp  21764  2 
libiscsi   32384  1 iscsi_tcp
scsi_transport_iscsi36256  2 iscsi_tcp,libiscsi
loop   19468  0 
snd_pcsp   14588  0 
snd_pcm81800  1 snd_pcsp
snd_timer  25744  1 snd_pcm
snd63688  3 snd_pcsp,snd_pcm,snd_timer
soundcore  12064  1 snd
snd_page_alloc 13072  1 snd_pcm
serio_raw   9988  0 
psmouse42268  0 
button 11680  0 
dcdbas 11952  0 
joydev 14848  0 
evdev  14208  0 
ext3  125072  3 
jbd51240  1 ext3
mbcache12804  1 ext3
dm_mirror  20608  0 
dm_log 13956  1 dm_mirror
dm_snapshot19400  0 
dm_emc  9088  0 
dm_multipath   21392  3 dm_round_robin,dm_emc
dm_mod 58864  10 dm_mirror,dm_log,dm_snapshot,dm_multipath
usbhid 45792  0 
hid41792  1 usbhid
ff_memless  9224  1 usbhid
sg 36448  0 
sr_mod 19652  0 
cdrom  37928  1 sr_mod
sd_mod 29376  6 
ses11008  0 
enclosure  13632  1 ses
ata_piix   22916  0 
ata_generic10116  0 
libata165600  2 ata_piix,ata_generic
dock   14112  1 libata
ide_pci_generic 9220  0 [permanent]
megaraid_sas   38844  3 
ide_core  128284  1 ide_pci_generic
scsi_mod  161016  9 
iscsi_tcp,libiscsi,scsi_transport_iscsi,sg,sr_mod,sd_mod,ses,libata,megaraid_sas
uhci_hcd   25760  0 
ehci_hcd   36108  0 
bnx2   63880  0 
firmware_class 12544  1 bnx2
thermal22688  0 
processor  42304  9 thermal
fan 9352  0 
thermal_sys17728  3 thermal,processor,fan

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = update-grub
postrm_hook   = update-grub

-- /etc/initramfs-tools/initramfs.conf
MODULES

Bug#583699: git-rebase --abort doesn't reset the whole index w/ sparse checkout

2010-07-26 Thread Nguyen Thai Ngoc Duy

2010/7/25 Nguyen Thai Ngoc Duy :
> I'll make a proper patch to git ML later.

FYI, http://mid.gmane.org/1280135310-2347-1-git-send-email-pclo...@gmail.com
-- 
Duy



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

Bug#590439: Remove a...@debian.org from uploaders

2010-07-26 Thread Julien Danjou

Package: xen
Severity: wishlist

I'm not maintaining xen anymore, so please remove me from uploaders.

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

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



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

Bug#590437: gnome desktop : empty

2010-07-26 Thread Emilio Pozuelo Monfort

On 26/07/10 11:33, zoltan herman wrote:
> After installing the latest releases I'm able to log in/enter the gnome,
> but nothing seems on the screen, there are no icons, I can see only the
> arrow of the mouse.
> The system now up-to-date.
> I uninstalled and reinstalled the GDM, but nothing has changed.

Can you attach your ~/.xsession-errors after logging in?



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

Bug#590440: ITP: git-sh -- A customized bash shell suitable for git work.

2010-07-26 Thread Flo Baumann

Package: wnpp
Owner: Florian Baumann 
Severity: wishlist

* Package name: git-sh
  Version : 1.0.2
  Upstream Author : Ryan Tomayko 
* URL : http://github.com/rtomayko/git-sh
* License : GPL Version 2
  Programming Lang: bash
  Description : A customized bash shell suitable for git work.
  
The git-sh command starts an interactive bash shell tweaked for heavy git
interaction: All git commands available at top-level (checkout master =
git checkout master). All git aliases defined in the [alias] section of
~/.gitconfig available at top-level. Shawn O. Pearce's excellent bash
completion strapped onto all core commands and git aliases.
Custom prompt with current branch, repository, and work tree dirty indicator.
Customizable via /etc/gitshrc and ~/.gitshrc config files; for creating
aliases, changing the prompt, etc. Runs on top of normal bash and i
readline configurations.
 

I'm actually working on it. It's my first package and I'm trying to do a good 
job. :) The package is nearly finished. I got to do some little changes to 
satisfy lintian. 
But it already works. 

See http://git.zwetschge.org/?p=git-sh.git;a=tree for status. 
I hope it would be ok. 

Regards, Florian



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

Bug#590441: ffmpeg2theora: generates files that don't play in mplayer (Invalid frame duration value)

2010-07-26 Thread Timo Lindfors

Package: ffmpeg2theora
Version: 0.24-2+b1
Severity: important

Severity set to important since this can cause dataloss: People can
remove original files since the generated theora video appears to play
just fine for a while.

Steps to reproduce:
1) wget http://mirror.cessen.com/blender.org/peach/trailer/trailer_iphone.m4v
2) ffmpeg2theora trailer_iphone.m4v
3) mplayer -nosound trailer_iphone.ogv

Expected results:
3) mplayer is able to play the encoded file

Actual results:
3) mplayer plays the video for 26 seconds and then stops after
printing

Invalid frame duration value (26.760/0.000 => -26.760). Defaulting to 0.040 sec.

More info:
1) ffmpeg2theora output:
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'trailer_iphone.m4v':
  Metadata:
major_brand : M4VP
minor_version   : 1
compatible_brands: M4VPM4A mp42isom
  Duration: 00:00:33.04, start: 0.00, bitrate: 941 kb/s
Stream #0.0(eng): Audio: aac, 44100 Hz, stereo, s16, 127 kb/s
Stream #0.1(eng): Video: h264, yuv420p, 480x270, 824 kb/s, 25 fps, 25 tbr, 
600 tbn, 1200 tbc
  Resize: 480x270
  0:00:33.04 audio: 69kbps video: 232kbps, time elapsed: 00:00:15
2) full mplayer output:
MPlayer SVN-r1.0~rc3+svn20100502-4.4.4 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing trailer_iphone.ogv.
Ogg stream 0 is of an unknown type
[Ogg] stream 1: video (Theora v3.2.1), -vid 0
[Ogg] stream 2: audio (Vorbis), -aid 0
Ogg file format detected.
VIDEO:  [theo]  480x270  24bpp  25.000 fps0.0 kbps ( 0.0 kbyte/s)
[VO_SDL] Using driver: x11.
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[theora @ 0x7f55317966c0]Missing extradata!
Could not open codec.
VDecoder init failed :(
Opening video decoder: [theora] Theora/VP3
VDec: vo config request - 480 x 270 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [sdl] 480x270 => 480x270 Planar YV12
Selected video codec: [theora] vfm: theora (Theora (free, reworked VP3))
==
Audio: no sound
Starting playback...
V:  26.7 668/668  1%  8%  0.0% 0 0
Invalid frame duration value (26.760/0.000 => -26.760). Defaulting to 0.040 sec.
3) mplayer is of version 2:1.0~rc3+svn20100502-3 
4) This happens on both amd64 and armel.


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages ffmpeg2theora depends on:
ii  libavcodec52  4:0.5.2-1  ffmpeg codec library
ii  libavdevice52 4:0.5.2-1  ffmpeg device handling library
ii  libavformat52 4:0.5.2-1  ffmpeg file format library
ii  libavutil49   4:0.5.2-1  ffmpeg utility library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libogg0   1.2.0~dfsg-1   Ogg bitstream library
ii  libpostproc51 4:0.5.2-1  ffmpeg video postprocessing librar
ii  libswscale0   4:0.5.2-1  ffmpeg video scaling library
ii  libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec
ii  libvorbis0a   1.3.1-1The Vorbis General Audio Compressi
ii  libvorbisenc2 1.3.1-1The Vorbis General Audio Compressi

ffmpeg2theora recommends no packages.

ffmpeg2theora suggests no packages.

-- no debconf information



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

Bug#590240: acl: Please move binaries to /bin (from /usr/bin)

2010-07-26 Thread Julien BLACHE

nath...@aconex.com wrote:

Hi,

> Have you considered using the device cgroup to address this issue?
> If so, what happened there - did it not work?  That would seem to
> be able to address this (maybe?) and could be done with use of the
> existing /bin tools (mkdir/echo).
>
> Docs are: linux/Documentation/cgroups/devices.txt

This looks like a nightmare both for me as upstream/maintainer and the
users, which makes it even more of a nightmare for me :)

> Are you advocating moving all of: libacl.so, libattr.so, chacl,
> getfacl, setfacl, attr, getfattr, and setfattr?

I'm just interested in the *acl binaries right now.

> I'm not sure what the rules are for putting additional binaries and
> shared libraries out of usr into the root are - can you point me to

Libraries are already there, as you've noted in your second mail :)

> them?  Is "increased use" really a valid reason?  I had a look in
> Debian Policy and couldn't find the section covering this stuff.

I'm not sure there are any rules covering this, besides the common sense
stuff like "raise it on -devel, if nobody objects, go ahead" which I
just did :-)

JB.

-- 
 Julien BLACHE   |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#590442: [INTL:es] mumble debconf Spanish translation

2010-07-26 Thread Omar Campagne

Package: mumble
Version: 1.2.2-4+b1
Severity: wishlist
Tags: patch l10n

Please find attached the Spanish translation for mumble's debconf
template.

Regards,
-- 
Omar Campagne Polaino
# mumble po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the mumble package.
#
# Changes:
#   - Initial translation
#   Álvaro M. Recio
#
#   - Updates
#   Omar Campagne , 2010
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: mumble\n"
"Report-Msgid-Bugs-To: mum...@packages.debian.org\n"
"POT-Creation-Date: 2010-01-11 16:52+0100\n"
"PO-Revision-Date: 2010-07-25 17:25+0200\n"
"Last-Translator: Omar Campagne \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: es\n"
"X-Launchpad-Export-Date: 2009-02-03 18:56+\n"
"X-Generator: Launchpad (build Unknown)\n"

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid "Password to set on SuperUser account:"
msgstr "Contraseña a utilizar para la cuenta «SuperUser»:"

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid ""
"Murmur has a special account called \"SuperUser\" which bypasses all "
"privilege checks."
msgstr ""
"Murmur posee una cuenta especial llamada «SuperUser» para la que no se "
"hacen ninguna de las comprobaciones de nivel de privilegios."

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid ""
"If you set a password here, the password for the \"SuperUser\" account will "
"be updated."
msgstr ""
"Se actualizará la contraseña de la cuenta «SuperUser» si se define una "
"contraseña aquí."

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid "If you leave this blank, the password will not be changed."
msgstr "La contraseña no se modificará si deja este valor en blanco."

#. Type: boolean
#. Description
#: ../mumble-server.templates:2001
msgid "Autostart mumble-server on server boot?"
msgstr "¿Desea iniciar automáticamente mumble-server al arrancar el servidor?"

#. Type: boolean
#. Description
#: ../mumble-server.templates:2001
msgid ""
"Mumble-server (murmurd) can start automatically when the server is booted."
msgstr ""
"Mumble-server («murmurd») se puede iniciar automáticamente al arrancar el "
"servidor."

#. Type: boolean
#. Description
#: ../mumble-server.templates:3001
#| msgid "Autostart mumble-server on server boot?"
msgid "Allow mumble-server to use higher priority?"
msgstr "¿Desea permitir que mumble-server use una prioridad más alta?"

#. Type: boolean
#. Description
#: ../mumble-server.templates:3001
msgid ""
"Mumble-server (murmurd) can use higher process and network priority to "
"ensure low latency audio forwarding even on highly loaded servers."
msgstr ""
"Mumble-server («murmurd») puede usar una prioridad de proceso y de red "
"más alta de forma que pueda garantizar una latencia baja al reenviar "
"audio incluso en servidores que tengan mucha carga."

#~ msgid "Email address to send registration emails from:"
#~ msgstr ""
#~ "Dirección de correo electrónico desde la que enviar los correos de "
#~ "registro:"

#~ msgid ""
#~ "Murmur comes with a web-based registration script, which will send an "
#~ "authentication code to the user by email before registration can be "
#~ "completed."
#~ msgstr ""
#~ "Murmur incluye un guión para el registro basado en web, que enviará por "
#~ "correo al usuario un código de autenticación para que pueda completar el "
#~ "registro."

#~ msgid ""
#~ "Set this to the email address you wish such authentication emails to come "
#~ "from. If you set it blank, registration will be disabled."
#~ msgstr ""
#~ "Escriba aquí la dirección de correo electrónico desde la que desea que se "
#~ "envíen estos mensajes. Si deja esto en blanco, se desactivarán los "
#~ "registros."

Bug#590313: RM: sun-java5/stable [ia64] -- ROM; arch ia64 cannot execute i386 binaries

2010-07-26 Thread Torsten Werner

Am 26.07.2010 10:34, schrieb Matthias Klose:
> so you say that ia32-libs is broken in stable on ia64?

No, I say that all chroots are broken on our porterbox including the
Lenny chroot.

> I don't think the correct solution is to remove all r-depending packages 
> because of this.

Just keeping unusable packages is not a solution either. What do you
propose?

> so you did shove in a new major version into stable/security without
> testing it on ia64 first?

I cannot test any package on a porterbox because there is no root access
for me. And yes, I would have uploaded the i386 and amd64 packages anyway.

Torsten



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

1 2 3 4 >

1 - 100 of 373 matches

Mail list logo