Bug#592577: spec.txt.gz: Is `It also lists the DBM library this is being used' a correct English phrase?

[Regid Ichira]

Package: exim4-base
Version: 4.72-1
Severity: minor

  According to http://lists.debian.org/debian-user/2010/08/msg00539.html, 
the phrase `DBM library this is being used' isn't correct, linguistically.
$ zgrep -C4 'DBM library this is being used' /usr/share/doc/exim4/spec.txt.gz
-bV

    This option causes Exim to write the current version number, compilation
    number, and compilation date of the exim binary to the standard output. It
    also lists the DBM library this is being used, the optional modules (such
    as specific lookup types), the drivers that are included in the binary, and
    the name of the run time configuration file that is in use.

    As part of its operation, -bV causes Exim to read and syntax check its
$

  


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

Bug#561851: mii-tool reports the wrong speed

[Russell Coker]

# ethtool eth2|grep Speed
Speed: 100Mb/s
# mii-tool -v eth2
eth2: negotiated 1000baseT-HD flow-control, link ok
  product info: Intel 82555 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 
10baseT-HD
  advertising:  1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 
10baseT-HD flow-control
  link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 
10baseT-HD

The system on which I ran the above commands has no Gig-e ports.  ethtool gets 
the right answer (or at least something that seems plausible) while mii-tool 
gets a bogus answer of 100baseT-HD.  I've reproduced this problem with other 
ports on the same system.  It's a P3 desktop system running kernel linux-
image-2.6.32-5-686 version 2.6.32-18, net-tools version 1.60-23, and ethtool 
2.6.34-2.

# mii-tool   
eth0: no link
eth1: negotiated 1000baseT-HD flow-control, link ok
eth2: negotiated 1000baseT-HD flow-control, link ok
# ethtool eth1|grep Speed 
Speed: 100Mb/s
# ethtool eth2|grep Speed
Speed: 100Mb/s

The system that I used to run the above commands was an AMD64 system but 
otherwise had the same versions.

# mii-tool 
eth0: negotiated 100baseTx-FD flow-control, link ok
eth1: no link
eth2: negotiated 1000baseT-HD flow-control, link ok
crombian:~# ethtool eth2 |grep Speed
Speed: 100Mb/s

The above commands were run on another AMD64 system with the same versions.

All three systems have the same Intel E100 dual-port Ethernet cards.  The 
cards were purchased second-hand from the same batch and had probably been in 
the same batch when new.



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

Bug#590760: libavahi-client3 0.6.27-1 kills printing support

[Philipp Marek]

0.6.27 kills printing support for me:

Starting with a fully 0.6.27 installation of the avahi packages
(lines wrapped for easier reading):

r...@cacao:/var/cache/apt/archives # /usr/lib/cups/backend/dnssd
DEBUG: Unable to create avahi client: Resource temporarily unavailable

r...@cacao:/var/cache/apt/archives 
 # for a in avahi-daemon_0.6.26-1_amd64.deb avahi-utils_0.6.26-1_amd64.deb
 libavahi-client3_0.6.26-1_amd64.deb libavahi-common-data_0.6.26-1_amd64.deb
 libavahi-common3_0.6.26-1_amd64.deb libavahi-core7_0.6.26-1_amd64.deb ; 
 do /usr/lib/cups/backend/dnssd ; dpkg -i $a ; done

DEBUG: Unable to create avahi client: Resource temporarily unavailable
dpkg: warning: downgrading avahi-daemon from 0.6.27-1 to 0.6.26-1.
  (Reading database ... 212053 files and directories currently installed.)
  Preparing to replace avahi-daemon 0.6.27-1 (using 
avahi-daemon_0.6.26-1_amd64.deb) ...
  Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon.
  Unpacking replacement avahi-daemon ...
  Setting up avahi-daemon (0.6.26-1) ...
  Reloading system message bus config...done.
  Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
  Processing triggers for man-db ...

DEBUG: Unable to create avahi client: Resource temporarily unavailable
dpkg: warning: downgrading avahi-utils from 0.6.27-1 to 0.6.26-1.
  (Reading database ... 212053 files and directories currently installed.)
  Preparing to replace avahi-utils 0.6.27-1 (using 
avahi-utils_0.6.26-1_amd64.deb) ...
  Unpacking replacement avahi-utils ...
  Setting up avahi-utils (0.6.26-1) ...
  Processing triggers for man-db ...

DEBUG: Unable to create avahi client: Resource temporarily unavailable
dpkg: warning: downgrading libavahi-client3 from 0.6.27-1 to 0.6.26-1.
  (Reading database ... 212053 files and directories currently installed.)
  Preparing to replace libavahi-client3 0.6.27-1 (using 
libavahi-client3_0.6.26-1_amd64.deb) ...
  Unpacking replacement libavahi-client3 ...
  Setting up libavahi-client3 (0.6.26-1) ...
  DEBUG: Found ...
  DEBUG: Found ...
  DEBUG: Found ...


So for me it seems that libavahi-client3 is the culprit.


Regards,

Phil



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

Bug#592564: document unusual but supported file system configurations

[Carsten Hey]

* Russ Allbery [2010-08-10 16:47 -0700]:
> Debian supports /usr as a separate file system from /, /usr as a remote
> file system, and /, /usr, and /etc mounted read-only ...
>
> Since these requirements keep catching people by surprise, I think we
> should write them down explicitly.

Actually the policy refers to the FHS which already mentions part of
what you wrote, but writing down it explicitly to accentuate this sounds
like a good idea.

[http://www.debian.org/doc/debian-policy/ch-opersys.html]:
| The location of all installed files and directories must comply with
| the Filesystem Hierarchy Standard (FHS), version 2.3, with the
| exceptions noted below ...

[http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html]:
| /usr, /opt, and /var are designed such that they may be located on
| other partitions or filesystems.

/var and /boot could be added to "/usr as separate file system from /".
Read-only mounting /etc seems to imply that it can also be on a separate
file system (although I never saw such a setup), so this one and maybe
others could be added too.


Carsten



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

Bug#577130: ITP: libcrystalhd2 -- Library for Broadcom Crystal HD video decoder cards

[Chase Douglas]

Cool. Basically, I filed the ITP bug way back before I realized that the
bcm970015 wasn't supported. It's only become supported as of about two
weeks ago, and I haven't had time to work on it. I'm not sure I will
have time in the near future either, so feel free to package it in my
stead.

Thanks,

-- Chase

On Tue, 2010-08-10 at 23:13 -0400, Andres Mejia wrote:
> Just so you know, I've started some packaging work myself. This packaging is 
> based off of packaging work already done by XBMC devs.
> 
> Check [1] for packaging work done.
> 
> http://git.debian.org/?p=pkg-multimedia/crystalhd.git
> 
> On Tuesday 10 August 2010 14:39:19 Andres Mejia wrote:
> > Hello,
> > 
> > Is there any progress with getting libcrystalhd2 into Debian? I would like
> > to help if that's alright.
> 






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

Bug#579775: clean up list of recommended and extra package

[Fabian Greffrath]

Julien,

your re-upload of imagemagick 8:6.6.0.4-2.1 reopened three bugs that 
have been fixed in the meantime by imagemagick 7:6.6.2.6-1. Please get 
this right ASAP.


 - Fabian



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

Bug#558272: Date::Calc::Decode_Month(): argument is not a string

[Vincent Lefevre]

On 2010-08-11 15:55:21 +0900, Ansgar Burchardt wrote:
> This is not fixed in the latest upstream release.  I installed
> Date::Calc 6.3 and Date::Calc::XS 6.2 from CPAN and the problem is still
> present.

Well, Date::Calc 6.3 solves the problem on my machine:

$ echo Oct | perl -p -e 'use Date::Calc qw(Decode_Month); 
s!(\w+)!Decode_Month($1)!e'
10
$ echo Oct | env -u PERL5LIB perl -p -e 'use Date::Calc qw(Decode_Month); 
s!(\w+)!Decode_Month($1)!e'
Date::Calc::Decode_Month(): argument is not a string at -e line 1, <> line 1.

See the difference when I use the CPAN version (6.3) installed in
my $HOME and when I use Debian's version.

FYI, here are the files that were installed:

Installing /home/vlefevre/lib/site_perl/Date/Calc.pod
Installing /home/vlefevre/lib/site_perl/Date/Calc.pm
Installing /home/vlefevre/lib/site_perl/Date/Calendar.pm
Installing /home/vlefevre/lib/site_perl/Date/Calendar.pod
Installing /home/vlefevre/lib/site_perl/Date/Calendar/Year.pm
Installing /home/vlefevre/lib/site_perl/Date/Calendar/Profiles.pm
Installing /home/vlefevre/lib/site_perl/Date/Calendar/Year.pod
Installing /home/vlefevre/lib/site_perl/Date/Calendar/Profiles.pod
Installing /home/vlefevre/lib/site_perl/Date/Calc/Object.pod
Installing /home/vlefevre/lib/site_perl/Date/Calc/Object.pm
Installing /home/vlefevre/lib/site_perl/Date/Calc/PP.pod
Installing /home/vlefevre/lib/site_perl/Date/Calc/PP.pm
Installing /home/vlefevre/share/man/man3/Date::Calendar::Profiles.3pm
Installing /home/vlefevre/share/man/man3/Date::Calc.3pm
Installing /home/vlefevre/share/man/man3/Date::Calc::PP.3pm
Installing /home/vlefevre/share/man/man3/Date::Calc::Object.3pm
Installing /home/vlefevre/share/man/man3/Date::Calendar::Year.3pm
Installing /home/vlefevre/share/man/man3/Date::Calendar.3pm

> It is, however, limited to the XS implementation and can easily be
> worked around: just use "$1" (with quotes) instead of $1.

I confirm, thanks.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#558272: Date::Calc::Decode_Month(): argument is not a string

[Vincent Lefevre]

On 2010-08-11 09:39:43 +0200, Vincent Lefevre wrote:
> Well, Date::Calc 6.3 solves the problem on my machine:
> 
> $ echo Oct | perl -p -e 'use Date::Calc qw(Decode_Month); 
> s!(\w+)!Decode_Month($1)!e'
> 10
> $ echo Oct | env -u PERL5LIB perl -p -e 'use Date::Calc qw(Decode_Month); 
> s!(\w+)!Decode_Month($1)!e'
> Date::Calc::Decode_Month(): argument is not a string at -e line 1, <> line 1.

Hmm... I see. The XS version is also provided by the Debian package,
contrary to a CPAN installation when one doesn't explicitly ask for
this XS version.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#355966: mawk still fails with RS="\0"

[Thomas Dickey]

On Tue, 10 Aug 2010, Carlos Carvalho wrote:


Thomas Dickey (dic...@his.com) wrote on 10 August 2010 20:20:
>On Tue, 10 Aug 2010, Thomas Dickey wrote:
>
>> On Tue, 10 Aug 2010, Carlos Carvalho wrote:
>>
>>> mawk cannot handle records separated by nulls, such as for example the
>>> ones generated by find. Only the first record is handled:
>>>
>>> % mkdir mawk-fails
>>> % cd mawk-fails
>>> %mawk-fails touch a b c
>>> %mawk-fails find -printf "%p\0"|mawk 'BEGIN {RS="\0"} {print}'
>>> ..
>>
>> It works with upstream mawk (just tested mawk-1.3.4-20100625).
>>
>> This is a duplicate of #135614

There your say that processing nulls is a gawk extension. However I
don't see it in the list of extensions of gawk manpage. It mentions
only the ability to split a string with the null string. Further, the
null string is not "\0".


My understanding is that almost all of the embedded-nulls are the same -
an extension over POSIX.  Once you introduce it in one area, it gets 
implied into a lot of other areas.



>...however, #355966 is unrelated to this additional report about embedded
>nulls.

It's related to RS, which is where I stumbled on the nulls.

Anyway, it'd be quite useful to have this in Debian. mawk is a lot
faster than gawk...


I agree.

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



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

Bug#592515: future unblock: nama/1.064-1 (or -2)

[Joel Roth]

On Wed, Aug 11, 2010 at 05:13:44AM +0200, Mehdi Dogguy wrote:
> On  0, Ansgar Burchardt  wrote:
> > 
> > I see two possible solutions to include the RC bug fix in Squeeze:
> > a) Allow both nama/1.064-1 and the (new) libaudio-ecasound-perl to
> > migrate to testing.  However I guess the release team is not happy about
> > including new packages at this point.
> > b) Preparing a -2 revision of nama that drops the new Recommends and
> > allowing it to migrate.
> > 
> 
> I'd prefer the latter. It would also be nice to document changes in the
> changelog files so that ignorant people like me know why that $package
> has been recommanded.

Medhi,

Here is my reply as Nama's author.

Nama is a UI that manipulates Ecasound, an external audio
processing engine.

Ecasound has a couple different control interfaces.
libaudio-ecasound-perl offers control through a 
C-library interface, libecasoundc. 

A second interface is via socket to an Ecasound process
running in --server mode. 

Nama supports both, using libecasoundc (via
libaudio-ecasound-perl) when available, otherwise
defaulting to Net-ECI, the socket interface.

Although the two are similar, having different code paths for
achieving the same behavior is useful for troubleshooting.

Control via libecasoundc (libaudio-ecasound-perl) has 
a couple advantages that lead me to choose it as 
the preferable option (therefore recommended):

* it is more mature and well tested than my naive socket programming
* the library manages the starting and killing of the
Ecasound process

There are no changes to Nama associated with the 
"Recommends:" line, only the availability of a Debian
packaged version of interface module.

Regards,

Joel Roth
 
> Regards,
> 
> -- 
> Mehdi Dogguy

-- 
Joel Roth



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

Bug#592578: /usr/bin/jh_manifest: causes FTBSF of other packages

[Michal Suchanek]

Package: javahelper
Version: 0.31
Severity: important
File: /usr/bin/jh_manifest


jh_manifest -plibinsighttoolkit3-java 
Traceback (most recent call last):
  File "/usr/bin/jh_manifest", line 3, in 
import sys,getopt,debian.deb822,scriptutil,os,tempfile,copy

The file is in  python-debian (>=0.1.16)

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

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

Versions of packages javahelper depends on:
ii  bsdmainutils  6.1.10 collection of more utilities from 
ii  dctrl-tools   2.13.1 Command-line tools to process Debi
ii  debhelper 7.9.3  helper programs for debian/rules
ii  devscripts2.10.66scripts to make the life of a Debi
ii  dpkg-dev  1.15.7.2   Debian package development tools
ii  fastjar   2:0.95-4   Jar creation utility
ii  python2.6.5-11   interactive high-level object-orie
ii  python-debian 0.1.16 Python modules to work with Debian
ii  python-scriptutil 1-1Python module which provides the f

javahelper recommends no packages.

javahelper 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#540345: Still the same with 195.36

[gisd]

Package: nvidia-glx
Version: 195.36.24-4

--- Please enter the report below this line. ---
I'm experiencing the same, even with 195.36. The displayed bits are hardly 
recognizable (it's mostly garbage), so it's not really a privacy concern to 
me, but it looks rather ugly and unprofessional.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.de.debian.org 
  500 stable  ftp.de.debian.org 
  500 oldstable   security.debian.org 
1 experimental-snapshots qt-kde.debian.net 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-==
nvidia-kernel-195.36.24   | 
libc6  (>= 2.2.5) | 2.11.2-2
libx11-6  | 2:1.3.3-3
libxext6  | 2:1.1.2-1
nvidia-kernel-195.36.24   | 
libc6  (>= 2.2.5) | 2.11.2-2
libx11-6  | 2:1.3.3-3
libxext6  | 2:1.1.2-1
dkms (>= 2.1.0.0) | 2.1.1.2-5
nvidia-kernel-common(>= 20100522) | 20100522+1
debhelper (>= 7.2.3~) | 8.0.0
make  | 3.81-8
quilt(>= 0.46-7~) | 


Package Status(Version) | Installed
===-+-===
nvidia-glx  | 195.36.24-4
nvidia-kernel-dkms  | 195.36.24-4
nvidia-kernel-source| 
nvidia-kernel-common| 20100522+1
xserver-xorg| 1:7.5+6
xserver-xorg-core   | 2:1.7.7-3
binutils| 2.20.1-13
binutils-gold   | 
linux-headers-2.6   | 


Recommends(Version) | Installed
===-+-===
nvidia-vdpau-driver  (>= 195.36.24) | 195.36.24-4
nvidia-vdpau-driver  (>= 195.36.24) | 195.36.24-4
nvidia-glx   (>= 195.36.24) | 195.36.24-4
module-assistant| 
 OR kernel-package  | 
nvidia-glx   (>= 195.36.24) | 195.36.24-4
nvidia-kernel-common| 20100522+1


Suggests   (Version) | Installed
-+-
nvidia-settings  | 195.36.24-1
nvidia-kernel-dkms   (>= 195.36.24)  | 195.36.24-4
 OR nvidia-kernel-source  (>= 195.36.24) | 
nvidia-settings  | 195.36.24-1
nvidia-kernel-dkms   (>= 195.36.24)  | 195.36.24-4
 OR nvidia-kernel-source  (>= 195.36.24) | 



--- Output from package bug script ---
uname -a:
Linux nb-carsten2 2.6.32-5-amd64 #1 SMP Fri Aug 6 00:38:23 UTC 2010 x86_64 
GNU/Linux

/proc/version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-19) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Fri Aug 6 00:38:23 UTC 2010

/proc/driver/nvidia/version: 
NVRM version: NVIDIA UNIX x86_64 Kernel Module  195.36.24  Thu Apr 22 19:10:14 
PDT 2010
GCC version:  gcc version 4.3.5 (Debian 4.3.5-1) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: nVidia Corporation GT216 [Quadro FX 
880M] [10de:0a3c] (rev a2) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device [17aa:2145]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia


-- 
Carsten Pfeiffer



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

Bug#592579: wondershaper: Passed in bandwidth values are not accurate with 2.6.32

[Tim Small]

Package: wondershaper
Version: 1.1a-5
Severity: grave
Justification: renders package unusable

On a system which acts as a gateway to a 3M circuit (gives
consistent/steady 3100kbps symetric throughput to a nearby host),
wondershaper needs to be passed different values in order that it limits
the throughput to approx 3100kbps (and therefore works correctly).
Trial-and-error gave these values:

/usr/sbin/wondershaper ethEXT0 2950 2350

whilst simultaneously uploading and downloading using scp.  The scp
statistics, and the "detailed interface statistics" from iptraf show
throughput of around 3000kbps in both directions, and icmp round-trip
times go up by approx 10% vs an unloaded link.  Lower values throttle
throughput without improving latency.  Larger values result in degraded
latency, but no further improvements in throughput.

The system in question is:

Linux office-fw1 2.6.32-5-686 #1 SMP Sat Jul 24 02:27:10 UTC 2010 i686
GNU/Linux


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

Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#592294: [Pkg-gnupg-maint] Bug#592294: gnupg: OpenPGP is nowadays RFC 4880, adapt documentation

[Thijs Kinkhorst]

On moandei 9 Augustus 2010, Christoph Anton Mitterer wrote:
> Attached patch, corrects some minor typos and changes everything in
> debian/* from RFC 2440 to RFC 4880 (which is now the standard).

Thanks, I've applied the patch to debian/control; changing patches to upstream 
is not useful until we have new upstream sources that have been changed 
aswell. I didn't see your patch submitted to upstream?


Cheers,
Thijs



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

Bug#592580: Flash 10.1.82.76 security fix (APSB10-16) is available, please update

[Moritz Naumann]

Package: flashplugin-nonfree
Version: 1:2.8.1


As per Adobe security advisory APSB10-16 [1] Flash player 10.1.82.76 is
available, fixing several critical security issues (as usual):

> This update resolves a memory corruption vulnerability that could lead to 
> code execution (CVE-2010-0209).
> This update resolves a memory corruption vulnerability that could lead to 
> code execution (CVE-2010-2188).
> This update resolves multiple memory corruption vulnerabilities that could 
> lead to code execution (CVE-2010-2213).
> This update resolves a memory corruption vulnerability that could lead to 
> code execution (CVE-2010-2214).
> This update resolves a vulnerability that could lead to a click-jacking 
> attack. (CVE-2010-2215).
> This update resolves a memory corruption vulnerability that could lead to 
> code execution (CVE-2010-2216).

Please provide updated packages for all supported releases.

[1] http://www.adobe.com/support/security/bulletins/apsb10-16.html



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

Bug#592487:

[Turchaninov Sergey]

1 core from:

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 107
model name  : AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
stepping: 2
cpu MHz : 2490.212
cache size  : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu de tsc msr pae mce cx8 apic mtrr mca cmov pat clflush
mmx fxsr sse sse2 nx fxsr_opt 3dnowext 3dnow up extd_apicid pni hypervisor
cr8_legacy
bogomips: 4980.42
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

Bug#592497: linux-image-2.6.32-bpo.5-686-bigmem: Kernel panic in put_cred_rcu()

[Joseph Landry]

>> Hi,
>> I'm using the latest lenny-backport kernel on a new dell poweredge R710.
>> every few days I have a kernel panic similar to : Kernel panic - not
>> syncing: CRED: put_cred_rcu() sees f640ad80 with usage -163535872"
> 
> Do you see the same message (apart from the numbers) or different
> message?

The server crashed two time since I submitted this bug :
the first one is similar :
[281132.706553] Kernel panic - not syncing: CRED: put_cred_rcu() sees f6236680 
with usage -30
and is followed by several Oopses

the second one is not:
[38386.986977] BUG: unable to handle kernel NULL pointer dereference at 0010
[38387.012306] IP: [] task_rq_lock+0x25/0x5d
[38387.026138] *pdpt = 3373f001 *pde =  
[38387.040577] Oops:  [#1] SMP 
[...]

do you want more details on these ?

>> we noticed something : when the server froze after a panic (before I
>> set it up to automatically switch to a crashkernel) , the other
>> servers connected to the same ethernet switch were unreachable over
>> the network. everything seems as if the ethernet card gets crazy and
>> starts sending random data . I can't say for sure ... Restarting the
>> faulty server gets everything back in order. 
> [...]
> 
> That's interesting.  Could you try using a different Ethernet card in
> this server temporarily?  (If you are using on-board Ethernet ports
> currently, just don't plug anything into them while you are doing this
> test.)
> 
> Ben.

Unfortunately we do not have a spare ethernet card on hand. I'll try if I find 
one.

Joseph.


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

Bug#592428: Fix 2.6.32 XEN guest on old buggy RHEL5/EC2 hypervisor (XSAVE)

[Ian Campbell]

On Wed, 2010-08-11 at 03:31 +0100, Ben Hutchings wrote:
> On Mon, 2010-08-09 at 19:29 -0400, Kyle Moffett wrote:
> > Package: linux-2.6
> > Severity: normal
> > Tags: patch
> > 
> > Would it be possible to apply the attached Fedora/Ubuntu kernel patch
> > to Debian as well?  The Fedora link is:
> > http://cvs.fedoraproject.org/viewvc/F-13/kernel/fix_xen_guest_on_old_EC2.patch
> > 
> > And the Ubuntu link:
> > http://kernel.ubuntu.com/git?p=rtg/ubuntu-maverick.git;a=commit;h=1a30f99
> > 
> > As far as I can tell, no released version of Xen currently supports
> > XSAVE, so this change is effectively a NOP on all newer hypervisors, but
> > it allows functionality on older hypervisors (such as RHEL5, or when
> > running on Amazon's EC2 service).
> [...]
> 
> The comment says that 'There is only potential for guest performance
> loss on upstream Xen' which implies that XSAVE is supported now.
> 
> Ian, what's your take on this?  Is it worth trying to use XSAVE, and if
> so is there a way to detect the broken HV versions before doing so?

The following commit seems to be in v2.6.31-rc1, is it not sufficient to
allow correct operation on these older hypervisors? If not it would be
nice to know why.

commit e826fe1ba1563a9272345da8e3279a930ac160a7
Author: Jeremy Fitzhardinge 
Date:   Sat Mar 7 17:09:27 2009 -0800

xen: mask XSAVE from cpuid

Xen leaves XSAVE set in cpuid, but doesn't allow cr4.OSXSAVE
to be set.  This confuses the kernel and it ends up crashing on
an xsetbv instruction.

At boot time, try to set cr4.OSXSAVE, and mask XSAVE out of
cpuid it we can't.  This will produce a spurious error from Xen,
but allows us to support XSAVE if/when Xen does.

This also factors out the cpuid mask decisions to boot time.

Signed-off-by: Jeremy Fitzhardinge 

The kernel can take a "noxsave" on the command line which I imagine
would also workaround the issue.

If the hypervisor is old-but-not-too-old you may also have the option of
masking the xsave bit in cpuid via the domain config file.

On the other hand as far as I can tell even xen-unstable.hg does not
support XSAVE for PV guests so any potential guest performance loss is
only theoretical in the future.

Ian.
-- 
Ian Campbell

Nihilism should commence with oneself.




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

Bug#592581: Bad repository name

[SoX]

Package: prelude-correlator
Version: 1.0.0-1
Severity: important

Which the apt-get method, 2 repository have a bad name :
/etc/profile/prelucde-correlator
/var/spool/prelude/prelucde-correlator

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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of package prelude-correlator depends on:
adduser 3.110
python 2.5.2-3
python-pkg-resources 0.6c8-4
python-prelude 1.0.0-1
python-support 0.8.4lenny1

prelude-correlator recomends no packages.

prelude-correlator 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#592583: Initscript should contain "--oknodo" for start-stop-daemon

[Patrick Cervicek]

Package: vsftpd
Version: 2.0.7-1
Severity: minor

We had a problem using heartbeat with /etc/init.d/vsftpd. When vsftpd
is already running and the initscript is invoked a second time with 
"start" error code 1 is returned.
According to the Debian Policy[1] error code 0 is expected. Find attached a patch which solved our 
problem.


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

"The init.d scripts must ensure that they will behave sensibly (i.e., 
returning success and not starting multiple copies of a service) if 
invoked with start when the service is already running, or with stop when 
it isn't, and that they don't kill unfortunately-named user processes. The 
best way achieve this is usually to use start-stop-daemon with the 
--oknodo option."
--- vsftpd.orig	2009-01-31 01:07:35.0 +0100
+++ vsftpd	2010-08-11 10:15:56.0 +0200
@@ -30,7 +30,7 @@
   start)
 echo -n "Starting FTP server: $NAME"
 [ -d /var/run/vsftpd ] || mkdir -p /var/run/vsftpd
-start-stop-daemon --start --background -m --pidfile /var/run/vsftpd/vsftpd.pid --exec $DAEMON
+start-stop-daemon --start --background -m --pidfile /var/run/vsftpd/vsftpd.pid --oknodo --exec $DAEMON
 echo "."
 ;;
   stop)

Bug#591946: msegui-msegui: not installable in sid

[Bobyr Raisa Efimovna]

>  mseide-msegui is uninstallable in sid since it depends on mseide which
>  only exists in stable.
>  
>  

There're already 2.2 upstream version available - Torsten & Mazen will 
eventually switch to it, me hope :) 

Currently, the packages can be built by ourselves for the latest SVN ( not 
tested ) at:

http://svn.berlios.de/svnroot/repos/mseide-msegui/trunk

with patches:

http://bollin.googlecode.com/svn/mseide-msegui/trunk/debian.




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

Bug#592582: Initscript should contain "--oknodo" for start-stop-daemon

[Patrick Cervicek]

Package: openbsd-inetd
Version: 0.20080125-2
Severity: minor

We had a problem using heartbeat with /etc/init.d/openbsd-inetd. When 
openbsd-inetd is already running and the initscript is invoked a second time with 
"start" error code 1 is returned.
According to the Debian Policy[1] error code 0 is expected. Find attached 
a patch which solved our problem.


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

"The init.d scripts must ensure that they will behave sensibly (i.e., 
returning success and not starting multiple copies of a service) if 
invoked with start when the
service is already running, or with stop when it isn't, and that they 
don't kill unfortunately-named user processes. The best way achieve this 
is usually to use

start-stop-daemon with the --oknodo option."

Discussion:
'Clarify what "sensible behaviour" is for init scripts' BTS#426877--- openbsd-inetd.orig	2008-12-15 02:23:18.0 +0100
+++ openbsd-inetd	2010-08-11 10:16:04.0 +0200
@@ -47,6 +47,7 @@
 checkportmap
 	log_daemon_msg "Starting internet superserver" "inetd"
 	start-stop-daemon --start --quiet --pidfile /var/run/inetd.pid \
+--oknodo \
 	--exec $DAEMON -- $OPTIONS
 	log_end_msg 0
 	;;

Bug#592544: [pkg-fso-maint] Bug#592544: New license

[Steffen Möller]

Hello,

this license is more liberal than the GPL.  Are you linking
against anything that is purely GPLed? Then we'd need to
do some thinking. I could imagine that you could even
relicense it as it also allows the "sublicensing", but this
is beyond my legal understanding. I hope we don't need
to clarify this.

For a redistribution with Debian (this is why you ask, no?)
this is all not a problem. Debian does not require the GPL.
Debian only requires to DFSG compliance - for a
redistribution in 'main' this is. And the DFSG compliance is
just fine with this license.

Cheers,

Steffen


On 08/11/2010 02:32 AM, Scott Howard wrote:
> Upstream has changed their license [1].
>
> They no longer require the advertising clause: "In addition publicly
> documented acknowledgment must be given that this software has been used if no
> source code of this software is made available publicly." Does GPL's
> requiring that the source code be publicly available make this license
> compatible with GPL?
>
>
>
> [1]:
> Permission is hereby granted, free of charge, to any person obtaining a copy
> of this software and associated documentation files (the "Software"), to
> deal in the Software without restriction, including without limitation the
> rights to use, copy, modify, merge, publish, distribute, sublicense, and/or
> sell copies of the Software, and to permit persons to whom the Software is
> furnished to do so, subject to the following conditions:
>
> The above copyright notice and this permission notice shall be included in
> all copies of the Software and its Copyright notices. In addition publicly
> documented acknowledgment must be given that this software has been used if no
> source code of this software is made available publicly. Making the source
> available publicly means including the source for this software with the
> distribution, or a method to get this software via some reasonable mechanism
> (electronic transfer via a network or media) as well as making an offer to
> supply the source on request. This Copyright notice serves as an offer to
> supply the source on on request as well. Instead of this, supplying
> acknowledgments of use of this software in either Copyright notices, Manuals,
> Publicity and Marketing documents or any documentation provided with anyad
> product containing this software. This License does not apply to any software
> that links to the libraries provided by this software (statically or
> dynamically), but only to the software provided.
>
> Please see the COPYING-PLAIN for a plain-english explanation of this notice
> and its intent.
>
> THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
> THE AUTHORS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
> IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
> CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
>
>
>
> ___
> pkg-fso-maint mailing list
> pkg-fso-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-fso-maint
>   




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

Bug#592581: Bad repository name

[Pierre Chifflier]

On Wed, Aug 11, 2010 at 10:58:26AM +0200, SoX wrote:
> Package: prelude-correlator
> Version: 1.0.0-1
> Severity: important
> 
> Which the apt-get method, 2 repository have a bad name :
> /etc/profile/prelucde-correlator
> /var/spool/prelude/prelucde-correlator
> 

Hi,

These directories are not created by the debian package, but by the
prelude-admin command.
You've probably run the prelude-admin register command with the wrong
program name ...

Run prelude-admin del prelucde-correlator to remove the wrong profile,
and re-create it.

Regards,
Pierre




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

Bug#592584: fatattr: typo in package description

[Davide Prina]

Package: fatattr
Severity: minor

In DDTSS I see:

FAT filesystems containseveral attributes

I think must be:

FAT filesystems contain several attributes
   ^
___|

Ciao
Davide

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

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

--
Dizionari: http://linguistico.sourceforge.net/wiki
Client di posta: http://www.mozilla.org/products/thunderbird
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook




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

Bug#592585: maildrop: Please apply Dovecot authentication patch

[Henry-Nicolas Tourneur]

Package: maildrop
Version: 2.0.4-3+lenny3
Severity: wishlist

Hello,

Currently, if we want a Postfix setup with quota support working and that, 
without recompiling, maildrop is a good solution.
However, maildrop only support the Courier software (as it is shipped within 
Debian) but patches [0] for Dovecot authentication exists.

If you want enterprise class quota support (I mean, for instance, Dovecot can 
deliver quota informations to Thunderbord what courier can't)
without recompiling softwares maildrop with Dovecot might be a good solution, I 
found.

With that, we could support quota out of the box with quota informations in 
your email client.
Could you please apply that patch to the Debian maildrop version ?

Thanks and regards,

Henry-Nicolas Tourneur

[0] http://wiki.dovecot.org/maildrop

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

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

Versions of packages maildrop depends on:
ii  courier-authlib  0.61.0-1+lenny1 Courier authentication library
ii  libc62.7-18lenny4GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii  libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  postfix [mail-transport- 2.5.5-1.1   High-performance mail transport ag

maildrop recommends no packages.

maildrop 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#592581: Bad repository name

[SoX]

Hi,

You're right !
Thank's a lot for your quick reponse.

Regards,
SoX



On Wed, Aug 11, 2010 at 11:07, Pierre Chifflier  wrote:
> On Wed, Aug 11, 2010 at 10:58:26AM +0200, SoX wrote:
>> Package: prelude-correlator
>> Version: 1.0.0-1
>> Severity: important
>>
>> Which the apt-get method, 2 repository have a bad name :
>> /etc/profile/prelucde-correlator
>> /var/spool/prelude/prelucde-correlator
>>
>
> Hi,
>
> These directories are not created by the debian package, but by the
> prelude-admin command.
> You've probably run the prelude-admin register command with the wrong
> program name ...
>
> Run prelude-admin del prelucde-correlator to remove the wrong profile,
> and re-create it.
>
> Regards,
> Pierre
>
>



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

Bug#592586: xserver-xorg-video-intel: Rendering issues: Detected a hung GPU, disabling acceleration

[Edward Allcutt]

Package: xserver-xorg-video-intel
Version: 2:2.12.0-1
Severity: important

This seems to be triggered by apps using accelerated video or 3d. This time
it was warzone2100 but I've seen it before with just a few terminals and a
web browser.

The first symptom is that the (fullscreen) display of the game seems to freeze.
The mouse cursor is not drawn although I can tell from audible feedback that
the game is still running and keypresses seem to have the expected effect.

I'm using the awesome window manager. Switching to another tag displays the
desktop background fine. The awesome toolbars and widgets are drawn but with
some gaps and any text is quite fuzzy as though being drawn multiple times at
slightly differing pixel offsets. At this point I can see the mouse cursor
again.

Other (less-accelerated) apps show different levels of corruption. For example,
in rxvt, the cursor and any ncurses-drawn widgets are missing, but text is for
the most part ok. xterm on the other hand appears to have no problems at all.

Switching VT and the text framebuffer console seems to work with no issues.

The included Xorg.0.log in the Package-specific info is for X after being 
restarted
twice. Unfortunately the log for the original problem occurence is gone. After
restarting X once I tried to run warzone2100 again at which point X crashed. The
log for that brief session includes these lines:

=== BEGIN ==
(EE) intel(0): Detected a hung GPU, disabling acceleration.

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80d91fb]
1: /usr/bin/X (0x8048000+0x581d5) [0x80a01d5]
2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb771340c]
3: /usr/lib/xorg/modules/extensions/libdri2.so (0xb7343000+0x1d8c) [0xb7344d8c]
4: /usr/bin/X (0x8048000+0x38067) [0x8080067]
5: /usr/bin/X (0x8048000+0x1e92a) [0x806692a]
6: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb744ac76]
7: /usr/bin/X (0x8048000+0x1e511) [0x8066511]
Segmentation fault at address (nil)

Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting
===  END  ==

Some interesting lines from the kernel log:
(edited to remove wireless decrypt failures)
=== BEGIN ==
[   11.151745] [drm] Initialized drm 1.1.0 20060810
[   11.808500] i915 :00:02.0: power state changed by ACPI to D0
[   11.808551] i915 :00:02.0: power state changed by ACPI to D0
[   11.808560] i915 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   11.808567] i915 :00:02.0: setting latency timer to 64
[   11.813074] [drm] set up 7M of stolen space
[   11.842095] [drm] initialized overlay support
[   12.967093] Console: switching to colour frame buffer device 128x48
[   12.977492] fb0: inteldrmfb frame buffer device
[   12.977495] registered panic notifier
[   12.980259] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   13.652816] Intel ICH :00:1f.5: PCI INT B -> GSI 17 (level, low) -> IRQ 
17
[   13.652846] Intel ICH :00:1f.5: setting latency timer to 64
[168514.348021] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... 
GPU hung
[168514.348034] render error detected, EIR: 0x
[168514.348047] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns 
-5 (awaiting 13806744 at 13806727)
===  END  ==


I previously reported a similar issue as #582975. That got no response and
the symptoms were different enough that I thought a separate report was in
order.


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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 Jun  3  2006 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725304 Jul 15 17:15 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)

/etc/X11/xorg.conf does not exist.

Kernel version (/proc/version):
Linux version 2.6.32-5-686 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 02:27:10 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 25676 Aug 11 09:41 /var/log/Xorg.0.log

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

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-2-amd64 i686 Debian
Current Operating System: Linux jago 2.6.32-5-686 #1 SMP Sat Jul 24 02:27:10 
UTC 2010 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=43c39ab8-a297-45d5-a2f6-4fd419c58689 ro quiet
Build Date: 15 July 2010  04:10:53PM
xorg-server 2:1.7.7-3 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (N

Bug#592187: Bug#576838: virtio network crashes again

[Lukas Kolbe]

Am Mittwoch, den 11.08.2010, 04:13 +0100 schrieb Ben Hutchings:
> On Mon, 2010-08-09 at 11:24 +0200, Lukas Kolbe wrote:
> > So, testing begins.
> > 
> > First conclusion: not all traffic patterns produce the page allocation
> > failure. rdiff-backup only writing to an nfs-share does no harm;
> > rdiff-backup reading and writing (incremental backup) leads to (nearly
> > immediate) error.
> > 
> > The nfs-share is always mounted with proto=tcp and nfsv3; /proc/mount says:
> > fileserver.backup...:/export/backup/lbork /.cbackup-mp nfs 
> > rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=65535,timeo=600,retrans=2,sec=sys,mountport=65535,addr=x.x.x.x
> >  0 0
> [...]
> 
> I've seen some recent discussion of a bug in the Linux NFS client that
> can cause it to stop working entirely in case of some packet loss events
> .  It is possible
> that you are running into that bug.  I haven't yet seen an agreement on
> the fix for it.

Thanks, I'll look into it. I ran some further tests with vanilla and
debian kernels:

VERSION WORKING
---
2.6.35  yes
2.6.33.6yes
2.6.32.17   doesn't boot as kvm guest
2.6.32.17-2.6.32-19 no
2.6.32.17-2.6.32-18 no
2.6.32.16   no

I don't know if this is related to #16494 since I'm unable to trigger it
on 2.6.33.6 or 2.6.35. I'll test 2.6.32 with the patch from
http://lkml.org/lkml/2010/8/10/52 applied as well and bisect between
2.6.32.17 and 2.6.33.6 in the next few days.

> I also wonder whether the extremely large request sizes (rsize and
> wsize) you have selected are more likely to trigger the allocation
> failure in virtio_net.  Please can you test whether reducing them helps?

The large rsize/wsize were automatically chosen, but I'll test with a
failing kernel and [rw]size of 32768.

Kind regards,
Lukas





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

Bug#592447: libdbd-sqlite3: rrdtool dbi support segfaults because of out of date upstream version

[Thomas Goirand]

Hi Clint,

Thanks for these updates.

Clint Byrum wrote:
> On Aug 10, 2010, at 6:36 PM, Thomas Goirand wrote:
>> Hi Clint,
>>
>> I have made a new version of the package (both libdbi and libdbi-drivers
>> 0.8.3), can you please test it? It's available here:
>>
>> http://ftparchive.gplhost.com/pub/libdbi/sid/
> 
> Thomas, thanks so much for taking the time to put this together!
> 
> These are versioned a little funny.
> 
> The libdbi-drivers upstream versions have a debian-like structure, so the 
> ones married to libdbi 0.8.3 are versioned 0.8.3-1.
> 
> Hence, the package version is usually
> 
> 0.8.3-1-1
> 
> You'll probably want to fix that before upload.

Quite not! Please have a look by yourself, libdbi-drivers version isn't
how you say it is:

http://sourceforge.net/projects/libdbi-drivers/files/

Where exactly did you find something with 0.8.3-1 as upstream version?
As much as I see, this was the case only for version 0.8.2-1 of
libdbi-drivers, but that's not the case anymore (which is a good thing).

> 
> Also you will probably want to bump the build-depend to libdbi0-dev 
> (>= 0.8.3). 

I think you didn't look correctly, because this is exactly what I did.

> Actually the bash code I pasted is in error, and segfaults even with the 
> newer version (probably a bug in the error handling code somewhere).
> 
> Changing DS_BASE to 
> 
> "sql//sqlite3/sqlite3_dbdir=./dbname=test.db//foo_measures/tstamp/value/derive"
> 
> Actually makes it work even with 0.8.2 (though it breaks on Ubuntu still)

If that is the case, then we don't need to release 0.8.3 right away, and
I should send this new version in the experimental repository of Debian,
considering that Squeeze is now in a frozen state.

> Either way, I think the proper thing to do is package and release 0.8.3-1

NOT in SID/Squeeze though. You guys in Ubuntu can later import the
package from Experimental.

> Anyway, the items I mention above need resolving. Also I've spent a fair
> amount of time getting the automated tests to run on Debian and Ubuntu, 
> and I *think* the attached debdiff will satisfy my issues above, and
> run the automated tests during the package build.

Your diff includes things that shouldn't be there which makes them
unreadable because too big. I believe you should have kept source format
1.0 and just use interdiff to make this readable. Never mind, I've
filtered out the upstream changes. And there's a lot of issues in what
you just sent. For example:

You Build-Depends on the following, and you shouldn't have:
+mysql-server, mysql-client,
+postgresql, postgresql-client,
+locales-all | language-pack-en

My package has a lot more fixes that yours doesn't add, like calling
./autogen.sh before configure, and Build-Depends: on automake and
libtool, plus many others. Can you explain to me why exactly you wanted
to Build-Depends on locales-all | language-pack-en? That doesn't seem to
be needed, and by the way, this is Ubuntu specific, AFAIK:

http://packages.debian.org/search?keywords=language-pack-en&searchon=names&suite=all§ion=all

> Note that its missing these changelog entries:
> 
>  * Updated to source format "3.0 (quilt)"

I don't want to use the "3.0 (quilt)" format, because when you call
./autogen.sh and ./configure, it's generating a lot of files that are in
the upstream tar file. The result being that the Debian build system
creates a useless huge patch in debian/patches, which shouldn't be
there. Using format 1.0 solves this issue without too much work.

>  * Run automated tests for mysql, pgsql, sqlite, and sqlite3

I saw your tests, and I think it is a good thing to add. Could you
please provide me a patch against the version that I just sent you?

>  * Add misc:Depends for debhelper lintian warnings.

Yup. Got that one in already since the beginning.

> Note that the package, with this debdiff applied, is available here:
> 
> https://launchpad.net/~clint-fewbar/+archive/fixes/+packages

I'm not willing to be rude, but your package doesn't fit, and it has
still loads of lintian warnings. As it is right now, I can't use it, and
my package is in a much better shape. The only thing I'd like to take
from you would be the test thing (thanks a lot for that). Look at all
the lintian warnings I got when using -Ii flags:

I: libdbi source: binary-control-field-duplicates-source field "section"
in package libdbi0
I: libdbi source: binary-control-field-duplicates-source field "section"
in package libdbi0-dev
W: libdbi source: obsolete-relation-form-in-source in libdbi0 conflicts:
libapache2-mod-log-sql-dbi (< 1.100-11)
I: libdbi source: missing-debian-source-format
W: libdbi source: debhelper-but-no-misc-depends libdbi-doc
W: libdbi source: debhelper-but-no-misc-depends libdbi0-dev
W: libdbi source: ancient-standards-version 3.7.2 (current is 3.9.1)
I: libdbi0: conflicts-with-version libapache2-mod-log-sql-dbi (<< 1.100-11)
I: libdbi0: conflicts-with-version libdbd-mysql (<< 0.8.2-1)
I: libdbi0: conflicts-with-version l

Bug#591201: [moodle-packaging] Bug#591201: about not building swf files from source

[Penny Leach]

Hi,

On Tue, Aug 10, 2010 at 09:46:35PM +0100, Tomasz Muras wrote:
> haxe and mtasc will not compile .fla files that are contained with the
> Moodle source code and swftools is currently not available.
> 
> The .swf files that are shipped with Moodle are:
> Two with mediafilter plugin:
> * ./filter/mediaplugin/flvplayer.swf

Actually, unfortunately the fla shipped with this one doesn't include the
video player source - I got one of our Flash guys here to have a look at it
and it just contains a script that loads the precompiled video player and
adds some custom menu component.  So I think this one actually needs to go
to non-free, as below...

> I understand that my options are:
> 1. Move Moodle from main to contrib
> 2. Remove .swf files and leave part of Moodle broken - the biggest
> impact is that .mp3 files won't work in few places.
> 3. Remove .swf from moodle package and create a separate package with
> mediaplugin filter and mp3player and put that package into contrib.

My vote for 3. (although I guess non-free :( )


-- 
/* ---
Penny Leach | http://mjollnir.org | http://she.geek.nz
GPG: 8347 00FC B5BF 6CC0 0FC9 AB90 1875 120A A30E C22B
--- */


signature.asc
Description: Digital signature

Bug#591222: /usr/sbin/grub-probe: error: unknown filesystem.

[Elimar Riesebieter]

* Colin Watson [100810 16:48 +0100]:
> On Sat, Aug 07, 2010 at 12:27:35AM +0200, Elimar Riesebieter wrote:
> > * Colin Watson [100806 23:07 +0100]:
> > > On Fri, Aug 06, 2010 at 06:39:58PM +0200, Elimar Riesebieter wrote:
> > > > Package: grub-common
> > > > Version: 1.98+20100804-1
> > > > Severity: grave
> > > > 
> > > > r...@frodo ~ # grub-install /dev/sda
> > > > /usr/sbin/grub-probe: error: unknown filesystem.
> > > > Auto-detection of a filesystem module failed.
> > > > Please specify the module with the option `--modules' explicitly.
> > > 
> > > Please provide the output of 'grub-install --debug /dev/sda'.  I will
> > > have further requests for information once I see the output of that
> > > command.
> > 
> > Attached.
> 
> Thanks.  Could I now have the output of 'grub-probe -vvv --target=fs
> --device /dev/md3', the output of 'fdisk -l', and the contents of
> /proc/mdstat?

Attached

Thanks
Elimar

-- 
  It's a good thing we don't get all 
  the government we pay for.


591222_debug.tar.gz
Description: Binary data

Bug#592587: quodlibet: "Error Occurred" dialog on playback

[Ian Campbell]

Package: quodlibet
Version: 2.2.1-1
Severity: important

On playback I am getting an error message dialog saying:

---start---
An exception has occured in Quod Libet. A dump file has been saved to 
~/.quodlibet/Dump_20100811_100631.txt that will help us debug the crash. Please 
file a new issue at http://code.google.com/p/quodlibet/issues/list and attach 
this file or include its contents. This file may contain some identifying 
information about you or your system, such as a list of recent files played. If 
this is unacceptable, send ~/.quodlibet/MiniDump_20100811_100631.txt instead 
with a description of what you were doing.

Quod Libet may now be unstable. Closing it and restarting is recommended. Your 
library will be savedAn exception has occured in Quod Libet. A dump file has 
been saved to ~/.quodlibet/Dump_20100811_100631.txt that will help us debug the 
crash. Please file a new issue at 
http://code.google.com/p/quodlibet/issues/list and attach this file or include 
its contents. This file may contain some identifying information about you or 
your system, such as a list of recent files played. If this is unacceptable, 
send ~/.quodlibet/MiniDump_20100811_100631.txt instead with a description of 
what you were doing.

Quod Libet may now be unstable. Closing it and restarting is recommended. Your 
library will be saved
---end---

Followed by a table (which I cannot cut and paste from) which says
---start---
  object at  of type __main__.GstVOlume is not initialised
  do_set_property line 182
/usr/kib/pymodules/python2.6/quodlibet/player/gstbe.py
---end---

The console has these messages
---start---
Initializing audio backend (gstbe)
Initializing main library (~/.quodlibet/songs)
Supported formats: mp3, mp4, mpc, spc, trueaudio, wav, wavpack, wma, xiph
/usr/lib/pymodules/python2.6/quodlibet/__init__.py:130: DeprecationWarning: 
enabling legacy plugin API
  "enabling legacy plugin API", DeprecationWarning)
/usr/lib/pymodules/python2.6/quodlibet/__init__.py:120: DeprecationWarning: the 
sets module is deprecated
  try: return old_import(module, *args, **kwargs)
Error grabbing key 173, 0x2a8a070
Error grabbing key 171, 0x2a8a070
Error grabbing key 172, 0x2a8a070
Error grabbing key 174, 0x2a8a070
/usr/lib/pymodules/python2.6/quodlibet/player/gstbe.py:270: Warning: 
g_object_get_qdata: assertion `G_IS_OBJECT (object)' failed
  if self.__init_pipeline():
/usr/lib/pymodules/python2.6/quodlibet/player/gstbe.py:270: Warning: 
g_object_set_qdata_full: assertion `G_IS_OBJECT (object)' failed
  if self.__init_pipeline():
/usr/lib/pymodules/python2.6/quodlibet/player/gstbe.py:270: Warning: 
g_object_unref: assertion `G_IS_OBJECT (object)' failed
  if self.__init_pipeline():
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/quodlibet/player/gstbe.py", line 182, in 
do_set_property
self._vol_element.set_property('volume', v)
TypeError: object at 0x62a44b0 of type __main__.GstVolume is not initialized
sys:1: Warning: g_object_ref: assertion `G_IS_OBJECT (object)' failed

(quodlibet:6399): GStreamer-CRITICAL **: gst_element_set_state: assertion 
`GST_IS_ELEMENT (element)' failed

(quodlibet:6399): GStreamer-CRITICAL **: gst_element_set_state: assertion 
`GST_IS_ELEMENT (element)' failed
W: GStreamer error: state change failed and some element failed to post a 
proper error message with the reason for the failure.
W: GStreamer encountered a general stream error.
/usr/lib/pymodules/python2.6/quodlibet/library/songs.py:223: Warning: 
g_object_get_qdata: assertion `G_IS_OBJECT (object)' failed
  for i, (key, item) in enumerate(sorted(self.items())):
/usr/lib/pymodules/python2.6/quodlibet/library/songs.py:223: Warning: 
g_object_set_qdata_full: assertion `G_IS_OBJECT (object)' failed
  for i, (key, item) in enumerate(sorted(self.items())):
---end---

I have tried reinstalling: 
gir1.0-gstreamer-0.10 gstreamer0.10-alsa gstreamer0.10-esd gstreamer0.10-nice
gstreamer0.10-plugins-bad gstreamer0.10-plugins-base gstreamer0.10-plugins-good
gstreamer0.10-plugins-ugly gstreamer0.10-tools gstreamer0.10-x
libgstfarsight0.10-0 libgstreamer-plugins-base0.10-0 libgstreamer0.10-0
python-gst0.10 exfalso quodlibet quodlibet-ext python-dbus python-feedparser 
python-gpod
(I'm not sure if this is a complete list of things worth trying)

I also downgraded libgstfarsight0.10-0 to the squeeze version (0.0.20-2) and
python-gpod,libgpod4,libgpod-common to 0.7.2-2+b1 neither of which helped (all
the other related packages seem to be the same version in squeeze and sid).

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

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

Versions of packages quodlibet depends on:
ii  exfalso   2.2.1-1audio tag editor for GTK+
ii  gstreamer0.10-plugins-bas

Bug#592588: [scorched3d] Crash and reset of X graphics interfaces on ACER Traelmate 6292

[Marco Righi]

Package: scorched3d
Version: 43.1c.dfsg-2
Severity: grave

--- Please enter the report below this line. ---
Hi,
if I start the game on my ACER Traelmate 6292 the graphic interface is
resetted and the system ask to me a login (the login mask that appear in
graphic mode when debian bootstrap).

I use KDE.

Thanks
MArco

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-5-686

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org
  500 testing-proposed-updates ftp.fr.debian.org
  500 testing security.debian.org
  500 testing ftp.fr.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-=
libalut0(>= 1.1.0-1) | 1.1.0-2
libc6  (>= 2.3.6-6~) | 2.11.2-2
libexpat1(>= 1.95.8) | 2.0.1-7
libfftw3-3   | 3.2.2-1
libfreetype6  (>= 2.2.1) | 2.4.0-2
libgcc1 (>= 1:4.1.1) | 1:4.4.4-8
libgl1-mesa-glx  | 7.7.1-4
 OR libgl1   |
libglu1-mesa | 7.7.1-4
 OR libglu1  |
libjpeg62   (>= 6b1) | 6b1-1
libogg0  (>= 1.0rc3) | 1.2.0~dfsg-1
libopenal1   | 1:1.12.854-2
libpng12-0 (>= 1.2.13-4) | 1.2.44-1
libsdl-net1.2| 1.2.7-2
libsdl1.2debian(>= 1.2.10-1) | 1.2.14-6
libstdc++6(>= 4.1.1) | 4.4.4-8
libvorbis0a   (>= 1.1.2) | 1.3.1-1
libvorbisfile3(>= 1.1.2) | 1.3.1-1
libwxbase2.8-0 (>= 2.8.10.1) | 2.8.10.1-3
libwxgtk2.8-0  (>= 2.8.10.1) | 2.8.10.1-3
zlib1g  (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3
scorched3d-data (= 43.1c.dfsg-2) | 43.1c.dfsg-2


Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#578243: patch

[Tim Connors]

Can we get this trivial patch applied?  I know squeeze is frozen, but this
is a bug fix for a problem that is otherwise going to leave squeeze with
an Xserver that can't change the bell properties at all, and we've had the
patch for ages now, and it's relatively well tested.

I have personally applied the patch in the same way all other debian
patches have been applied in debian/patches, and it works.  We don't need
to wait for it to trickle down from upstream (where of course it already
exists) do we?

-- 
TimC
Behind every great computer sits a skinny little geek. --unknown



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

Bug#560348: xen: racy temporary files for kernel and initrd

[Ian Campbell]

On Wed, 2010-08-11 at 00:05 +0200, Paul Menzel wrote:
> Am Dienstag, den 10.08.2010, 15:10 +0100 schrieb Ian Campbell:
> > On Tue, 2010-08-10 at 15:40 +0200, Paul Menzel wrote:
> > > Am Montag, den 21.12.2009, 09:19 + schrieb Ian Campbell:
> > > > On Fri, 2009-12-11 at 11:30 +0100, Ferenc Wagner wrote:
> > > > > 
> > > > > The guest is the Debian Installer daily image, you surely know it much
> > > > > better than I do. :)  The host is a Lenny system with the Etch kernel:
> > > 
> > > I am using Lenny with a standard Lenny kernel.
> > > 
> > > $ uname -a
> > > Linux hostname 2.6.26-2-xen-amd64 #1 SMP Wed Mar 10 00:29:48 UTC 2010 
> > > x86_64 GNU/Linux
> > > 
> > > > I think the issue is with the host's Xen utilities rather than the
> > > > Debian Installer image which makes it tricky to fix in Lenny. I believe
> > > > it works with the Xen utilities in Squeeze.
> > > 
> > > Should this bug be reassigned then?
> > > 
> > > > For Lenny you could workaround by downloading the kernel and ramdisk
> > > > locally and use the install-kernel= and install-ramdisk= options to
> > > > xm-debian.cfg, or if you have a local mirror you could just use
> > > > install-installer=.
> > > 
> > > Unfortunately that work-around does not work for me.
> > > 
> > > $ ls -l /tmp/{vmlinuz,initrd.gz}
> > > -rw-r--r-- 1 user user 17859729 2010-08-10 10:05 /tmp/initrd.gz
> > > -rw-r--r-- 1 user user  2351776 2010-08-10 10:05 /tmp/vmlinuz
> > > $ sudo xm create /tmp/xm-debian.cfg install=true 
> > > install-mirror=ftp://ftp.de.debian.org/debian 
> > > install-installer=http://people.debian.org/~joeyh/d-i/images/daily/ 
> > > install-suite=squeeze install-kernel=/tmp/vmlinuz 
> > > install-ramdisk=/tmp/initrd.gz
> > > Using config file "/tmp/xm-debian.cfg".
> > > Install Mirror: ftp://ftp.de.debian.org/debian
> > > Install Suite: squeeze
> > > Installer: http://people.debian.org/~joeyh/d-i/images/daily/
> > > 
> > > WARNING: Installer kernel and ramdisk are not authenticated.
> > > 
> > > Fetching /tmp/vmlinuz
> > > Fetching /tmp/initrd.gz
> > > command line is "debian-installer/exit/always_halt=true -- quiet 
> > > console=hvc0"
> > > Error: Kernel image does not exist: /tmp/vmlinuz
> > > 
> > > Do you have any ideas?
> > 
> > It's not clear looking back over the bug that anyone ever actually tried
> > the workaround, rather than hypothesising it. Unfortunately I don't have
> > a suitable Lenny system to hand.
> > 
> > You could try "install-kernel=file:///"
> 
> That did not work either.
> 
> […]
> Fetching file:///tmp/vmlinuz
> Fetching file:///tmp/initrd.gz
> command line is "debian-installer/exit/always_halt=true -- quiet
> console=hvc0"
> Error: Kernel image does not exist: /tmp/vmlinuz

Hmm, I suspect the workaround never worked then (it was only a theory).

> > Alternatively you can always use your own configuration file (like you
> > would for a non-Debian domain) [...]
> 
> Thank you for your suggestion. Unfortunately I get the following error
> message.
> 
> $ sudo xm create /tmp/squeeze.cfg
> Using config file "/tmp/squeeze.cfg".
> Error: Boot loader didn't return any data!
> $ ls -l /usr/bin/pygrub 
> lrwxrwxrwx 1 root root 29 2010-06-15 10:51 /usr/bin/pygrub -> 
> /usr/lib/xen-3.2-1/bin/pygrub
> $ dpkg -S /usr/lib/xen-3.2-1/bin/pygrub 
> xen-utils-3.2-1: /usr/lib/xen-3.2-1/bin/pygrub
> $ dpkg -l xen-utils-3.2-1
> ii  xen-utils-3.2- 3.2.1-2XEN administrative tools
> 
> But reading [1] and your comment before I commented the bootloader line
> too.

That was the right thing to do for the install phase.

> $ grep vmlinuz /tmp/squeeze.cfg 
> kernel = "/tmp/vmlinuz"
> $ sudo xm create /tmp/squeeze.cfg
> Using config file "/tmp/squeeze.cfg".
> Error: Kernel image does not exist: /tmp/vmlinuz
> 
> Do you have any idea? This is with the daily Debian Installer files from
> [2].

Hrm. I assume /tmp/vmlinuz exists and is readable by the relevant user
etc. Do the logs in /var/log/xen tell you anything?

BTW, it jut occurred to me that if you install a Squeeze VM onto a Lenny
host that you will find pygrub doesn't work because the version in Lenny
didn't yet understand the grub2 cfg file format. I think d-i still
allows you to select grub1 if you use expert mode, and it looks like you
might be able to add "grub-installer/grub2_instead_of_grub_legacy=false"
to your command line or "d-i grub-installer/grub2_instead_of_grub_legacy
boolean false" to your preseed if you have one.

Ian.
-- 
Ian Campbell

He's like a function -- he returns a value, in the form of his opinion.
It's up to you to cast it into a void or not.
-- Phil Lapsley




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscr

Bug#542794: Test case

[Ole Laursen]

On Fri, Aug 6, 2010 at 3:31 PM, Arthur Loiret  wrote:
> Thanks for your test case. Could you please try again with
> gcc-4.5/libgomp1 from experimental?

Thanks for the interest! I don't have a machine I can butcher with an
experimental GCC right now, unfortunately, but VIPS actually works now
on testing. I get

>>> from vipsCC import *
>>> im = VImage.VImage("thisdoesnotexist.png")
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/dist-packages/vipsCC/VImage.py", line 278,
in __init__
this = vimagemodule.new_VImage(*args)
vipsCC.VError.VError: VIPS error: format_for_file: file
"thisdoesnotexist.png" not found

as expected rather than a core dump.

I believe they've changed the way they do the bindings for Python so
it might just be a side-effect of that, however. But without a
functioning test case, this bug report is probably pretty useless so
you might want to close it. I'll report back if I ever see it again.


Ole



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

Bug#592322: [Pkg-clamav-devel] Bug#592322: freshclam.conf: update moves DatabaseMirror line

[Török Edwin]

On Mon, 9 Aug 2010 23:10:33 +0100
Stephen Gran  wrote:

> This one time, at band camp, Török Edwin said:
> > On Mon, 9 Aug 2010 12:55:32 +0100
> > Stephen Gran  wrote:
> > 
> > > This one time, at band camp, Török Edwin said:
> > > > After updating clamav-freshclam I got this diff:
> > > > --- /etc/clamav/freshclam.conf 2010-06-10 15:40:04.624888178
> > > > +0300 +++ /var/lib/clamav/freshclam.conf 2010-08-09
> > > > 12:03:46.265177327 +0300
> > > 
> > > I agree this is most likely a bug - we're probably not popping
> > > off the list in the same order we push onto it or something.
> > > 
> > > However:
> > > 
> > > > -- Package-specific info:
> > > > --- configuration ---
> > > > Checking configuration files in /usr/local/etc
> > > 
> > > Can you try without local versions installed, just to make sure
> > > nothing funny is happening as a result?
> > 
> > Well I can't reproduce this with an apt-get --reinstall
> > clamav-freshclam.
> > 
> > What should I do to try and reproduce this bug? Revert to older
> > clamav-freshclam then upgrade again?
> 
> Just eliminating the local version, and running
> dpkg-reconfigure -phigh clamav-freshclam
> once or twice should do it.

OK, so testcase:
Make /etc/clamav/freshclam.conf have these entries:
DatabaseMirror db.local.clamav.net
DatabaseMirror database.clamav.net

dpkg-reconfigure -phigh clamav-freshclam
dpkg-reconfigure -phigh clamav-freshclam

Now add db.ro.clamav.net as first like this:
DatabaseMirror db.ro.clamav.net
DatabaseMirror db.local.clamav.net
DatabaseMirror database.clamav.net

dpkg-reconfigure -phigh clamav-freshclam

Popup with diff showing it in wrong place.

> 
> Although, looking at the way the list is set up, I can see that we are
> in fact setting it up wrong:
> 
> We set up the variable:
> 
>   if [ -e "$CLAMAVCONF" ]; then
> for variable in `egrep -v '^[[:space:]]*(#|$)' "$CLAMAVCONF" |
> awk '{print $1}'`; do case "$variable" in
> DatabaseMirror)
> if [ -z "$DatabaseMirror" ]; then
>   for i in `grep ^$variable $CLAMAVCONF | awk '{print $2}'`;
> do value="$i $value"
>   done
> else
>   continue
> fi
> ;;
> 
> Then store that in debconf:
> 
> if [ -n "$DatabaseMirror" ]; then
>   if [ -e /usr/share/doc/clamav-freshclam/mirror-list.gz ]; then
> if zgrep -q
> "$DatabaseMirror" /usr/share/doc/clamav-freshclam/mirror-list.gz;then
> db_set clamav-freshclam/local_mirror `zgrep
> "$DatabaseMirror" /usr/share/doc/clamav-freshclam/mirror-list.gz` ||
> true else db_set clamav-freshclam/local_mirror "$DatabaseMirror" ||
> true fi fi
> fi
> 
> Then pull it out to construct the config file:
> 
>   db_metaget clamav-freshclam/local_mirror value || true
>   [ "$RET" = "" ] || rawmirrors="$RET"
>   if echo "$rawmirrors" | egrep -q '(\(|\))'; then
> mirrors=`echo "$rawmirrors" | awk '{print $1}'`
>   else
> mirrors="$rawmirrors"
>   fi
> 
> And then finally write out the temporary copy of the config file:
>   if [ -n "$mirrors" ]; then
> for i in $mirrors; do
>   echo "DatabaseMirror $i" >> $DEBCONFILE
> done
>   fi
>   if ! echo "$mirrors" | grep -q database.clamav.net; then
> echo "DatabaseMirror database.clamav.net" >> $DEBCONFILE
>   fi
>   if [ -n "$DatabaseMirror" ]; then
> for m in $DatabaseMirror; do
>   grep -q "$m" "$DEBCONFILE" || echo "DatabaseMirror $m" >>
> $DEBCONFILE done
>   fi
> 
> So it looks like the simple fix will be to change:
> value="$i $value"
> to
> value="$value $i"
> 
> in /var/lib/dpkg/info/clamav-freshclam.config and 
> /var/lib/dpkg/info/clamav-freshclam.postinst

Changing order here does something wrong with newlines, I get:
DatabaseMirror db.ro.clamav.net
< │ DatabaseMirror db.local.clamav.net DatabaseMirror
db.local.clamav.net │ DatabaseMirror database.clamav.net DatabaseMirror
database.clamav.net │  > DatabaseMirror db.ro.clamav.net 



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

Bug#592589: openbox: Typo in config file.

[John Hedges]

Package: openbox
Version: 3.4.11.1-1
Severity: minor
Tags: patch

A comment is closed twice in the menu section of rc.xml.

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

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

Versions of packages openbox depends on:
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.0-2  FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libobparser21   3.4.11.1-1   parsing library for openbox
ii  libobrender21   3.4.11.1-1   rendering library for openbox them
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxau6 1:1.0.6-1X11 authorisation library
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxft2 2.1.14-2 FreeType-based font drawing librar
ii  libxinerama12:1.1-3  X11 Xinerama extension library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxrandr2  2:1.3.0-3X11 RandR extension library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages openbox recommends:
ii  openbox-themes1.0.2  Themes for the Openbox window mana

Versions of packages openbox suggests:
ii  libxml2-dev 2.7.7.dfsg-4 Development files for the GNOME XM
ii  menu2.1.43   generates programs menu for all me
ii  obconf  2.0.3-3  Preferences manager for Openbox wi
ii  python  2.6.5-11 interactive high-level object-orie
ii  ttf-dejavu  2.31-1   Metapackage to pull in ttf-dejavu-

-- no debconf information
diff -uNr openbox-3.4.11.1//data/rc.xml openbox-new//data/rc.xml
--- openbox-3.4.11.1//data/rc.xml	2010-08-11 10:03:09.0 +0100
+++ openbox-new//data/rc.xml	2010-08-11 10:13:15.0 +0100
@@ -643,7 +643,7 @@
submenu will not be shown until it is clicked on -->
   400
   
+   entry in parent menu.
if this is a negative value, then the delay is infinite and the
submenu will not be hidden until a different submenu is opened -->
   yes

Bug#590650: iceweasel does not work with kerberos negotiate auth

[Praveen A]

2010/8/2 Mike Hommey :
> Does iceweasel say anything in its error console (in the tools menu)?
>
> Mike
>

I don't see any kerberos related messages in error console.

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



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

Bug#592578: closed by Niels Thykier (Re: Bug#592578: /usr/bin/jh_manifest: causes FTBSF of other packages)

[Michal Suchanek]

Excerpts from Debian Bug Tracking System's message of Wed Aug 11 11:09:07 +0200 
2010:
> This is an automatic notification regarding your Bug report
> which was filed against the javahelper package:
> 
> #592578: /usr/bin/jh_manifest: causes FTBSF of other packages
> 
> It has been closed by Niels Thykier .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Niels Thykier 
>  by
> replying to this email.
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Version: 0.32
> 
> On 2010-08-11 10:16, Michal Suchanek wrote:
> > Package: javahelper
> > Version: 0.31
> > Severity: important
> > File: /usr/bin/jh_manifest
> >
> >
> > jh_manifest -plibinsighttoolkit3-java
> > Traceback (most recent call last):
> >   File "/usr/bin/jh_manifest", line 3, in 
> > import sys,getopt,debian.deb822,scriptutil,os,tempfile,copy
> >
> > The file is in  python-debian (>=0.1.16)
> >
> 
> Hi
> 
> Javahelper 0.32 is out and jh_manifest has been rewritten in perl. If
> you still have an issue with jh_manifest please reopen the bug.
> 
> ~Niels

Unfortunately it requires the new perl which caused everything
perl-based to crash on my machine last time I had it installed.

Hopefully they will fix that before release.

Thanks

Michal



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

Bug#537356: perl-base: not an issue with current perl

[Michal Suchanek]

Package: perl-base
Followup-For: Bug #537356


The current perl works for me again.

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

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

Versions of packages perl-base depends on:
ii  dpkg  1.15.7.2   Debian package management system
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib

perl-base recommends no packages.

Versions of packages perl-base suggests:
ii  perl  5.10.1-14  Larry Wall's Practical Extraction 

-- 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#590650: iceweasel does not work with kerberos negotiate auth

[Praveen A]

2010/8/8 Guido Günther :
> Do you also have
>
> network.negotiate-auth.trusted-uris
>
> set?

yes. I tested the same settings with firefox proper and it is working there.

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



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

Bug#590650: iceweasel does not work with kerberos negotiate auth

[Praveen A]

2010/8/8 Mike Hommey :
> Could you either check with iceweasel 3.6 from experimental or applying
> the patch from bug 590040 to xulrunner 1.9.1?

I tested with iceweasel 3.6.7 from experimental. But it does not work.
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



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

Bug#592514: setting package to rt3.8-db-mysql request-tracker3.8 rt3.8-db-sqlite rt3.8-apache2 rt3.8-clients rt3.8-db-postgresql ...

[Dominic Hargreaves]

# Automatically generated email from bts, devscripts version 2.10.35lenny7
# via tagpending 
#
# request-tracker3.8 (3.8.8-4) UNRELEASED; urgency=low
#
#  * Debconf translation updates (Closes: #592255, #592514)
#

package rt3.8-db-mysql request-tracker3.8 rt3.8-db-sqlite rt3.8-apache2 
rt3.8-clients rt3.8-db-postgresql
tags 592514 + pending




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

Bug#503679: mirror listing update for russell.cs.bilgi.edu.tr

[onur güngör]

Hi Simon,

On Sun, Aug 8, 2010 at 7:11 PM, Simon Paillard <
simon.paill...@resel.enst-bretagne.fr> wrote:

> Hi Onur,
>
> It seem we still have some old questions to solve :-)
>
> On Sat, Dec 27, 2008 at 07:55:47PM +0100, Simon Paillard wrote:
> > On Sun, Nov 02, 2008 at 09:20:51PM +0100, Simon Paillard wrote:
> > > On Sun, Nov 02, 2008 at 07:57:58PM +0200, onur güngör wrote:
> > > > On Sun, Nov 2, 2008 at 4:08 PM, Simon Paillard wrote:
> > > > > On Mon, Oct 27, 2008 at 12:53:05PM +, Onur Gungor wrote:
> > > > Actually the purpose of this update was to change the domain name of
> the
> > > > mirror to russell.cs.bilgi.edu.tr . So we will be glad if you change
> it to
> > > > russell.
> > >
> > > No problem.
> > > However, please confirm that you will keep godel.cs.bilgi.edu.tr
> > > functionnal and pointing to russell, because many Debian users are
> > > already configured with the name godel.
>
> 1/ Site name
>
> The bug is about moving from godel.cs.bilgi.edu.tr to
> russell.cs.bilgi.edu.tr.
>
> However, the local trace file is named
>
> http://russell.cs.bilgi.edu.tr/debian-volatile/project/trace/godel.cs.bilgi.edu.tr
>
> Instead, I'd like to propose: create a debian.cs.bilgi.edu.tr which
> points to whatever host you want and set MIRRORNAME in ftpsync.conf to
> debian.cs.bilgi.edu.tr, it's easier for everyone.
>
>
I've changed the MIRRORNAME to russell.cs.bilgi.edu.tr. We are not planning
to change the name for now.


>
> 2/ ftpsync for volatile as well
> Please use ftpsync for volatile as well, using a ftpsync-volatile.conf
> (with the same MIRRORNAME as the standard archive).
> BTW, you may sync volatile from ftp.tr, see Levent for the push.
>

I made the required arrangements and emailed Levent for this, but he didn't
return my email. I'm waiting.

Thanks,
Onur


>
> Thanks for mirroring Debian and best regards.
>
> --
> Simon Paillard
>
>
>

Bug#592591: libwebkit-1.0-2: depends on libgdk-pixbuf2.0-0

[Lionel Le Folgoc]

Package: libwebkit-1.0-2
Version: 1.2.3-2
Severity: normal

Hi,

1.2.3-2 can't be installed on sid amd64, because of the following dep:
libgdk-pixbuf2.0-0 (>= 2.21.6), which is only available in experimental. It's
also visible on .

I guess a binnmu should fix that.
Thanks.

Regards,
Lionel

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

Kernel: Linux 2.6.35-trunk-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/dash

Versions of packages libwebkit-1.0-2 depends on:
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.9.14-1 The Cairo 2D vector graphics libra
ii  libenchant1c2a  1.6.0-1  a wrapper library for various spel
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libgail18   2.20.1-1 GNOME Accessibility Implementation
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgstreamer-plugins-base0. 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libicu444.4.1-6  International Components for Unico
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libsqlite3-03.7.0-1.1SQLite 3 shared library
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libwebkit-1.0-common1.2.3-2  Web content engine library for Gtk
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-5 XSLT 1.0 processing library - runt
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library

libwebkit-1.0-2 recommends no packages.

libwebkit-1.0-2 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#590503: GSSAPI Patch

[Rahul Amaram]

Hi,
I work for an organization which deploys ejabberd for their customers 
(as part of our server software). Two of our customers currently use 
ejabberd with GSSAPI (one company is about 500 and the other 150) and it 
seems to be stable so far.


I would be more than happy to help with this. There isn't any much 
configuration involved (apart from that which is necessary for any 
service which supports GSSAPI) and a few configuration parameters.


Also esasl is a necessary dependency for GSSAPI to work in ejabberd. I 
have already built a deb package for it. If you decide to include GSSAPI 
patch, I shall work in bringing the esasl package into better shape.


I have a gssapi patch ready for ejabberd 2.1.5 which has been taken from 
badlop gssapi tree.


Regards,
Rahul.



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

Bug#592434: xserver-xorg-core: Broken GLX causes flash to crash when switching to full screen

[Michel Dänzer]

On Mon, 2010-08-09 at 19:39 -0700, Shannon Dealy wrote: 
> 
> > (II) LoadModule: "glx"
> > (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> > (II) Module glx: vendor="FireGL - ATI Technologies Inc."
> >   compiled for 7.5.0, module version = 1.0.0
> > (II) Loading extension GLX

Looks like your /usr/lib/xorg/modules/extensions/libglx.so is from an
fglrx driver installation, which probably can't work with other drivers.
Try fixing that.


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#592555: forked-daapd does not start

[Julien BLACHE]

notfound 592555 0.12~git0.11-125-gca72ee5-1
close 592555
thanks

Jan Schulz  wrote:

Hi,

> /etc/init.d/forked-daapd returns successfully, but forked-daapd is not
> started. The log and also a manual start contain this:

Downgrade libavahi-client3 to 0.6.26 and see #590760.

JB.

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



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

Bug#592564: document unusual but supported file system configurations

[Simon McVittie]

On Wed, 11 Aug 2010 at 09:28:22 +0200, Carsten Hey wrote:
> Read-only mounting /etc seems to imply that it can also be on a separate
> file system (although I never saw such a setup)

Doesn't work: to boot and mount /etc you need /etc/fstab and /etc/init.d/* and
so on, for which you need /etc. I don't think we (should) support having a
minimal /etc that gets replaced by a larger /etc mounted over the top.

You can achieve a read-only /etc by (re)mounting / read-only, as long as all
filesystems that have to be writeable (/tmp, /var) are external. In a system
with a read-only / you'd typically have /tmp as a tmpfs and /var on another
partition, I think?

Some other useful configurations for separate filesystems include:

* /tmp on tmpfs (does d-i do this by default now?)
* /var/tmp
* /var/cache (offloaded to somewhere large and/or fast but not backed up)
* /var/log (so that logfiles can't fill /)
* /var/spool
* user files (/var/www, /srv, /home)

Regards,
Simon



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

Bug#592447: libdbd-sqlite3: rrdtool dbi support segfaults because of out of date upstream version

[Markus Hoenicka]

Hi,

let me clarify a few things as the current maintainer of libdbi and  
libdbi-drivers:


Thomas Goirand  was heard to say:


The libdbi-drivers upstream versions have a debian-like structure, so the
ones married to libdbi 0.8.3 are versioned 0.8.3-1.



Not quite. 0.8.3-1 is a bugfix release of 0.8.3. Unless we make  
mistakes, libdbi 0.8.3 should have a libdbi-drivers 0.8.3 release that  
works well with it. However, our general approach is that all libdbi  
0.8.x releases are supposed to work with any libdbi-drivers 0.8.y  
release. We have changes in CVS which break this compatibility, hence  
the next releases of both the library and the driver will be 0.9.0.





Where exactly did you find something with 0.8.3-1 as upstream version?
As much as I see, this was the case only for version 0.8.2-1 of
libdbi-drivers, but that's not the case anymore (which is a good thing).



The latest official libdi-drivers release is indeed 0.8.3-1. As the  
naming scheme seems to confuse you, what would you suggest to indicate  
minor bugfix releases instead of a -x suffix? We don't mean to make  
package maintainer's tasks harder than necessary.


regards,
Markus


--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38





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

Bug#592592: mini-buildd: sbuild configuration uses old style pgp_options

[Stephan Sürken]

Package: mini-buildd
Severity: grave
Justification: renders package unusable

Hi,

in .sbuildrc, pgp_options used to be just a string; the version
in sid/squeeze uses an array.

This essentially makes all builds fail.

Please replace

$pgp_options = "-us -k\"Mini-Buildd Automatic Signing Key\"";

by

$pgp_options = ['-us', '-k Mini-Buildd Automatic Signing Key'];

and update the sbuild depends (as the new variant does not work for older 
sbuilds).

Thx,

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

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



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

Bug#592593: dokuwiki: Flash applet multipleUpload.swf cannot be built from source

[Tanguy Ortolo]

Package: dokuwiki
Version: 0.0.20091225c-6
Severity: serious
Justification: Policy 2.2.1

Hello myself,

(just to document what I am doing)

Both the upstream tarball and the Debian source and binary package contain a
binary Flash applet, lib/exe/multipleUpload.swf.

In the source package, this applet is distributed along with its source
lib/_fla/multipleUpload.fla. However, multipleUpload.fla was compiled using
non-free tools, and no free tool allow to build multipleUpload.swf from
multipleUpload.fla.

Thus, I think this consitutes a violation of the Policy section 2.2.1 that
requires that packages in main:
> * must not require a package outside of main for compilation

So, I shall simply remove lib/exe/multipleUpload.swf from the package. Luckily,
it is only needed for a minor functionnality, multiple file upload, so it
should not annoy the users very much. Anyway, I shall also document that
removal, and how to get and install lib/exe/multipleUpload.swf, in the README,
and in the CHANGES file.

-- System Information:
Debian Release: 5.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages dokuwiki depends on:
ii  debconf [debconf-2 1.5.24Debian configuration management sy
ii  libphp-simplepie   1.1.1+debian-1RSS and Atom feed parsing in PHP
ii  php-geshi  1.0.7.22-1+lenny1 Generic Syntax Highlighter
ii  php5   5.2.6.dfsg.1-1+lenny9 server-side, HTML-embedded scripti
ii  ucf3.0016Update Configuration File: preserv

Versions of packages dokuwiki recommends:
ii  imagemagick  7:6.6.0.4-2 image manipulation programs
pn  php5-cli   (no description available)

dokuwiki suggests no packages.

-- debconf information excluded


signature.asc
Description: Digital signature

Bug#592544: [pkg-fso-maint] Bug#592544: New license

[Timo Juhani Lindfors]

Scott Howard  writes:
> Upstream has changed their license [1].

When did they change the license?

Is it still too late to upload the updated packages to Debian or can
squeeze be released regardless of this license incompatilibity in the
version that it ships?




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

Bug#592594: mini-buildd: schroot.conf uses obsoleted+unneccessary schroot directives run-*-script

[Stephan Sürken]

Package: mini-buildd
Version: 0.8.14
Severity: normal


run-setup-scripts and run-exec-scripts are marked obsolete
with schroot in squeeze, and produce ugly warnings.

The defaults however for both the squeeze and the lenny version
of schroot are fine for lvm-snapshot, so these can just be left
out.

Thx,

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

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



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

Bug#562585: bug is in mesa unichrome driver

[Julien Viard de Galbert]

reassign 562585 libgl1-mesa-dri
retitle 562585 mesa [Drivers/DRI/Unichrome]:
"_mesa_reference_renderbuffer: Assertion `oldRb->Magic == 0xaabbccdd'
failed."

thanks

Trying to reproduce this bug I fell in the following assert:
_mesa_reference_renderbuffer: Assertion `oldRb->Magic == 0xaabbccdd'
failed.
Also the previous gdb trace by Vaclav Juza also stop on this assert.
(this looks like bug#550992 but I could not found reference to
unichrome/openchrome there except in message #60, so I did not merge the
two bugs)

The `Magic' field is used to check for the validity of the structure,
and it appears that when it's freed using viaDestroyBuffer it's no
longer valid. Something must have corrupted it...
To find what was going on, I used gdb, and placed a watchpoint on the
Magic's address. It appeared that the location is written to 0 by a free
in viaDestroyContext.
Just checked the via_context struct in
mesa/drivers/dri/unichrome/via_context.h and it include some
via_renderbuffer structs (with a comment saying they don't belong here,
but still they are!). So freeing the via_context will also free the
memory used by those renderbuffers, then when the renderbuffer in freed
normally, it's already wrong... so it crashes.

Find attached the log of the gdb session.

Regards
-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   
GNU gdb (GDB) 7.1-debian
[...]
(gdb) b _mesa_init_renderbuffer
Breakpoint 1 at 0xb0fd75c5: file main/renderbuffer.c, line 1404.
(gdb) c
Continuing.

Breakpoint 1, _mesa_init_renderbuffer (rb=0x89c1954, name=0) at 
main/renderbuffer.c:1404
(gdb) p /x rb
$3 = 0x89c1954
(gdb) watch ((struct gl_renderbuffer*)0x89c1954)->Magic
Hardware watchpoint 2: ((struct gl_renderbuffer*)0x89c1954)->Magic
(gdb) c
Continuing.
Hardware watchpoint 2: ((struct gl_renderbuffer*)0x89c1954)->Magic
Old value = 0
New value = -1430532899
_mesa_init_renderbuffer (rb=0x89c1954, name=0) at main/renderbuffer.c:1407
(gdb) c
Continuing.
Hardware watchpoint 2: ((struct gl_renderbuffer*)0x89c1954)->Magic
Old value = -1430532899
New value = 0
0xb74ab444 in ?? () from /lib/libc.so.6
(gdb) bt
#0  0xb74ab444 in ?? () from /lib/libc.so.6
#1  0xb74aea1d in free () from /lib/libc.so.6
#2  0xb0fc5263 in _mesa_free (ptr=0x89c1948) at main/imports.c:92
#3  0xb0f3d5af in viaDestroyContext (driContextPriv=0x89d9720) at 
via_context.c:723
#4  0xb0f34374 in driDestroyContext (pcp=0x89d9720) at ../common/dri_util.c:546
#5  0xb7320229 in __glXDRIcontextDestroy (baseContext=0x89d8f28) at 
../../glx/glxdri.c:293
#6  0xb73156b1 in __glXFreeContext (cx=0x89d8f28) at ../../glx/glxext.c:211
#7  0xb731570b in ContextGone (cx=0xb75803d0, id=18874394) at 
../../glx/glxext.c:110
#8  0x08089962 in FreeResourceByType (id=18874394, type=56, skipFree=0) at 
../../dix/resource.c:592
#9  0xb7311d17 in __glXDisp_DestroyContext (cl=0x885e8c8, pc=0x8b41500 
"\232\004\002") at ../../glx/glxcmds.c:371
#10 0xb73159e2 in __glXDispatch (client=0x8883dd8) at ../../glx/glxext.c:578
#11 0x08080067 in Dispatch () at ../../dix/dispatch.c:439
#12 0x0806692a in main (argc=6, argv=0xbfffe944, envp=0xbfffe960) at 
../../dix/main.c:285
(gdb) del 2
(gdb) c
Continuing.

Program received signal SIGABRT, Aborted.
0xb7469537 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb7469537 in raise () from /lib/libc.so.6
#1  0xb746c922 in abort () from /lib/libc.so.6
#2  0xb7462727 in __assert_fail () from /lib/libc.so.6
#3  0xb0fd8b73 in _mesa_reference_renderbuffer (ptr=0x8b412f8, rb=0x0) at 
main/renderbuffer.c:2067
#4  0xb0fa8330 in _mesa_free_framebuffer_data (fb=0x8b411d0) at 
main/framebuffer.c:200
#5  0xb0fa8252 in _mesa_destroy_framebuffer (fb=0x8b411d0) at 
main/framebuffer.c:177
#6  0xb0fa8449 in _mesa_reference_framebuffer (ptr=0x8b41164, fb=0x0) at 
main/framebuffer.c:241
#7  0xb0f44c5c in viaDestroyBuffer (driDrawPriv=0x8b41160) at via_screen.c:315
#8  0xb0f342e0 in dri_put_drawable (pdp=0x8b41160) at ../common/dri_util.c:508
#9  0xb0f34349 in driDestroyDrawable (pdp=0x8b41160) at ../common/dri_util.c:524
#10 0xb731f8a8 in __glXDRIdrawableDestroy (drawable=0x8b41110) at 
../../glx/glxdri.c:234
#11 0xb7315b98 in DrawableGone (glxPriv=0x8b41110, xid=18874396) at 
../../glx/glxext.c:163
#12 0x0808a2e2 in FreeResource (id=18874396, skipDeleteFuncType=0) at 
../../dix/resource.c:556
#13 0x0807cabc in ProcDestroyWindow (client=0x8883dd8) at 
../../dix/dispatch.c:745
#14 0x08080067 in Dispatch () at ../../dix/dispatch.c:439
#15 0x0806692a in main (argc=6, argv=0xbfffe944, envp=0xbfffe960) at 
../../dix/main.c:285
(gdb) p /x *0x8b412f8
$14 = 0x89c1954
(gdb) 

Bug#592578: /usr/bin/jh_manifest: causes FTBSF of other packages

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2010-08-11 12:01, Michal Suchanek wrote:
> [...]
>>
>> Hi
>>
>> Javahelper 0.32 is out and jh_manifest has been rewritten in perl. If
>> you still have an issue with jh_manifest please reopen the bug.
>>
>> ~Niels
> 
> Unfortunately it requires the new perl which caused everything
> perl-based to crash on my machine last time I had it installed.
> 
> Hopefully they will fix that before release.
> 
> Thanks
> 
> Michal
> 
> 

Hi

I assume you are talking about an indirect dependency; but if you do
have a problem with the perl currently in testing (or unstable if it has
a freeze exception), you should definitely make sure there is a bug
report on it otherwise Squeeze might be released with a perl that is
broken (for you).
  Unfortunately I cannot help you debug your perl issue and I have to
advocate the use of javahelper 0.32, because the previous version of
jh_manifest had a tendency of adding a random byte or two in the
manifest also causing FTBFS (see #574029).

~Niels


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

iEYEAREIAAYFAkxigs0ACgkQVCqoiq1YlqxAdgCggfJu9AJ2qhM5QYCU+ve6n4gN
otsAnR57sBDzK8H1ml8bV9lbRol6m+sz
=LSLP
-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#562585: it is already filled upstream

[Julien Viard de Galbert]

It was filled upstream, see:

https://bugs.freedesktop.org/show_bug.cgi?id=26999

Regards

-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   



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

Bug#592595: (feature request) add more paramters in /etc/defaults/lsh-server

[Bjoern Petsch]

Package: lsh-server
Version: 2.0.4-dfsg-2+b2
Severity: wishlist

I need to set --interface & --login-root. 
Is it possible to add some variables in /etc/default/lsh-server?

Classic-Off-Topic:
in lsh-server "--interface" does not mean the interface, but mean the ip/fqdn.

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-bpo.5-vserver-686 (SMP w/2 CPU cores)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
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#592596: Please use /etc/schroot/chroot.d/ for mini-buildd's schroot configuration

[Stephan Sürken]

Package: mini-buildd
Severity: wishlist


It's ugly to patch in schroot's conf directly; both the lenny
(though undocumented) and the squeeze version now support
chroot.d/ for that.

Thx,

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

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



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

Bug#592597: Build process improvements

[Dmitry Katsubo]

Package: potrace
Version: 1.8-4

1) debian/source/format should contain "3.0 (quilt)"

2) The symlink
ltmain.sh -> /usr/share/libtool/config/ltmain.sh
created because of enabled AC_PROG_LIBTOOL, confuses dpkg-source. I
think it should be ignored via debian/source/options:
extend-diff-ignore=ltmain.sh

3) libpotrace-dev should not include *.so, as it is already in
libpotrace0. So debian/libpotrace-dev.install should read:
usr/include/*
usr/lib/lib*.a
usr/lib/lib*.la

4) The results of improvements for this bug report should be considered
for the next release:
https://sourceforge.net/tracker/?func=detail&atid=583848&aid=3038995&group_id=87635

-- 
With best regards,
Dmitry



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

Bug#550992: Is this only occuring vith openchrome X driver ?

[Julien Viard de Galbert]

This really looks like #562585.
Except that only Message #60 above is telling about the openchrome
driver.

Is this only occurring with openchrome ?
-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   



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

Bug#592598: [flashplugin-nonfree] sha512sum fails - adobe apparently has a new version since Fri Jul 30 17:15:35 2010

[Rogier]

Package: flashplugin-nonfree
Version: 1:2.8.1
Severity: grave

--- Please enter the report below this line. ---

Hi,

The SHA512sum failed on the downloaded package. Apparently, adobe has a new
version on its website, dated Fri Jul 30 17:15:35 2010:

root /tmp/f 33 # ls -l ./install_flash_player_10_linux.tar.gz 
./libflashplayer.so
-rw-r--r-- 1 root root  4907270 Jul 30 17:15 
./install_flash_player_10_linux.tar.gz
-rwxrwxr-x 1  501  501 11950976 Jul 28 09:56 ./libflashplayer.so

root /tmp/f 32 # sha512sum ./install_flash_player_10_linux.tar.gz 
./libflashplayer.so
6e72b65f1b5bd184e12e0f221df4c8ef78e03f93620af24704454e7acbe88d2799711c32c88d6322d4715ca2d9244245fce3f2b33616ef4a4e5ec900fc6630d4
  ./install_flash_player_10_linux.tar.gz
be39521b4bfd7a9a74a147a04caf523605a914ffde19be3a5e108ecbab7d14dace891a8dff358992776d5fedee4bcdc4db0ab0206553b87836acfab3b08ff3db
  ./libflashplayer.so

root /tmp/f 35 # cat checksums.txt 
dc99c47a5177117a76d5d9deca8fe138d0ef930ae9e23109b9d45d4cc4935f46abddce23ac06aad8e238176c40bed4d3ea6ec360b36b94b19d6f0f351645b660
  install_flash_player_10_linux.tar.gz
9fbeb712e6c834b1c7ef1886fa22d17b6ada580f79658d8d495bdec8d31d0318f7fd064b218e64c88c9ef6a7d3be047c893a253eb83168c43ecd073b7905e0ef
  libflashplayer.so
http://fpdownload.macromedia.com/get/flashplayer/current

Regards,

Rogier.

P.S. Consider adding '--no-run-if-empty' to xargs in 
/usr/share/bug/flashplugin-nonfree/script

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 testing www.debian-multimedia.org 
  500 testing security.debian.org 
  500 testing ftp.nl.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
debconf| 1.5.33
 OR debconf-2.0| 
wget   | 1.12-2
gnupg  | 1.4.10-4
libatk1.0-0| 1.30.0-1
libcairo2  | 1.8.10-4
libfontconfig1 | 2.8.0-2.1
libfreetype6   | 2.4.0-2
libgcc1| 1:4.4.4-8
libglib2.0-0   | 2.24.1-1
libgtk2.0-0| 2.20.1-1
libnspr4-0d| 4.8.4-2
libnss3-1d | 3.12.6-3
libpango1.0-0  | 1.28.1-1
libstdc++6 | 4.4.4-8
libx11-6   | 2:1.3.3-3
libxext6   | 2:1.1.2-1
libxt6 | 1:1.0.7-1
libcurl3-gnutls| 7.21.0-1


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
iceweasel | 3.5.11-1
konqueror-nsplugins   | 4:4.4.5-1
x-ttcidfont-conf  | 32
msttcorefonts | 
ttf-dejavu| 2.31-1
ttf-xfree86-nonfree   | 4.2.1-3
flashplugin-nonfree-extrasound| 

--- Output from package bug script ---
Debian version: squeeze/sid
Architecture: i386
Package version: 1:2.8.1
MD5 checksums:

aa694c7392d4519e4ef7812fd2922730  
/var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz
md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or
directory
Alternatives:
update-alternatives: error: no alternatives for flash-mozilla.so.
ls: cannot access /usr/lib/mozilla/plugins/flash-mozilla.so: No such
file or directory
/usr/lib/mozilla/plugins/flash-mozilla.so: ERROR: cannot open
`/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory)
Libraries used by libflashplayer.so:
ldd: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or
directory
Packages containing libraries used by libflashplayer.so:
dpkg-query: --search needs at least one file name pattern argument

Use --help for help about querying packages.
[A full list (50kB) of installed packages on my system followed - which
I deleted - Rogier]




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

Bug#592599: mini-buildd: mbd-qa-check broken by bash4

[Stephan Sürken]

Package: mini-buildd
Severity: grave
Justification: renders package unusable

Hi,

(at least) the mbd-qa-check relies on error handling behaviour of bash <=3.

More precisely, a snippet like this

---
set -e
( false )
RET=$?
---

would just continue with the subshell's retval in variable "RET"
in bash3, but error-exit in bash4 after the sub shell.

At least the construct in mbd-qa-check suffers this problem
(lines 349ff). This essentially breaks mosts builds (i.e., those
with warning in any of the checks).

Thx,

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

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



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

Bug#592600: RM: procps [hurd-i386] -- RoQA; outdated, hindering bug archival

[Gerfried Fuchs]

Package: ftp.debian.org
Severity: normal

Hi!

 procps doesn't seem to have been built on hurd since a long time and
the old version of it in unstable hinders the closed bugreports against
the package to get archived properly.

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



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

Bug#592602: RM: sysstat [hurd-i386] -- RoQA; outdated, hindering bug archival

[Gerfried Fuchs]

Package: ftp.debian.org
Severity: normal

Hi!

 sysstat doesn't seem to have been built on hurd since a long time and
the old version of it in unstable hinders the closed bugreports against
the package to get archived properly.

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



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

Bug#554100: ITA: : qrq -- high speed morse trainer, similar to DL4MM's Rufz

[Vikram Vincent]

retitle 554100 RFA: : qrq -- high speed morse trainer, similar to DL4MM's Rufz
Package: wnpp
Severity: wishlist

Cornell has already been maintaining the package and is willing to adopt it.



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

Bug#591130: (Was: Bug#558852: Need some help with EMBOSS, that links to too many libraries.)

[Andreas Tille]

On Tue, Aug 10, 2010 at 09:58:12PM +0900, Charles Plessy wrote:
> 
> Since version 6.3, EMBOSS depends on MySQL and PostgreSQL. This gives it the
> capacity to use remote databases, in particular from ENSEMBL, and although I
> did not have time to test this feature, I think that it is important enough to
> be enabled by default. However, as long as the linking problem explained above
> is not solved, it makes the embassy-* packages build-depend on libpq-dev and
> libmysqlclient-dev, which really looks wrong.

... at least it is probably badly implemented by upstream.  From the build
log:

...
checking for mysql_config... no
no
checking for pg_config... no
Not configuring for PostgreSQL
...

/bin/bash ../libtool --tag=CC   --mode=link gcc-g -O2 -g -Wall -O2 
-I/usr/include/eplplot -I/usr/include/ajax -I/usr/include/ajax/epcre 
-I/usr/include/nucleus  -O2  -D__amd64__ -o cathparse cathparse.o
-L/usr/lib -lnucleus -lacd -lajaxdb -lensembl -lajaxg -lajax -lepcre -leexpat 
-lezlib -leplplot -lX11  -lm  -lgd -lpng -lz -lm
libtool: link: cannot find the library `/usr/lib/libmysqlclient.la' or 
unhandled argument `/usr/lib/libmysqlclient.la'


The configure script is realisiing that there is no mysql support but
libtools tries to link against it anyway.

However, after adding libmysqlclient-dev to the Build-Depends (which is
IMHO a reasonable means to handle this problem for the moment) I get:

Making all in src
make[2]: Entering directory `/tmp/buildd/embassy-domainatrix-0.1.0+20100721/src'
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
-DPACKAGE=\"DOMAINATRIX\" -DVERSION=\"0.1.0\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_DIRENT_H=1 
-DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DGETPGRP_VOID=1 -DHAVE_STRFTIME=1 
-DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 
-DHAVE_VPRINTF=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -DHAVE_STRCHR=1 
-DHAVE_ERAND48=1 -DHAVE_MEMMOVE=1 -DPLD_xwin=1 -DHAVE_LIBM=1 -DPLD_png=1 
-DHAVE_MYSQL=1 -I. -I/usr/include -I/usr/include/eplplot -I/usr/include/ezlib 
-I/usr/include/eexpat -I/usr/include/epcre  -DAJ_LinuxLF -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -DLENDIAN -DNO_AUTH-g -O2 -g 
-Wall -O2 -I/usr/include/eplplot -I/usr/include/ajax -I/usr/include/ajax/epcre 
-I/usr/include/nucleus  -O2  -D__amd64__ -I/usr/include/mysql  -c cathparse.c
/bin/bash ../libtool --tag=CC   --mode=link gcc-g -O2 -g -Wall -O2 
-I/usr/include/eplplot -I/usr/include/ajax -I/usr/include/ajax/epcre 
-I/usr/include/nucleus  -O2  -D__amd64__ -I/usr/include/mysql   -rdynamic 
-L/usr/lib/mysql -lmysqlclient  -o cathparse cathparse.o -L/usr/lib -lnucleus 
-lacd -lajaxdb -lensembl -lajaxg -lajax -lepcre -leexpat -lezlib -leplplot 
-lX11  -lm  -lgd -lpng -lz -lm
libtool: link: gcc -g -O2 -g -Wall -O2 -I/usr/include/eplplot 
-I/usr/include/ajax -I/usr/include/ajax/epcre -I/usr/include/nucleus -O2 
-D__amd64__ -I/usr/include/mysql -rdynamic -o cathparse cathparse.o  
-L/usr/lib/mysql -L/usr/lib -lnucleus -lacd -lajaxdb -lensembl -lajaxg -lajax 
-lepcre -leexpat -lezlib /usr/lib/libeplplot.so /usr/lib/libexpat.so 
/usr/lib/libmysqlclient.so -lpthread -lcrypt -lnsl -lpq /usr/lib/libgd.so -lXpm 
-lX11 /usr/lib/libjpeg.so -lfontconfig /usr/lib/libfreetype.so -lpng12 -lpng 
-lz -lm
/usr/bin/ld: cannot find -leexpat

However, there is no such library in Debian which fits this
string.  Do we have another even more grave problem?

Kind regards

   Andreas.

-- 
http://fam-tille.de



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

Bug#592603: unblock: adun.app/0.81-4

[Yavor Doganov]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock adun.app; -4 fixes FTBFS on mipsen which was the only
reason it wasn't able to migrate to testing for so long.

unblock adun.app/0.81-4

The debdiff between -3 and -4 follows.

diff -u adun.app-0.81/debian/control adun.app-0.81/debian/control
--- adun.app-0.81/debian/control
+++ adun.app-0.81/debian/control
@@ -7,10 +7,10 @@
   Yavor Doganov 
 Build-Depends: debhelper (>= 7),
   dpatch,
-  libgnustep-gui-dev (>= 0.12.0),
+  libgnustep-gui-dev,
   libgsl0-dev,
   imagemagick
-Standards-Version: 3.8.4
+Standards-Version: 3.9.1
 Homepage: http://diana.imim.es/Adun
 Vcs-Browser: 
http://svn.debian.org/wsvn/debian-med/trunk/packages/adun.app/trunk/?rev=0&sc=0
 Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/adun.app/trunk/
diff -u adun.app-0.81/debian/changelog adun.app-0.81/debian/changelog
--- adun.app-0.81/debian/changelog
+++ adun.app-0.81/debian/changelog
@@ -1,3 +1,14 @@
+adun.app (0.81-4) unstable; urgency=low
+
+  * debian/rules (mipsen-flags): New variable, conditionally define only
+when building on mips/mipsel as a workaround for gcc-4.4 bug #519006.
+(build-stamp): Use it.
+  * debian/control (Build-Depends): Remove obsolete version requirement
+for libgnustep-gui-dev.
+(Standards-Version): Compliant with 3.9.1 (no changes required).
+
+ -- Yavor Doganov   Mon, 09 Aug 2010 16:16:34 +0300
+
 adun.app (0.81-3) unstable; urgency=low
 
   [ Charles Plessy ]
diff -u adun.app-0.81/debian/rules adun.app-0.81/debian/rules
--- adun.app-0.81/debian/rules
+++ adun.app-0.81/debian/rules
@@ -17,6 +17,11 @@
 optim := debug=yes
 endif
 
+# Workaround for gcc-4.4 bug 519006.
+ifneq (,$(findstring mips,$(DEB_BUILD_ARCH)))
+mipsen-flags := ADDITIONAL_OBJCFLAGS=-g0 ADDITIONAL_CFLAGS=-g0
+endif
+
 build: patch build-stamp
 
 build-stamp:
@@ -33,7 +38,7 @@
 # even if no -j option is used.  GNUSTEP_MAKE_PARALLEL_BUILDING=no
 # prevents messing the MAKELEVEL again.
MAKELEVEL=0 $(MAKE) GNUSTEP_MAKE_PARALLEL_BUILDING=no $(optim) \
- messages=yes LDFLAGS="$(LDFLAGS)"
+ messages=yes LDFLAGS="$(LDFLAGS)" $(mipsen-flags)
convert UL/Resources/icon.tiff -resize 32x32 adun.xpm
touch $@
 



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

Bug#591130: [Debian-med-packaging] Bug#591130 (Was: Bug#558852: Need some help with EMBOSS, that links to too many libraries.)

[Charles Plessy]

Le Wed, Aug 11, 2010 at 01:33:46PM +0200, Andreas Tille a écrit :
> /usr/bin/ld: cannot find -leexpat
> 
> However, there is no such library in Debian which fits this
> string.  Do we have another even more grave problem?

Hi Andreas,

EMBOSS ships a convenience copies or forks of zlib, expat, pcre and plplot,
under the names ezlib, eexpat, epcre and eplplot. But the upstream developers
were kind to provide a --entable-systemlibs option for ./configure, that allows
to use the distribution's zlib and expat libraries. For PCR and Plplot, the
EMBOSS forks are too different from the original, and we must use them. They
are in libajax6 and emboss-lib.

As you can see in the commit lists, I just uploaded embassy packages that use 
this
new --entable-systemlibs configure option.

The new packages are all good except for this build-dependancy on the MySQL and
PostgreSQL packages.

Thanks a lot for your help !

-- 
Charles



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

Bug#592604: RM: tftpd-hpa [hurd-i386] -- RoQA; outdated, hindering bug archival

[Gerfried Fuchs]

Package: ftp.debian.org
Severity: normal

Hi!

 tftpd-hpa doesn't seem to have been built on hurd since a long time and
the old version of it in unstable hinders the closed bugreports against
the package to get archived properly.

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



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

Bug#583491: This is fixed

[Matthias Berndt]

Hi, 

this bug seems to have been fixed. kdm now works fine for me. 

Regards
Matthias



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

Bug#587102: dh-autoreconf collides with autotools-dev's debhelper addons

[Enrico Zini]

On Fri, Jul 23, 2010 at 01:32:11PM +0200, Julian Andres Klode wrote:

> I won't do this. They should simply not be used together (at least in
> normal cases). There may even be cases where you want
> dh_autotools-dev_updateconfig in one directory, and dh_autoreconf in
> others.

That is fine with me. Would you be happy, however, to document this in
the manpage of dh_autoreconf? Something like this, for example:

 dh_autoreconf is a superset of the autotools-dev debhelper addons, so
 you do not need --with=autotools_dev if you use --with=autoreconf. In
 fact, in most cases they should not be used together, as it may lead to
 unpredictable behaviour.

I thought it worth of mentioning because I understood that dh_autoreconf
and autotools_dev would complement each other rather than step on each
other's feet, so "dh --with autoreconf,autotools_dev $@" was an
instinctive thing for me to do.


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#592555: forked-daapd does not start

[Jan Schulz]

Hello,

Julien BLACHE  wrote on 11.08.2010 12:27:04:
> Downgrade libavahi-client3 to 0.6.26 and see #590760.

Thanks, that fixed the issue!

Kind regards,

Jan

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

[Anibal Monsalve Salazar]

On Sat, Aug 07, 2010 at 08:42:14AM +1000, Nathan Scott wrote:
>- "Julien BLACHE"  wrote:
>>Nathan Scott  wrote:
>>
>>Hi Nathan,
>>
>>>I tend to think this will be the simplest way to fix it, like you,
>>>just need to sort out where Anibal is at... Anibal?
>>
>>Just a thought, not knowing what you did for the move to /bin: you
>>may
>>want to keep symlinks in /usr/bin so as to not break anything that
>>would
>>use the absolute path.
>
>Yep, the patch does that.  Still haven't heard from Anibal.  I'm
>unlikely to get any time this weekend to look at it, but may have
>to try to merge in all his stuff if I don't hear anything soon...
>should have some time next week.
>
>Still, would prefer to hear from Anibal... yoohoo, Anibal?

I've been away from home during the last week (DebConf in New York
City) and this week (LinuxCon in Boston).

I'll be back at home on Sunday. Julien, could you please wait a few
days until I get home?

>cheers.
>
>-- 
>Nathan



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

Bug#592591: libwebkit-1.0-2: depends on libgdk-pixbuf2.0-0

[Gustavo Noronha Silva]

On Wed, 2010-08-11 at 12:28 +0200, Lionel Le Folgoc wrote:
> 1.2.3-2 can't be installed on sid amd64, because of the following dep:
> libgdk-pixbuf2.0-0 (>= 2.21.6), which is only available in experimental. It's
> also visible on .

Oops, my bad! I'll request the binNMU!

Thanks,

-- 
Gustavo Noronha Silva 
Debian


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

Bug#578729: screen outputs spaces when switching window with "defbce on"

[Vincent Lefevre]

On 2010-04-22 11:08:57 +0200, Vincent Lefevre wrote:
> Package: screen
> Version: 4.0.3-14
> Severity: normal
> 
> I'm not sure whether this is a problem with screen or ncurses...
> 
> 1. Create a .screenrc file with: defbce on
> 2. Start xterm (trimSelection must be false; this is the default).
> 3. Start screen in xterm.
> 4. Start Mutt with: mutt -F /dev/null -f /dev/null
> 5. Create a new window (C-a c).
> 6. Go back to the first window (C-a 0).
> 7. Select a blank line with a double-click.
> 8. Paste the blank line in some editor.
> 
> Result: 80 spaces (corresponding to the width of the terminal)
> are pasted instead of just a newline character (LF).

The problem is related to the refresh. For instance, it also occurs
just after I do a "redisplay" (C-a C-l).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#592605: nmu: webkit_1.2.3-2

[Gustavo Noronha Silva]

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

Hey,

I screwed up and built the latest webkit upload in the wrong chroot (I
blame pbuilder not liking me recently =)), so it needs a rebuild to be
installable in current sid without experimental packages.

nmu webkit_1.2.3-2 . amd64 . -m "Rebuild with unstable packages."

Thanks,

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

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



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

Bug#592606: [flashplugin-nonfree] A failed upgrade leaves the system without installed libflashplayer.so

[Rogier]

Package: flashplugin-nonfree
Version: 1:2.8.1
Severity: normal

--- Please enter the report below this line. ---

Hi,

After a failed upgrade of flashplayer-nonfree,
(see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592598 ), 
flash was left in a non-working state because the 'prerm' script
removes libflashplayer.so.

Note: This bugreport was created after I manually reinstalled
libflashplayer.so from an older download.

Regards,

Rogier.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 testing www.debian-multimedia.org 
  500 testing security.debian.org 
  500 testing ftp.nl.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
debconf| 1.5.33
 OR debconf-2.0| 
wget   | 1.12-2
gnupg  | 1.4.10-4
libatk1.0-0| 1.30.0-1
libcairo2  | 1.8.10-4
libfontconfig1 | 2.8.0-2.1
libfreetype6   | 2.4.0-2
libgcc1| 1:4.4.4-8
libglib2.0-0   | 2.24.1-1
libgtk2.0-0| 2.20.1-1
libnspr4-0d| 4.8.4-2
libnss3-1d | 3.12.6-3
libpango1.0-0  | 1.28.1-1
libstdc++6 | 4.4.4-8
libx11-6   | 2:1.3.3-3
libxext6   | 2:1.1.2-1
libxt6 | 1:1.0.7-1
libcurl3-gnutls| 7.21.0-1


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
iceweasel | 3.5.11-1
konqueror-nsplugins   | 4:4.4.5-1
x-ttcidfont-conf  | 32
msttcorefonts | 
ttf-dejavu| 2.31-1
ttf-xfree86-nonfree   | 4.2.1-3
flashplugin-nonfree-extrasound| 



--- Output from package bug script ---
Debian version: squeeze/sid
Architecture: i386
Package version: 1:2.8.1
Adobe Flash Player version: LNX 10,0,42,34
MD5 checksums:
aa694c7392d4519e4ef7812fd2922730  
/var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz
7605d84ae5f87824e5b13e1bd8dc99e7  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Aug 11 13:33 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
`/etc/alternatives/flash-mozilla.so'
Libraries used by libflashplayer.so:
linux-gate.so.1 =>  (0xf77a4000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf6be)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xf6bc7000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xf6aa9000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xf6a9a000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xf6a48000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xf69d1000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xf69a2000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xf65cb000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xf6535000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xf6519000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xf650)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xf64f5000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xf64b1000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xf643b000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xf63fd000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xf63f9000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xf63f5000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xf632c000)
libnss3.so => /usr/lib/libnss3.so (0xf6255000)
libsmime3.so => /usr/lib/libsmime3.so (0xf6237000)
libssl3.so => /usr/lib/libssl3.so (0xf620e000)
libplds4.so => /usr/lib/libplds4.so (0xf620b000)
libplc4.so => /usr/lib/libplc4.so (0xf6207000)
libnspr4.so => /usr/lib/libnspr4.so (0xf61d3000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xf61ac000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf618e000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xf6047000)
/lib/ld-linux.so.2 (0xf77a5000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf602e000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xf6026000)
libICE.so.

Bug#525514: what about xserver-xorg-video-openchrome 1:0.2.902+svn579-4 ?

[Julien Viard de Galbert]

tags 525514 + moreinfo
thanks

Can you test with more recent version ?
1:0.2.904+svn827-1 is currently in both testing and unstable.

Also do you have an other computer, so you can connect via ssh to the
failing one and get some more info? Like the content of
/var/log/Xorg.0.log after the crash, as I suspect the one you send with
your bugreport comes from a working session with version 
1:0.2.902+svn579-4

The easiest in probably to launch bugreport again from the ssh
connection and to add more info to this bug.

Best Regards
-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   



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

Bug#499193: Still a problem [Re: gparted: 100% cpu usage]

[7gn6ahq8qm]

Package: gparted
Version: 0.6.0-1
Severity: normal

This problem still exists. The bug report is almost two years old and
untouched. Maybe I can help with some clues and a workaround. I also
attach the gparted_details report file.

Just as Benoît Dejean I resized an ext3 partition with gparted. I also
deleted two partitions and moved the resized partition. The resized one
was called sdb8 and so became sdb6. The fsck operation before resizing
went on forever while the progress bar was playing back and forth. I
had the following active processes (according to atop):
Xorg about 80%
gpartedbin about 10%
e2fsck low, about 1%

I waited one hour, then I found this workaround:
$ sudo kill -stop 9405
where 9405 is gpartedbin
That made e2fsck go up to about 7% CPU and the disk usage rose from a
few percent to about 85%. A few minutes later fsck was ready so I let
gpartedbin continue:
$ sudo kill -cont 9405
The resize/move operation took 30 minutes (because the partition had
many inodes and hard links created by faubackup). Then the same
procedure again with another fsck and I had to pause gpartedbin. I had
to let gparted run again sometimes during the process so that e2fsck
didn't stall. This time e2fsck finished in about 13 minutes. Soon after
gparted finished with a valid result.

$ sudo mount /faubackup
$ df -m /faubackup
Filesystem   1M-blocks  Used Available Use% Mounted on
/dev/sdb639371 30050  7322  81% /faubackup
$ df -i /faubackup
FilesystemInodes   IUsed   IFree IUse% Mounted on
/dev/sdb62564096  896515 1667581   35% /faubackup

My strace of gpartedbin looks similar to the one originally attached:
Process 9405 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>) = 1
writev(3,
[{"5\30\4\0\35d\347\2~%\340\2\373\1\32\0\223\4\5\0\36d\347\2\35d\347\2*
\0\0\0"..., 15424}, {NULL, 0}, {"", 0}], 3) = 15424
read(3, 0x849d7a0, 4096)= -1 EAGAIN (Resource
temporarily unavailable)
read(3, 0x849d7a0, 4096)= -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}], 3,
0) = 0 (Timeout)
nanosleep({0, 1000}, NULL)  = 0
read(3, 0x849d7a0, 4096)= -1 EAGAIN (Resource
temporarily unavailable)

Maybe "Resource temporarily unavailable" has something to do
with /dev/sdb8 which disappeared during the process?

Regards,
/Leif Hornsved

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

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

Versions of packages gparted depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library:
Shared lib ii  libgcc1   1:4.4.4-8  GCC support
library ii  libglib2.0-0  2.24.1-1   The GLib library
of C routines ii  libglibmm-2.4-1c2a2.24.2-1   C++ wrapper
for the GLib toolkit ( ii  libgtk2.0-0   2.20.1-1   The
GTK+ graphical user interface ii  libgtkmm-2.4-1c2a
1:2.20.3-1 C++ wrappers for GTK+ (shared libr ii
libpangomm-1.4-1  2.26.2-1   C++ Wrapper for pango (shared
libr ii  libparted0debian1 2.3-1  The GNU Parted disk
partitioning s ii  libsigc++-2.0-0c2a2.2.4.2-1  type-safe
Signal Framework for C++ ii  libstdc++64.4.4-8
The GNU Standard C++ Library v3

Versions of packages gparted recommends:
ii  gksu  2.0.2-3graphical frontend to su

Versions of packages gparted suggests:
pn  dmraid (no description available)
ii  dmsetup  2:1.02.48-2 The Linux Kernel Device
Mapper use ii  dosfstools   3.0.9-1 utilities for
making and checking ii  jfsutils 1.1.12-2.1
utilities for managing the JFS fil pn  kpartx
  (no description available) ii  ntfsprogs
2.0.0-1+b1  tools for doing neat things in NTF pn
reiser4progs   (no description available) pn
reiserfsprogs  (no description available) ii
xfsprogs 3.1.2-1 Utilities for managing the XFS
fil ii  yelp 2.30.1+webkit-1 Help browser for GNOME

-- no debconf information
Title: GParted Details




GParted 0.6.0
Libparted 2.3



Delete Logical Partition (ext3, 9.77 GiB) from /dev/sdb  00:00:03( SUCCESS )








calibrate /dev/sdb6  00:00:00( SUCCESS )








path: /dev/sdb6start: 20707848end: 41190659size: 20482812 (9.77 GiB)









delete partition  00:00:01( SUCCESS )










Delete Logical Partition (ext3, 58.59 GiB) from /dev/sdb  00:00:01( SUCCESS )








calibrate /dev/sdb6  00:00:00( SUCCESS )








path: /dev/sdb6start: 41190723end: 164071844size: 122881122 (

Bug#592607: ppp: wish it was possible to rename an interface on connection

[Russell Coker]

Package: ppp
Version: 2.4.5-4
Severity: normal

To avoid confusion and to simplify some firewall scripts, traffic monitoring,
etc it would be good to be able to assign a particular interface name for a
connection.  So instead of having ppp0 and ppp1 randomly assigned to two
sessions I could have pppispa and pppispb or something similar.

It is possible to do everything you desire by changing the scripts, but it
would be easier and less confusing if an interface could be renamed.

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

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

Versions of packages ppp depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libpam-modules1.1.1-3Pluggable Authentication Modules f
ii  libpam-runtime1.1.1-3Runtime support for the PAM librar
ii  libpam0g  1.1.1-3Pluggable Authentication Modules l
ii  libpcap0.81.1.1-2system interface for user-level pa
ii  procps1:3.2.8-9  /proc file system utilities

ppp recommends no packages.

ppp suggests no packages.

-- Configuration Files:
/etc/chatscripts/gprs [Errno 13] Permission denied: u'/etc/chatscripts/gprs'
/etc/chatscripts/pap [Errno 13] Permission denied: u'/etc/chatscripts/pap'

-- 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#592608: portslave: should support interface renaming

[Russell Coker]

Package: portslave
Severity: normal

It should be possible to rename a ppp or slip interface based on the account
name of the customer, the Portslave port number, or the tty device.

Getting a name of the form ppp[0-9]+ for each session is needlessly confusing.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#592569: Patch to make -dSAFER the default

[Markus Steinborn]

package ghostscript
tags 592569 + patch
thanks

The patch has been written by Didier Link , 
maintainer of GNU ghostscript.


Hope setting the tag works, IÄve never done that before.

Greetings

Markus


diff -u -r1.2 gs_init.ps
--- Resource/Init/gs_init.ps	10 Jul 2010 22:02:13 -	1.2
+++ Resource/Init/gs_init.ps	19 Jul 2010 23:06:03 -
@@ -2063,7 +2063,7 @@
 } .bind executeonly odef
 
 % If we are running in SAFER mode, lock things down
-SAFER { .setsafe } if
+currentdict /NOSAFER known { null } { .setsafe } ifelse
 
 % If we delayed binding, make it possible to do it later.
 /.bindnow {

Bug#585890: Thanks for breaking unrelated software!

[Thorsten Glaser]

On Tue, 10 Aug 2010, Martin Pitt wrote:

> Or just depend on a high enough version of postgresql-8.4 and only
> call the "postgresql" script?

No, it actually looks for which version is installed and then
calls that version’s init script, there’s no dependency on a
specific version.

bye,
//mirabilos
-- 
tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH
Geschäftsführer: Boris Esser, Elmar Geese
HRB AG Bonn 5168 - USt-ID (VAT): DE122264941

Heilsbachstraße 24,  53123 Bonn,   Telefon: +49 228 52675-93
Thiemannstraße 36 a, 12059 Berlin, Telefon: +49 30 5682943-30
Internet: http://www.tarent.de/  • Telefax: +49 228 52675-25



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

Bug#590819: (no subject)

[Daniel Baumann]

tag 591081 pending
tag 590819 pending
thanks

it used to be that one could not use the deb layout because upstream was
relaying on a different layout. however, it looks like this should be
possible now, i've changed it in git, but can't test it until i'm at
home from debconf on friday.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.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#592609: exim4-daemon-light: race condition in init scripts when listening on multiple ports

[Jon Dowland]

Package: exim4-daemon-light
Version: 4.69-9
Severity: normal

There seems to be a race condition for start/stop in the init script for exim
when you are listening on multiple ports. Actually race condition might not be
the right phrase; right now, it appears to not stop the daemons at all.

See e.g.:

# invoke-rc.d exim4 stop
Stopping MTA:.
# lsof -ni | grep exim
exim4 15529 Debian-exim3u  IPv6 334   TCP *:submission
(LISTEN)
exim4 15529 Debian-exim5u  IPv4 1112079   TCP *:submission
(LISTEN)
exim4 15529 Debian-exim6u  IPv6 1112080   TCP *:ssmtp (LISTEN)
exim4 15529 Debian-exim7u  IPv4 1112081   TCP *:ssmtp (LISTEN)
exim4 15529 Debian-exim8u  IPv6 1112082   TCP *:smtp (LISTEN)
exim4 15529 Debian-exim9u  IPv4 1112083   TCP *:smtp (LISTEN)

If I manually kill all the exim processes and ensure nothing is listening,

# invoke-rc.d exim4 start
Starting MTA: exim4.
# lsof -ni | grep exim
exim4 17168 Debian-exim3u  IPv6 1123514   TCP *:submission (LISTEN)
exim4 17168 Debian-exim4u  IPv4 1123515   TCP *:submission (LISTEN)
exim4 17168 Debian-exim5u  IPv6 1123516   TCP *:ssmtp (LISTEN)
exim4 17168 Debian-exim6u  IPv4 1123517   TCP *:ssmtp (LISTEN)
exim4 17168 Debian-exim7u  IPv6 1123518   TCP *:smtp (LISTEN)
exim4 17168 Debian-exim8u  IPv4 1123519   TCP *:smtp (LISTEN)

And then stop again:

# invoke-rc.d exim4 stop
Stopping MTA:.
# lsof -ni | grep exim
exim4 17168 Debian-exim3u  IPv6 1123514   TCP *:submission (LISTEN)
exim4 17168 Debian-exim4u  IPv4 1123515   TCP *:submission (LISTEN)
exim4 17168 Debian-exim5u  IPv6 1123516   TCP *:ssmtp (LISTEN)
exim4 17168 Debian-exim6u  IPv4 1123517   TCP *:ssmtp (LISTEN)
exim4 17168 Debian-exim7u  IPv6 1123518   TCP *:smtp (LISTEN)
exim4 17168 Debian-exim8u  IPv4 1123519   TCP *:smtp (LISTEN)

I've got it listening on multiple ports via

SMTPLISTENEROPTIONS='-oX 587:465:25'

...in /etc/default/exim4

This also causes issues with 'restart', when the new daemon instances can't
bind to the right ports:

2010-08-11 09:41:48 socket bind() to port 587 for address (any IPv6) failed:
Address already in use: waiting 30s before trying again (4 more tries)

I've noticed also that the pid file is never written to on start, no matter
whether a daemon is hanging around or not (/var/run/exim4 is empty).


-- Package-specific info:
Exim version 4.69 #1 built 30-Sep-2008 18:54:33
Copyright (c) University of Cambridge 2006
Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch 
nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /etc/exim4/exim4.conf
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='internet'
dc_local_domains='@'
dc_other_hostnames='redmars.org:alcopop.org:jon.dowland.name:dowland.me.uk:npine.co.uk:starbelly.co.uk:jmtd.net:jmtd.me:dowland.me'
dc_local_interfaces=''
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname=''
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'
mailname:forelli.alcopop.org

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

Kernel: Linux 2.6.16.29-xen (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages exim4-daemon-light depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  exim4-base4.69-9 support files for all Exim MTA (v4
ii  libc6 2.7-18lenny4   GNU C Library: Shared libraries
ii  libdb4.6  4.6.21-11  Berkeley v4.6 Database Libraries [
ii  libgnutls26   2.4.2-6+lenny2 the GNU TLS library - runtime libr
ii  

Bug#581346: Already fixed

[Anders Boström]

reopen 581346
tags 581346 - fixed-upstream
thanks

> "JM" == Josselin Mouette  writes:

 JM> Version: 2.30.1-1
 JM> This bug should be already fixed in testing.

Well, it isn't... Have you even tested before you set it to resolved
fixed???

Also, if you care to read the upstream report, comment 13
(https://bugzilla.gnome.org/show_bug.cgi?id=606090#c13), it say:

"However, not all settings we used to save are saved now, only toolbar
 and sidebar visibility and window size are used as default values for
 new documents."

The remaining issues that annoys me are:
* two-page view
* page fit
* continuous

By the way, I can't understand why the upstream report was set to
fixed with a comment like that...

/ Anders



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

Bug#592610: 7.3/7.4/7.6: Usage of Breaks and Conflicts unclear and contradictive

[Goswin von Brederlow]

Package: debian-policy
Version: 3.8.4.0
Severity: normal

Hi,

in May there was a discussion about the right use of Breaks or
Conflicts as part of Bug#582423, e.g.
  http://lists.debian.org/debian-ctte/2010/05/msg00012.html

Since then I've noticed at least 3 people on #debian-devel asking
questions about wether to use Breaks or Conflicts now. Imho the
description of Breaks and Conflicts is unclear and contradictory in
parts and the use of Replaces+Breaks in 7.6.1 is wrong (breaks when an
upgrade is aborted).

I think all the needed info is in policy and the above mentioned
discussion and now a good word smith is needed to write it up all nice
and understandable. Saddly that is not me so consider this a request
for help from those of you good with words.

MfG
Goswin

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

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

debian-policy depends on no packages.

debian-policy recommends no packages.

Versions of packages debian-policy suggests:
ii  doc-base  0.9.5  utilities to manage online documen

-- 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#592611: gnumeric: column width should not auto fit when entering numbers

[Frederic Mothe]

Package: gnumeric
Version: 1.10.8-1
Severity: minor

Hello,

When you enter a number or formula which size exceeds the cell width
(e.g. "=pi()"), the column expands automatically (assuming default format
and size).

The expected behaviour would be to adapt the format by reducing the number of
decimals or by using scientific format (as it happens when you copy the result
into a new cell).

Thanks,
Frédéric

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnumeric depends on:
ii  debconf [de 1.5.33   Debian configuration management sy
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  gnumeric-co 1.10.8-1 spreadsheet application for GNOME 
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0- 2.24.1-1 The GLib library of C routines
ii  libgoffice- 0.8.8-1  Document centric objects library -
ii  libgsf-1-11 1.14.18-1Structured File Library - runtime 
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libpango1.0 1.28.1-1 Layout and rendering of internatio
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  procps  1:3.2.8-9/proc file system utilities
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages gnumeric recommends:
ii  evince2.30.3-1   Document (postscript, pdf) viewer
ii  lp-solve  5.5.0.13-7 Solve (mixed integer) linear progr

Versions of packages gnumeric suggests:
ii  epiphany-browser   2.30.2-3  Intuitive GNOME web browser
ii  gnumeric-doc   1.10.8-1  spreadsheet application for GNOME 
ii  gnumeric-plugins-extra 1.10.8-1  spreadsheet application for GNOME 
ii  ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim
ii  ttf-mscorefonts-instal 3.2   Installer for Microsoft TrueType c

-- debconf information:
* gnumeric/existing-process: true
  gnumeric/existing-process-title:



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

Bug#584666: xrdp: German keymap at-sign broken

[Ernst Gill]

Hi,

First of all the German key map file is called km-0407.ini
and not km-0409.ini (this is the US key map file).

I did some investigation by starting the xrdp and xrdp-sesman
not in daemon mode.

The following output was given by the xrdp:

--
local keymap file for 0x0407 found and dosen't match built in
keymap, using local keymap file
--

This message is written from the 'get_keymaps' function in
file 'xrdp/lang.c'.

The conclusion is that xrdp is NOT able to read the
own generated key map file !!!

Ernst




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

Bug#592612: /usr/games/etracer: etracer warning: Attempt to bind to Texture unloaded texture: `b-herring_run_icon'

[Alain B]

Package: extremetuxracer
Version: 0.4-4
Severity: important
File: /usr/games/etracer

 i use xserver-xorg-video-radeonhd

 etracer runs at 20fps during several seconds, then hang with
 the following messages :

 IRQ's not enabled, falling back to busy waits: 2 0
 %%% etracer warning: Attempt to bind to Texture unloaded texture:
 %`b-herring_run_icon'

 %%% etracer warning: tux_trees callback called with no tree or item
 %types set
 bo(0x4d2b590, 618496) is mapped (-1) can't valide it.
 invalid bo(0x4d2b590) [0xE0A16000, 0xE0AAD000]
 bo(0x4e12b40, 618496) is mapped (-1) can't valide it.
 invalid bo(0x4e12b40) [0xE052E000, 0xE052F000]
 bo(0x5401d70, 618496) is mapped (-1) can't valide it.
 invalid bo(0x5401d70) [0xE052E000, 0xE052F000]


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

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

Versions of packages extremetuxracer depends on:
ii  extremetuxracer-data0.4-4data files for the game Extreme Tu
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared 
lib
ii  libfreetype62.4.0-2  FreeType 2 font engine, shared 
lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libgl1-mesa-glx [libgl1 7.7.1-4  A free implementation of the 
OpenG
ii  libglu1-mesa [libglu1]  7.7.1-4  The OpenGL utility library (GLU)
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libsdl-mixer1.2 1.2.8-6+b1   mixer library for Simple 
DirectMed
ii  libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxext62:1.1.2-1X11 miscellaneous extension 
librar
ii  libxi6  2:1.3-4  X11 Input extension library
ii  libxmu6 2:1.0.5-1X11 miscellaneous utility library
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  tcl8.5  8.5.8-2  Tcl (the Tool Command Language) 
v8
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages extremetuxracer recommends:
ii  extremetuxracer-extras0.6-1  Additional courses for Extreme 
Tux

extremetuxracer 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#580807: the java bindings as built by Debian don't work

[Michal Suchanek]

Package: libinsighttoolkit3-jni
Version: 3.18.0-3+b1
Severity: normal


Hello

I looked through the build-dependencies of insighttoolkit and found that
I have all at Squeeze version.

So I tried to upgrade g++ to 4.4 and now the bindings I built are also
broken:

for i in  libinsighttoolkit3-jni_3.18.0-r4* ; do dpkg-deb  -f  $i
Depends; done
libc6 (>= 2.2.5), libfftw3-3, libgcc1 (>= 1:4.1.1), libgdcm2.0 (>=
2.0.15), libinsighttoolkit3.18, libpng12-0 (>= 1.2.13-4), libstdc++6 (>=
4.2.1), libtiff4, zlib1g (>= 1:1.1.4)
libc6 (>= 2.2.5), libfftw3-3, libgcc1 (>= 1:4.1.1), libgdcm2.0 (>=
2.0.15), libinsighttoolkit3.18, libpng12-0 (>= 1.2.13-4), libstdc++6 (>=
4.4.0), libtiff4, zlib1g (>= 1:1.1.4)

Note the difference in libstdc++ dependency.

So I will need to keep g++ 4.3 in Squeeze and rebuild the pacakges locally until
this is resolved I guess.

Thanks

Michal


-- System Information:
Debian Release: 5.0.5
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'testing'), (500, 'unstable'), (110, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages libinsighttoolkit3-jni depends on:
ii  libc6  2.11.2-2  Embedded GNU C Library: Shared lib
ii  libexpat1  2.0.1-4+lenny3XML parsing C library - runtime li
ii  libfftw3-3 3.1.2-3.1 library for computing Fast Fourier
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libgdcm2.0 2.0.15-1  Grassroots DICOM runtime libraries
ii  libinsighttoolkit3.18  3.18.0-3+b1   Image processing toolkit for regis
ii  libopenjpeg2   1.3+dfsg-3JPEG 2000 image compression/decomp
ii  libpng12-0 1.2.27-2+lenny4   PNG library - runtime
ii  libstdc++6 4.4.4-7   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-11.3Tag Image File Format (TIFF) libra
ii  libuuid1   2.17.2-3.1Universally Unique ID library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

libinsighttoolkit3-jni recommends no packages.

libinsighttoolkit3-jni suggests no packages.

-- debconf-show failed



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

Bug#592447: libdbd-sqlite3: rrdtool dbi support segfaults because of out of date upstream version

[Thomas Goirand]

- Original message -
> Hi,
> 
> let me clarify a few things as the current maintainer of libdbi and   
> libdbi-drivers:

Thanks for getting in this chat.

> Thomas Goirand  was heard to say:
> Not quite. 0.8.3-1 is a bugfix release of 0.8.3. Unless we make   
> mistakes, libdbi 0.8.3 should have a libdbi-drivers 0.8.3 release that   
> works well with it. However, our general approach is that all libdbi   
> 0.8.x releases are supposed to work with any libdbi-drivers 0.8.y   
> release. We have changes in CVS which break this compatibility, hence   
> the next releases of both the library and the driver will be 0.9.0.

How come the link from libdbi.sourceforge.net is
going to the 0.8.3 and not 0.8.3-1? Can you fix
your website link?

> The latest official libdi-drivers release is indeed 0.8.3-1. As the   
> naming scheme seems to confuse you, what would you suggest to indicate   
> minor bugfix releases instead of a -x suffix? We don't mean to make   
> package maintainer's tasks harder than necessary.

In Debian, we have upstreamversion-debianrelease.
That means that if you have 0.8.3-1, the Debian
version will be 0.8.3-1-1, which isn't very
pretty. I am gessing that in FreeBDS this is also
an issue as they don't use - in there versioning
scheme.

What would be best would be to use 0.8.3, then if
you have a bugfix release use 0.8.3.1, which is
bigger than just 0.8.3. Or even better, just have
the first release called 0.8.3.0 so that it
confuses no one.

Now, did you say that there is a 0.9.0 available
somewhere? I'm not sur by reading the above, and
I didn't find it.

Cheers,

Thomas Goirand (zigo) (over my N900 mobile phone
hence the silly formating, sorry...)




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

Bug#592447: libdbd-sqlite3: rrdtool dbi support segfaults because of out of date upstream version

[Markus Hoenicka]

Thomas Goirand  was heard to say:



How come the link from libdbi.sourceforge.net is
going to the 0.8.3 and not 0.8.3-1? Can you fix
your website link?



Which link are you exactly worrying about? At  
http://libdbi-drivers.sourceforge.net, the latest news mentions  
0.8.3-1. If you follow the "Download" menu entry, and then the "Main  
Download site" link, you'll end up at the SF project page. This has a  
full list of releases, 0.8.3-1 being the latest one. The only thing  
that worries me is that the big green download button displays 0.8.3  
instead of 0.8.3-1, but this is beyond our control afaik.



What would be best would be to use 0.8.3, then if
you have a bugfix release use 0.8.3.1, which is
bigger than just 0.8.3. Or even better, just have
the first release called 0.8.3.0 so that it
confuses no one.



Fair enough. I'll try and follow this naming convention for future releases.


Now, did you say that there is a 0.9.0 available
somewhere? I'm not sur by reading the above, and
I didn't find it.



Not yet. The code is in CVS. We're currently fiddling with a new test  
suite and a showstopper bug in firebird, which probably won't allow us  
to offer the firebird driver as one of the fully supported core drivers.


regards,
Markus



--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38





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

Bug#578729: screen outputs spaces when switching window with "defbce on"

[Vincent Lefevre]

retitle 578729 screen outputs spaces when refreshing/attaching a window with 
"defbce on"
thanks

The problem occurs after a window is refreshed, e.g. due to the
"redisplay" command or due to a newly attached window.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#592613: mp3splt: Regression in padded filename support

[Brian Nelson]

Package: mp3splt
Version: 2.2.5-1
Severity: normal

The upstream changelog for version 1.8 notes:

  feature improved: output filenames now are automatically zero padded
  for a correct order. 

And true enough, with older versions of mp3splt, you would get filenames
like:

 $ mp3splt -t 5.0 -a *.mp3
 Mp3Splt 2.1 (2004/Sep/28) by Matteo Trotta
 
 THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK!
 wot6_part1.mp3:
 MPEG 1 Layer 3 - 44100 Hz - Stereo - FRAME MODE - Total time: 542m.13s
 Working with SILENCE AUTO-ADJUST (Threshold: -48.0 dB Gap: 30 sec
 Offset: 0.80)
 [...]
 Splitting wot6_part1_090.00_095.00.mp3... OK
 Splitting wot6_part1_095.00_100.00.mp3... OK
 Splitting wot6_part1_100.00_105.00.mp3... OK
 Splitting wot6_part1_105.00_110.00.mp3... OK
 [...]

In other words, since the total length is greater than 100 minutes, it
pads the minutes parts of the filenames with zeros for minutes < 100.

However, with newer versions of mp3splt, this is no longer the case:

 $ mp3splt -t 5.0 -a *.mp3
 mp3splt 2.2.5 (16/05/09) - using libmp3splt 0.5.6
 [...]
  Processing file 'wot6_part1.mp3' ...
  info: frame mode enabled
  info: MPEG 1 Layer 3 - 44100 Hz - Stereo - FRAME MODE - Total time: 542m.13s
  Working with SILENCE AUTO-ADJUST (Threshold: -48.0 dB Gap: 30 sec Offset: 
0.80)
  info: starting time mode split
File "wot6_part1_00m_00s__05m_00s.mp3" created
File "wot6_part1_05m_00s__10m_00s.mp3" created
File "wot6_part1_10m_00s__15m_00s.mp3" created
 [...]
File "wot6_part1_100m_00s__105m_00s.mp3" created
 [...]

The minutes parts of the filenames are no longer padded with zeros, so
the files are no longer sorted in a sane order.  Somewhere between 2.1
and 2.2.5, a regression seems to have occurred and this feature stopped
working.


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

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

Versions of packages mp3splt depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libmp3splt-mp3 [libmp3splt-pl 0.5.6-1MP3 plugin for mp3splt
ii  libmp3splt-ogg [libmp3splt-pl 0.5.6-1Ogg Vorbis plugin for mp3splt
ii  libmp3splt0   0.5.6-1library for splitting MP3 and Ogg 

mp3splt recommends no packages.

mp3splt 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#587681: fatrat: download fails with "Failed writing body (0 < some number)

[Luboš Doležel]

I think I've located the issue, which happens to be specific to 32bit 
architectures.


The following commit should resolve the problem: 
http://git.dolezel.info/?p=fatrat.git;a=commit;h=98a096a0d4af1261e3595345ea3412b32984ae1c

--
Luboš Doležel



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

Bug#591869: broadcom-sta

[Rafael Belmonte]

I have now read the README.Debian file and also the bug #565812.
Anything new to me in README.Debian, I am not sure if this bug could be the
same than #565812.
In my case the wl module can be loaded and it is usable, but in order to can
use it I must to run these commands each time I boot the machine:

# modprobe -r b43
# modprobe -r ssb
# modprobe -r wl
# modprobe wl