date:20120609

Bug#676719: rpc.idmapd: Unable to create name to user id mappings after updating libnfsidmap2 to 0.25-3

2012-06-09 Thread Salvatore Bonaccorso

Source: libnfsidmap
Version: 0.25-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

After updating libnfsidmap2 to most recent 0.25-3 from 0.25-2
restarting nfs-common bails out:

- cut-cut-cut-cut-cut-cut-
root@sid:~# service nfs-common restart
Stopping NFS common utilities: idmapd statd.
Starting NFS common utilities: statd idmapd.
root@sid:~# apt-get install libnfsidmap2
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  libnfsidmap2
1 upgraded, 0 newly installed, 0 to remove and 15 not upgraded.
Need to get 37.9 kB of archives.
After this operation, 55.3 kB of additional disk space will be used.
Get:1 http://cdn.debian.net/debian/ sid/main libnfsidmap2 amd64 0.25-3 [37.9 kB]
Fetched 37.9 kB in 0s (345 kB/s)  
(Reading database ... 24443 files and directories currently installed.)
Preparing to replace libnfsidmap2 0.25-2 (using 
.../libnfsidmap2_0.25-3_amd64.deb) ...
Unpacking replacement libnfsidmap2:amd64 ...
Processing triggers for man-db ...
Setting up libnfsidmap2:amd64 (0.25-3) ...
root@sid:~# service nfs-common restart
Stopping NFS common utilities: idmapd statd.
Starting NFS common utilities: statd idmapdrpc.idmapd: libnfsidmap: requested 
translation method, 'nsswitch', is not available

rpc.idmapd: Unable to create name to user id mappings.
 failed!

- cut-cut-cut-cut-cut-cut-

Not sure if this should be assigned to nfs-utils package, but as it is
caused by direct update of libnfsidmap2 I reported it here.

Regards,
Salvatore

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

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

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

iQIcBAEBCAAGBQJP0uZfAAoJEHidbwV/2GP+otgQAOPN4s/wtczLlspLyh83TtJA
hvG50Av2Re6PJ0cD7MZUc0/ifSuEcVVTWIPFZl+0Ckt6KnR91mUl1x8DEDFaYrvp
ZwNWwkRZNqPiNj5kPk5JotYHgpc6WGqUzSQOExCiNoaTgyEwtIgNB6OUR4e4oru1
bCahaxb89/U9b5BtYimcXYDpI4zvyDagGaH83MVRRv91u6KwotJ9Ju7LAOccmZOM
84VGAN3hOTTvJXeDi6YjwfeRY3XS+/ZpVVxhlbKBj01QNAZCxoMFgyCH8lsWObNH
I+t9tWKhnRlduW7g5eNet/G+s1OW7gB0AS6qPBRurFZoLmxrZ0VfIGOTDtQLik+P
RBwAYd8+u58XOVlgHN4GHLnN729ZCiwy8pi0QcAeTePkouAQtgxmy8SftZGs+beO
Drq4a2tJPTQy/L1PJgxfFRMy63ECdHcANoXvmVsYGfR7ixdlJwwNeLt28H0PIeVn
RbLJ0PGMSO+apNm0VCso++IBQof/rfgpUvBu29IRFz8bKweXC7sGomWvAQswBFG6
+9GLbGiqK9bsdeGVWEmilLFcbV0ThhbnbNQDpBhRmsfDpgJK9ujZ9G51wjmOkeLB
qGLaX6TwE8QXLckFPDJuZUj69J7HzNW0XQxN/zYLKnVvghKb9JnqDUsYfkyQweXs
8c0Z6DXSETaPHSrfkoul
=ka+p
-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#676592: RM: celt -- ROM; abandoned upstream, replaced by opus

2012-06-09 Thread Philipp Schafft

reflum,

 The resolution to that is independent of this removal request,
 I'll keep people who need to know in the loop as we learn more -
 but I mention it here because there are rumours that roaraudio
 (those nice folk who brought you a DECnet dependency to d-i)
 may try to resurrect this package, or embed it themselves,
 so just in case that is actually true, I'm red-flagging it
 here as an Unwise Move to make.

To make this very clear:
The RoarAudio as well asl the OLD mumble team was who told tat embedding
is bad from the very moment Ron was asking us to do.

The RoarAudio Team supports the removal itself fully.
We just had problems with the way of transition (see the transition
bug). This has been 'fixed' already (as Ron said, dak doesn't report
us ;)

Also the DECnet problem has been fixed. Where it should be: in the
package dnprogs.


To repeat myself:
The RoarAudio Team supports this removal fully.


(PS: I'm away this weekend.)

-- 
Philipp.
 (Rah of PH2)


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

Bug#609191: Intel 82599EB 10 Gigabit TN not supported

2012-06-09 Thread Jonathan Nieder

tags 609191 + unreproducible
quit

Jonathan Nieder wrote:
 Jonathan Nieder wrote:
 Aaron Porter wrote:

 The dual-port model of Intel's PCIe 10g baset card is not
 supported in squeeze kernels. Upstream support for this NIC:
[...]
 I'm attaching a blind backport of the commit you mentioned and a
 couple of other commits

 Do you still have access to this hardware?

Assuming no, marking accordingly.



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

Bug#676457: amd64 packages in pool

2012-06-09 Thread Milan Kocian

Package: wine
Version: 1.4-5
Severity: serious

Hi,

I don't see amd64 packages in pool. The latest package version I see in pool
is wine-bin_1.4-0.3_amd64.deb. The same with other wine packages for
amd64 arch.

Best regards,

-- 
Milan Kocian



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

Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-09 Thread Christian PERRIER

Hello Helge,

Great but tedious work you're doing on locales licences. IIRC, you
already asked me about those I contributed, right?

Quoting Tomislav Vujec (tvu...@redhat.com):

 I suspect that the only reason that this file references me as a contact is 
 since it was based off Croatian locale that I put together two decades ago. I 
 no longer maintain Croatian locale, but since this one is based off my work 
 that was LGPLd, I believe the same license should apply to it, granting 
 rights for use, distribution and modification according to LGPL.
 
 I hope this helps. Please let me know if there's anything else I'd need to do.


The other contributor, namely Pablo Saratxaga, is a well-known name in
the l10n community. He was (is?) working at Mandrakesoft and doing a
lot of l10n-related work.

You can very certainly reach him by googling a bit, which is certainly
worth it as he contributed many locales. Trying to find an alternative
address to @mandrakesoft.com might be a good idea.




signature.asc
Description: Digital signature

Bug#676616: gnome-screenshot: No screenshot saved when running gnome-screenshot

2012-06-09 Thread Mike Hommey

On Sat, Jun 09, 2012 at 02:07:45AM +0200, Michael Biebl wrote:
 On 09.06.2012 00:53, Michael Biebl wrote:
  On 08.06.2012 10:58, Mike Hommey wrote:
  This is probably related to me not using gnome, but gnome-screenshot
  attempts to save screenshots in /:
 
  strace -f -eopen gnome-screenshot 21 | grep \\.png
  [pid 15190] open(/Screenshot from 2012-06-08 10:57:42.png,
   O_WRONLY|O_CREAT|O_EXCL, 0666) = -1 EACCES (Permission denied)
  
  
  what is XDG_PICTURES_DIR (~/.config/user-dirs.dirs) set to?

Nothing. I don't have a ~/.config/user-dirs.dirs file either.

 In case it is not set, g-screenshot should fall back to $HOME [1].
 It would be helpful to know what
 get_default_screenshot_dir() resp get_fallback_screenshot_dir() return
 in your particular case.

Would you happen to have a package for x86-64 with debugging symbols?

Mike



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

Bug#676680: nagvis: French debconf templates translation

2012-06-09 Thread Christian PERRIER

forcemerge 676599 676680
thanks

Quoting garnier (jc.garni...@orange.fr):
 Package: nagvis
 Version: N/A
 Severity: wishlist
 Tags: patch l10n


Ah, Jean-Christophe finally managed to send the bug report..:-)

So, let's merge it with the one I already sent in case he couldn't
send it..:-)

To nagvis maintainer(s): the translation file should be the same in
the two bug reports. These are not competing French translators!




signature.asc
Description: Digital signature

Bug#673997: Still broken as of Jun 9, 2012

2012-06-09 Thread Guruprasad

I tried the image from today and it is still broken

-- 
Thank you.

Regards,
Guruprasad.



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

Bug#676720: rstatd: does not work with kernel 3.x kernel (updated patch for unstable)

2012-06-09 Thread Salvatore Bonaccorso

Package: rstatd
Version: 4.0.1-5
Severity: minor
Tags: patch

Hi Anibal. The following discussion refers to #654276[1]. The fix
there introduced another case explicitly for 3.x kernels. During
asking for a stable-update for rstatd Julien from Release Team noticed
that it would be better to use get_*26 calls as default fallback as
2.6 and 3.x kernels use the same interface. See [2] for my initial
request.

 [1]: http://bugs.debian.org/654276
 [2]: https://lists.debian.org/debian-release/2012/06/msg00142.html

On Wed, Jun 06, 2012 at 10:12:46PM +0200, Julien Cristau wrote:
 On Wed, Jun  6, 2012 at 21:25:37 +0200, Salvatore Bonaccorso wrote:
 
  Agreed, and thanks for feedback. Indeed the fix was simply taken from
  the version in unstable, which maybe should change that too.
  
 Yes, that would be better.
 
  Attached is the new debdiff for it.
  
 Looks good to me, thanks.

Attached is now the same against 4.0.1-5 in unstable (note the pach
folliwing it needs a refresh for the offset).

Regards,
Salvatore
From 937673cb800b777965ad8841100771ab088e5dc5 Mon Sep 17 00:00:00 2001
From: Salvatore Bonaccorso car...@debian.org
Date: Sat, 9 Jun 2012 08:11:29 +0200
Subject: [PATCH] Defaults to get_*26 for kernel version = 2.6

Defaults to get_*26 for kernel version = 2.6 instead of introducing a
new if for 3.x kernels.

See: https://lists.debian.org/debian-release/2012/06/msg00152.html
---
 debian/patches/02-654276-get_disk26.patch |5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/debian/patches/02-654276-get_disk26.patch b/debian/patches/02-654276-get_disk26.patch
index b478b22..1914641 100644
--- a/debian/patches/02-654276-get_disk26.patch
+++ b/debian/patches/02-654276-get_disk26.patch
@@ -20,11 +20,12 @@ same interface is used for getting the disks statistics.
 
 --- a/getdata.c	2012-01-08 12:26:19.0 +1100
 +++ b/getdata.c	2012-01-08 12:31:12.0 +1100
-@@ -289,6 +289,10 @@ void	getdata_setup() {
+@@ -289,6 +289,11 @@
  		getdata.disk = get_disk26;
  		getdata.vm = get_vm26;
  	}
-+	if (0 == strncmp(u.release, 3, 1)) {
++	/* defaults to get_*26 for kernel version = 2.6 */
++	else {
 +		getdata.disk = get_disk26;
 +		getdata.vm = get_vm26;
 +	}
-- 
1.7.10



signature.asc
Description: Digital signature

Bug#628444: Also in stable, now

2012-06-09 Thread Martin Hardcastle

To add to my previous report: of the workrounds described above, the
11n_disable suggestion does absolutely nothing for me. However,
pcie_aspm=off as a boot option does greatly reduce the extent of the
problem. (Sadly it doesn't eliminate it completely -- I just had a
repeat of the problem apparently triggered by moving from mains to
battery power. But that's the first time in a week of use since I made
the change to the command line.)

I'd suggest therefore that the recent change to the kernel in stable
(which I believe to be the only plausible explanation for my
experience) is one that affects the PCIe power saving controlled by
this command line option.



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

Bug#666108: Failed to Install Debian 6.0 on Dell PERC H710P

2012-06-09 Thread Christian PERRIER

Quoting Jonathan Nieder (jrnie...@gmail.com):

 First, thanks very much for writing.  Let's get this fixed. :)
 
 As for your question, the short answer is: I don't know.  I can
 provide an updated kernel to test (and would be very interested in the
 result), but I do not know how to tell the Debian installer to use it.
 
 d-i team: advice?


This is a situation where Kenshi Muto's backported d-i (stable D-I
with a backported kernel) might help:

http://kmuto.jp/debian/d-i/




signature.asc
Description: Digital signature

Bug#676721: sysvinit: [INTL:sk] Slovak po-debconf translation updated

2012-06-09 Thread Slavko

Package: sysvinit
Severity: wishlist
Tags: l10n patch
Version: 2.88dsf-27

sk.po attached

regards

-- 
s pozdravom

Slavko
http://slavino.sk
# Slovak translations for sysvinit package
# SlovenskÃ© preklady pre balÃk sysvinit.
# Copyright (C) 2011 THE sysvinit'S COPYRIGHT HOLDER
# This file is distributed under the same license as the sysvinit package.
# Automatically generated, 2011.
# Slavko li...@slavino.sk, 2011, 2012.
#
msgid 
msgstr 
Project-Id-Version: sysvinit 2.88dsf-13.1\n
Report-Msgid-Bugs-To: sysvi...@packages.debian.org\n
POT-Creation-Date: 2012-06-09 08:51+0200\n
PO-Revision-Date: 2012-06-09 08:59+0200\n
Last-Translator: Slavko li...@slavino.sk\n
Language-Team: slovenÄina debian-l10n-slo...@lists.debian.org\n
Language: sk\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2  n=4) ? 1 : 2;\n
X-POFile-SpellExtra: purge dpkg-reconfigure sysv-rc SUGGESTION\n

#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid Unable to migrate to dependency-based boot system
msgstr NemoÅ¾no prejsÅ¥ na zavÃ¡dzanie zaloÅ¾enÃ© na zÃ¡vislosti

#. Type: note
#. Description
#: ../sysv-rc.templates:1001
#| msgid 
#| Tests have determined that problems in the boot system exist which 
#| prevent migration to dependency-based boot sequencing:
msgid 
Problems in the boot system exist which are preventing migration to 
dependency-based boot sequencing:
msgstr 
V systÃ©me zavÃ¡dzania existujÃº problÃ©my, ktorÃ© brÃ¡nia prechodu na systÃ©m 
zavÃ¡dzania zaloÅ¾enÃ½ na zÃ¡vislosti:

#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid 
If the reported problem is a local modification, it needs to be fixed 
manually.  These are typically due to obsolete conffiles being left after a 
package has been removed, but not purged.  It is suggested that these are 
removed by running:
msgstr 
Ak je hlÃ¡senÃ½ problÃ©m lokÃ¡lnou Ãºpravou, musÃ byÅ¥ opravenÃ½ manuÃ¡lne. Tieto 
prÃpady nastÃ¡vajÃº najmÃ¤ kvÃ´li zastaranÃ½m konfiguraÄnÃ½m sÃºborom, ktorÃ© ostali 
po odinÅ¡talovanÃ balÃka bez vyÄistenia (purge). OdporÃºÄame ich odstrÃ¡nenie 
spustenÃm:

#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid ${SUGGESTION}
msgstr ${SUGGESTION}

#. Type: note
#. Description
#: ../sysv-rc.templates:1001
#| msgid 
#| To reattempt the migration process after the problems have been fixed, 
#| run \dpkg-reconfigure sysv-rc\.
msgid 
Package installation can not continue until the above problems have been 
fixed.  To reattempt the migration process after these problems have been 
fixed, run \dpkg --configure sysv-rc\.
msgstr 
InÅ¡talÃ¡cia balÃka nemÃ´Å¾e pokraÄovaÅ¥, kÃ½m tieto problÃ©my nebudÃº odstrÃ¡nenÃ©. 
Na opÃ¤tovnÃ© spustenie prechodu, po odstrÃ¡nenÃ problÃ©mov, spusÅ¥te âdpkg-
reconfigure sysv-rcâ

#~ msgid Migrate legacy boot sequencing to dependency-based sequencing?
#~ msgstr 
#~ PrejsÅ¥ zo starÃ©ho systÃ©mu zavÃ¡dzania k zavÃ¡dzaniu zaloÅ¾enÃ©mu na 
#~ zÃ¡vislosti?

#~ msgid 
#~ The boot system is prepared to migrate to dependency-based sequencing. 
#~ This is an irreversible step, but one that is recommended: it allows the 
#~ boot process to be optimized for speed and efficiency, and provides a 
#~ more resilient framework for development.
#~ msgstr 
#~ ZavÃ¡dzacÃ systÃ©m je pripravenÃ½ na prechod na zavÃ¡dzanie zaloÅ¾enÃ© na 
#~ zÃ¡vislosti. Je to nevratnÃ½ krok, ale je odporÃºÄanÃ½, pretoÅ¾e umoÅ¾Åuje 
#~ optimalizÃ¡ciu procesu zavedenia, Äo sa tÃ½ka rÃ½chlosti i efektivity, as 
#~ poskytuje oveÄ¾a pruÅ¾nejÅ¡iu Å¡truktÃºru vÃ½voja.

#~ msgid 
#~ A full rationale is detailed in /usr/share/doc/sysv-rc/README.Debian. If 
#~ you choose not to migrate now, you can do so later by running \dpkg-
#~ reconfigure sysv-rc\.
#~ msgstr 
#~ ÃplnÃ½ popis dÃ´vodov je k dispozÃcii v /usr/share/doc/sysv-rc/README.
#~ Debian. Ak sa rozhodnete teraz neprechÃ¡dzaÅ¥, mÃ´Å¾ete to urobiÅ¥ neskÃ´r 
#~ spustenÃm âdpkg-reconfigure sysv-rcâ.

#~ msgid 
#~ If the reported problem is a local modification, it needs to be fixed 
#~ manually. If it's a bug in the package, it should be reported to the BTS 
#~ and fixed in the package. See http://wiki.debian.org/LSBInitScripts/;
#~ DependencyBasedBoot for more information about how to fix the problems 
#~ preventing migration.
#~ msgstr 
#~ Ak sÃº zistenÃ© problÃ©my spÃ´sobenÃ© lokÃ¡lnymi Ãºpravami, bude ich treba 
#~ upraviÅ¥ manuÃ¡lne. Ak je to chyba balÃka, mali by ste ju nahlÃ¡siÅ¥ do BTS, 
#~ aby ju mohol sprÃ¡vca balÃka opraviÅ¥. ÄalÅ¡ie informÃ¡cie o opravÃ¡ch chÃ½b, 
#~ ktorÃ© brÃ¡nia migrÃ¡cii mÃ´Å¾ete nÃ¡jsÅ¥ na http://wiki.debian.org/;
#~ LSBInitScripts/DependencyBasedBoot.


signature.asc
Description: PGP signature

Bug#676722: RFS: ruby-kyotocabinet

2012-06-09 Thread shawn

Package: sponsorship-requests
Severity: wishlist

resend: apparently this web site is blacklisted (??)

  Dear mentors,

  I am looking for a sponsor for my package ruby-kyotocabinet

* Package name: ruby-kyotocabinet
   Version : 1.32-1
   Upstream Author : FAL Labs
* URL : http://fallab s.com/kyotocabinet/
* License : GPL
   Section : ruby

  It builds those binary packages:

ruby-kyotocabinet - Straightforward implementation of DBM - Ruby
bindings

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/ruby-kyotocabinet


  Alternatively, one can download the package with dget using this
command:

dget -x
http://mentors.debian.net/debian/pool/main/r/ruby-kyotocabinet/ruby-kyotocabinet_1.32-1.dsc

ITP: Bug# 676630

It depends on kyotocabinet, which I have packaged at 

http://mentors.debian.net/package/kyotocabinet (of which I also am
requesting sponsorship)

  Regards,
   Shawn Landden





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

Bug#676723: libgl1-nvidia-glx:i386: Please downgrad libxvmc dependency to Recommends

2012-06-09 Thread Ralf Jung

Package: libgl1-nvidia-glx
Version: 295.53-1
Severity: wishlist

Dear Maintainer,

currently, libgl1-nvidia-glx can not be installed in a foreign architecture
since it depends on libxvmc1, which has not yet been converted to
multi-arch [1]. This means that foreign-architecture applications can not use
hardware-accelerated OpenGL.
However, libgl1-nvidia-glx-ia32 which used to provide this functionality, only
depends on ia32-libs, which does not contain libxvmc. So the driver actually
works without it available. From what I understood, the nvidia drivers merely
provide an alternative xvmc implementation which has to be manually set up in
/etc/X11/XvMCConfig. Besides, GeForce 8 and later cards do not even support
xvmc at all [2].
Since the package does not actually depend on anything libxvmc does or provides,
I suggest to downgrade the Depends: to a Recommends:

Kind regards,
Ralf

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640499
[2] https://wiki.archlinux.org/index.php/Enable_XvMC_for_NVIDIA_video_cards

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

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

Versions of packages libgl1-nvidia-glx:i386 depends on:
ii  libc6 2.13-33
ii  libx11-6  2:1.4.99.901-2
ii  libxext6  2:1.3.1-2
ii  libxv12:1.0.7-1
ii  libxvmc1  2:1.0.7-1.1~local
ii  multiarch-support 2.13-33
ii  nvidia-alternative295.53-1
ii  nvidia-installer-cleanup  2011+3
ii  nvidia-support2011+3

Versions of packages libgl1-nvidia-glx:i386 recommends:
ii  nvidia-kernel-dkms [nvidia-kernel-295.53]  295.53-1

Versions of packages libgl1-nvidia-glx:i386 suggests:
ii  nvidia-kernel-dkms [nvidia-kernel-dkms]  295.53-1

-- 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#676724: [Patch] Fcitx support patch for mozc

2012-06-09 Thread YunQiang Su

Package: mozc
Version: 1.5.1090.102.1
X-Debbugs-CC: wen...@gmail.com

fcitx support patch for mozc has been update by Wen Xuetian.

Please include it, when next upload.

http://code.google.com/p/fcitx/downloads/detail?name=fcitx-mozc-1.5.1090.102.1.patchcan=2q=

-- 
YunQiang Su



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

Bug#661538: Add support for Build-Depends-Stage1 in order to allow breaking of cyclic Build-depends loops

2012-06-09 Thread P. J. McDermott

On 2012-06-09 00:16, Jonathan Nieder wrote:
 Wookey wrote:
 
  an uploadable
 build should always be done against complete build-deps - anything
 built against 'staged' packages must be considered 'tainted'.
 
 Sounds good.  If I understand correctly:
 
 * dpkg-checkbuilddeps: in a stage-N build, use Build-Depends-StageN
   instead of Build-Depends.

Correct.  And the current revision of the patch already handles this.

 * dpkg-checkbuilddeps: in a stage-N build, build-time dependencies
   must have Build-Stage = N-1.

In probably most cases, there is only one staged binary package
installed at any one time (only long enough to build and install all of
the source package's full build dependencies).  Also, the order of
package building will be determined by the bootstrap build ordering tool
[1] that my fellow GSoC student Johannes Schauer will be developing.

 * dpkg-checkbuilddeps: in an untainted build, build-time dependencies
   must not have a Build-Stage field.

Correct, but not really something that (according to the current plan â
see below) would be tracked by dpkg.

 * dpkg-gencontrol: stage-N builds get Build-Stage: N.

Correct, this is what has been proposed.

 * dpkg-gencontrol: tainted builds, including stage-N builds, get
   Do-Not-Upload: yes.

This could be useful, but staged builds are already marked with a field.

Tainted builds could indeed be marked with Do-Not-Upload: yes or
similar, but as Wookey said it may or may not be easy to detect whether
a package fulfilling a build dependency was staged or complete.  The
current plan though is to simply track this information within the build
ordering tool.

 How does dpkg-gencontrol learn the build stage?  Is an envvar or a
 file under debian/ used to communicate that information?

The build stage is given in DEB_BUILD_OPTIONS, e.g.:

$ DEB_BUILD_OPTIONS=stage=1 dpkg-buildpackage ...

I think the best way for dpkg-gencontrol to get this information is to
parse DEB_BUILD_OPTIONS for it directly (rather than through a
command-line option which would have to be given by debhelper and
anything else that calls dpkg-gencontrol).


[1]:
http://wiki.debian.org/SummerOfCode2012/StudentApplications/JohannesSchauer

-- 
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/   o o o/ oo \
http://www.pehjota.net/contact.html o   \ `-/|  |.
o o o~v/_\--/_/



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

Bug#667616: brltty greedily grabs serial ports, ftdi_sio loses connection [ OFF TOPIC: gnome/gnome-orca dependencies pull brltty unacassarly ]

2012-06-09 Thread Samuel Thibault

Witold Baryluk, le Sat 09 Jun 2012 02:13:07 +0200, a écrit :
 gnome-desktop-environment is obsolate meta-package, but it Depends just
 on gnome package, which Depends on gnome-orca, which Recommends (IMHO
 should be just Suggests) brltty-x11,

No.  It should instead recommend xbrlapi, which was precisely meant to
avoid that dependency chain.  I've requested it as a follow-up to bug
#653663, but it has apparently been lost in the mboxes.

Samuel



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

Bug#674144: weboob: New upstream available and proposition for numerous fix

2012-06-09 Thread Vincent Danjean

Le 09/06/2012 01:35, Romain Bignon a écrit :
 On 08/Jun - 22:23, Vincent Danjean wrote:
 Oups, I forgot. If you prefer to lets them in usr/share/weboob/,
 I'm ok if you provided a documentation (just a text file) in
 /usr/share/doc/weboob to tell about them. For myself, I would have
 not find them without looking into the sources directly. That why
 I move them.
 
 No problem. What kind of documentation do you want to have?

I'm just thinking about two lines per program to describe them
and one line to tell the user where they have been installed.

 Why not. But the upload should be done very soon.
 
 Yes, we should reach a consensus quickly :)

You are the maintainer, prepare the package as you wish. Improvements
or changes can come later if required.

  Regards,
Vincent

 Regards,
 
 Romain
 


-- 
Vincent Danjean  Adresse: Laboratoire d'Informatique de Grenoble
Téléphone:  +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot
Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann
Email: vincent.danj...@imag.fr   38330 Montbonnot Saint Martin



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

Bug#676698: gnupg: --refresh-keys fails with HTTP fetch error 28: Previous alarm fired off!

2012-06-09 Thread Francesco Poli

On Fri, 08 Jun 2012 23:44:03 +0200 Francesco Poli (wintermute) wrote:

[...]
 Hello Debian GnuPG-Maintainers!
 
 It seems to me that I am experiencing a bug.
 Today, the --refresh-keys option suddenly stopped working.

This is really weird: the issue seems to have magically disappeared
today.
I haven't done anything special: I just shut the box down, went to
sleep, then woke up, booted the box and retried to refresh some keys.
No other package upgrade was performed in the meanwhile.
Nonetheless, everything seems to work as usual now...   8-|

This bug report may probably be closed, if you agree.
Sorry for the noise.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpVzEnWfRuJM.pgp
Description: PGP signature

Bug#676461: libncursesw5: buggy test causes select() to be used instead of poll(), making ncurses really slow

2012-06-09 Thread Sven Joachim

On 2012-06-09 01:51 +0200, Thomas Dickey wrote:

 On Fri, Jun 08, 2012 at 09:58:00PM +0200, Sven Joachim wrote:
 Do you also redirect stdin?  Otherwise it's hard to get a non-zero

 no - just stdout/stderr

 On the other hand, rpm and dpkg build tools can redirect things as well.

Indeed, and sbuild does just that:

,
| sbuild (0.37) unstable; urgency=low
| 
|   + Disassociate from the controlling terminal and make stdin /dev/null
| for the dpkg-buildpackage process.
| 
|  -- Roger Leigh rle...@debian.org  Tue, 31 Jan 2006 12:58:57 +
`

Pbuilder redirects stdin to a pipe, also failing the test.

 result from poll(): you have to manage pressing the return key during
 the 100 milliseconds the test takes, it seems.

 The exit code is inverted: it is true if nonzero, which could be
 -1 or some number greater than zero (the latter would indicate some
 input happening, though which of the cases is hard to tell).

Aah, of course.  Now this makes sense even to me.

 I've modified the test to fix the two issues that I could see,
 and made rpm/dpkg scripts which did fail, but now work with the
 changed test.

Thanks,
   Sven



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

Bug#676725: zh_CN translation of sysvinit debconf translation

2012-06-09 Thread YunQiang Su

Package: sysvinit
Version: 2.88dsf-27

This is Simplified Chinese translation of sysvinit debconf

-- 
YunQiang Su


zh_CN.po
Description: Binary data

Bug#676726: libopenblas-base, libatlas3-base: Coinstalling libatlas3-base and libopenblas-base breaks LAPACK

2012-06-09 Thread S��bastien Villemot

Package: libopenblas-base,libatlas3-base
Severity: important

Dear Maintainers,

When one installs both libopenblas-base and libatlas3-base, the BLAS and LAPACK
alternatives become the following:

libblas.so.3 - auto mode
  link currently points to /usr/lib/openblas-base/libopenblas.so.0

liblapack.so.3 - auto mode
  link currently points to /usr/lib/atlas-base/atlas/liblapack.so.3

The problem is that the LAPACK alternative points to ATLAS's LAPACK and not to
Netlib's LAPACK.

This causes crashes because ATLAS's LAPACK internally uses symbols which are
only provided by ATLAS's BLAS and not by OpenBlas. One gets errors like:

octave: symbol lookup error: /usr/lib/liblapack.so.3gf: undefined symbol: 
ATL_dGetNB


A possible solution to this problem would be to have libopenblas-base provide
an alternative for LAPACK pointing to Netlib's LAPACK and of higher priority
than ATLAS's. The drawback is that it would require a dependency of
libopenblas-base over liblapack3...


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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash



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

Bug#676727: bsnes: FTBFS: sort.hpp:73: multiple definition of `void nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string const, nall::string const)#1}::_FUN(nall::string const

2012-06-09 Thread Lucas Nussbaum

Source: bsnes
Version: 0.088-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 g++ -std=gnu++0x -o out/bsnes-compatibility obj/ui-main.o obj/ui-config.o 
 obj/ui-interface.o obj/ui-input.o obj/ui-utility.o obj/ui-window.o 
 obj/ui-general.o obj/ui-settings.o obj/ui-tools.o obj/phoenix.o obj/ruby.o 
 obj/libco.o obj/processor-arm.o obj/processor-hg51b.o 
 obj/processor-upd96050.o obj/nes-interface.o obj/nes-system.o 
 obj/nes-scheduler.o obj/nes-input.o obj/nes-memory.o obj/nes-cartridge.o 
 obj/nes-cpu.o obj/nes-apu.o obj/nes-ppu.o obj/nes-cheat.o obj/nes-video.o 
 obj/snes-interface.o obj/snes-system.o obj/snes-controller.o 
 obj/snes-cartridge.o obj/snes-cheat.o obj/snes-memory.o obj/snes-cpucore.o 
 obj/snes-smpcore.o obj/snes-cpu.o obj/snes-smp.o obj/snes-dsp.o 
 obj/snes-ppu.o obj/snes-icd2.o obj/snes-nss.o obj/snes-superfx.o 
 obj/snes-sa1.o obj/snes-necdsp.o obj/snes-hitachidsp.o obj/snes-armdsp.o 
 obj/snes-bsx.o obj/snes-srtc.o obj/snes-sdd1.o obj/snes-spc7110.o 
 obj/snes-obc1.o obj/snes-sufamiturbo.o obj/snes-msu1.o obj/snes-link.o 
 obj/gb-interface.o obj/gb-system.o obj/gb-scheduler.o obj/gb-memory.o 
 obj/gb-cartridge.o obj/gb-cpu.o obj/gb-apu.o obj/gb-lcd.o obj/gb-cheat.o 
 obj/gb-video.o obj/gba-memory.o obj/gba-interface.o obj/gba-scheduler.o 
 obj/gba-system.o obj/gba-video.o obj/gba-cartridge.o obj/gba-cpu.o 
 obj/gba-ppu.o obj/gba-apu.o -Wl,-z,relro -ldl -lX11 -lXext `pkg-config --libs 
 gtk+-2.0` `sdl-config --libs` -lGL -lXv -lasound -lao -lpulse -lpulse-simple 
 -lopenal
 obj/ui-config.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string 
 const)#1}::_FUN(nall::string const, nall::string const)':
 /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void 
 nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string 
 const, nall::string const)#1}::_FUN(nall::string const, nall::string 
 const)'
 obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here
 obj/ui-config.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string const)#1}::operator 
 bool (*)(nall::string const, nall::string const)() const':
 /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void 
 nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string 
 const, nall::string const)#1}::operator bool (*)(nall::string const, 
 nall::string const)() const'
 obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here
 obj/ui-interface.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string 
 const)#1}::_FUN(nall::string const, nall::string const)':
 /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void 
 nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string 
 const, nall::string const)#1}::_FUN(nall::string const, nall::string 
 const)'
 obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here
 obj/ui-interface.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string const)#1}::operator 
 bool (*)(nall::string const, nall::string const)() const':
 /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void 
 nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string 
 const, nall::string const)#1}::operator bool (*)(nall::string const, 
 nall::string const)() const'
 obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here
 obj/ui-input.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string 
 const)#1}::_FUN(nall::string const, nall::string const)':
 /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void 
 nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string 
 const, nall::string const)#1}::_FUN(nall::string const, nall::string 
 const)'
 obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here
 obj/ui-input.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string const)#1}::operator 
 bool (*)(nall::string const, nall::string const)() const':
 /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void 
 nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string 
 const, nall::string const)#1}::operator bool (*)(nall::string const, 
 nall::string const)() const'
 obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here
 obj/ui-utility.o: In function `void nall::sortnall::string(nall::string*, 
 unsigned int)::{lambda(nall::string const, nall::string 
 const)#1}::_FUN(nall::string const, nall::string const

Bug#676728: digikam: FTBFS: parse.hpp:155:9: internal compiler error: Segmentation fault

2012-06-09 Thread Lucas Nussbaum

Source: digikam
Version: 4:2.6.0~rc-4
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»/obj-x86_64-linux-gnu'
 /usr/bin/cmake -E cmake_progress_report 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CMakeFiles 
 [ 27%] Building CXX object 
 extra/kipi-plugins/panorama/CMakeFiles/libpanorama.dir/libpanorama_automoc.cpp.o
 cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/panorama  
 /usr/bin/c++   -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL 
 -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS 
 -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=21 -DKDE_DEFAULT_DEBUG_AREA=51000 
 -DAREA_CODE_GENERAL=51000 -DAREA_CODE_LOADING=51001 
 -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -Wnon-virtual-dtor 
 -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W 
 -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS 
 -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics 
 -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG 
 -DQT_NO_DEBUG 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/panorama 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/dialogs 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins/dialogs
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/widgets 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins/widgets
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/tools 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins/tools
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/tools/threads 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins/tools/threads
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/tools/imageio 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins/tools/imageio
  -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama/importwizard 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama/manager 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama/plugin 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama/ptoparser 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama/ptotype 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama/tasks -I/usr/include/opencv 
 -I/usr/include/KDE -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns 
 -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit 
 -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest 
 -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql 
 -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript 
 -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork 
 -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtDesigner 
 -I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus 
 -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui 
 -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt 
 -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/boost
 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -fexceptions -UQT_NO_EXCEPTIONS -o 
 CMakeFiles/libpanorama.dir/libpanorama_automoc.cpp.o -c 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/panorama/libpanorama_automoc.cpp
 /usr/bin/cmake -E cmake_progress_report 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CMakeFiles 
 [ 27%] Building CXX object 
 extra/kipi-plugins/panorama/CMakeFiles/libpanorama.dir/ptotype/ptotype.cpp.o
 cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/panorama  
 /usr/bin/c++   -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL 
 -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS 
 -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=21 -DKDE_DEFAULT_DEBUG_AREA=51000 
 -DAREA_CODE_GENERAL=51000 -DAREA_CODE_LOADING=51001 
 -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -Wnon-virtual-dtor 
 -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W 
 -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS 
 -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics 
 -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG 
 -DQT_NO_DEBUG 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/panorama 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/panorama 
 -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/dialogs 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/extra/kipi-plugins/common/libkipiplugins/dialogs
  -I/«PKGBUILDDIR»/extra/kipi-plugins/common/libkipiplugins/widgets 
 -I/«PKGBUILDDIR»/obj

Bug#676729: feel++: FTBFS: operators.hpp:722:1: internal compiler error: Segmentation fault

2012-06-09 Thread Lucas Nussbaum

Source: feel++
Version: 0.91.4-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu'
 /usr/bin/cmake -E cmake_progress_report 
 /build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu/CMakeFiles 
 [ 91%] Building CXX object 
 doc/manual/tutorial/CMakeFiles/feel_doc_mymesh.dir/mymesh.cpp.o
 cd 
 /build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu/doc/manual/tutorial 
  /usr/bin/g++   -DBOOST_UBLAS_MOVE_SEMANTICS -DFEELPP_HAS_MPI=1 
 -DFEELPP_HAS_MPI_H=1 -DFEELPP_HAS_DLFCN_H -DFEELPP_HAS_DLOPEN 
 -DBOOST_PARAMETER_MAX_ARITY=20 -DBOOST_TEST_DYN_LINK 
 -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_NO_SCOPED_ENUMS -DFEELPP_HAS_PETSC 
 -DFEELPP_HAS_PETSC_H -DFEELPP_HAS_GMSH=1 -D_FEELPP_HAS_GMSH_ 
 -DGMSH_EXECUTABLE=/usr/bin/gmsh -std=c++0x -pedantic  -ftemplate-depth-256 
 -Wno-inline -std=c++0x  -std=c++0x  -pedantic -g0 -O2 -DNDEBUG  
 -ftemplate-depth-256 -finline-functions -Wno-inline -std=c++0x  
 -I/build/feel++-TyecKE/feel++-0.91.4/contrib -I/usr/lib/openmpi/include 
 -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 
 -I/build/feel++-TyecKE/feel++-0.91.4/contrib/eigen -I/usr/include/ANN 
 -I/usr/include/python2.7 -I/usr/lib/petscdir/3.2/include 
 -I/usr/lib/petscdir/3.2/linux-gnu-c-opt/include 
 -I/usr/lib/slepcdir/3.2/linux-gnu-c-opt/include 
 -I/usr/lib/slepcdir/3.2/include -I/usr/include/gmsh 
 -I/build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu 
 -I/build/feel++-TyecKE/feel++-0.91.4 
 -I/build/feel++-TyecKE/feel++-0.91.4/contrib/gmm/include 
 -I/build/feel++-TyecKE/feel++-0.91.4/doc/manual -Wall -Wno-unused 
 -Wno-sign-compare -o CMakeFiles/feel_doc_mymesh.dir/mymesh.cpp.o -c 
 /build/feel++-TyecKE/feel++-0.91.4/doc/manual/tutorial/mymesh.cpp
 In file included from 
 /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/vf.hpp:93:0,
  from 
 /build/feel++-TyecKE/feel++-0.91.4/feel/feelfilters/gmsh.hpp:47,
  from 
 /build/feel++-TyecKE/feel++-0.91.4/doc/manual/tutorial/mymesh.cpp:34:
 /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/operators.hpp: In 
 instantiation of 'struct Feel::vf::OpIdElement, 
 (Feel::vf::OperatorType)2u::tensorGeo_t, Basis_i_t, 
 Basis_j_t::tensor(const this_type, const Geo_t) [with Geo_t = 
 boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, 
 boost::shared_ptrFeel::GeoMap2u, 1u, 2u, double, Feel::Simplex, 
 Feel::Lagrange::Context2307ul, Feel::GeoElement2D2u, Feel::Simplex2u, 1u, 
 2u, Feel::SubFaceOfNone, double   , boost::fusion::void_, 
 boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, 
 boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, 
 boost::fusion::void_, boost::fusion::void_; Basis_i_t = 
 boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, 
 boost::shared_ptrFeel::vf::detail::gmc0  , 
 boost::fusion::pairFeel::vf::detail::gmc1, 
 boost::shared_ptrFeel::vf::detail::gmc1   ; Basis_j_t = 
 boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, 
 boost::shared_ptrFeel::vf::detail::gmc0  , 
 boost::fusion::pairFeel::vf::detail::gmc1, 
 boost::shared_ptrFeel::vf::detail::gmc1   ; Element = 
 Feel::FunctionSpaceFeel::MeshFeel::Simplex2u, 1u, 2u , 
 Feel::basesFeel::Lagrange1u, Feel::Vectorial, Feel::Continuous, 
 Feel::PointSetEquiSpaced, 0u, Feel::void_basis, Feel::void_basis, 
 Feel::void_basis, boost::parameter::void_, boost::parameter::void_, 
 boost::parameter::void_::Elementdouble, Feel::VectorUblasdouble, 
 boost::numeric::ublas::vectordouble, 
 boost::numeric::ublas::unbounded_arraydouble, std::allocatordouble
 ; Feel::vf::OpIdElement, (Feel::vf::OperatorType)2u::this_type = 
 Feel::vf::OpIdFeel::FunctionSpaceFeel::MeshFeel::Simplex2u, 1u, 2u , 
 Feel::basesFeel::Lagrange1u, Feel::Vectorial, Feel::Continuous, 
 Feel::PointSetEquiSpaced, 0u, Feel::void_basis, Feel::void_basis, 
 Feel::void_basis, boost::parameter::void_, boost::parameter::void_, 
 boost::parameter::void_::Elementdouble, Feel::VectorUblasdouble, 
 boost::numeric::ublas::vectordouble, 
 boost::numeric::ublas::unbounded_arraydouble, std::allocatordouble
 , (Feel::vf::OperatorType)2u]::INVALID_CALL_TO_CONSTRUCTOR722':
 /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/operators.hpp:722:1:   
 required from 'Feel::vf::OpIdElement, 
 (Feel::vf::OperatorType)2u::tensorGeo_t, Basis_i_t, 
 Basis_j_t::tensor(const this_type, const Geo_t) [with Geo_t = 
 boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, 
 boost::shared_ptrFeel::GeoMap2u, 1u, 2u, double, Feel::Simplex, 
 Feel::Lagrange::Context2307ul, Feel::GeoElement2D2u, Feel::Simplex2u, 1u, 
 2u, Feel::SubFaceOfNone, double   , boost::fusion::void_, 
 boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, 
 boost::fusion::void_, boost::fusion::void_, boost::fusion

Bug#676730: eflite: FTBFS: ld: cannot find -lsocket

2012-06-09 Thread Lucas Nussbaum

Source: eflite
Version: 0.4.1-4
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 gcc: fatal error: no input files
 compilation terminated.
 configure:2037: $? = 4
 configure:2060: checking for C compiler default output file name
 configure:2087: gccconftest.c  5
 configure:2090: $? = 0
 configure:2128: result: a.out
 configure:2145: checking whether the C compiler works
 configure:2155: ./a.out
 configure:2158: $? = 0
 configure:2175: result: yes
 configure:2182: checking whether we are cross compiling
 configure:2184: result: no
 configure:2187: checking for suffix of executables
 configure:2194: gcc -o conftestconftest.c  5
 configure:2197: $? = 0
 configure:2221: result: 
 configure:2227: checking for suffix of object files
 configure:2253: gcc -c   conftest.c 5
 configure:2256: $? = 0
 configure:2279: result: o
 configure:2283: checking whether we are using the GNU C compiler
 configure:2312: gcc -c   conftest.c 5
 configure:2318: $? = 0
 configure:2335: result: yes
 configure:2340: checking whether gcc accepts -g
 configure:2370: gcc -c -g  conftest.c 5
 configure:2376: $? = 0
 configure:2475: result: yes
 configure:2492: checking for gcc option to accept ISO C89
 configure:2566: gcc  -c -g -O2  conftest.c 5
 configure:2572: $? = 0
 configure:2595: result: none needed
 configure:2620: checking for connect in -lsocket
 configure:2655: gcc -o conftest -g -O2 -Wall   conftest.c -lsocket   5
 /usr/bin/ld: cannot find -lsocket
 collect2: error: ld returned 1 exit status

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/eflite_0.4.1-4_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#645744:

2012-06-09 Thread Mathieu Malaterre

On powerpc I have a strange thing going on. I can see:

$ cat ./src/signalhandler_unittest.sh
[...]
# The PC cannot be obtained in signal handlers on PowerPC correctly.
# We just skip the test for PowerPC.
if [ x`uname -p` = xpowerpc ]; then
 echo PASS (We don't test the signal handler on PowerPC.)
 exit 0
fi


However I have:

$ uname -a
Linux macminig4 2.6.32-5-powerpc #1 Thu Mar 22 17:20:53 UTC 2012 ppc GNU/Linux
$ uname -p
unknown

Maybe the script could use the output of 'uname -m'

$ uname -m
ppc

2cts



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

Bug#659522: RFS: prelink/0.0.20111012-1 [ITA] - ELF prelinking utility to speed up dynamic linking

2012-06-09 Thread Daniel Martí

Bart,

Thanks for the QA upload. I'll repack my ITA as NMU and retitle this bug
now. If I understand the process correctly, I should put the QA team as
its maintainer, but leave myself in the changelog entry for this NMU,
right?

Thank you.

--
Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3


pgprRzBVtyXx0.pgp
Description: PGP signature

Bug#676731: mapnik: FTBFS: parse.hpp:155:9: internal compiler error: Segmentation fault

2012-06-09 Thread Lucas Nussbaum

Source: mapnik
Version: 2.0.0+ds1-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 g++ -o src/load_map.os -c -DHAVE_JPEG -DBOOST_REGEX_HAS_ICU -ansi -Wall 
 -pthread -ftemplate-depth-300 -DLINUX -DBOOST_SPIRIT_THREADSAFE 
 -DMAPNIK_THREADSAFE -O3 -finline-functions -Wno-inline -DNDEBUG -DHAVE_CAIRO 
 -DHAVE_LIBXML2 -fPIC -I/usr/include/cairo -I/usr/include/glib-2.0 
 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 
 -I/usr/include/libpng12 -I/usr/include/cairomm-1.0 
 -I/usr/lib/cairomm-1.0/include -I/usr/include/sigc++-2.0 
 -I/usr/lib/sigc++-2.0/include -Iagg/include -I. -Iinclude -I/usr/include 
 -I/usr/include/freetype2 -I/usr/include/libxml2 -I/usr/include/gdal 
 -I/usr/include/postgresql src/load_map.cpp
 In file included from 
 /usr/include/boost/spirit/home/qi/detail/parse_auto.hpp:14:0,
  from /usr/include/boost/spirit/home/qi/auto.hpp:16,
  from /usr/include/boost/spirit/home/qi.hpp:15,
  from /usr/include/boost/spirit/include/qi.hpp:16,
  from include/mapnik/css_color_grammar.hpp:32,
  from include/mapnik/color_factory.hpp:39,
  from src/load_map.cpp:28:
 /usr/include/boost/spirit/home/qi/parse.hpp: In instantiation of 'struct 
 boost::spirit::qi::phrase_parse(Iterator, Iterator, const Expr, const 
 Skipper, boost::spirit::qi::skip_flag::enum_type, Attr) [with Iterator = 
 __gnu_cxx::__normal_iteratorconst char*, std::basic_stringchar ; Expr = 
 mapnik::css_color_grammar__gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar  ; Skipper = 
 boost::proto::exprns_::exprboost::proto::tagns_::tag::terminal, 
 boost::proto::argsns_::termboost::spirit::tag::char_codeboost::spirit::tag::space,
  boost::spirit::char_encoding::ascii , 0l; Attr = 
 mapnik::color]::error_invalid_expression155':
 /usr/include/boost/spirit/home/qi/parse.hpp:155:9:   required from 'bool 
 boost::spirit::qi::phrase_parse(Iterator, Iterator, const Expr, const 
 Skipper, boost::spirit::qi::skip_flag::enum_type, Attr) [with Iterator = 
 __gnu_cxx::__normal_iteratorconst char*, std::basic_stringchar ; Expr = 
 mapnik::css_color_grammar__gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar  ; Skipper = 
 boost::proto::exprns_::exprboost::proto::tagns_::tag::terminal, 
 boost::proto::argsns_::termboost::spirit::tag::char_codeboost::spirit::tag::space,
  boost::spirit::char_encoding::ascii , 0l; Attr = mapnik::color]'
 /usr/include/boost/spirit/home/qi/parse.hpp:197:86:   required from 'bool 
 boost::spirit::qi::phrase_parse(Iterator, Iterator, const Expr, const 
 Skipper, Attr) [with Iterator = __gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar ; Expr = 
 mapnik::css_color_grammar__gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar  ; Skipper = 
 boost::proto::exprns_::exprboost::proto::tagns_::tag::terminal, 
 boost::proto::argsns_::termboost::spirit::tag::char_codeboost::spirit::tag::space,
  boost::spirit::char_encoding::ascii , 0l; Attr = mapnik::color]'
 include/mapnik/color_factory.hpp:60:46:   required from here
 /usr/include/boost/spirit/home/qi/parse.hpp:155:9: internal compiler error: 
 Segmentation fault
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See file:///usr/share/doc/gcc-4.7/README.Bugs for instructions.
 Preprocessed source stored into /tmp/ccSiksH6.out file, please attach this to 
 your bugreport.
 scons: *** [src/load_map.os] Error 1
 scons: building terminated because of errors.
 make[1]: *** [override_dh_auto_build] Error 2

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/mapnik_2.0.0+ds1-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676732: tucnak2: FTBFS: rotar.c:25:45: error: dereferencing pointer to incomplete type

2012-06-09 Thread Lucas Nussbaum

Source: tucnak2
Version: 2.48-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -pthread -I/usr/include/glib-2.0 
 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/SDL 
 -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/libpng12 -c rotar.c
 rotar.c:23:46: warning: 'struct rot_caps' declared inside parameter list 
 [enabled by default]
 rotar.c:23:46: warning: its scope is only this definition or declaration, 
 which is probably not what you want [enabled by default]
 rotar.c: In function 'rot_print_model_list':
 rotar.c:25:45: error: dereferencing pointer to incomplete type
 rotar.c:25:62: error: dereferencing pointer to incomplete type
 rotar.c:25:78: error: dereferencing pointer to incomplete type
 rotar.c:25:96: error: dereferencing pointer to incomplete type
 rotar.c: In function 'free_rotar':
 rotar.c:120:9: error: 'struct rotar' has no member named 'hl_thread'
 rotar.c:121:12: error: 'struct rotar' has no member named 'hl_thread_break'
 rotar.c:123:26: error: 'struct rotar' has no member named 'hl_thread'
 rotar.c:125:12: error: 'struct rotar' has no member named 'hl_thread'
 make[3]: *** [rotar.o] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/tucnak2_2.48-2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676733: gcc-4.4: FTBFS: libio.h:364: internal compiler error: Segmentation fault

2012-06-09 Thread Lucas Nussbaum

Source: gcc-4.4
Version: 4.4.7-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 /«PKGBUILDDIR»/build/./gcc/xgcc -B/«PKGBUILDDIR»/build/./gcc/ 
 -B/usr/x86_64-linux-gnu/bin/ -B/usr/x86_64-linux-gnu/lib/ -isystem 
 /usr/x86_64-linux-gnu/include -isystem /usr/x86_64-linux-gnu/sys-include -g 
 -O2 -m32 -O2 -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes 
 -Wmissing-prototypes -Wcast-qual -Wold-style-definition  -isystem ./include  
 -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include 
 -I../../src/gcc/../libcpp/include  -I../../src/gcc/../libdecnumber 
 -I../../src/gcc/../libdecnumber/bid -I../libdecnumber  -I/include 
 -DCLOOG_PPL_BACKEND   -g0 -finhibit-size-directive -fno-inline-functions 
 -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder 
 -fno-tree-vectorize  -I. -I. -I../../.././gcc -I../../../../src/libgcc 
 -I../../../../src/libgcc/. -I../../../../src/libgcc/../gcc 
 -I../../../../src/libgcc/../include -I../../../../src/libgcc/config/libbid 
 -DENABLE_DECIMAL_BID_FORMAT -o crtend.o -MT crtend.o -MD -MP -MF crtend.dep 
 -fno-omit-frame-pointer -fno-asynchronous-unwind-tables \
 -c ../../../../src/libgcc/../gcc/crtstuff.c -DCRT_END
 In file included from /usr/include/stdio.h:75,
  from ../../../../src/libgcc/../gcc/tsystem.h:87,
  from ../../../../src/libgcc/../gcc/crtstuff.c:63:
 /usr/include/libio.h:364: internal compiler error: Segmentation fault
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See file:///usr/share/doc/gcc-4.4/README.Bugs for instructions.
 make[7]: *** [crtbegin.o] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/gcc-4.4_4.4.7-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676734: magics++: FTBFS: ../../src/boost/geometry/strategies/concepts/within_concept.hpp:67:13: internal compiler error: Segmentation fault

2012-06-09 Thread Lucas Nussbaum

Source: magics++
Version: 2.14.11-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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/magics++-44CV9h/magics++-2.14.11/src/visualisers'
   CXXAxis.lo
   CXXAxisTick.lo
   CXXAxisTickLabel.lo
   CXXDateAxis.lo
   CXXDateAxisMethod.lo
   CXXUserDate.lo
   CXXMonthDateAxis.lo
   CXXDayDateAxis.lo
   CXXHourDateAxis.lo
   CXXYearDateAxis.lo
   CXXAxisItem.lo
   CXXAxisControl.lo
   CXXAxisMinorTick.lo
   CXXAxisMethod.lo
   CXXAxisLine.lo
   CXXAxisGrid.lo
   CXXAxisTickLabelType.lo
   CXXAxisTitle.lo
   CXXTaylorGrid.lo
   CXXAxisAttributes.lo
   CXXAxisTickAttributes.lo
   CXXAxisTickLabelAttributes.lo
   CXXDateAxisAttributes.lo
   CXXDateAxisMethodAttributes.lo
   CXXMonthDateAxisAttributes.lo
   CXXDayDateAxisAttributes.lo
   CXXYearDateAxisAttributes.lo
   CXXHourDateAxisAttributes.lo
   CXXAxisMethodAttributes.lo
   CXXAxisMinorTickAttributes.lo
   CXXAxisLineAttributes.lo
   CXXImagePlottingAttributes.lo
   CXXAxisGridAttributes.lo
   CXXAxisTitleAttributes.lo
   CXXGraphSymbolAttributes.lo
   CXXPositionListAxisMethodAttributes.lo
   CXXAxisTip.lo
   CXXAxisTipAttributes.lo
   CXXEpsGraph.lo
   CXXMetgramGraph.lo
   CXXMetgramStyle.lo
   CXXBoxPlotVisualiser.lo
   CXXBoxPlotItem.lo
   CXXMetgramFlagsAttributes.lo
   CXXEpsGraphAttributes.lo
   CXXEpsWindAttributes.lo
   CXXEpsCloudAttributes.lo
   CXXEfiGraphAttributes.lo
   CXXCdfGraphAttributes.lo
   CXXEpsPlumeAttributes.lo
   CXXMetgramCurveAttributes.lo
   CXXEpsShadeAttributes.lo
   CXXMetgramGraphAttributes.lo
   CXXBoxPlotVisualiserAttributes.lo
   CXXBoxPlotBoxAttributes.lo
   CXXBoxPlotBoxBorderAttributes.lo
   CXXBoxPlotMedianAttributes.lo
   CXXBoxPlotWhiskerBoxAttributes.lo
   CXXBoxPlotWhiskerLineAttributes.lo
   CXXBoxPlotWhiskerBorderAttributes.lo
   CXXObsPlotting.lo
   CXXObsTable.lo
   CXXObsItemFamily.lo
   CXXContourLibrary.lo
   CXXCoastlines.lo
   CXXCoastPlotting.lo
 In file included from ../../src/boost/geometry/algorithms/within.hpp:38:0,
  from ../../src/boost/geometry/algorithms/distance.hpp:37,
  from 
 ../../src/boost/geometry/strategies/cartesian/centroid_weighted_length.hpp:16,
  from ../../src/boost/geometry/strategies/strategies.hpp:33,
  from ../../src/boost/geometry/geometry.hpp:36,
  from CoastPlotting.cc:42:
 ../../src/boost/geometry/strategies/concepts/within_concept.hpp: In 
 instantiation of 'struct 
 boost::geometry::concept::WithinStrategyPolygonalStrategy::checker::apply(const
  ApplyMethod, const ResultMethod) [with ApplyMethod = bool (*)(const 
 boost::geometry::model::d2::point_xydouble, const 
 boost::geometry::model::d2::point_xydouble, const 
 boost::geometry::model::d2::point_xydouble, 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, void::counter); ResultMethod 
 = int (*)(const 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, void::counter); Strategy = 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, 
 void]::WRONG_RETURN_TYPE_OF_APPLY75':
 ../../src/boost/geometry/strategies/concepts/within_concept.hpp:67:13:   
 required from 'static void 
 boost::geometry::concept::WithinStrategyPolygonalStrategy::checker::apply(const
  ApplyMethod, const ResultMethod) [with ApplyMethod = bool (*)(const 
 boost::geometry::model::d2::point_xydouble, const 
 boost::geometry::model::d2::point_xydouble, const 
 boost::geometry::model::d2::point_xydouble, 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, void::counter); ResultMethod 
 = int (*)(const 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, void::counter); Strategy = 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, void]'
 ../../src/boost/geometry/strategies/concepts/within_concept.hpp:106:9:   
 required from 
 'boost::geometry::concept::WithinStrategyPolygonalStrategy::~WithinStrategyPolygonal()
  [with Strategy = 
 boost::geometry::strategy::within::windingboost::geometry::model::d2::point_xydouble,
  boost::geometry::model::d2::point_xydouble, void]'
 /usr/include/boost/concept/detail/general.hpp

Bug#676735: kamoso: FTBFS: webcamwidget.h:24:31: fatal error: QGst/Ui/VideoWidget: No such file or directory

2012-06-09 Thread Lucas Nussbaum

Source: kamoso
Version: 2.0.2-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»/obj-x86_64-linux-gnu'
 /usr/bin/cmake -E cmake_progress_report 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CMakeFiles 8
 [ 12%] Building CXX object src/CMakeFiles/kamoso.dir/kamoso_automoc.o
 cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/src  /usr/bin/c++   -D_BSD_SOURCE 
 -DGST_DISABLE_DEPRECATED -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef 
 -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
 -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
 -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden 
 -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu -I/usr/include/KDE 
 -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns 
 -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools 
 -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql 
 -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript 
 -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp 
 -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative 
 -I/usr/include/qt4/QtDBus -I/usr/include/qt4/Qt3Support 
 -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt 
 -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/«PKGBUILDDIR»/src 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/src -I/usr/lib/include/QtGStreamer 
 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
 -I/usr/include/gstreamer-0.10-fexceptions -o 
 CMakeFiles/kamoso.dir/kamoso_automoc.o -c 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/src/kamoso_automoc.cpp
 In file included from 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/src/moc_webcamwidget.cpp:10:0,
  from 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/src/kamoso_automoc.cpp:16:
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/src/../../src/webcamwidget.h:24:31: fatal 
 error: QGst/Ui/VideoWidget: No such file or directory
 compilation terminated.
 make[3]: *** [src/CMakeFiles/kamoso.dir/kamoso_automoc.o] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/kamoso_2.0.2-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676736: node-mapnik: FTBFS: parse.hpp:155:9: internal compiler error: Segmentation fault

2012-06-09 Thread Lucas Nussbaum

Source: node-mapnik
Version: 0.6.7-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»'
 node-waf build
 Waf: Entering directory `/«PKGBUILDDIR»/build'
 [ 1/12] cxx: src/node_mapnik.cpp - build/Release/src/node_mapnik_1.o
 ../src/node_mapnik.cpp:63:22: warning: 'v8::Handlev8::Value 
 node_mapnik::clearCache(const v8::Arguments)' defined but not used 
 [-Wunused-function]
 [ 2/12] cxx: src/mapnik_map.cpp - build/Release/src/mapnik_map_1.o
 ../src/mapnik_map.cpp: In static member function 'static 
 v8::Handlev8::Value Map::renderLayerSync(const v8::Arguments)':
 ../src/mapnik_map.cpp:1670:12: warning: variable 'scale_factor' set but not 
 used [-Wunused-but-set-variable]
 [ 3/12] cxx: src/mapnik_color.cpp - build/Release/src/mapnik_color_1.o
 In file included from 
 /usr/include/boost/spirit/home/qi/detail/parse_auto.hpp:14:0,
  from /usr/include/boost/spirit/home/qi/auto.hpp:16,
  from /usr/include/boost/spirit/home/qi.hpp:15,
  from /usr/include/boost/spirit/include/qi.hpp:16,
  from /usr/include/mapnik/css_color_grammar.hpp:32,
  from /usr/include/mapnik/color_factory.hpp:39,
  from ../src/mapnik_color.cpp:4:
 /usr/include/boost/spirit/home/qi/parse.hpp: In instantiation of 'struct 
 boost::spirit::qi::phrase_parse(Iterator, Iterator, const Expr, const 
 Skipper, boost::spirit::qi::skip_flag::enum_type, Attr) [with Iterator = 
 __gnu_cxx::__normal_iteratorconst char*, std::basic_stringchar ; Expr = 
 mapnik::css_color_grammar__gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar  ; Skipper = 
 boost::proto::exprns_::exprboost::proto::tagns_::tag::terminal, 
 boost::proto::argsns_::termboost::spirit::tag::char_codeboost::spirit::tag::space,
  boost::spirit::char_encoding::ascii , 0l; Attr = 
 mapnik::color]::error_invalid_expression155':
 /usr/include/boost/spirit/home/qi/parse.hpp:155:9:   required from 'bool 
 boost::spirit::qi::phrase_parse(Iterator, Iterator, const Expr, const 
 Skipper, boost::spirit::qi::skip_flag::enum_type, Attr) [with Iterator = 
 __gnu_cxx::__normal_iteratorconst char*, std::basic_stringchar ; Expr = 
 mapnik::css_color_grammar__gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar  ; Skipper = 
 boost::proto::exprns_::exprboost::proto::tagns_::tag::terminal, 
 boost::proto::argsns_::termboost::spirit::tag::char_codeboost::spirit::tag::space,
  boost::spirit::char_encoding::ascii , 0l; Attr = mapnik::color]'
 /usr/include/boost/spirit/home/qi/parse.hpp:197:86:   required from 'bool 
 boost::spirit::qi::phrase_parse(Iterator, Iterator, const Expr, const 
 Skipper, Attr) [with Iterator = __gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar ; Expr = 
 mapnik::css_color_grammar__gnu_cxx::__normal_iteratorconst char*, 
 std::basic_stringchar  ; Skipper = 
 boost::proto::exprns_::exprboost::proto::tagns_::tag::terminal, 
 boost::proto::argsns_::termboost::spirit::tag::char_codeboost::spirit::tag::space,
  boost::spirit::char_encoding::ascii , 0l; Attr = mapnik::color]'
 /usr/include/mapnik/color_factory.hpp:60:46:   required from here
 /usr/include/boost/spirit/home/qi/parse.hpp:155:9: internal compiler error: 
 Segmentation fault
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See file:///usr/share/doc/gcc-4.7/README.Bugs for instructions.
 Preprocessed source stored into /tmp/ccgHFpuM.out file, please attach this to 
 your bugreport.
 Waf: Leaving directory `/«PKGBUILDDIR»/build'
 Build failed:  - task failed (err #1): 
   {task: cxx mapnik_color.cpp - mapnik_color_1.o}
 make[1]: *** [override_dh_auto_build] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/node-mapnik_0.6.7-2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676737: altree: FTBFS: Incomplete resolution information at line 8

2012-06-09 Thread Lucas Nussbaum

Source: altree
Version: 1.0.1-7
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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[6]: Entering directory `/«PKGBUILDDIR»/Documentation'
  == building  manual.bbl ==
 This is BibTeX, Version 0.99d (TeX Live 2012/Debian)
 The top-level auxiliary file: manual.aux
 The style file: plainnat.bst
 Database file #1: stage.bib
 Warning--empty year in YangPAML
 (There was 1 warning)
  == building  fig/option_b_1.pdftex ==
 Incomplete resolution information at line 8
 make[6]: *** [fig/option_b_1.pdftex] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/altree_1.0.1-7_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676738: qapt: FTBFS: main.cpp:28:21: fatal error: QGst/Init: No such file or directory

2012-06-09 Thread Lucas Nussbaum

Source: qapt
Version: 1.3.0-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»/obj-x86_64-linux-gnu'
 /usr/bin/cmake -E cmake_progress_report 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CMakeFiles 93
 [ 24%] Building CXX object 
 utils/qapt-gst-helper/CMakeFiles/qapt-gst-helper.dir/qapt-gst-helper_automoc.cpp.o
 cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/utils/qapt-gst-helper  /usr/bin/c++  
  -D_BSD_SOURCE -DGST_DISABLE_DEPRECATED -g -O2 -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -D_FORTIFY_SOURCE=2  -std=c++0x -fno-threadsafe-statics -fvisibility=hidden 
 -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef 
 -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
 -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
 -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden 
 -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/utils/qapt-gst-helper 
 -I/«PKGBUILDDIR»/utils/qapt-gst-helper -I/«PKGBUILDDIR» 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu -I/usr/include/qt4 
 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtDBus 
 -I/usr/include/polkit-qt-1 -I/usr/include/KDE -I/usr/include/qt4/phonon 
 -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml 
 -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest 
 -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql 
 -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript 
 -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp 
 -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative 
 -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/Qt 
 -I/usr/share/qt4/mkspecs/default -I/usr/lib/include/QtGStreamer
 -fexceptions -o CMakeFiles/qapt-gst-helper.dir/qapt-gst-helper_automoc.cpp.o 
 -c 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/utils/qapt-gst-helper/qapt-gst-helper_automoc.cpp
 /usr/bin/cmake -E cmake_progress_report 
 /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CMakeFiles 
 [ 24%] Building CXX object 
 utils/qapt-gst-helper/CMakeFiles/qapt-gst-helper.dir/main.cpp.o
 cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/utils/qapt-gst-helper  /usr/bin/c++  
  -D_BSD_SOURCE -DGST_DISABLE_DEPRECATED -g -O2 -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -D_FORTIFY_SOURCE=2  -std=c++0x -fno-threadsafe-statics -fvisibility=hidden 
 -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef 
 -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
 -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
 -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden 
 -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/utils/qapt-gst-helper 
 -I/«PKGBUILDDIR»/utils/qapt-gst-helper -I/«PKGBUILDDIR» 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu -I/usr/include/qt4 
 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtDBus 
 -I/usr/include/polkit-qt-1 -I/usr/include/KDE -I/usr/include/qt4/phonon 
 -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml 
 -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest 
 -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql 
 -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript 
 -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp 
 -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative 
 -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/Qt 
 -I/usr/share/qt4/mkspecs/default -I/usr/lib/include/QtGStreamer
 -fexceptions -o CMakeFiles/qapt-gst-helper.dir/main.cpp.o -c 
 /«PKGBUILDDIR»/utils/qapt-gst-helper/main.cpp
 /«PKGBUILDDIR»/utils/qapt-gst-helper/main.cpp:28:21: fatal error: QGst/Init: 
 No such file or directory
 compilation terminated.
 make[3]: *** 
 [utils/qapt-gst-helper/CMakeFiles/qapt-gst-helper.dir/main.cpp.o] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/qapt_1.3.0-2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676686: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1 binNMU broke multi-arch installability

2012-06-09 Thread Ralf Jung

Hi,

 True, but seems to be a problem for other paties involved to M-A, for
 example the buildd binNMU and dpkg handling. I'll clone this bug for
 them.
Yeah, binNMU and MA don't seem to combine well so far.

 For libxslt, I'll make an upload soon when I come back - roughly after
 12th, to try to fix libxslt-dev's M-A situation and solve this one
 together, but I'm afraid you need to wait till then.
It's okay, I used dpkg --force-overwrite to be able to still install my 
foreign.architecture wine package - it's just a machine for testing weird 
stuff anyway.

Kind regards,
Ralf



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

Bug#676723: libgl1-nvidia-glx:i386: Please downgrad libxvmc dependency to Recommends

2012-06-09 Thread Andreas Beckmann

On 2012-06-09 09:20, Ralf Jung wrote:
 currently, libgl1-nvidia-glx can not be installed in a foreign architecture
 since it depends on libxvmc1, which has not yet been converted to
 multi-arch [1].

Let's get this fixed.

 Since the package does not actually depend on anything libxvmc does or 
 provides,
 I suggest to downgrade the Depends: to a Recommends:

That dependency is generated by dh_shlibdeps, so some library *does*
depend on libxvmc1. Working around will be difficult.
Wontfix.

Andreas



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

Bug#676741: flactag: FTBFS: a2x: ERROR: xmllint --nonet --noout --valid /«PKGBUILDDIR»/flactag.1.xml returned non-zero exit status 127

2012-06-09 Thread Lucas Nussbaum

Source: flactag
Version: 2.0.3-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»'
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o flactag.o 
 flactag.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o Album.o 
 Album.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o Track.o 
 Track.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
 AlbumWindow.o AlbumWindow.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
 TrackWindow.o TrackWindow.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o FlacInfo.o 
 FlacInfo.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o TagName.o 
 TagName.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o TagsWindow.o 
 TagsWindow.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
 CuesheetTrack.o CuesheetTrack.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o Cuesheet.o 
 Cuesheet.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
 DiscIDWrapper.o DiscIDWrapper.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o base64.o 
 base64.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
 ScrollableWindow.o ScrollableWindow.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o ConfigFile.o 
 ConfigFile.cc
 ConfigFile.cc: In member function 'bool CConfigFile::LoadFile(const string)':
 ConfigFile.cc:86:37: warning: ignoring return value of 'char* fgets(char*, 
 int, FILE*)', declared with attribute warn_unused_result [-Wunused-result]
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc' 
 -DPKGLIBDIR='/usr/lib/flactag' -I/usr/include/FLAC++ -I/usr/include/FLAC 
 -I/usr/include/neon-D_FORTIFY_SOURCE=2  -g -O2 -fPIE -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
 MusicBrainzInfo.o MusicBrainzInfo.cc
 g++ -DHAVE_CONFIG_H -I.  -DSYSCONFDIR='/etc

Bug#676742: gregmisc: FTBFS: ERROR: lazy loading failed for package 'gregmisc'

2012-06-09 Thread Lucas Nussbaum

Source: gregmisc
Version: 2.1.2-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
  fakeroot debian/rules binary
 /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
 dh_testroot
 dh_clean -k 
 dh_clean: dh_clean -k is deprecated; use dh_prep instead
 dh_clean: Compatibility levels before 5 are deprecated (level 4 in use)
 dh_installdirs -A 
 dh_installdirs: Compatibility levels before 5 are deprecated (level 4 in use)
 mkdir -p .
 dh_installdirsusr/lib/R/site-library
 dh_installdirs: Compatibility levels before 5 are deprecated (level 4 in use)
 echo R:Depends=r-base-core (= 2.15.0-2)  debian/r-cran-gregmisc.substvars
 if test -f /usr/bin/xvfb-run; then\
xvfb-run -a\
   R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-gregmisc/usr/lib/R/site-library --clean \
. ;\
   else\
R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-gregmisc/usr/lib/R/site-library  \
   --clean  . ;\
   fi
 * installing *source* package 'gregmisc' ...
 ** package 'gregmisc' successfully unpacked and MD5 sums checked
 ** Creating default NAMESPACE file
 ** R
 ** inst
 ** preparing package for lazy loading
 Error : object 'nobs' is not exported by 'namespace:gdata'
 Error : package 'gmodels' could not be loaded
 ERROR: lazy loading failed for package 'gregmisc'
 * removing 
 '/«PKGBUILDDIR»/debian/r-cran-gregmisc/usr/lib/R/site-library/gregmisc'
 make: *** [R_any_arch] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/gregmisc_2.1.2-2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676743: r-cran-rocr: FTBFS: ** Creating default NAMESPACE file

2012-06-09 Thread Lucas Nussbaum

Source: r-cran-rocr
Version: 1.0-4-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
  fakeroot debian/rules binary
 test -x debian/rules
 dh_testroot
 dh_prep 
 dh_installdirs -A 
 mkdir -p .
 dh_installdirsusr/lib/R/site-library
 echo R:Depends=r-base-core (= 2.15.0-2)  debian/r-cran-rocr.substvars
 if test -f /usr/bin/xvfb-run; then\
xvfb-run -a\
   R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-rocr/usr/lib/R/site-library --clean \
. ;\
   else\
R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-rocr/usr/lib/R/site-library  \
   --clean  . ;\
   fi
 * installing *source* package 'ROCR' ...
 ** Creating default NAMESPACE file
 ** R
 ** data
 ** demo
 ** preparing package for lazy loading
 Error : object 'nobs' is not exported by 'namespace:gdata'
 Error : package 'gplots' could not be loaded
 ERROR: lazy loading failed for package 'ROCR'
 * removing '/«PKGBUILDDIR»/debian/r-cran-rocr/usr/lib/R/site-library/ROCR'
 make: *** [R_any_arch] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/r-cran-rocr_1.0-4-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676744: sputnik: FTBFS: /bin/sh: 1: txt2man: not found

2012-06-09 Thread Lucas Nussbaum

Source: sputnik
Version: 12.06.04-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
  debian/rules build
 dh build
dh_testdir
dh_auto_configure
debian/rules override_dh_auto_build
 make[1]: Entering directory `/«PKGBUILDDIR»'
 txt2man -s 1 -t sputnik \
   -v 'sputnik documentation' debian/sputnik.1.txt  sputnik.1
 /bin/sh: 1: txt2man: not found
 make[1]: *** [override_dh_auto_build] Error 127

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/sputnik_12.06.04-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676745: libcrypt-x509-perl: FTBFS: tests failed

2012-06-09 Thread Lucas Nussbaum

Source: libcrypt-x509-perl
Version: 0.51-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»'
 PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
 test_harness(0, 'blib/lib', 'blib/arch') t/*.t
 Can't use an undefined value as an ARRAY reference at t/Crypt-X509.t line 52.
 # Looks like you planned 68 tests but ran 34.
 # Looks like your test exited with 255 just after 34.
 t/Crypt-X509.t .. 
 Dubious, test returned 255 (wstat 65280, 0xff00)
 Failed 1/1 test programs. 0/34 subtests failed.
 Failed 34/68 subtests 
 
 Test Summary Report
 ---
 t/Crypt-X509.t (Wstat: 65280 Tests: 34 Failed: 0)
   Non-zero exit status: 255
   Parse errors: Bad plan.  You planned 68 tests but ran 34.
 Files=1, Tests=34,  0 wallclock secs ( 0.03 usr  0.02 sys +  0.11 cusr  0.02 
 csys =  0.18 CPU)
 Result: FAIL
 make[1]: *** [test_dynamic] Error 255

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/libcrypt-x509-perl_0.51-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676747: polyorb: FTBFS: tests failed

2012-06-09 Thread Lucas Nussbaum

Source: polyorb
Version: 2.8~20110207-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»'
 cd testsuite  ./testsuite.py --abort-file=test_failed --diffs 
 --testsuite-src-dir=/«PKGBUILDDIR»/testsuite
 INFO CORE_SYNC_POLICIES_0   OK: 
 INFO DYNAMIC_DICT_0 OK: 
 INFO URI_ENCODING_0 OK: 
 INFO INIT_1 OK: 
 INFO INIT_3 OK: 
 INFO INIT_2 OK: 
 INFO INIT_0 OK: 
 INFO INIT_4 OK: 
 INFO CHAINED_LIST_0 OK: 
 INFO RANDOM_0   OK: 
 INFO POA_0  OK: 
 INFO TASK_0 OK: 
 INFO TASK_1 OK: 
 INFO TASK_2 OK: 
 INFO TASK_3 OK: 
 INFO FIXED_0OK: 
 INFO OA_1   OK: 
 INFO OA_0   OK: 
 INFO TIME_0 OK: 
 INFO NAMING_0   OK: 
 INFO IR_0   OK: 
 INFO CORBA_RANDOM_0 OK: 
 INFO CORBA_RANDOM_1 OK: 
 INFO POLYORB_CORE_2 OK: 
 INFO POLYORB_CORE_3 OK: 
 INFO POLYORB_CORE_1 OK: 
 INFO POLYORB_CORE_0 OK: 
 INFO ALL_FUNCTIONS_0OK: 
 INFO ALL_FUNCTIONS_1UOK: 
 INFO ALL_FUNCTIONS_4OK: 
 INFO ALL_FUNCTIONS_5OK: 
 INFO ALL_FUNCTIONS_6OK: 
 INFO ECHO_7 OK: 
 INFO ECHO_5 OK: 
 INFO ECHO_0 OK: 
 INFO ECHO_2 OK: 
 INFO ECHO_1 OK: 
 INFO ECHO_4 OK: 
 INFO ECHO_6 OK: 
 INFO ECHO_3 OK: 
 INFO ALL_TYPES_6OK: 
 INFO ALL_TYPES_0OK: 
 INFO ALL_TYPES_1UOK: 
 INFO ALL_TYPES_7OK: 
 INFO ALL_TYPES_5OK: 
 INFO CORBA_MIOP_0   OK: 
 INFO MOMA_1 UOK: 
 INFO MOMA_0 UOK: 
 INFO CODE_SETS_1OK: 
 INFO CODE_SETS_0OK: 
 INFO CORBA_BENCHS_0 OK: 
 INFO OBJECT_0   OK: 
 INFO SHUTDOWN_0 OK: 
 INFO CORBA_PERFORMANCE_0UOK: 
 INFO CORBA_HARNESS_1OK: 
 ERRORCORBA_HARNESS_3DIFF:unexpected output 
 ERROR--- expected
 +++ output
 @@ -0,0 +1,12 @@
 +Running client corba/harness/client (config=)
 +server corba/harness/server_thread_per_session (config=)
 +IOR:0100100049444c3a4861726e6573733a312e3200610102000d0031302e32382e3230352e3437a7c91b002f303030303030303131546430646333636338313239356438636300010001001c0001000100010101000200010101000201010003004f503c0001010d0031302e32382e3230352e34375eb41b002f303030303030303131546430646333636338313239356438636300
 +RUN: /«PKGBUILDDIR»/testsuite/../testsuite/corba/harness/client 
 IOR:0100100049444c3a4861726e6573733a312e3200610102000d0031302e32382e3230352e3437a7c91b002f303030303030303131546430646333636338313239356438636300010001001c0001000100010101000200010101000201010003004f503c0001010d0031302e32382e3230352e34375eb41b002f303030303030303131546430646333636338313239356438636300
 +== Begin test Harness ==
 +test not nil reference..: PASSED
 +Execution terminated by unhandled exception
 +Exception name: CORBA.COMM_FAILURE
 +Message: M
 +Call stack traceback locations:
 +0x46b178 0x46b905 0x46c0f5 0x44a22f 0x44a48f 0x44a769 0x409ff8 0x40a8cb 
 0x40acc4 0x408f47 0x2b45863fbeab 0x4080fb
 +TEST FAILED
 INFO Aborting: file test_failed has been found
 remove test 
 ./tests/examples/corba-rtcorba-rtcosscheduling/RTCORBA_RTCOSSCHEDULING_0
 remove test ./tests/examples/corba-rtcorba-dhb/RTCORBA_DHB_0
 remove test 
 ./tests/examples/corba-rtcorba-server_declared/RTCORBA_SERVER_DECLARED_1
 remove test 
 ./tests/examples/corba-rtcorba-server_declared/RTCORBA_SERVER_DECLARED_0
 remove test ./tests/examples/corba-secure_echo/CORBA_SECURE_ECHO_2
 remove test ./tests/examples/corba-secure_echo/CORBA_SECURE_ECHO_0
 remove test ./tests/examples/corba

Bug#676746: gmodels: FTBFS: ERROR: lazy loading failed for package 'gmodels'

2012-06-09 Thread Lucas Nussbaum

Source: gmodels
Version: 2.15.2-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
  fakeroot debian/rules binary
 /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
 dh_testroot
 dh_clean -k 
 dh_clean: dh_clean -k is deprecated; use dh_prep instead
 dh_installdirs -A 
 mkdir -p .
 dh_installdirsusr/lib/R/site-library
 echo R:Depends=r-base-core (= 2.15.0-2)  debian/r-cran-gmodels.substvars
 if test -f /usr/bin/xvfb-run; then\
xvfb-run -a\
   R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-gmodels/usr/lib/R/site-library --clean \
. ;\
   else\
R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-gmodels/usr/lib/R/site-library   \
   --clean  . ;\
   fi
 * installing *source* package 'gmodels' ...
 ** package 'gmodels' successfully unpacked and MD5 sums checked
 ** R
 ** inst
 ** preparing package for lazy loading
 Error : object 'nobs' is not exported by 'namespace:gdata'
 ERROR: lazy loading failed for package 'gmodels'
 * removing 
 '/«PKGBUILDDIR»/debian/r-cran-gmodels/usr/lib/R/site-library/gmodels'
 make: *** [R_any_arch] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/gmodels_2.15.2-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676748: packaging-tutorial: FTBFS: sed: can't read packaging-tutorial.es.log: No such file or directory

2012-06-09 Thread Lucas Nussbaum

Source: packaging-tutorial
Version: 0.6
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»'
 make[3]: Nothing to be done for `LU_WATCH_FILES_SAVE'.
 make[3]: Leaving directory `/«PKGBUILDDIR»'
  == building  packaging-tutorial.es.pdf ==
 /bin/sh: 1: /usr/share/texmf/scripts/latex-make/latexfilter.pl: not found
 Running: 'pdflatex' '--interaction' 'errorstopmode' '--jobname' 
 'packaging-tutorial.es' 
 '\RequirePackage[extension=.pdf]{texdepends}\input{packaging-tutorial.es.tex}'
 sed: can't read packaging-tutorial.es.log: No such file or directory
 *
 Building packaging-tutorial.es.pdf fails
 *
 Here are the last lines of the log file
 If this is not enought, try to
 call 'make' with 'VERB=verbose' option
 *
 == Last lines in packaging-tutorial.es.log ==
 /bin/sh: 1: cannot open packaging-tutorial.es.log: No such file
 make[2]: *** [packaging-tutorial.es.pdf] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/packaging-tutorial_0.6_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676749: odin: FTBFS: /bin/bash: line 5: 11294 Illegal instruction ${dir}$tst

2012-06-09 Thread Lucas Nussbaum

Source: odin
Version: 1.8.5-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»'
 UnitTest  |check_all : Testing tjtools ...
 UnitTest  |check_all : Testing complex ...
 UnitTest  |check_all : Testing vector ...
 UnitTest  |check_all : Testing vallist ...
 UnitTest  |check_all : Testing List ...
 UnitTest  |check_all : Testing string ...
 UnitTest  |check_all : Testing numerics ...
 UnitTest  |check_all : Testing STL ...
 UnitTest  |check_all : Testing ndim ...
 UnitTest  |check_all : Testing array ...
 UnitTest  |check_all : Testing index ...
 UnitTest  |check_all : Testing process ...
 UnitTest  |check_all : Testing Thread ...
 UnitTest  |check_all : Testing JDXint ...
 UnitTest  |check_all : Testing JDXstring ...
 UnitTest  |check_all : Testing JDXcomplex ...
 UnitTest  |check_all : Testing JDXbool ...
 UnitTest  |check_all : Testing JDXenum ...
 UnitTest  |check_all : Testing JDXfileName ...
 UnitTest  |check_all : Testing JDXstringArr ...
 UnitTest  |check_all : Testing JDXintArr ...
 UnitTest  |check_all : Testing JDXcomplexArr ...
 UnitTest  |check_all : Testing Geometry ...
 UnitTest  |check_all : Testing CoilSensitivity ...
 UnitTest  |check_all : Testing Protocol ...
 UnitTest  |check_all : Testing DataUtils ...
 UnitTest  |check_all : Testing Data ...
 UnitTest  |check_all : Testing ComplexData ...
 UnitTest  |check_all : Testing FileIO ...
 UnitTest  |check_all : Testing FileIO jdx ...
 UnitTest  |check_all : Testing FileIO png ...
 UnitTest  |check_all : Testing FileIO jdx.gz ...
 UnitTest  |check_all : Testing FileIO dcm ...
 UnitTest  |check_all : Testing FunctionFit ...
 /bin/bash: line 5: 11294 Illegal instruction ${dir}$tst
 FAIL: cmdline-utils/odintestsuite
 ==
 1 of 1 test failed
 ==
 make[4]: *** [check-TESTS] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/odin_1.8.5-2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676750: ocsigenserver: FTBFS: Error: Unbound module XHTML

2012-06-09 Thread Lucas Nussbaum

Source: ocsigenserver
Version: 2.0.4-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»/src/http'
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 multipart.mli
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 multipart.ml
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 http_headers.mli
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 http_headers.ml
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_cookies.mli
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_cookies.ml
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_http_frame.mli
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_http_frame.ml
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_http_com.mli
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_charset_mime.mli
 ocamlfind ocamlc -package netstring,lwt.ssl,tyxml -I ../baselib -c 
 ocsigen_senders.mli
 File ocsigen_senders.mli, line 27, characters 48-59:
 Error: Unbound module XHTML
 make[4]: *** [ocsigen_senders.cmi] Error 2

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/ocsigenserver_2.0.4-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676751: gnome-mastermind: FTBFS: unable to parse id/gnome-mastermind.xml

2012-06-09 Thread Lucas Nussbaum

Source: gnome-mastermind
Version: 0.3.1-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»/help'
 xsltproc -o gnome-mastermind-C.omf --stringparam db2omf.basename 
 gnome-mastermind --stringparam db2omf.format 'docbook' --stringparam 
 db2omf.dtd -//OASIS//DTD DocBook XML V4.1.2//EN --stringparam db2omf.lang C 
 --stringparam db2omf.omf_dir /usr/share/omf --stringparam db2omf.help_dir 
 /usr/share/gnome/help --stringparam db2omf.omf_in 
 /«PKGBUILDDIR»/help/gnome-mastermind.omf.in  `/usr/bin/pkg-config 
 --variable db2omf gnome-doc-utils` C/gnome-mastermind.xml || { rm -f 
 gnome-mastermind-C.omf; exit 1; }
 xsltproc -o gnome-mastermind-fr.omf --stringparam db2omf.basename 
 gnome-mastermind --stringparam db2omf.format 'docbook' --stringparam 
 db2omf.dtd -//OASIS//DTD DocBook XML V4.1.2//EN --stringparam db2omf.lang 
 fr --stringparam db2omf.omf_dir /usr/share/omf --stringparam 
 db2omf.help_dir /usr/share/gnome/help --stringparam db2omf.omf_in 
 /«PKGBUILDDIR»/help/gnome-mastermind.omf.in  `/usr/bin/pkg-config 
 --variable db2omf gnome-doc-utils` fr/gnome-mastermind.xml || { rm -f 
 gnome-mastermind-fr.omf; exit 1; }
 xsltproc -o gnome-mastermind-it.omf --stringparam db2omf.basename 
 gnome-mastermind --stringparam db2omf.format 'docbook' --stringparam 
 db2omf.dtd -//OASIS//DTD DocBook XML V4.1.2//EN --stringparam db2omf.lang 
 it --stringparam db2omf.omf_dir /usr/share/omf --stringparam 
 db2omf.help_dir /usr/share/gnome/help --stringparam db2omf.omf_in 
 /«PKGBUILDDIR»/help/gnome-mastermind.omf.in  `/usr/bin/pkg-config 
 --variable db2omf gnome-doc-utils` it/gnome-mastermind.xml || { rm -f 
 gnome-mastermind-it.omf; exit 1; }
 xsltproc -o gnome-mastermind-id.omf --stringparam db2omf.basename 
 gnome-mastermind --stringparam db2omf.format 'docbook' --stringparam 
 db2omf.dtd -//OASIS//DTD DocBook XML V4.1.2//EN --stringparam db2omf.lang 
 id --stringparam db2omf.omf_dir /usr/share/omf --stringparam 
 db2omf.help_dir /usr/share/gnome/help --stringparam db2omf.omf_in 
 /«PKGBUILDDIR»/help/gnome-mastermind.omf.in  `/usr/bin/pkg-config 
 --variable db2omf gnome-doc-utils` id/gnome-mastermind.xml || { rm -f 
 gnome-mastermind-id.omf; exit 1; }
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %list.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %admon.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %linespecific.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %synop.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %para.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %informal.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %formal.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %compound.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %genobj.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %descobj.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:115: parser warning : 
 PEReference: %ndxterm.class; not found
   %local.divcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:125: parser warning : 
 PEReference: %list.class; not found
   %local.refcomponent.mix;
^
 http://www.oasis-open.org/docbook/xml/4.1.2/dbhierx.mod:125: parser warning : 
 PEReference: %admon.class; not found
   %local.refcomponent.mix

Bug#676752: unixcw: FTBFS: dpkg-buildpackage: error: dpkg-source -b unixcw-3.0.1 gave error exit status 2

2012-06-09 Thread Lucas Nussbaum

Source: unixcw
Version: 3.0.1-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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 `/«PKGBUILDDIR»/src'
 for subdir in ; do ( cd $subdir; /usr/bin/make clean ); done
 make[2]: Leaving directory `/«PKGBUILDDIR»/src'
 rm -f Makefile.inc
 make[1]: Leaving directory `/«PKGBUILDDIR»'
 cp -f /usr/share/misc/config.sub config.sub
 cp -f /usr/share/misc/config.guess config.guess
 dh_clean
  dpkg-source -b unixcw-3.0.1
 dpkg-source: info: using source format `3.0 (quilt)'
 dpkg-source: info: building unixcw using existing ./unixcw_3.0.1.orig.tar.gz
 dpkg-source: info: local changes detected, the modified files are:
  unixcw-3.0.1/config.sub
 dpkg-source: error: aborting due to unexpected upstream changes, see 
 /tmp/unixcw_3.0.1-3.diff._SVv1a
 dpkg-source: info: you can integrate the local changes with dpkg-source 
 --commit
 dpkg-buildpackage: error: dpkg-source -b unixcw-3.0.1 gave error exit status 2
 
 Build finished at 20120609-0725

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/unixcw_3.0.1-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676753: gplots: FTBFS: ERROR: lazy loading failed for package 'gplots'

2012-06-09 Thread Lucas Nussbaum

Source: gplots
Version: 2.10.1-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
  fakeroot debian/rules binary
 /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
 dh_testroot
 dh_clean -k 
 dh_clean: dh_clean -k is deprecated; use dh_prep instead
 dh_installdirs -A 
 mkdir -p .
 dh_installdirsusr/lib/R/site-library
 echo R:Depends=r-base-core (= 2.15.0-2)  debian/r-cran-gplots.substvars
 if test -f /usr/bin/xvfb-run; then\
xvfb-run -a\
   R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-gplots/usr/lib/R/site-library --clean \
. ;\
   else\
R CMD INSTALL -l 
 /«PKGBUILDDIR»/debian/r-cran-gplots/usr/lib/R/site-library\
   --clean  . ;\
   fi
 * installing *source* package 'gplots' ...
 ** package 'gplots' successfully unpacked and MD5 sums checked
 ** R
 ** data
 ** inst
 ** preparing package for lazy loading
 Error : object 'nobs' is not exported by 'namespace:gdata'
 ERROR: lazy loading failed for package 'gplots'
 * removing '/«PKGBUILDDIR»/debian/r-cran-gplots/usr/lib/R/site-library/gplots'
 make: *** [R_any_arch] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/gplots_2.10.1-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676754: libapache2-mod-perl2: FTBFS: tests failed

2012-06-09 Thread Lucas Nussbaum

Source: libapache2-mod-perl2
Version: 2.0.7-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 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[5]: Entering directory `/«PKGBUILDDIR»/xs/ModPerl/Const'
 make[5]: Leaving directory `/«PKGBUILDDIR»/xs/ModPerl/Const'
 make[4]: Leaving directory `/«PKGBUILDDIR»/xs/ModPerl'
 make[3]: Leaving directory `/«PKGBUILDDIR»/xs'
 /usr/bin/perl -Iblib/arch -Iblib/lib \
   t/TEST -httpd_conf /etc/apache2/apache2.conf -clean
 [warning] setting ulimit to allow core files
 ulimit -c unlimited; /usr/bin/perl /«PKGBUILDDIR»/t/TEST -httpd_conf 
 '/etc/apache2/apache2.conf' -clean
 APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= 
 APACHE_TEST_APXS= \
   /usr/bin/perl -Iblib/arch -Iblib/lib \
   t/TEST -httpd_conf /etc/apache2/apache2.conf -bugreport -verbose=0 
 [warning] setting ulimit to allow core files
 ulimit -c unlimited; /usr/bin/perl /«PKGBUILDDIR»/t/TEST -httpd_conf 
 '/etc/apache2/apache2.conf' -bugreport -verbose=0
 /usr/sbin/apache2  -d /«PKGBUILDDIR»/t -f /«PKGBUILDDIR»/t/conf/httpd.conf -D 
 APACHE2 -D PERL_USEITHREADS
 using Apache/2.2.22 (worker MPM)
 
 [Sat Jun 09 07:14:23 2012] [warn] PassEnv variable LD_LIBRARY_PATH was 
 undefined
 [Sat Jun 09 07:14:23 2012] [info] 6 Apache2:: modules loaded
 [Sat Jun 09 07:14:23 2012] [info] 0 APR:: modules loaded
 [Sat Jun 09 07:14:23 2012] [info] base server + 28 vhosts ready to run tests
 waiting 300 seconds for server to start: ...
 waiting 300 seconds for server to start: ok (waited 2 secs)
 server localhost:8529 started
 server localhost:8530 listening (perlsections)
 server localhost:8531 listening (inherit)
 server localhost:8532 listening (filter_out_apache)
 server localhost:8533 listening (TestVhost::log)
 server localhost:8534 listening (TestVhost::config)
 server localhost:8535 listening (TestUser::rewrite)
 server localhost:8536 listening (TestModules::proxy)
 server localhost:8537 listening (TestModperl::setupenv)
 server localhost:8538 listening (TestModperl::perl_options2)
 server localhost:8539 listening (TestModperl::perl_options)
 server localhost:8540 listening (TestModperl::merge)
 server localhost:8541 listening (TestProtocol::pseudo_http)
 server localhost:8542 listening (TestProtocol::echo_timeout)
 server localhost:8543 listening (TestProtocol::echo_nonblock)
 server localhost:8544 listening (TestProtocol::echo_filter)
 server localhost:8545 listening (TestProtocol::echo_block)
 server localhost:8546 listening (TestProtocol::echo_bbs2)
 server localhost:8547 listening (TestProtocol::echo_bbs)
 server localhost:8548 listening (TestPreConnection::note)
 server localhost:8549 listening (TestHooks::trans)
 server localhost:8550 listening (TestHooks::startup)
 server localhost:8551 listening (TestHooks::stacked_handlers2)
 server localhost:8552 listening (TestHooks::init)
 server localhost:8553 listening (TestHooks::hookrun)
 server localhost:8554 listening (TestFilter::in_str_msg)
 server localhost:8555 listening (TestFilter::in_bbs_msg)
 server localhost:8556 listening (TestFilter::in_bbs_inject_header)
 server localhost:8557 listening (TestFilter::both_str_con_add)
 server localhost:8558 listening (TestDirective::perlrequire)
 server localhost:8559 listening (TestDirective::perlmodule)
 server localhost:8560 listening (TestDirective::perlloadmodule5)
 server localhost:8561 listening (TestDirective::perlloadmodule4)
 server localhost:8562 listening (TestDirective::perlloadmodule3)
 server localhost:8563 listening (TestAPI::add_config)
 server localhost:8564 listening (TestDirective::perlloadmodule6)
 server localhost:8565 listening (TestHooks::push_handlers_anon)
 t/apache/add_config.t ... ok
 t/apache/cgihandler.t ... ok
 t/apache/conftree.t . ok
 t/apache/constants.t  ok
 t/apache/content_length_header.t  ok
 t/apache/daemon.t ... ok
 t/apache/discard_rbody.t  ok
 t/apache/post.t . ok
 t/apache/read.t . ok
 t/apache/read2.t  ok
 t/apache/read3.t  ok
 t/apache/read4.t  ok
 t/apache/scanhdrs.t . ok
 t/apache/scanhdrs2.t  ok
 t/apache/send_cgi_header.t .. ok
 t/apache/subprocess.t ... ok
 t/apache/util.t . ok
 t/apache/write.t  ok
 t/api/access.t .. ok
 t/api/access2.t . ok
 t/api/add_config.t .. ok
 t/api/aplog.t ... ok
 t/api/command.t . ok
 t/api/conn_rec.t  ok
 t/api/conn_util.t ... ok
 t/api/content_encoding.t

Bug#676755: rsync not reliable during copying

2012-06-09 Thread ubuntu6226

Package: rsync
Version: 3.0.7-2
Severity: important

Hi,

I would like to mention that rsync must be as good as `cp` to copy files. We 
deal here with data, could be important data sometimes.

OK, how to reproduce this bug of rsync.

fsck.vfat -p /dev/sdb1

OK - done

mount /dev/sdb1 /media/usb

rsync --progress -a  Documents /media/usb

- then you can see that rsync DOES copy the files wiht a nice progression.

- you wait and see... until it finished.

OK- done. cmd performed.

ls Documents  

and nothing !! only empty directories created

wow good job ! 

During the rsync operation, it did effectively copy the files onto the media. 

but at the end, it removes everything.

Please fix it as soon as possible. It can be acceptable for data reliability / 
and can cause serious data losses.

Thanks for the bug fix

Yours Sincerely,


-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages rsync depends on:
ii  base-files  6.0squeeze2  Debian base system miscellaneous f
ii  libacl1 2.2.49-4 Access control list shared library
ii  libc6   2.11.3-3 Embedded GNU C Library: Shared lib
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

rsync recommends no packages.

Versions of packages rsync suggests:
ii  openssh-client1:5.5p1-6  secure shell (SSH) client, for sec
ii  openssh-server1:5.5p1-6  secure shell (SSH) server, for sec

-- 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#676756: netifaces: FTBFS on hurd-i386

2012-06-09 Thread Pino Toscano

Package: netifaces
Version: 0.8-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently[1], netifaces does not compile on GNU/Hurd.

The problem is that even AF_LINK is defined, there is no sockaddr_dl
struct for it.
The attached patch makes netifaces.c pretend there is no AF_LINK
(while still having it defined). I did a quick test, and the built
python-netifaces seems working fine.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=netifacesarch=hurd-i386ver=0.8-1stamp=1339060102

Thanks,
-- 
Pino
--- a/netifaces.c
+++ b/netifaces.c
@@ -171,6 +171,8 @@ static int af_to_len(int af)
 #define AF_LINK  -1000
 #  endif
 #  define HAVE_AF_LINK 0
+#elif defined(__GNU__)
+#  define HAVE_AF_LINK 0
 #else
 #  define HAVE_AF_LINK 1
 #endif

Bug#676757: haskell-hledger-vty: FTBFS: unsatisfiable build-dependencies

2012-06-09 Thread Lucas Nussbaum

Source: haskell-hledger-vty
Version: 0.16.1-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install haskell-hledger-vty build dependencies (apt-based resolver) 
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-haskell-hledger-vty-dummy : Depends: libghc-hledger-dev 
 ( 0.17.1) but 0.18-1 is to be installed
   Depends: 
 libghc-hledger-lib-dev ( 0.17.1) but 0.18-1 is to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/haskell-hledger-vty_0.16.1-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676758: libtap-parser-sourcehandler-pgtap-perl: FTBFS: unsatisfiable build-dependency: libtest-harness-perl (= 3.23-1) (versioned dep on a virtual pkg?)

2012-06-09 Thread Lucas Nussbaum

Source: libtap-parser-sourcehandler-pgtap-perl
Version: 3.27-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install libtap-parser-sourcehandler-pgtap-perl build dependencies 
 (apt-based resolver) │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-libtap-parser-sourcehandler-pgtap-perl-dummy : Depends: 
 libtest-harness-perl (= 3.23-1)
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/libtap-parser-sourcehandler-pgtap-perl_3.27-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676759: python-cpl: FTBFS: build-dependency not installable: libcpl-dev (= 5.1.0)

2012-06-09 Thread Lucas Nussbaum

Source: python-cpl
Version: 0.3.5.1-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install python-cpl build dependencies (apt-based resolver)  
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-python-cpl-dummy : Depends: libcpl-dev (= 5.1.0) but 
 it is not going to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/python-cpl_0.3.5.1-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676760: lmms: FTBFS: build-dependency not installable: libwine-dev

2012-06-09 Thread Lucas Nussbaum

Source: lmms
Version: 0.4.10-2.2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install lmms build dependencies (apt-based resolver)
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-lmms-dummy : Depends: libwine-dev but it is not 
 installable
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/lmms_0.4.10-2.2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676761: blockdiag: FTBFS: Errors while processing: fonts-ipafont-gothic sbuild-build-depends-blockdiag-dummy

2012-06-09 Thread Lucas Nussbaum

Source: blockdiag
Version: 1.1.5-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install blockdiag build dependencies (apt-based resolver)   
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 The following extra packages will be installed:
   bsdmainutils debhelper docutils-common file fonts-ipafont-gothic gettext
   gettext-base groff-base html2text intltool-debian libasprintf0c2 libcroco3
   libdb4.8 libexpat1 libffi5 libfreetype6 libgettextpo0 libglib2.0-0 libjpeg8
   liblcms1 libmagic1 libncursesw5 libpcre3 libpipeline1 libsqlite3-0
   libssl1.0.0 libunistring0 libxml2 man-db mime-support pep8 po-debconf python
   python-all python-docutils python-funcparserlib python-imaging
   python-minimal python-nose python-pkg-resources python-reportlab
   python-roman python-setuptools python-support python-unittest2
   python-webcolors python-zc.buildout python2.6 python2.6-minimal python2.7
   python2.7-minimal sgml-base xml-core
 Suggested packages:
   wamerican wordlist whois vacation dh-make gettext-doc groff liblcms-utils
   less www-browser libmail-box-perl python-doc python-tk
   texlive-latex-recommended texlive-latex-base texlive-lang-french
   fonts-linuxlibertine ttf-linux-libertine python-imaging-doc
   python-imaging-dbg python-coverage python-nose-doc python-distribute
   python-distribute-doc pdf-viewer python-egenix-mxtexttools
   python-reportlab-doc python2.6-doc binfmt-support python2.7-doc
   sgml-base-doc
 Recommended packages:
   fonts-ipafont-mincho curl wget lynx-cur autopoint libglib2.0-data
   shared-mime-info libgpm2 libmail-sendmail-perl python-pygments
   libpaper-utils python-lxml docutils-doc python-reportlab-accel
   python-renderpm
 The following NEW packages will be installed:
   bsdmainutils debhelper docutils-common file fonts-ipafont-gothic gettext
   gettext-base groff-base html2text intltool-debian libasprintf0c2 libcroco3
   libdb4.8 libexpat1 libffi5 libfreetype6 libgettextpo0 libglib2.0-0 libjpeg8
   liblcms1 libmagic1 libncursesw5 libpcre3 libpipeline1 libsqlite3-0
   libssl1.0.0 libunistring0 libxml2 man-db mime-support pep8 po-debconf python
   python-all python-docutils python-funcparserlib python-imaging
   python-minimal python-nose python-pkg-resources python-reportlab
   python-roman python-setuptools python-support python-unittest2
   python-webcolors python-zc.buildout python2.6 python2.6-minimal python2.7
   python2.7-minimal sbuild-build-depends-blockdiag-dummy sgml-base xml-core
 0 upgraded, 54 newly installed, 0 to remove and 0 not upgraded.
 Need to get 28.3 MB/28.3 MB of archives.
 After this operation, 88.5 MB of additional disk space will be used.
 Get:1 http://localhost/debian/ unstable/main libncursesw5 amd64 5.9-8 [141 kB]
 Get:2 http://localhost/debian/ unstable/main libpipeline1 amd64 1.2.1-1 [39.2 
 kB]
 Get:3 http://localhost/debian/ unstable/main libssl1.0.0 amd64 1.0.1c-3 [1211 
 kB]
 Get:4 http://localhost/debian/ unstable/main libasprintf0c2 amd64 0.18.1.1-9 
 [26.8 kB]
 Get:5 http://localhost/debian/ unstable/main libmagic1 amd64 5.11-1 [250 kB]
 Get:6 http://localhost/debian/ unstable/main libpcre3 amd64 1:8.30-5 [242 kB]
 Get:7 http://localhost/debian/ unstable/main libsqlite3-0 amd64 3.7.12.1-1 
 [453 kB]
 Get:8 http://localhost/debian/ unstable/main libxml2 amd64 2.8.0+dfsg1-3 [903 
 kB]
 Get:9 http://localhost/debian/ unstable/main fonts-ipafont-gothic all 00303-7 
 [3530 kB]
 Get:10 http://localhost/debian/ unstable/main libffi5 amd64 3.0.10-3 [24.8 kB]
 Get:11 http://localhost/debian/ unstable/main libglib2.0-0 amd64 2.32.3-1 
 [2081 kB]
 Get:12 http://localhost/debian/ unstable/main libcroco3 amd64 0.6.5-1 [151 kB]
 Get:13 http://localhost/debian/ unstable/main libexpat1 amd64 2.1.0-1 [141 kB]
 Get:14 http://localhost/debian/ unstable/main libfreetype6 amd64 2.4.9-1 [450 
 kB]
 Get:15 http://localhost/debian/ unstable/main libunistring0 amd64 0.9.3-5 
 [434 kB]
 Get:16 http://localhost/debian/ unstable/main libgettextpo0 amd64 0.18.1.1-9 
 [145 kB]
 Get:17 http://localhost/debian/ unstable/main libjpeg8 amd64 8d-1 [134 kB]
 Get:18 http://localhost/debian/ unstable/main liblcms1 amd64 1.19.dfsg-1.1 
 [112 kB]
 Get:19 http://localhost/debian/ unstable/main libdb4.8 amd64 4.8.30-11 [694 
 kB]
 Get:20 http://localhost/debian/ unstable/main bsdmainutils amd64 9.0.2 [209 
 kB]
 Get:21 http://localhost/debian/ unstable/main groff-base amd64 1.21-7 [1151 
 kB]
 Get:22 http://localhost/debian/ unstable/main man-db amd64 2.6.1-2 [1057 kB]
 Get:23 http://localhost/debian/ unstable/main file amd64 5.11-1

Bug#676762: esorex: FTBFS: build-dependency not installable: libcpl-dev (= 5.1.0)

2012-06-09 Thread Lucas Nussbaum

Source: esorex
Version: 3.9.0-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install esorex build dependencies (apt-based resolver)  
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-esorex-dummy : Depends: libcpl-dev (= 5.1.0) but it is 
 not going to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/esorex_3.9.0-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676763: xine-ui: FTBFS: unsatisfiable build-dependency: libgpmg1-dev ( 1.19.6) (versioned dep on a virtual pkg?)

2012-06-09 Thread Lucas Nussbaum

Source: xine-ui
Version: 0.99.7~hg20120125-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install xine-ui build dependencies (apt-based resolver) 
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-xine-ui-dummy : Depends: libgpmg1-dev ( 1.19.6)
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/xine-ui_0.99.7~hg20120125-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676764: guacd: FTBFS: unsatisfiable build-dependency: libguac-dev ( 0.6) but 0.6.0-1 is to be installed

2012-06-09 Thread Lucas Nussbaum

Source: guacd
Version: 0.5.0-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install guacd build dependencies (apt-based resolver)   
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-guacd-dummy : Depends: libguac-dev ( 0.6) but 0.6.0-1 
 is to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/guacd_0.5.0-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676765: libguac-client-vnc: FTBFS: unsatisfiable build-dependency: libguac-dev ( 0.6) but 0.6.0-1 is to be installed

2012-06-09 Thread Lucas Nussbaum

Source: libguac-client-vnc
Version: 0.5.0-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install libguac-client-vnc build dependencies (apt-based resolver)  
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-libguac-client-vnc-dummy : Depends: libguac-dev ( 0.6) 
 but 0.6.0-1 is to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/libguac-client-vnc_0.5.0-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676766: mtj: FTBFS: build-dependency not installable: libnetlib-java

2012-06-09 Thread Lucas Nussbaum

Source: mtj
Version: 0.9.14~dfsg-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install mtj build dependencies (apt-based resolver) 
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-mtj-dummy : Depends: libnetlib-java but it is not 
 installable
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/mtj_0.9.14~dfsg-1_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676767: eliom: FTBFS: unsatisfiable build-dependencies: ocsigenserver (= 2.0.4), libocsigenserver-ocaml-dev (= 2.0.4)

2012-06-09 Thread Lucas Nussbaum

Source: eliom
Version: 2.1.1b-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install eliom build dependencies (apt-based resolver)   
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-eliom-dummy : Depends: ocsigenserver (= 2.0.4) but it 
 is not going to be installed
 Depends: libocsigenserver-ocaml-dev (= 
 2.0.4) but it is not going to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/eliom_2.1.1b-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676768: frog: FTBFS: unsatisfiable build-dependencies: libucto1-dev (= 0.4.9), libfolia1-dev (= 0.5)

2012-06-09 Thread Lucas Nussbaum

Source: frog
Version: 0.12.9-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install frog build dependencies (apt-based resolver)
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-frog-dummy : Depends: libucto1-dev (= 0.4.9) but it is 
 not going to be installed
Depends: libfolia1-dev (= 0.5) but it is 
 not going to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/06/09/frog_0.12.9-3_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676769: nurpawiki: FTBFS: build-dependency not installable: libocsigen-ocaml-dev (= 1.3)

2012-06-09 Thread Lucas Nussbaum

Source: nurpawiki
Version: 1.2.3-5
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install nurpawiki build dependencies (apt-based resolver)   
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-nurpawiki-dummy : Depends: libocsigen-ocaml-dev (= 
 1.3) but it is not going to be installed
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/nurpawiki_1.2.3-5_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676770: avant-window-navigator: FTBFS: build-dependency not installable: valac-0.10 (= 0.9.1)

2012-06-09 Thread Lucas Nussbaum

Source: avant-window-navigator
Version: 0.4.1~bzr830-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 ┌──┐
 │ Install avant-window-navigator build dependencies (apt-based resolver)  
  │
 └──┘
 
 Installing build dependencies
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
  sbuild-build-depends-avant-window-navigator-dummy : Depends: valac-0.10 (= 
 0.9.1) but it is not installable
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2012/06/09/avant-window-navigator_0.4.1~bzr830-2_unstable.log

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



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

Bug#676771: pyca: FTBFS: Dependencies installation failed

2012-06-09 Thread Lucas Nussbaum

Source: pyca
Version: 20031119-0
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 DC-Build-Header: pyca 20031119-0 / Sat Jun 09 07:12:08 + 2012
 DC-Task: logfile:/tmp/pyca_20031119-0_unstable.log version:20031119-0 modes: 
 chroot:unstable source:pyca esttime: architecture:all
 DC-Sbuild-call: su user -c 'sbuild -n -A -s --force-orig-source --apt-update 
 -d unstable -v pyca_20031119-0'
 sbuild (Debian sbuild) 0.62.5 (13 Jul 2011) on ip-10-28-211-84.ec2.internal
 
 ╔══╗
 ║ pyca 20031119-0 (amd64)09 Jun 2012 
 07:12 ║
 ╚══╝
 
 Package: pyca
 Version: 20031119-0
 Source Version: 20031119-0
 Distribution: unstable
 Architecture: amd64
 
 I: NOTICE: Log filtering will replace 'build/pyca-oqfBOx/pyca-20031119' with 
 '«PKGBUILDDIR»'
 I: NOTICE: Log filtering will replace 'build/pyca-oqfBOx' with '«BUILDDIR»'
 I: NOTICE: Log filtering will replace 
 'var/lib/schroot/mount/unstable-amd64-sbuild-4871af70-1086-4824-ab74-548ab123f8dd'
  with '«CHROOT»'
 
 ┌──┐
 │ Update chroot   
  │
 └──┘
 
 Ign http://localhost unstable InRelease
 Get:1 http://localhost unstable Release.gpg [836 B]
 Get:2 http://localhost unstable Release [233 kB]
 Get:3 http://localhost unstable/main Sources/DiffIndex [7876 B]
 Get:4 http://localhost unstable/main amd64 Packages/DiffIndex [7876 B]
 Get:5 http://localhost unstable/main Translation-en/DiffIndex [7876 B]
 Get:6 http://localhost unstable/main 2012-06-09-0215.45.pdiff [25.3 kB]
 Get:7 http://localhost unstable/main amd64 2012-06-09-0215.45.pdiff [17.0 kB]
 Get:8 http://localhost unstable/main 2012-06-09-0215.45.pdiff [25.3 kB]
 Get:9 http://localhost unstable/main 2012-06-09-0215.45.pdiff [675 B]
 Get:10 http://localhost unstable/main amd64 2012-06-09-0215.45.pdiff [17.0 kB]
 Get:11 http://localhost unstable/main 2012-06-09-0215.45.pdiff [675 B]
 Fetched 300 kB in 4s (66.1 kB/s)
 Reading package lists...
 Reading package lists...
 Building dependency tree...
 Reading state information...
 The following packages will be upgraded:
   dpkg dpkg-dev initscripts libdpkg-perl sysv-rc sysvinit sysvinit-utils
 7 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 Need to get 4747 kB of archives.
 After this operation, 1024 B of additional disk space will be used.
 Get:1 http://localhost/debian/ unstable/main dpkg amd64 1.16.4.1 [2366 kB]
 Get:2 http://localhost/debian/ unstable/main sysvinit amd64 2.88dsf-27 [130 
 kB]
 Get:3 http://localhost/debian/ unstable/main sysvinit-utils amd64 2.88dsf-27 
 [96.2 kB]
 Get:4 http://localhost/debian/ unstable/main sysv-rc all 2.88dsf-27 [75.2 kB]
 Get:5 http://localhost/debian/ unstable/main initscripts amd64 2.88dsf-27 
 [87.9 kB]
 Get:6 http://localhost/debian/ unstable/main dpkg-dev all 1.16.4.1 [1139 kB]
 Get:7 http://localhost/debian/ unstable/main libdpkg-perl all 1.16.4.1 [853 
 kB]
 debconf: delaying package configuration, since apt-utils is not installed
 Fetched 4747 kB in 0s (28.3 MB/s)
 (Reading database ... 11733 files and directories currently installed.)
 Preparing to replace dpkg 1.16.4 (using .../dpkg_1.16.4.1_amd64.deb) ...
 Unpacking replacement dpkg ...
 Setting up dpkg (1.16.4.1) ...
 (Reading database ... 11733 files and directories currently installed.)
 Preparing to replace sysvinit 2.88dsf-26 (using 
 .../sysvinit_2.88dsf-27_amd64.deb) ...
 Unpacking replacement sysvinit ...
 Setting up sysvinit (2.88dsf-27) ...
 Not restarting sysvinit: chroot detected
 (Reading database ... 11733 files and directories currently installed.)
 Preparing to replace sysvinit-utils 2.88dsf-26 (using 
 .../sysvinit-utils_2.88dsf-27_amd64.deb) ...
 Unpacking replacement sysvinit-utils ...
 Setting up sysvinit-utils (2.88dsf-27) ...
 (Reading database ... 11733 files and directories currently installed.)
 Preparing to replace sysv-rc 2.88dsf-26 (using 
 .../sysv-rc_2.88dsf-27_all.deb) ...
 Unpacking replacement sysv-rc ...
 Setting up sysv-rc (2.88dsf-27) ...
 (Reading database ... 11733 files and directories currently installed.)
 Preparing to replace initscripts 2.88dsf-26 (using 
 .../initscripts_2.88dsf-27_amd64.deb) ...
 Unpacking replacement initscripts ...
 Setting up initscripts (2.88dsf-27) ...
 (Reading database ... 11733 files and directories currently installed.)
 Preparing to replace dpkg-dev 1.16.4 (using .../dpkg-dev_1.16.4.1_all.deb) ...
 Unpacking replacement dpkg-dev ...
 Preparing to replace libdpkg-perl 1.16.4 (using 
 .../libdpkg

Bug#676772: [INTL:pl] Updated Polish debconf translation

2012-06-09 Thread Michał Kułach


Package: glance
Severity: wishlist
Tags: l10n patch

Hi!

Please update Polish debconf translation with the attached file.

Thanks in advance,
--
Michał Kułach

pl.po
Description: Binary data

Bug#676773: [INTL:pl] Updated Polish debconf translation

2012-06-09 Thread Michał Kułach


Package: sysvinit
Severity: wishlist
Tags: l10n patch

Hi!

Please update Polish debconf translation with the attached file.

Thanks in advance,
--
Michał Kułach

pl.po
Description: Binary data

Bug#659522: RFS: prelink/0.0.20111012-1 [ITA] - ELF prelinking utility to speed up dynamic linking

2012-06-09 Thread Bart Martens

On Sat, Jun 09, 2012 at 10:13:16AM +0200, Daniel MartÃ wrote:
 Bart,
 
 Thanks for the QA upload.

These uploads are signed by Michael Gilbert.
http://packages.qa.debian.org/p/prelink/news/20120608T170415Z.html
http://packages.qa.debian.org/p/prelink/news/20120609T074749Z.html

 I'll repack my ITA as NMU and retitle this bug
 now.

You can adopt prelink if you want that.  If you prefer to not adopt it, then
you can do a QA upload.  I don't think it is useful to do an NMU of a package
owned by Debian QA Group.

 If I understand the process correctly, I should put the QA team as
 its maintainer, but leave myself in the changelog entry for this NMU,
 right?

The maintainer is already the Debian QA Group.  If you do a QA upload then you
can put yourself in the changelog entry.

Regards,

Bart Martens



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

Bug#676461: libncursesw5: buggy test causes select() to be used instead of poll(), making ncurses really slow

2012-06-09 Thread Sven Joachim

On 2012-06-09 09:47 +0200, Sven Joachim wrote:

 On 2012-06-09 01:51 +0200, Thomas Dickey wrote:

 The exit code is inverted: it is true if nonzero, which could be
 -1 or some number greater than zero (the latter would indicate some
 input happening, though which of the cases is hard to tell).

 Aah, of course.  Now this makes sense even to me.

However, I still have some problems understanding the test: in the
else branch, isn't it guaranteed that ret = 0, no matter what?
The following makes more a bit more sense to me:

--8---cut here---start-8---
diff --git a/aclocal.m4 b/aclocal.m4
index f5a7260..304ddba 100644
--- a/aclocal.m4
+++ b/aclocal.m4
@@ -1730,7 +1730,7 @@ int main() {
myfds.revents = 0;
 
ret = poll(myfds, 1, 100);
-   if (ret  0) {
+   if (ret  0) {
ret = 0;
}
}
--8---cut here---end---8---

Or, since you no longer check for ret != 0, but rather ret  0 at the
end:

--8---cut here---start-8---
diff --git a/aclocal.m4 b/aclocal.m4
index f5a7260..9270878 100644
--- a/aclocal.m4
+++ b/aclocal.m4
@@ -1730,9 +1730,6 @@ int main() {
myfds.revents = 0;
 
ret = poll(myfds, 1, 100);
-   if (ret  0) {
-   ret = 0;
-   }
}
${cf_cv_main_return:-return}(ret  0);
 }],
--8---cut here---end---8---

Also, shouldn't the test check whether opening /dev/tty was actually
successful?

Cheers,
   Sven



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

Bug#676745: libcrypt-x509-perl: FTBFS: tests failed

2012-06-09 Thread Salvatore Bonaccorso

forwarded 676745 https://rt.cpan.org/Ticket/Display.html?id=77679
thanks

Hi Daniel

 Relevant part:
  make[1]: Entering directory `/Â«PKGBUILDDIRÂ»'
  PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
  test_harness(0, 'blib/lib', 'blib/arch') t/*.t
  Can't use an undefined value as an ARRAY reference at t/Crypt-X509.t line 
  52.
  # Looks like you planned 68 tests but ran 34.
  # Looks like your test exited with 255 just after 34.
  t/Crypt-X509.t .. 
  Dubious, test returned 255 (wstat 65280, 0xff00)
  Failed 1/1 test programs. 0/34 subtests failed.
  Failed 34/68 subtests 
  
  Test Summary Report
  ---
  t/Crypt-X509.t (Wstat: 65280 Tests: 34 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan.  You planned 68 tests but ran 34.
  Files=1, Tests=34,  0 wallclock secs ( 0.03 usr  0.02 sys +  0.11 cusr  
  0.02 csys =  0.18 CPU)
  Result: FAIL
  make[1]: *** [test_dynamic] Error 255

This is already reported upstream and seems due to a change in
libconvert-asn1-perl (= 0.24). Indeed this was used in lucas build
too.

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#613013: luatex: fails to upgrade in absence of fmtutil.cnf

2012-06-09 Thread Hilmar Preusse

reopen 613013
reassign 613013 luatex
stop

On 09.06.12 Norbert Preining (prein...@logic.at) wrote:
 On Fr, 08 Jun 2012, Hilmar Preusse wrote:

Hi Norbert,

  E-Mail. Norbert, maybe we can interduce the suggested Breaks?
 
 Yes, I add
   tex-common 3.12 breaks luatex  0.71.1
 I think that closes this bug.
 
I don't think so! It just solves the problem of Simon's test
account, not the problem of the original submitter. The bug was
originally submitted long before TL2011 (and new luatex) was
packaged.

- reopening

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#676256: spamassassin: cannot import gpg keys with sa-update --import

2012-06-09 Thread Noah Meyerhans

On Tue, Jun 05, 2012 at 07:58:31PM +0200, Bastian Kleineidam wrote:
 the sa-update --import command is failing because the
 /etc/spamassassin/sa-update-keys
 directory is missing.
 Please install it in the spamassassin package with
 permissions 0700 (otherwise gpg prints a warning about
 insecure directory permissions).
 
 As you can see below, I use sa-update to download a custom
 channel for german spam rules.

Future versions of spamassassin will store the default gpg key in
/var/lib/spamassassin/sa-update-keys, which will be created during
installation. If you want to import other keys, you can either pass
--gpghomedir /var/lib/spamassassin/sa-update-keys (or some other
directory) to sa-update, or you should create
/etc/spamassassin/sa-update-keys yourself. Since this directory will not
be used in the default configuration, it won't be created by the
package.

noah



signature.asc
Description: Digital signature

Bug#676774: chromium-browser: consider to use xz to compress orig.tar file (to cut 138MB)

2012-06-09 Thread Hideki Yamane

Package: chromium-browser
Version: 20.0.1132.21~r139451-1
Severity: wishlist

Hi,

 chromium-browser orig.tar file in source package is compressed with
 bzip2 and its size seems to be huge (510MB), so I suggest to use xz
 insead of bzip2.

Test)


1. check compressed size

$ du -k chromium-browser_20.0.1132.21~r139451.orig.tar.bz2 
510532  chromium-browser_20.0.1132.21~r139451.orig.tar.bz2

$ bzip2 -d chromium-browser_20.0.1132.21~r139451.orig.tar.bz2
$ time xz -9e chromium-browser_20.0.1132.21~r139451.orig.tar

real22m3.071s
user21m37.881s
sys 0m20.085s

$ du -k chromium-browser_20.0.1132.21~r139451.orig.tar.xz
394160  chromium-browser_20.0.1132.21~r139451.orig.tar.xz


2. compare extract time

$ time bzip2 -d chromium-browser_20.0.1132.21~r139451.orig.tar.bz2

real1m5.802s
user1m1.260s
sys 0m2.240s

$ time xz -d chromium-browser_20.0.1132.21~r139451.orig.tar.xz

real0m48.134s
user0m24.342s
sys 0m2.328s


result)

 523MB(bzip2) - 385MB(xz) = 138 MB

 reducing approximately 130MB with no performance reduction when it
 is uncompressed, isn't it enough? Please consider to use xz with 
 next new upstream release.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#676775: package fails to build from source

2012-06-09 Thread Michael Tokarev

Package: openbios-ppc
Version: 1.0+svn1047-1
Severity: serious

The package fails to build from source, on either squeeze or wheezy.
This is because of wrong code in config/scripts/switch-arch:

select_prefix()
{
for TARGET in ${1}-linux-gnu- ${1}-linux- ${1}-elf- ${1}-eabi-
do
if type ${TARGET}gcc  /dev/null 21
then
return
fi
done
if [ $ARCH = $HOSTARCH ]; then
return
fi
echo ERROR: no ${1} cross-compiler found ! 12
exit 1
}

On a powerpc debian install of either squeeze or wheezy, there's
powerpc-linux-gnu-gcc (which is just a symlink to gcc), but no
powerpc-linux-gnu-{as,ld,ranlib,strip}.  Yet, based on the code
above, the script is setting TARGET variable to powerpc-linux-gnu-,
which gets written to obj-ppc/config.mak.

In squeeze backport of openbios-ppc package I worked around
this by setting TARGET= when calling make from debian/rules
to build stuff in obj-ppc:

cd obj-ppc  $(MAKE) all TARGET=

Proper fix, I think, is to swap for-loop and if statement in
the above function, select_prefix, to test for ARCH being
the same as HOSTARCH before other variants.

Now I wonder how this package has been built to be uploaded
to debian...

Thanks,

/mjt



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

Bug#676776: [liboce-foundation-dev] static pathnames in OCE-libraries-release.cmake makes it impossible to build to other architectures than amd64

2012-06-09 Thread Sandro Knauß

Package: liboce-foundation-dev
Version: 0.9.1-2
Severity: important

Hello,

in /usr/lib/oce-0.9.1/OCE-libraries-release.cmake are used static pathnames to 
libaries. An example ( /usr/lib/oce-0.9.1/OCE-libraries-release.cmake line 
225):
  IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE TKMath;TKernel;/usr/lib/x86_64-
linux-gnu/libXmu.so;/usr/lib/x86_64-linux-gnu/libSM.so;/usr/lib/x86_64-linux-
gnu/libICE.so;/usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-
gnu/libXext.so

So if I try to compile any package with cmake for other architectures than 
x86_64, this naturally fails :)

Dear,

sandro


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.4-1.towo.3-siduction-amd64

Debian Release: wheezy/sid
  500 unstablecdn.debian.net 
  500 testing cdn.debian.net 
  500 stable  cdn.debian.net 
  110 experimentalcdn.debian.net 

--- Package information. ---
Depends(Version) | Installed
-+-==
liboce-foundation2(= 0.9.1) | 0.9.1-2
liboce-foundation2 ( 0.9.1+1~) | 0.9.1-2


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#657395: I don't hav intention to packages cinnamon

2012-06-09 Thread Bas van den Dikkenberg

I don't have intention to packages cinnamon, I think it's to complicated for to 
packages this one.


Bas

Bug#676457: migration path from non multiarch to multiarch wine

2012-06-09 Thread Stefano Zacchiroli

On Sat, Jun 09, 2012 at 03:37:10AM -0400, Michael Gilbert wrote:
  I don't see amd64 packages in pool. The latest package version I see in pool
  is wine-bin_1.4-0.3_amd64.deb. The same with other wine packages for
  amd64 arch.
 
 That is because the package has been multiarched.  In other words,
 the i386 packages now satisfy the amd64 dependencies.

Right, and indeed it works perfectly after adding i386 as a foreign
architecture to dpkg. But I'm pretty sure many users will stumble upon
the above problem during upgrades, because there is no hint whatsoever
(at least using apt or aptitude) that the user should do something
manual.

So the question is, I guess: what's the migration path from non
multiarch wine to multiarch wine?

I guess a NEWS.Debian entry telling users what they should do would be a
good start, but I'm not sure it would be enough to shield you from tons
of bug reports like this one :-)

Cheers.
-- 
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences   ..   http://upsilon.cc/zack   ..   . . o
Debian Project Leader...   @zack on identi.ca   ...o o o
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#676777: debhelper - dh_installdocs --link-doc forgets to add strict dependency

2012-06-09 Thread Bastian Blank

Package: debhelper
Version: 9.20120608
Severity: important
File: /usr/bin/dh_installdocs

dh_installdocs --link-doc can be used to symlink the complete docs
directory. It also adds a loose dependency.

However the policy explicitely stats[1] that the dependency must be
strict to get the correct version of the changelog and other files.

Bastian

[1]: http://www.debian.org/doc/debian-policy/footnotes.html#f105

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

Kernel: Linux 3.2.0-2-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/dash

Versions of packages debhelper depends on:
ii  binutils2.22-6.1
ii  dpkg1.16.3
ii  dpkg-dev1.16.3
ii  file5.11-1
ii  html2text   1.3.2a-15
ii  man-db  2.6.1-2
ii  perl5.14.2-11
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  none

-- 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#676776: [liboce-foundation-dev] static pathnames in OCE-libraries-release.cmake makes it impossible to build to other architectures than amd64

2012-06-09 Thread D. Barbier

On 2012/6/9 Sandro Knauß wrote:
 Package: liboce-foundation-dev
 Version: 0.9.1-2
 Severity: important

 Hello,

 in /usr/lib/oce-0.9.1/OCE-libraries-release.cmake are used static pathnames to
 libaries. An example ( /usr/lib/oce-0.9.1/OCE-libraries-release.cmake line
 225):
  IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE TKMath;TKernel;/usr/lib/x86_64-
 linux-gnu/libXmu.so;/usr/lib/x86_64-linux-gnu/libSM.so;/usr/lib/x86_64-linux-
 gnu/libICE.so;/usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-
 gnu/libXext.so

 So if I try to compile any package with cmake for other architectures than
 x86_64, this naturally fails :)

Hello,

liboce-foundation-dev indeed contains several files which are
architecture-dependent, it must be declared as Architecture: any and
not all, I will fix that.
Thanks for your report.

Denis



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

Bug#676754: libapache2-mod-perl2: FTBFS: tests failed

2012-06-09 Thread Salvatore Bonaccorso

tags 676754 + moreinfo unreproducible
thanks

Hi

On Sat, Jun 09, 2012 at 10:16:36AM +0200, Lucas Nussbaum wrote:
 Source: libapache2-mod-perl2
 Version: 2.0.7-1
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120609 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[5]: Entering directory `/«PKGBUILDDIR»/xs/ModPerl/Const'
  make[5]: Leaving directory `/«PKGBUILDDIR»/xs/ModPerl/Const'
  make[4]: Leaving directory `/«PKGBUILDDIR»/xs/ModPerl'
  make[3]: Leaving directory `/«PKGBUILDDIR»/xs'
  /usr/bin/perl -Iblib/arch -Iblib/lib \
  t/TEST -httpd_conf /etc/apache2/apache2.conf -clean
  [warning] setting ulimit to allow core files
  ulimit -c unlimited; /usr/bin/perl /«PKGBUILDDIR»/t/TEST -httpd_conf 
  '/etc/apache2/apache2.conf' -clean
  APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= 
  APACHE_TEST_APXS= \
  /usr/bin/perl -Iblib/arch -Iblib/lib \
  t/TEST -httpd_conf /etc/apache2/apache2.conf -bugreport -verbose=0 
  [warning] setting ulimit to allow core files
  ulimit -c unlimited; /usr/bin/perl /«PKGBUILDDIR»/t/TEST -httpd_conf 
  '/etc/apache2/apache2.conf' -bugreport -verbose=0
  /usr/sbin/apache2  -d /«PKGBUILDDIR»/t -f /«PKGBUILDDIR»/t/conf/httpd.conf 
  -D APACHE2 -D PERL_USEITHREADS
  using Apache/2.2.22 (worker MPM)
  
  [Sat Jun 09 07:14:23 2012] [warn] PassEnv variable LD_LIBRARY_PATH was 
  undefined
  [Sat Jun 09 07:14:23 2012] [info] 6 Apache2:: modules loaded
  [Sat Jun 09 07:14:23 2012] [info] 0 APR:: modules loaded
  [Sat Jun 09 07:14:23 2012] [info] base server + 28 vhosts ready to run tests
  waiting 300 seconds for server to start: ...
  waiting 300 seconds for server to start: ok (waited 2 secs)
  server localhost:8529 started
  server localhost:8530 listening (perlsections)
  server localhost:8531 listening (inherit)
  server localhost:8532 listening (filter_out_apache)
  server localhost:8533 listening (TestVhost::log)
  server localhost:8534 listening (TestVhost::config)
  server localhost:8535 listening (TestUser::rewrite)
  server localhost:8536 listening (TestModules::proxy)
  server localhost:8537 listening (TestModperl::setupenv)
  server localhost:8538 listening (TestModperl::perl_options2)
  server localhost:8539 listening (TestModperl::perl_options)
  server localhost:8540 listening (TestModperl::merge)
  server localhost:8541 listening (TestProtocol::pseudo_http)
  server localhost:8542 listening (TestProtocol::echo_timeout)
  server localhost:8543 listening (TestProtocol::echo_nonblock)
  server localhost:8544 listening (TestProtocol::echo_filter)
  server localhost:8545 listening (TestProtocol::echo_block)
  server localhost:8546 listening (TestProtocol::echo_bbs2)
  server localhost:8547 listening (TestProtocol::echo_bbs)
  server localhost:8548 listening (TestPreConnection::note)
  server localhost:8549 listening (TestHooks::trans)
  server localhost:8550 listening (TestHooks::startup)
  server localhost:8551 listening (TestHooks::stacked_handlers2)
  server localhost:8552 listening (TestHooks::init)
  server localhost:8553 listening (TestHooks::hookrun)
  server localhost:8554 listening (TestFilter::in_str_msg)
  server localhost:8555 listening (TestFilter::in_bbs_msg)
  server localhost:8556 listening (TestFilter::in_bbs_inject_header)
  server localhost:8557 listening (TestFilter::both_str_con_add)
  server localhost:8558 listening (TestDirective::perlrequire)
  server localhost:8559 listening (TestDirective::perlmodule)
  server localhost:8560 listening (TestDirective::perlloadmodule5)
  server localhost:8561 listening (TestDirective::perlloadmodule4)
  server localhost:8562 listening (TestDirective::perlloadmodule3)
  server localhost:8563 listening (TestAPI::add_config)
  server localhost:8564 listening (TestDirective::perlloadmodule6)
  server localhost:8565 listening (TestHooks::push_handlers_anon)
  t/apache/add_config.t ... ok
  t/apache/cgihandler.t ... ok
  t/apache/conftree.t . ok
  t/apache/constants.t  ok
  t/apache/content_length_header.t  ok
  t/apache/daemon.t ... ok
  t/apache/discard_rbody.t  ok
  t/apache/post.t . ok
  t/apache/read.t . ok
  t/apache/read2.t  ok
  t/apache/read3.t  ok
  t/apache/read4.t  ok
  t/apache/scanhdrs.t . ok
  t/apache/scanhdrs2.t  ok
  t/apache/send_cgi_header.t .. ok
  t/apache/subprocess.t ... ok
  t/apache/util.t . ok
  t/apache/write.t  ok
  t/api/access.t .. ok
  t/api/access2.t . ok
  t/api/add_config.t .. ok
  t/api

Bug#655818: libgsl-ruby source package is still in unstable

2012-06-09 Thread Daigo Moriwaki

Tim,

On Sat, Jun 9, 2012 at 6:42 AM, Tim Retout dioc...@debian.org wrote:
 #655818 is a duplicate of #628264.  But more interesting than that,
 libgsl-ruby has been replaced by ruby-gsl in unstable, and this source
 package no longer has any binary packages.  For some reason, it isn't
 being picked up by the ftpmaster cruft-report tool...!?

 Do you have any objection to turning this into a removal request?

No. gsl-ruby is superior.
Could you send a removal request?

Thanks in advance.

Regards,
Daigo

-- 
Daigo Moriwaki   beatles at sgtpepper dot net



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

Bug#676778: libchipcard-tools: please remove obsolete conffiles (init.d script)

2012-06-09 Thread Paul Menzel

Package: libchipcard-tools
Version: 4.99.4beta-1
Severity: normal

Dear Debian folks,


thanks to `sysv-rc` checking for obsolete conffiles [1] it was revealed
that `libchipcard-tools` left its (unmodified) init.d script behind
although it was removed in 4.99.4beta-1.

$ dpkg-query -W -f='${Conffiles}\n' libchipcard-tools
 /etc/init.d/libchipcard-tools 143e954c4d63ff8e7f7710ed0affd273 obsolete
$ md5sum /etc/init.d/libchipcard-tools
143e954c4d63ff8e7f7710ed0affd273  /etc/init.d/libchipcard-tools

It would be great if the package could remove that file. The page in the
Debian Wiki contains more information how to do that [2].


Thanks,

Paul


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676463
[2] http://wiki.debian.org/DpkgConffileHandling

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (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/bash

Versions of packages libchipcard-tools depends on:
ii  libc6 2.13-33
ii  libchipcard-data  5.0.3beta-1
ii  libchipcard6  5.0.3beta-1
ii  libgcc1   1:4.7.0-11
ii  libgwenhywfar60   4.3.3-1
ii  libstdc++64.7.0-11

libchipcard-tools recommends no packages.

libchipcard-tools suggests no packages.

-- no debconf information


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

Bug#676779: linux-image-3.2.0-2-kirkwood: Please enable CONFIG_ZRAM=m

2012-06-09 Thread sebastian

Package: linux-2.6
Version: 3.2.18-1
Severity: wishlist

Dear Maintainers,

i'd like to use ZRAM (a.k.a. compcache) on my pogoplug. It is possible to 
enable it by default? On kernelarch-x86 the feature is already enabled.

$ grep -ri ZRAM linux-2.6-3.2.18/debian/config/*
linux-2.6-3.2.18/debian/config/kernelarch-x86/config:## file: 
drivers/staging/zram/Kconfig
linux-2.6-3.2.18/debian/config/kernelarch-x86/config:CONFIG_ZRAM=m

Kind regards, 

Sebastian

-- Package-specific info:
** Version:
Linux version 3.2.0-2-kirkwood (Debian 3.2.18-1) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-5) ) #1 Tue 
May 22 14:39:12 UTC 2012

** Model information
Processor   : Feroceon 88FR131 rev 1 (v5l)
Hardware: Seagate FreeAgent DockStar
Revision: 

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing')
Architecture: armel (armv5tel)



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

Bug#673551: Processed: Bug#673551: ifupdown: error during boot: grep: unrecognized option '--all'

2012-06-09 Thread markus schnalke

tags 673551 pending
thanks

Hello,

thanks for reporting this bug and thanks for the discussion already
done.

We are currently working on the transition from masqmail-0.2.x to
masqmail-0.3.x. The new package is 98% finished and will be uploaded
very soon. It does not interface with ifupdown anymore. Hence, the bug
report becomes irrelevant for new package version of masqmail.


Nonetheless, I like to know and remove the cause of the problem. Let's
dig down!

In masqmail's ifupdown script, there's the following snippet:

if [ ! x$IFUP_IFACES = xall ] ; then
echo $IFUP_IFACES | grep $IFACE  /dev/null || exit 0
fi

(If IFUP_IFACES contains the magic value ``all'', then we go on in all
cases, otherwise we go on only if the current interface is one of the
inferfaces we care for.)

The grep in this snippet is the grep that breaks. (It's the only one
in the script.)

The IFUP_IFACES variable is set in /etc/default/masqmail, which is
created during debconf (in postinst):

db_get masqmail/ifup_ifaces || true
echo IFUP_IFACES=\$RET\  $DEBDEFTMP

The relevant debconf question is:

Template: masqmail/ifup_ifaces
Type: string
Default: all
_Description: List of interfaces used for Masqmail online detection:
 Please choose a list of network interfaces which will trigger queue
 runs and/or fetching mails when going up. The list will be used in
 the /etc/ppp/ip-up and /etc/network/if-up.d/ scripts, when the
 interface goes up.
 .
 A reasonable choice is for instance ppp0 for a home computer
 connected by PPP or ppp0 eth0 for a notebook.
 .
 Other possible choices are all to listen on all network interfaces,
 or none for not listening on any interface.

Now, I'd like to have a look at the bug reporter's
/etc/default/masqmail file. What value has it assigned to IFUP_IFACES?
I guess that it's ``--all'', instead of ``all''.

@Thilo: Can you confirm?


If I've not missed anything, I'd declare this bug as misconfiguration
by user and thus no bug in the package.

Anyway, the soon uploaded new package won't include this ifupdown
script.


meillo



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

Bug#670635: fuse (2.8.7-2) leaves /etc/init.d/fuse behind

2012-06-09 Thread Paul Menzel

Dear Debian folks,


Am Freitag, den 27.04.2012, 15:37 +0200 schrieb Thilo Six:
 Package: fuse
 Version: 2.8.7-2
 Severity: normal
 
 Dear Maintainer,
 
 fuse (2.8.7-2) fixed this:
 * Removing initscript in favour of udev rule
 
 but fuse (2.8.7-2) leaves '/etc/init.d/fuse' behind

the package scripts should remove such obsolete conffiles.

$ dpkg-query -W -f='${Conffiles}\n' fuse | grep 'obsolete$'
 /etc/init.d/fuse 453b0e3f3f8facb9efc6cc73df8a7f05 obsolete
$ md5sum /etc/init.d/fuse 
453b0e3f3f8facb9efc6cc73df8a7f05  /etc/init.d/fuse

It would be awesome if you could make the appropriate change as outlined
in the Debian Wiki [1].

Currently a check in `sysv-rc` chokes on that as reported in #676463
[2], so it would be great if a fixed package could be upgrade before
this goes to testing.


Thanks,

Paul


[1] http://wiki.debian.org/DpkgConffileHandling
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676463


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

Bug#676780: eject: please mark package eject as Multi-Arch: foreign

2012-06-09 Thread Helmut Grohne

Package: eject
Version: 2.1.5+deb1+cvs20081104-10
Severity: normal

The eject package seems to provide an architecture independent command
line interface. That makes it a candidate for adding Multi-Arch: same
to the eject binary package in debian/control. About 15 reverse
dependencies could benefit from such tagging in a multiarch environment
(by making dependency resolving simpler). For details on the conversion
process see http://wiki.debian.org/Multiarch/Implementation. Thanks for
your help with the multiarch release goal.

Helmut



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

Bug#676461: libncursesw5: buggy test causes select() to be used instead of poll(), making ncurses really slow

2012-06-09 Thread Thomas Dickey

On Sat, Jun 09, 2012 at 10:36:00AM +0200, Sven Joachim wrote:
 On 2012-06-09 09:47 +0200, Sven Joachim wrote:
 
  On 2012-06-09 01:51 +0200, Thomas Dickey wrote:
 
  The exit code is inverted: it is true if nonzero, which could be
  -1 or some number greater than zero (the latter would indicate some
  input happening, though which of the cases is hard to tell).
 
  Aah, of course.  Now this makes sense even to me.
 
 However, I still have some problems understanding the test: in the
 else branch, isn't it guaranteed that ret = 0, no matter what?
 The following makes more a bit more sense to me:

man poll:

RETURN VALUE
   On success, a positive number is returned; this is the number of struc-
   tures  which  have  non-zero  revents  fields  (in  other  words, those
   descriptors with events or errors reported).  A value  of  0  indicates
   that  the call timed out and no file descriptors were ready.  On error,
   -1 is returned, and errno is set appropriately.
 
 --8---cut here---start-8---
 diff --git a/aclocal.m4 b/aclocal.m4
 index f5a7260..304ddba 100644
 --- a/aclocal.m4
 +++ b/aclocal.m4
 @@ -1730,7 +1730,7 @@ int main() {
   myfds.revents = 0;
  
   ret = poll(myfds, 1, 100);
 - if (ret  0) {
 + if (ret  0) {
   ret = 0;
   }
   }
 --8---cut here---end---8---
 
 Or, since you no longer check for ret != 0, but rather ret  0 at the
 end:
 
 --8---cut here---start-8---
 diff --git a/aclocal.m4 b/aclocal.m4
 index f5a7260..9270878 100644
 --- a/aclocal.m4
 +++ b/aclocal.m4
 @@ -1730,9 +1730,6 @@ int main() {
   myfds.revents = 0;
  
   ret = poll(myfds, 1, 100);
 - if (ret  0) {
 - ret = 0;
 - }

ouch - I think you're right.
(for next week - I'm out the rest of the weekend)

   }
   ${cf_cv_main_return:-return}(ret  0);
  }],
 --8---cut here---end---8---
 
 Also, shouldn't the test check whether opening /dev/tty was actually
 successful?

I assumed in that instance that poll would simply fail :-)
 
 Cheers,
Sven
 
 

-- 
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#676781: ristretto: Image orientation is locale dependant

2012-06-09 Thread Clément Calmels

Package: ristretto
Version: 0.0.22-2
Severity: normal
Tags: l10n upstream patch

Using LANG=fr_FR.UTF-8, ristretto doesn't display image properly if it contains
exif orientation data. If LANG=C ristretto displays the image correctly.

The orientation code in ristretto depends on exif_entry_get_value (from
libexif12) that returns a localized textual representation of the orientation (
http://libexif.sourceforge.net/api/exif-
entry_8h.html#24425f48dd75ec56f9ac758aaa6ef9c4 ).
This textual representation is than compared with english strings (top - left
for example). It will fails with non-english locale.



-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
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 ristretto depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2  0.88-2.1   simple interprocess messaging syst
ii  libexif12 0.6.19-1   library to parse EXIF files
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libthunar-vfs-1-2 1.0.2-1+b1 VFS abstraction used in thunar
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxfce4util4 4.6.2-1Utility functions library for Xfce
ii  libxfcegui4-4 4.6.4-1Basic GUI C functions for Xfce4

ristretto recommends no packages.

ristretto suggests no packages.

-- no debconf information
Index: ristretto-0.0.22/src/navigator.c
===
--- ristretto-0.0.22.orig/src/navigator.c	2012-06-09 10:03:45.0 +0200
+++ ristretto-0.0.22/src/navigator.c	2012-06-09 10:31:02.0 +0200
@@ -823,59 +823,54 @@
 if (entry-exif_data) {
 exifentry = exif_data_get_entry(entry-exif_data, EXIF_TAG_ORIENTATION);
 }
+
 if (exifentry)
 {
-gchar *val = g_new0(gchar, 20);
-exif_entry_get_value(exifentry, val, 20);
-if (!strcmp(val, top - left))
-{
+short orientation = exif_get_short(
+exifentry-data,
+exif_data_get_byte_order(entry-exif_data));
+
+switch (orientation) {
+case 1:
 entry-v_flipped = FALSE;
 entry-h_flipped = FALSE;
 entry-rotation = GDK_PIXBUF_ROTATE_NONE;
-}
-if (!strcmp(val, top - right))
-{
+break;
+case 2:
 entry-v_flipped = FALSE;
 entry-h_flipped = TRUE;
 entry-rotation = GDK_PIXBUF_ROTATE_NONE;
-}
-if (!strcmp(val, bottom - left))
-{
+break;
+case 4:
 entry-v_flipped = TRUE;
 entry-h_flipped = FALSE;
 entry-rotation = GDK_PIXBUF_ROTATE_NONE;
-}
-if (!strcmp(val, bottom - right))
-{
+break;
+case 3:
 entry-v_flipped = FALSE;
 entry-h_flipped = FALSE;
 entry-rotation = GDK_PIXBUF_ROTATE_UPSIDEDOWN;
-}
-if (!strcmp(val, right - top))
-{
+break;
+case 6:
 entry-v_flipped = FALSE;
 entry-h_flipped = FALSE;
 entry-rotation = GDK_PIXBUF_ROTATE_CLOCKWISE;
-}
-if (!strcmp(val, right - bottom))
-{
+break;
+case 7:
 entry-v_flipped = FALSE;
 entry-h_flipped = TRUE;
 entry-rotation = GDK_PIXBUF_ROTATE_COUNTERCLOCKWISE;
-}
-if (!strcmp(val, left - top))
-{
+break;
+case 5:
 entry-v_flipped = FALSE;
 entry-h_flipped = TRUE;
 entry-rotation = GDK_PIXBUF_ROTATE_CLOCKWISE;
-}
-if (!strcmp(val, left - bottom))
-{
+break;
+case 8:
 entry-v_flipped = FALSE;
 entry-h_flipped = FALSE;
 entry-rotation = GDK_PIXBUF_ROTATE_COUNTERCLOCKWISE;
 }
-g_free(val);
 }
 }

Bug#676782: at: please mark the at binary package as Multi-Arch: foreign

2012-06-09 Thread Helmut Grohne

Package: at
Version: 3.1.13-1
Severity: normal

The at package seems to provide an architecture independent command line
interface. By adding a Multi-Arch: foreign line to the at binary
package you make dependency resolution easier in a multiarch
environment, because at has about 5 reverse dependencies among which is
the popular devscripts (as a recommend). For details on the conversion
process see http://wiki.debian.org/Multiarch/Implementation. Thanks for
your help with the multiarch release goal.

Helmut



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

Bug#653050: obsolete conffiles / symlinks not cleaned up for bootlogd split

2012-06-09 Thread Paul Menzel

Dear Debian folks,


Am Mittwoch, den 07.03.2012, 09:30 +0100 schrieb Michael Biebl:
 On 23.12.2011 13:11, Roger Leigh wrote:
  On Fri, Dec 23, 2011 at 06:24:22AM +0100, Michael Biebl wrote:
  Package: initscripts
  Version: 2.88dsf-18
  Severity: normal
 
  Thanks for splitting bootlogd into a separate package!
 
  I noticed though, that after the upgrade I still had the obsolete
  conffiles installed:
  
  Just to clarify, was bootlogd installed at any point?  If bootlogd
 
 No, I just upgraded initscripts/sysvinit-utils
 I never installed bootlogd (btw, I hope you don't add bootlogd back as a
 depends or recommends)

if I am not mistaken I also never had `bootlogd` installed.

  gets installed, we can do conffile-related handling in the preinst,
  but otherwise it would be rather dangerous for use to do anything
  here, since we might remove files owned by bootlogd.
  
  I've moved conffiles between packages and within packages before, but
  never kept them in the same location.  That does make it trickier.
 
 This might be helpful:
 
 http://lists.debian.org/debian-devel/2012/02/msg00249.html
 http://lists.debian.org/debian-devel/2012/02/msg00254.html
 http://lists.debian.org/debian-devel/2012/02/msg00349.html

Ironically this bug leads to the problem reported in #676463 for
`sysv-rc`. (I do not know if `affects` or `blocks` have to be set.)

$ dpkg-query -W -f='${Conffiles}\n' initscripts | grep 'obsolete$'
 /etc/init.d/stop-bootlogd 4544c7e1a2d0c713d29424d02faad237 obsolete
 /etc/init.d/bootlogd 267ceea04f703171e6c62f506fda3305 obsolete
 /etc/init.d/stop-bootlogd-single 648d8624e708151500c5e299a6005afe 
obsolete
$ md5sum /etc/init.d/stop-bootlogd /etc/init.d/bootlogd 
/etc/init.d/stop-bootlogd-single
4544c7e1a2d0c713d29424d02faad237  /etc/init.d/stop-bootlogd
267ceea04f703171e6c62f506fda3305  /etc/init.d/bootlogd
648d8624e708151500c5e299a6005afe  /etc/init.d/stop-bootlogd-single

So `initscripts` should make sure to get these conffiles removed, if I
am not mistaken.

It would be great if you could find a solution.


Thanks,

Paul


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676463


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

Bug#676775: package fails to build from source

2012-06-09 Thread Aurelien Jarno

tag 676775 + unreproducible
thanks

On Sat, Jun 09, 2012 at 12:47:41PM +0400, Michael Tokarev wrote:
 Package: openbios-ppc
 Version: 1.0+svn1047-1
 Severity: serious
 
 The package fails to build from source, on either squeeze or wheezy.
 This is because of wrong code in config/scripts/switch-arch:
 
 select_prefix()
 {
 for TARGET in ${1}-linux-gnu- ${1}-linux- ${1}-elf- ${1}-eabi-
 do
 if type ${TARGET}gcc  /dev/null 21
 then
 return
 fi
 done
 if [ $ARCH = $HOSTARCH ]; then
 return
 fi
 echo ERROR: no ${1} cross-compiler found ! 12
 exit 1
 }
 
 On a powerpc debian install of either squeeze or wheezy, there's
 powerpc-linux-gnu-gcc (which is just a symlink to gcc), but no
 powerpc-linux-gnu-{as,ld,ranlib,strip}.  Yet, based on the code
 above, the script is setting TARGET variable to powerpc-linux-gnu-,
 which gets written to obj-ppc/config.mak.
 
 In squeeze backport of openbios-ppc package I worked around
 this by setting TARGET= when calling make from debian/rules
 to build stuff in obj-ppc:
 
 cd obj-ppc  $(MAKE) all TARGET=
 
 Proper fix, I think, is to swap for-loop and if statement in
 the above function, select_prefix, to test for ARCH being
 the same as HOSTARCH before other variants.
 
 Now I wonder how this package has been built to be uploaded
 to debian...
 

I am not able to reproduce the issue. I have tried on two different
machines, and they are not using the prefix at all:

| gcc -O2 -g -DFCOMPILER -DBOOTSTRAP -USWAP_ENDIANNESS 
-DNATIVE_BITWIDTH_EQUALS_HOST_BITWIDTH -Wall -Wredundant-decls -Wshadow 
-Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wundef 
-Wendif-labels -Wstrict-aliasing -Wwrite-strings -Wmissing-prototypes 
-Wnested-externs -W -MMD -MP -MT host/kernel/dict.o -MF 'host/kernel/dict.d' 
-I../include -I../kernel -I../kernel/include -I./target/include -c -o 
host/kernel/dict.o ../kernel/dict.c
[...]
| ar cru libgcc.a target/libgcc/ashldi3.o target/libgcc/ashrdi3.o 
target/libgcc/__lshrdi3.o target/libgcc/__divdi3.o target/libgcc/__udivdi3.o 
target/libgcc/__udivmoddi4.o target/libgcc/__umoddi3.o 
target/libgcc/crtsavres.o; ranlib libgcc.a
| ld --warn-common -N -T ../arch/ppc/qemu/ldscript -o openbios-qemu.elf.nostrip 
--whole-archive target/arch/ppc/qemu/start.o target/arch/ppc/timebase.o 
libqemu.a libbootstrap.a libopenbios.a libpackages.a libdrivers.a libfs.a 
liblibc.a libgcc.a
| nm openbios-qemu.elf.nostrip | sort  ./openbios-qemu.syms
|Â strip openbios-qemu.elf.nostrip -o openbios-qemu.elf

This is on both squeeze and sid.

Aurelien

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#673551: Processed: Bug#673551: ifupdown: error during boot: grep: unrecognized option '--all'

2012-06-09 Thread Andrew Shadura

Hello,

On Sat, 09 Jun 2012 10:57:53 +0200
markus schnalke mei...@marmaro.de wrote:

   if [ ! x$IFUP_IFACES = xall ] ; then
   echo $IFUP_IFACES | grep $IFACE  /dev/null || exit 0
   fi

 Now, I'd like to have a look at the bug reporter's
 /etc/default/masqmail file. What value has it assigned to IFUP_IFACES?
 I guess that it's ``--all'', instead of ``all''.

No, it's a new behaviour of ifupdown with -a option. IFACE=--all here,
so grep thinks it is an option.

 If I've not missed anything, I'd declare this bug as misconfiguration
 by user and thus no bug in the package.

Not really :)

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#676463: me too and more info

2012-06-09 Thread Paul Menzel

Am Freitag, den 08.06.2012, 19:18 -0600 schrieb Gordon Haverland:
 On June 8, 2012, Paul Menzel wrote:
  Am Freitag, den 08.06.2012, 16:34 -0600 schrieb Gordon Haverland:
   On June 8, 2012, Paul Menzel wrote:
thank for the follow up. In the future please add the
addresses of all people who responded in that bug thread
to CC.

Even better, import the messages from the mbox you get with

bts show --mbox 676463
   
   What mbox?  I don't get any mboxen.
  
  Did you run the command? `bts` is in package `devscripts`.
  Normally mutt opens automatically, but you can exit with `q`
  right away. The downloaded mbox (mail box) files is stored
  under
  `~/.devscripts_cache/bts/`.
  
   I just sent an email with kmail to the bugs address for this
   bug.
  
  I know. And I did not receive your message. I had to check the
  Web page manually to see if there was an answer.
 
 Sorry, I am not a developer or a Debian maintainer.  I've lived 
 with UNIX since 1984 and computers since 1978.  At heart, I am a 
 FORTRAN programmer, but I've dabbled in lots of stuff.  I have 
 more than enough other stuff to keep me busy, I was just trying to 
 help.  Downloading other mbox to add to my kmail isn't on my list 
 of things I want to do.

It takes one minute and saves everyone else time. I cannot tell you what
to do with your time. But frankly every one of us even following up on
reports has »more than enough other stuff to keep her/him busy«. And
most of the time it is just a matter if you take the time, which
unfortunately I had to do now.

By the way, if it is quicker you can also download the mbox file of one
message from the »mbox« link on the HTML bug report page. To keep
threading you just need the last one.

and reply to the appropriate message to keep the threading
and ease the life of everyone.
   
   I'm sure if I do that all the time, someone will come along
   with something else I am doing wrong.
  
  Nobody has said such things to me yet. I am pretty sure that is
  the preferred way.
 
 Over the years, I seldom reply to all.  As a general principle, 
 it seemed to cause more problems than it solved.  I will try to do 
 this with bugreports, but I suspect even there, I will find more 
 people wondering why I wrote them, than people thanking me for 
 writing them.
 
Am Freitag, den 08.06.2012, 21:40 +0100 schrieb Roger Leigh:
 On Fri, Jun 08, 2012 at 02:16:58PM -0600, Gordon Haverland wrote:
  I have the same packages triggering init script
  warnings.
  
  In addition, I get a warning from insserv files about
  K20scsi-idle and scsi-idle missing LSB tags and
  overrides.
 
 Could you possibly attach a copy of each failing script?

Please find the scripts attached. There seem to be also
three scripts from the `initscripts` package which cause
some problems.

/etc/init.d
/etc/init.d/rmnologin
/etc/init.d/umountnfs.sh
/etc/init.d/umountroot
/etc/init.d/sendsigs
/etc/init.d/single
/etc/init.d/killprocs
/etc/init.d/hostname.sh
/etc/init.d/mountall.sh
/etc/init.d/halt
/etc/init.d/umountfs
/etc/init.d/checkfs.sh
/etc/init.d/mountall-bootclean.sh
/etc/init.d/mountnfs.sh
/etc/init.d/bootlogs
/etc/init.d/mountdevsubfs.sh
/etc/init.d/bootmisc.sh
/etc/init.d/checkroot.sh
/etc/init.d/mountnfs-bootclean.sh
/etc/init.d/skeleton
/etc/init.d/reboot
/etc/init.d/mountoverflowtmp
/etc/init.d/rc.local
/etc/init.d/mtab.sh
/etc/init.d/mountkernfs.sh
/etc/init.d/urandom
   
   Okay, I forced dpkg to install the new initscripts package
   with -- force-depends.  I now get 3 mystery files from
   initscripts causing problems.
  
  I also get these errors with `initscripts` 2.88dsf-22.1
  installed. Only `sysv-rc` is currently not configured on this
  system.
  
   I looked at all the files from initscripts that install in
   init.d/

[…]

Ok, reading the `postinst` script

is_unsafe_to_activate() {
retval=1
# Refuse to convert when there are obsolete init.d scripts left
# behind, as these tend to confuse the boot sequence.
echo info: Checking if it is safe to convert to dependency based 
boot. 12
for package in $(dpkg -S $(find /etc/init.d -type f -perm /+x) \
 2/dev/null | cut -d: -f1 | sort -u); do
obsolete_initscripts=$(dpkg-query -W -f='${Conffiles}\n' 
$package | \
grep 'obsolete$' | grep -o '/etc/init.d/[^ ]\+') || :
if [ $obsolete_initscripts ]; then
for initscript in $obsolete_initscripts; do
if [ -e $initscript ]; then

Bug#676783: mantisbt-1.2.11 multiple vulnerabilities

2012-06-09 Thread David Hicks

Package: mantis
Version: 1.2.10-1
Severity: important
Tags: security patch upstream fixed-upstream

Hi Sils,

The MantisBT project has just released MantisBT 1.2.11 which fixes 2
vulnerabilities as per the oss-secur...@lists.openwall.com notice at
[1].

These issues are repeated below for your information (to help you decide
whether they affect Debian's default MantisBT configuration):


CVE REQUEST #1

Title: Reporters can edit arbitrary bugnotes via SOAP API
Affected: MantisBT 1.2.10 and earlier versions
Not affected: MantisBT 1.2.11

Description:
Roland Becker and Damien Regad (MantisBT developers) found that any user
able to report issues via the SOAP interface could also modify any
bugnotes (comments) created by other users. In a default/typical
MantisBT installation, SOAP API is enabled and any user can sign up to
report new issues. This vulnerability therefore impacts upon many public
facing MantisBT installations.


CVE REQUEST #2

Title: delete_attachments_threshold not checked on attachment deletion
Affected: MantisBT 1.2.10 and earlier versions
Not affected: MantisBT 1.2.11

Description:
Roland Becker (MantisBT developer) found that the
delete_attachments_threshold permission was not being checked when a
user attempted to delete an attachment from an issue. The more generic
update_bug_threshold permission was being checked instead. MantisBT
administrators may have been under the false impression that their
configuration of the delete_attachments_threshold was successfully
preventing unwanted users from deleting attachments.


Patches for the first issue (SOAP bugnote editing): [4] and [5].
Patches for the second issue (attachment deletion): [6], [7] and [8].

The patches aren't the best in the world (my initial commits had a few
errors because I couldn't test SOAP API)... sorry.

Please advise if I can be of further assistance.

With thanks,
David Hicks
MantisBT Developer
#mantisbt irc.freenode.net
http://www.mantisbt.org/bugs/


[1] http://www.openwall.com/lists/oss-security/2012/06/09/1
[2] http://www.mantisbt.org/bugs/view.php?id=14340
[3] http://www.mantisbt.org/bugs/view.php?id=14016
[4]
http://github.com/mantisbt/mantisbt/commit/edc8142bb8ac0ac0df1a3824d78c15f4015d959e
[5]
http://github.com/mantisbt/mantisbt/commit/175d973105fe9f03a37ced537b742611631067e0
[6]
http://github.com/mantisbt/mantisbt/commit/ceafe6f0c679411b81368052633a63dd3ca06d9c
[7]
http://github.com/mantisbt/mantisbt/commit/628e93708fa7e35e751fd23863d207423a25c408
[8]
http://github.com/mantisbt/mantisbt/commit/c9314184f541f0e3e3b91b3533104e50292c3e68




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

Bug#672185: RFS: gnome-session-shutdown/1.82-1 [ITP] -- Shutdown command for GNOME

2012-06-09 Thread Jacopo Lorenzetti

On 09/05/2012 02:13, Jacopo Lorenzetti wrote:
 Dear mentors,
 
 I am looking for a sponsor for my package gnome-session-shutdown

Dear mentors,

one month after my sponsorship request for gnome-session-shutdown, of
which I am the upstream author, I realize that I did not include a long
description of the package (suggested in DebianMentorsFaq, 3.4).
So here it is.

gnome-session-shutdown is a clone of the shutdown command that will
gracefully end the GNOME session before bringing the system down.

It makes possible to easily bring the system down from a terminal (or
from within a script) with a shutdown-like syntax, closing all the
GNOME applications and ending the GNOME session in a safe way instead of
just terminating the display manager, without requiring root privileges.

gnome-session-shutdown tries to replicate as much as possible the
behavior of the shutdown command, but will trigger the shutdown via
the GNOME session manager D-Bus interface (like gnome-session-quit
does) instead of just issuing a SIGTERM signal to all processes.

 To access further information about this package, please visit the
 following URL:
 
 http://mentors.debian.net/package/gnome-session-shutdown

Reviews and suggestions are welcome too.

Thank you for your time.

Best

-- 
Jacopo Lorenzetti



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

Bug#539315: executable-not-elf-or-script test should know about jars

2012-06-09 Thread Niels Thykier

clone 539315 -1
reassign -1 debian-policy
retitle -1  §10.5 Please clarify symlinks to jar files
thanks

Hi,

CC'ing all listed on the bugs and the binfmt-support maintainer.

On 2012-05-18 15:41, Wookey wrote:
 The lintian test executable-not-elf-or-script comes up with false
 positives for every properly-packaged java app in Debian because those
 have executable .jar files (pointed to by a link in /usr/bin). This is
 what javahelper makes for you automatically, so it's slightly galling
 to be told by lintian that it's not right.
 
 This affects two of my packages.
 
 Can we teach this test that .jars are valid executables like elf files
 and things with shebang lines?
 
 Or is there some reason why that's a bad plan?
 
 Alternatively we should teach javahelper to automatically put in a lintian 
 override
 to supress this.
 

While I agree the current situation is sub-optimal, I have concerns
about the use of jarwrapper and executable jars in general.  I believe I
have already voiced (some of) them to Matthew, but here goes.

My major concern is non-Linux architectures - jarwrapper relies on
binfmt-support.  Last I checked (a year or more ago) it wasn't available
on kfreebsd (nor hurd).
  While it appears to have built there now its description still gives
me feeling of it being Linux-only.  Though, I hope Colin can clarify
binfmt-support's situation on non-Linux archs.



There are is also Policy §10.5:


A symbolic link pointing to a compressed file should always have the
same file extension as the referenced file. (For example, if a file
foo.gz is referenced by a symbolic link, the filename of the link has to
end with .gz too, as in bar.gz.)


Jar files are zip files, so it should most likely be considered a
compressed file.  I notice that (e.g.) sat4j violates this and uses
/usr/bin/sat4j to point to a jar file in /usr/share/java (with a .jar
extension).
  I know the Policy reads should here, but I have a feeling .jar could
become (or is?) a noticeable exception to this rule (and in that case
deserves mentioning in the Policy).
  Anyhow, I have cloned this bug and will defer that part to the Policy
team.

 Aha - I see there is already a (3 yr old!) bug about this, and someone has 
 just
 supplied a patch. Any reason not to upload this?
 
 Wookey
 
 
 

It is definitely about time we did something about it.  Sorry for the
delay.  :)

~Niels

(Please CC me explicitly on the Policy part of this bug)




--
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 360 matches

Mail list logo