Bug#637856: /run/lock should be owned by uucp

[Joerg Dorchain]

On Mon, Aug 15, 2011 at 02:59:04PM +0100, Roger Leigh wrote:
> > > I think the check is broken.  They should just create the lockfile
> > 
> > Well, there are issues with setuid()-binaries that need to do
> > their own access checks. A more common example would be the
> > sendmail binary.
> 
> I'm not sure I follow.  A stat(2) on a symlink is equivalent to a
> stat(2) on the pointed-to object, unless you use lstat(2).  Since
> the directory is world-writable, any access checks will always succeed.
> The introduction of the /var/lock->/var/run symlink will not change
> the behaviour of stat(2).

I am under the impression that these applications check for group
permissions, and consider a world-writeable directory unsafe. I have
only looked at strace output, not disassembled code.
> 
> I don't think this is an issue restricted to Debian--it is presumably
> already broken on most other distributions as well?  This isn't a
> recent change, or a change made in isolation.  AFAICT it was made
> for FHS compliance reasons--nowadays /var/lock is used for a lot
> more than just uucp, so expecting it to be owned by the uucp group
> is, I think, unrealistic.  root:root or root:lock are the way things
> have gone.

I use this application roughly every  other week, on a machine
following testing, so I am quite sure the change happend in the
last few weeks.

As said, root:lock ownership with group-write permissions is
probably ok.
> 
> 
> We don't currently permit changing of the ownership; the permissions
> are entirely configurable in /etc/fstab.  You could use the tmpfs
> uid= and gid=options to set the uucp group there.

Thanks for that hint.

> We don't explicitly
> cater for customisation here because the admin should never need
> to change the ownership of these FHS-specified locations.

Well, if all developers would follow the FHS, it would be great.
> 
> > No problem with that. IIRC this is even supported by the rxtx
> > library my questionable binary uses. This would also separate the
> > locking functionally from the rest of the uucp stuff. setgid lock
> > would not even be necessary, just having lock amongst the
> > additional groups of the calling user would be sufficient.
> > I would still propose mode 3775, though.
> > 
> > On the other hand, uucp style lockfiles are typically used for
> > accessing devices owned by the dialout group.
> 
> The liblockdev library exists to lock ttyS devices portably; any
> program creating uucp-stype LCK..* files under /var/lock should be
> using it.

I do not see a realistic chance to have this application changed.
> 
> Looking to the future, Linux permits the use of flock(2) on devices,
> so the reality is that "lockfiles" are entirely redundant when you
> can lock the device directly using an proper kernel-provided
> advisory lock.  This is much more robust.  When I have time, I'll be
> looking at making liblockdev use flock directly.

I completely agree. However, this is an application from the
past, and not open source. Nevertheless I have not much choice but
using it.

> 
> From what I've just been reading on RXTX file locks, it's rather
> broken.
>   (including http://rxtx.qbang.org/wiki/index.php/Trouble_shooting)
> I think that, first and foremost, RXTX needs fixing.  It can use
> liblockdev, which I see has already been suggested looking at list
> archives with google.  It's basically using broken assumptions and
> broken checks.

Even if librxtx is ever fixed, that fixed version needs to make
it into the closed source apps of a commercial vendor. It will
take years.

> I don't think that breakage in a Java library can
> really warrant changes to the default ownership of an FHS-standardised
> directory.

As said, root:lock would also be ok. Even if you are not moving
away from FHS for policy reasons, just do not make it
unnecessarly hard to run with slight derivations from it.
Besides, I am sure it is not the only pre-FHS application out
there.

Bye,

Joerg


signature.asc
Description: Digital signature

Bug#621374: patch shows regressions, removing the patch tag

[Matthias Klose]

tag 621374 - patch
tag 621374 + help moreinfo
thanks

the patch shows regressions.  My suggestion for now would be to keep libdb4.8 in
the archive.



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

Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick "XS Stick W14"

[Josua Dietze]

Am 16.08.2011 08:01, schrieb Detlev Brodowski:

The package does not switch my usb-stick "XS Stick W14" into the needed mode
after I have detached and reattached the usb-stick, till the next reboot.


Can you enable logging in /etc/usb_modeswitch.conf and attach the log from a 
failure to your reply?

You will find it in /var/log a while after you re-plugged the stick.

Thanks,
Josua Dietze



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

Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.

[Keng-Yu Lin]

2011/8/11 Christian PERRIER :
> Quoting Keng-Yu Lin (ken...@lexical.tw):
>
>> Thanks for the suggestion. I modified the description as below.I hope
>> that it is better explained and understandable.
>>
>> Package: wnpp
>>  Severity: wishlist
>>  Owner: "Keng-Yu Lin" 
>>
>>  * Package name    : urfkill
>>   Version         : 0.2.0
>>   Upstream Author : Gary Lin 
>>  * URL             : http://www.freedesktop.org/wiki/Software/urfkill
>>  * License         : GPL, LGPL
>>   Programming Lang: C
>>   Description     : wireless killswitch management daemon for laptops
>>
>>  urfkill daemon provides the management of the rfkill-related hotkeys
>>  and the killswitches in a more configurable way for the common RF
>>  devices, e.g. WiFi, Bluetooth, WWan, etc. urfkill handles the various
>>  key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc)
>>  and toggles the killswitches based on a pre-defined policy.
>
> Maybe just avoid starting sentences with "urfkill" as it is always
> wierd to have sentences beginning with a lowercase letter.
>
> A common trick is using "The  program|daemon". Also avoid "e.g."
> which is a latinism that's too often used in English..:). I propose
> parenthesis...another option would be using "such as". Replace "etc."
> with an ellipsis (...) as it avoids the tricky use of a dot before and
> after a closing parenthesis.
>
> That would give:
>
> The urfkill daemon allow managins the rfkill-related hotkeys
> and the killswitches in a more configurable way for the common RF
> devices (WiFi, Bluetooth, WWan...). It handles the various
> key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc)
> and toggles the killswitches based on a pre-defined policy.

Thanks for the refinement. I hope the description looks better now. :-)

Package: wnpp
  Severity: wishlist
  Owner: "Keng-Yu Lin" 

  * Package name: urfkill
  Version : 0.2.0
  Upstream Author : Gary Lin 
  * URL : http://www.freedesktop.org/wiki/Software/urfkill
  * License : GPL, LGPL
  Programming Lang: C
  Description : wireless killswitch management daemon for laptops

  The urfkill daemon allow managing the rfkill-related hotkeys
  and the killswitches in a more configurable way for the common RF
  devices (WiFi, Bluetooth, WWan...). It handles the various
  key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL...)
  and toggles the killswitches based on a pre-defined policy.



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

Bug#637818: aimage: FTBFS with wrong check for libssl

[Christophe Monniez]

aimage was removed from Debian testing.
The upstream author stopped working on this tool.

So, unless someone else create a fork of the upstream, it will not
come back into Debian.


-- 
Christophe Monniez



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

Bug#637883: [PATCH] Add multiarch fields

[Jonathan Nieder]

Hi,

Riku Voipio wrote:

> Cool, I'm not sure how late I'll be up tonight, but mail me when ready.

It took longer than I hoped, but I have some packages ready:

 - 
http://alioth.debian.org/~jrnieder-guest/xz-utils/xz-utils_5.1.1alpha+20110809-1.dsc
 - 
http://alioth.debian.org/~jrnieder-guest/xz-utils/xz-utils_5.1.1alpha+20110809-2~exp1.dsc

Or one can get them from the master (09fe07e) and experimental
(fd4034f) branches of

 git://git.debian.org/collab-maint/xz.git

and build with "debian/autogen.sh && debuild".

For sid, changes since last upload:

 - upload to unstable.  This means a lot of upstream changes since
   last upload to sid.  Luckily they have been well tested in
   experimental.
 - make ABI match unstable (see liblzma2/README.Debian for
   details) since it is not time for a transition yet
 - declare multi-arch support for liblzma2, xz-utils, and xzdec
   in debian/control
 - separate build-arch and build-indep targets in debian/rules

For experimental, changes on top of that:

 - make ABI match upstream again (bump soname, etc)
 - declare multi-arch for liblzma-dev, too!  Very neat.

Both packages seem to work. :)  I'll be happy for any thoughts you
have.

Good night,
Jonathan



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

Bug#637973: idle3: as this package is a meta package it should contain the dependency to idl-python3.2

[Detlev Brodowski]

Package: idle3
Version: 3.2-3
Severity: minor
Tags: sid

As this package is a meta package it should contain the dependency to idl-
python3.2.
Please lock at the package idle. That package contains the dependency to idle-
python2.6

Kind regards,
Detlev



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

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

Versions of packages idle3 depends on:
ii  python3   3.2-3  interactive high-level object-orie
ii  python3-tk3.2-4  Tkinter - Writing Tk applications 

idle3 recommends no packages.

idle3 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#637946: strip angle brackets from pasted s

[Mike Hommey]

On Tue, Aug 16, 2011 at 08:06:02AM +1000, Craig Sanders wrote:
> Package: iceweasel
> Version: 5.0-6
> 
> Many people post links in email as  rather than as just plain
> URL.  It was (and still is) recommended practice to indicate URIs like
> thispersonally, i think it's not a good practice (I don't know of
> even one browser that accepts URIs typed or pasted in this form) but
> you can't break random people on the internet of habits acquired over a
> decade or more.
> 
> Unfortunately, if you double- or triple- click the URL to select it
> and then middle-click to paste it in to the browser, it won't take you
> to the page. current iceweasel takes you to a google search result.
> previous versions used to display an error page saying it wasn't a valid
> URL (it is).
> 
> the problem would be solved if any leading or trailing angle brackets
> were stripped.  It also adheres to the principle of robustness - be
> conservative in what you send, liberal in what you accept.

The problem would be solved if any leading or trailing angle brackets
weren't selected when you double or triple click the URL, don't you
think?

Mike



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

Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick "XS Stick W14"

[Detlev Brodowski]

Package: usb-modeswitch
Version: 1.1.8-1
Severity: important
Tags: sid

The package does not switch my usb-stick "XS Stick W14" into the needed mode
after I have detached and reattached the usb-stick, till the next reboot.


The problem exists since version 1.1.9. Therefor I have downgraded to release
1.1.8.

Kind regards,
Detlev



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

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

Versions of packages usb-modeswitch depends on:
ii  dpkg 1.16.0.3Debian package management system
ii  libc62.13-16 Embedded GNU C Library: Shared lib
ii  libusb-0.1-4 2:0.1.12-18 userspace USB programming library
ii  tcl  8.5.0-2 The Tool Command Language (default
ii  tcl8.5 [tclsh]   8.5.10-1Tcl (the Tool Command Language) v8
ii  usb-modeswitch-data  20110714-1  mode switching data for usb-modesw

usb-modeswitch recommends no packages.

Versions of packages usb-modeswitch suggests:
pn  comgt  (no description available)
pn  wvdial (no description available)

-- no debconf information



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

Bug#637971: python-web2py: fails to start (ImportError: No module named gluon.widget)

[Benjamin Maisonnas]

Package: python-web2py
Version: 1.98.2-1
Severity: important

hi,

after a fresh install of python-web2py, simply execute $web2py and you should 
get:
Traceback (most recent call last):
  File "/usr/bin/web2py", line 117, in 
import gluon.widget
ImportError: No module named gluon.widget

it can be resolved easily:
localhost:/# update-python-modules python-gluon

anyway, here is some more info just in case:
steve@localhost:~$ ls /usr/share/python-support/ | grep gluon
python-gluon
steve@localhost:~$ ls /usr/share/pyshared | grep gluon
steve@localhost:~$ locate widget.py | grep gluon
/usr/share/python-support/python-gluon/gluon/contrib/taskbar_widget.py
/usr/share/python-support/python-gluon/gluon/widget.py

cheers,
ben

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

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

Versions of packages python-web2py depends on:
ii  python2.6.7-2interactive high-level object-orie
ii  python-gluon  1.98.2-1   High-level Python web development 

Versions of packages python-web2py recommends:
ii  libjs-jquery  1.6.2-1JavaScript library for dynamic web
ii  python-gtk2   2.24.0-2   Python bindings for the GTK+ widge
ii  python-tk 2.7.1-3Tkinter - Writing Tk applications 

python-web2py 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#637911: Use lxc as a BSD jail

[Vincent Bernat]

OoO En  ce début  de soirée du  lundi 15  août 2011, vers  21:23, Daniel
Baumann  disait :

>> If I use "lxc-execute -n test /bin/bash", it complains about the
>> missing /usr/lib/lxc/lxc-init. If I use "lxc-start -n test /bin/bash",
>> I get some non functional shell :

> you can run lxc-execute only for containers that are already running,
> i.e. you have to start it first, then you can execute commands in it.

If I try to run lxc-execute  with an already running container, I get an
error:

# lxc-execute -n test /bin/bash
lxc-execute: Device or resource busy - failed to remove previous cgroup 
'/sys/fs/cgroup/test'
lxc-execute: failed to spawn 'test'
lxc-execute: Device or resource busy - failed to remove cgroup 
'/sys/fs/cgroup/test'
-- 
Vincent Bernat ☯ http://vincent.bernat.im

Don't patch bad code - rewrite it.
- The Elements of Programming Style (Kernighan & Plauger)


pgpekfTlbTKcj.pgp
Description: PGP signature

Bug#511302: business proposal

[Mong Hoi]

Good Day,

I am Mr. Mong Hoi, Director of Operations of the Hang Seng Bank  
Ltd.Hong Kong. I have an obscured business proposal for you.


Please reach me promptly if interested.Email: mong.hoi1...@live.hk

Kind Regards,
Mr.Mong Hoi.





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

Bug#637898: zlib: please add biarch packages lib32z1 and lib32z1-dev on s390x

[Aurelien Jarno]

On Tue, Aug 16, 2011 at 01:21:09AM +0100, Mark Brown wrote:
> tag 637898 - patch
> kthxbye
> 
> On Mon, Aug 15, 2011 at 06:02:31PM +0200, Aurelien Jarno wrote:
> 
> > Would it be possible for you to add this patch in the next upload?
> > Thanks in advance.
> 
> Your patch won't apply to future versions of the package as upstream
> changes mean that chunks of the packaging need to be redone so I'm
> removing the patch tag.
> 

Could you please point me to the version I should base my patch on? The
one in experimental or a different one?

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



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

Bug#628463: [Reportbug-maint] Bug#628463: reportbug: --src option says "No package specified; stopping."

[Lionel Elie Mamane]

On Tue, Aug 16, 2011 at 01:43:41AM +0200, Sandro Tosi wrote:
> On Sun, May 29, 2011 at 10:00, Lionel Elie Mamane  wrote:

>> retitle 628463 --src and non-existing package name: error message 
>> wrong/confusing

>> On Sun, May 29, 2011 at 09:13:26AM +0200, Lionel Elie Mamane wrote:

>>> $ reportbug --source linux-2.6
>>> No package specified; stopping.

>>> But I _did_ specify a source package, namely "linux-2.6".

>> (...) I did an "apt-get update" and this fixed the
>> problem. Which means that really the problem is that the error message
>> is just plain wrong/confusing. It should says something like "no such
>> source package linux-2.6".

> could you confirm you don't have a 'deb-src' line in
> /etc/apt/sources.list ?

I have a deb-src line in /etc/apt/sources.list and the modification
timestamp of the file says it has not changed since 12 May,
i.e. before the initial bug report. I might have forgotten to run
"apt-get update" after adding that line in the past, but I would find
that unlikely; that line probably has been there for (much) longer
than my last upgrade. Maybe it had failed to download for some reason
at my last update.

> if you don't have any deb-src, Sources lists are not there and
> reportbug fails (ok, with a confusing msg, we'll see to fix it).

I had retitled the bug in that direction: an "apt-get update" fixed my
issue, so the only remaining issue is the confusing message.

-- 
Lionel



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

Bug#637970: Enable LVM in mipsel/loongson-2f recipes

[Matt Kraai]

Package: partman-auto
Version: 99

Hi,

I'd like to be able to use the guided partitioning's encrypted LVM
option on my Yeeloong.  I'm able to do so by hacking the
mipsel/loongson-2f's atomic recipe, so the attached patch would allow
others to do so as well.

-- 
Matt Kraai
https://ftbfs.org/kraai
>From 68380d2b52a6b41d3e39e7b43ce5dcec52fe2528 Mon Sep 17 00:00:00 2001
From: Matt Kraai 
Date: Mon, 15 Aug 2011 21:29:19 -0700
Subject: [PATCH] Enable LVM in mipsel/loongson-2f recipes

---
 debian/changelog  |6 +-
 recipes-mipsel-loongson-2f/atomic |2 ++
 recipes-mipsel-loongson-2f/home   |3 +++
 recipes-mipsel-loongson-2f/multi  |6 ++
 4 files changed, 16 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 20fed03..dd99a8d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,14 @@
 partman-auto (100) UNRELEASED; urgency=low
 
+  [ Colin Watson ]
   * Merge from Ubuntu:
 - Determine memory size for RAM-dependent recipe elements more
   accurately on i386 (LP: #604765).
 
- -- Colin Watson   Sun, 24 Jul 2011 15:54:13 +0100
+  [ Matt Kraai]
+  * Enable LVM in mipsel/loongson-2f recipes.
+
+ -- Matt Kraai   Mon, 15 Aug 2011 21:28:26 -0700
 
 partman-auto (99) unstable; urgency=low
 
diff --git a/recipes-mipsel-loongson-2f/atomic b/recipes-mipsel-loongson-2f/atomic
index 7a02032..bfee5be 100644
--- a/recipes-mipsel-loongson-2f/atomic
+++ b/recipes-mipsel-loongson-2f/atomic
@@ -10,6 +10,7 @@ partman-auto/text/atomic_scheme ::
 	mountpoint{ /boot } .
 
 500 1 -1 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
@@ -17,5 +18,6 @@ partman-auto/text/atomic_scheme ::
 	mountpoint{ / } .
 
 96 512 300% linux-swap
+	$lvmok{ }
 	method{ swap }
 	format{ } .
diff --git a/recipes-mipsel-loongson-2f/home b/recipes-mipsel-loongson-2f/home
index 72f4459..b28eb96 100644
--- a/recipes-mipsel-loongson-2f/home
+++ b/recipes-mipsel-loongson-2f/home
@@ -10,6 +10,7 @@ partman-auto/text/home_scheme ::
 	mountpoint{ /boot } .
 
 500 4000 7000 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
@@ -17,10 +18,12 @@ partman-auto/text/home_scheme ::
 	mountpoint{ / } .
 
 96 512 300% linux-swap
+	$lvmok{ }
 	method{ swap }
 	format{ } .
 
 100 1 -1 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
diff --git a/recipes-mipsel-loongson-2f/multi b/recipes-mipsel-loongson-2f/multi
index bce370c..a5016e1 100644
--- a/recipes-mipsel-loongson-2f/multi
+++ b/recipes-mipsel-loongson-2f/multi
@@ -10,6 +10,7 @@ partman-auto/text/multi_scheme ::
 	mountpoint{ /boot } .
 
 70 800 280 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
@@ -17,6 +18,7 @@ partman-auto/text/multi_scheme ::
 	mountpoint{ / } .
 
 500 3000 5000 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
@@ -24,6 +26,7 @@ partman-auto/text/multi_scheme ::
 	mountpoint{ /usr } .
 
 70 1500 3000 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
@@ -31,10 +34,12 @@ partman-auto/text/multi_scheme ::
 	mountpoint{ /var } .
 
 96 512 300% linux-swap
+	$lvmok{ }
 	method{ swap }
 	format{ } .
 
 20 300 400 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
@@ -42,6 +47,7 @@ partman-auto/text/multi_scheme ::
 	mountpoint{ /tmp } .
 
 300 3000 -1 $default_filesystem
+	$lvmok{ }
 	method{ format }
 	format{ }
 	use_filesystem{ }
-- 
1.7.5.4

Bug#637969: libhttp-dav-perl: New 0.44 upstream version available

[John Lightsey]

Package: libhttp-dav-perl
Version: 0.38-1
Severity: normal

There have been several releases of HTTP::DAV since the last refresh of the
Debian package in 2009. The 0.40 version in particular fixed an annoying bug
where you have to specify the realm along with authentication credentials.

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

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

Versions of packages libhttp-dav-perl depends on:
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  libxml-dom-perl1.44-1Perl module for building DOM Level
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 

Versions of packages libhttp-dav-perl recommends:
ii  perl [libdigest-md5-pe 5.10.1-17squeeze2 Larry Wall's Practical Extraction 

Versions of packages libhttp-dav-perl suggests:
ii  libcrypt-ssleay-perl  0.57-2 Support for https protocol in LWP

-- 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#637967: [Pkg-fonts-devel] Bug#637967: please mark ttf-dejavu* Multi-Arch: foreign

[Christian PERRIER]

Quoting Steve Langasek (steve.langa...@canonical.com):
> Package: ttf-dejavu
> Version: 2.33-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu oneiric ubuntu-patch
> 
> Hi folks,
> 
> I've just pushed a patch to the ttf-dejavu package in Ubuntu to mark the
> binary packages Multi-Arch: foreign, in compliance with the plan for


Davide, do you take care of this?




signature.asc
Description: Digital signature

Bug#260030: Fwd: [Bug 77] bad header with -q (packet dump) option

[Ludovico Cavedon]

-- Forwarded message --
From:  
Date: Mon, Aug 15, 2011 at 6:48 PM
Subject: [Bug 77] bad header with -q (packet dump) option
To: ludovico.cave...@gmail.com


https://www.ntop.org/bugzilla3/show_bug.cgi?id=77

--- Comment #2 from wel...@excelsus.com 2011-08-16 03:48:14 CEST ---
Confirmed this is also a problem in 4.1 when compiled with FreeBSD.

Narrowed down the issue.  The corrupted pcap is generated if ntop is launched
with the -d flag.  Was able to launch without -d with flags to run as a
webserver with -l from startup script but added '&' to put the process in the
background.  When doing this, it produces usable pcaps (at least in FreeBSD
8.1)

--
Configure bugmail: https://www.ntop.org/bugzilla3/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You reported the bug.



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

Bug#637820: I can adopt this package

[Jean-Philippe MENGUAL]

Hi,

I will try to adopt this package, as well as festival (so I'll try
closing bug 601596 too). Of course I'll have to see the TODO, see if
there's update to do, where finding new upstream source. Finally, as
I've to use sponsoring process, it could take some time. But I will try
handling these 2 bugs.

Regards,

-  
Jean-Philippe MENGUAL

accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels

Tél.: 06.76.34.93.37

Mail: mengualjean...@free.fr

Site Web: http://www.accelibreinfo.eu



> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#637620: [Pkg-alsa-devel] Bug#637620: alsa-base: No sound withRealtekALC889A card

[Peter .]

Ok, what's the next step with this?
Peter (mobile)

-Original Message-
From: Elimar Riesebieter 
Date: Mon, 15 Aug 2011 18:00:45 
To: 
Cc: <637...@bugs.debian.org>
Subject: Re: [Pkg-alsa-devel] Bug#637620: alsa-base: No sound with
 RealtekALC889A card

* Peter .  [110815 12:09 +]:

> I have created the alsa_local.conf file as specified and rebooted
> to confirm sound is still not present with the hdmi cable in use.
> I am currently receiving sound via an hdi + headphone out combo.
> 
> Any more suggestions to restore sound via hdmi only?

No.

Elimar

-- 
  Do you smell something burning or ist it me?



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

Bug#637968: Please transition cyrus-sasl2 for multiarch

[Steve Langasek]

Package: cyrus-sasl2
Version: 2.1.24~rc1.dfsg1+cvs2011-05-23-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi guys,

Please find attached a patch to cyrus-sasl2 to transition it to use of the
multiarch library paths as described at
.  This patch has been
tested and included in Ubuntu Oneiric.

As a dependency of libldap-2.4-2, libsas2-2 is part of the stack packaged in
ia32-libs.  Converting cyrus-sasl2 for multiarch use, and thus facilitating
the direct installation of i386 packages on amd64 systems, will be a great
step forward in the release goal of getting rid of ia32-libs for wheezy.  So
please consider including this patch in Debian sooner rather than later.

Note that this patch includes backwards-compatibility with the
/usr/lib/sasl2 module path in case of out-of-tree modules on the system, but
that /usr/lib/$arch/sasl2 is now the preferred path.  I've tested here to
confirm that libsasl2-2 will still load modules from both directories.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/compat'
--- debian/compat   2011-05-25 21:57:11 +
+++ debian/compat   2011-08-15 22:27:29 +
@@ -1 +1 @@
-7
+9

=== modified file 'debian/control'
--- debian/control  2011-08-13 16:02:30 +
+++ debian/control  2011-08-15 22:30:46 +
@@ -4,7 +4,7 @@
 Maintainer: Debian Cyrus SASL Team 

 Uploaders: Fabian Fagerholm , Roberto C. Sanchez 
, Ondřej Surý 
 Standards-Version: 3.9.2
-Build-Depends: debhelper (>= 7.0.50~), quilt (>= 0.46-7~), autotools-dev, 
automake, autoconf, libtool, libdb-dev, libpam0g-dev (>= 0.76-22), libssl-dev 
(>= 0.9.7e-3), libmysqlclient-dev | libmysqlclient15-dev (>= 5.0.20), libpq-dev 
(>= 8.1.3-4), heimdal-multidev, krb5-multidev, libsqlite3-dev, libldap2-dev (>= 
2.1.30-8), chrpath, groff-base, debconf (>= 0.5) | debconf-2.0, po-debconf, 
docbook-to-man, hardening-wrapper
+Build-Depends: debhelper (>= 8.1.3), quilt (>= 0.46-7~), autotools-dev, 
automake, autoconf, libtool, libdb-dev, libpam0g-dev (>= 0.76-22), libssl-dev 
(>= 0.9.7e-3), libmysqlclient-dev | libmysqlclient15-dev (>= 5.0.20), libpq-dev 
(>= 8.1.3-4), heimdal-multidev, krb5-multidev, libsqlite3-dev, libldap2-dev (>= 
2.1.30-8), chrpath, groff-base, debconf (>= 0.5) | debconf-2.0, po-debconf, 
docbook-to-man, hardening-wrapper
 Build-Conflicts: heimdal-dev
 Vcs-Browser: http://git.debian.org/?p=pkg-cyrus-sasl2/cyrus-sasl2.git
 Vcs-Git: git://git.debian.org/pkg-cyrus-sasl2/cyrus-sasl2/
@@ -35,6 +36,8 @@
 
 Package: libsasl2-2
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: libsasl2-modules (= ${binary:Version})
 Replaces: libsasl2
@@ -57,6 +60,7 @@
 Package: libsasl2-modules
 Priority: optional
 Architecture: any
+Multi-Arch: same
 Depends: libsasl2-2 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Suggests: libsasl2-modules-otp, libsasl2-modules-ldap, libsasl2-modules-sql, 
libsasl2-modules-gssapi-mit | libsasl2-modules-gssapi-heimdal
 Description: Cyrus SASL - pluggable authentication modules
@@ -69,6 +73,7 @@
 Package: libsasl2-modules-ldap
 Priority: extra
 Architecture: any
+Multi-Arch: same
 Depends: libsasl2-modules (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Description: Cyrus SASL - pluggable authentication modules (LDAP)
  This is the Cyrus SASL API implementation, version 2.1. See package
@@ -79,6 +84,7 @@
 Package: libsasl2-modules-otp
 Priority: extra
 Architecture: any
+Multi-Arch: same
 Depends: libsasl2-modules (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Description: Cyrus SASL - pluggable authentication modules (OTP)
  This is the Cyrus SASL API implementation, version 2.1. See package
@@ -89,6 +95,7 @@
 Package: libsasl2-modules-sql
 Priority: extra
 Architecture: any
+Multi-Arch: same
 Depends: libsasl2-modules (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Description: Cyrus SASL - pluggable authentication modules (SQL)
  This is the Cyrus SASL API implementation, version 2.1. See package
@@ -100,6 +107,7 @@
 Package: libsasl2-modules-gssapi-mit
 Priority: extra
 Architecture: any
+Multi-Arch: same
 Depends: libsasl2-modules (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Conflicts: libsasl2-modules-gssapi-heimdal
 Description: Cyrus SASL - pluggable authentication modules (GSSAPI)
@@ -123,6 +131,7 @@
 
 Package: libsasl2-modules-gssapi-heimdal
 Architecture: any
+Multi-Arch: same
 Priority: extra
 Depends: libsasl2-modules (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Conflicts: libsasl2-modules-gssapi-mit

=== removed file 'd

Bug#637967: please mark ttf-dejavu* Multi-Arch: foreign

[Steve Langasek]

Package: ttf-dejavu
Version: 2.33-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi folks,

I've just pushed a patch to the ttf-dejavu package in Ubuntu to mark the
binary packages Multi-Arch: foreign, in compliance with the plan for
multiarch described at .  Since
some common 32-bit-only applications such as google earth have a dependency
on ttf-dejavu, having the fonts marked Multi-Arch: foreign will facilitate
being able to install those 32-bit packages directly on amd64 and let us get
rid of ia32-libs sooner for wheezy.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru ttf-dejavu-2.33/debian/changelog ttf-dejavu-2.33/debian/changelog
diff -Nru ttf-dejavu-2.33/debian/control ttf-dejavu-2.33/debian/control
--- ttf-dejavu-2.33/debian/control	2011-02-28 14:46:20.0 -0800
+++ ttf-dejavu-2.33/debian/control	2011-08-15 18:57:12.0 -0700
@@ -12,6 +12,7 @@
 
 Package: ttf-dejavu
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}, ttf-dejavu-core, ttf-dejavu-extra
 Conflicts: ttf-dejavu (<< 2.20-1)
 Description: Metapackage to pull in ttf-dejavu-core and ttf-dejavu-extra
@@ -28,6 +29,7 @@
 
 Package: ttf-dejavu-core
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}
 Conflicts: ttf-dejavu (<< 2.20-1)
 Replaces: ttf-dejavu (<< 2.20-1)
@@ -47,6 +49,7 @@
 
 Package: ttf-dejavu-extra
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}, ttf-dejavu-core
 Conflicts: ttf-dejavu (<< 2.20-1)
 Replaces: ttf-dejavu (<< 2.20-1)

Bug#632923: [26/26] perf tools: do not look at ./config for configuration

[Greg KH]

3.0-stable review patch.  If anyone has any objections, please let us know.

--

From: Jonathan Nieder 

commit aba8d056078e47350d85b06a9cabd5afcc4b72ea upstream.

In addition to /etc/perfconfig and $HOME/.perfconfig, perf looks for
configuration in the file ./config, imitating git which looks at
$GIT_DIR/config.  If ./config is not a perf configuration file, it
fails, or worse, treats it as a configuration file and changes behavior
in some unexpected way.

"config" is not an unusual name for a file to be lying around and perf
does not have a private directory dedicated for its own use, so let's
just stop looking for configuration in the cwd.  Callers needing
context-sensitive configuration can use the PERF_CONFIG environment
variable.

Requested-by: Christian Ohm 
Cc: 632...@bugs.debian.org
Cc: Ben Hutchings 
Cc: Christian Ohm 
Cc: Ingo Molnar 
Cc: Paul Mackerras 
Cc: Peter Zijlstra 
Link: http://lkml.kernel.org/r/20110805165838.ga7...@elie.gateway.2wire.net
Signed-off-by: Jonathan Nieder 
Signed-off-by: Arnaldo Carvalho de Melo 
Signed-off-by: Greg Kroah-Hartman 

---
 tools/perf/util/config.c |7 ---
 1 file changed, 7 deletions(-)

--- a/tools/perf/util/config.c
+++ b/tools/perf/util/config.c
@@ -399,7 +399,6 @@ static int perf_config_global(void)
 int perf_config(config_fn_t fn, void *data)
 {
int ret = 0, found = 0;
-   char *repo_config = NULL;
const char *home = NULL;
 
/* Setting $PERF_CONFIG makes perf read _only_ the given config file. */
@@ -421,12 +420,6 @@ int perf_config(config_fn_t fn, void *da
free(user_config);
}
 
-   repo_config = perf_pathdup("config");
-   if (!access(repo_config, R_OK)) {
-   ret += perf_config_from_file(fn, repo_config, data);
-   found += 1;
-   }
-   free(repo_config);
if (found == 0)
return -1;
return ret;





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

Bug#637966: RFP: k4dirstat -- graphical disk usage display with cleanup facilities

[Steve M. Robbins]

Package: wnpp
Severity: wishlist

This is a KDE4 update of kdirstat (now removed from the archive).

* Package name: k4dirstat
  Version : 2.7.0
  Upstream Author : Stefan Hundhammer , Joshua Hodosh 

* URL : 
http://grumpypenguin.org/index.php?/archives/3-KDirStat-coming-to-KDE4.html
* License : GPL
  Programming Lang: C++
  Description : graphical disk usage display with cleanup facilities

 KDirStat (KDE Directory Statistics) is a small utility program that sums
 up disk usage for directory trees, very much like the Unix 'du' command.
 It displays the disk space used up by a directory tree, both numerically
 and graphically.  It is network transparent (i.e., you can use it to sum
 up FTP servers), and comes with predefined and user configurable cleanup
 actions.  You can directly open a directory branch in Konqueror or the
 shell of your choice, compress it to a .tar.bz2 archive, or define your
 own cleanup actions. 



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

Bug#637962: bug#637962

[David Starkweather]

There appears to be mismatches in other header files that are included from
headers inside the QtMultiMediaKit file. For example,
QtMultiMediaKit/qaudio.h includes qmobilityglobal.h file, but it should be
QtMobility/qmobilityglobal.h

there are other such examples.

Bug#599113: estimated download time always displayed as 'NaN'

[Jonathan Nieder]

fixed 599113 chromium-browser/13.0.782.107~r94237-1
quit

Gabriele 'LightKnight' Stilli wrote:

> Hello again,
>
> sorry, didn't see the fixed upstream tag :-)

No problem.  This was actually an ICU bug.  The Debian ICU packaging
doesn't seem to include an upstream changelog, so I haven't been able
to check quickly if it's fixed.

The Chromium packaging is temporarily using the bundled copy of ICU to
get a security fix, so the version last uploaded is known not to have
the bug.  When I get a moment, I'll try building locally against
system ICU and see if it happens again (or if someone else tests
version 12 from snapshot.debian.org before then, that would be
useful).

Thanks,
Jonathan



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

Bug#619415: modprobe is being called, but with invalid arguments

[Dan Wallis]

I've discovered today that keepalived is actually trying to probe this
module, but the command is failing:

lvs1:~# while ! ps auxwf | grep -v grep | grep -C3
modprobe ; do true; done
root  1145  1.1  0.2  16396   724 ?Ss   13:41   0:03
/usr/sbin/keepalived
root  1259  0.0  0.0  0 0 ?R13:47   0:00  \_
[keepalived]
root  1266  0.0  0.2  16396   680 ?S13:47   0:00  \_
/usr/sbin/keepalived
root  1267  0.0  0.0312   136 ?R13:47   0:00
\_ /sbin/modprobe -s -k -- ip_vs
root  1181  0.0  0.4  22420  1040 ?Ss   13:41   0:00 /usr/sbin/cron
root  1357  0.0  0.2  10208   688 ?Ss   13:41   0:00 /usr/sbin/inetd
root  2467  0.6 23.0 133076 57852 ?Ss   13:42   0:01
/usr/bin/ruby1.8 /usr/bin/puppet agent -w 5
lvs1:~# /sbin/modprobe -s -k -- ip_vs
/sbin/modprobe: invalid option -- 'k'
Usage: /sbin/modprobe [-v] [-V] [-C config-file] [-d  ] [-n]
[-i] [-q] [-b] [-o ] [ --dump-modversions ] 
[parameters...]
/sbin/modprobe -r [-n] [-i] [-v]  ...
/sbin/modprobe -l -t  [ -a  ...]
lvs1:~# modprobe ip_vs
lvs1:~#



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

Bug#637362: openconnect: Fix FTBFS on hurd-i386

[David Woodhouse]

On Wed, 2011-08-10 at 18:22 +0200, Svante Signell wrote:
> Source: openconnect
> Version: 3.02-1
> Severity: important
> Tags: patch
> User: debian-h...@lists.debian.org
> Usertags: hurd
> 
> Hi,
> 
> currently openconnect does not compile on hurd-i386. The problem is a
> missing inclusion of sys/statfs.h in ssl.c. The inlined patch fixes
> this issue.

Thanks.

Can I have that patch again with a Signed-off-by: please?

-- 
dwmw2





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

Bug#637964: ITP: libsmack -- libraries and tools for SMACK

[Joachim Wiedorn]

Package: wnpp
Severity: wishlist
Owner: Joachim Wiedorn 


* Package name: libsmack
  Version : 1.1.git20110809
  Upstream Author : Brian McGillion 
* URL : http://meego.gitorious.org/meego-platform-security
* License : LGPL-2.1
  Programming Lang: C
  Description : libraries and tools for SMACK

  Libsmack is a library collection with development files and tools for
  use of SMACK together with other useland tools. SMACK is the "simple 
  MAC kernel" framework similar to selinux but simplified for usage. 


Other packages for use of SMACK are still not in Debian, but also be needed
for use of SMACK: smackutil, smackman, smackpolyport.

All SMACK packages are only available as git repo's created for use for
the Meego platform. That is the reason that I have made static source
package, which can be found here: http://www.joonet.de/smack/upstream/

So I will start with support of SMACK in Debian with this package.

Fondest regards,
 Joachim Wiedorn



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

Bug#637963: nmu: tiff_3.9.5-1

[Steve M. Robbins]

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

nmu tiff_3.9.5-1 . ALL . -m "Rebuild against libjpeg8"

Currently, linking using both -ltiff and -ljpeg produces a warning:

  /usr/bin/ld: warning: libjpeg.so.62, needed by /usr/lib64/libtiff.so, may
conflict with libjpeg.so.8

A simple rebuild of tiff (as hinted in #634194) fixes this.



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

Kernel: Linux 3.0.0-1-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/dash



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

Bug#630478: [Pkg-libvirt-maintainers] Bug#630478: Problem with size of virtual floppies

[j20110816]

On Mon, 15 Aug 2011, Guido Günther wrote:


On Mon, Aug 15, 2011 at 09:12:15PM +0800, j20110...@js.id.au wrote:

It happens I have rebooted, and the problem wrt that particular disk image now 
does not occur.

The file did, in fact, exist; I've changed the way I pass data to my new guests 
and now do not use a floppy
image, so I used to commands I already showed you in order to recreate the 
problem.

Previously, I expanded the allocated size of the file using a dd command 
similar to this:
  dd if=/dev/zero of=/var/lib/libvirt/images/fd1440a.img seek=1 bs=2G count=0
  and the problem went away. Since that it now does not go away that way, I 
expect I must have done something
  else as well, lile restart libvirtd.

Since the message, "ValueError: Size must be specified for non existent volume path 
'/var/lib/libvirt/images/fd1440a.img'"
is clearly misleading because the ls command (which is the obvious way to 
check) reveals the file does exist.


This sounds like you've not refreshed the storage pool after adding the


I certainly didn't, I don't recall any documentation to the effect that it's 
necessary.
Note that it's not required in this example:

# dd if=/dev/zero of=/tmp/fd1440.img count=2880
# /usr/bin/virt-install -n dummy --pxe --debug  -r 192 --arch=i686 --vcpus=1 
--os-type=linux --os-variant=debiansqueeze  --disk path=/tmp/fd1440.img  >/tmp/vm.log 
2>&1




image? I leave the bug open for now since the error message is
misleading indeed.
-- Guido



I suggest that libvirtd (or whatever is the offending code) be changed to ask 
the filesystem whether the file exists
(stat() and/or access()) and that the error reporting be improved to more 
accurately reflect the actual problem.

Thanks for your time.


--
John Summerfield





___
Pkg-libvirt-maintainers mailing list
pkg-libvirt-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers

Bug#637874: nfs mounts unreliable

[Ben Hutchings]

On Tue, 2011-08-16 at 07:52 +1000, J wrote:
> Hello Ben,
> 
> I have been watching this bug because I have similar behaviour - but I 
> do not know that it is the same.
> 
> I have two exports from the nfs server, which are mounted by one client.
> 
> After boot, it is common for one of the exports to mount correctly, 
> while the other one is nowhere to be seen.
> 
> /etc/network/interfaces is set up like this, straight out of the squeeze 
> setup (6.0.2 release):
> 
> allow-hotplug eth0

'allow-hotplug eth0' means that eth0 will be brought up asynchronously
when it is detected.

However, automounting of NFS directories requires that the network
interface is brought up by the 'networking' service.  You need to
specify 'auto eth0' instead.

[...]
> By the way, I was hoping that you (or somebody) could explain what the 
> following snippet is supposed to do:
> 
> 
> case "$FSTYPE" in
>nfs|nfs4|smbfs|cifs|coda|ncp|ncpfs|ocfs2|gfs)
>  ;;
> 
> 
> It looks like a no-op to me.

That's not a complete statement; the complete statement is:

case "$FSTYPE" in
  nfs|nfs4|smbfs|cifs|coda|ncp|ncpfs|ocfs2|gfs)
;;
  *)
continue
;;
esac

which means that the following commands will only be run for the listed
filesystem types.

Ben.



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

Bug#599113: estimated download time always displayed as 'NaN'

[Gabriele 'LightKnight' Stilli]

Hello again,

sorry, didn't see the fixed upstream tag :-)

*blush*
Gabriele :-)

-- 
http://poisson.phc.unipi.it/~stilli/
http://lightknight.homelinux.org/blog/
Meglio essere ottimisti e avere torto, che pessimisti e avere ragione
[Albert Einstein]



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

Bug#637289: installation-reports: Installation Debian Wheezy weekly-builds 08-08-2011 text=successful gui=not good

[Samuel Thibault]

reassign 637289 libpango1.0-udeb
retitle 637289 missing libpango1.0-udeb.modules file
fixed 637289 1.28.4-1
found 637289 1.28.4-2
thanks

> On Wed, Aug 10, 2011 at 11:12, Luis Guzman  wrote:
> > All I saw were square boxes where text should be.

Digging a bit more, the bug was introduced by version 1.28.4-2 of
pango1.0, due to multiarch. Notice the build log:

LD_LIBRARY_PATH=/build/buildd-pango1.0_1.28.4-2-amd64-Gmqy8X/pango1.0-1.28.4/debian/libpango1.0-udeb/usr/lib:/usr/lib/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot
 \
PANGO_QUERYMODULES=debian/build/udeb/pango/pango-querymodules \
debian/dh_pangomodules \
-plibpango1.0-udeb -k
dh_pangomodules: couldn't find any Pango Modules for package libpango1.0-udeb.

This error is probably due to the udeb using non-multiarch paths.
No ./usr/lib/pango/1.6.0/module-files.d/libpango1.0-udeb.modules file is
generated, so it has a hard time finding modules to display anything.
e.g. copying the file from the -1 udeb makes things work again.

A way to fix it can probably be to have separate dh_pangomodules and
dh_pangomodules-udeb with the different paths. Or simply use multiarch
paths in the udeb as well.

Samuel



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

Bug#599113: estimated download time always displayed as 'NaN'

[Gabriele Stilli]

Package: chromium-browser
Followup-For: Bug #599113

Hello,

apparently the bug has been fixed upstream as of r88321:
http://code.google.com/p/chromium/issues/detail?id=60476#c85
http://codereview.chromium.org/7004021

Indeed, I don't see this bug anymore, while once I did (I have an
Italian locale, as detailed below).

Cheers,
Gabriele :-)

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

Kernel: Linux 2.6.35.4 (PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to it_IT.UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
http://poisson.phc.unipi.it/~stilli/
http://lightknight.homelinux.org/blog/
Meglio essere ottimisti e avere torto, che pessimisti e avere ragione
[Albert Einstein]


signature.asc
Description: Digital signature

Bug#541348: cwebm still included in package description

[Ben Hutchings]

It's worse then just the package description - the info file and the
customisation menu also state or imply that cwebm is included, leaving
me to waste time wondering what I had to do make the commands available.

Does it really take 2 years to fix this?

Ben.



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

Bug#637962: qtmobility-dev: missing header file

[David G Starkweather]

Package: qtmobility-dev
Version: 1.2.0-1
Severity: important

There is a header file missing in the package.   It is a
shorthand header file used to #include multiple headers. Without it, it breaks
an existing compilation 

-- System Information:
Debian Release: wheezy/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=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages qtmobility-dev depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-4  GCC support library
ii  libqt4-sql4:4.7.3-5  Qt 4 SQL module
ii  libqtconnectivity11.2.0-1Qt Mobility Connectivity module
ii  libqtcontacts11.2.0-1Qt Mobility Contacts module
ii  libqtcore44:4.7.3-5  Qt 4 core module
ii  libqtfeedback11.2.0-1Qt Mobility Feedback module
ii  libqtgallery1 1.2.0-1Qt Mobility Document Gallery modul
ii  libqtgui4 4:4.7.3-5  Qt 4 GUI module
ii  libqtlocation11.2.0-1Qt Mobility Location module
ii  libqtmessaging1   1.2.0-1Qt Mobility Messaging module
ii  libqtmultimediakit1   1.2.0-1Qt Mobility MultimediaKit module
ii  libqtorganizer1   1.2.0-1Qt Mobility Organizer module
ii  libqtpublishsubscribe11.2.0-1Qt Mobility Publish and Subscribe 
ii  libqtsensors1 1.2.0-1Qt Mobility Sensors module
ii  libqtserviceframework11.2.0-1Qt Mobility Service Framework modu
ii  libqtsysteminfo1  1.2.0-1Qt Mobility System Information mod
ii  libqtversit1  1.2.0-1Qt Mobility Versit (vCard) module
ii  libqtversitorganizer1 1.2.0-1Qt Mobility Versit (Organizer) mod
ii  libstdc++64.6.1-4GNU Standard C++ Library v3
ii  servicefw 1.2.0-1Qt Mobility Service Framework tool

qtmobility-dev recommends no packages.

qtmobility-dev 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#620423: Looking for update

[Shane Chambers]

I'm hoping for any update on this bug.  From the stack trace I took last 
week, we're running into the same problem on multiple servers, crashing 
the site multiple times a day during moderately busy periods.


The workaround listed from Kian Mohageri of using "zend.enable_gc=0" 
changes the problem from Apache crashing with a Segmentation Fault, to 
Apache hanging (with load level of 150/4 and higher), and refusing to 
respond to any more requests.  4GB of memory is completely consumed by 
Apache at this time.  Nothing else is running on this system.


I'm running into this on two different systems, with two different 
kernels.  2.6.32-5-686-bigmem, and 2.6.32-5-amd64.  I don't have a stack 
trace handy for the amd64 kernel, but here's the 686 kernel stack trace 
from prior to the workaround listed above;


Hardware: ESXi 3.5
Linux web1 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC 2011 i686 
GNU/Linux

root@web1: cat /etc/issue
Debian GNU/Linux 6.0 \n \l

+++---
ii  php5 5.3.3-7+squeeze3 server-side, 
HTML-embedded scripting language (metapackage)
ii  php5-adodb   5.04-6   Extension 
optimising the ADOdb database abstraction library
ii  php5-auth-pam0.4-10+b1A PHP5 extension 
for PAM authentication
ii  php5-cgi 5.3.3-7+squeeze3 server-side, 
HTML-embedded scripting language (CGI binary)
ii  php5-cli 5.3.3-7+squeeze3 command-line 
interpreter for the php5 scripting language
ii  php5-common  5.3.3-7+squeeze3 Common files for 
packages built from the php5 source

ii  php5-curl5.3.3-7+squeeze3 CURL module for php5
ii  php5-dbg 5.3.3-7+squeeze3 Debug symbols for PHP5
ii  php5-dev 5.3.3-7+squeeze3 Files for PHP5 
module development

un  php5-enchant(no description available)
ii  php5-ffmpeg  0.6.0-2  audio and video 
support via ffmpeg for php5

ii  php5-gd  5.3.3-7+squeeze3 GD module for php5
ii  php5-geoip   1.0.7-2  GeoIP module for php5
ii  php5-gmp 5.3.3-7+squeeze3 GMP module for php5
ii  php5-idn 1.2b-6   PHP API for the 
IDNA library
ii  php5-imagick 3.0.0~rc1-1  ImageMagick module 
for php5

ii  php5-imap5.3.3-7+squeeze3 IMAP module for php5
ii  php5-interbase   5.3.3-7+squeeze3 interbase/firebird 
module for php5

un  php5-intl(no description available)
un  php5-json(no description available)
ii  php5-lasso   2.2.1-4+b1   Library for 
Liberty Alliance and SAML protocols - PHP 5 bindings

ii  php5-ldap5.3.3-7+squeeze3 LDAP module for php5
ii  php5-mapscript   5.6.5-2+squeeze2 php5-cgi module 
for MapServer

ii  php5-mcrypt  5.3.3-7+squeeze3 MCrypt module for php5
ii  php5-memcache3.0.4-4  memcache extension 
module for PHP5

un  php5-mhash(no description available)
ii  php5-ming1:0.4.3-1+b1 Ming module for php5
ii  php5-mysql   5.3.3-7+squeeze3 MySQL module for php5
un  php5-mysqli(no description available)
ii  php5-odbc5.3.3-7+squeeze3 ODBC module for php5
rc  php5-pgsql   5.3.3-7+squeeze3 PostgreSQL module 
for php5  (THIS WAS REMOVED AFTER THE STACK TRACE)

ii  php5-ps  1.3.6-3+b1   ps module for PHP 5
ii  php5-pspell  5.3.3-7+squeeze3 pspell module for php5
ii  php5-recode  5.3.3-7+squeeze3 recode module for php5
ii  php5-sasl0.1.0-1+b1   Cyrus SASL 
extension for PHP 5

ii  php5-snmp5.3.3-7+squeeze3 SNMP module for php5
un  php5-sqlite(no description available)
ii  php5-suhosin 0.9.32.1-1   advanced 
protection module for php5

un  php5-sybase(no description available)
ii  php5-tidy5.3.3-7+squeeze3 tidy module for php5
ii  php5-xcache  1.3.0-7  Fast, stable PHP 
opcode cacher
ii  php5-xmlrpc  5.3.3-7+squeeze3 XML-RPC module for 
php5

ii  php5-xsl 5.3.3-7+squeeze3 XSL module for php5



Core was generated by `/usr/sbin/apache2 -k start'.
Program terminated with signal 11, Segmentation fault.
#0  0xb6e44cb5 in _zend_hash_add_or_update (ht=0xb8581dfc, 
arKey=0xb8a37c28 "REMOTE_ADDR", nKeyLength=,

pData=0xbfb04e68, nDataSize=, pDest=0xbfb04e64, flag=1)
at 
/build/buildd-php5_5.3.3-7+squee

Bug#637961: Typo in /etc/init.d/jetty -- grep: character class syntax is [[:space:]], not [:space:]

[Isaac]

Package: jetty
Version: 6.1.24-6
Severity: normal


I received this error when calling e.g. `service restart jetty`:
grep: character class syntax is [[:space:]], not [:space:]

I replaced this line in /etc/init.d/jetty:
CONFIG_LINES=$(cat /etc/jetty/jetty.conf | grep -v "^[:space:]*#" | tr 
"\n" " ")


with this one:
CONFIG_LINES=$(cat /etc/jetty/jetty.conf | grep -v "^[[:space:]]*#" | tr 
"\n" " ")


which seemed to resolve the issue.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core)
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 jetty depends on:
ii  adduser   3.113  add and remove users and groups
ii  apache2-utils 2.2.19-1   utility programs for webservers
ii  default-jre-headless [jav 1:1.6-40   Standard Java or Java 
compatible R
ii  jsvc  1.0.6-1wrapper to launch Java 
application
ii  libjetty-java 6.1.24-6   Java servlet engine and 
webserver
ii  openjdk-6-jre-headless [j 6b18-1.8.9-0.1 OpenJDK Java runtime, using 
Hotspo


jetty recommends no packages.

Versions of packages jetty suggests:
pn  libjetty-extra  (no description available)
pn  libjetty-extra-java  (no description available)
pn  libjetty-java-doc  (no description available)




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

Bug#637960: [iceweasel] Crash when download anything from internet

[ASD Consultoria]

Package: iceweasel
Version: 5.0-6
Severity: normal

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

When download anything from internet, iceweasel crash. Debug below:

$ iceweasel -g
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging symbols 
found)...done.

(gdb) run
Starting program: /usr/lib/iceweasel/firefox-bin 
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe03a8700 (LWP 25530)]
[New Thread 0x7fffdf9a3700 (LWP 25531)]
[New Thread 0x7fffdefae700 (LWP 25532)]
[New Thread 0x7fffde7ad700 (LWP 25533)]
[New Thread 0x7fffddcff700 (LWP 25534)]
[New Thread 0x7fffdcafd700 (LWP 25535)]
[New Thread 0x7fffdc2fc700 (LWP 25536)]
[New Thread 0x7fffdadfa700 (LWP 25537)]
[New Thread 0x7fffd9fff700 (LWP 25538)]
[New Thread 0x7fffd94ff700 (LWP 25539)]
[New Thread 0x7fffd89ff700 (LWP 25540)]
[Thread 0x7fffdadfa700 (LWP 25537) exited]
[Thread 0x7fffd89ff700 (LWP 25540) exited]
[New Thread 0x7fffdadfa700 (LWP 25541)]
[New Thread 0x7fffd89ff700 (LWP 25542)]
[New Thread 0x7fffd4679700 (LWP 25543)]
[New Thread 0x7fffd3e78700 (LWP 25544)]
[New Thread 0x7fffd34ff700 (LWP 25545)]
[New Thread 0x7fffd29ff700 (LWP 25546)]
[New Thread 0x7fffd1bff700 (LWP 25547)]
[New Thread 0x7fffd11ff700 (LWP 25548)]
[New Thread 0x7fffd07ff700 (LWP 25549)]
[New Thread 0x7fffcfffe700 (LWP 25550)]
[Thread 0x7fffcfffe700 (LWP 25550) exited]
[New Thread 0x7fffcfffe700 (LWP 25551)]
[New Thread 0x7fffcedff700 (LWP 25701)]
[Thread 0x7fffcedff700 (LWP 25701) exited]
[Thread 0x7fffd94ff700 (LWP 25539) exited]
[New Thread 0x7fffd94ff700 (LWP 25750)]
[New Thread 0x7fffce5fe700 (LWP 25752)]
[New Thread 0x7fffcd9ff700 (LWP 25790)]
[New Thread 0x7fffcd1fe700 (LWP 25792)]
[New Thread 0x7fffcc9fd700 (LWP 25793)]
[Thread 0x7fffcc9fd700 (LWP 25793) exited]
[New Thread 0x7fffcc9fd700 (LWP 25795)]
[ConvConfHandler] isPreferred contentType: application/pdf
[New Thread 0x7fffcedff700 (LWP 25806)]
[Thread 0x7fffcedff700 (LWP 25806) exited]
/usr/lib/iceweasel/firefox-bin: symbol lookup error: 
/usr/lib/gnome-vfs-2.0/modules/libfile.so: undefined symbol: 
gnome_vfs_unescape_string
[Thread 0x7fffcc9fd700 (LWP 25795) exited]
[Thread 0x7fffcd1fe700 (LWP 25792) exited]
[Thread 0x7fffcd9ff700 (LWP 25790) exited]
[Thread 0x7fffce5fe700 (LWP 25752) exited]
[Thread 0x7fffd94ff700 (LWP 25750) exited]
[Thread 0x7fffcfffe700 (LWP 25551) exited]
[Thread 0x7fffd07ff700 (LWP 25549) exited]
[Thread 0x7fffd11ff700 (LWP 25548) exited]
[Thread 0x7fffd1bff700 (LWP 25547) exited]
[Thread 0x7fffd29ff700 (LWP 25546) exited]
[Thread 0x7fffd34ff700 (LWP 25545) exited]
[Thread 0x7fffd3e78700 (LWP 25544) exited]
[Thread 0x7fffd4679700 (LWP 25543) exited]
[Thread 0x7fffd89ff700 (LWP 25542) exited]
[Thread 0x7fffdadfa700 (LWP 25541) exited]
[Thread 0x7fffd9fff700 (LWP 25538) exited]
[Thread 0x7fffdc2fc700 (LWP 25536) exited]
[Thread 0x7fffdcafd700 (LWP 25535) exited]
[Thread 0x7fffde7ad700 (LWP 25533) exited]
[Thread 0x7fffdefae700 (LWP 25532) exited]
[Thread 0x7fffdf9a3700 (LWP 25531) exited]
[Thread 0x7fffe03a8700 (LWP 25530) exited]
[Thread 0x7fffddcff700 (LWP 25534) exited]

Program exited with code 0177.
(gdb) quit





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

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstablesft.if.usp.br 
  500 stable  dl.google.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libc6(>= 2.2.5) | 2.13-16
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.23.5-3
libglib2.0-0(>= 2.16.0) | 2.28.6-1
libgtk2.0-0   (>= 2.10) | 2.24.5-4
libnspr4-0d   (>= 1.8.0.10) | 4.8.9-1
libstdc++6   (>= 4.1.1) | 4.6.1-6
fontconfig  | 2.8.0-3
procps  | 1:3.2.8-11
debianutils   (>= 1.16) | 4.0.2
xulrunner-5.0(>= 5.0-6) | 5.0-6
libasound2(>> 1.0.24.1) | 1.0.24.1-3
libatk1.0-0 (>= 1.12.4) | 2.0.1-2
libbz2-1.0  | 1.0.5-6
libc6(>= 2.3.2) | 2.13-16
libcairo2(>= 1.10.2-2~) | 1.10.2-6.1
libdbus-1-3  (>= 1.0.2) | 1.4.14-1
libevent-1.4-2   (>= 1.4.13-stable) | 1.4.13-stable-1
libfontconfig1   

Bug#637053: [reportbug/master] added http://release.debian.org/wheezy/rc_policy.txt to 'serious' description; thanks to Daniel Dickinson for the report; Closes: #637053

[Sandro Tosi]

tag 637053 pending
tag 637053 pending
thanks

Date:   Tue Aug 16 01:26:24 2011 +0200
Author: Sandro Tosi 
Commit ID: 9f5fc56e5e3e659218c4b9fe52952213f173b08c
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=9f5fc56e5e3e659218c4b9fe52952213f173b08c
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=9f5fc56e5e3e659218c4b9fe52952213f173b08c

added http://release.debian.org/wheezy/rc_policy.txt to 'serious' 
description; thanks to Daniel Dickinson for the report; Closes: #637053

  



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

Bug#635071: [reportbug/master] clarify msg for 'other' option in release.d.o special package; thanks to Niels Thykier for teh report; Closes: #635071

[Sandro Tosi]

tag 635071 pending
tag 635071 pending
thanks

Date:   Fri Aug 12 22:25:40 2011 +0200
Author: Sandro Tosi 
Commit ID: d1082851fcce68c38db23a4b2266e611be909ca6
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=d1082851fcce68c38db23a4b2266e611be909ca6
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=d1082851fcce68c38db23a4b2266e611be909ca6

clarify msg for 'other' option in release.d.o special package; thanks to 
Niels Thykier for teh report; Closes: #635071

  



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

Bug#631165: [reportbug/master] mention that 'www.debian.org' pseudo-package is not to be used for alioth; thanks to Nelson A. de Oliveira for the report; Closes: #631165

[Sandro Tosi]

tag 631165 pending
tag 631165 pending
thanks

Date:   Fri Aug 12 21:32:34 2011 +0200
Author: Sandro Tosi 
Commit ID: 8f67cb0c48170b32428060e241abc6dad9842bc2
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=8f67cb0c48170b32428060e241abc6dad9842bc2
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=8f67cb0c48170b32428060e241abc6dad9842bc2

mention that 'www.debian.org' pseudo-package is not to be used for alioth; 
thanks to Nelson A. de Oliveira for the report; Closes: #631165

  



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

Bug#626930: reportbug: bug report silently discarded, after postfix error

[Sandro Tosi]

tags 626930 +moreinfo
thanks

Hello,

On Mon, May 16, 2011 at 16:11, Stefan Monnier  wrote:
>> is 'sendmail' returning "Success"? and maybe even an exit status of 0?
>
> No it did not return an exit code of 0.  I can't remember for sure the
> exit code, but I have a faint memory it was 75.  In any case it
> definitely was not 0, which is why I noticed it: Gnus reliably told me
> that the mail could not be sent because of a non-zero exit code.

I've just tried to replicate this bug replacing sendmail with a script
that simply does "exit 1" and that's what I got:

Report will be sent to Sandro Tosi 
Submit this report on checkgmail (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]?
Sending message via /usr/sbin/sendmail...
Original write failed, wrote bug report to
/tmp/reportbug-checkgmail-20110816-398-lrFVxO

And that's the result I'd expected looking at the source code. If you
can provide a way I can replicate this, I'll investigate further, else
I'll close this report.

Regards.
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#637959: grub-pc: laptop keyboard does not work on first boot

[Dimitrios Karnoutsos]

Package: grub-pc
Version: 1.98+20100804-14
Severity: important

When I boot the laptop, keyboard does not work, so default entry (debian) boots 
after 5 secs.
After rebooting once, keyboard works on grub so i can select any entry.
Laptop model is Toshiba Satellite L655-1JW. Thanks

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/0073ab95-67d3-43c0-b16a-a4e8c6db6d2d / ext4 
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/sda11 /home ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/sda10 /tmp ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/sda7 /usr ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/sda8 /var ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/sda2 /mnt/win fuseblk 
ro,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sda5 /mnt/data fuseblk 
rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST9500325AS_5VEEZX0X
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set 35eef6fe-dcb5-4dfe-a9d6-98ce5e983fcd
if loadfont /share/grub/unicode.pf2 ; then
  set gfxmode=1024x768x24
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set 0073ab95-67d3-43c0-b16a-a4e8c6db6d2d
set locale_dir=($root)/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set 35eef6fe-dcb5-4dfe-a9d6-98ce5e983fcd
insmod png
if background_image /share/images/desktop-base/spacefun-grub.png; then
  set color_normal=light-gray/black
  set color_highlight=white/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set 0073ab95-67d3-43c0-b16a-a4e8c6db6d2d
echo'Loading Linux 2.6.32-5-amd64 ...'
linux   /boot/vmlinuz-2.6.32-5-amd64 
root=UUID=0073ab95-67d3-43c0-b16a-a4e8c6db6d2d ro  quiet splash
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set 0073ab95-67d3-43c0-b16a-a4e8c6db6d2d
echo'Loading Linux 2.6.32-5-amd64 ...'
linux   /boot/vmlinuz-2.6.32-5-amd64 
root=UUID=0073ab95-67d3-43c0-b16a-a4e8c6db6d2d ro single 
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.32-5-amd64
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda1)" {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set cee26d6de26d5aab
chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
*** END /boot/grub/grub.cfg

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

Kernel: Linux 2.6.32-5-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/dash

Bug#471927: Scratch: Question about the license of the plugins

[Miriam Ruiz]

2011/8/16 John Maloney :
> Hi, Miriam.
>
> Yes, the plugins are under the MIT open source license, and I believe Squeak 
> is under an Linux-friendly open source license (can't remember which).
>
> The rest of the Scratch source -- the part written in Smalltalk -- is under 
> the Scratch license which, as you say, is a barrier to distribution on some 
> repositories.

That clarifies it. Lots of thanks! :)

Greetings,
Miry



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

Bug#637898: zlib: please add biarch packages lib32z1 and lib32z1-dev on s390x

[Mark Brown]

tag 637898 - patch
kthxbye

On Mon, Aug 15, 2011 at 06:02:31PM +0200, Aurelien Jarno wrote:

> Would it be possible for you to add this patch in the next upload?
> Thanks in advance.

Your patch won't apply to future versions of the package as upstream
changes mean that chunks of the packaging need to be redone so I'm
removing the patch tag.



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

Bug#637572: [Gptfdisk-general] Bug#637572: gdisk: fails to write protective MBR

[Rod Smith]

On 08/15/2011 06:55 PM, Arno Schuring wrote:

Hi,

Enclosed are the dumps, They are all created in the same way:

# gdisk /dev/sdX
[..]
Command (? for help): b
Enter backup filename to save: sdX-0.N.gpt


The dumps do not change if I recreate the protective MBR (x-n) before
dumping. And with version 0.7, if I choose 'v' from the main menu, it
immediately gives the "0xEE partition doesn't start on sector 1" error.

I've taken a (cursory) look at the diffs, version 0.7's MBR is always
all-zeroes. I did get to try these disks on i386 as well, and there it
works fine, so it's not disk-related. I guess it's either an
architecture-specific bug or a compiler gotcha.


If there's anything I can do test, please let me know. But the disks
are now in use, so I won't be able to do write-tests. From the results
above, I guess that won't be necessary.


If it works on i386 but not on armel, then it does sound like an 
architecture-specific issue. I've been unable to reproduce the problem 
on i386, x86-64, or PowerPC systems. My understanding is that Debian's 
armel support is little-endian, like the i386 and x86-64 platforms, so 
this doesn't seem to be an endianness bug. (My PowerPC tests should have 
exposed such a bug, too.) My guess would be a compiler options issue.


Can the computer that exhibits these problems use USB flash drives or 
some other "scratch" disk (an old hard disk, say)? If so, doing test 
compiles of gdisk with various g++ options and testing on the "scratch" 
disk might turn up a set of options that would work. (Search the gcc man 
page for "ARM Options" to turn up a list of options.)


Unfortunately, I don't have any ARM hardware myself. I'll look into 
setting up a virtual ARM machine using QEMU, but it may be a few days 
before I can get to that


--
Rod Smith
rodsm...@rodsbooks.com
http://www.rodsbooks.com



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

Bug#637289: installation-reports: Installation Debian Wheezy weekly-builds 08-08-2011 text=successful gui=not good

[Samuel Thibault]

Otavio Salvador, le Sat 13 Aug 2011 13:11:58 +0200, a écrit :
> > All I saw were square boxes where text should be.
> ...
> 
> Samuel,
> 
> Are you able to reproduce it?

Yes. Unfortunately, the working/non working backlog on d-i.debian.org is
1st july vs 31st july. Quite a few changes in between.

Samuel



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

Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable

[Cyril Brulebois]

Martin  (16/08/2011):
> *. Updating to the latest kernel from backports
> 
> 2.6.39+35.1~bpo60+1
> 
> However this doesn't solve the problem.
> 
> I'm all out of ideas, all suggestions most welcome.

Wait a bit for the buildds to kick in for the X stack backports, and let
me a few days to make sure the instructions at [1] are also correct for
i386 (I did prepare those on amd64). Then try that and cross fingers.

 1. http://x.debian.net/reference/squeeze-backports.html

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#637915: [sslstrip] sslstrip doesn't run

[Chow Loong Jin]

On 16/08/2011 02:32, dpdt1 wrote:
> from python shell, import

From python shell, does the import work? Something like:

from twisted.web import http

-- 
Kind regards,
Loong Jin



signature.asc
Description: OpenPGP digital signature

Bug#628463: [Reportbug-maint] Bug#628463: reportbug: --src option says "No package specified; stopping."

[Sandro Tosi]

On Sun, May 29, 2011 at 10:00, Lionel Elie Mamane  wrote:
> retitle 628463 --src and non-existing package name: error message 
> wrong/confusing
> thanks
> On Sun, May 29, 2011 at 09:13:26AM +0200, Lionel Elie Mamane wrote:
>
>> $ reportbug --source linux-2.6
>> No package specified; stopping.
>
>> But I _did_ specify a source package, namely "linux-2.6".
>
> I noticed that "reportbug linux-2.6" said "no such binary OR SOURCE
> package linux-2.6". So I did an "apt-get update" and this fixed the
> problem. Which means that really the problem is that the error message
> is just plain wrong/confusing. It should says something like "no such
> source package linux-2.6".

could you confirm you don't have a 'deb-src' line in
/etc/apt/sources.list ? --src needs the Sources package list in order
to retrieve package information; if you don't have any deb-src,
Sources lists are not there and reportbug fails (ok, with a confusing
msg, we'll see to fix it).

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#632377: reportbug: Selected mail user agent cannot be found; exiting.

[Sandro Tosi]

Hi Jakub,

On Fri, Jul 1, 2011 at 22:43, Jakub Wilk  wrote:
> Package: reportbug
> Version: 5.1.1
> Severity: normal
>
> I installed reportbug in a clean chroot and tried this:
>
> $ reportbug --template reportbug
> Selected mail user agent cannot be found; exiting.
>
> Err, why does reportbug need a MUA to output template report? Also, which
> MUA is it talking about? According to /etc/reportbug.conf, "default is [...]
> to use internal mailer".

Can you still replicate this bug? I've just tried logging into my
pbuilder chroot, installing latest reportbug (+ to make it work: sed
-i 's/MIN_USER_ID = 250/MIN_USER_ID = 0/' /usr/bin/reportbug) and
--template works as expected. Could it be your chroot had a config
file somewhere with a mua configured in it?

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#637025: netatalk: Upgrade package from 2.2~beta4 to 2.2.0

[Stefano Rivera]

tags 637025 patch
thanks

> Issue 1:
> http://sourceforge.net/tracker/?func=detail&aid=3382925&group_id=8642&atid=308642

> Issue 2:
> http://sourceforge.net/tracker/?func=detail&aid=3381253&group_id=8642&atid=108642

Apparently at some point I uploaded a netatalk backport to a Launchpad
PPA, and people have been asking me to update it. I found the additional
following issue when building it on oneiric:

--- a/libatalk/util/server_ipc.c
+++ b/libatalk/util/server_ipc.c
@@ -129,7 +129,7 @@
 EC_ZERO_LOG( setnonblock(fd, 1) );
 unlink(name);
 address.sun_family = AF_UNIX;
-address_length = sizeof(address.sun_family) + sprintf(address.sun_path, 
name);
+address_length = sizeof(address.sun_family) + sprintf(address.sun_path, 
"%s", name);
 EC_ZERO_LOG( bind(fd, (struct sockaddr *)&address, address_length) );
 EC_ZERO_LOG( listen(fd, 1024) );
 
@@ -161,7 +161,7 @@
 EC_NEG1_LOG( fd = socket(PF_UNIX, SOCK_STREAM, 0) );
 EC_ZERO_LOG( setnonblock(fd, 1) );
 address.sun_family = AF_UNIX;
-address_length = sizeof(address.sun_family) + sprintf(address.sun_path, 
name);
+address_length = sizeof(address.sun_family) + sprintf(address.sun_path, 
"%s", name);
 
 EC_ZERO_LOG( connect(fd, (struct sockaddr *)&address, address_length) ); 
/* 1 */
 LOG(log_debug, logtype_afpd, "ipc_client_uds: connected to master");

We'd love to squeeze this into the next Ubuntu release. It has just
Feature Frozen, but apparently there are users clamoring for netatalk,
so I'm sure we can get it in, if it hits sid soon.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



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

Bug#471927: Scratch: Question about the license of the plugins

[John Maloney]

Hi, Miriam.

Yes, the plugins are under the MIT open source license, and I believe Squeak is 
under an Linux-friendly open source license (can't remember which).

The rest of the Scratch source -- the part written in Smalltalk -- is under the 
Scratch license which, as you say, is a barrier to distribution on some 
repositories.

-- John

On Aug 15, 2011, at 2:55 PM, Miriam Ruiz wrote:

> Hi,
> 
> I'm trying to package the Squeak plugins needed for Scratch and
> derivatives on Linux [1], for Debian. AFAIK, those plugins are
> distributed under a MIT license [2], but I want to make sure of that
> before uploading anything to the archive. Could you possibly confirm
> that the code available at [3] is distributed under the license shown
> in [2]?
> 
> I'm asking because it seems that Scratch itself doesn't comply with
> the DFSG [4], and thus cannot be distributed in Debian's main archive
> [5].
> 
> Lots of thanks,
> Miry
> 
> [1] http://bugs.debian.org/637835
> [2] http://my-svn.assembla.com/svn/scratchonlinux/trunk/scratch/license.txt
> [3] http://my-svn.assembla.com/svn/scratchonlinux/trunk/scratch/src/plugins/
> [4] http://www.debian.org/social_contract
> [5] http://bugs.debian.org/471927




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

Bug#637957: bluez: Crash when using usb dongle

[Francesco]

Package: bluez
Version: 4.94-3
Severity: normal

When using bluetooth with a specific dongle that lsusb reports as:

Bus 004 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle 
(HCI mode)

sometimes there are crashes; crashes I had involved bluetooth, X and system. I 
used blueman
and experienced the problem, then switched to bluedevil and the prolem persist 
so it's 
not an interface problem. Maybe it's a bug related to kernel, but I reported 
for bluez.
I can reproduce the bug, if you need other details please ask (if needed I can 
also do dump
or trace, just need to know what can be useful).
I think it's all, for now.

-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bluez depends on:
ii  dbus 1.4.14-1simple interprocess messaging syst
ii  libbluetooth34.94-3  Library to use the BlueZ Linux Blu
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libcap-ng0   0.6.6-1 An alternate POSIX capabilities li
ii  libdbus-1-3  1.4.14-1simple interprocess messaging syst
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libudev0 172-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-18 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  module-init-tools3.16-1  tools for managing Linux kernel mo
ii  python-dbus  0.84.0-1simple interprocess messaging syst
ii  python-gobject   2.28.6-4Python bindings for the GObject li
ii  udev 172-1   /dev/ and hotplug management daemo

bluez recommends no packages.

bluez suggests no packages.

-- Configuration Files:
/etc/bluetooth/rfcomm.conf changed:


-- 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#637956: torify prints warnings about missing symbols in libtorsocks

[Sebastian Reichel]

Package: tor
Version: 0.2.2.30-rc-1
Severity: minor
Tags: experimental

torify prints lots of spam^Wlines about missing symbols:

sre@earth ~ % torify curl -I "http://www.debian.org";
01:21:52 libtorsocks(5539): The symbol res_init() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_search() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_send() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_querydomain() was not found in any 
shared library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_init() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_search() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_send() was not found in any shared 
library. The error reported was: not found!
01:21:52 libtorsocks(5539): The symbol res_querydomain() was not found in any 
shared library. The error reported was: not found!
HTTP/1.1 200 OK
Date: Mon, 15 Aug 2011 23:21:54 GMT
Server: Apache
Content-Location: index.en.html
Vary: negotiate,accept-language,Accept-Encoding
TCN: choice
Last-Modified: Mon, 15 Aug 2011 11:34:48 GMT
ETag: "37e2-4aa89a687c600"
Accept-Ranges: bytes
Content-Length: 14306
Cache-Control: max-age=86400
Expires: Tue, 16 Aug 2011 23:21:54 GMT
Content-Type: text/html
Content-Language: en

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

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

Versions of packages tor depends on:
ii  adduser 3.113add and remove users and groups
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libevent-1.4-2  1.4.13-stable-1  An asynchronous event notification
ii  libssl1.0.0 1.0.0d-3 SSL shared libraries
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages tor recommends:
ii  logrotate   3.7.8-6  Log rotation utility
ii  privoxy 3.0.17-1 Privacy enhancing HTTP Proxy
ii  socat   1.7.1.3-1.1  multipurpose relay for bidirection
ii  tor-geoipdb 0.2.1.30-1   geoIP database for Tor
ii  torsocks1.1-4use socks-friendly applications wi
ii  tsocks  1.8beta5-9.1 transparent network access through

Versions of packages tor suggests:
pn  mixmaster  (no description available)
ii  xul-ext-torbutton 1.4.0-2Iceweasel/Firefox extension enabli

-- 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#637955: FTBFS on kfreebsd-amd64

[Robert Millan]

Package: opal
Version: 3.6.8~dfsg-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

This package fails to build on GNU/kFreeBSD.  Attached trivial patch fixes
the problem.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.utf8, LC_CTYPE=ca_AD.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/control'
--- debian/control  2011-08-15 21:42:00 +
+++ debian/control  2011-08-15 22:37:17 +
@@ -6,7 +6,7 @@ Uploaders: Mark Purcell 
 Build-Depends: debhelper (>= 7.0.50~), doxygen, autotools-dev, pkg-config,
  libpt-dev (>= 2.6.7), libsrtp-dev [alpha amd64 armel hppa i386 mips mipsel 
powerpc s390],
  libtheora-dev, libgsm1-dev, libspeex-dev, libspeexdsp-dev,
- libcapi20-dev, libcelt-dev
+ libcapi20-dev [linux-any], libcelt-dev
 Standards-Version: 3.8.4
 Homepage: http://www.opalvoip.org/
 Vcs-Svn: svn://svn.debian.org/pkg-voip/opal/branches/opal-3.6/

Bug#620083: This error doesn't occur anymore

[Eduard Bloch]

tags 620083 +pending
thanks

#include 
* Dominique Brazziel [Tue, Jul 12 2011, 05:31:33PM]:
> OK to close.

Sure, but I promised to make some smarter thing to do this automatically
and it will appear in the next release (now really) ;-).

Regards,
Eduard.



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

Bug#637954: typo in manpage (environement)

[dann frazier]

Package: scratchbox2
Version: 2.2.3-1debian1
Severity: minor
Tags: patch

Attached patch fixes a typo in the sb2 manpage.

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

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

Versions of packages scratchbox2 depends on:
ii  fakeroot  1.16-1 tool for simulating superuser priv
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libsb22.2.3-1debian1 Scratchbox2 libraries
ii  realpath  1.15   Return the canonicalized absolute 

Versions of packages scratchbox2 recommends:
ii  build-essential11.5  Informational list of build-essent
ii  qemu-user  0.14.1+dfsg-3 QEMU user mode emulation binaries
ii  wget   1.13-1retrieves files from the web

Versions of packages scratchbox2 suggests:
pn  sbrsh  (no description available)

-- no debconf information
--- scratchbox2-2.2.3/docs/sb.1.orig2011-08-15 17:06:09.425279229 -0600
+++ scratchbox2-2.2.3/docs/sb2.12011-08-15 17:06:03.325218005 -0600
@@ -8,7 +8,7 @@ sb2 \- crosscompiling environment
 .B sb2
 runs command in a scratchbox2 session. If no command is given, an interactive 
shell is started.
 .PP
-Scratchbox2 creates an environement with essential differences to the host OS 
environment:
+Scratchbox2 creates an environment with essential differences to the host OS 
environment:
 First, a virtual file system view is presented to the applications.
 In practise that means that the file names (paths) which an application
 uses may be modified before the OS does its operations;

Bug#637931: [buildd-tools-devel] Bug#637931: results obtained with the perl debugger

[Roger Leigh]

On Tue, Aug 16, 2011 at 12:33:03AM +0200, Michael Karcher wrote:
> Some hints to the reported bug: I ran the perl debugger on Adrian's
> machine investigating the issue a bit, but did not do a full
> investigation. This is what I came up with:
> 
> The download step crashes (i.e. the exec dies) at the point the
> "downloading" message is printed to to stdout (Utility.pm:206), because
> $stdout is undef at that point. It has been set to undef by the
> preparation of the download restoring $stdout from $saved_stdout, the
> latter being undefined. A breakpoint to open_log which should initialize
> $saved_stdout did not trigger, so open_log was not called.
> 
> I did not investigate further why there was no call to open_log.

Many thanks for doing this.

It's probably due to the removal of the "main log" (as opposed to
"package log") with the removal of "batch mode" in 0.62.4-1.  It
may be that the download routine is making use of a variable that
is now undef where it previously wasn't.  It should be easily
corrected.


Thanks again,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#637952: basex should make standard emacs-style error messags

[jidanni]

Package: basex
Version: 6.7.1-1
Severity: wishlist

In emacs,
   compile is an interactive compiled Lisp function in `compile.el'.

   It is bound to C-x c,   .

   (compile COMMAND &optional COMINT)

   Compile the program including the current buffer.  Default: run `make'.
   Runs COMMAND, a shell command, in a separate process asynchronously
   with output going to the buffer `*compilation*'.

   You can then use the command C-x ` to find the next error message
   and move to the source code that caused it.

Validate is ready for emacs
$ man validate

   --[no]emacs
  (don't)  use  an output format intended for parsing by (X)Emacs,
  autodetected.

But not basex
$ basex /tmp/e.xqy
Error: Stopped at line 1, column 23:
[XQST0031] XQuery version "1.0-ml" not supported.

Mainly the file is missing. We only see the line number...



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

Bug#637931: [buildd-tools-devel] Bug#637931: sbuild: Does not fetch source files after upgrade to 0.62.5-1 anymore

[Roger Leigh]

On Tue, Aug 16, 2011 at 12:30:31AM +0200, Adrian Glaubitz wrote:
> On Mon, Aug 15, 2011 at 11:21:59PM +0100, Roger Leigh wrote:
> > 
> > Could you possibly try building with "--debug" and run sbuild from
> > within script so we get a complete transcript of the debugging
> > messages?  This should help to pin down why it fails to download
> > the sources.  A copy of your /etc/sbuild/sbuild.conf and
> > ~/.sbuildrc would also be useful in case it's due to a configuration
> > issue.
> > 
> 
> Invoked sbuild with:
> 
> sbuild --debug -d wheezy 
> http://ftp.de.debian.org/debian/pool/contrib/k/kcemu/kcemu_0.5.1+dfsg-2.dsc > 
> kcemu-sbuild-0.62.5-1-debug.log 2>&1
> 
> Attached created debug log file and my .sbuildrc which essentially doesn't
> define anything, hence default settings. I used the same configuration
> files for both versions of sbuild.

Ah, the issue is the "http://ftp.de.debian.org/debian/pool/contrib/k/kcemu/";
bit; it's not fetching the source via HTTP.  Was this working correctly
with 0.60.0?  I was testing with directly downloading with apt, which is
the conventional way of using it, along with using local sources.  It
may be that the HTTP downloading is broken.  Does it work for you if
you download the source first and then use the local .dsc as the source
to build?

I just checked, and this code hasn't changed since 2009 when Andres
Mejia created it.  It's possible some change since then has caused
some breakage, or a change in the perl modules used to do the
HTTP downloading have caused the problem.  That will need some
further investigating.  I'm afraid I'm a bit busy for the next few
weeks, but I can at least reproduce it now I know what's wrong,
which will make it easier.

If you have the time to look further into what's going wrong, that
would be great, otherwise I'll do it when I have time.  Note it's
in Sbuild::Utility::download(), called from
Sbuild::Build::fetch_source_files().


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#637951: flashplugin-nonfree: Does not work on http://www.minijuegos.com/The-Space-Game/7683 and lots of other pages

[Noel David Torres Taño]

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


These page and lots of other used to work on flash in previous versions. Actual 
version does not show them, just an ugly error icon.

-- Package-specific info:
Debian version: wheezy/sid
Architecture: amd64
Package version: 1:2.8.3
Adobe Flash Player version: LNX 11,0,1,98
MD5 checksums:
49b55c7eb8044453e5f6f2e4b3cb4084  
/var/cache/flashplugin-nonfree/flashplayer10_2_p3_64bit_linux_111710.tar.gz
87ccb674fbcf94739f82cc6089634623  
/var/cache/flashplugin-nonfree/flashplayer11_b2_install_lin_64_080811.tar.gz
a735a3c581337ed2a06a20714846645e  
/var/cache/flashplugin-nonfree/flashplayer_square_p2_64bit_linux_092710.tar.gz
e4cb4d26124605a54c3d498cc440368f  
/var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz
4a4561e456612a6751653b58342d53df  
/var/cache/flashplugin-nonfree/libflashplayer-10.0.45.2.linux-x86_64.so.tar.gz
03b390598d6daa9b34a27f9906f3bab3  
/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
/usr/lib/gnash/libgnashplugin.so - priority 10
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Aug 11 23:05 
/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'

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

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

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii  gnupg 1.4.11-3   GNU privacy guard - a free PGP rep
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libcurl3-gnutls   7.21.7-1   Multi-protocol file transfer libra
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.4-2FreeType 2 font engine, shared lib
ii  libgcc1   1:4.6.1-5  GCC support library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.5-4   GTK+ graphical user interface libr
ii  libnspr4-0d   4.8.8-2NetScape Portable Runtime Library
ii  libnss3-1d3.12.10-3  Network Security Service libraries
ii  libpango1.0-0 1.28.4-2   Layout and rendering of internatio
ii  libstdc++64.6.1-5GNU Standard C++ Library v3
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxext6  2:1.3.0-3  X11 miscellaneous extension librar
ii  libxt61:1.1.1-2  X11 toolkit intrinsics library
ii  wget  1.12-5 retrieves files from the web

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
pn  flashplugin-nonfree-extrasoun  (no description available)
ii  iceweasel 5.0-6  Web browser based on Firefox
pn  konqueror-nsplugins(no description available)
pn  msttcorefonts  (no description available)
ii  ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu-
pn  ttf-xfree86-nonfree(no description available)
ii  x-ttcidfont-conf  32+nmu2TrueType and CID fonts configurati

-- debconf information:
  flashplugin-nonfree/httpget: false
  flashplugin-nonfree/not_exist:
  flashplugin-nonfree/local: /var/cache/flashplugin-nonfree



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

Bug#637931: [buildd-tools-devel] Bug#637931: sbuild: Does not fetch source files after upgrade to 0.62.5-1 anymore

[Adrian Glaubitz]

I forgot to attach my /etc/sbuild/sbuild.conf, sorry. Here
it comes.

Adrian
# sbuild.conf: sbuild settings.-*- Perl -*-
# Default settings are commented out.
# Note that all possible settings are listed here.  Many may be set on
# the command-line, and do not normally need setting here,
# e.g. $verbose.  Others need setting by each individual user in their
# ~/.sbuildrc, but are listed here for completeness.


##
## Build environment
##

# LD_LIBRARY_PATH
# Type: STRING
# Library search path to use inside the chroot.
#$ld_library_path = undef;

# PATH
# Type: STRING
# PATH to set when running dpkg-buildpackage.
#$path =
#'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games';



##
## Build options
##

# APPEND_TO_VERSION
# Type: STRING
# Suffix to append to version number.  May be useful for derivative
# distributions.
#$append_to_version = undef;

# ARCH
# Type: STRING
# Build architecture.
#$arch = 'amd64';

# BUILD_ARCH_ALL
# Type: BOOL
# Build architecture: all packages by default
#$build_arch_all = 0;

# BUILD_ENV_CMND
# Type: STRING
# This command is run with the dpkg-buildpackage command line passed to it
# (in the chroot, if doing a chrooted build).  It is used by the sparc
# buildd (which is sparc64) to call the wrapper script that sets the
# environment to sparc (32-bit).  It could be used for other build
# environment setup scripts.  Note that this is superceded by schroot's
# 'command-prefix' option
#$build_env_cmnd = '';

# BUILD_SOURCE
# Type: BOOL
# By default, do not build a source package (binary only build).  Set to 1
# to force creation of a source package, but note that this is
# inappropriate for binary NMUs, where the option will always be disabled.
#$build_source = 0;

# CHECK_SPACE
# Type: BOOL
# Check free disk space prior to starting a build.  sbuild requires the
# free space to be at least twice the size of the unpacked sources to allow
# a build to proceed.  Can be disabled to allow building if space is very
# limited, but the threshold to abort a build has been exceeded despite
# there being sufficient space for the build to complete.
#$check_space = 1;

# DISTRIBUTION
# Type: STRING
# Default distribution.  By default, no distribution is defined, and the
# user must specify it with the -d option.  However, a default may be
# configured here if desired.  Users must take care not to upload to the
# wrong distribution when this option is set, for example experimental
# packages will be built for upload to unstable when this is not what is
# required.
#$distribution = undef;

# FORCE_ORIG_SOURCE
# Type: BOOL
# By default, the -s option only includes the .orig.tar.gz when needed
# (i.e. when the Debian revision is 0 or 1).  By setting this option to 1,
# the .orig.tar.gz will always be included when -s is used.  This is
# equivalent to --force-orig-source.
#$force_orig_source = 0;

# GCC_SNAPSHOT
# Type: BOOL
# Build using current GCC snapshot?
#$gcc_snapshot = 0;

# PGP_OPTIONS
# Type: ARRAY:STRING
# Additional signing options for dpkg-buildpackage
#$pgp_options = [
# '-us',
# '-uc'
#   ];

# TOOLCHAIN_REGEX
# Type: ARRAY:STRING
# Regular expressions identifying toolchain packages.  Note that for
# backward compatible, this is also settable using the array
# @toolchain_regex (deprecated), rather than an array reference.
#$toolchain_regex = [
# 'binutils$',
# 'dpkg-dev$',
# 'gcc-[\\d.]+$',
# 'g\\+\\+-[\\d.]+$',
# 'libstdc\\+\\+',
# 'libc[\\d.]+-dev$',
# 'linux-kernel-headers$',
# 'linux-libc-dev$',
# 'gnumach-dev$',
# 'hurd-dev$',
# 'kfreebsd-kernel-headers$'
#   ];



##
## Build timeouts
##

# INDIVIDUAL_STALLED_PKG_TIMEOUT
# Type: HASH:NUMERIC
# Some packages may exceed the general timeout (e.g. redirecting output to
# a file) and need a different timeout.  This has is a mapping between
# source package name and timeout.  Note that for backward compatibility,
# this is also settable using the hash %individual_stalled_pkg_timeout
# (deprecated) , rather than a hash reference.
#%individual_stalled_pkg_timeout = (smalleiffel => 300,
#  jade => 300,
#  atlas => 300,
#  glibc => 1000,
#  'gcc-3.3' => 300,
#  kwave => 600);
#$individual_stalled_pkg_timeout = {};

# LOCK_INTERVAL
# Type: NUMERIC
# Lock wait interval (seconds).  Maximum wait time is (max_lock_trys ×
# lock_interval).
#$lock_interval = 5;

# MAX_LOCK_TRYS
# Type: NUMERIC
# Number of times to try waiting for a lock.
#$max_lock_trys = 120;

# STALLED_PKG_TIMEOUT
# Type: NUMERIC
# Time (in minutes) of inactivity after which a build 

Bug#637768: grub-common: grub-probe doesn't follow symlinks

[Colin Watson]

tags 637768 pending
thanks

On Sun, Aug 14, 2011 at 11:02:56AM +0200, Ove Kaaven wrote:
> I have a multibooted system with two Linux root partitions (one for i386
> and one for amd64) and have been sharing /boot between them through
> symlinking. That is, on the 64-bit partition, I mount the 32-bit
> partition on /deb32 and symlink to it:
> 
> merlin:~# ls -l /boot
> lrwxrwxrwx 1 root root 11  6 jan.   2009 /boot -> /deb32/boot
> 
> So, I do not have a separate /boot partition. Rather, in this case,
> /boot is a subdirectory of another partition than the current root
> partition. It appears that "grub-probe -t device /boot" doesn't notice
> that /boot is a symlink into another partition, so it just returns
> the current root partition, which doesn't work.

Thanks for your report.  Mario Limonciello posted a patch upstream a
couple of weeks ago; it was to address a related problem rather than
this, but it happens to fix this as well.  I've cleaned it up and
committed it upstream, and have backported it for 1.99-12.

Cheers,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#637904: __m2crypto.so: undefined symbol: SSLv2_method

[Sebastian Ramacher]

tag 637904 + patch
thanks

Simon McVittie 
> m2crypto appears to have regressed between 0.20.1-1.1 and 0.21.1-1:
> 
>> smcv@reptile(sid-amd64)% python2.6 -c 'import M2Crypto'
>> Traceback (most recent call last):
>>   File "", line 1, in 
>>   File "/usr/lib/python2.6/dist-packages/M2Crypto/__init__.py", line 22, in 
>> 
>> import __m2crypto
>> ImportError: /usr/lib/python2.6/dist-packages/M2Crypto/__m2crypto.so: 
>> undefined symbol: SSLv2_method

It seems as the fix from 0.20.1-1.1 for this issue has been silently dropped.
But that fix still applies and works fine. I've attached the patch.

In view of #637750 please note that test_sslv23_no_v2_no_service and
test_sslv23_weak_crypto will fail because openssl seems to ignore -no_ssl3
silently. But I didn't dig any further.

Kind regards
-- 
Sebastian Ramacher
--- m2crypto-0.20.1.orig/SWIG/_ssl.i
+++ m2crypto-0.20.1/SWIG/_ssl.i
@@ -41,8 +45,10 @@
 %rename(ssl_get_alert_desc_v) SSL_alert_desc_string_long;
 extern const char *SSL_alert_desc_string_long(int);
 
+#ifndef OPENSSL_NO_SSL2
 %rename(sslv2_method) SSLv2_method;
 extern SSL_METHOD *SSLv2_method(void);
+#endif
 %rename(sslv3_method) SSLv3_method;
 extern SSL_METHOD *SSLv3_method(void);
 %rename(sslv23_method) SSLv23_method;



signature.asc
Description: OpenPGP digital signature

Bug#637931: results obtained with the perl debugger

[Michael Karcher]

Some hints to the reported bug: I ran the perl debugger on Adrian's
machine investigating the issue a bit, but did not do a full
investigation. This is what I came up with:

The download step crashes (i.e. the exec dies) at the point the
"downloading" message is printed to to stdout (Utility.pm:206), because
$stdout is undef at that point. It has been set to undef by the
preparation of the download restoring $stdout from $saved_stdout, the
latter being undefined. A breakpoint to open_log which should initialize
$saved_stdout did not trigger, so open_log was not called.

I did not investigate further why there was no call to open_log.

Regards,
  Michael Karcher




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

Bug#637950: [josm] josm: unexpected exception when uploading a changeset

[Thomas Kreft]

Package: josm
Version: 0.0.svn4064-3
Severity: normal

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

I just made a rather big OSM changeset with josm. When uploading the 
changeset, after entering a description, I encountered an "unexpected 
exception" error message along with the recommendation to report this as a bug 
with the following information.

josm did not crash and the changeset appears to be uploaded correctly, so I 
have no idea whether this report is of any use.

==

Debian-Release: 0.0.svn4064-3
Build-Date: 2011-06-16 09:29:48
Revision: 4064
Is-Local-Build: true

Identification: JOSM/1.5 (4064 de)
Memory Usage: 883 MB / 1724 MB (167 MB allocated, but free)
Java version: 1.6.0_26, Sun Microsystems Inc., Java HotSpot(TM) 64-Bit Server 
VM
Operating system: Linux
Dataset consistency test: No problems found

Plugin: openstreetbugs (26174)

java.util.ConcurrentModificationException
at 
java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
at java.util.AbstractList$Itr.next(AbstractList.java:343)
at 
org.openstreetmap.josm.gui.dialogs.changeset.ChangesetListModel.updateModel(ChangesetListModel.java:93)
at 
org.openstreetmap.josm.gui.dialogs.changeset.ChangesetListModel.setChangesets(ChangesetListModel.java:85)
at 
org.openstreetmap.josm.gui.dialogs.changeset.ChangesetListModel.addChangeset(ChangesetListModel.java:68)
at 
org.openstreetmap.josm.gui.dialogs.changeset.ChangesetsInActiveDataLayerListModel.otherDatasetChange(ChangesetsInActiveDataLayerListModel.java:54)
at 
org.openstreetmap.josm.data.osm.event.ChangesetIdChangedEvent.fire(ChangesetIdChangedEvent.java:24)
at 
org.openstreetmap.josm.data.osm.event.DatasetEventManager.fireEvents(DatasetEventManager.java:109)
at 
org.openstreetmap.josm.data.osm.event.DatasetEventManager.access$200(DatasetEventManager.java:27)
at 
org.openstreetmap.josm.data.osm.event.DatasetEventManager$1.run(DatasetEventManager.java:139)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:641)
at java.awt.EventQueue.access$000(EventQueue.java:84)
at java.awt.EventQueue$1.run(EventQueue.java:602)
at java.awt.EventQueue$1.run(EventQueue.java:600)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:611)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:178)
at java.awt.Dialog$1.run(Dialog.java:1046)
at java.awt.Dialog$3.run(Dialog.java:1098)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Dialog.show(Dialog.java:1096)
at java.awt.Component.show(Component.java:1584)
at java.awt.Component.setVisible(Component.java:1536)
at java.awt.Window.setVisible(Window.java:842)
at java.awt.Dialog.setVisible(Dialog.java:986)
at 
org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$3.run(PleaseWaitProgressMonitor.java:83)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:641)
at java.awt.EventQueue.access$000(EventQueue.java:84)
at java.awt.EventQueue$1.run(EventQueue.java:602)
at java.awt.EventQueue$1.run(EventQueue.java:600)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:611)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)



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

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
openjdk-6-jre  | 
 OR sun-java6-jre  | 6.26-1
libgettext-commons-java (>= 0.9.6) |

Bug#637949: O: dfu-programmer -- device firmware update (DFU) based USB programmer for Atmel chips

[Andrew Straw]

Package: wnpp
Severity: normal

I am the current maintainer of dfu-programmer, but cannot spend the
required time do do so any longer. Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Format: 1.0
Source: dfu-programmer
Binary: dfu-programmer
Architecture: any
Version: 0.5.1-1
Maintainer: Andrew Straw 
Standards-Version: 3.8.1
Build-Depends: libusb-dev (>= 0.1.10a), debhelper (>= 5)
Checksums-Sha1:
 f0f0872f5df93597cc17e448704fc61e07bfc97b 112283
dfu-programmer_0.5.1.orig.tar.gz
 e7c425e1fa65cd21723e47739bca785ac8ef93d4 1828
dfu-programmer_0.5.1-1.diff.gz
Checksums-Sha256:
 3c875a0ed7a38302fc2fa956c0170851c4cce4dc82110c1fd5210b26cc4a8088 112283
dfu-programmer_0.5.1.orig.tar.gz
 e999db7c42b566ed9521732810c2efdc48f3b12b26486d6801b47d37fad2a724 1828
dfu-programmer_0.5.1-1.diff.gz
Files:
 2c653fcb0aac1c52b0a5ab8a7ecd60ba 112283 dfu-programmer_0.5.1.orig.tar.gz
 d4d3c81e34644b6a13c4da2ab09b2554 1828 dfu-programmer_0.5.1-1.diff.gz




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

Bug#637945: chromium - strip angle brackets from pasted s

[Jonathan Nieder]

severity 637945 wishlist
tags 637945 + upstream
forwarded 637945 http://crbug.com/45134
quit

Hi Craig,

Craig Sanders wrote:

> Many people post links in email as  rather than as just plain
> URL.
[...]
> Unfortunately, if you double- or triple- click the URL to select it
> and then middle-click to paste it in to the browser, it won't take you
> to the page, it takes you to a google search result.
>
> the problem would be solved if any leading or trailing angle brackets
> were stripped.  It also adheres to the principle of robustness - be
> conservative in what you send, liberal in what you accept.

Thanks for a nice report.  I agree that this would be a good change.



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

Bug#637948: icedtea-plugin (testing) depends on obsolete package.

[Sylvain BOILARD]

Package: icedtea-plugin
Version: 1.1-1

The package icedtea-plugin in testing depends on obsolete package
xulrunner-1.9.1, whereas it seems to work fine in iceweasel 5.



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

Bug#637947: clive: filename for YouTube video incorrectly formatted

[Ben Finney]

Package: clive
Version: 2.2.25-2
Severity: normal

Downloading a video from Vimeo results in a filename formatted as
requested:

=
$ clive 'http://vimeo.com/18074950'
fetch http://vimeo.com/18074950 ...done.
fetch config ...done.
verify video link ...done.
file: Flying to Saturn: Carolyn Porco in LEGO.vimeo[18074950].mp4  88.8M  
[video/mp4]
Flying to Saturn: Carolyn Porco   100%  88.8M / 88.8M  502.3K/s  03m01s

$ ls *Porco*
Flying to Saturn: Carolyn Porco in LEGO.vimeo[18074950].mp4
=

But every file downloaded from YouTube using Clive has extraneous
characters in the resulting filename:

=
$ clive 'http://www.youtube.com/watch?v=quJSdVtwFkI'
fetch http://www.youtube.com/watch?v=quJSdVtwFkI ...done.
verify video link ...done.
file: School Chaplains and High Court Challenge: ABC The Drum 
-.youtube[quJSdVtwFkI].mp4  8.2M  [video/mp4]
School Chaplains and High Court   100%   8.2M /  8.2M  204.3K/s 41s

$ ls *Drum*
School Chaplains and High Court Challenge: ABC The Drum 
-.youtube[quJSdVtwFkI].mp4
=

The trailing ‘ -’ is not part of the title, is not requested in the
filename format, and should not be in the filename. The filename should
instead be:

School Chaplains and High Court Challenge: ABC The 
Drum.youtube[quJSdVtwFkI].mp4

=
$ cat $HOME/.cliverc | grep -v '^[[:space:]]*\(#\|$\)'
--format best
--cclass "[^/]"
--filename-format "%t.%h[%i].%s"
--print-fname
=

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable')
Architecture: powerpc (ppc64)

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

Versions of packages clive depends on:
ii  libclass-singleton-perl   1.4-1  implementation of a "Singleton" cl
ii  libconfig-tiny-perl   2.14-1 Read/Write .ini style files with a
ii  libexpect-perl1.21-1 Expect.pm - Perl Expect interface
ii  libgetopt-argvfile-perl   1.11-1 Perl module for reading script opt
ii  libhtml-parser-perl   3.68-1+b1  collection of modules that parse H
ii  liburi-perl   1.58-1 module to manipulate and access UR
ii  libwww-curl-perl  4.15-1+b1  Perl bindings to libcurl
ii  perl  5.12.4-2   Larry Wall's Practical Extraction 
ii  perl-modules [libversion-perl 5.12.4-2   Core Perl modules

Versions of packages clive recommends:
ii  clive-utils   2.1.6-1additional utilities for clive
ii  libberkeleydb-perl0.48-1 use Berkeley DB 4 databases from P
ii  libterm-readkey-perl  2.30-4+b2  A perl module for simple terminal 

Versions of packages clive suggests:
pn  ffmpeg (no description available)

-- no debconf information



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

Bug#535534:

[Bart Massey]

OK, here's a backtrace. Sorry I don't have more stuff with symbol
tables. I'll work on it.

#0  exit (status=1) at exit.c:100
#1  0xb779d1dc in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#2  0xb621ebba in xkl_process_error () from /usr/lib/libxklavier.so.16
#3  0xb76330d3 in _XError (dpy=0x806ab30, rep=0x824c968)
at ../../src/XlibInt.c:1583
#4  0xb762fd7d in handle_error (dpy=0x806ab30, err=0x824c968, in_XReply=1)
at ../../src/xcb_io.c:212
#5  0xb7630d67 in _XReply (dpy=0x806ab30, rep=0xbfffe620, extra=0, discard=0)
at ../../src/xcb_io.c:698
#6  0xb762651f in XQueryTree (dpy=0x806ab30, w=39846027, root=0xbfffe6f4,
parent=0xbfffe6f0, children=0xbfffe6f8, nchildren=0xbfffe68c)
at ../../src/QuTree.c:46
#7  0xb622698a in xkl_engine_query_tree () from /usr/lib/libxklavier.so.16
#8  0xb621de26 in xkl_engine_process_focus_in_evt ()
   from /usr/lib/libxklavier.so.16
#9  0xb621e9f4 in xkl_engine_filter_events () from /usr/lib/libxklavier.so.16
#10 0xb6292613 in gsd_keyboard_xkb_evt_filter (xev=0xbfffe8d0, event=0x807e6e0)
at gsd-keyboard-xkb.c:829
#11 0xb7792d72 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#12 0xb7794c2b in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#13 0xb7794ccd in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#14 0xb7988252 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#15 0xb7988a30 in ?? () from /lib/libglib-2.0.so.0
---Type  to continue, or q  to quit---
#16 0xb79890f3 in g_main_loop_run () from /lib/libglib-2.0.so.0
#17 0xb7c74caf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#18 0x0804bb96 in main ()



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

Bug#637946: strip angle brackets from pasted s

[Craig Sanders]

Package: iceweasel
Version: 5.0-6

Many people post links in email as  rather than as just plain
URL.  It was (and still is) recommended practice to indicate URIs like
thispersonally, i think it's not a good practice (I don't know of
even one browser that accepts URIs typed or pasted in this form) but
you can't break random people on the internet of habits acquired over a
decade or more.

Unfortunately, if you double- or triple- click the URL to select it
and then middle-click to paste it in to the browser, it won't take you
to the page. current iceweasel takes you to a google search result.
previous versions used to display an error page saying it wasn't a valid
URL (it is).

the problem would be solved if any leading or trailing angle brackets
were stripped.  It also adheres to the principle of robustness - be
conservative in what you send, liberal in what you accept.

Been meaning to submit this bug for years...please forward upstream.

craig

-- 
craig sanders 

BOFH excuse #299:

The data on your hard drive is out of balance.



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

Bug#637945: chromium - strip angle brackets from pasted s

[Craig Sanders]

Package: chromium-browser
Version: 13.0.782.107~r94237-1

Many people post links in email as  rather than as just plain
URL.  It was (and still is) recommended practice to indicate URIs like
thispersonally, i think it's not a good practice (I don't know of
even one browser that accepts URIs typed or pasted in this form) but
you can't break random people on the internet of habits acquired over a
decade or more.

Unfortunately, if you double- or triple- click the URL to select it
and then middle-click to paste it in to the browser, it won't take you
to the page, it takes you to a google search result.

the problem would be solved if any leading or trailing angle brackets
were stripped.  It also adheres to the principle of robustness - be
conservative in what you send, liberal in what you accept.

this bug should probably be forwarded upstream.

craig

-- 
craig sanders 

BOFH excuse #211:

Lightning strikes.



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

Bug#637688: [mercurial] unable to reproduce bug

[Chris Knadle]

Package: mercurial
Version: 1.9.1-2

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

As I don't use Mercurial much (I mostly use Git) I decided to test the upgrade
due to this bug, and was unable to reproduce it.  In my case no byte-compiled
files were removed.  The relevant output (from aptitude):

Preparing to replace mercurial 1.9.1-1 (using .../mercurial_1.9.1-2_i386.deb) 
...
Unpacking replacement mercurial ...
Preparing to replace mercurial-common 1.9.1-1 (using 
.../mercurial-common_1.9.1-2_all.deb) ...
Unpacking replacement mercurial-common ...
...
Setting up mercurial-common (1.9.1-2) ...
Setting up mercurial (1.9.1-2) ...


And 'hg' also seems to operate correctly as far as I can tell.
Now the qustion is what cause byte-compiled files to be removed in the
original instance the bug is based on.

BTW in case this may help, I'm including the output of the following command:

$ ls -ld /usr/lib/python2.6/site-packages
ls: cannot access /usr/lib/python2.6/site-packages: No such file or directory

  -- Chris

-- 

Chris Knadle
chris.kna...@coredump.us


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.37.6-686-crk4

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.us.debian.org 
1 experimentalftp.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libc6   (>= 2.4) | 2.13-16
python2.6| 2.6.7-4
 OR python2.7| 2.7.2-4
python  (>= 2.6) | 2.6.7-3
python  (<< 2.8) | 2.6.7-3
ucf  (>= 2.0020) | 3.0025+nmu2
mercurial-common (= 1.9.1-2) | 1.9.1-2


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
qct | 
wish| 
vim | 
 OR emacs   | 
kdiff3  | 
 OR tkdiff  | 
 OR meld| 
 OR xxdiff  | 



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

Bug#553621: closed by Niels Thykier (Re: Bug#553621: lintian: add javascript to the usual interpreters)

[Jérémy Lal]

>>> Jeremy Lal  wrote:
>>> I know javascript is, for now, not a usual interpreter, but with
>>> spidermonkey and libv8's node.js server, it's certainly growing to be
>>> more common.  I guess /usr/bin/javascript is a reasonnable name for the
>>> interpreter, though for now no package provides it.

>> Russ Allbery  wrote:
>> I don't really understand this request.  If there's no such binary as
>> /usr/bin/javascript, why would any file start with #!/usr/bin/javascript?
>> Only files starting with that string would trigger this tag, and that
>> string specifically means that there exists some binary named
>> /usr/bin/javascript on the system that will run that script.

> Niels Thykier  wrote:
> This bug as been tagged "moreinfo" for over a year, so I am taking the
> liberty of closing the bug to clean up the bug tracker.  If this
> particular request is still of interest to you, please reply to this
> email with the relevant information.

My apologies, i forgot or did not read Russ answer.
CCing to pkg-javascript-devel.

There is the /usr/bin/js alternative provided by spidermonkey-bin, nodejs.

But i am not so sure it is useful as a "usual interpreter" now,
because all scripts doing something with i/o must use smjs or node,
so they wouldn't have /usr/bin/js in their shebang.

Jérémy.




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

Bug#637874: nfs mounts unreliable

[J]

Hello Ben,

I have been watching this bug because I have similar behaviour - but I 
do not know that it is the same.


I have two exports from the nfs server, which are mounted by one client.

After boot, it is common for one of the exports to mount correctly, 
while the other one is nowhere to be seen.


/etc/network/interfaces is set up like this, straight out of the squeeze 
setup (6.0.2 release):


allow-hotplug eth0
iface eth0 inet static
address 10.10.0.218
netmask 255.255.255.0
network 10.10.0.0
broadcast 10.10.0.255
gateway 10.10.0.231
# dns-* options are implemented by the resolvconf package, if 
installed

dns-nameservers 10.10.0.231
dns-search my.domain

The nfs-server is listed in /etc/hosts, so I doubt that it is a DNS 
problem.  I am thinking of moving from "allow-hotplug" to "auto" and 
seeing if that fixes the problem.  For now, I have put the following 
into /etc/init.d/mount_local:


/bin/ping -q -i 0.2 -c 1 -w 10 nfs-server
/bin/mount -v /mount/a
/bin/mount -v /mount/b
/bin/mount

With the ping in place, all exports are correctly mounted.
Without the ping, only one export will be mounted.

By the way, I was hoping that you (or somebody) could explain what the 
following snippet is supposed to do:



case "$FSTYPE" in
  nfs|nfs4|smbfs|cifs|coda|ncp|ncpfs|ocfs2|gfs)
;;


It looks like a no-op to me.

bfn,

J




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

Bug#637944: FTBFS on kfreebsd-amd64

[Robert Millan]

Package: ptlib
Version: 2.6.7-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

ptlib fails to build on kfreebsd-amd64 due to undefined RTF_WASCLONED macro.

This macro was provided in FreeBSD before 8.0 release, and so it is no longer
available on GNU/kFreeBSD either (which is currently using 8.x headers).

Solution used in FreeBSD ports/devel/ptlib26 is to replace RTF_WASCLONED with
0x2 constant.  See attached patch.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.utf8, LC_CTYPE=ca_AD.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'src/ptlib/unix/socket.cxx'
--- src/ptlib/unix/socket.cxx	2011-08-15 20:44:02 +
+++ src/ptlib/unix/socket.cxx	2011-08-15 20:51:37 +
@@ -1167,6 +1167,10 @@ PBoolean process_rtentry(struct rt_msghd
 #if defined(P_NETBSD) || defined(P_QNX)
 && (~rtm->rtm_flags&RTF_CLONED) // Net BSD has flag one way
 #elif !defined(P_OPENBSD)
+#ifndef RTF_WASCLONED
+/* This macro was removed with FreeBSD 8.0 (arp-v2 rewrite). */
+#define RTF_WASCLONED 0x2
+#endif
 && (~rtm->rtm_flags&RTF_WASCLONED)  // Free BSD/MAC has it another
 #else
 // Open BSD does not have it at all!

Bug#637940: [Pkg-haskell-maintainers] Bug#637940: leksah does not run out-of-the-box

[Joachim Breitner]

Hello Ximin,

thanks for the report. I’ll look into the issue some other time, but it
seems that all is needed is to compile it with -threaded. If some else
in the DHG wants to look at this, it would be great, I’m going to be
offline until next week.

Severity grave does not really fit here, but it is something that should
be fixed before a release, hence tagging it as serious.

Greetings,
Joachim

Am Montag, den 15.08.2011, 22:22 +0100 schrieb Ximin Luo:
> Package: leksah
> Version: 0.10.0.4-2
> Severity: grave
> Justification: renders package unusable
> 
> $ leksah
> Using default Yi configuration
> Now updating system metadata ...
> leksah-server: the flag -N2 requires the program to be built with -threaded
> leksah-server: 
> leksah-server: Usage:   [+RTS  | -RTS ] ... --RTS 
> 
> leksah-server: 
> [...]
> leksah-server: 
> leksah: internal IDE error: Can't connect to leksah-server
> 
> It works if you start leksah-server manually, but you can't expect users to 
> know to do this:
> 
> $ leksah-server -r & leksah
> [1] 23805
> ***server start
> Using default Yi configuration
> Bind 127.0.0.1:26411
> Now updating system metadata ...
> Now loading metadata ...
> Now updating workspace metadata ...
> Finished
> >>>Info Changed!!! True
> 
> Also leksah does not appear in the "Programming" desktop applications menu.
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages leksah depends on:
> ii  leksah-server   0.10.0.4-1+b2haskell editor - GHC interface
> ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
> ii  libc6   2.13-10  Embedded GNU C Library: Shared 
> lib
> ii  libcairo2   1.10.2-6.1   The Cairo 2D vector graphics 
> libra
> ii  libffi5 3.0.9-7  Foreign Function Interface 
> library
> ii  libfontconfig1  2.8.0-3  generic font configuration 
> library
> ii  libfreetype62.4.6-1  FreeType 2 font engine, shared 
> lib
> ii  libgdk-pixbuf2.0-0  2.23.5-3 GDK Pixbuf library
> ii  libglib2.0-02.28.6-1 The GLib library of C routines
> ii  libgmp102:5.0.1+dfsg-7   Multiprecision arithmetic library
> ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user 
> interface 
> ii  libgtksourceview2.0-0   2.10.4-1 shared libraries for the GTK+ 
> synt
> ii  libpango1.0-0   1.28.4-1 Layout and rendering of 
> internatio
> ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime
> 
> leksah recommends no packages.
> 
> leksah suggests no packages.
> 
> -- no debconf information
> 
> 
> 
> ___
> Pkg-haskell-maintainers mailing list
> pkg-haskell-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-haskell-maintainers
> 

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#637747: python-lazr.restfulclient: UserWarning: Module paste was already imported from None

[Luca Falavigna]

I'm unable to reproduce it, both on wheezy or sid.

I noticed there's a similar bug (#473584), though, and it seems related
to distribute instead.

If you can provide step-by-step instructions on how you reproduce this,
it could be of help to decide whether reassigning this bug or not.

Thanks!

-- 
  .''`.
 :  :' :   Luca Falavigna 
 `.  `'
   `-



signature.asc
Description: OpenPGP digital signature

Bug#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms

[Hilmar Preusse]

On 15.08.11 Frank Küster (fr...@debian.org) wrote:

Hi Frank,

> I'm still here (going on vacation next saturday).
> 
Many thanks for the upload.

BTW: I used the following statement in the Debian changelog to reopen
another bug: (Reopens: #618033).  The bug was not re-opened, I did
this now manually.  Any idea how to re-open a bug via changelog?

H.
-- 
sigmentation fault



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

Bug#618033: pdflatex and files bigger than 2Gb

[Hilmar Preusse]

found 618033 2009-11
stop

On 21.03.11 Pierre SCHNIZER (p.schni...@gsi.de) wrote:

Hi,

> >>So to conclude, I am running tex-binaries and kpathsea build with
> >>--enable-largefiles and it works for me. It solves the problem that
> >>stat in texk/kpathsea/readdable.c will not fail on a CIFS file
> >>system, thus I can compile latex files stored on a CIFS system.
> >>
> >So we'll simply patch the Build script to enable the
> >--enable-largefiles and everything is fine, correct?
> 
> Yes.
> 
Unfortunately this change broke more than expected (#637667, #637720).
I disabled LFS again, which re-opens your bug.

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead

[Jonathan Nieder]

clone 637392 -1
retitle 637392 RV635 [Radeon HD 3600 series]: screen randomly turning off (GPU 
lockup)
quit

Volodymyr Shcherbyna wrote:

> I am
> still having the same problem with screen going randomly off (problem 1) and
> also I am unable to halt my system (problem 2).

Sounds like at least three bugs:

 - Screen randomly turning off (presumably because the GPU locks up
   and the driver is not able to reset it again).  Intermittent,
   present in 2.6.32 and 3.0.

 - "*ERROR* Unknown bits per sample" message: appeared in 2.6.32, not
   present in 3.0.  Bug#637814.

 - White, grey, and black stripes with snow when microcode is not
   installed: not present in 2.6.32, appeared in 3.0.

Let's continue to use this bug to track problem 1.

Anyway, please report this upstream at http://bugs.freedesktop.org/,
product DRI, component DRM/Radeon, and send the bug number so we can
work on it there.

[...]
> Speaking about "problem 2". When I do "sudo shutdown -h now" I see "Will now
> halt." and nothing happens after this line. Fans are spinning, everything is
> working and machine does not halt" ... Should I register another bug for
> this?

Yes.  Though it might be related --- does blacklisting the radeon
driver and not entering a GUI (shutting down from the console) help?

Thanks,
Jonathan



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

Bug#637942: iceweasel: disk_cache_ssl is nabled by default

[Eliad Bagherzadegan]

Package: iceweasel
Version: 5.0-6
Severity: important
Tags: upstream

*** Please type your report below this line ***
In line 76 of "modules/libpref/src/init/all.js", browser.cache.disk_cache_ssl
is set to true:

pref("browser.cache.disk_cache_ssl",true);

This will enable caching ssl data on disk.

-- 
Eliad Bagherzadegan



signature.asc
Description: OpenPGP digital signature

Bug#633744: emacs23: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Aurelien Jarno]

severity 633744 serious
thanks

On Wed, Jul 13, 2011 at 01:44:47PM +0200, Bill Allombert wrote:
> Source: emacs23
> Version: 23.2+1-7
> Severity: important
> 
> Hello Rob,
> 
> There is a libjpeg transition from libjpeg62 to libjpeg8.
> As mentionned on debian-devel-announce[1], please update emacs23 to
> Build-Depends on libjpeg-dev instead of libjpeg62-dev.
> 
> The following Build-Depends was found:
> 
> emacs23   :Build-Depends: libjpeg62-dev 
> 

This bug now makes emacs23 unbuildable, as edos-debcheck shows:

|  emacs23 (= 23.3+1-1) build-depends on one of:
|  - libjpeg62-dev (= 6b1-2)
|  emacs23 (= 23.3+1-1) build-depends on one of:
|  - libtiff4-dev (= 3.9.5-1)
|  libjpeg8-dev (= 8c-2) and libjpeg62-dev (= 6b1-2) conflict
|  libtiff4-dev (= 3.9.5-1) depends on one of:
|  - libjpeg8-dev (= 8c-2)

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



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

Bug#637869: pass default ld flags

[Sylvestre Ledru]

Le lundi 15 août 2011 à 12:41 +0200, Matthias Klose a écrit :
> Package: clang
> Version: 2.9-7
> Severity: important
> 
> Please pass the ld flags currently passed from GCC, from the llvm-* drivers 
> too.
> These are:
> 
>   --hash-style=both
>   --no-copy-dt-needed-entries
OK, why not but could you explain why ?

Thanks
S





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

Bug#637941: ntp: line 21 column 37 syntax error, unexpected T_String, expecting T_EOC

[Berni Elbourn]

Package: ntp
Version: 1:4.2.6.p2+dfsg-1+b1
Severity: minor


These errors are reported:

Aug 15 21:12:28 red ntpd[4359]: line 21 column 37 syntax error, unexpected 
T_String, expecting T_EOC
Aug 15 21:12:28 red ntpd[4359]: syntax error in /etc/ntp.conf line 21, column 37
Aug 15 21:12:28 red ntpd[4359]: line 22 column 37 syntax error, unexpected 
T_String, expecting T_EOC
Aug 15 21:12:28 red ntpd[4359]: syntax error in /etc/ntp.conf line 22, column 37
Aug 15 21:12:28 red ntpd[4359]: line 23 column 37 syntax error, unexpected 
T_String, expecting T_EOC
Aug 15 21:12:28 red ntpd[4359]: syntax error in /etc/ntp.conf line 23, column 37
Aug 15 21:12:28 red ntpd[4359]: line 24 column 37 syntax error, unexpected 
T_String, expecting T_EOC

Those lines are:

server 0.debian.pool.ntp.org iburst dynamic
server 1.debian.pool.ntp.org iburst dynamic
server 2.debian.pool.ntp.org iburst dynamic
server 3.debian.pool.ntp.org iburst dynamic

Those lones come from the the original package installation. 

I can't find reference to dynamic in man ntp.conf. 

Apart from this ntp seems to work well.

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

Kernel: Linux 2.6.32-5-amd64 (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 ntp depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  dpkg1.15.8.11Debian package management system
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcap2 1:2.19-3 support for getting/setting POSIX.
ii  libedit22.11-20080614-2  BSD editline and history libraries
ii  libopts25   1:5.10-1.1   automated option processing librar
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  netbase 4.45 Basic TCP/IP networking system

Versions of packages ntp recommends:
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 

Versions of packages ntp suggests:
pn  ntp-doc(no description available)

-- Configuration Files:
/etc/ntp.conf changed:
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 0.debian.pool.ntp.org iburst dynamic
server 1.debian.pool.ntp.org iburst dynamic
server 2.debian.pool.ntp.org iburst dynamic
server 3.debian.pool.ntp.org iburst dynamic
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
restrict 192.168.2.0 mask 255.255.255.0 nomodify notrap


-- 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#637940: leksah does not run out-of-the-box

[Ximin Luo]

Package: leksah
Version: 0.10.0.4-2
Severity: grave
Justification: renders package unusable

$ leksah
Using default Yi configuration
Now updating system metadata ...
leksah-server: the flag -N2 requires the program to be built with -threaded
leksah-server: 
leksah-server: Usage:   [+RTS  | -RTS ] ... --RTS 

leksah-server: 
[...]
leksah-server: 
leksah: internal IDE error: Can't connect to leksah-server

It works if you start leksah-server manually, but you can't expect users to 
know to do this:

$ leksah-server -r & leksah
[1] 23805
***server start
Using default Yi configuration
Bind 127.0.0.1:26411
Now updating system metadata ...
Now loading metadata ...
Now updating workspace metadata ...
Finished
>>>Info Changed!!! True

Also leksah does not appear in the "Programming" desktop applications menu.

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

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

Versions of packages leksah depends on:
ii  leksah-server   0.10.0.4-1+b2haskell editor - GHC interface
ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6.1   The Cairo 2D vector graphics libra
ii  libffi5 3.0.9-7  Foreign Function Interface library
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.6-1  FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0  2.23.5-3 GDK Pixbuf library
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgmp102:5.0.1+dfsg-7   Multiprecision arithmetic library
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libgtksourceview2.0-0   2.10.4-1 shared libraries for the GTK+ synt
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

leksah recommends no packages.

leksah 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#637863: nslcd.conf contains invalid declaration after preseeded installation with fai

[Andreas B. Mundt]

Hi,

On Mon, Aug 15, 2011 at 08:51:42PM +0200, Arthur de Jong wrote:
> On Mon, 2011-08-15 at 11:26 +0200, Andreas B. Mundt wrote:
> > after installing nslcd within the fai framework (squeeze), I end up
> > with an invalid nslcd.conf, containing the lines:
> 
> Interesting. Which version of nslcd are you using?

The version is 0.7.13, the installation uses the squeeze
repositories. 

Best regards,

 Andi




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

Bug#637331: transition: nautilus

[Michael Biebl]

Am 15.08.2011 22:26, schrieb Raphael Hertzog:
> On Fri, 12 Aug 2011, Josselin Mouette wrote:
>> Le jeudi 11 août 2011 à 20:31 +0200, Michael Biebl a écrit : 
 The alternative is to backport the necessary changes in g-s-d (which
 sounds insane) or to re-add the necessary support in nautilus (which is
 far from trivial).
>>>
>>> I'd rather just have automount support broken temporarily, tbh.
>>
>> I don’t think there is any point in testing if we break such basic
>> functionality for a long period of time. But that’s for the RT to decide
>> anyway.
> 
> +1 That's not the kind of brokenness that we want in testing.

I would consider non-functioning automount for a (short) period of time as
acceptable compromise, but ymmv.

> It's nice to be able to split transitions, but when it's not possible our
> infrastructure should cope with large transitions.

So do you want to wait until this magically happens? When would that be?
Right now, transitions are quite a bit of manual work and the more transitions
are entangled the harder it gets.

> With everything more or less working in experimental, what exactly do you
> fear?

Not by far. See the comments about e.g. libpanel-applet. There is an awful lot
of work to be done to get everything into shape.

The nautilus transitions is already complex enough imho (involving a
mini-transition for evince, brasero, gnome-media, libgdata and possibly
gnome-bluetooth and nautilus-sendto).

Personally I'd be fine with dumping everything into unstable, but imho we could
have a transition which would last over several weeks or months and which
certainly would block other transitions.

That said, it's not really up to me to decide and I'll just wait now what the
release team wants us to do.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#637937: [Pkg-xfce-devel] Bug#637937: squeeze: cannot open .7z archive

[Yves-Alexis Perez]

severity 637937 wishlist
retitle 637937 please add support for 7z archives
thanks
On lun., 2011-08-15 at 16:57 -0400, Daniel Bolton wrote:
> Package: squeeze
> Version: 0.2.3-10
> Severity: important
> 
> 
> Attempting to open a .7z archive with squeeze results in the error
> message: "'/path/file.7z' could not be opened." These archives can be
> opened and extraced via Ark and File-Roller without issue.
> 

Where exactly did you see that Squeeze had support for those anyway?

Regards,
-- 
Yves-Alexis


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

Bug#637910: 271 broke -e parsing

[Thomas Dickey]

On Mon, 15 Aug 2011, Anthony DeRobertis wrote:


Package: xterm
Version: 271-1
Severity: important

According to the documentation, and behavior in 270 and previous, the -e
option eats the rest of the command line, passing that as arguments to
the program executed.

In 270, xterm -e mysql -u foo works as expected.
In 270, xterm -e mysql -h foo works as expected.
In 271, xterm -e mysql -u foo works as expected.
In 271, xterm -e mysql -h foo does NOT work.


thanks (I completely overlooked that).  Fixing "-e" is fairly simple,
and it's been a while since #271 (since I've been working on a large
ncurses subproject...).  I'll put out a short #272 to cover this.



In 271, the -h variant prints out xterm's help and exits.
In 270, the -h variant does not print anything.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/8 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 xterm depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libfontconfig12.8.0-3generic font configuration library
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libutempter0  1.1.5-4A privileged helper for utmp/wtmp
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxaw7   2:1.0.9-2  X11 Athena Widget library
ii  libxft2   2.2.0-3FreeType-based font drawing librar
ii  libxmu6   2:1.1.0-2  X11 miscellaneous utility library
ii  libxt61:1.1.1-2  X11 toolkit intrinsics library
ii  xbitmaps  1.1.1-1Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils 7.6+3  X11 utilities

Versions of packages xterm suggests:
ii  xfonts-cyrillic   1:1.0.3Cyrillic fonts for X

-- no debconf information






--
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#637939: live-build: lh_config documents non-supported option --syslinux-* options

[Matthijs Kooijman]

Package: live-build
Version: 3.0~a21-1
Severity: minor

Hi folks,

The subject pretty much says it all. Here's some command output to further
illustrate the problem:

matthijs@grubby:/tmp/foo$ man lb_config | grep syslinux-
[--syslinux-splash FILE]
[--syslinux-timeout SECONDS]
[--syslinux-menu true|false]
   --syslinux-splash FILE
   --syslinux-timeout SECONDS
   --syslinux-menu true|false
matthijs@grubby:/tmp/foo$ lb config --syslinux-splash /
P: Considering defaults defined in /etc/live/build.conf
live-build: unrecognized option '--syslinux-splash'
matthijs@grubby:/tmp/foo$ lb config --syslinux-timeout /
P: Considering defaults defined in /etc/live/build.conf
live-build: unrecognized option '--syslinux-timeout'
matthijs@grubby:/tmp/foo$ lb config --syslinux-menu /
P: Considering defaults defined in /etc/live/build.conf
live-build: unrecognized option '--syslinux-menu'

Gr.

Matthijs

-- Package-specific info:

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

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

Versions of packages live-build depends on:
ii  debootstrap   1.0.34 Bootstrap a basic Debian system

Versions of packages live-build recommends:
ii  cpio  2.11-7 GNU cpio -- a program to manage ar
ii  gettext-base  0.18.1.1-3 GNU Internationalization utilities
ii  gnu-fdisk 1.2.4-3+b1 Linux fdisk replacement based on l

Versions of packages live-build suggests:
ii  dosfstools 3.0.9-1   utilities for making and checking 
ii  fakeroot   1.16-1tool for simulating superuser priv
ii  genisoimage9:1.1.11-2Creates ISO-9660 CD-ROM filesystem
ii  memtest86+ 4.20-1thorough real-mode memory tester
ii  mtools 4.0.12-1  Tools for manipulating MSDOS files
ii  parted 2.3-7 disk partition manipulator
ii  squashfs-tools 1:4.2-4   Tool to create and append to squas
ii  sudo   1.7.4p6-1 Provide limited super user privile
ii  syslinux   2:4.04+dfsg-3 collection of boot loaders
pn  uuid-runtime   (no description available)
pn  win32-loader   (no description available)

-- no debconf information



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

Bug#637938: O: libkjdsp-java

[Torsten Werner]

Package: wnpp
Severity: normal

Hi,

I am orphaning the package in behalf of the Java team because:
- it hasn't been maintained for a long time
- it has only orphaned reverse dependencies
- it has a low popcon value
Feel free to re-introduce it to the team if want to actively maintain it.

Torsten



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

Bug#637937: squeeze: cannot open .7z archive

[Daniel Bolton]

Package: squeeze
Version: 0.2.3-10
Severity: important


Attempting to open a .7z archive with squeeze results in the error
message: "'/path/file.7z' could not be opened." These archives can be
opened and extraced via Ark and File-Roller without issue.


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

Kernel: Linux 2.6.39-dbb-deb (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 squeeze depends on:
ii  exo-utils 0.6.2-1Utility files for libexo
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.4.14-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-4 simple interprocess messaging syst
ii  libexo-1-00.6.2-1Library with extensions for Xfce
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.6-1FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libthunar-vfs-1-2 1.2.0-3Legacy VFS abstraction used in Xfc
ii  libxfce4util4 4.8.1-3Utility functions library for Xfce

squeeze recommends no packages.

squeeze 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#637936: FTBFS: fatal error: curl/types.h: No such file or directory

[Aurelien Jarno]

Package: libtunepimp
Version: 0.5.3-7.4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

libofa currently FTBFS on sid, as it tries to include curl/types.h
which has been removed (see bug#636457):

| libtool: compile:  s390x-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. 
-I../include/tunepimp-0.5 -Ithreads/posix -Wall -O2 -g -O2 -MT fileio.lo -MD 
-MP -MF .deps/fileio.Tpo -c fileio.cpp -o fileio.o >/dev/null 2>&1
| mv -f .deps/fileio.Tpo .deps/fileio.Plo
| /bin/bash ../libtool --tag=CXX   --mode=compile s390x-linux-gnu-g++ 
-DHAVE_CONFIG_H -I. -I.. -I../include/tunepimp-0.5 -Ithreads/posix  -Wall -O2  
-g -O2 -MT protocol.lo -MD -MP -MF .deps/protocol.Tpo -c -o protocol.lo 
protocol.cpp
| libtool: compile:  s390x-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. 
-I../include/tunepimp-0.5 -Ithreads/posix -Wall -O2 -g -O2 -MT protocol.lo -MD 
-MP -MF .deps/protocol.Tpo -c protocol.cpp  -fPIC -DPIC -o .libs/protocol.o
| protocol.cpp:17:24: fatal error: curl/types.h: No such file or directory
| compilation terminated.
| make[4]: *** [protocol.lo] Error 1
| make[4]: Leaving directory 
`/build/buildd-libtunepimp_0.5.3-7.4-s390x-dN595h/libtunepimp-0.5.3/lib'
| make[3]: *** [all-recursive] Error 1
| make[2]: *** [all-recursive] Error 1
| make[1]: *** [all] Error 2
| make: make[3]: Leaving directory 
`/build/buildd-libtunepimp_0.5.3-7.4-s390x-dN595h/libtunepimp-0.5.3/lib'
| make[2]: Leaving directory 
`/build/buildd-libtunepimp_0.5.3-7.4-s390x-dN595h/libtunepimp-0.5.3'
| make[1]: Leaving directory 
`/build/buildd-libtunepimp_0.5.3-7.4-s390x-dN595h/libtunepimp-0.5.3'
| *** [build-stamp] Error 2

Full build log (s390x, but also affects other architectures) at:

  
http://buildd.debian-ports.org/status/fetch.php?pkg=libtunepimp&arch=s390x&ver=0.5.3-7.4&stamp=1313440897
 

Regards,
Aurelien

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

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



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

Bug#637935: firmware-b43legacy-installer: Remove BCM4303 from long description

[Geoff Simmons]

Package: firmware-b43legacy-installer
Severity: minor
Tags: patch

Hi,

Please remove BCM4303 as a supported chipset in the long description of
the firmware-b43legacy-installer package, along with the reference to it
in firmware-b43-installer's postinst.

PCI ID 14e4:4301 (BCM4301) was incorrectly listed as BCM4303.  This is
now amended in the PCI ID repository [1] and Linux Wireless b43 driver
page [2] as of revision 242.

Geoff

[1] http://pci-ids.ucw.cz/read/PC/14e4/4301
[2] 
http://wireless.kernel.org/en/users/Drivers/b43?action=diff&rev2=242&rev1=241

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/control b/debian/control
index cfb131d..4cb48a5 100644
--- a/debian/control
+++ b/debian/control
@@ -59,6 +59,5 @@ Description: Installer package for firmware for the b43legacy driver
  .
  Supported chipsets:
   - BCM4301
-  - BCM4303
   - BCM4306/2
   - BCM4306
diff --git a/debian/firmware-b43-installer.postinst b/debian/firmware-b43-installer.postinst
index b9a89e8..f1a6c30 100644
--- a/debian/firmware-b43-installer.postinst
+++ b/debian/firmware-b43-installer.postinst
@@ -74,7 +74,7 @@ if [ -n "$pci" ]; then
 fi
 
 if [ "$legacy" ]; then
-	echo "An unsupported BCM4301, BCM4303, BCM4306 or BCM4306/2 device was found."
+	echo "An unsupported BCM4301, BCM4306 or BCM4306/2 device was found."
 	echo "Use b43legacy firmware (firmware-b43legacy-installer package) instead."
 	echo "Aborting."
 	exit 0

Bug#637452: Lower priority of first user's fullname question

[Joey Hess]

Christian PERRIER wrote:
> >From Jérémy Bobbio BOF at DebConf, we could take ideas about improving
> the way non-skilled users understand this question and the question
> about login name. We could even make both questions appear on the same
> screen (by losing the fact that the login name is computed from the
> Real Nameand by losing the few Easter Eggs we have in this code).

IMHO the best thing about asking for the user's real name is it lets
us calculate a decent login name without making the user think too much
about it, as well as educate the user on what they will need to type
to login. That is more useful for non-skilled users than the typical
benefit of eliminating a question.

-- 
see shy jo


signature.asc
Description: Digital signature