Bug#644930: bad LANG env crashes gnucash on File->New account

[lkml]

Hi,

# Which deb files built from the patched source did you install? The
-bin only.

# binary package libgtk2.0-bin is not the one that has the problem. Please
Well, yes, now that you mention it.. right. 

# make sure to install the patched package libgtk2.0-0 before checking
There's a couple of deb to be built but only those below get actually built.

# whether your issue is fixed. And of course you need to restart gnucash
# to see any effect.
*g sure, thanks anyway.

I rebuilt the complete sources w/o docs. 

debs I have now:
-rw-r--r--  1 radtkens radtkens   425470 11 ott 13.55 
libgtk2.0-bin_2.24.4-3_all.deb
-rw-r--r--  1 radtkens radtkens  6704120 11 ott 13.55 
libgtk2.0-common_2.24.4-3_all.deb

Nothing more. It is not possible to _just_ recompile this stuff w/o having to 
fix a variety
of issues that keeps creeping up.

I invested already a lot of time into the matter, not sure whether I'll be able 
to continue like this.

Cheers




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

Bug#510027: pavucontrol_0.9.7-1(sparc/experimental): FTBFS: undefined reference to `AO_store_full_emulation'

[Alexander Kurtz]

On Sun, 2008-12-28 at 20:15 +0100, Frank Lichtenheld wrote:
> your package failed to build from source.

Since #510027 has been fixed for some time now and the affected package
builds fine[1], I'd like to close this bug in a few days. Any
objections?

Best regards

Alexander Kurtz

[0] https://buildd.debian.org/status/package.php?p=pavucontrol


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

Bug#618046: batmon.app: FTBFS: BatteryModel.m:308: undefined reference to `assert'

[Alexander Kurtz]

On Sun, 2011-03-13 at 17:58 +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Since both #618046 and #618077 have been fixed for some time now and the
affected packages build fine[1][2], I'd like to close these bugs in a
few days. Any objections?

Best regards

Alexander Kurtz

[1] https://buildd.debian.org/status/package.php?p=etoile
[2] https://buildd.debian.org/status/package.php?p=batmon.app


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

Bug#645059: ITP: libvirt-tck -- framework for performing testing

[Guido Günther]

Package: wnpp
Severity: wishlist
Owner: "Guido Günther" 

* Package name: libvirt-tck
  Version : 0.1.0
  Upstream Author : Daniel Berrange
* URL : http://libvirt.org/testtck.html
* License : GPL or Artistic License
  Programming Lang: Perl
  Description : framework for libvirt integration testing

The libvirt Technology Compatibility Kit provides a framework for
performing testing of the integration between libvirt drivers, the
underlying virt hypervisor technology, related operating system services
and system configuration. The idea (and name) is motivated by the Java
TCK.

Cheers,
 -- Guido



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

Bug#645005: git: installation failure: cannot remove `/usr/share/doc/git/contrib/hooks': Not a directory

[Jonathan Nieder]

Hi Simon,

Simon Chopin wrote:

> I was also confronted to the problem. I slightly modified the postinst
> script to skip the whole thing if the version provided as argument is an
> empty string.

Good catch.  That doesn't take care of the case where the sysadmin or
a previous partial run of postinst has already replaced
.../doc/contrib/hooks with a symlink, though.

So the immediate problem was that the postinst was using "test -d" to
check for "is a directory rather than a symlink to one", which doesn't
match the behavior of the test utility which uses stat(2), not
lstat(2).  That this code is run when configuring git for the first
time just makes it easier to trigger.

How about this?  The patch you sent would go on top.

-- >8 --
Subject: debian/git.postinst: use "! test -L && test -d" to check for 
contrib/hooks symlink

As noticed in debian-1.7.4.1-4~7 (debian/git-el: avoid spurious
doc/git/contrib/emacs.old directory, 2011-03-09), "test -d" does not
distinguish between directories and symlinks to directories, while
"rmdir" does.  So the test to check if .../doc/contrib/hooks has
already been replaced by a symlink yields never succeeds, and
git.postinst tries to remove the directory to make room for a new
symlink and fails:

 Setting up git (1:1.7.7-1) ...
 rmdir: cannot remove `/usr/share/doc/git/contrib/hooks': Not a directory

This normally should not happen much in practice --- it would not be
very common for the old contrib hooks path to already be a symlink if
I am upgrading from a version where it was a directory.  But due to a
mistake in the guarding "dpkg --compare-versions" call, this code is
run when installing git for the first time, too.

The fix is simple: the intent of this test was always "is just a
directory and not a symlink to one", so let's just say so explicitly.

(The "dpkg --compare-versions" call will be corrected in a separate
patch.)

Reported-by: Євгеній Мещеряков 
Fixes: http://bugs.debian.org/645005
Signed-off-by: Jonathan Nieder 
---
 debian/changelog|8 
 debian/git.postinst |1 +
 2 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 644ffc85..14152309 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+git (1:1.7.7-1.1) unstable; urgency=low
+
+  * git.postinst: check if /usr/share/doc/git/contrib/hooks is a
+symlink before changing it to one (thx Євгеній Мещеряков; closes:
+#645005).
+
+ -- Jonathan Nieder   Wed, 12 Oct 2011 01:03:36 -0500
+
 git (1:1.7.7-1) unstable; urgency=low
 
   * new upstream release.
diff --git a/debian/git.postinst b/debian/git.postinst
index 8cf7ad3a..4815da6e 100644
--- a/debian/git.postinst
+++ b/debian/git.postinst
@@ -35,6 +35,7 @@ fi
 # 1.7.7-1 replaces /usr/share/doc/git/contrib/hooks with a symlink,
 # but dpkg doesn't do so on package upgrade
 if dpkg --compare-versions "$2" lt '1:1.7.7-1' &&
+   ! test -L /usr/share/doc/git/contrib/hooks &&
test -d /usr/share/doc/git/contrib/hooks; then
   rmdir /usr/share/doc/git/contrib/hooks &&
   ln -s ../../../git-core/contrib/hooks \
-- 
1.7.7




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

Bug#645058: libc6: sh4: multiarch broken sometime

[Nobuhiro Iwamatsu]

Package: libc6
Version: 2.13-21
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

It seems to sh4 that multi-arch has broken.
A problem sometimes occurs by the library corresponding to multi-arch.

For example, A problem occurs in libmpc2_0.9-4 corresponding to multiarch.
A problem does not occur in old  libmpc2_0.9-3.

-
$ /usr/lib/gcc/sh4-linux-gnu/4.6.1/cc1
$ dpkg -l | grep  libmpc2
ii  libmpc2  0.9-3
multiple precision complex floating-point library
$ /usr/lib/gcc/sh4-linux-gnu/4.6.1/cc1
Segmentation fault (core dumped)
$ dpkg -l | grep  libmpc2
ii  libmpc2  0.9-4
multiple precision complex floating-point library
$ gdb /usr/lib/gcc/sh4-linux-gnu/4.6.1/cc1 core
GNU gdb (GDB) 7.1-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sh4-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/gcc/sh4-linux-gnu/4.6/cc1...(no
debugging symbols found)...done.
[New Thread 19413]

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/sh4-linux-gnu/libmpc.so.2...(no
debugging symbols found)...done.
Loaded symbols for /usr/lib/sh4-linux-gnu/libmpc.so.2
Reading symbols from /usr/lib/sh4-linux-gnu/libmpfr.so.4...Reading
symbols from /usr/lib/debug/usr/lib/sh4-linux-gnu/libmpfr.so.4.1.0...done.
done.
Loaded symbols for /usr/lib/sh4-linux-gnu/libmpfr.so.4
Reading symbols from /usr/lib/sh4-linux-gnu/libgmp.so.10...(no
debugging symbols found)...done.
Loaded symbols for /usr/lib/sh4-linux-gnu/libgmp.so.10
Reading symbols from /lib/sh4-linux-gnu/libdl.so.2...(no debugging
symbols found)...done.
Loaded symbols for /lib/sh4-linux-gnu/libdl.so.2
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/sh4-linux-gnu/libc.so.6...(no debugging
symbols found)...done.
Loaded symbols for /lib/sh4-linux-gnu/libc.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Got object file from memory but can't read symbols: File format not recognized.
Core was generated by `/usr/lib/gcc/sh4-linux-gnu/4.6.1/cc1'.
Program terminated with signal 11, Segmentation fault.
#0  0x in ?? ()
(gdb) info sharedlibrary
>FromTo  Syms Read   Shared Object Library
0x295adfa0  0x295bbdc0  Yes (*) /usr/lib/sh4-linux-gnu/libmpc.so.2
0x295d73a0  0x2965b740  Yes /usr/lib/sh4-linux-gnu/libmpfr.so.4
0x296788e0  0x296c8840  Yes (*) /usr/lib/sh4-linux-gnu/libgmp.so.10
0x296e2be0  0x296e3da0  Yes (*) /lib/sh4-linux-gnu/libdl.so.2
0x296f7ac0  0x297056a0  Yes (*) /usr/lib/libz.so.1
0x29730d20  0x29837800  Yes (*) /lib/sh4-linux-gnu/libc.so.6
0x29556900  0x2956eea8  Yes (*) /lib/ld-linux.so.2
(*): Shared library is missing debugging information.
(gdb) where
#0  0x in ?? ()
#1  0x296e299c in ?? () from /lib/sh4-linux-gnu/libdl.so.2
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
-

It seems that the allocation is not operating normally.

Best regards,
 Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#429169: Capt. Tom Williams

[USA MARINE]

I am in the military unit here in Ba'qubah in Iraq,
we have some amount of funds that we want to move
out of the country. My partners and I need a good
partner some one we can trust. It is risk free and
legal. You will be entitled to 30% of the deal.
Please do respond if you are interested Sincerely
Capt. Tom Williams



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

Bug#645057: fluxbox: background setting problem with SVG file

[Harald Jenny]

Package: fluxbox
Version: 1.3.1~dfsg2-1
Severity: wishlist
Tags: patch

Dear Maintainer,

please find attached a patch to use a PNG Debian file from desktop-base for the
debian-blue theme as most programs invoked by fbsetbg to set the background
image are unable to display SVG files.

Kind regards
Harald Jenny

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

Kernel: Linux 3.0.0-2-amd64 (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 fluxbox depends on:
ii  libc6   2.13-21 
ii  libfontconfig1  2.8.0-3 
ii  libfreetype62.4.6-2 
ii  libfribidi0 0.19.2-1
ii  libgcc1 1:4.6.1-15  
ii  libice6 2:1.0.7-2   
ii  libimlib2   1.4.4-1+b1  
ii  libsm6  2:1.2.0-2   
ii  libstdc++6  4.6.1-15
ii  libx11-62:1.4.4-2   
ii  libxext62:1.3.0-3   
ii  libxft2 2.2.0-3 
ii  libxinerama12:1.1.1-3   
ii  libxpm4 1:3.5.9-1   
ii  libxrandr2  2:1.3.2-2   
ii  libxrender1 1:0.9.6-2   
ii  menu2.1.45  
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages fluxbox recommends:
ii  feh  2.0-1 
ii  xfonts-terminus  4.35-1

Versions of packages fluxbox suggests:
pn  fbautostart  
pn  fbdesk   
pn  fbpager  

-- no debconf information
diff --git a/debian/additional-themes/Debian/debian-blue b/debian/additional-themes/Debian/debian-blue
index fd35562..7d1b88e 100644
--- a/debian/additional-themes/Debian/debian-blue
+++ b/debian/additional-themes/Debian/debian-blue
@@ -3,7 +3,7 @@ style.author:   Dmitry E. Oboukhov 
 style.date: Wed Sep 3 18:27:11 UTC 2008
 
 background: 		fullscreen
-background.pixmap:  /usr/share/images/desktop-base/debian-blueish-wallpaper.svg
+background.pixmap:  /usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png
 
 window.font:			-*-terminus-medium-r-*-*-16-*-*-*-*-*-iso10646-1
 menu.frame.font:		-*-terminus-medium-r-*-*-16-*-*-*-*-*-iso10646-1

Bug#645056: fonts-unfonts-extra: Installation failure

[Antti-Juhani Kaijanaho]

Package: fonts-unfonts-extra
Version: 1.0.2-080608-3
Severity: serious
Justification: rc_policy.txt item 2 clause 3

Unpacking fonts-unfonts-extra (from 
.../fonts-unfonts-extra_1.0.2-080608-3_all.deb) ...
dpkg: error processing 
/var/cache/apt/archives/fonts-unfonts-extra_1.0.2-080608-3_all.deb (--unpack):
 trying to overwrite '/etc/fonts/conf.d/90-ttf-unfonts-extra.conf', which is 
also in package ttf-unfonts-extra 1.0.2-080608-2
configured to not write apport reports

Is the file correctly named in this package?  If so, some conflicts are in
order.

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

Kernel: Linux 3.0.6-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

fonts-unfonts-extra depends on no packages.

Versions of packages fonts-unfonts-extra recommends:
ii  fonts-unfonts-core  1.0.2-080608-4

fonts-unfonts-extra suggests no packages.



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

Bug#472666: Initial nfsen package prototype

[Alexander Pyhalov]

Hello.
We use nfsen to gather netflow statistics and I made a debian  package 
for nfsen 1.3.5. Attaching package. It is not thoroughly tested, but it 
works for me in test environment. (I'm going to deploy it in production 
this week).

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University


nfsen_1.3.5-1.debian.tar.gz
Description: application/gzip

Bug#645005: git: installation failure: cannot remove `/usr/share/doc/git/contrib/hooks': Not a directory

[Simon Chopin]

Package: git
Version: 1:1.7.7-1
Followup-For: Bug #645005

Hi,

I was also confronted to the problem. I slightly modified the postinst
script to skip the whole thing if the version provided as argument is an
empty string.

I attached the patch to this mail.

Cheers,

Simon
>From 1b7039ad6c0e59f3e2ea644e39cd7854154309f9 Mon Sep 17 00:00:00 2001
From: Simon Chopin 
Date: Wed, 12 Oct 2011 07:28:53 +0200
Subject: [PATCH] postinst: Fix fresh install contrib/hooks cleaning

The postinstall script now only attempts the removal if the version
string given as argument $2 is not empty, i.e. if it is in fact an
upgrade.
---
 debian/git.postinst |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/git.postinst b/debian/git.postinst
index 8cf7ad3..332d77c 100644
--- a/debian/git.postinst
+++ b/debian/git.postinst
@@ -34,7 +34,7 @@ fi
 
 # 1.7.7-1 replaces /usr/share/doc/git/contrib/hooks with a symlink,
 # but dpkg doesn't do so on package upgrade
-if dpkg --compare-versions "$2" lt '1:1.7.7-1' &&
+if test -n "$2" && dpkg --compare-versions "$2" lt '1:1.7.7-1' &&
test -d /usr/share/doc/git/contrib/hooks; then
   rmdir /usr/share/doc/git/contrib/hooks &&
   ln -s ../../../git-core/contrib/hooks \
-- 
1.7.7

Bug#645055: realtek 8188CE ad-hoc mode not supported

[Antoine Beaupré]

Package: linux-2.6
Version: 2.6.39-3~bpo60+1
Severity: normal
Tags: upstream

Hi,

The documentation for the rtl8192ce driver explicitely mentions that
it supports ad-hoc mode, yet, on the rtl8188CE card I have here (which
is advertised as supported both by the upstream driver and the driver
in the linux source), the ad-hoc mode yields this error:

root@angela:/home/anarcat# iwconfig wlan0 mode Ad-hoc essid foo
Error for wireless request "Set Mode" (8B06) :
SET failed on device wlan0 ; Device or resource busy.

I have tried changing the case of the "ad-hoc" word and various
spellings, nothing works there. I have also tried the upstream driver
available here:

http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PFid=48&Level=5&Conn=4&ProdID=278&DownTypeID=3&GetDown=false&Downloads=true

without any more luck, which means this is a problem with upstream (or
with the card not supporting ad-hoc mode at all, although that would
be very surprising).

-- Package-specific info:
** Version:
Linux version 2.6.39-bpo.2-686-pae (Debian 2.6.39-3~bpo60+1) 
(norb...@tretkowski.de) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Thu Aug 4 
11:02:22 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.39-bpo.2-686-pae root=/dev/mapper/angela-root ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Model information
not available

** Loaded modules:
Module  Size  Used by
rtl8192ce 123507  0 
rtlwifi96056  1 rtl8192ce
mac80211  164606  2 rtl8192ce,rtlwifi
cfg80211  107076  2 rtlwifi,mac80211
parport_pc 21895  0 
ppdev  12621  0 
lp 12858  0 
parport27018  3 parport_pc,ppdev,lp
mperf  12387  0 
cpufreq_conservative12987  0 
cpufreq_stats  12711  0 
cpufreq_userspace  12520  0 
cpufreq_powersave  12422  0 
bridge 59217  0 
stp12368  1 bridge
bnep   17147  2 
rfcomm 31961  4 
binfmt_misc12778  1 
uinput 12984  1 
fuse   55666  1 
radeon712182  2 
ttm46736  1 radeon
drm_kms_helper 26550  1 radeon
drm   129190  3 radeon,ttm,drm_kms_helper
btusb  17209  0 
bluetooth  92361  11 bnep,rfcomm,btusb
crc16  12327  1 bluetooth
i2c_algo_bit   12706  1 radeon
joydev 16906  0 
snd_hda_codec_conexant35673  1 
snd_hda_codec_hdmi 21870  1 
snd_hda_intel  21529  0 
snd_hda_codec  57741  3 
snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hda_intel
snd_hwdep  12906  1 snd_hda_codec
snd_pcm_oss35864  0 
snd_mixer_oss  17649  1 snd_pcm_oss
snd_pcm52731  4 
snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi   12744  0 
snd_rawmidi22407  1 snd_seq_midi
snd_seq_midi_event 13124  1 snd_seq_midi
arc4   12418  2 
ecb12649  2 
snd_seq39172  2 snd_seq_midi,snd_seq_midi_event
snd_timer  22171  2 snd_pcm,snd_seq
rtl8192c_common43386  0 
uvcvideo   52490  0 
snd_seq_device 12995  3 snd_seq_midi,snd_rawmidi,snd_seq
thinkpad_acpi  46976  0 
videodev   61226  1 uvcvideo
nvram  12853  1 thinkpad_acpi
tpm_tis12949  0 
snd38189  13 
snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device,thinkpad_acpi
tpm17476  1 tpm_tis
ac 12552  0 
evdev  17180  28 
media  13692  1 videodev
video  17345  0 
battery12957  0 
tpm_bios   12799  1 tpm
psmouse45863  0 
power_supply   13283  3 radeon,ac,battery
serio_raw  12758  0 
wmi13018  0 
rfkill 18510  5 cfg80211,bluetooth,thinkpad_acpi
button 12783  0 
i2c_piix4  12480  0 
pcspkr 12515  0 
processor  26983  2 
i2c_core   19022  6 
radeon,drm_kms_helper,drm,i2c_algo_bit,videodev,i2c_piix4
k10temp12539  0 
soundcore  12878  1 snd
snd_page_alloc 12841  2 snd_hda_intel,snd_pcm
ext3  102125  4 
jbd40818  1 ext3
mbcache12810  1 ext3
sha256_generic 16709  2 
cryptd 14071  0 
aes_i586   16608  4 
aes_generic37066  1 aes_i586
cbc12659  2 
dm_crypt   17809  1 
raid10 25831  0 
raid45651462  0 
async_raid6_recov  12459  1 raid456
async_pq   12503  2 raid456,async_raid6_

Bug#636924: software-center oudated.

[Daniel Baumann]

ping?!

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#645014: ITP: libfile-fcntllock-perl -- Perl module for file locking with flock(2)

[Julián Moreno Patiño]

Hi,

First of all, thanks for packaging this so fast. :)


Ok, I am very happy to help you :)


> The module is using fcntl(2), not flock(2).
>

Fixed.


> I'd use the wording from upstream's README which seems clearer. And it's
> probably worth mentioning that this supports reliable locking over NFS.
>

Fixed.

I commit all previous changes in the git repository:

http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libfile-fcntllock-perl.git

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513

Bug#645009: git: unable to make backup link [...] Too many links

[Antti Kultanen]

On Tue, 11 Oct 2011, Jonathan Nieder wrote:


Antti Kultanen wrote:

 unable to make backup link of `./usr/lib/git-core/git-send-pack' before 
installing new version: Too many links

Do you use btrfs?


Yes. Yes I do.

What's going on?

Thanks,
Antti

--
 // http://www.pyksy.fi/ // pyksy @IrcNet //



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

Bug#643689: "systemctl dot" uses color "darkgrey" which dot does not recognize

[Tollef Fog Heen]

severity 643689 minor
thanks

]] Josh Triplett 

| "systemctl dot" produces a dot diagram which uses the color "darkgrey";
| however, dot does not recognize the color "darkgrey", so it produces a
| warning:

It works just fine if you feed it to dot -Tsvg, though.  I guess it
could just use hex color names instead, even if that makes the dot
output somewhat less readable.

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



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

Bug#645054: ccontrol: Missing dependency on python-eggtrayicon

[David Gibson]

Package: ccontrol
Version: 0.9.1+20071204-2
Severity: serious
Justification: Policy 3.5

Without the python library contained in the python-eggtrayicon
package, gccontrol will not start up.

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

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

Versions of packages ccontrol depends on:
ii  binutils  2.21.52.20110606-2
ii  ccache3.1.6-1   
ii  gcc   4:4.6.1-2 
ii  libc6 2.13-21   
ii  make  3.81-8.1  
ii  python2.7.2-8   

ccontrol recommends no packages.

Versions of packages ccontrol suggests:
ii  distcc  3.1-4+b1

-- 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#645053: RM: qcad/stable,unstable,oldstable -- ROM; non-distributable files

[Scott Howard]

Package: ftp.debian.org
Severity: normal

Removal of qcad source and all binaries (qcad, qcad-doc, qcad-data) from
unstable, stable, and old-stable

1) qcad  is produced by RibbonSoft and has been in Debian since 1999

2) upstream stopped maintaining the software, and Debian has been using qcad-
free [1] as upstream since 2009

3) recently a new project, librecad [2], has ported qcad to qt4 and is packaged
in debian as librecad

4) this week, RibbonSoft asked LibreCAD to stop distributing fonts, patterns,
example libraries, and documentation as they are not-free.

5) The project is advertised as GPLv2 and includes the text of the license with
the code. The header files of all source code has the GPL header, but there is
no explicit granting of GPL in the fonts, patterns, libraries, or
documentation. In face, the documentation says "All Rights Reserved"

6) Since qcad depends on qt3 (which will be removed by wheezy anyways), and
Debian is distributing non-distributable code in both binary and source
packages, it should be removed. After removal, a future upload of qcad can be
made as a transitional package recommending librecad, as per discussions on
debian-science mailing list.



[1]http://sites.google.com/site/qcadfree/
[2] www.librecad.org



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

Bug#644571: uses libgnomeprint which is scheduled for removal

[Olly Betts]

On Tue, Oct 11, 2011 at 12:25:02AM +0100, Olly Betts wrote:
> On Mon, Oct 10, 2011 at 04:44:59PM +0200, Michael Biebl wrote:
> > What exactly would be the problems switching back to the internal
> > printing code and which applications would be seriously affected by
> > this?
> 
> I'll give it a try and see.

OK, I built wx --without-gnomeprint and tried it with survex-aven (since
it's a package I maintain and know well).

The first problem is there's no print preview - when you build it, the
preview button is disabled if wxUSE_LIBGNOMEPRINT is defined (since
this avoids having print preview buttons on two consecutive dialogs).
This is essentially an assumption in the survex code that the wx it
was built against is configured the same way as the one it is run
with.  That's arguably a bug, but I don't think you can easily
dynamically test for features in the wx library you get dynamically
linked against.

The next problem is that the print options default to print just the
first page, though this isn't totally obvious (it shows as the pages
radio button selected (rather than all) and 1 to  in the range.

The other issue I noticed is that you can now only print PostScript
rather than PDF, which is annoying - you can pretty much rely on
people having a PDF viewer but PostScript ones are rarer, and having
to convert with an external tool is annoying.

On the plus side, if I rebuild survex-aven then the built in preview
seems to work better than I remember.

So based on this single data point, disabling gnomeprint will cause at
least some issues with dependent packages of wx.

> OK.  I think if the internal code proves problematic I'll look at the
> feasibility of trying to backport the gtkprint code to 2.8 

I'll definitely take a look at this.

> I'd like to migrate everyone from 2.6 to 2.8 and get the 2.6 packages
> removed for wheezy, though I'm not sure how realistic that is yet.  I
> discussed this with Ron a bit last night, and he seems to think it's
> time to start pushing in that direction, so I'm going to start working
> on that soon.

Having gone through the packages involved, it seems realistic to me:

http://wiki.debian.org/Teams/WxWidgets/Transition2.6to2.8

Cheers,
Olly



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

Bug#645052: kernel only recognizes 32G of memory

[Dmitry Musatov]

Package: linux-2.6
Version: 2.6.32-38
Severity: important
Tags: squeeze



-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-38) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 03:59:20 UTC 2011

-- System Information:
Debian Release: 6.0.3
  APT prefers proposed-updates
  APT policy: (992, 'proposed-updates'), (991, 'stable-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)

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

-- debconf information excluded

 The config option XEN_MAX_DOMAIN_MEMORY controls how much memory a Xen 
instance is seeing. The default for 64bit is 32GB, which is the reason that 
m2.4xlarge Amazon EC2 instances only report this amount of memory.
 Please set this limit to 70GB as there is a known restriction for t1.micro 
instances at about 80GB.
 Similar bug exists and Ubuntu where it's already fixed 
(https://bugs.launchpad.net/ubuntu/+source/linux-ec2/+bug/667796)



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

Bug#590425: closed by Marco d'Itri (Bug#590425: fixed in whois 5.0.12)

[Reed Loden]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I just downloaded the whois 5.0.12 tarball, and while .co is correctly
fixed, .uk.co is still listed as pointing to whois.uk.co, which doesn't
exist (NXDOMAIN).

If you want a separate bug for that, I'm happy to file...

~reed
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk6VFLgACgkQa6IiJvPDPVrf/QCglBcKgbOLXbNH99UlfnrXiUWL
nR0AoNoclx51ClR5AcFJPn8ew6F5I0u+
=jclt
-END PGP SIGNATURE-

Bug#645050: RM: partlibrary/stable -- RoQA; non-distributable

[Scott Howard]

Package: ftp.debian.org
Severity: normal

Removal request for partlibrary in all releases (stable, old-stable, unstable)

Nothing in the package is redistributable. Even where Debian got it from
(qcad.org) didn't have a license to distribute these files.



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

Bug#645049: RM: drapes -- ROM; dead upstream, uninstallable

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

As part of the ongoing GNOME 3 transition, libgnomepanel2.24-cil was
dropped from the gnome-desktop-sharp2 package [1].

This makes drapes uninstallable.

I talked to members of the Debian CLI team, specifically Iain Lane.
The Debian CLI team has updated drapes in the past (the original maintainer
is effectively MIA).
There are no efforts to update drapes for GNOME 3 and he asked me to
file a RM bug for drapes instead.

Cheers,
Michael

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



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

Bug#645014: ITP: libfile-fcntllock-perl -- Perl module for file locking with flock(2)

[Guillem Jover]

Hi!

First of all, thanks for packaging this so fast. :)

On Tue, 2011-10-11 at 14:32:25 -0500, Julián Moreno Patiño wrote:
> Package: wnpp
> Owner: Julián Moreno Patiño 
> Severity: wishlist
> X-Debbugs-CC: 
> debian-de...@lists.debian.org,debian-p...@lists.debian.org,642...@bugs.debian.org
> 
> * Package name: libfile-fcntllock-perl
>  Version : 0.12
>  Upstream Author : Jens Thoms Toerring 
> * URL : http://search.cpan.org/dist/File-FcntlLock/
> * License : Artistic or GPL-1+
>  Programming Lang: Perl
>  Description : Perl module for file locking with flock(2)

The module is using fcntl(2), not flock(2).

> File::FcntlLock is a Perl module for file locking using fcntl(2) system call.
> This module allow locks on a whole file or on some parts of it to avoid some
> shotcomings known in fcntl(2), which is based in Perl's flock() function.

I'd use the wording from upstream's README which seems clearer. And it's
probably worth mentioning that this supports reliable locking over NFS.

thanks,
guillem



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

Bug#645048: want empty page at start

[jidanni]

Package: midori

Why can't there be an option to just show an empty page upon start. Not
even speed dial.



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

Bug#645047: bison fails to upgrade, file conflict between libbison-dev and liby-dev

[Michael Biebl]

Package: libbison-dev
Version: 1:2.5.dfsg-2
Severity: serious

Hi,

when trying to upgrade bison I get:
The following extra packages will be installed:
  libbison-dev
The following NEW packages will be installed:
  libbison-dev
0 upgraded, 1 newly installed, 0 to remove and 5 not upgraded.
1 not fully installed or removed.
Need to get 0 B/289 kB of archives.
After this operation, 324 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 292433 files and directories currently installed.)
Unpacking libbison-dev (from .../libbison-dev_1%3a2.5.dfsg-2_i386.deb) ...
dpkg: error processing 
/var/cache/apt/archives/libbison-dev_1%3a2.5.dfsg-2_i386.deb (--unpack):
 trying to overwrite '/usr/lib/i386-linux-gnu/liby.a', which is also in package 
liby-dev 1:2.5.dfsg-1
configured to not write apport reports
  dpkg-deb: error: subprocess paste was 
killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/libbison-dev_1%3a2.5.dfsg-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



If libbison-dev is supposed to replace libydev, it needs proper
Breaks/Replaces against libydev [1].

Cheers,
Michael

[1]
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces


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

Kernel: Linux 3.0.0-2-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

libbison-dev depends on no packages.

Versions of packages libbison-dev recommends:
iu  bison  1:2.5.dfsg-2

libbison-dev suggests no packages.



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

Bug#602436: libwxgtk2.8-dev: Cannot compile with WX_UNICODE = 0

[Olly Betts]

tag 602436 + pending
thanks

On Thu, Nov 04, 2010 at 04:27:54PM -0400, Liam Healy wrote:
> This is a report against the source package, not the compiled package (I
> cannot figure out if filing against the source package is possible).

Yes, you'd just use "Source" instead of "Package" for this situation,
e.g.:

Source: wxwidgets2.8

See: http://www.debian.org/Bugs/Reporting#additionalpseudoheaders

> apt-get source libwxgtk2.8-dev
> sudo aptitude build-dep libwxgtk2.8-dev
> Edit debian/rules to set WX_UNICODE ?= 0
> cd wxwidgets2.8-2.8.10.1/
> pkg-buildpackage -rfakeroot -uc -us

You can skip the edit to debian/rules and just make the last command:

WX_UNICODE=0 dpkg-buildpackage -rfakeroot -uc -us

Or at least you could, but WX_UNICODE=0 is buggy doesn't actually work
currently.

I'll fix this in the 2.8.12 packages I'll be uploading to experimental
shortly.

Cheers,
Olly



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

Bug#633918: trac-bitten: New upstream release

[Lee Begg]

Using the debian directory in SVN, I built myself an up-to-date version 
of trac-bitten. It works well. It would be nice if there was a proper 
debian package for bitten 0.6.


Regards
Lee Begg



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

Bug#644125: [Pkg-xen-devel] Bug#644125: xenstore-utils has completely inadequate description

[Craig Sanders]

On Wed, Oct 12, 2011 at 02:11:52AM +0800, Thomas Goirand wrote:
> Because I agree with you, at the end of August, I sent a patch to the
> pkg-dev list in the hope of making it better:
> 
> http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2011-August/003531.html
> 
> But nobody told me if it was ok to commit, if it would be accepted,
> rejected, if I should NMU the change, or whatever.
> 
> Please read my proposed change, and voice your opinion (or even better,
> modify and enhance my patch).

that's a fantastic improvement, thanks.

I still can't tell whether xenstore-utils should be installed on the
Dom0 or the DomU or both?  Both would be my guess.


my current situation (and the reason why i care about the desc for
this package) is that I inherited a Citrix Xen server (v5.0.0) with a
bunch of debian etch & lenny VMs running on them.  I've upgraded a few
to squeeze, but the xenserver host no longer knows what the guest's
OS/version is (says something about guest utilities not installed).

i've downloaded the latest citrix xe-guest-utilities that I could
find (xe-guest-utilities_5.6.0-595_i386.deb) which seems to contain
older versions of the same utils as xenstore-utils (but in /usr/bin
rather than /usr/sbin) PLUS an init.d script and xe-linux-distribution,
xe-daemon, xe-update-guest-attrs in /usr/sbin.

is there an equivalent to/replacement for those last 4 items in debian?

yes, i probably should rebuild that Citrix Xen server as a Debian Xen
server...but if i was going to go all that trouble and take all the VMs
down for the day or so it would take, I'd probably just convert it to
KVM.

I've gotta say, I much prefer KVM to Xen.  It's never given me anywhere
near as much grief as this Xen box has over the last few weeks.

craig

-- 
craig sanders 

BOFH excuse #306:

CPU-angle has to be adjusted because of vibrations coming from the nearby road



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

Bug#644710: keychain: New upstream version available (2.7.1)

[Cesar Mendoza]

Hi,

Thank you for the info. I just packaged the new version and uploaded it into
unstable.

Bye
Cesar
--


On Sat, Oct 8, 2011 at 7:34 AM, Ilya Barygin  wrote:

> Package: keychain
> Version: 2.6.8-2
> Severity: wishlist
>
> Hello,
>
> Several users of Ubuntu have requested update of keychain to a new upstream
> version, 2.7.1. Please consider packaging it.
> Ubuntu bug for this is https://launchpad.net/bugs/481191
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers natty-updates
>  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500,
> 'natty-proposed'), (500, 'natty'), (100, 'natty-backports')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.38-11-generic (SMP w/2 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
>
>

Bug#635740: linphone: segfaults at startup

[Neil Schemenauer]

Package: linphone
Version: 3.3.2-4.1+b1
Followup-For: Bug #635740


I get the same segfault as Tzafrir.  The program is dying inside libswscale.

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

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

Versions of packages linphone depends on:
ii  libasound21.0.24.1-4 shared library for ALSA applicatio
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libavcodec53  5:0.8-0.2  Library to encode decode multimedi
ii  libc6 2.13-21Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.6-1FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgsm1   1.0.13-3   Shared libraries for GSM speech co
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  liblinphone3  3.3.2-4.1+b1   linphone's shared library part (su
ii  libmediastreamer0 3.3.2-4.1+b1   linphone web phone's media library
ii  libogg0   1.2.2~dfsg-1   Ogg bitstream library
ii  libortp8  3.3.2-4.1+b1   Real-time Transport Protocol stack
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libsdl1.2debian   1.2.14-6.4 Simple DirectMedia Layer
ii  libspeex1 1.2~rc1-1  The Speex codec runtime library
ii  libspeexdsp1  1.2~rc1-1  The Speex extended runtime library
ii  libswscale2   5:0.8-0.2  FFmpeg video scaling library.
ii  libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxml2   2.7.8.dfsg-4   GNOME XML library
ii  linphone-nox  3.3.2-4.1+b1   SIP softphone - console-only clien

linphone recommends no packages.

Versions of packages linphone suggests:
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

-- 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#613431: RFP: wxWidgets Cross-platform C++ GUI toolkit

[Olly Betts]

On Mon, Feb 14, 2011 at 09:32:07PM +0100, Emil Langrock wrote:
> New version of software or new software appears on the horizon which uses 
> wxwidget 2.9 only functionality. These software could be uploaded to 
> experimental, but Debian doesn't provide this version at all.

Unfortunately 2.9 is a development release series and has no guarantees
of API stability, which means it's not terribly suitable for packaging.
Every point release (e.g. 2.9.2 to 2.9.3) would be like trying to
move the archive from 2.6 to 2.8, which is just unfeasible given the
number of reverse dependencies of wx.

So this will probably need to wait until it matures and becomes 3.0.x.
Latest word I've seen is "3.0 will probably happen in the beginning of
the next year rather than in this one" at:

http://wxwidgets.blogspot.com/2011/07/292-and-plans-for-future.html

However the "huge amounts of the new code that will hopefully be in
2.9.3" makes me wonder if the start of 2012 is a realistic target.

It's rather unhelpful for upstream to be encouraging new projects to
require wx 2.9, when it isn't ABI or even API stable, but that's the
situation.

Cheers,
Olly



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

Bug#645046: git-annex stops working with git v1.7.7

[Matthias Liertzer]

Package: git-annex
Version: 3.20110928
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading git to version 1.7.7, git-annex is no longer able to
retrieve data from remotes. Test case:

$ 
$ cd /tmp/
$ mkdir annex1
$ cd annex1
$ git init
Initialized empty Git repository in /tmp/annex1/.git/
$ git annex init "test annex"
init test annex ok
$ echo 123 > blubb
$ git annex add .
add blubb ok
(Recording state in git...)
$ git commit -m "add blubb"
[master (root-commit) 401da9d] add blubb
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 12 blubb
$ cd /tmp
$ git clone annex1 annex2
Cloning into annex2...
done.
$ cd annex2
$ git annex init "test annex2"
init test annex2 (merging origin/git-annex into git-annex...)
ok
$ git annex get .
fatal: Could not switch to 
'.git/annex/objects/6f/v3/WORM-s4-m1318381546--blubb': No such file or directory


Switching back to git v1.7.6.3 solves the issue.

Best regards,
Matthias

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

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

Versions of packages git-annex depends on:
ii  curl7.21.7-3  
ii  git [git-core]  1:1.7.7-1   
ii  libc6   2.13-21   
ii  libffi5 3.0.10-2  
ii  libgmp102:5.0.2+dfsg-1
ii  libpcre38.12-4
ii  openssh-client  1:5.9p1-1 
ii  rsync   3.0.8-1   
ii  uuid1.6.2-1.1 
ii  wget1.13-1

git-annex recommends no packages.

Versions of packages git-annex suggests:
ii  bup 
ii  gnupg 1.4.11-3
ii  graphviz  2.26.3-7

-- 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#492896: RFP: wxwidgets3.0 -- cross-platform GUI library

[Olly Betts]

It's perhaps worth pointing out that wxWidgets 3.0 hasn't been released
yet (which was unsurprisingly also true when the original ITP was filed
over 3 years ago).  Upstream are hoping it'll be released in early 2012,
though they're also still adding substantial amounts of new code, so
it seems probable that deadline will slip.

Also wxWidgets isn't GPL, it's released under the "wxWindows Library
License".

Cheers,
Olly



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

Bug#645045: "Quit" gone from menus

[jidanni]

Package: midori

Quit gone from menus.
The user cannot find a way to quit, unlike all other software.



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

Bug#624794: Missing support for various storage and network

[Terry Burton]

Regarding possible support for the Intel 82579LM and 82579V in Squeeze:

Many (but not all) devices including an Intel 82579 series NIC have a
hardware fault at 100Mbps that results in packet loss that is worked
around by the following recent patch:
http://patchwork.ozlabs.org/patch/109926/

Upstream commit: 0ed013e28fe853244f4972cf18d8e2bd62eeb8fc

It would be necessary to cherry pick this in order for these NICs to
function at 100Mbps.

More detail is provided in bug #644096.


Thanks,

Terry



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

Bug#645044: cheese: Crash when i try to record a video

[miguel]

Package: cheese
Version: 3.2.0-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
I think is a bug because cheese crashes only when i press button video
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Pressing video button crashes, the pictures are good, only crashes for video.
   * What was the outcome of this action?
Pressing button video crashes and close.
   * What outcome did you expect instead?
Make a video




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

Kernel: Linux 3.1.0-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cheese depends on:
ii  cheese-common 3.2.0-1  
ii  gnome-video-effects   0.3.0-4  
ii  libc6 2.13-21  
ii  libcanberra-gtk3-00.28-2   
ii  libcheese-gtk20   3.2.0-1  
ii  libcheese13.2.0-1  
ii  libclutter-1.0-0  1.8.0-1  
ii  libclutter-gtk-1.0-0  1.0.4-1  
ii  libgdk-pixbuf2.0-02.24.0-1 
ii  libgee2   0.6.1-3  
ii  libglib2.0-0  2.28.6-3 
ii  libgnome-desktop-3-0  3.0.2-2  
ii  libgstreamer0.10-00.10.35-1
ii  libgtk-3-03.0.12-2 

Versions of packages cheese recommends:
ii  gnome-icon-theme3.2.0-1
ii  gvfs1.8.2-1
ii  hicolor-icon-theme  0.12-1 

cheese suggests no packages.

-- no debconf information



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

Bug#608583: Bug#640209: please stop using libnet-irc-perl

[Axel Beckert]

Hi,

Ansgar Burchardt wrote in http://bugs.debian.org/640209:
> As libnet-irc-perl has been unmaintained since 2004,

You mean "unmaintained upstream"...

> we would like to remove the package from Debian before the wheezy
> release.

Meh! It doesn't have any bugs in Debian (except #608583 of course)
and works smoothly without any issue here for ages.

So I can't really follow why it should be removed. There's quite a lot
of established and well working software in Debian which is
deprecated, unmaintained upstream or even vanished from the upstream
websites.

> Please switch to an alternative library such as
> libpoe-component-irc-perl.

I surely won't add POE bloat to the hobbit-plugins IRC bot.

In http://bugs.debian.org/608583 there's also Bot::BasicBot mentioned,
so I'll have a look into libbot-basicbot-perl, but I can neither
promise that the migration will be successful nor that I'll manage to
dig into this anytime soon.

Since the Hobbit IRC bot included in hobbit-plugins is only useful on
Hobbit/Xymon servers and not enabled by default, its (hard)
dependencies are just Suggests in the package.

Nevertheless, that IRC bot is a quite important und intensely used
component of all Hoobit/Xymon servers I know, so I raised the severity
to important and added a blocker like you did for the other bugs of
that severity.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#645043: RM: qcad/stable -- ROM; non-distributable files

[Scott Howard]

Package: ftp.debian.org
Severity: normal

Removal of qcad source and all binaries (qcad, qcad-doc, qcad-data) from
unstable, stable, and old-stable

1) qcad  is produced by RibbonSoft and has been in Debian since 1999

2) upstream stopped maintaining the software, and Debian has been using qcad-
free [1] as upstream since 2009

3) recently a new project, librecad [2], has ported qcad to qt4 and is packaged
in debian as librecad

4) this week, RibbonSoft asked LibreCAD to stop distributing fonts, patterns,
example libraries, and documentation as they are non-free.

5) The project is advertised as GPLv2 and includes the text of the license with
the code. The header files of all source code has the GPL header, but there is
no explicit granting of GPL in the fonts, patterns, libraries, or
documentation. In face, the documentation says "All Rights Reserved"

6) Since qcad depends on qt3 (which will be removed by wheezy anyways), and
Debian is distributing non-distributable code in both binary and source
packages, it should be removed. After removal, a future upload of qcad can be
made as a transitional package recommending librecad, as per discussions on
debian-science mailing list.



[1]http://sites.google.com/site/qcadfree/
[2] www.librecad.org



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

Bug#637620: [Pkg-alsa-devel] Bug#637620: Bug#637620: alsa-base: No sound with Realtek ALC889A card

[Elimar Riesebieter]

* Elimar Riesebieter [111003 11:39 +0200]:

> * Carlos Luna [111001 14:05 -0500]:
> 
> > The result is not sound at all.
> > 
> > lsmod | grep snd
> > snd_hda_intel  21860  0
> > snd_hda_codec_realtek   206339  0
> > snd_hda_codec  58350  2 snd_hda_intel,snd_hda_codec_realtek
> > snd_hwdep  12936  1 snd_hda_codec
> > snd_pcm53284  2 snd_hda_intel,snd_hda_codec
> > snd_page_alloc 12899  2 snd_hda_intel,snd_pcm
> > snd_seq39752  0
> > snd_timer  22196  2 snd_pcm,snd_seq
> > snd_seq_device 12985  1 snd_seq
> > snd38777  8
> > snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device
> > soundcore  12992  1 snd

Could you please try the following:

Create /etc/modprobe.d/alsa_local.conf containing:

# BEGIN
alias snd-card-0 snd-hda-intel
options snd-hda-intel id=VT82xx index=0

alias snd-card-1 snd-hda-intel
options snd-hda-intel id=HDMI index=1
# END

reboot and test again?

Elimar
-- 
  On the keyboard of life you have always
  to keep a finger at the escape key;-)


signature.asc
Description: Digital signature

Bug#645042: please provide python-vtk-dbg package with dynamic libraries built against python*-dbg

[Yaroslav Halchenko]

Package: python-vtk
Version: 5.6.1-6.1
Severity: wishlist

I know that it is a lot to ask since I bet building VTK is a joy, BUT
benefits would be there:  e.g. it would be easy to take advantage of
having gdb built with python support (as it is now on Debian) so anyone could
easily inspect python  stack while running into problems in the core VTK
invoked from Python, e.g. like in my case:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575536

or I bet also in

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551991

but atm it is not possible:

$> gdb --args /usr/bin/python2.6-dbg /usr/bin/mayavi2
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/python2.6-dbg...done.
(gdb) r
Starting program: /usr/bin/python2.6-dbg /usr/bin/mayavi2
[Thread debugging using libthread_db enabled]
Traceback (most recent call last):
  File "/usr/bin/mayavi2", line 457, in 
raise ImportError(msg)
ImportError: /usr/lib/libvtkCommonPythonD.so.5.6: undefined symbol: 
Py_InitModule4_64

Do you have vtk installed properly?
VTK (and build instructions) can be obtained from http://www.vtk.org

[26179 refs]
[Inferior 1 (process 11691) exited with code 01]


Thanks in advance!


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages python-vtk depends on:
ii  libavcodec53  4:0.7.1-5 
ii  libavformat53 4:0.7.1-5 
ii  libavutil51   4:0.7.1-5 
ii  libc6 2.13-18   
ii  libgcc1   1:4.6.1-4 
ii  libmysqlclient16  5.1.58-1  
ii  libpq59.1~rc1-3 
ii  libpython2.6  2.6.7-3   
ii  libstdc++64.6.1-4   
ii  libswscale2   4:0.7.1-5 
ii  libvtk5.6 5.6.1-6.1 
ii  libx11-6  2:1.4.4-1 
ii  python2.6.7-3   
ii  python-support1.0.14
ii  tcl8.58.5.10-1  
ii  tk8.5 8.5.10-1  
ii  zlib1g1:1.2.5.dfsg-1

python-vtk recommends no packages.

Versions of packages python-vtk suggests:
pn  mayavi2   4.0.0-1
pn  vtk-doc
pn  vtk-examples   

-- 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#645041: [puredata] no load-meter and test-tone because of missing files

[Simon Wenner]

Package: puredata
Version: 0.43.0-4
Severity: normal

In the main GUI there are entries to run a load-meter and a test-tone PD
script. These options don't work because the necessary files are missing.

shell output:

open: /usr/lib/puredata/doc/7.stuff/tools/load-meter.pd: No such file or
directory
load-meter.pd: No such file or directory
open: /usr/lib/puredata/doc/7.stuff/tools/testtone.pd: No such file or
directory
testtone.pd: No such file or directory


--- System information. ---
Architecture: amd64
Kernel: Linux 3.0.0-1-amd64

Debian Release: wheezy/sid
990 testing security.debian.org
990 testing mirror.switch.ch
800 unstable mirror.switch.ch
150 experimental mirror.switch.ch

--- Package information. ---
Depends (Version) | Installed
=-+-===
puredata-core | 0.43.0-4
puredata-gui | 0.43.0-4
puredata-doc | 0.43.0-4
puredata-extra | 0.43.0-4
puredata-utils | 0.43.0-4
puredata-dev | 0.43.0-4


Recommends (Version) | Installed
=-+-===
gem | 1:0.92.3-2+b1


Suggests (Version) | Installed
-+-===
pd-csound |
pd-pdp |
pd-zexy |
pd-aubio |







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

Bug#645040: [puredata] no sound with OSS, ALSA or Jack

[Simon Wenner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: puredata
Version: 0.43.0-4
Severity: important

None of the audio output methods of Puredata works. My user is in the
'audio' group. Running Puredata as root does not help. My system has a
working audio setup (Gstreamer, Amarok, VLC work)

With Alsa:
puredata -alsa

GUI message:

audio I/O stuck... closing audio

With Jack:
puredata -jack

JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2
periods
ALSA: final selected sample format for capture: 32bit integer
little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer
little-endian
ALSA: use 2 periods for playback
watchdog: signaling pd...
JackProcessSync::LockedTimedWait error usec = 500 err = Connection
timed out
Driver is not running
Cannot create new client
JackSocketClientChannel read fail
Cannot open pure_data_0 client
jackd: ../common/JackGraphManager.cpp:45: void
Jack::JackGraphManager::AssertPort(jack_port_id_t): Assertion
`port_index < fPortMax' failed.

GUI message:

JACK: server returned status 33

using OSS:
puredata -oss

watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
... (repeats about every second)

No GUI message. No sound .


- --- System information. ---
Architecture: amd64
Kernel: Linux 3.0.0-1-amd64

Debian Release: wheezy/sid
990 testing security.debian.org
990 testing mirror.switch.ch
800 unstable mirror.switch.ch
150 experimental mirror.switch.ch

- --- Package information. ---
Depends (Version) | Installed
=-+-===
puredata-core | 0.43.0-4
puredata-gui | 0.43.0-4
puredata-doc | 0.43.0-4
puredata-extra | 0.43.0-4
puredata-utils | 0.43.0-4
puredata-dev | 0.43.0-4


Recommends (Version) | Installed
=-+-===
gem | 1:0.92.3-2+b1


Suggests (Version) | Installed
-+-===
pd-csound |
pd-pdp |
pd-zexy |
pd-aubio |




-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOlMPJAAoJEMMF4eNtCPQVTP0P/2R55N8knRO4WW/u7s6EFMDe
+n1R22MZuRGkXPKFp64mh4m16T33cZVIo2Nz0GWLvaqYLDNMzXvTsOHCPhtA6Nlt
cCCJjTw66koNo1Cw+FhC3lWdn4b272gsx30YCq8T9DJaPLZw+tULAUAx+4LXsvOa
2ef7SlN2P8XK+MKGLveVPuQiaiWTEIHJA1M3+arECpcDSYQ8Li5x4MrtneeEyMAA
Y5fNCy7Rq31jO1bPanO0o3NoR+2tYP9k3Db7o1ngWY7oeNRD26CGVo9evMwZcmD0
LOWiks/2fkvmWQ54Smdk11dUoBWiD9LYKHR2AcvMLTgyvvBcMmc809UEkqplOrC8
rUmDgSSc3t+EEDKiWigdAmwalLF+3iKf2MC668lh1QX96MaQkaVhtN10ddK/K8fJ
HyYHXmsJMukWVOtietVkuqvxjGWI7/mUHhoxQNSIm24TVoKplbnPnW3YsLnoSxCG
eSmwibz9eXTLHaKddWVIGghiCC3OPW1MFkVbDdU7ogTLTdhtQXPGBUAxbHhq3gJE
icwYDq6AK8gYNKPX46J7zZJ8Y7jNkhhTyRDceIIkh7ri6geXDIBpP/RtkvIIZSBC
FyIHDj1xixiTA1opoZW6z0+799VLSws98Bxb2knhZPVdfNDNg68IrHLzgq/P4eWK
KH/ugRjL4oszJ/d0gQPs
=cuD+
-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#636309: closed by Martin Pitt (Re: [Pkg-cups-devel] Bug#636303: Probably upstream #3884)

[Emanoil Kotsev]

HI have applied the patch to the given file, recompiled and so on, upgraded 
cups from 1.4 to 1.5, but problem still persist.
I now downgraded again to 1.4 and it is working again.

regards

-- 
MPhil. E. Kotsev
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 

 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



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

Bug#645039: rxvt-unicode: re-add example about missing terminfo

[Vincent Danjean]

Package: rxvt-unicode
Version: 9.12-1
Severity: normal

  Hi,

  rxvt-unicode use by default a terminfo that is not available on all 
system (that is, lots of non-linux machine or even linux servers (with 
few gui applications installed) do not have this terminfo entry 
installed).
  When login to such a machine with ssh, you got a message such as

unknown terminal "rxvt-unicode"

  If you are not root on the target system, you have to compile your 
terminfo entry.
  Until now, I was looking into the installed documentation of 
rxvt-unicode of my local computer (where I launch rxvt-unicode) to find 
the tip, ie (from upsteam FAQ):

REMOTE=remotesystem.domain
   infocmp rxvt-unicode | ssh $REMOTE "mkdir -p .terminfo && cat >/tmp/ti && 
tic /tmp/ti"

  Today, I did not find this tip. Looking into the Changelog, I see the 
entry saying that it has been removed:
  * Document the fact that $TERM defaults to rxvt-unicode (not rxvt), and how
to change this with X resources. Users do not (and should not) have to
compile terminfo entries, so remove these from examples; ncurses-base
provides a proper one already. (Closes: #351872)
Perhaps that "Users do not (and should not) have to..." but, in 
practice, "users have to..." if they want to use rxvt-unicode and do ssh 
on remote systems that do not have this terminfo entry installed.
  Moreover, ncurses-base does not currently provides such example ("dpkg 
-L ncurses-base" does not give me any files where I can find this info)

  I've to look into the #351872 bug report to find the initial 
reporter that give a link to the upstream FAQ. I really do not think 
that a Debian user having such an error message when doing ssh will be 
able to find the info if it does not already know what to search.
  
  So, please, reconsider your decision to remove this example and re-add 
this upstream FAQ entry in the Debian package.

  Regards,
Vincent

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

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd 3.5.23
ii  libc6   2.13-21   
ii  libfontconfig1  2.8.0-3   
ii  libgcc1 1:4.6.1-13
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.28.6-1  
ii  libperl5.12 5.12.4-5  
ii  libx11-62:1.4.4-2 
ii  libxft2 2.2.0-3   
ii  libxrender1 1:0.9.6-2 
ii  ncurses-base5.9-2 

Versions of packages rxvt-unicode recommends:
ii  ttf-dejavu   2.33-2 
ii  ttf-sazanami-gothic  20040629-12

rxvt-unicode suggests no packages.

-- no debconf information



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

Bug#641371: xgettext -k_ hello.scm fails if block-comment are used inside a function (fwd)

[David Pirotte]

Hello Bruno,
Santiago,

I am not sure I should reopen or if reply-all as I am doing now is the 
right
thing to do, please inform me if you prefer a new bug report...

Whereas the patch you sent - here below - did solve the problem I originally
submitted, it still does not handle properly all modes of commenting code in 
scheme.
The following 2 other ways fail:

#| ... |#   [and nested 'friends']
#;

Here is a modified hello.scm to help you as much as I can. I was actually happy
since I so far only used #! !# and ; to comment my code, but after some talking 
on
guile iirc, others did ask, then I tried and found out ...

I am not sure if xgettext uses libguile/read.c or not, but in case it does, 
please
note that I did see your bug report and Andy's correction and I did a git pull 
to
get the very latest guile  [guile (GNU Guile) 2.0.2.59-eddd8 as of
yesterday] before to try xgettext on the attached hello.scm

Many thanks again,
David

;; --

> Hello,
> 
> David Pirotte wrote:
> > I found that
> > xgettext will properly work until it reaches a block-comment inside a
> > scheme function [as opposed to a toplevel block-comment which xgettext
> > appears to propely manage.
> > 
> > On the modified hello.scm below, if you run:
> > 
> >xgettext -k_ -o hello.pot hello.scm
> > 
> > and cat hello.pot, you'll see that xgettext 'stopped' working properly
> > after extracting "let's see: xgettext 1". In case you could not
> > reproduce exactly, I'll also attach the hello.pot I got here.
> > 
> > ;; hello.scm [modified] starts here
> > #!@GUILE@ -s
> > !#
> > ;;; Example for use of GNU gettext.
> > ;;; This file is in the public domain.
> > 
> > ;;; Source code of the GNU guile program.
> > 
> > (use-modules (ice-9 format))
> > 
> > (catch #t (lambda () (setlocale LC_ALL "")) (lambda args #f))
> > (textdomain "hello-guile")
> > (bindtextdomain "hello-guile" "@localedir@")
> > (define _ gettext)
> > 
> > (display (_ "Hello, world!"))
> > (newline)
> > (format #t (_ "This program is running as process number ~D.") (getpid))
> > (newline)
> > 
> > #!
> > this toplevel block-comment does seem to confuse ngettext
> > (_ "this first string should not be extracted")
> > !#
> > 
> > (define (further-testing-xgettext)
> >   (_ "let's see: xgettext 1")
> >   #!
> >   then for some reason, i'v noticed that xgettext gets confused if
> >   block-comment is used inside a function, unlike @ toplevel
> >   (_ "this second string should not be extracted")
> >   !#
> >   (_ "let's see: xgettext 2"))
> > 
> > (display (_ "let's see: xgettext 3"))
> > ;; hello.scm [modified] ends here
> 
> Thank you. It is perfectly reproducible.
> 
> The point is that you are using a syntax which is valid in guile-2.0
> but not in guile-1.6.4 or guile-1.7.1. In these older versions, the
> !#
> had to come on a line of its own, without spaces.
> 
> I'm applying this patch to teach xgettext the newer (relaxed)
> syntax for the end of block comments.
> 
> 
> 2011-10-04  Bruno Haible  
> 
>   xgettext for Scheme: Understand guile 2.0 comment syntax, part 1.
>   * x-scheme.c (read_object): Understand !# as a block comment terminator
>   even when not surrounded by newlines.
>   Reported by David Pirotte 
>   via Santiago Vila .
> 
> --- gettext-tools/src/x-scheme.c.orig Tue Oct  4 22:58:49 2011
> +++ gettext-tools/src/x-scheme.c  Tue Oct  4 22:20:11 2011
> @@ -1,5 +1,5 @@
>  /* xgettext Scheme backend.
> -   Copyright (C) 2004-2009 Free Software Foundation, Inc.
> +   Copyright (C) 2004-2009, 2011 Free Software Foundation, Inc.
>  
> This file was written by Bruno Haible , 2004-2005.
>  
> @@ -40,7 +40,7 @@
>  
>  
>  /* The Scheme syntax is described in R5RS.  It is implemented in
> -   guile-1.6.4/libguile/read.c.
> +   guile-2.0.0/libguile/read.c.
> Since we are interested only in strings and in forms similar to
>  (gettext msgid ...)
> or   (ngettext msgid msgid_plural ...)
> @@ -60,7 +60,7 @@
> - The syntax code assigned to each character, and how tokens are built
>   up from characters (single escape, multiple escape etc.).
>  
> -   - Comment syntax: ';' and '#! ... \n!#\n'.
> +   - Comment syntax: ';' and '#! ... !#'.
>  
> - String syntax: "..." with single escapes.
>  
> @@ -935,12 +935,10 @@
>  }
>  
>case '!':
> -/* Block comment '#! ... \n!#\n'.  We don't extract it
> +/* Block comment '#! ... !#'.  We don't extract it
> because it's only used to introduce scripts on Unix.  */
>  {
> -  int last1 = 0;
> -  int last2 = 0;
> -  int last3 = 0;
> +  int last = 0;
>  
>for (;;)
>  {
> @@ -948,12 +946,9 @@
>if (c == EOF)
>  /* EOF is not allowed here.  But be tolerant.  */
>  break;
> -  

Bug#645038: libbison-dev: undeclared file conflict with liby-dev 1:2.5.dfsg-1

[Jakub Wilk]

Package: libbison-dev
Version: 1:2.5.dfsg-2
Severity: minor

I got this on today's upgrade:
| Unpacking libbison-dev (from .../libbison-dev_1%3a2.5.dfsg-2_i386.deb) ...
| dpkg: error processing 
/var/cache/apt/archives/libbison-dev_1%3a2.5.dfsg-2_i386.deb (--unpack):
|  trying to overwrite '/usr/lib/i386-linux-gnu/liby.a', which is also in 
package liby-dev 1:2.5.dfsg-1
| dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

I understand that liby-dev 1:2.5.dfsg-1 shouldn't have existed in the 
first place (hence severity minor, not serious), but it would be nice if 
people who already have it installed could upgrade more gracefully.


Thanks for considering!


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

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

Versions of packages libbison-dev recommends:
iu  bison  1:2.5.dfsg-2

--
Jakub Wilk



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

Bug#642762: xulrunner-6.0: console flooded with unaligned access messages on ia64 (IA-64/IPF/Itanium) platform

[Émeric Maschino]

Hello Mike,

2011/10/6 Mike Hommey :
> That would waste a 64-bits word. The usual way to do it is to use
> unions:
> union {
>  PRUint64 dummy;
>  struct {
>    PRUint32 m0;
>    PRUint16 m1;
>    PRUint16 m2;
>  };
> };
>
> Mike

nsID 64-bit alignment issue was already tracked down:
https://bugzilla.mozilla.org/show_bug.cgi?id=660335.

>From what I understand, patch V3 performs struct alignment using GCC
or MSVC-specific keywords. Iceweasel 7.0.1-2 in current Debian
"Wheezy" Testing doesn't seem to include this patch (yet).

I'll apply it locally in order to check if other unaligned accesses
nevertheless surface.

 Émeric



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

Bug#597933: updates?

[Jim Paris]

Any updates on this bug?  3.0.0 has been out for almost a year now and
it would be nice to get the updated version in Debian.

-jim




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

Bug#642027: [checks/source-copyright] false-positive unknown-copyright-format-uri

[Jakub Wilk]

* Jakub Wilk , 2011-09-18, 19:15:

These are false positives:
P: libmime-lite-perl source: unknown-copyright-format-uri 
http://svn.debian.org/viewvc/dep/web/deps/dep5.mdwn?rev=135
P: gdebi source: unknown-copyright-format-uri 
http://svn.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=174


Here's a patch for another false positive:
P: gracie source: unversioned-copyright-format-uri 
http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file;rev=135

--
Jakub Wilk
diff -r b677637f44b8 checks/source-copyright
--- a/checks/source-copyright	Sat Oct 08 08:42:44 2011 +0200
+++ b/checks/source-copyright	Sat Oct 08 12:36:31 2011 +
@@ -103,11 +103,11 @@
 }
 elsif ($uri =~ s,^http://svn\.debian\.org/wsvn/dep/web/deps/dep5\.mdwn\b,,) {
 $version = '0+svn';
-$uri =~ m,^\?(?:\S+&)?rev=(\d+)(?:&\S+)?$, and $version = "$version~$1";
+$uri =~ m,^\?(?:\S+[&;])?rev=(\d+)(?:[&;]\S+)?$, and $version = "$version~$1";
 }
 elsif ($uri =~ s,^http://(?:svn|anonscm)\.debian\.org/viewvc/dep/web/deps/dep5\.mdwn\b,,) {
 $version = '0+svn';
-$uri =~ m,^\?(?:\S+&)?(?:pathrev|revision|rev)=(\d+)(?:&\S+)?$, and $version = "$version~$1";
+$uri =~ m,^\?(?:\S+[&;])?(?:pathrev|revision|rev)=(\d+)(?:[&;]\S+)?$, and $version = "$version~$1";
 }
 elsif ($uri =~ m,^http://www\.debian\.org/doc/(?:packaging-manuals/)?copyright-format/(\d+\.\d+)$,) {
 $version = $1;

Bug#645037: hg-git breaks "hg outgoing": TypeError: findcommonoutgoing() got an unexpected keyword argument 'base'

[Jakub Wilk]

Package: mercurial-git
Version: 0.2.6-2
Severity: important

It looks like the patches that were backported from upstream VCS aren't 
sufficient: "hg outgoing" doesn't work at all:

| Traceback (most recent call last):
|   File "/usr/bin/hg", line 38, in 
| mercurial.dispatch.run()
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 27, in 
run
| sys.exit(dispatch(request(sys.argv[1:])))
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 64, in 
dispatch
| return _runcatch(req)
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 87, in 
_runcatch
| return _dispatch(req)
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 688, in 
_dispatch
| cmdpats, cmdoptions)
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 463, in 
runcommand
| ret = _runcommand(ui, options, cmd, d)
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 742, in 
_runcommand
| return checkargs()
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 696, in 
checkargs
| return cmdfunc()
|   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 685, in 

| d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
|   File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 385, in 
check
| return func(*args, **kwargs)
|   File "/usr/lib/python2.7/dist-packages/mercurial/commands.py", line 3631, 
in outgoing
| return hg.outgoing(ui, repo, dest, opts)
|   File "/usr/lib/python2.7/dist-packages/mercurial/hg.py", line 510, in 
outgoing
| o = _outgoing(ui, repo, dest, opts)
|   File "/usr/lib/python2.7/dist-packages/mercurial/hg.py", line 492, in 
_outgoing
| force=opts.get('force'))
|   File "/usr/lib/python2.7/dist-packages/mercurial/extensions.py", line 182, 
in wrap
| return wrapper(origfn, *args, **kwargs)
|   File "/usr/lib/python2.7/dist-packages/hgext/git/__init__.py", line 147, in 
findoutgoing
| return orig(local, remote, **kw)
| TypeError: findcommonoutgoing() got an unexpected keyword argument 'base'


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

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

Versions of packages mercurial-git depends on:
ii  mercurial   1.9.2-1
ii  python  2.7.2-9
ii  python-dulwich  0.8.0-1
ii  python2.6   2.6.7-4
ii  python2.7   2.7.2-6

--
Jakub Wilk



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

Bug#643187: libfann: FTBFS: dpkg-buildpackage: error: dpkg-source -b libfann-2.1.0~beta~dfsg gave error exit status 2

[Christian Kastner]

tag 643187 + confirmed pending
thanks

Hi,

On 09/26/2011 10:49 PM, Didier Raboud wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> This error is due to recent dpkg changes "“dpkg-source -b” on a “2.0”
> or “3.0 (quilt)” source package will fail if it detects upstream changes
> which are not managed by a quilt patch." [0] 

The cause was me overlooking a SWIG-generated file in the clean target.
I must have built the source package from my test dir (instead of
generating via gbp), otherwise I can't explain how it snuck in there...

Fix committed

Thanks,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#644449: josm: Unexpected exception when clicking on Open

[David Paleino]

On Tue, 11 Oct 2011 18:41:25 -0300, Nelson A. de Oliveira wrote:

> Hi!
> 
> On Tue, Oct 11, 2011 at 2:24 PM, David Paleino  wrote:
> > Do you have "ant" installed? If not, does installing it fix the problem?
> 
> Hum... indeed it works after installing ant.
> Missing depends then?

Probably yes :)

Committed in git, will be fixed in next upload.

Goodnight,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#645036: RM: ttf-arphic-bkai00mp -- ROM; Replaced by fonts-arphic-bkai00mp

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-arphic-bkai00mp to fonts-arphic-bkai00mp and it was accepted. 
 Please remove old ttf- package.

 Thanks.

-- 
Regards,

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


pgpJwmP7itxKf.pgp
Description: PGP signature

Bug#645035: RM: ttf-arphic-gbsn00lp -- ROM; Replaced by fonts-arphic-gbsn00lp

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-arphic-gbsn00lp to fonts-arphic-gbsn00lp and it was accepted. 
 Please remove old ttf- package.

 Thanks.

-- 
Regards,

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


pgp16FvW0M4aP.pgp
Description: PGP signature

Bug#645034: RM: ttf-kacst-one -- ROM; Replaced by fonts-kacst-one

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-kacst-one to fonts-kacst-one and it was accepted. 
 Please remove old ttf- package.

 Thanks.


-- 
Regards,

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


pgp42xNpZZBzf.pgp
Description: PGP signature

Bug#645033: RM: ttf-monapo -- ROM; Replaced by fonts-monapo

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-monapo to fonts-monapo and it was accepted. 
 Please remove old ttf- package.

 Thanks.

-- 
Regards,

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


pgpJ66FWWKou7.pgp
Description: PGP signature

Bug#645032: RM: ttf-arphic-bsmi00lp -- ROM; Replaced by fonts-arphic-bsmi00lp

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-arphic-bsmi00lp to fonts-arphic-bsmi00lp and it was accepted. 
 Please remove old ttf- package.

 Thanks.


-- 
Regards,

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


pgpCjE0GtZYjX.pgp
Description: PGP signature

Bug#645031: RM: ttf-arphic-gkai00mp -- ROM; Replaced by fonts-arphic-gkai00mp

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-arphic-gkai00mp to fonts-arphic-gkai00mp and it was accepted. 
 Please remove old ttf- package.

 Thanks.


-- 
Regards,

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


pgpPcL8C0YpLC.pgp
Description: PGP signature

Bug#645030: RM: ttf-unfonts-core -- ROM; Replaced by fonts-unfonts-core

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-unfonts-core to fonts-unfonts-core and
 it was accepted. Please remove old ttf- package.

 Thanks.

-- 
Regards,

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


pgpb8wJnLZyrL.pgp
Description: PGP signature

Bug#645029: RM: ttf-umeplus -- ROM; Replaced by fonts-umeplus

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-umeplus to fonts-umeplus and it was accepted. 
 Please remove old ttf- package.

 Thanks.


-- 
Regards,

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


pgp7Y9aC3d1gX.pgp
Description: PGP signature

Bug#645028: RM: ttf-unfonts-extra -- ROM; Replaced by fonts-unfonts-extra

[Hideki Yamane]

Package: ftp.debian.org
Severity: normal

 I renamed ttf-unfonts-extra to fonts-unfonts-extra and
 it was accepted. Please remove old ttf- package.

 Thanks.

-- 
Regards,

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


pgptDRy4BJHoQ.pgp
Description: PGP signature

Bug#645021: gcc-4.6: build error on REVERSE_CROSS (files in "4.6.1" dir instead of "4.6")

[Matthias Klose]

On 10/11/2011 10:49 PM, Kyle Moffett wrote:
> Source: gcc-4.6
> Version: 4.6.1-15
> Severity: wishlist
> 
> When building in REVERSE_CROSS mode (IE: when trying to build a native
> compiler for another architecture with an existing cross-compiler, the
> build fails with the following error:
> 
>   $ apt-get gcc-4.6=4.6.1-15
>   $ ( cd gcc-4.6-4.6.1 && dpkg-buildpackage -apowerpcspe -b -us -uc )
>   [...]
>   dh_movefiles: debian/tmp/usr/lib/gcc/powerpc-linux-gnuspe/4.6/libgcov.a not 
> found (supposed to put it in gcc-4.6)
> 
> It looks like it is being put in the wrong directory:
> 
>   $ find . -name '*libgcov*'
>   ./gcc-4.6-4.6.1/debian/tmp/usr/lib/gcc/powerpc-linux-gnuspe/4.6.1/libgcov.a
>   ./gcc-4.6-4.6.1/build/powerpc-linux-gnuspe/libgcc/libgcov.a
>   ./gcc-4.6-4.6.1/build/gcc/libgcov.a
> 
> There seem to have been some similar bugs regarding recent changes to
> the "gcc -print-file-name" command, EG: #643891, #644849
> 
> Unfortunately I'm not having any luck figuring out what I need to fix to
> make this build.  Any help would be much appreciated.

is gcc-base-version.diff applied? I think we should build every cross build with
this patch.

gcc/BASE-VER now does omit the subminor version number. gcc/FULL-VER does have
it (used to print the version number for gcc --version).

Ludovic, please could you rebase gnat-4.6 to -15 and see if this works for gnat
as well?

  Matthias



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

Bug#642608: /usr/bin/dpkg-gencontrol: Race condition with tempfile for parallel builds

[James Vega]

On Tue, Oct 11, 2011 at 03:16:38PM +0200, Raphael Hertzog wrote:
> On Tue, 11 Oct 2011, Guillem Jover wrote:
> > The easy solution to this would seem to be to package something like
> > the perl File::FcntlLock module:
> > 
> >   
> 
> Dear Debian perl team members, it would be nice if one of you could
> package this module. :-)

The ITP was filed[0], so that may soon be a viable option.

> > Besides the loop being somewhat suboptimal, usage of “O_CREAT | O_EXCL”
> > on NFS might be unreliable.
> 
> The documentation mentions a work around:
> 
>   Portable programs that want to perform atomic file locking using a lockfile,
>   and need to avoid reliance on NFS support for O_EXCL, can  create  a  unique
>   file on the same file system (e.g., incorporating hostname and PID), and use
>   link(2) to make a link to the lockfile.  If link(2) returns 0, the  lock  is
>   successful.   Otherwise, use stat(2) on the unique file to check if its link
>   count has increased to 2, in which case the lock is also successful.
> 
> Would this be better?
> 
> If I get this right it's:
> while (1) {
>   open(LOCK, ">", "debian/files.new.$$")
>   my $ok = link("debian/files.new.$$", "debian/files.new")
>   if (!ok) {
> my @st = stat("debian/files.new.$$") || syserr("");
> $ok = 1 if $st[3] == 2;
>   }
>   unlink("debian/files.new.$$") || syserr("");
>   last if $ok;
>   sleep(1); # Or rather usleep from Time::HiRes
> }
> 
> I'm not sure what case it covers to check for the link count on a failure...

From link(2):

  BUGS
 On NFS file systems, the return code may be wrong in case the NFS
 server performs the link creation and dies before it can say so.  Use
 stat(2) to find out if the link got created.

Cheers,
James

[0]: http://bugs.debian.org/645014
-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#644449: josm: Unexpected exception when clicking on Open

[Nelson A. de Oliveira]

Hi!

On Tue, Oct 11, 2011 at 2:24 PM, David Paleino  wrote:
> Do you have "ant" installed? If not, does installing it fix the problem?

Hum... indeed it works after installing ant.
Missing depends then?

Thank you!

Best regards,
Nelson



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

Bug#634414: libnsbmp: diff for NMU version 0.0.1-1.1

[gregor herrmann]

tags 634414 + pending
thanks

Dear maintainer,

I've prepared an NMU for libnsbmp (versioned as 0.0.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-
diff -u libnsbmp-0.0.1/debian/changelog libnsbmp-0.0.1/debian/changelog
--- libnsbmp-0.0.1/debian/changelog
+++ libnsbmp-0.0.1/debian/changelog
@@ -1,3 +1,11 @@
+libnsbmp (0.0.1-1.1) unstable; urgency=low
+
+  * NMU.
+  * Apply patch by Ubuntu / Matthias Klose:
+- Don't build with -Werror. Closes: #634414. LP: #831191.
+
+ -- gregor herrmann   Tue, 11 Oct 2011 23:36:51 +0200
+
 libnsbmp (0.0.1-1) unstable; urgency=low
 
   * Initial release
only in patch2:
unchanged:
--- libnsbmp-0.0.1.orig/Makefile
+++ libnsbmp-0.0.1/Makefile
@@ -10,7 +10,7 @@
 # Toolchain flags
 WARNFLAGS := -Wall -Wundef -Wpointer-arith -Wcast-align \
 	-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes \
-	-Wmissing-declarations -Wnested-externs -Werror -pedantic
+	-Wmissing-declarations -Wnested-externs -pedantic
 ifneq ($(GCCVER),2)
   WARNFLAGS := $(WARNFLAGS) -Wextra
 endif


signature.asc
Description: Digital signature

Bug#644209: [Pkg-alsa-devel] Bug#644209: forgot to checkout the alsa-base available versions

[g0 g0]

> That doesn't matter. This package installs no basics for sound at
> all. See:
>
> # dpkg -L alsa-base
>
> You can check your driver version via
>
> # cat /proc/asound/version
>
> which should be
>
> Advanced Linux Sound Architecture driver Version 1.0.24
>
> if you're running kernel 3.0.?
>

Yes.
I can provide any further info needed :)

greets!

Bug#645027: /usr/bin/xconsole: xconsole does not work in Debian Squeeze 6.0.0 (upgrade to 6.0.3 failed)

[dschinn]

Package: x11-apps
Version: 7.5+5
Severity: important
File: /usr/bin/xconsole

Hello dear Listers,

xconsole seems to be broken in 6.0.0 - package of Debian.
there is only the message of this console "Couldn't open console".
Is it a matter of file-permissions ???
When I try to upgrade with apt-get install xconsole
resp. apt-get upgrade xconsole
this package retrieving ends with:
"0 actualized, 0 new installed, 0 to remove and 0 not actualized"

Whats up and what can I do ?
For feedback thank you.

Happy Hacking.
dschinn
cv.deb...@gmail.com



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

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

Versions of packages x11-apps depends on:
ii  cpp4:4.4.5-1 The GNU C preprocessor (cpp)
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libpng12-0 1.2.44-1+squeeze1 PNG library - runtime
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxaw72:1.0.7-1 X11 Athena Widget library
ii  libxcursor11:1.1.10-2X cursor management library
ii  libxext6   2:1.1.2-1 X11 miscellaneous extension librar
ii  libxft22.1.14-2  FreeType-based font drawing librar
ii  libxkbfile11:1.0.6-2 X11 keyboard file manipulation lib
ii  libxmu62:1.0.5-2 X11 miscellaneous utility library
ii  libxmuu1   2:1.0.5-2 X11 miscellaneous micro-utility li
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  libxt6 1:1.0.7-1 X11 toolkit intrinsics library
ii  x11-common 1:7.5+8   X Window System (X.Org) infrastruc

x11-apps recommends no packages.

Versions of packages x11-apps suggests:
ii  mesa-utils7.7.1-4Miscellaneous Mesa GL utilities

-- 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#645018: gcc-4.6: build error on REVERSE_CROSS ("gengtype" is wrong arch)

[Matthias Klose]

On 10/11/2011 10:22 PM, Kyle Moffett wrote:
> Source: gcc-4.6
> Version: 4.6.1-15
> Severity: wishlist
> Tags: patch
> User: crossbu...@debian.org
> Usertags: cross
> 
> When building in REVERSE_CROSS mode (IE: when trying to build a native
> compiler for another architecture with an existing cross-compiler, the
> build fails with the following error:
> 
>   $ apt-get source gcc-4.6=4.6.1-15
>   $ ( cd gcc-4.6-4.6.1 && dpkg-buildpackage -apowerpcspe -b -us -uc )
>   [...]
>   dh_strip -pgcc-4.6-plugin-dev
>   powerpc-linux-gnuspe-strip: Unable to recognise the format of the input 
> file `debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype'
>   dh_strip: powerpc-linux-gnuspe-strip --remove-section=.comment 
> --remove-section=.note 
> debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype 
> returned exit code 1
>   make[1]: *** [stamps/08-binary-stamp-gcc-plugindev] Error 29
>   make[1]: Leaving directory 
> `/srv/stuff/toolchain/CROSS/gcc-4.6/gcc-4.6-4.6.1'
>   make: *** [binary] Error 2
>   dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit 
> status 2
> 
> A brief inspection of the gengtype program shows that it is in fact a
> binary built for the build system:
>   $ file 
> debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype
>   debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype: 
> ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses 
> shared libs), for GNU/Linux 2.6.26, 
> BuildID[sha1]=0xfcaf9384cfcf05212c599e6334d7de5bd062c5de, not stripped
> 
> As far as I can tell, the "gcc-plugin" support is not supported when
> building in REVERSE_CROSS mode and should be disabled.
> 
> Please review and apply the attached patch.
> 
> Unfortunately, the build still does not complete due to a different
> error, one which I will be submitting as an additional followup bug.

The reverse cross build should result into the same functionality as the native
build. So we need both build and target versions of gengtype. either patch the
upstream build system or the packaging to provide the target version of 
gengtype.

  Matthias



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

Bug#644679: Seems to work with python 2.7

[Edouard Siha]

Hi,

Planner seems to work fine with python 2.7.
I forced install it using dpkg --force-all -i against the .deb
package, created a project, played with it for a while without noting
any curious behaviour.
Any idea why the package has a python << 2.7 dependency set on ?

Regards,
Edouard Siha



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

Bug#644209: [Pkg-alsa-devel] Bug#644209: alsa-base: no sound - half of the times i reboot i get a dummy output device

[g0 g0]

On Tue, Oct 11, 2011 at 10:11 PM, Elimar Riesebieter wrote:

> Do you have installed pulseaudion? If yes purge it and try again.
>

pkg -l  pulseaudio
   un  pulseaudio

No pulseaudio installed :(

Bug#614760: [PATCH] plug conversion descriptor leak in unac.c::convert() error path

[Ersek, Laszlo]

Sorry for the delayed answer.

On Mon, 10 Oct 2011, Jean-Francois Dockes wrote:

It would seem that there is some file in your document set which is 
crashing recoll. We need to determine which it is, get it out of the 
indexed set so that you can begin to use recoll again, and if at all 
possible, I would very much like to get a copy to fix the bug (if this 
is confidential data, we'll try other ways to get details about the 
issue).


For a beginning, we need to have a look at the log file before the point 
where recoll crashes.


I rebuilt the package with noopt,nostrip,debug. I debugged it down to 
recoll-1.13.04/common/unacpp.cpp, function unacmaybefold(). It is called 
with dofold = true. unacfold_string() returns with -1, errno set to 12 
(ENOMEM). Then unacmaybefold() goes on to format an error message:


45  if (status < 0) {
46  if (cout)
47  free(cout);
48  char cerrno[20];
49  sprintf(cerrno, "%d", errno);
50  out = string("unac_string failed, errno : ") + cerrno;
51  return false;
52  }

however on line 50 the string concatenation runs out of memory (not 
surprising, after unacfold_string() failed with ENONEM, and that's the 
source of the std::bad_alloc exception object.


This happens right after the million lines of

:3:../rcldb/rcldb.cpp:813:Db::splitter::takeword: unac failed for [...]

are printed, during which phase the VSZ of the recollindex process grows 
constantly. When the process finally reaches the above, the VSZ is 
1,521,648 KB.


I followed unacfold_string() to unacmaybefold_string() and started to 
suspect that it leaks somewhere. The code was very hard to follow in 
gdb/ddd (I guess some optimization remained enabled, because the line 
number kept jumping around and it was very hard to set breakpoints). After 
a while I got tired and started it under valgrind, and thankfully valgrind 
completed the top of the stack: it is indeed convert(), called by 
unacmaybefold_string(), that leaks an iconv() conversion descriptor (and 
therefore, memory) in the error path(s). (I think it's very wasteful to 
open/close a descriptor for the same conversion thousands of times, but I 
digress.)


I identified the file that caused this huge number of conversion errors -- 
it's a Maildir file with a zip and a rar attachment. Both compressed files 
have the same contents: two latin2 encoded text files (tables, actually), 
1.3 and 1.4 MB in size. In total 5.4 MB of latin2 encoded text that caused 
90,228 conversion failures (and presumably leaked the same number of conv 
descs).


The following patch fixed my problem. VSZ peaks around 160 MB.

Laszlo

--- build/recoll-1.13.04/unac/unac.c2010-01-30 08:58:40.0 +0100
+++ build2/recoll-1.13.04/unac/unac.c   2011-10-11 23:05:21.0 +0200
@@ -10661,7 +10661,7 @@ static int convert(const char* from, con
if(errno == E2BIG)
  /* fall thru to the E2BIG case below */;
else
- return -1;
+ goto err;
  } else {
/* The offending character was replaced by a SPACE, skip it. */
in += 2;
@@ -10670,7 +10670,7 @@ static int convert(const char* from, con
break;
  }
} else {
- return -1;
+ goto err;
}
   case E2BIG:
{
@@ -10690,7 +10690,7 @@ static int convert(const char* from, con
  DEBUG("realloc %d bytes failed\n", out_size+1);
  free(saved);
  *outp = 0;
- return -1;
+ goto err;
  }
  }
  out = out_base + length;
@@ -10698,7 +10698,7 @@ static int convert(const char* from, con
}
break;
   default:
-   return -1;
+   goto err;
break;
   }
 }
@@ -10710,6 +10710,9 @@ static int convert(const char* from, con
   (*outp)[*out_lengthp] = '\0';

   return 0;
+err:
+  iconv_close(cd);
+  return -1;
 }

 int unacmaybefold_string(const char* charset,



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

Bug#645026: ITP: imposm -- importer for OpenStreetMap data

[David Paleino]

Package: wnpp
Severity: wishlist
Owner: David Paleino 

* Package name: imposm
  Version : 2.3.2
  Upstream Author : Omniscale 
* URL : http://imposm.org/
* License : Apache-2.0
  Programming Lang: Python
  Description : importer for OpenStreetMap data

 Imposm is an importer for OpenStreetMap data. It reads XML and PBF files and
 can import the data into PostgreSQL/PostGIS databases.
 .
 It is designed to create databases that are optimized for rendering/WMS
 services.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#645025: clive: youtube broken

[Ingo Saitz]

Package: clive
Version: 2.2.25-2
Severity: normal
Tags: patch

On some(?) videos clive fails to extract the url from the page.
Example url:

$ clive http://www.youtube.com/watch?v=1I4nnbHUvwo
fetch http://www.youtube.com/watch?v=1I4nnbHUvwo ...done.
error: no match: `(?-xism:url_encoded_fmt_stream_map=(.*?)&)'

The attached patch fixes this and also seems to work with old urls.


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

Kernel: Linux 3.1.0-rc9-pinguin20111006 (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 clive depends on:
ii  libclass-singleton-perl 1.4-1
ii  libconfig-tiny-perl 2.14-1   
ii  libexpect-perl  1.21-1   
ii  libgetopt-argvfile-perl 1.11-1   
ii  libhtml-parser-perl 3.68-1+b1
ii  liburi-perl 1.59-1   
ii  libwww-curl-perl4.15-1+b1
ii  perl5.12.4-6 
ii  perl-modules [libversion-perl]  5.12.4-6 

Versions of packages clive recommends:
ii  clive-utils   2.1.6-1  
ii  libberkeleydb-perl0.48-1   
ii  libterm-readkey-perl  2.30-4+b1

Versions of packages clive suggests:
ii  ffmpeg  5:0.8.5-0.0

-- no debconf information
--- /usr/share/perl5/clive/Host/Youtube.pm.old  2011-10-11 21:33:46.970954111 
+0200
+++ /usr/share/perl5/clive/Host/Youtube.pm  2011-10-11 22:36:25.285440533 
+0200
@@ -33,7 +33,7 @@ sub parsePage {
 
 my %re = (
 id => qr|"video_id": "(.*?)"|,
-url_encoded_fmt_stream_map => qr|url_encoded_fmt_stream_map=(.*?)&|,
+url_encoded_fmt_stream_map => qr|"url_encoded_fmt_stream_map": 
"(.*?)"|,
 );
 
 my $tmp;
@@ -44,9 +44,9 @@ sub parsePage {
 
 require URI::Escape;
 
-foreach (split /,/, URI::Escape::uri_unescape 
($tmp->{url_encoded_fmt_stream_map})) {
+foreach (split /,/, $tmp->{url_encoded_fmt_stream_map}) {
my %map;
-   for my $kv (split /&/) {
+   for my $kv (split /\\u0026/) {
my ($key, $value) = split /=/, $kv;
$map{$key} = URI::Escape::uri_unescape($value);
}

Bug#645024: fwknop-server: dependencies spell default-mta wrong

[Jonathan Nieder]

Package: fwknop-server
Version: 2.0.0rc2-1

Hi,

To avoid bug#508644, fwknop-server depends on

defautl-mta | mail-transport-agent

.  Almost perfect, except the 't' and 'l' are transposed.  Version
1.9.12-2 is probably also affected, though I haven't checked.  How
about this patch (untested)?
---
 debian/changelog |6 ++
 debian/control   |2 +-
 2 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index e2d00a1b..00d2e4da 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+fwknop (2.0.0rc2-1.1) local; urgency=low
+
+  * Corrected spelling of default-mta in Depends.
+
+ -- Jonathan Nieder   Tue, 11 Oct 2011 15:59:55 -0500
+
 fwknop (2.0.0rc2-1) experimental; urgency=low
 
   * New upstream release.
diff --git a/debian/control b/debian/control
index 137f02eb..fe03f6e1 100644
--- a/debian/control
+++ b/debian/control
@@ -59,7 +59,7 @@ Description: system interface for user-level fko management
 Package: fwknop-server
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, libfko0 (= ${binary:Version}),
- defautl-mta | mail-transport-agent, iptables, lsb-base (>= 3.0-6)
+ default-mta | mail-transport-agent, iptables, lsb-base (>= 3.0-6)
 Description: FireWall KNock OPerator server side - C version
  The FireWall KNock OPerator implements an authorization scheme called
  Single Packet Authorization (SPA), based on Netfilter and libpcap.
-- 
1.7.7




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

Bug#645019: a more constructive approach

[Antoine Beaupré]

Another way to put this: in the future, i feel that development versions
shouldn't be uploaded to unstable, but to experimental. So when 1.2
comes out, it should be uploaded to unstable, but 1.3 should be kept in
experimental.

I am not sure if there's anything we can do right now as it would be
impossible (?) to downgrade from 1.1 in testing...

A.

-- 
The problem is not a lack of highly educated workers, the problem is a
lack of highly educated workers willing to work for the minimum wage or
lower in the U.S. Costs are driving outsourcing, not the quality of
American schools.   - Scott Kirwin, IT Professionals Association


pgpk3LXH6YVCx.pgp
Description: PGP signature

Bug#645023: ttf-unfonts-extra:oldlibs/optional, ttf-unfonts-core:oldlibs/optional, ttf-umeplus:oldlibs/optional, ttf-arphic-gkai00mp:oldlibs/optional, ttf-arphic-bsmi00lp:oldlibs/optional, ttf-monapo:

[Hideki Yamane]

Package: ftp.debian.org
Severity: minor

Hi,

 All of packages is affected by ttf-/otf- -> fonts- package renaming, old
 packages are put to oldlibs section. Please apply this override.



-- 
Regards,

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


pgpYO7Niwd0lW.pgp
Description: PGP signature

Bug#645022: nmh: please change Recommends to default-mta | mail-transport-agent

[Jonathan Nieder]

Package: nmh
Version: 1.3-1

Hi,

nmh recommends the virtual package mail-transport-agent without any
alternative. This makes the package pull in whichever package
providing mail-transport-agent that ends up first in an alphabetical
sort (which currently means citadel-mta).

As described at bug#508644, please use the dependency "default-mta |
mail-transport-agent" instead.

Thanks,
Jonathan



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

Bug#645021: gcc-4.6: build error on REVERSE_CROSS (files in "4.6.1" dir instead of "4.6")

[Kyle Moffett]

Source: gcc-4.6
Version: 4.6.1-15
Severity: wishlist

When building in REVERSE_CROSS mode (IE: when trying to build a native
compiler for another architecture with an existing cross-compiler, the
build fails with the following error:

  $ apt-get gcc-4.6=4.6.1-15
  $ ( cd gcc-4.6-4.6.1 && dpkg-buildpackage -apowerpcspe -b -us -uc )
  [...]
  dh_movefiles: debian/tmp/usr/lib/gcc/powerpc-linux-gnuspe/4.6/libgcov.a not 
found (supposed to put it in gcc-4.6)

It looks like it is being put in the wrong directory:

  $ find . -name '*libgcov*'
  ./gcc-4.6-4.6.1/debian/tmp/usr/lib/gcc/powerpc-linux-gnuspe/4.6.1/libgcov.a
  ./gcc-4.6-4.6.1/build/powerpc-linux-gnuspe/libgcc/libgcov.a
  ./gcc-4.6-4.6.1/build/gcc/libgcov.a

There seem to have been some similar bugs regarding recent changes to
the "gcc -print-file-name" command, EG: #643891, #644849

Unfortunately I'm not having any luck figuring out what I need to fix to
make this build.  Any help would be much appreciated.

Cheers,
Kyle Moffett

--
Curious about my work on the Debian powerpcspe port?
I'm keeping a blog here: http://pureperl.blogspot.com/

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 
'stable-updates'), (500, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#495834: bcron-run: please fix mail-transport-agent dependency.

[Jonathan Nieder]

tags 495834 + patch
block 508644 by 645020
block 508644 by 495834
quit

Hi,

Andreas Henriksson wrote:

> Your package depends on the virtual package mail-transport-agent without
> any alternative. This makes the package pull in whichever package
> provides mail-transport-agent that ends up first in an alphabetical sort.
> (Which currently means citadel-mta).
>
> You want to fix up your dependency to say "exim4 | mail-transport-agent".

How about this patch (untested)?
---
 debian/changelog |7 +++
 debian/control   |5 +++--
 2 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 72834c7a..bbefb868 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+brcon (0.09-11.1) unstable; urgency=low
+
+  * debian/control: declare default-mta as first alternative when
+depending on mail-transport-agent.
+
+ -- Jonathan Nieder   Tue, 11 Oct 2011 15:42:43 -0500
+
 bcron (0.09-11) unstable; urgency=low
 
   * debian/bcron-run.postrm: services' supervise dirs are now located in
diff --git a/debian/control b/debian/control
index 4642425b..e4764ea5 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Vcs-Git: http://smarden.org/git/bcron.git/
 Package: bcron
 Architecture: any
 Depends: ${shlibs:Depends}
-Recommends: bcron-run, runit, ucspi-unix, mail-transport-agent
+Recommends: bcron-run, runit, ucspi-unix, default-mta | mail-transport-agent
 Description: Bruce's cron system (programs)
  This is bcron, a new cron system designed with secure operations in mind.
  To do this, the system is divided into several separate programs, each
@@ -22,7 +22,8 @@ Description: Bruce's cron system (programs)
 Package: bcron-run
 Architecture: all
 Section: admin
-Depends: bcron, runit (>= 1.8.0-2), ucspi-unix, mail-transport-agent, adduser
+Depends: bcron, runit (>= 1.8.0-2), ucspi-unix, adduser,
+ default-mta | mail-transport-agent
 Provides: cron
 Replaces: cron
 Conflicts: cron
-- 
1.7.7




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

Bug#645020: pyca: please change Depends to default-mta | mail-transport-agent

[Jonathan Nieder]

Package: pyca
Version: 20031119-0

Hi,

After bug#508644, there is a default-mta virtual package, which allows
packages to depend on

default-mta | mail-transport-agent

in order to pull in some sensible general-purpose MTA (like exim or
postfix) instead of an arbitrary one (like citadel) when no m-t-a is
installed.

Please use it.

Thanks,
Jonathan



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

Bug#644952: librecad in testing contains non-free docs and fonts.

[Julien Cristau]

On Tue, Oct 11, 2011 at 00:55:58 -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:

> Package: release.debian.org
> Severity: serious
> 
> Hi! Tha package librecad currently in testing (1.0.0~rc1+nolibs-4) 
> contains non-free docs and fonts. 
> 
> I just uploaded a new version to unstable wich corrects this,
> but I think it would be good to remove the version in testing.
> 
If they're non-free but redistributable, then this bug should be
filed against the package itself, and there's no need for a removal from
testing if it's fixed in sid anyway.  If they're not redistributable
then you need to contact the snapshot.d.o folks as well.

Cheers,
Julien



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

Bug#644868: gnustep-back-common: postinst fails: Error: for some reason, argv not properly set up during GNUstep base initialization

[Yavor Doganov]

Axel Beckert wrote:
> Yavor Doganov wrote:
> > The only way I see as a workaround is to build gnustep-base with 
> > --enable-fake-main, which is already the case on a number of *BSD 
> > systems.
> 
> The fix from back then doesn't help again respectively anymore?

Apparently not.  There should have been some changes in the FreeBSD
kernel and/or glibc in the meantime, as this portion of code in
NSProcessInfo is practically the same.

> Maybe you forgot the Cc to debian-release@l.d.o in your mail...

Hmm, it was intentional, I hesitated to CC release as I'm sure a
release manager will comment sooner or later because it blocks the
GNUstep transition bug...



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

Bug#608727: (no subject)

[Rémi Denis-Courmont]

retitle 608727 vlc: audio pops periodically with S/PDIF passthrough
tags 608727 = upstream wontfix
thanks

When using S/PDIF passthrough, there is no way to resample. Since VLC syncs on 
the CPU clock rather than the audio card buffer, slight drift may cause 
clicks. There is currently no solution, other than not to use passthrough.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



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

Bug#529664: I think current wording is confusing

[Regid Ichira]

  I find the current statement confusing for someone who is not verse in
Debian.  I mean, where are the implied
/etc/udev/rules.d/91-permissions.rules and
/etc/udev/rules.d/52-nut-usbups.rules ?

  While I am at it, I am not sure /etc/udev/rules.d/local.rules is not
a better choice.

--- a/debian/nut-server.README.Debian   2011-10-10 22:15:20.0 +0300
+++ b/debian/nut-server.README.Debian   2011-10-11 20:53:39.0 +0300
@@ -70,15 +70,18 @@
This is not done by default for security reason on Debian, but is 
applied
on Ubuntu.

-b) Another solution, for system supporting udev, is to create a file
-   (for example /etc/udev/rules.d/92-nut-serialups.rules), placed
-   after 91-permissions.rules and to add something like:
+b) Another solution, for system supporting udev, is to create a file,
+   For example /etc/udev/rules.d/92-nut-serialups.rules. It will
+   be used after /lib/udev/rules.d/91-permissions.rules, and
+   contains something like:
+
  KERNEL=="ttyS1", GROUP="nut"

-   where 'ttyS1' has to be replaced by the exact name of your serial port.
+   where 'ttyS1' has to be replaced by the exact name of your serial
+   port.

 For USB devices, permissions are automatically set by the
-52-nut-usbups.rules udev rules file.
+/lib/udev/rules.d/52-nut-usbups.rules udev rules file.

 (4) /etc/nut/upsd.conf (see 'man 5 upsd.conf' for more information)
 the default /etc/nut/upsd.conf is fine for a "standalone" configuration.



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

Bug#645019: stable version should be stable

[Antoine Beaupré]

Package: nginx
Severity: wishlist

Right now, Debian users have the choice of installing the legacy
version of Nginx (0.7.67) from stable or running the backport
(1.1.4). Both options are not very satisfactory:

 1. the legacy version is unsupported
 2. the legacy version is not the latest legacy (0.8.55)
 3. the backport is the development version 
 4. the backport is not up to date (1.1.4 < 1.1.5)

I am not sure I understand clearly the numbering scheme of Nginx
releases, but I conclude the above from the following page:

http://nginx.org/en/download.html

I believe that stable should have 1.0.8 in backports, not 1.1.x. From
my perspective, 1.1.x releases should be uploaded to experimental, not
unstable.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc)

[Rémi Denis-Courmont]

Le mardi 11 octobre 2011 00:40:31 Jörg Sommer, vous avez écrit :
> I've an iBook G4 (PowerPC) with a Redeon card and I'm seeing this
> message, too. Running vlc with -vvv gives me these messages:
> 
> [0x10676a18] xcb_xv generic debug: connected to X11.0 server
> [0x10676a18] xcb_xv generic debug:  vendor : The X.Org Foundation
> [0x10676a18] xcb_xv generic debug:  version: 11101000
> [0x1067be60] xdg_screensaver inhibit debug: started xdg-screensaver (PID =
> 18954) [0x10676a18] xcb_xv generic debug: using screen 0xfb
> [0x10676a18] xcb_xv generic debug: using XVideo extension v2.2
> [0x10676a18] xcb_xv generic error: no available XVideo adaptor
> 
> Which information do you need to further investigate this bug?

This is really weird. VLC detects XVideo support but silently fails to detect 
any adaptor. With regards to the xvinfo.txt you provided and that xvideo-
adapter is NOT set in the VLC configuartion, this would mean that querying 
image formats fails.

If possible, it would be interesting to see if Debian x86 VLC is able to use 
XVideo on your PowerPC system through X11 or SSH export display.

Otherwise, I have no ideas other than stepping through the code to see why 
it's ignoring XVideo.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



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

Bug#642608: /usr/bin/dpkg-gencontrol: Race condition with tempfile for parallel builds

[Julián Moreno Patiño]

Hi,

> The easy solution to this would seem to be to package something like
> > the perl File::FcntlLock module:
> >
> >   
>
> Dear Debian perl team members, it would be nice if one of you could
> package this module. :-)


Done[0], I am waiting to review in GNU Debian Perl Team :) !

[0]
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libfile-fcntllock-perl.git

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513

Bug#645018: gcc-4.6: build error on REVERSE_CROSS ("gengtype" is wrong arch)

[Kyle Moffett]

Source: gcc-4.6
Version: 4.6.1-15
Severity: wishlist
Tags: patch
User: crossbu...@debian.org
Usertags: cross

When building in REVERSE_CROSS mode (IE: when trying to build a native
compiler for another architecture with an existing cross-compiler, the
build fails with the following error:

  $ apt-get source gcc-4.6=4.6.1-15
  $ ( cd gcc-4.6-4.6.1 && dpkg-buildpackage -apowerpcspe -b -us -uc )
  [...]
  dh_strip -pgcc-4.6-plugin-dev
  powerpc-linux-gnuspe-strip: Unable to recognise the format of the input file 
`debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype'
  dh_strip: powerpc-linux-gnuspe-strip --remove-section=.comment 
--remove-section=.note 
debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype 
returned exit code 1
  make[1]: *** [stamps/08-binary-stamp-gcc-plugindev] Error 29
  make[1]: Leaving directory `/srv/stuff/toolchain/CROSS/gcc-4.6/gcc-4.6-4.6.1'
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
2

A brief inspection of the gengtype program shows that it is in fact a
binary built for the build system:
  $ file debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype
  debian/gcc-4.6-plugin-dev/usr/lib/gcc/powerpc-linux-gnuspe/4.6/gengtype: ELF 
64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses 
shared libs), for GNU/Linux 2.6.26, 
BuildID[sha1]=0xfcaf9384cfcf05212c599e6334d7de5bd062c5de, not stripped

As far as I can tell, the "gcc-plugin" support is not supported when
building in REVERSE_CROSS mode and should be disabled.

Please review and apply the attached patch.

Unfortunately, the build still does not complete due to a different
error, one which I will be submitting as an additional followup bug.

Cheers,
Kyle Moffett

--
Curious about my work on the Debian powerpcspe port?
I'm keeping a blog here: http://pureperl.blogspot.com/

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 
'stable-updates'), (500, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -ru gcc-4.6-4.6.1/debian/rules.defs gcc-4.6-4.6.1.new/debian/rules.defs
--- gcc-4.6-4.6.1/debian/rules.defs	2011-10-11 14:55:54.0 -0400
+++ gcc-4.6-4.6.1.new/debian/rules.defs	2011-10-11 15:00:43.0 -0400
@@ -827,7 +827,11 @@
 endif
 
 # plugins 
+ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
 with_plugins := yes
+else
+with_plugins := disabled when cross-compiling
+endif
 
 endif # ifndef DEB_STAGE
 

Bug#644209: [Pkg-alsa-devel] Bug#644209: forgot to checkout the alsa-base available versions

[Elimar Riesebieter]

* aafuentes [111011 21:15 +0200]:

> Package: alsa-base
> Version: 1.0.23+dfsg-4
> Followup-For: Bug #644209
> 
> $ apt-cache policy alsa-base
> alsa-base:
>   Installed: 1.0.23+dfsg-4
>   Candidate: 1.0.23+dfsg-4
>   Version table:
>  *** 1.0.23+dfsg-4 0
> 900 http://debian.dcc.fc.up.pt/debian/ wheezy/main amd64 Packages
> 800 http://ftp.debian.org/debian/ sid/main amd64 Packages
> 100 /var/lib/dpkg/status

That doesn't matter. This package installs no basics for sound at
all. See:

# dpkg -L alsa-base

You can check your driver version via

# cat /proc/asound/version

which should be

Advanced Linux Sound Architecture Driver Version 1.0.24

if you're running kernel 3.0.?

Elimar
-- 
  Alles was viel bedacht wird ist bedenklich!;-)
 Friedrich Nietzsche



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

Bug#645017: iceweasel is unbearably slow at navigating to urls.

[Daniel Kahn Gillmor]

On 10/11/2011 03:51 PM, join_doe wrote:
> Dear Maintainer,
> *** Please consider answering these questions, where appropiate ***
> 
>* What led up to the situation?
> About a couple of weeks ago i updated my system. Cant remember the
> exact time og the packages installed.
> At some point after the update I noticed that browsing the web was
> extremely slow. At first i thought it was my connection and so started testing
> its download speed - I have 20mb connection.
> It turned out thought the download speed was fine.
> What i discovered was that the initial connection to a site was what
> took s long. Once the page was loaded navigating the site went at normal
> speed.
> However as soon at one navigated to another domain then the initial
> loading would take for ever.

This smells very much like a problem with delayed/laggy DNS lookups, and
not a problem with the web browser.

Is it possible that you have two (or more) nameservers listed in
/etc/resolv.conf, and one (or more) of them is unresponsive?

> I've since uninstalled iceweasel and epiphany out of frustration, and
> Im now using chrome which does not have the proble - pages load within a
> second, whereas iceweasel takes about 10 secs or more.

So 10 seconds is "unbearably slow" now?  wow i feel old :)

hth,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#519752: ITP: pysolfc -- A Python solitaire game collection

[Bernhard Reiter]

I've uploaded a package version to mentors and am now looking for a
sponsor; see http://mentors.debian.net/package/pysolfc
( and related pysol* packages via
http://mentors.debian.net/packages/uploader/ockham%40raz.or.at ).




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

Bug#644209: [Pkg-alsa-devel] Bug#644209: alsa-base: no sound - half of the times i reboot i get a dummy output device

[Elimar Riesebieter]

* aafuentes [111011 20:45 +0200]:

> Package: alsa-base
> Version: 1.0.23+dfsg-4
> Followup-For: Bug #644209
> 
> Thanks for answering!!
> 
> tl;dr: Ok, i updated my kernel to 3.0
> 
> (long story: i was on wheezy, but i had unnistalled linux-image-686 because it
> tried to install kernel-pae version and my system did not boot up with it so i
> was stuck with kernel 686-3.38.x i fresh installed wheezy amd64 version now).
> 
> Ive not reboot enough times to get the dummy device yet (so i would not say 
> its
> fixed), but i had volume set to zero by default witch i dont think is a sane
> default anyway. I put it to 100% with alsamixer.
> 
> ii  alsa-base 1.0.23+dfsg-4
> as you can see im still getting 1.0.23 with testing... :)
> 
> and i am still getting the spurious response
> 
> dmesg
> [ 2327.766249] hda-intel: spurious response 0x0:0x0, last cmd=0x1f8100
> [...]
> 
> Just ask and any further info needed shall be provided :)

Do you have installed pulseaudion? If yes purge it and try again.

Elimar
-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-Linus Torvalds



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

Bug#644990: NEWS.Debian.gz: s/$arch/

[Jonathan Nieder]

Hi Sedat,

Sedat Dilek wrote:

> /usr/share/doc/libc6/NEWS.Debian.gz says:
[...]
>  you might try to pass the following option to your
>   compiler:
>
> -B/usr/lib/$arch -I/usr/include/$arch
>
> Better use commonly used  when talking about multiarch [1] instead:
>
> -B/usr/lib/ -I/usr/include/

They seem equally unclear to me.  It might make sense to say something
like "where $arch is the name printed by 'dpkg-architecture
-qDEB_HOST_MULTIARCH' --- for example, i386-linux-gnu" or "where
 is [...]".

Care to write a patch?

Thanks,
Jonathan



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

Bug#519752: ITP: pysolfc -- A Python solitaire game collection

[Bernhard Reiter]

retitle 519752 ITP: pysolfc -- A Python solitaire game collection
owner 519752 !




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

Bug#645017: iceweasel is unbearably slow at navigating to urls.

[Mike Hommey]

On Tue, Oct 11, 2011 at 09:51:20PM +0200, join_doe wrote:
> Package: iceweasel
> Version: 7.0.1
> Severity: important
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropiate ***
> 
>* What led up to the situation?
> About a couple of weeks ago i updated my system. Cant remember the
> exact time og the packages installed.
> At some point after the update I noticed that browsing the web was
> extremely slow. At first i thought it was my connection and so started testing
> its download speed - I have 20mb connection.
> It turned out thought the download speed was fine.
> What i discovered was that the initial connection to a site was what
> took s long. Once the page was loaded navigating the site went at normal
> speed.
> However as soon at one navigated to another domain then the initial
> loading would take for ever.
> Ive tried uninstalling all addons, and running in safe-mode. Ive even
> tried chaning the dns server, but neither helped.
> Ive noticed that the same problem occurs i epiphany, so I am presuming
> that a common library is the culprit.
> 
> I've since uninstalled iceweasel and epiphany out of frustration, and
> Im now using chrome which does not have the proble - pages load within a
> second, whereas iceweasel takes about 10 secs or more.
> 
> I hope this helps.

Can you try going to about:config, searching for
network.dns.disableIPv6, set that to true, and try again?

Mike



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

Bug#645009: git: unable to make backup link [...] Too many links

[Jonathan Nieder]

Hi Antti,

Antti Kultanen wrote:

>  unable to make backup link of `./usr/lib/git-core/git-send-pack' before 
> installing new version: Too many links

Do you use btrfs?



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

Bug#644986: i386: Compiling gcc-snapshots from upstream with multiarch-toolchain?

[Jonathan Nieder]

reassign 644986 general
severity 644986 critical
merge 637232 644986
quit

Sedat Dilek wrote:

> I played again with CFLAGS_FOR_TARGET and CXXFLAGS_FOR_TARGET by exporting 
> them.
[...]
> -B/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE} ...
> ...does NOT catch the problem with crt*.o files.

Last time we went through this, didn't we discover that one has to set

 FLAGS_FOR_TARGET (instead of CFLAGS_FOR_TARGET or CXXFLAGS_FOR_TARGET)

and

 on the "make" command line (instead of through the environment or as
 a ./configure argument)

?  Yes, I know it is clunky.

Reassigning to "general" because the underlying problem (Debian as a
whole is moving to multiarch paths, and we don't provide enough help
with building upstream toolchains that don't know about that) is not
at all specific to libc6-dev.  Progress in the form of code or
documentation, in Debian or upstream, would be welcome as always.

Cheers,
Jonathan



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

Bug#645017: iceweasel is unbearably slow at navigating to urls.

[join_doe]

Package: iceweasel
Version: 7.0.1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
About a couple of weeks ago i updated my system. Cant remember the
exact time og the packages installed.
At some point after the update I noticed that browsing the web was
extremely slow. At first i thought it was my connection and so started testing
its download speed - I have 20mb connection.
It turned out thought the download speed was fine.
What i discovered was that the initial connection to a site was what
took s long. Once the page was loaded navigating the site went at normal
speed.
However as soon at one navigated to another domain then the initial
loading would take for ever.
Ive tried uninstalling all addons, and running in safe-mode. Ive even
tried chaning the dns server, but neither helped.
Ive noticed that the same problem occurs i epiphany, so I am presuming
that a common library is the culprit.

I've since uninstalled iceweasel and epiphany out of frustration, and
Im now using chrome which does not have the proble - pages load within a
second, whereas iceweasel takes about 10 secs or more.

I hope this helps.


   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

   * What outcome did you expect instead?

*** End of the template - remove these lines ***



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

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

Versions of packages iceweasel depends on:
ii  debianutils 4.0.2 
ii  fontconfig  2.8.0-3   
ii  libc6   2.13-21   
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.28.6-1  
ii  libgtk2.0-0 2.24.4-3  
ii  libnspr4-0d 4.8.9-1   
ii  libstdc++6  4.6.1-4   
ii  procps  1:3.2.8-11
ii  xulrunner-7.0   7.0.1-2   

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.9.1+dfsg-1+b1
ii  mozplugger   
ii  ttf-lyx 2.0.1-1
ii  ttf-mathematica4.1   
ii  xfonts-mathml   4  



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

Bug#644986: i386: Compiling gcc-snapshots from upstream with multiarch-toolchain?

[Jonathan Nieder]

Hi Sedat,

Sedat Dilek wrote:

> these problems here were already discussed on #multiarch and reported
> by me (see for example #636116 or #637218), but still exist.

Those look like different bugs.  #636116 was about libc6-dev-amd64
failing to unpack!  #629819 was about crti.o et al moving to the
multiarch location without any warning about the need for build
scripts to be adjusted and was fixed by adding a NEWS.Debian.gz
describing that need and giving some advice.  #637218 was the
corresponding problem for headers.  Similarly, #634821 was about
libgcc_s.so.1 et al moving and breaking old gcc installations without
warning and was fixed by adding a Breaks.

This time, you are reporting that you needed workarounds to build
upstream gcc without patching it or adding special ./configure
options:

[...]
> # ls -l /usr/include/gnu/stubs-32.h
> lrwxrwxrwx 1 root root 32 Sep  5 17:19 /usr/include/gnu/stubs-32.h -> 
> ../i386-linux-gnu/gnu/stubs-32.h
[...]
> # ls -l /usr/lib/crt*.o
> lrwxrwxrwx 1 root root 21 Sep  5 18:24 /usr/lib/crt1.o -> 
> i386-linux-gnu/crt1.o
> lrwxrwxrwx 1 root root 21 Sep  5 18:24 /usr/lib/crti.o -> 
> i386-linux-gnu/crti.o
> lrwxrwxrwx 1 root root 21 Sep  5 18:24 /usr/lib/crtn.o -> 
> i386-linux-gnu/crtn.o

This is #637232, which is about finding some way to get these things
working without making each user spend too much time.

More and more headers and libraries (not just those provided by
libc6-dev!) are moving to the multiarch locations, so adding symlinks
one by one does not seem like a viable strategy for that.  See
http://bugs.debian.org/637232 for more details.

[...]
> Again I tried to compile a gcc-4.7 snapshot tarball [1] with my
> (updated) build-script.

Something that might be useful is to add a
"building-premultiarch-toolchain.txt" to libc6-dev or some similar
package, explaining how to tell the gcc build system where the
bootstrap compiler should look for multiarch libs and headers.

Because gcc's configure script is a little insane, this
is more complicated than the incantation described in NEWS.Debian.gz,
though only cosmetically so.  Something like:

  make FLAGS_FOR_TARGET='-B$(build_tooldir)/bin/ '\
'-B$(build_tooldir)/lib/ -isystem $(build_tooldir)/include '\
'-isystem $(build_tooldir)/sys-include '\
"-B/usr/lib/$DEB_HOST_MULTIARCH" \
"-I/usr/include/$DEB_HOST_MULTIARCH" \
install

Yes, this has to be set through a makefile variable, not the configure
script, since no one bothered to wire the latter up for it.

Yes, presumably the settings that come before '-B/usr/lib/i386-linux-gnu'
are needed.  They are the default from the toplevel Makefile, and the
Makefile does not provide a way to add extra FLAGS_FOR_TARGET
without overriding the existing ones.

When I tried this[*], I also had set CFLAGS_FOR_TARGET and
CXXFLAGS_FOR_TARGET as configure arguments and BOOT_CFLAGS on the
"make" command line, but I believe you tested with just
FLAGS_FOR_TARGET and found it to work ok.

> A succesfully compiled gcc upstream snapshot tarballs is a testcase
> for me before I start any compilation of a MIPSEL toolchain for a
> router project called freetz.

Good luck!  You might also want to look into the gcc-snapshot package,
which is already patched to handle the multiarch paths both at build
time and at runtime.

Will respond to your other message separately.

Hope that helps,
Jonathan

[*] http://bugs.debian.org/637218



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