Bug#571929: desktopcouch: circular dependency hell

[Raphael Hertzog]

It would be nice if the Canoni^H^Hupstream desktopcouch developers could
chime in and give their opinions...

On Thu, 25 Mar 2010, David Paleino wrote:
> On Tuesday 02 March 2010 10:08:24, Raphael Hertzog wrote:
> > Coming back to the topic, the dependency between desktopcouch and -records
> > got added following https://bugs.launchpad.net/ubuntu/+bug/422179
> > but Ken Vandine never gave the error message he had.
> > 
> > IMO it's this dependency that should not exist and I'm not sure why
> > the service requires it. Maybe the part of -records that is required
> > by desktopcouch should be moved to python-desktopcouch.
> 
> After Bill poked me about the bug not really being fixed by the package 
> merge, 
> I investigated a bit more about that LP bug, and the overall dependency 
> situation.
> 
> The problem is that start_local_couchdb.py uses:
> 
>   from desktopcouch.records.server import CouchDatabase
> 
> which is available in the current python-desktopcouch-records package (that's 
> why Ken added the dependency).

[...]

> I think a "proper" solution could be:
>  1) put /usr/share/pyshared/desktopcouch/records/ into "desktopcouch" too (and
> add Provides: python-desktopcouch-records)

Unless upstream fixes update_design_documents() to not use the
CouchDatabase object, I think this is the right thing to do.

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



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

Bug#574522: clarification of proxy_arp settings

[Stefan Alfredsson]

On 19 Mar 2010, at 06:49, Ola Lundqvist wrote:
> However the documentation should also be better described. Suggestions
> on this is highly welcome.

Yes, and the primary question is when proxy_arp should be used. I've scouted 
the net
and came up with the following:

proxy_arp=0
-

http://wiki.openvz.org/Quick_installation
http://wiki.openvz.org/Using_veth_and_brctl_for_protecting_HN_and_saving_IP_addresses

proxy_arp=1
-

http://wiki.openvz.org/Virtual_Ethernet_device
http://ckdake.com/content/2008/vlans-in-openvz.html

> make sure that proxy_arp and forwarding are enabled for bond0.10 in 
> /proc/sys/net/ipv4/conf/bond0.10/

https://gforge.inria.fr/tracker/index.php?func=detail&aid=8459&group_id=411&atid=5117

Ambigous
---

http://en.gentoo-wiki.com/wiki/OpenVZ_VLAN

>   echo "1" >  /proc/sys/net/ipv4/conf/$x/proxy_arp

and then later

> I doubt that
> echo "1" >  /proc/sys/net/ipv4/conf/$x/proxy_arp
> is actually needed, at least I've never used it and everything works fine 
> without proxy arp. I even have:
> net.ipv4.conf.default.proxy_arp = 0

http://forum.openvz.org/index.php?t=msg&goto=10089

> The funny thing is it doesnt matter if i set the proxy arp to 0 or 1 in the 
> conf-file, networking within the vz is with both options possible.


Summary:
--

The openvz wiki recommends proxy_arp=0 in some cases, and in some proxy_arp=1. 
External sites recommend proxy_arp=1 and then some present varying experiences. 
Some discussions are based on the debian warning message itself, so there is 
some feedback loop involved as well :-).


The cause for the debian proxy_arp=1 setting seems to be bug 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387762

I have a similar setup; one private and one public address on the host node, 
and then other public addresses for the guests. This works without proxy_arp 
enabled. Worse, enabling proxy_arp produced arpsend warnings and possibly other 
problems.

Maybe something else has changed from 2006 until now such that proxy_arp is not 
needed?

If only openvz.org is trusted, it seems proxy_arp should only be used when 
using veth devices, and not venet devices.

Perhaps you could contact upstream to get a more definite answer.

BR
 Stefan




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

Bug#151820: Another workaround: Use network-manager instead

[Johan Walles]

Another workaround (where the first is to use the Ubuntu packages, see
above) is to install network-manager.

After installing network-manager, you have to remove from
/etc/network/interfaces all interfaces that you want network-manager
to handle.  Network-manager handles all interfaces not in that file,
and it does properly send the host name in the DHCP request (I just
tried it).

  Regards /Johan



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

Bug#575472: abiword: Template hangs renderer.

[A. Costa]

Package: abiword
Version: 2.8.2-2
Severity: important


Start 'abiword', 'File > New Using Template > Business-Letter.awt', the 
template appears.  
Hit 'maximize' on title bar.  Switch to another task, and back.  Client area 
goes gray, 
'abiword' starts consuming 75% CPU; I gave up waiting after a minute or two, 
Ctrl-C.

HTH...

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

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages abiword depends on:
ii  abiword-commo 2.8.2-2efficient, featureful word process
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  libabiword-2. 2.8.2-2efficient, featureful word process
ii  libaiksaurusg 1.2.1+dev-0.12-6   graphical interface to the Aiksaur
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.24-1   simple interprocess messaging syst
ii  libdbus-glib- 0.84-1 simple interprocess messaging syst
ii  libgcc1   1:4.4.3-5  GCC support library
ii  libgcrypt11   1.4.5-2LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libgoffice-0. 0.8.1-1Document centric objects library -
ii  libgsf-1-114  1.14.17-1  Structured File Library - runtime 
ii  libgtk2.0-0   2.18.9-2   The GTK+ graphical user interface 
ii  libjpeg62 6b-16.1The Independent JPEG Group's JPEG 
ii  libloudmouth1 1.4.3-5Lightweight C Jabber library
ii  libots0   0.5.0-2Open Text Summarizer (library)
ii  libpng12-01.2.43-1   PNG library - runtime
ii  libpsiconv6   0.9.8-4.1  a library for handling Psion files
ii  libreadline6  6.1-1  GNU readline and history libraries
ii  libsoup2.4-1  2.29.91-1  an HTTP library implementation in 
ii  libstdc++64.4.3-5The GNU Standard C++ Library v3
ii  libwmf0.2-7   0.2.8.4-6.1Windows metafile conversion librar
ii  libwpd8c2a0.8.14-1   Library for handling WordPerfect d
ii  libwpg-0.1-1  0.1.3-1WordPerfect graphics import/conver
ii  libwps-0.1-1  0.1.2-1Works text file format import filt
ii  libxml2   2.7.7.dfsg-1   GNOME XML library
ii  libxslt1.11.1.26-2   XSLT processing library - runtime 

Versions of packages abiword recommends:
ii  abiword-plugin-grammar 2.8.2-2   grammar checking plugin for AbiWor
ii  abiword-plugin-mathvie 2.8.2-2   equation editor plugin for AbiWord
ii  aspell-en [aspell-dict 6.0-0-6   English dictionary for GNU Aspell
ii  ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim
ii  xpdf-utils [poppler-ut 3.02-1.4+lenny1   Portable Document Format (PDF) sui

abiword 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#575473: dbndns: No howto or tutorial documentation for configuring tinydns.

[John Wenger]

Package: dbndns
Version: 1:1.05-4+lenny1
Severity: grave
Justification: renders package unusable

I have used djbdns off and on for years (woody, sarge, and before) but I was 
never able to get it to work using the debian way.  Everyone said just use 
DJB's method, and it worked as a charm.  Now, years later, I tried teh Debian 
way using the Lenny deb dbndns, and once again I am defeated.  The man pages 
are reference pages, without examples, and the DJB website has tutorial 
instructions the DJB-way but not for the Debian way.  Debian needs to either 
put things where DJB's tutorial expects them, or Debian needs to write their 
won tutorials.  Bythe way, I have the dnscache running fine, returning results 
in 2 ms.



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

Kernel: Linux 2.6.18-128.2.1.el5.028stab064.7 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages dbndns depends on:
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries

Versions of packages dbndns recommends:
ii  daemontools   1:0.76-3   a collection of tools for managing
ii  daemontools-run   1:0.76-3   daemontools service supervision
ii  make  3.81-5 The GNU version of the "make" util
ii  ucspi-tcp 1:0.88-2   command-line tools for building TC

Versions of packages dbndns suggests:
ii  dnscache-run 1:1.05-4+lenny1 djbdns dnscache service

-- 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#572716: LinuxThreads manual pages

[Jonathan Nieder]

(Removing Bug#460637 from CC, since that bug doesn’t depend on this one.)

Nikolaus Schulz wrote:
> On Sun, Mar 07, 2010 at 11:36:37PM -0600, Jonathan Nieder wrote:

>> retitle -1 Please remove outdated LinuxThreads manpages
>> forcemerge 572716 -1
>> severity -1 minor
>> block -1 by 519781
>> thanks
> [snip]
>>  - The pages in man-pages are usable and maintained, and I think we should
>>ship them.  This requires coordination between the two packages.
>>Actually, manpages-dev should be changed first (with Replaces: glibc-doc,
>>this requires no action by the glibc maintainers).
>
> Note that in order to avoid file conflicts, my patch for #519781 just
> adds pages to manpages-dev that are long removed from glibc-doc.

Good catch.  Here’s the more complete (but more dangerous) patch.

Thoughts?
>From 14ee79f0d36e7dd2a33b86197bd1fbbb691698c3 Mon Sep 17 00:00:00 2001
From: Jonathan Nieder 
Date: Fri, 26 Mar 2010 00:00:00 -0500
Subject: [PATCH] manpages-dev: Take over pthread_* namespace from glibc-doc

The LinuxThreads manpages included in glibc-doc are starting to show
their age, and the pages on pthreads in man-pages are usable and
maintained.  I think we should start shipping the latter.  This
requires coordination between the two packages.  Actually,
manpages-dev gets the first move (with Replaces: glibc-doc, this
requires no action by the glibc maintainers).

An unversioned Replaces relation is very convenient, because it means we
can take our time removing relevant files from glibc-doc without
coordinating revisions to synchronize with this change.

The Replaces relation can be changed to a versioned Replaces as soon as
that work is complete.  Even without such a change, as long as the
pages are removed from glibc-doc before squeeze is released, the
Replaces can be completely removed from manpages-dev for squeeze+1.

Note!  If afterwards glibc-doc takes over some filenames from this
version of manpages-dev (before squeeze+1 is released), then glibc-doc
would have to use Conflicts rather than Replaces+Breaks to signal
that, making for a less pleasant upgrade.  I have no reason to believe
this would happen, but it’s worth keeping in mind.

Thanks to Nikolaus Schulz  for an initial patch.
---
 debian/changelog |   28 
 debian/control   |2 +-
 debian/inst  |   12 +---
 3 files changed, 30 insertions(+), 12 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 71b9947..320dc18 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,31 @@
+manpages (3.24-1.1) experimental; urgency=low
+
+  * Added an unversioned Replaces entry against glibc-doc due to
+old pthreads manpages shipped with glibc-doc.
+  * Distribute pthreads manpages that were removed in glibc-doc 2.9-1:
+. pthread_attr_*(3)
+. pthread_cleanup_*(3)
+. pthread_create(3)
+. pthread_detach(3)
+. pthread_equal(3)
+. pthread_exit(3)
+. pthread_join(3)
+. pthread_getschedparam(3)
+. pthread_setschedparam(3)
+. pthread_self(3)
+. pthread_setcancelstate(3)
+. pthread_setcanceltype(3)
+. pthread_testcancel(3)
+. pthread_cancel(3)
+  * Distribute more pthreads manpages to replace the ancient pages in
+glibc-doc:
+. pthread_kill(3)
+. pthread_kill_other_threads_np(3)
+. pthread_sigmask(3)
+. sigwait(3)
+
+ -- Jonathan Nieder   Thu, 25 Mar 2010 23:22:13 -0500
+
 manpages (3.24-1) unstable; urgency=low
 
   * New upstream version
diff --git a/debian/control b/debian/control
index 6e6fd60..48a71ae 100644
--- a/debian/control
+++ b/debian/control
@@ -27,7 +27,7 @@ Package: manpages-dev
 Architecture: all
 Depends: manpages
 Suggests: man-browser
-Replaces: glibc-doc (<< 2.3.6-8)
+Replaces: glibc-doc
 Priority: optional
 Description: Manual pages about using GNU/Linux for development
  These man pages describe the Linux programming interface, including
diff --git a/debian/inst b/debian/inst
index de035bc..62e6ca8 100644
--- a/debian/inst
+++ b/debian/inst
@@ -65,17 +65,7 @@ for i in man[23]; do
getxattr.2|lgetxattr.2|listxattr.2|llistxattr.2|lremovexattr.2|\
get_kernel_syms.2|create_module.2|delete_module.2|\
init_module.2|query_module.2|set_mempolicy.2|\
-   
pthread_attr_destroy.3|pthread_attr_getdetachstate.3|pthread_cleanup_pop.3|\
-   
pthread_attr_getscope.3|pthread_attr_init.3|pthread_attr_setdetachstate.3|\
-   
pthread_attr_setscope.3|pthread_create.3|pthread_detach.3|pthread_equal.3|\
-   
pthread_exit.3|pthread_join.3|pthread_self.3|pthread_attr_setschedpolicy.3|\
-   
pthread_setschedparam.3|pthread_attr_setschedparam.3|pthread_attr_getschedparam.3|\
-   
pthread_getschedparam.3|pthread_attr_getschedpolicy.3|pthread_cleanup_push.3|\
-   
pthread_testcancel.3|pthread_setcancelstate.3|pthread_attr_getinheritsched.3|\
-   
pthread_attr_setinheritsched.3|pt

Bug#575471: ITP: libskeleton -- A library for reading and writing Ogg skeleton data

[John Francesco Ferlito]

Package: wnpp
Severity: wishlist
Owner: John Francesco Ferlito 


  Package name: libskeleton
  Version : 0.1
  Upstream Author : Viktor Gal (wiking) 
  URL : http://wiki.xiph.org/Ogg_Skeleton
  License : BSD
  Programming Lang: C
  Description : A library for reading and writing Ogg skeleton data

 Ogg Skeleton provides structuring information for multitrack Ogg files.
 It is compatible with Ogg Theora and provides extra clues for
 synchronization and content negotiation such as language selection.
 .
 Skeleton bitstream version 3.2 or above specifies an indexing
 method for Ogg segments. The index headers of the skeleton bitstream
 provide an index of periodic keyframes for every content stream in an Ogg
 segment.



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

Bug#574921: epiphany-webkit: odd behaviour with flash -- saving it repeatedly

[Johannes Berg]

On Thu, 2010-03-25 at 19:34 +0100, Josselin Mouette wrote:
> Le mardi 23 mars 2010 à 08:55 -0700, Johannes Berg a écrit : 
> > Maybe that's the problem, and when I don't have a plugin it thinks it
> > should download it?
> 
> I just tried without a Flash plugin, and couldn’t reproduce the bug
> either /o\

Hmm. No luck then I guess. Anything I could do, like strace it? Or maybe
settings are different -- e.g. "automatically download and open" must be
enabled?

johannes




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

Bug#575024: Please support plymouth bootsplash

[Steve Langasek]

Sorry for not submitting this to Debian sooner; the cryptsetup delta in
Ubuntu is rather large, including extensive changes for upstart support, so
it's a challenge to pick out the bits that are currently relevant to Debian. 
I only caught sight of this bug report by way of Guido's blog.

I agree that this change would be good to have in Debian - I would quite
enjoy having plymouth working on my Debian systems for squeeze.  However,
the patch Guido sent will only add plymouth support for decryption of the
rootfs and the swap partition, since other devices are decrypted
post-initramfs, so another patch will be needed there for the init scripts.
I think the attached diff to cryptdisks.functions, also lifted from Ubuntu,
does the job.  If you have any questions, feel free to ask.

(This patch also changes the handling of random-crypted devices, by making
sure they're temp-mounted under /var/run/cryptsetup instead of under /tmp;
this is not immediately relevant to Debian, but paves the way for
udev-driven activation of crypted disks and upstart support, so I've
included it here rather than trying to disentangle the separate changes to
individual lines of code.)

The Ubuntu changelog entries corresponding to this change are as follows:

  * debian/cryptdisks.functions:
- change interaction to use plymouth directly if present, and if not, to
  fall back to /lib/cryptsetup/askpass as before
  * debian/cryptdisk.functions: initially create the device under a temporary
name and rename it only at the end using 'dmsetup rename', to ensure that
upstart/mountall doesn't see our device before it's ready to go.
LP: #475936.
  * cryptdisks.functions: do_tmp should mount under /var/run/cryptsetup for
changing the permissions of the filesystem root, not directly on /tmp,
since mounting on /tmp a) is racy, b) confuses mountall something fierce.
LP: #475936.
  * cryptdisks.functions, debian/initramfs/cryptroot-script: fix the
invocation of plymouth, so that we actually get proper passphrase prompts
(once bug #496765 is fixed).
  * cryptdisks.functions: replace 'echo -e' bashism with 'printf'.

Cheers,
-- 
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/cryptdisks.functions'
--- debian/cryptdisks.functions	2009-11-11 13:50:18 +
+++ debian/cryptdisks.functions	2010-01-21 14:46:41 +
@@ -288,7 +288,12 @@
 		# no keyscript, no key => password
 		keyscriptarg="Unlocking the disk $src ($dst)\nEnter passphrase: "
 		key="-"
-		KEYSCRIPT="/lib/cryptsetup/askpass"
+		if [ -x /bin/plymouth ] && plymouth --ping; then
+			KEYSCRIPT="plymouth ask-for-password --prompt"
+			keyscriptarg=$(printf "$keyscriptarg")
+		else
+			KEYSCRIPT="/lib/cryptsetup/askpass"
+		fi
 	elif [ "$key" != "${key%/dev/*}" ]; then
 		# no keyscript, device key => special treatment
 		keyscriptarg=""
@@ -354,7 +359,12 @@
 		# no keyscript, no key => password
 		keyscriptarg="Unlocking the disk $cryptsource ($crypttarget)\nEnter passphrase: "
 		key="-"
-		KEYSCRIPT="/lib/cryptsetup/askpass"
+		if [ -x /bin/plymouth ] && plymouth --ping; then
+			KEYSCRIPT="plymouth ask-for-password --prompt"
+			keyscriptarg=$(printf "$keyscriptarg")
+		else
+			KEYSCRIPT="/lib/cryptsetup/askpass"
+		fi
 	else
 		# no keyscript, key => file input
 		keyscriptarg=""
@@ -366,16 +376,16 @@
 
 	while [ "$tried" -lt "$TRIES" ]; do
 		if [ -n "$KEYSCRIPT" ]; then
-			"$KEYSCRIPT" "$keyscriptarg" | cryptsetup $PARAMS create "$dst" "$src"
+			$KEYSCRIPT "$keyscriptarg" | cryptsetup $PARAMS create "${dst}_unformatted" "$src"
 		else
-			cryptsetup $PARAMS create "$dst" "$src"
+			cryptsetup $PARAMS create "${dst}_unformatted" "$src"
 		fi
 
-		if [ -z "$CHECK" ] || "$CHECK" "/dev/mapper/$dst" $CHECKARGS; then
+		if [ -z "$CHECK" ] || "$CHECK" "/dev/mapper/${dst}_unformatted" $CHECKARGS; then
 			break
 		else
 			log_warning_msg "$dst: the check for '/dev/mapper/$dst' failed - maybe the password is wrong"
-			cryptsetup remove "$dst"
+			cryptsetup remove "${dst}_unformatted"
 		fi
 
 		tried=$(( $tried + 1 ))
@@ -412,13 +422,14 @@
 do_swap () {
 	local swap_out
 
-	if [ "$MAKESWAP" != "yes" ] || [ ! -b "/dev/mapper/$dst" ]; then
+	if [ "$MAKESWAP" != "yes" ] || [ ! -b "/dev/mapper/${dst}_unformatted" ]
+	then
 		return 0
 	fi
 
-	if swap_out=$(/lib/cryptsetup/checks/un_blkid "/dev/mapper/$dst" 2> /dev/null) || \
-	   /lib/cryptsetup/checks/blkid "/dev/mapper/$dst" swap > /dev/null 2>&1; then
-		mkswap "/dev/mapper/$dst" > /dev/null 2>&1
+	if swap_out=$(/lib/cryptsetup/checks/un_blkid "/dev/mapper/${dst}_unformatted" 2> /dev/null) || \
+	   /lib/cryptsetup/checks/blkid "/dev/mapper/${dst}_unformatted" swap > /dev/null 2>&1; then
+		mkswap "/dev/mapper/${dst}_unformatted"

Bug#562291: dvi2dvi: FTBFS: types.h:66: error: expected specifier-qualifier-list before 'str_llist_type'

[Nobuhiro Iwamatsu]

tags 562291 patch
thanks

Hi, all.

Please check http://www.tug.org/texinfohtml/kpathsea.html#Programming-overview
This problem is revised  by include  kpathsea/kpathsea.h which
includes every Kpathsea header.

I create and attach patch.

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


dvi2dvi-ftbfs.patch
Description: application/empty

Bug#575238: closed by "Dwayne C. Litzenberger" (Re: Bug#575238: xtoolwait: should this package be orphaned?)

[Dwayne C. Litzenberger]

On Thu, Mar 25, 2010 at 06:11:23PM +0100, Jan Hauke Rahm wrote:

Hmm, what email address is bouncing?


My mail to you came back:

: host goedel.dlitz.net[64.5.53.201] said: 450 4.7.1
   : Recipient address rejected:
   SPF-Result=pfaffe.jhr-online.de: 'SERVFAIL' error on DNS 'SPF'
lookup of 'pfaffe.jhr-online.de' (in reply to RCPT TO command)


MaraDNS seems to be having trouble resolving your domain.  I'll have a 
closer look at it this weekend.


--
Dwayne C. Litzenberger 
 Key-signing key   - 19E1 1FE8 B3CF F273 ED17  4A24 928C EC13 39C2 5CF7
 Annual key (2009) - C805 1746 397B 0202 2758  2821 58E0 894B 81D2 582E



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

Bug#571255: Udev Bug

[Marco d'Itri]

On Mar 26, Marcin Chady  wrote:

> Couldn't you just make that message a little more helpful by adding that if
> one is doing a distribution upgrade they should apply the workaround? Btw, I
No, because the package needs to be fixed in some way so no workaround
is needed.

> read it to mean that I should touch /etc/udev/kernel-upgrade, which doesn't
> work for me. When I repeat apt-get -f install, I still get the same error
> from udev.
I find hard to believe this.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#571255: Udev Bug

[Marcin Chady]

Marco,

Couldn't you just make that message a little more helpful by adding that if
one is doing a distribution upgrade they should apply the workaround? Btw, I
read it to mean that I should touch /etc/udev/kernel-upgrade, which doesn't
work for me. When I repeat apt-get -f install, I still get the same error
from udev.

Marcin

Bug#575150: lxde: error messages after squeeze upgrade

[Andrew Lee (李健秋）]

Hi Woody,

Thanks for the update.

The problem is here:
 http://release.debian.org/migration/testing.pl?package=lxde-common

Any idea to fix this? (should I ask RM to hint this package?)

Regards,

-Andrew

在 2010/3/25 21:22 時，Woody  寫到：


Installing LXDE from unstable worked for me OK.

Installation pulled in the following packages:
lxde_0.5.0-3_all.deb
lxde-common_0.5.0-3_all.deb
lxde-core_0.5.0-3_all.deb
lxde-icon-theme_0.0.1+svn20091206-1_all.deb
lxsession_0.4.1-2_i386.deb
menu_2.1.43_i386.deb
menu-xdg_0.5_all.deb

Woody







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

Bug#575343: Precautionary checks slow boot excessively

[Elliott Mitchell]

>From: ty...@mit.edu
> On Thu, Mar 25, 2010 at 12:55:50AM -0700, Elliott Mitchell wrote:
> > 
> > Which is why I wasn't writing about the mount count. I was writing about
> > the check interval/check time. With systems that reboot less than once a
> > month, the mount count will never be reached. Instead it will be the
> > check interval and worse yet, with infrequent reboots, *all* of the check
> > intervals will expire at once (even if they start spaced out, they will
> > tend to merge together).
> 
> Well, fsck (which is the program which runs e2fsck for each partition)
> is no longer something I maintain (it's been moved to util-linux-ng,
> which is maintainer by Karel Zak).  Granted, fsck would need some way
> of telling e2fsck not to do time- or mount-based check if some other
> check has taken a long time already, but at least part of the
> functionality would have to be done in fsck --- and that's not no
> longer my problem.  :-)

Interesting. Well, as of lenny, both /sbin/fsck and /sbin/e2fsck were
part of e2fsprogs, so e2fsprogs was the correct package to file the bug
report against.

As you yourself admit, this will in fact require a (likely small) change
to e2fsck so either way it is correct to report this against e2fsck.


> Quite frankly, I can't get terribly excited about this problem, since
> if you have file systems on separate disk spindles, the file system
> checks are done in parallal anyway.  And if you are using LVM, the
> right answer is to use an snapshots, and then schedule the checks
> using cron during periods of low usage, maybe once a month.

The simple approach that comes to mind is simply limiting it to 1 check
per spindle per boot; mandatory checks due to filesystem problems
shouldn't face this limit, but should consume the check count. I'd allow
the limit to be changed, perhaps specifying a limit of filesystems
comprising X% of any drive could be an option.


Seeing how this now also effects util-linux, should I file a new bug
against util-linux? Does the Debian BTS currently allow for cloning a
report or a single one being on multiple packages?


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
2477\___\_|_/DC21 03A0 5D61 985B <-PGP-> F2BE 6526 ABD2 F6B2\_|_/___/3DE0





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

Bug#575470: wine-doors: Depende: python-gnome2-desktop pero no es instalable

[Hugo Alberto Aldunce Elia]

Package: wine-doors
Version: pyton-gnome2-desktop
Severity: normal
Tags: l10n

hello 
i can't install wine-doors because it depends : python-gnome2-desktop but its 
not instalable.



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

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

Versions of packages wine-doors depends on:
ii  cabextract1.2-3  a program to extract Microsoft Cab
ii  orange0.4-1  extracts CAB files from self-extra
ii  python2.5.4-9An interactive high-level object-o
ii  python-cairo  1.8.8-1+b1 Python bindings for the Cairo vect
ii  python-glade2 2.16.0-2   GTK+ bindings: Glade support
pn  python-gnome2-desktop  (no description available)
ii  python-gtk2   2.16.0-2   Python bindings for the GTK+ widge
ii  unzip 6.0-4  De-archiver for .zip files
ii  wine  1.0.1-2Windows API implementation - stand

wine-doors recommends no packages.

wine-doors suggests no packages.



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

Bug#575150: lxde: error messages after squeeze upgrade

[Andrew Lee (李健秋）]

You need lxde-common 0.5 which is blocked in sid currently.

-Andrew

在 2010/3/25 21:58 時，Arjan Moraal   
寫到：



Same problem here with the 0.4.2-3 version from squeeze.

I noticed this error in /var/log/messages everytime I login - so that
could be the cause of the problem:

Mar 25 15:52:38 aragorn kernel: [  246.432959] lxsession[2400]:
segfault at 0 ip b7440448 sp bfe1332c error 4 in
libc-2.10.2.so[b73cd000+141000]






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

Bug#574542: [nome...@debian.org: Bug#574542: gob2 segfaults]

[Jiri Lebl]

I will investigate next week, right now I'm on the road

Jiri

On Mon, Mar 22, 2010 at 3:27 PM, Mark Brown  wrote:
> Hi George,
>
> The enclosed bug report was submitted against the Debian package (I'm
> also including the offending .gob file).  I've not yet had a chance to
> investigate it.
>
> Thanks,
> Mark
>
>
> -- Forwarded message --
> From: Joachim Breitner 
> To: Debian Bug Tracking System 
> Date: Thu, 18 Mar 2010 23:05:53 +0100
> Subject: Bug#574542: gob2 segfaults
> Package: gob2
> Version: 2.0.16-1
> Severity: important
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I just stumbled over a segfault in gob2. I hope you can reproduce it:
>
> Download the source code of link-monitor-applet (e.g. apt-get source
> link-monitor-applet) and enter the directory.
> $ rm -rf build/
> $ /usr/bin/gob2  --always-private-header --no-touch --exit-on-warn 
> --output-dir=build/src  src/lm-line-graph.gob
> Speicherzugriffsfehler
>
> This is obviously a bug in gob2.
>
> Thanks,
> Joachim
>
>
> - -- System Information:
> Debian Release: squeeze/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.32-3-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 gob2 depends on:
> ii  libc6                         2.10.2-6   Embedded GNU C Library: Shared 
> lib
> ii  libglib2.0-0                  2.22.4-1   The GLib library of C routines
>
> gob2 recommends no packages.
>
> gob2 suggests no packages.
>
> - -- no debconf information
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkuio8EACgkQ9ijrk0dDIGw/UwCgyEXB7NYZnNw2BrPJUUGKw+a5
> vasAoLxLoA3fmwU4e8V2F2WuY3dic4lZ
> =Rfbb
> -END PGP SIGNATURE-
>
>
>
>
>



-- 
Jiri (George) Lebl, http://www.math.uiuc.edu/~jlebl/ or http://www.jirka.org/



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

Bug#575469: texlive-base: dvips fails to include font characters used in eps figure created by PyX

[Brendon Higgins]

Package: texlive-base
Version: 2009-8
Severity: normal

The ghost of bug #266718 seems to be haunting me. I can't reproduce it using
the examples given in that original bug, but I am getting behaviour that sounds
basically identical if I generate EPS figures using PyX. The figures
themselves look fine, but when I generate PS files using dvips they come out
with missing glyphs.

A minimum working example
#
fig.py:
from pyx import *
c = canvas.canvas()
c.text(0, 0, "Hello, world!")
c.writeEPSfile("fig.eps")

test.tex:
\documentclass{article}
\usepackage{graphicx}
\begin{document}
Word.
\includegraphics{fig.eps}
Another word.
\end{document}

Run (python fig.py; latex test.tex; dvips test.dvi). When I do this the result
is missing several glyphs from "Hello, world!" I could guess that dvips is
failing to determine that fig.eps uses any glyphs, but I'm just uneducatedly
speculating.

I've discovered that can avoid the problem (not sure how this works) by using
PyX to output as a PDF rather than EPS, then running pdf2eps. dvips doesn't
seem to have a problem with that, then. That might suggest it has something to
do with the format of EPS PyX produces. (I don't know if this suggests this is
a PyX bug, though, as viewers such as Okular, Evince, and even GIMP display the
file just fine.)

##
 List of ls-R files

-rw-r--r-- 1 root root 1303 Mar 19 16:13 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Feb 20 18:44 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Mar  5 14:26 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Mar 19 15:55 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Mar 19 15:55 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 Mar  5 14:26 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 6357 Mar 19 16:13 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 12482 Mar 19 16:13 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 8072 Mar 19 16:13 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Jun 21  2007 mktex.cnf
##
 md5sums of texmf.d
3875bf0f4a53a29b7f247399dc9833e2  /etc/texmf/texmf.d/05TeXMF.cnf
6e82a3d4c00ae7e4f86aa8dcf9438cf3  /etc/texmf/texmf.d/15Plain.cnf
c60a084820a0b73e3bfbf2e90bda437c  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
37329819f1109e8a457e64b8b58fecdb  /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c  /etc/texmf/texmf.d/90TeXDoc.cnf
bab3b7e578107f999fa1b0768994f6f8  /etc/texmf/texmf.d/95NonPath.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

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

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

Versions of packages texlive-base depends on:
ii  dpkg  1.15.5.6   Debian package management system
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 
ii  luatex0.50.0-1   next generation TeX engine
ii  mime-support  3.48-1 MIME files 'mime.types' & 'mailcap
ii  tex-common2.07   common infrastructure for building
ii  texlive-binaries  2009-5 Binaries for TeX Live
ii  texlive-common2009-8 TeX Live: Base component
ii  texlive-doc-base  2009-2 TeX Live: TeX Live documentation

Versions of packages texlive-base recommends:
ii  lmodern   2.004.1-3  scalable PostScript and OpenType f

Versions of packages texlive-base suggests:
ii  acroread [pdf-viewer]   9.3-0.0  Adobe Acrobat Reader: Portable Doc
ii  evince [postscript-viewer]  2.28.2-1 Document (postscript, pdf) viewer
ii  ghostscript [postscript-vie 8.71~dfsg-2  The GPL Ghostscript PostScript/PDF
ii  gv [postscript-viewer]  1:3.6.8-1PostScript and PDF viewer for X
ii  okular [postscript-viewer]  4:4.3.4-1+b1 document viewer for KDE 4
ii  perl-tk 1:804.028-6  Perl module providing the Tk graph

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  dpkg  1.15.5.6   Debian package management system
ii  u

Bug#575468: armagetronad-common: The description is incorrect.

[Nobuhiro Ban]

Package: armagetronad-common
Version: 0.2.8.3.1-1
Severity: minor

Hi,

The package description says:
>This package contains the common configuration files and documentation shared
>between the armagetronad and armagetronad-server packages.

But there is no armagetronad-server package.
I think it menas the armagetronad-dedicated package.


Thanks,
Nobuhiro



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

Bug#575467: system(3): redundant note in NOTES section

[Jonathan Nieder]

Package: manpages-dev
Version: 3.24-1
Severity: minor

Hi Joey,

In system(3), the NOTES section both begins and ends with the paragraph

   If  the  _XOPEN_SOURCE  feature  test  macro  is  defined, then the 
macros
   described in wait(2) (WEXITSTATUS(), etc.) are made available when 
includ‐
   ing .

but I think one would suffice.

Tracking this down, it seems that you and mtk each added a copy at
around the same time, both to fix : one
Debian-specific copy in version 1.70-2 and one copy upstream in commit
dc23fde (released in version 2.01).

If I understand correctly, one could overwrite system.3 with the
upstream version to fix this.

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#575466: fix embarassing italian translation

[Marco d'Itri]

Package: dhcp3-server
Version: 3.1.3-2
Severity: normal
Tags: l10n patch

It is nice that the package informs root that the installed dhcp server
will not be authoritarian, I do not allow fascist daemons on my network.
But this is not what the original message meant.

-- 
ciao,
Marco
--- it.po.OLD	2010-03-26 02:45:21.0 +0100
+++ it.po	2010-03-26 02:47:02.0 +0100
@@ -145,13 +145,13 @@
 #. Description
 #: ../dhcp3-server.templates:4001
 msgid "Non-authoritative version of DHCP server"
-msgstr "Versione del server DHCP non-autoritario"
+msgstr "Versione non autorevole del server DHCP"
 
 #. Type: note
 #. Description
 #: ../dhcp3-server.templates:4001
 msgid "The version 3 DHCP server is non-authoritative by default."
-msgstr "Il server DHCP versione 3 è normalmente non-autoritario."
+msgstr "La versione 3 del server DHCP normalmente non è autorevole."
 
 #. Type: note
 #. Description
@@ -168,7 +168,7 @@
 "server perché l'indirizzo non è corretto per il segmento di rete, il server "
 "_non_ invia un DHCPNAK (che indica al client di smettere di richiedere "
 "quell'indirizzo). Per cambiare questo comportamento si deve esplicitamente "
-"dichiarare in dhcp.conf per quali segmenti di rete il server è autoritario "
+"dichiarare in dhcp.conf per quali segmenti di rete il server è autorevole "
 "usando la direttiva \"authoritative\"."
 
 #. Type: note


signature.asc
Description: Digital signature

Bug#575343: Precautionary checks slow boot excessively

[tytso]

On Thu, Mar 25, 2010 at 12:55:50AM -0700, Elliott Mitchell wrote:
> 
> Which is why I wasn't writing about the mount count. I was writing about
> the check interval/check time. With systems that reboot less than once a
> month, the mount count will never be reached. Instead it will be the
> check interval and worse yet, with infrequent reboots, *all* of the check
> intervals will expire at once (even if they start spaced out, they will
> tend to merge together).

Well, fsck (which is the program which runs e2fsck for each partition)
is no longer something I maintain (it's been moved to util-linux-ng,
which is maintainer by Karel Zak).  Granted, fsck would need some way
of telling e2fsck not to do time- or mount-based check if some other
check has taken a long time already, but at least part of the
functionality would have to be done in fsck --- and that's not no
longer my problem.  :-)

Quite frankly, I can't get terribly excited about this problem, since
if you have file systems on separate disk spindles, the file system
checks are done in parallal anyway.  And if you are using LVM, the
right answer is to use an snapshots, and then schedule the checks
using cron during periods of low usage, maybe once a month.

- Ted

#!/bin/sh
#
# e2croncheck -- run e2fsck automatically out of /etc/cron.weekly
#
# This script is intended to be run by the system administrator 
# periodically from the command line, or to be run once a week
# or so by the cron daemon to check a mounted filesystem (normally
# the root filesystem, but it could be used to check other filesystems
# that are always mounted when the system is booted).
#
# Make sure you customize "VG" so it is your LVM volume group name, 
# "VOLUME" so it is the name of the filesystem's logical volume, 
# and "EMAIL" to be your e-mail address
#
# Written by Theodore Ts'o, Copyright 2007, 2008, 2009.
#
# This file may be redistributed under the terms of the 
# GNU Public License, version 2.
#

VG=ssd
VOLUME=root
SNAPSIZE=100m
email=sysad...@example.com

TMPFILE=`mktemp -t e2fsck.log.XX`

OPTS="-Fttv -C0"
#OPTS="-Fttv -E fragcheck"

set -e
START="$(date +'%Y%m%d%H%M%S')"
lvcreate -s -L ${SNAPSIZE} -n "${VOLUME}-snap" "${VG}/${VOLUME}"
if nice logsave -as $TMPFILE e2fsck -p $OPTS "/dev/${VG}/${VOLUME}-snap" && \
   nice logsave -as $TMPFILE e2fsck -fy $OPTS "/dev/${VG}/${VOLUME}-snap" ; then
  echo 'Background scrubbing succeeded!'
  tune2fs -C 0 -T "${START}" "/dev/${VG}/${VOLUME}"
else
  echo 'Background scrubbing failed! Reboot to fsck soon!'
  tune2fs -C 16000 -T "19000101" "/dev/${VG}/${VOLUME}"
  if test -n "$RPT-EMAIL"; then 
mail -s "E2fsck of /dev/${VG}/${VOLUME} failed!" $EMAIL < $TMPFILE
  fi
fi
lvremove -f "${VG}/${VOLUME}-snap"
rm $TMPFILE




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

Bug#359616: allow apt-spy to be run as non-root

[Michael Gilbert]

unarchive 359616
reopen 359616
thank you

would it make sense to default to a .config/apt-spy file in the user's
home directory when run as non-root (and without the -m parameter),
rather than making the user jump through unobvious hoops?







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

Bug#575465: asterisk: voicemail hangs in vm-intro before the beep unless "s" flag is used

[Alex]

Package: asterisk
Version: 1:1.6.2.2-1
Severity: important
Tags: sid

Calling an almost stock config asterisk configured with unlimitel.ca's configs 
generated here:
http://www.unlimitel.ca/temp/support/voip_support/voip_configuration_samples.html
and just adding a VoiceMail(2102) after the Dial in the incoming section of 
extensions.conf.

the vm-intro starts and then cuts around 6-7 seconds in and we never hear the 
beep and the voicemail is thus never recorded.
On a 2nd try (and any other after that) it'll cut after only 1-2 seconds...

using the "s" flag, i'm able to leave a message but this makes using the 
voicemail for strangers very awkward.

This bug showed up, without any config change, at some point while upgrading 
past the firsts 1.6 releases (maybe around 1.6.1 can't remember!).

So I don't think it's strictly 1.6.x related? Maybe I'm wrong but 2 different 
config give the same result. (see bellow)

I also get the same result with language=en or 2 different "fr" sets of voices.

--
[inbound]
exten => 5145551212,1,Dial(SIP/spa2102a&SIP/spa2102b,20,wt)
exten => 5145551212,n,VoiceMail(2102)
; exten => 5145551212,n,VoiceMail(2102,s) ; this one records but no 
"warning/prompt".
exten => 5145551212,n,Goto(in5145551212-${DIALSTATUS},1)
exten => 5145551212,n,Hangup
exten => in5145551212-BUSY,1,Hangup(17)
exten => in5145551212-CONGESTION,1,Hangup(3)
exten => in5145551212-CHANUNAVAIL,1,Hangup(3)
exten => in5145551212-NOANSWER,1,Hangup(16)
exten => _in5145551212-.,1,Hangup(16)

--
; variation with same result
--

[inbound]
exten => 5142773377,1,Ringing()
exten => 5142773377,n,noop(${CALLERID(num)})
exten => 5142773377,n,Dial(SIP/spa2102a&SIP/spa2102b,20,wt)
exten => 5142773377,n,Set(CHANNEL(language)=fr)
exten => 5142773377,n,Answer(300)
exten => 5142773377,n,VoiceMail(2...@default)
; exten => 5142773377,n,VoiceMail(2...@default,s)
exten => 5142773377,n,Hangup

--


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

Kernel: Linux 2.6.31.6-grsec
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages asterisk depends on:
ii  adduser3.112 add and remove users and groups
ii  asterisk-config1:1.6.2.2-1   Configuration files for Asterisk
ii  asterisk-sounds-main   1:1.6.2.2-1   Core Sound files for Asterisk (Eng
ii  dahdi  1:2.2.1-1 utilities for using the DAHDI kern
ii  libasound2 1.0.22-2  shared library for ALSA applicatio
ii  libc-client2007e   8:2007e~dfsg-3.1  c-client library for mail protocol
ii  libc6  2.10.2-6  Embedded GNU C Library: Shared lib
ii  libcap21:2.17-2  support for getting/setting POSIX.
ii  libcurl3   7.20.0-2  Multi-protocol file transfer libra
ii  libgcc11:4.4.3-5 GCC support library
ii  libglib2.0-0   2.22.4-1  The GLib library of C routines
ii  libgmime-2.0-2a2.2.25-1  MIME library
ii  libgsm11.0.13-3  Shared libraries for GSM speech co
ii  libiksemel31.2-4 C library for the Jabber IM platfo
ii  libldap-2.4-2  2.4.17-2.1OpenLDAP libraries
ii  liblua5.1-05.1.4-5   Simple, extensible, embeddable pro
ii  libncurses55.7+20100313-1shared libraries for terminal hand
ii  libnewt0.520.52.10-8 Not Erik's Windowing Toolkit - tex
ii  libogg01.1.4~dfsg-2  Ogg bitstream library
ii  libopenais31.1.2-1   Standards-based cluster framework 
ii  libpopt0   1.15-1lib for parsing cmdline parameters
ii  libpq5 8.4.3-1   PostgreSQL C client library
ii  libpri1.4  1.4.10.2-1Primary Rate ISDN specification li
ii  libradiusclient-ng20.5.6-1   Enhanced RADIUS client library
ii  libsdl1.2debian1.2.14-4  Simple DirectMedia Layer
ii  libsnmp15  5.4.2.1~dfsg-5+b1 SNMP (Simple Network Management Pr
ii  libspandsp20.0.6~pre12-1 Telephony signal processing librar
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libspeexdsp1   1.2~rc1-1 The Speex extended runtime library
ii  libsqlite0 2.8.17-6  SQLite shared library
ii  libss7-1   1.0.2-1   Signalling System 7 (ss7) library
ii  libssl0.9.80.9.8m-2  SSL shared libraries
ii  libstdc++6 4.4.3-5   The GNU Standard C++ Library v3
ii  libsybdb5  0.82-6libraries for connecting to MS SQL
ii  libtiff4   3.9.2-3+b1Tag Image File 

Bug#575464: postfix: ca-certificates.crt isn't created with smtp_enforce_tls and smtpd_enforce_tls

[Matt Moen]

Package: postfix
Version: 2.5.5-1.1
Severity: important
Tags: patch


/etc/init.d/postfix doesn't create etc/ssl/certs/ca-certificates.crt
if you're using smtp(d)_enforce_tls instead of smtp(d)_use_tls.

I'm including a patch below.  I don't know if it adheres to all of Debian
policy, but it's at least a start:


--- postfix.orig2010-03-24 15:31:50.502291667 -0400
+++ postfix 2010-03-24 15:40:33.790292347 -0400
@@ -76,8 +76,10 @@
 
# if we're using tls, then we need to add 
etc/ssl/certs/ca-certificates.crt.
smtp_use_tls=$(postconf -h smtp_use_tls)
+   smtp_enforce_tls=$(postconf -h smtp_enforce_tls)
smtpd_use_tls=$(postconf -h smtpd_use_tls)
-   if [ "X$smtp_use_tls" = "Xyes" -o "X$smtpd_use_tls" = "Xyes" ]; 
then
+   smtpd_enforce_tls=$(postconf -h smtpd_enforce_tls)
+   if [ "X$smtp_use_tls" = "Xyes" -o "X$smtp_enforce_tls" = "Xyes" 
-o "X$smtpd_use_tls" = "Xyes" -o "X$smtpd_enforce_tls" = "Xyes" ]; then
if [ -f "/etc/ssl/certs/ca-certificates.crt" ]; then 
mkdir -p etc/ssl/certs
cp /etc/ssl/certs/ca-certificates.crt etc/ssl/certs/



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

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

Versions of packages postfix depends on:
ii  adduser   3.110  add and remove users and groups
ii  debconf [debconf- 1.5.24 Debian configuration management sy
ii  dpkg  1.14.29Debian package management system
ii  libc6 2.7-18lenny2   GNU C Library: Shared libraries
ii  libdb4.6  4.6.21-11  Berkeley v4.6 Database Libraries [
ii  libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra
ii  libssl0.9.8   0.9.8g-15+lenny6   SSL shared libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  netbase   4.34   Basic TCP/IP networking system
ii  ssl-cert  1.0.23 simple debconf wrapper for OpenSSL

postfix recommends no packages.

Versions of packages postfix suggests:
ii  bsd-mailx [mail-r 8.1.2-0.20071201cvs-3  A simple mail user agent
ii  emacs [mail-reade 22.2+2-5   The GNU Emacs editor (metapackage)
ii  emacs22 [mail-rea 22.2+2-5   The GNU Emacs editor
ii  evolution [mail-r 2.22.3.1-1 groupware suite with mail client a
ii  icedove [mail-rea 2.0.0.22-0lenny1   free/unbranded thunderbird mail/ne
ii  jed [mail-reader] 1:0.99.18+dfsg.1-11editor for programmers (textmode v
ii  kmail [mail-reade 4:3.5.9-5  KDE Email client
ii  libsasl2-modules  2.1.22.dfsg1-23+lenny1 Cyrus SASL - pluggable authenticat
ii  mutt [mail-reader 1.5.18-6   text-based mailreader supporting M
pn  postfix-cdb(no description available)
pn  postfix-ldap   (no description available)
pn  postfix-mysql  (no description available)
pn  postfix-pcre   (no description available)
pn  postfix-pgsql  (no description available)
ii  procmail  3.22-16Versatile e-mail processor
pn  resolvconf (no description available)
pn  sasl2-bin  (no description available)
pn  ufw(no description available)

-- debconf information excluded




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

Bug#575463: miro: New Upstream Version 3.0

[Micah]

Package: miro
Severity: wishlist


http://ftp.osuosl.org/pub/pculture.org/miro/src/



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

Bug#575353: linux-image-2.6.33-2-amd64: 2.6.33 fails to boot - unable to mount root fs

[Jason White]

I ran grub-install /dev/sda and (just to be sure) rebuilt the initramfs. After
rebooting, kernel 2.6.33-2 loaded successfully.

Thank you for the help. I don't know why everything wasn't updated
automatically; perhaps grub-pc 1.98 didn't re-install itself during the
upgrade.




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

Bug#575270: libphp-simplepie, it is a package in Debian

[Dario Minnucci]

Hi Marcelo,

At the moment both are 1.2 version (same build):


define('SIMPLEPIE_VERSION', '1.2');
define('SIMPLEPIE_BUILD', '20090627192103');


With only this difference between them


diff /usr/share/wordpress-mu/wp-includes/class-simplepie.php 
simplepie-1.2/simplepie.inc
9429c9429
<   if ($input === 'windows-1252' && $output === 'UTF-8')
---
>   if ($input === 'Windows-1252' && $output === 'UTF-8')


I'll add the one provided by the Debian package soon.

BTW, did you contact the Lintian Team about this issue in order to be included 
as a lintian warning?

Thanks for reporting.


-- 
 Dario Minnucci 
 Phone: +34 902021030 | Fax: +34 902024417
 Key fingerprint = 62FF F60F CE79 9CE4 EBA8  523F FC84 1B2D 82C8 B711




signature.asc
Description: OpenPGP digital signature

Bug#574750: installed post-installation script return exit message 10.

[Ramon Ramos]

Hi again Giuseppe,

this is the out put from the three commands that you gave me.

ra...@zen2:~$ ls -l /etc/papersize.dpkg-inst /etc/papersize
-rw-r--r-- 1 root root 3 dic 16  2007 /etc/papersize
-rw-r--r-- 1 root root 3 mar 24 21:19 /etc/papersize.dpkg-inst
ra...@zen2:~$ which ucf
/usr/bin/ucf
ra...@zen2:~$ apt-cache policy ucf
ucf:
  Instalados: 3.0025
  Candidato: 3.0025
  Tabla de versión:
 *** 3.0025 0
500 http://ftp.debian.org unstable/main Packages
500 http://debian.unesr.edu.ve unstable/main Packages
100 /var/lib/dpkg/status
ra...@zen2:~$

And this is the output from the last two:

Zen2:/home/ramon# echo a4>/etc/papersize.dpkg-inst
Zen2:/home/ramon# ucf -d /etc/papersize.dpkg-inst /etc/papersize

The new start file is  `/etc/papersize.dpkg-inst\'
The destination is `/etc/papersize\' (`\/etc\/papersize\')
The history is kept under  \'/etc\'
The file may be cached at \'/var/lib/ucf/cache/:etc:papersize\'
The destination file exists, and has md5sum:
2f1ad364c25bfd8dcee21c2d6ea97a3a  /etc/papersize
The old md5sum exists, and is:
2f1ad364c25bfd8dcee21c2d6ea97a3a
The new file exists, and has md5sum:
2f1ad364c25bfd8dcee21c2d6ea97a3a  /etc/papersize.dpkg-inst
Historical md5sums are not available
Zen2:/home/ramon# echo $?
128

Thanks a lot.

Ramón Ramos.



On Thu, Mar 25, 2010 at 3:50 AM, Giuseppe Sacco <
giuse...@eppesuigoccas.homedns.org> wrote:

> Could you please issue these three commands?
>
> ls -l /etc/papersize.dpkg-inst /etc/papersize
> which ucf
> apt-cache policy ucf
>
> then, execute these two commands:
>
> echo a4 > /etc/papersize.dpkg-inst
> ucf -d /etc/papersize.dpkg-inst /etc/papersize
> echo $?
>
> please send to this bug report all output you get from these commands.
>
> Thanks,
> Giuseppe
>
>

Bug#575454: modprobe env

[Jayen Ashar]

Sorry for sending so many messages to the bug report.  Below is the environment 
passed to modprobe.  You can see MODPROBE_OPTIONS is not among it.  (Actually, 
MODPROBE_OPTIONS is not in the environment of any process on the system.)

modprobe --set-version=2.6.32-trunk-686 --ignore-install --show-depends 
amd64-agp verbose=n version=2.6.32-trunk-686 KEYMAP=n TERM=xterm 
SHELL=/usr/bin/tcsh DESTDIR=/tmp/mkinitramfs_2hrBdn USER=root SUDO_USER=jashar 
SUDO_UID=1000 USERNAME=root MODULES=most PATH=/usr/bin:/sbin:/bin 
MAIL=/var/mail/jashar PWD=/home/jashar __TMPCPIOGZ=/tmp/mkinitramfs-OL_AZGMMV 
HOME=/home/jashar SUDO_COMMAND=/usr/sbin/update-initramfs -u SHLVL=2 
CONFDIR=/etc/initramfs-tools MODULESDIR=/lib/modules/2.6.32-trunk-686 
LOGNAME=root DPKG_ARCH=i386 DISPLAY=localhost:10.0 SUDO_GID=1000 
_=/sbin/modprobe

thanks.






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

Bug#575353: linux-image-2.6.33-2-amd64: 2.6.33 fails to boot - unable to mount root fs

[maximilian attems]

On Fri, 26 Mar 2010, Jason White wrote:

> maximilian attems  wrote:
> > aboves error message shows that there is no initramfs passed by the
> > bootloader. which grub or lilo do you use?
> 
> Grub 2. Regenerating the initramfs is what I tried first, but it didn't help.
> I'll try to investigate further.

thus deinstall lilo.

-- 
maks



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

Bug#575454: oops

[Jayen Ashar]

i just checked the modprobe manpage, so i see that modprobe should be honouring 
the MODPROBE_OPTIONS.  but i can tell you that on my system it's not.  will 
report more info when i have it.






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

Bug#575454: closed by maximilian attems (Re: Bug#575454: initramfs-tools: mkinitramfs could call modprobe with --use-blacklist)

[Jayen Ashar]

reopen 575454
thanks

That's very strange, then.  As you can see from the pstree in bug #570321, 
modprobe is not being called with -qb, despite it being in 
/usr/share/initramfs-tools/init .

I can't find a reference to $MODPROBE_OPTIONS anywhere in 
/usr/share/initramfs-tools/ nor /usr/sbin/mkinitramfs nor any file listed in 
/var/lib/dpkg/info/initramfs-tools.list .  I did check the source, but maybe I 
am looking in the wrong place?






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

Bug#575462: When I add others read permission to *.yml

[Jinserk Baik]

When I changed the permission of *.yml in /etc/redmine/default/ to 644, then
I got these messages on the web:


Error message:
could not open database: unable to open database file
(SQLite3::CantOpenException)
Exception class:
PhusionPassenger::UnknownError
Application root:
/usr/share/redmine
Backtrace:
#   FileLineLocation
0   /usr/lib/ruby/1.8/sqlite3/errors.rb 62  in `check'
1   /usr/lib/ruby/1.8/sqlite3/database.rb   79  in `initialize'
2   
/usr/share/redmine/vendor/rails/activerecord/lib/active_record/connection_adapters/sqlite3_adapter.rb
13  in `new'
3   
/usr/share/redmine/vendor/rails/activerecord/lib/active_record/connection_adapters/sqlite3_adapter.rb
13  in `sqlite3_connection'



Of course I modified database.yml properly.



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

Bug#575462: redmine + apache2 shows permission error to access /etc/redmine/default/session.yml

[Jinserk Baik]

Package: redmine
Version: 0.9.3-1

I have tried to install redmine with debian package and its dependencies,
I just add the following redmine site in /etc/apache2/site-available

Listen 8080

  RailsEnv production
  RailsBaseURI /
  SetEnv X_DEBIAN_SITEID default

  DocumentRoot /usr/share/redmine/public
  ServerSignature off

  
AllowOverride None
Order allow,deny
Allow from all
  

  ErrorLog /var/log/apache2/redmine-error.log
  CustomLog /var/log/apache2/redmine-access.log combined


and a2ensite redmine

then I can see the passenger running page on IP:8080 but got an error like:

Error message:Permission denied - /etc/redmine/default/session.yml
Exception class:Errno::EACCES
Application root: /usr/share/redmine
Backtrace:
# File Line Location
0 /usr/lib/ruby/1.8/yaml.rb 143 in `initialize'
1 /usr/lib/ruby/1.8/yaml.rb 143 in `open'
2 /usr/lib/ruby/1.8/yaml.rb 143 in `load_file'
3 /usr/share/redmine/config/environment.rb 27
4 /usr/lib/ruby/1.8/rubygems/custom_require.rb 31 in `gem_original_require'
5 /usr/lib/ruby/1.8/rubygems/custom_require.rb 31 in `require'
. blah blah

It seems that the original permission of /etc/redmine/default/*.yml is
root:www-data, and 640, so the apache2 blocks the access of these files.

How can I fix it?



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

Bug#575353: linux-image-2.6.33-2-amd64: 2.6.33 fails to boot - unable to mount root fs

[Jason White]

maximilian attems  wrote:
 
> upps sorry, wrong message previously got confused.
> 
> invoke *if and only if* sda is your harddisc where boot loader is on
> install-grub /dev/sda
> 
> update-grub
> 
> also check that you completed upgrade from grub to grub2.

I can confirm the latter; Grub 2 has been working (not chain-loaded anymore)
since late last year on this system. It will load 2.6.32-3 fine but not
2.6.33-2. I can re-install it if that would help.




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

Bug#575353: linux-image-2.6.33-2-amd64: 2.6.33 fails to boot - unable to mount root fs

[Jason White]

maximilian attems  wrote:
> aboves error message shows that there is no initramfs passed by the
> bootloader. which grub or lilo do you use?

Grub 2. Regenerating the initramfs is what I tried first, but it didn't help.
I'll try to investigate further.




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

Bug#575353: linux-image-2.6.33-2-amd64: 2.6.33 fails to boot - unable to mount root fs

[maximilian attems]

On Fri, 26 Mar 2010, Jason White wrote:

> maximilian attems  wrote:
> > aboves error message shows that there is no initramfs passed by the
> > bootloader. which grub or lilo do you use?
> 
> Grub 2. Regenerating the initramfs is what I tried first, but it didn't help.
> I'll try to investigate further.

upps sorry, wrong message previously got confused.

invoke *if and only if* sda is your harddisc where boot loader is on
install-grub /dev/sda

update-grub

also check that you completed upgrade from grub to grub2.

-- 
maks



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

Bug#575406: knockd: ascii encoded port sequence and max_clients

[Leo 'costela' Antunes]

[Judd, I couldn't find a better place to send this, so email it is]

Hi,

janning wrote:
> My wishlist:
>   
First of all, bugs should be individual items, not lists, since this way
it becomes pretty hard to mark a single item in a list as "dealt with"
and the maintainer (me) loses overview. Please refrain from this sort of
bug report in the future. Instead, feel free to report multiple bugs at
once, if necessary.

> - knockd should support ascii encoded knock sequences. each 
>   character is converted to the corresponding port of its ascii decimal value
>   example:
>   sequence = open_sesame
>   equals to
>   sequence = 115,101,115,97,109,101
>
>   this way you can use more complex port sequences which are still memorable
>   
I can't speak for upstream (Judd), but this doesn't sound very
practical. You'd be limiting the number of available ports drastically
and therefore proportionally reducing security. Not only that, but the
ports would all be mapped to relatively low numbers.
I'm not gonna tag it "wontfix", but I'd say there's a low probability of
it being implemented.

>  
> - knockd should support a max_client directive. Only this amount of knocks 
> are allowed.
>   if you have only one admin knocking, you can set max_clients=1 
>   so you are sure only one client can open a port at a time. this makes 
> knockd even safer.
>   

knockd doesn't have the concept of "client" because there's no ongoing
connection between the knocker and knockd, only individual packages.
This could be implemented if we recorded a list of IPs which opened the
port, but the change would be non-trivial (which doesn't mean it would
be hard) and even so we'd only see IPs, so multiple people behind NATs
would still be able to benefit from the open port (current situation). I
do see the use for this, but don't plan on implementing it myself
anytime soon.
OTOH, if you meant implementing the whole concept of connection in
knockd, then things get significantly more complicated...


Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]




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

Bug#573736: https SSL verification fails

[Simon Josefsson]

Jonathan Nieder  writes:

> Hi GnuTLS maintainers,
>
> As mirabilos reports, verification of the alioth.debian.org
> certificates is failing, which means that commands such as
>
>   git clone https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git
>
> fail.  The problem is reproducible using gnutls-cli.  Ideas?

It seems alioth.debian.org is configured incorrectly, the chain it is
sending isn't sorted in the right order:

j...@mocca:~$ gnutls-cli -V -p 443 alioth.debian.org
...
 - Certificate[0] info:
Issuer: O=Debian,CN=ca.debian.org,email=debian-ad...@debian.org
Subject: O=Debian,CN=alioth.debian.org,email=ad...@alioth.debian.org

Ok so that is the host certificate.  The next cert needs to be the
ca.debian.org issuer:

 - Certificate[1] info:
Issuer: C=US,ST=Indiana,L=Indianapolis,O=Software in the Public 
Interest,OU=hostmaster,CN=Certificate Authority,email=hostmas...@spi-inc.org
Subject: C=US,ST=Indiana,L=Indianapolis,O=Software in the Public 
Interest,OU=hostmaster,CN=Certificate Authority,email=hostmas...@spi-inc.org

However that certificate isn't the ca.debian.org cert, so the chain
validation fails.  The next cert is:

 - Certificate[2] info:
Issuer: C=US,ST=Indiana,L=Indianapolis,O=Software in the Public 
Interest,OU=hostmaster,CN=Certificate Authority,email=hostmas...@spi-inc.org
Subject: O=Debian,CN=ca.debian.org,email=debian-ad...@debian.org

That seems to be the cert that should have been the middle certificate.

Further, the second cert it is sending is a self-signed CA cert: it is
pointless to send that because if the receiver doesn't have it locally,
and trusts it, including it is not going to help the client.

So I don't see any GnuTLS bug here.

/Simon



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

Bug#575461: finch: Missing ability to use OTR-encryption

[Frank Lanitz]

Package: finch
Version: 2.6.6-2
Severity: wishlist


As privacy is still an important topic and some of the protocols
supported by finch/libpurple are not very trustable by design, the
user should be able to use off the record encryption not only on
Pidgin but also on Finch.

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

Kernel: Linux 2.6.33-2-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 finch depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.23.6-1   The GLib library of C routines
ii  libgstreamer0.10-00.10.28-1  Core GStreamer libraries and eleme
ii  libncursesw5  5.7+20100313-1 shared libraries for terminal hand
ii  libpurple02.6.6-2multi-protocol instant messaging l
ii  libxml2   2.7.7.dfsg-1   GNOME XML library
ii  pidgin-data   2.6.6-2multi-protocol instant messaging c

finch recommends no packages.

Versions of packages finch suggests:
ii  libx11-6  2:1.3.3-2  X11 client-side library

-- 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#574647: Likely solution - quotemeta

[Frans Pop]

On Thursday 25 March 2010, David Venz wrote:
> Tried this out and it appears to fix the problem:
>
>   sub first_set_with_package {
>my ($package, $set) = @_;
> + # Escape any characters that will upset the regex below
> + $package = quotemeta($package);
>foreach my $s (sort keys %$set) {
>if ($$set{$s}{plist} =~ /(^|,)$package(,|$)/) {
>return $s;

Thanks, but I've already committed a different solution, which effectively 
does the same:

 if ($$set{$s}{plist} =~ /(^|,)\Q$package\E(,|$)/) {

A similar change was also needed in a few other places.

Cheers,
FJP



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

Bug#575460: gnuplot 4.4 is available!

[Svante Signell]

Package: gnuplot
Version: 4.2.6-1
Severity: wishlist

gnuplot 4.4 was released March 13 2010, and not even 4.3 (wishlist bug
#519090) is available in sid or experimental? What is going on?





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

Bug#575459: sysfsutils: Support fragments in /etc/sysfs.d, for orther packages.

[Frank Lin PIAT]

Package: sysfsutils
Version: 2.1.0-6
Severity: wishlist

Hello,

Please support a /etc/sysfs.d (like /etc/sysctl.d/), so other packages
can just drop a file in that directory (and don't need a /etc/init.d/*
file just to configure sysfs).

Thanks,

Frankin



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

Bug#575427: moc: works-with-format does not mention flac

[Ron Johnson]

On 2010-03-25 13:53, Elimar Riesebieter wrote:

* Ron Johnson [100325 13:30 -0500]

Package: moc
Severity: minor

Hi,

Currently, works-with-format only mentions mp3, mpc & oggvorbis,
but moc plays many more formats.


What do you mean with "works-with-format" ? I can't find this phrase
in the sources...



In the "Tag" portion of "apt-cache show".

--
"History does not long entrust the care of freedom to the weak
or the timid."  Dwight Eisenhower



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

Bug#575448: please package gcc-4.5's gold LTO plugin!

[Matthias Klose]

On 25.03.2010 22:19, Török Edwin wrote:

Package: gcc-4.5
Version: 4.5-20100227-1
Severity: wishlist

GCC-4.5 has a gold linker plugin to do LTO, see
http://gcc.gnu.org/wiki/whopr/driver

It should already be built during a normal gcc-4.5 build,
the plugin should be called  liblto-plugin.so.

I can't find that in the Debian experimental package, please add it to the
gcc-4.5 package (or create a new package for it).


It was built before, you can enable it in a local build. Last time I built using 
gold, the build went wrong: #571169. If you retry, please report the results in 
this report.




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

Bug#575458: iceweasel-vimperator: Should be disabled by default

[Stefan Denker]

Package: iceweasel-vimperator
Version: 1.1-1
Severity: grave
Justification: renders package unusable


If iceweasel-vimperator is installed, it is by default enabled for newly
added users on a multi-user system. 
Since it greatly modifies the user-interface of iceweasel, to most of
the users iceweasel may seem to be broken.

So, I'd recommend to disable it by default.

Stefan

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

Kernel: Linux 2.6.26-2-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/bash

Versions of packages iceweasel-vimperator depends on:
ii  iceweasel 3.0.6-3lightweight web browser based on M

iceweasel-vimperator recommends no packages.

iceweasel-vimperator 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#573736: https SSL verification fails

[Jonathan Nieder]

reassign 573736 libgnutls26 2.8.6-1
thanks

Hi GnuTLS maintainers,

As mirabilos reports, verification of the alioth.debian.org
certificates is failing, which means that commands such as

  git clone https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git

fail.  The problem is reproducible using gnutls-cli.  Ideas?

Thorsten Glaser wrote:
> Jonathan Nieder dixit:

>> - The hostname in the certificate matches ''
>> - Peer's certificate issuer is unknown
>> - Peer's certificate is NOT trusted
>
> Interesting, as it should be trusted. Maybe GnuTLS has a problem
> with the certificate _chain_ involving an intermediate?

Maybe.  This command gives more output:

  gnutls-cli -V --x509cafile /etc/ssl/certs/ca-certificates.crt -p 443 $host

It likes sourceforge.net (one signature) and dislikes alioth.debian.org
(three-signature chain), so that could be it.

Reassigning to libgnutls26 since this is reproducible without use of
git or curl.

>> people elsewhere do) and when using GnuTLS backend (as Debian does for
> political
>> reasons)?

Yes, politics or paranoia.  I find it unlikely that some copyright
holder for GPL code in Git is going to sue over use of OpenSSL, but
Debian policy is to worry about it anyway.  Though in the case of
libcurl (the part of the interface Git uses is backend-agnostic) it
doesn’t seem so cut and dried to me.

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#575450: [reportbug/master] removed the information that an empty subject would stop the report: it will continue until entered or Ctrl+c;

[Sandro Tosi]

tag 575450 pending
thanks

Date:   Thu Mar 25 22:54:03 2010 +0100
Author: Sandro Tosi 
Commit ID: 5db67c2323c93c427e478b339c5d8c7d77516ba2
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=5db67c2323c93c427e478b339c5d8c7d77516ba2
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=5db67c2323c93c427e478b339c5d8c7d77516ba2

   removed the information that an empty subject would stop the
report: it will continue until entered or Ctrl+c; thanks Torquil
Macdonald Sørensen for the report; Closes: #575450

-- 
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#575457: nvidia-kernel-source: Current official release: 195.36.15 available

[Marc J. Driftmeyer]

Package: nvidia-kernel-source
Version: 190.53-2
Severity: normal


195.36.15 for Linux x86/x86_64 released

·  Fixed a bug that caused the X server to crash when rendering occurred while 
the X server was not on the active VT.
·  Fixed a regression that caused the driver to fail to properly adjust the GPU 
fan speed on some GPUs.
·  Fixed a bug that prevented performance level transitions on recent GPUs with 
SDDR3 and GDDR5 memory.

ftp://download.nvidia.com/XFree86/Linux-x86/195.36.15/README/index.html
ftp://download.nvidia.com/XFree86/Linux-x86_64/195.36.15/README/index.html

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

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

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 7.4.15 helper programs for debian/rules
ii  dpatch2.0.31 patch maintenance system for Debia
ii  make  3.81-8 An utility for Directing compilati
ii  sed   4.2.1-6The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.10.61scripts to make the life of a Debi
ii  kernel-package12.033 A utility for building Linux kerne
ii  module-assistant  0.11.3 tool to make module package creati
ii  nvidia-glx190.53-2   NVIDIA binary Xorg driver

nvidia-kernel-source 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#575456: [d-i squeeze alpha1: L10N] loading firmware: untranslated dialog

[Holger Wansing]

Package: debian-installer


Performing an alpha1 installation in german language, I got an untranslated
dialog related to loading firmware (but I think I have debian-installer
fully translated to german, 100% - no untranslated strings):

When the kernel got installed, I got this message:
(the first line is in German, the others are in English)




Konfiguriere linux-image-2.6.32-trunk-686

Required firmware files may be missing

This system is currently running Linux 2.6.30-2-486 and you are installing
Linux 2.6.32-trunk-686. In the new version some of the drivers used on this 
system may require additional firmware files:

ipw2100: ipw2100-1.3.fw, ipw2100-1.3-p.fw, ipw2100-1.3-i.fw

Most firmware files are not included in the Debian system because no source
code is available for them. You may need to reconfigure the package manager
to include the non-free section of the Debian archive before you can install
these firmware files.

=


Maybe this dialog is not marked as translateable?
Maybe there are other dialogs regarding to this functionality, that are
also not translated?



Greetings

Holger


-- 

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 2.5.0
under DEBIAN GNU/LINUX 5.0.0 - L e n n y
Registered LinuxUser #311290 - http://counter.li.org/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =



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

Bug#575418: [reportbug/master] clarify that in case no acknowledge is received, then there was an error; thanks to mpapet for the report; Closes: #575418

[Sandro Tosi]

tag 575418 pending
tag 575418 pending
thanks

Date:   Thu Mar 25 23:04:15 2010 +0100
Author: Sandro Tosi 
Commit ID: 5c259cfb07f3b0eae85e87c5592e8606ed652c5f
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=5c259cfb07f3b0eae85e87c5592e8606ed652c5f
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=5c259cfb07f3b0eae85e87c5592e8606ed652c5f

clarify that in case no acknowledge is received, then there was an error; 
thanks to mpapet for the report; Closes: #575418

  



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

Bug#575363: [checks/init.d] init.d-script-sourcing-without-test test is too simple

[Russ Allbery]

Russ Allbery  writes:

> I would not recommend against doing what you do above, however.

Er, I would recommend against doingn what you do above.  Sorry about the
double negative.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#374832: too much space between icons in notification area

[Kjö Hansi Glaz]

Package: gnome-applets
Version: 2.28.0-3
Severity: normal


I confirm this problem still exists with gnome-appleds and gnome-panel 2.28.0-3.

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

Kernel: Linux 2.6.32-pentiumm-preempt (SMP w/1 CPU core; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-applets depends on:
ii  gconf2   2.28.0-1GNOME configuration database syste
ii  gnome-applets-data   2.28.0-3Various applets for the GNOME pane
ii  gnome-icon-theme 2.28.0-1GNOME Desktop icon theme
ii  gnome-panel  2.28.0-3launcher and docking facility for 
ii  gstreamer0.10-alsa [gstr 0.10.28-1   GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-ba 0.10.17-1   GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-go 0.10.21-1   GStreamer plugins from the "good" 
ii  gvfs 1.4.3-2 userspace virtual filesystem - ser
ii  libapm1  3.2.2-14Library for interacting with APM d
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libbonobo2-0 2.24.2-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.24.2-1The Bonobo UI library
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcpufreq0  006-2   shared library to deal with the cp
ii  libdbus-1-3  1.2.20-2simple interprocess messaging syst
ii  libdbus-glib-1-2 0.84-1  simple interprocess messaging syst
ii  libgconf2-4  2.28.0-1GNOME configuration database syste
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgnome-desktop-2-112.28.2-1Utility library for loading .deskt
ii  libgnome2-0  2.28.0-1The GNOME library - runtime files
ii  libgnomekbd4 2.28.2-1GNOME library to manage keyboard c
ii  libgstreamer-plugins-bas 0.10.28-1   GStreamer libraries from the "base
ii  libgstreamer0.10-0   0.10.28-1   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.18.9-2The GTK+ graphical user interface 
ii  libgtop2-7   2.28.0-4gtop system monitoring library (sh
ii  libgucharmap71:2.28.2-1  Unicode browser widget library (sh
ii  libgweather1 2.28.0-1+b1 GWeather shared library
ii  libhal1  0.5.14-2Hardware Abstraction Layer - share
ii  libnotify1 [libnotify1-g 0.4.5-1 sends desktop notifications to a n
ii  liboobs-1-4  2.22.2-1GObject based interface to system-
ii  libpanel-applet2-0   2.28.0-3library for GNOME Panel applets
ii  libpango1.0-01.26.2-2Layout and rendering of internatio
ii  libpolkit-gobject-1-00.96-1  PolicyKit Authorization API
ii  libwnck222.28.0-1Window Navigator Construction Kit 
ii  libx11-6 2:1.3.3-2   X11 client-side library
ii  libxklavier154.0-2   X Keyboard Extension high-level AP
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library
ii  python   2.5.4-9 An interactive high-level object-o

Versions of packages gnome-applets recommends:
ii  cpufrequtils 006-2   utilities to deal with the cpufreq
ii  deskbar-applet   2.28.0-1.1  universal search and navigation ba
ii  gnome-media  2.28.1-1GNOME media utilities
ii  gnome-netstatus-applet   2.28.0-1Network status applet for GNOME
ii  gnome-system-monitor 2.28.0-1Process viewer and system resource
ii  policykit-1-gnome0.96-2  GNOME authentication agent for Pol
ii  python-gconf 2.28.0-2Python bindings for the GConf conf
ii  python-gnome22.28.0-2Python bindings for the GNOME desk
ii  python-gnomeapplet   2.28.0-6Python bindings for the GNOME pane
ii  python-gobject   2.20.0-1+b1 Python bindings for the GObject li
ii  python-gtk2  2.16.0-2Python bindings for the GTK+ widge

Versions of packages gnome-applets suggests:
ii  acpid 1:2.0.2-1  Advanced Configuration and Power I
ii  gnote [tomboy]0.7.1-1desktop note taking program using 
ii  tomboy1.0.1-4desktop note taking program using 

-- 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#575158: dpkg: Add new 'e500' architecture to triplettable and ostable

[Moffett, Kyle D]

On 2010/03/25 16:39, "Sebastian Andrzej Siewior" 
wrote:

> * Moffett, Kyle D | 2010-03-24 19:28:06 [-0500]:
>> The e500v1 was never very popular and all of the available parts today
>> support double-precision floating point GPRS.  With that said, I'm actually
>> not sure if my current compiler is built properly to enable use of the
>> double instructions.  If it's not, that's going to be an essential part of
>> my "rebuild the world with whatever arch name the dpkg maintainers want"
>> project.
> It is not enabled by default. You have to add -mfloat-gprs=double to
> gcc. So it is required to patch the gcc to get this by default I thing.
> I haven't look into this.

Actually, according to this bugreport:
  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42007

We can just use --enable-e500-double when building (recent?) GCC.

I guess I'll have to go rebuild the world again... :-\  This will be maybe
the 4th time... *sigh*  At least I still have all the source repositories
with the cross-compile bugfixes!


> The e200z6 go up to 300Mhz but I did not find anything that fast. So
> there are probably glad to have everything precompiled.
> I've been looking at MPC5566 and MPC5668G and they don't have anything
> what coould be used as external storage (MMC/ATA/SATA and so on). They
> don't seem to have a lot of flash either. So they probably run just
> their application and nothing else. Unlikely that firefox mattars :)

>> Yeah... IMNSHO it should be either "e500" or "e500v2" just to keep it from
>> being so dang hard to type.  Hopefully we've provided enough information so
>> the dpkg devs can pick something and we can get on with the official port?
> 
> powerpc_e500v2 would make it clear but it is a lot of typing. So right
> now I would go e500v2 I guess.

Ok, so hopefully we can all agree on "e500v2"?  That's the name I'm going to
go ahead and use in my newest build-cycle.

For reference, I've included a summary of the rationale behind the
suggestion:

  * The only chipset families that support "SPE" instructions are:
* PowerPC e200
* PowerPC e500v1
* PowerPC e500v2

  * The incompatibility between various SPE-capable CPUs mean that an arch
spec of "spe" or "powerpcspe" is probably insufficiently descriptive.

  * The "e200" processor series is an automotive processor and has
insufficient storage to run even something like Emdebian Crush, let alone to
be able to build anything on its own.  It should therefore be excluded from
our discussion.  This means we just care about e500v{1,2} cores.

  * Freescale has indicated that they will not be building any more chipset
families including the SPE instructions, so we don't have to worry about any
newer chipset families.

  * We can't tell exactly how common or uncommon the e500v1 chipsets are
because Freescale's chipset comparison tables all just say "e500" without
referring to the version.  As a result, we should probably be safe rather
than sorry and refer to the version in the arch name (IE: e500v1/e500v2).

  * We should just call it just "e500v2":
* Sufficiently descriptive of the hardware architecture
* Shorter and easier to type in commands (of which there are a lot)
* Similar situation to "lpia" (which is not called "i386lpia")

The "easier-to-type" reason is especially applicable if we do a uclibc port,
as the name "uclibc-linux-powerpce500" is much more of a pain to type out
repeatedly than "uclibc-linux-e500".

Is there anything I left out?


>> Once I get an e500 board up and running I'm dropping the cross-compiler
>> package and icecc on all of those systems.  I'll then replace /usr/bin/gcc
>> and /usr/bin/g++ on the e500 board with versions that call "icecc" or
>> "distcc" or whatever as "powerpc-linux-gnuspe-{gcc,g++}".  That should speed
>> up my build times considerably by sending a lot of the build jobs across
>> gigabit to the beefy servers.
> That still looks like a cross build and you may want look at [0]. As I
> said, I've been there :)

The difference between a regular cross-compile and an icecc/distcc
cross-buildd is that all the ./configure shell-script madness and some of
the preprocessor crap is run *entirely* on the target system, then the
preprocessed code is shipped across the network to a big beefy x86 box for
building.  The environment is indistinguishable from a native build. (except
for the fact that things build a lot faster)

So even a relatively wimpy 1GHz dual-core system can keep 8-16 cores worth
of beefy x86 systems busy, especially if it's ugly template-heavy C++ code
or something else very CPU intensive to compile.  The downside is that the
shell scripts, preprocessor, and linker all need to be run on the target
board, but that's still way better than doing the whole build there.

Cheers,
Kyle Moffett

-- 
Kyle Moffett
eXMeritus Software
Integrated Intelligence
The Boeing Company

(703) 764-0925
(703) 832-0657 (fax)
kyle.d.moff...@boeing.com




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list

Bug#575454: initramfs-tools: mkinitramfs could call modprobe with --use-blacklist

[Jayen Ashar]

Package: initramfs-tools
Version: 0.93.4
Severity: wishlist

Hi,

Is it possible to update mkinitramfs to call modprobe with --use-blacklist?

This would allow a workaround for bug #570321, at the very least.

Thanks,
Jayen

-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-686 
root=UUID=2b04563a-22b9-4b8a-b7c3-98774b749d7e ro usbcore.autosuspend=1

-- /proc/filesystems
ext4
fuseblk
vfat

-- lsmod
Module  Size  Used by
gspca_stv06xx  18339  0 
gspca_main 15775  1 gspca_stv06xx
videodev   25445  5 gspca_main
v4l1_compat10250  1 videodev
nls_utf8 908  0 
nls_cp437   4489  0 
vfat6506  0 
fat34776  1 vfat
sg 15932  0 
sr_mod 10770  0 
usb_storage29825  0 
tun 8728  2 
sco 5837  2 
bridge 32851  0 
stp  996  1 bridge
bnep7376  2 
rfcomm 25063  4 
l2cap  21677  16 bnep,rfcomm
ppdev   4058  0 
lp  5570  0 
parport22554  2 ppdev,lp
vboxnetflt 10202  0 
vboxnetadp  5154  0 
vboxdrv   114413  2 vboxnetflt,vboxnetadp
acpi_cpufreq4907  0 
cpufreq_conservative 4018  0 
cpufreq_powersave602  0 
cpufreq_userspace   1444  0 
cpufreq_stats   1940  0 
uinput  4796  1 
fuse   43554  3 
loop9721  0 
snd_hda_codec_analog45498  1 
joydev  6771  0 
arc4 974  2 
ecb 1405  2 
pcmcia 17442  0 
snd_hda_intel  15263  3 
snd_hda_codec  45998  2 snd_hda_codec_analog,snd_hda_intel
snd_hwdep   4054  1 snd_hda_codec
snd_pcm_oss28479  0 
snd_mixer_oss  10461  1 snd_pcm_oss
snd_pcm47350  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi3480  0 
snd_rawmidi12313  1 snd_seq_midi
snd_seq_midi_event  3684  1 snd_seq_midi
snd_seq35303  2 snd_seq_midi,snd_seq_midi_event
ath5k 103718  0 
snd_timer  12258  2 snd_pcm,snd_seq
snd_seq_device  3673  3 snd_seq_midi,snd_rawmidi,snd_seq
mac80211  121381  1 ath5k
yenta_socket   16403  1 
serio_raw   2916  0 
ath 5982  1 ath5k
thinkpad_acpi  41823  0 
rsrc_nonstatic  7057  1 yenta_socket
btusb   7997  2 
bluetooth  36259  9 sco,bnep,rfcomm,l2cap,btusb
cfg80211   86910  3 ath5k,mac80211,ath
i2c_i8016442  0 
nvram   3957  1 thinkpad_acpi
ac  1640  0 
pcmcia_core20406  3 pcmcia,yenta_socket,rsrc_nonstatic
pcspkr  1207  0 
snd33551  17 
snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
psmouse44409  0 
battery 3782  0 
rfkill 10196  4 thinkpad_acpi,bluetooth,cfg80211
evdev   5609  22 
wmi 3575  0 
soundcore   3450  1 snd
snd_page_alloc  4977  2 snd_hda_intel,snd_pcm
processor  25803  3 acpi_cpufreq
ext4  254301  1 
mbcache 3762  1 ext4
jbd2   55835  1 ext4
crc16   1027  2 l2cap,ext4
ide_cd_mod 21044  0 
cdrom  26487  2 sr_mod,ide_cd_mod
sd_mod 25717  2 
crc_t10dif  1012  1 sd_mod
ata_generic 2015  0 
uhci_hcd   15953  0 
ide_pci_generic 1924  0 
ahci   26446  1 
i915  217023  2 
sdhci_pci   4493  0 
sdhci  12079  1 sdhci_pci
intel_agp  20145  1 
libata113728  2 ata_generic,ahci
drm_kms_helper 17183  1 i915
piix3564  0 
drm   107507  3 i915,drm_kms_helper
i2c_algo_bit3497  1 i915
mmc_core   38095  1 sdhci
led_class   1757  3 ath5k,thinkpad_acpi,sdhci
ricoh_mmc   2529  0 
agpgart19516  2 intel_agp,drm
scsi_mod  101073  5 sg,sr_mod,usb_storage,sd_mod,libata
ehci_hcd   27230  0 
button  3598  1 i915
ide_core   63850  3 ide_cd_mod,ide_pci_generic,piix
i2c_core   12612  5 videodev,i2c_i801,i915,drm,i2c_algo_bit
video  14605  1 i915
output  1204  1 video
usbcore97930  7 
gspca_stv06xx,gspca_main,usb_storage,btusb,uhci_hcd,ehci_hcd
nls_base4541  5 nls_utf8,nls_cp437,vfat,fat,usbcore
e1000e

Bug#575174: gnome-games: Aisleriot help misses out rules for Demon

[Chris Butler]

On Thu, Mar 25, 2010 at 07:30:10PM +0100, Josselin Mouette wrote:
> Le mercredi 24 mars 2010 à 00:23 +, Chris Butler a écrit : 
> > The help file for Aisleriot doesn't seem to contain the rules for the
> > game Demon.
> Which game is that? I can’t find it in the menu.

Hmm.. checking the source, it looks like the en_GB translation for aisleriot
translates "Canfield" to "Demon" (according to wikipedia this is just one of
those en_US/en_GB differences). It looks like the problem is actually that
the documentation is not being translated.

-- 
Chris Butler 
  GnuPG Key ID: 4096R/49E3ACD3



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

Bug#575453: evolution: Doesn't behave well when switching between accounts

[Jonathan Steel]

Package: evolution
Version: 2.28.2-3
Severity: normal

I have two IMAP accounts, one that only works at work and one that only works 
at home. I therefore enable and disable these as I travel between these 
locations.

1) It would be nice to have a setting "Do not Send/Receive automatically on 
startup" as I must wait or cancel the failed attempts if I forget/don't have 
time to disable the account before leaving

2) I receive errors related to the disabled account as I am moving mail around 
in the enabled account, for example "no such folder on work server" when I am 
using the home account. I must then close Evolution and reopen it again

Sorry my error is vague, I will post the exact error when I receive it again.


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

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

Versions of packages evolution depends on:
ii  dbus1.2.20-2 simple interprocess messaging syst
ii  debconf [debconf-2.0]   1.5.28   Debian configuration management sy
ii  evolution-common2.28.2-3 architecture independent files for
ii  evolution-data-server   2.28.2-1 evolution database backend server
ii  gconf2  2.28.0-1 GNOME configuration database syste
ii  gnome-icon-theme2.28.0-1 GNOME Desktop icon theme
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbluetooth3   4.60-1   Library to use the BlueZ Linux Blu
ii  libbonobo2-02.24.2-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.24.2-1 The Bonobo UI library
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-3 The Cairo 2D vector graphics libra
ii  libcamel1.2-14  2.28.2-1 The Evolution MIME message handlin
ii  libdbus-1-3 1.2.20-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.84-1   simple interprocess messaging syst
ii  libebackend1.2-02.28.2-1 Utility library for evolution data
ii  libebook1.2-9   2.28.2-1 Client library for evolution addre
ii  libecal1.2-72.28.2-1 Client library for evolution calen
ii  libedataserver1.2-112.28.2-1 Utility library for evolution data
ii  libedataserverui1.2-8   2.28.2-1 GUI utility library for evolution 
ii  libegroupwise1.2-13 2.28.2-1 Client library for accessing group
ii  libenchant1c2a  1.4.2-3.6a wrapper library for various spel
ii  libexchange-storage1.2- 2.28.2-1 Client library for accessing Excha
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libgdata-google1.2-12.28.2-1 Client library for accessing Googl
ii  libgdata1.2-1   2.28.2-1 Client library for accessing Googl
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.22.4-1 The GLib library of C routines
ii  libgnome-desktop-2-11   2.28.2-1 Utility library for loading .deskt
ii  libgnome-pilot2 2.0.15-2.4   Support libraries for gnome-pilot
ii  libgnome2-0 2.28.0-1 The GNOME library - runtime files
ii  libgnomecanvas2-0   2.26.0-1 A powerful object-oriented display
ii  libgnomeui-02.24.2-1 The GNOME libraries (User Interfac
ii  libgnomevfs2-0  1:2.24.2-2   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.18.9-2 The GTK+ graphical user interface 
ii  libgtkhtml-editor0  3.28.3-1 HTML rendering/editing library - e
ii  libgtkhtml3.14-19   3.28.3-1 HTML rendering/editing library - r
ii  libgweather12.28.0-1+b1  GWeather shared library
ii  libhal1 0.5.14-2 Hardware Abstraction Layer - share
ii  libical00.44-3   iCalendar library implementation i
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libldap-2.4-2   2.4.17-2.1   OpenLDAP libraries
ii  libnotify1 [libnotify1- 0.4.5-1  sends desktop notifications to a n
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.5-2 Network Security Service libraries
ii  liborbit2   1:2.14.17-2  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.26.2-2 Layout and rendering of internatio
ii  lib

Bug#575363: [checks/init.d] init.d-script-sourcing-without-test test is too simple

[Russ Allbery]

Jérémie Corbier  writes:

> Lintian complains that my init scripts do not test whether
> /etc/default/wide-dhcpv6-* are available.  Actually, they do but the
> lintian test is too simple to catch that:

> --- 8< ---
> if [ ! -f /etc/default/wide-dhcpv6-relay ]; then
> log_failure_msg \
> "/etc/default/wide-dhcpv6-relay does not exist! - Aborting..."
> log_failure_msg \
> "Run 'dpkg-reconfigure wide-dhcpv6-relay' to solve the problem."
> exit 1
> else
> . /etc/default/wide-dhcpv6-relay
> fi
> --- 8< ---

> It would be nice if this test could be a little smarter since its
> severity is serious.

Indeed, thanks.  Will be fixed in the next release.

I would not recommend against doing what you do above, however.  If that
package is removed but not purged, it's going to produce an annoying error
message on every boot, which isn't normally how removed but not purged
daemon packages should behave.  It's typical (see Policy 9.3.2) to just
exit silently when the /etc/default file is not present.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#575400: lintian does not allow overriding bad-distribution-in-changes-file

[Russ Allbery]

Neil Williams  writes:
> Russ Allbery  wrote:

>> The supported way of handling unwanted tags from the *.changes file is to
>> suppress them from the command line:
>> 
>> lintian --suppress-tags bad-distribution-in-changes-file

> Sounds like an alias is required . . .

For the time being, indeed.

>> which will accomplish functionally the same thing as an override.
>> There's an open bug to allow one to put things like that into a
>> configuration file, which is definitely something we want to support
>> going forward.

>> Does that sound like a reasonable solution to you?

> Yes, feel free to merge this bug report into the bug seeking a
> per-system configuration file. Is that the support where a package can
> drop in a config file into a lintian/overrrides.d/ type directory?

No, it's not an override.  It would be support for adding that option (or
any other Lintian command-line option) to /etc/lintianrc or ~/.lintianrc.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#575452: reportbug: Crashes after selecting package

[Jonathan Steel]

Package: reportbug
Version: 4.10.2
Severity: normal

I get the following message after selecting a package to report a bug against:

/usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:446: PangoWarning: 
pango_layout_set_width: assertion `layout != NULL' failed
  gtk.main ()
/usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:446: PangoWarning: 
pango_layout_get_extents: assertion `layout != NULL' failed
  gtk.main ()
/usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:446: PangoWarning: 
pango_layout_get_line_count: assertion `layout != NULL' failed
  gtk.main ()
Floating point exception

 and the program closes. If I try again a number of times, it eventually 
works.


-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/jsteel/.reportbugrc:
reportbug_version "4.10.2"
mode standard
ui gtk2
email "jst...@vorx.com"
no-cc
header "X-Debbugs-CC: jst...@vorx.com"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  python2.5.4-9An interactive high-level object-o
ii  python-reportbug  4.10.2 Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
pn  debsums(no description available)
pn  dlocate(no description available)
pn  emacs22-bin-common | emacs23-  (no description available)
ii  exim4 4.71-3 metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.71-3 lightweight Exim MTA (v4) daemon
ii  file  5.04-1 Determines file type using "magic"
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
ii  python-gtk2   2.16.0-2   Python bindings for the GTK+ widge
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
ii  python-vte1:0.22.5-3 Python bindings for the VTE widget
pn  xdg-utils  (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#575293: [Pkg-freevo-maint] Bug#575293: python-kaa-base: integration with twisted does not work anymore

[Alexandre Rossi]

> It happens like that :
>   1. import kaa
>   2. in kaa/__init__.py line 39 "from async import ..."
>   3. in kaa/async.py line 977 "import main"
>   4. in kaa/main.py line 30 "from process import supervisor"
>   5. in kaa/process.py line 182 "supervisor = _Supervisor"
>   6. in kaa/process.py line 64 in constructor of _Supervisor :
> "signal.signal(signal.SIGCHLD, self._sigchld_handler)"

>From tonight's investigations, I could get the following backtrace
which is where the timer is started and thus the notifier is said to
be already started.
--
import kaa
  File "/usr/lib/python2.5/site-packages/kaa/__init__.py", line 39, in 
from async import TimeoutException, InProgress, InProgressCallback, \
  File "/usr/lib/python2.5/site-packages/kaa/async.py", line 977, in 
import main
  File "/usr/lib/python2.5/site-packages/kaa/main.py", line 50, in 
from process import supervisor
  File "/usr/lib/python2.5/site-packages/kaa/process.py", line 182, in 
supervisor = _Supervisor()
  File "/usr/lib/python2.5/site-packages/kaa/process.py", line 79, in __init__
libc=ctypes.util.find_library('c')
  File "/usr/lib/python2.5/ctypes/util.py", line 164, in find_library
return _findSoname_ldconfig(name) or _get_soname(_findLib_gcc(name))
  File "/usr/lib/python2.5/ctypes/util.py", line 158, in _findSoname_ldconfig
os.popen('LANG=C /sbin/ldconfig -p 2>/dev/null').read())
  File "/usr/lib/python2.5/site-packages/kaa/timer.py", line 96, in newfunc
t.start(interval)
--

Now, this is in the @timed decorator from kaa.timer and using a dirty
print statement, I could get the only decorated function name which is
_sigchld_handler . This signal is triggered, because the ldconfig
child process terminates.

Knowing this, a working fix, as said, is as simple as delaying the
signal setting, as shown by the attached patch, which works.

Cheers,

Alex
diff -Nru kaa-base-0.6.0/src/process.py kaa-base-0.6.0.new//src/process.py
--- kaa-base-0.6.0/src/process.py   2010-03-25 23:04:04.0 +0100
+++ kaa-base-0.6.0.new//src/process.py  2010-03-25 23:15:37.0 +0100
@@ -61,7 +61,6 @@
 def __init__(self):
 self.processes = {}
 
-signal.signal(signal.SIGCHLD, self._sigchld_handler)
 # Set SA_RESTART bit for the signal, which restarts any interrupted
 # system calls -- however, select (at least on Linux) is NOT restarted
 # for reasons described at:
@@ -72,11 +71,15 @@
 v = sys.version_info
 if v[0] >= 3 or (v[0] == 2 and v[1] >= 6):
 # Python 2.6+
+signal.signal(signal.SIGCHLD, self._sigchld_handler)
 signal.siginterrupt(signal.SIGCHLD, False)
 elif v[0] == 2 and v[1] == 5:
 # Python 2.5
 import ctypes, ctypes.util
 libc=ctypes.util.find_library('c')
+# ctypes.util.find_library() involves a child process, so the
+# hanler should be set after the call.
+signal.signal(signal.SIGCHLD, self._sigchld_handler)
 ctypes.CDLL(libc).siginterrupt(signal.SIGCHLD, 0)
 else:
 # Python 2.4- is not supported.

Bug#573745: Python Policy Update

[Andreas Barth]

* Scott Kitterman (sc...@kitterman.com) [100325 15:05]:
> It would be useful if the discussions about disagreements would focus on 
> issues that have not already been resolved.

Agreed. Also, I think that the updates to the python policy are an
good example how we could move on. Thank you for doing so.



Andi



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

Bug#571929: desktopcouch: circular dependency hell

[David Paleino]

On Tuesday 02 March 2010 10:08:24, Raphael Hertzog wrote:
> Coming back to the topic, the dependency between desktopcouch and -records
> got added following https://bugs.launchpad.net/ubuntu/+bug/422179
> but Ken Vandine never gave the error message he had.
> 
> IMO it's this dependency that should not exist and I'm not sure why
> the service requires it. Maybe the part of -records that is required
> by desktopcouch should be moved to python-desktopcouch.

After Bill poked me about the bug not really being fixed by the package merge, 
I investigated a bit more about that LP bug, and the overall dependency 
situation.

The problem is that start_local_couchdb.py uses:

  from desktopcouch.records.server import CouchDatabase

which is available in the current python-desktopcouch-records package (that's 
why Ken added the dependency).

The server.py module needs server_base.py and record.py. This would leave 
/usr/share/pyshared/desktopcouch/records/ (in the py-desktopcouch-records 
package, at the moment) almost empty, with a major part of the package 
containing things that I wouldn't call "Records API" (thus the package name 
would be inappropriate, at least).

From:

$ dpkg -L python-desktopcouch-records  | grep pyshared/desktopcouch/
/usr/share/pyshared/desktopcouch/notes/[..]
/usr/share/pyshared/desktopcouch/contacts/[..]
/usr/share/pyshared/desktopcouch/replication_services/[..]
/usr/share/pyshared/desktopcouch/records/
/usr/share/pyshared/desktopcouch/records/server_base.py
/usr/share/pyshared/desktopcouch/records/record.py
/usr/share/pyshared/desktopcouch/records/couchgrid.py
/usr/share/pyshared/desktopcouch/records/__init__.py
/usr/share/pyshared/desktopcouch/records/tests
/usr/share/pyshared/desktopcouch/records/tests/[..]
/usr/share/pyshared/desktopcouch/records/field_registry.py
/usr/share/pyshared/desktopcouch/records/server.py
$

It would become something like (stripping the files that would need to go to 
the "desktopcouch" package):

/usr/share/pyshared/desktopcouch/notes/[..]
/usr/share/pyshared/desktopcouch/contacts/[..]
/usr/share/pyshared/desktopcouch/replication_services/[..]
/usr/share/pyshared/desktopcouch/records/
/usr/share/pyshared/desktopcouch/records/couchgrid.py
/usr/share/pyshared/desktopcouch/records/tests
/usr/share/pyshared/desktopcouch/records/tests/[..]
/usr/share/pyshared/desktopcouch/records/field_registry.py


I think a "proper" solution could be:
 1) put /usr/share/pyshared/desktopcouch/records/ into "desktopcouch" too (and
add Provides: python-desktopcouch-records)
 2) move the remaining /usr/share/pyshared/desktopcouch/*/ to a new "python- 
desktopcouch-something" package (where something == "extra", or similar).

What do you think?


Kindly,
David

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


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

Bug#574977: dragonegg is not buildable against gcc-4.4

[Duncan Sands]

Trying to build dragonegg against gcc-4.4-plugindev is hopeless since dragonegg
uses the LTO infrastructure, and this does not exist in gcc-4.4.



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

Bug#574949: gnustep-dl2-sqlite-adaptor: circular dependency with libgnustep-dl2-0

[Bill Allombert]

On Mon, Mar 22, 2010 at 03:06:00PM +0200, Yavor Doganov wrote:
> В 13:24 +0100 на 22.03.2010 (пн), Bill Allombert написа:
> > There is a circular dependency between gnustep-dl2-sqlite-adaptor and
> > libgnustep-dl2-0:
> > 
> > gnustep-dl2-sqlite-adaptor  :Depends: libgnustep-dl2-0 (>= 0.12.0)
> > libgnustep-dl2-0:Depends: gnustep-dl2-sqlite-adaptor
> 
> Yes, this is a known issue which we became aware of when Federico and I
> were discussing the package split between us and upstream ([1]).
> 
> libEOAccess (from libgnustep-dl2-0) needs at least one adaptor to be
> present/installed -- it might be either one from the gnustep-dl2 package
> (-postgresql or -sqlite), or it might be a proprietary one which I
> anticipate will never be packaged for Debian.  Anything using the
> library will fail miserably with SIGABRT if no adaptor is found -- the
> code dynamically discovers the available adaptors by searching the
> standard GNUstep Bundles path.

Well, assuming the adaptors cannot be used outside of libgnustep-dl2-0,
then they do not really need to depend on libgnustep-dl2-0, so their
shlibs dependency can be trimmed. However if the interface of libgnustep-dl2-0
change then there must be a mechanism that prevent libgnustep-dl2-0 to
load an adaptor for the wrong interface.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#574849: changeset update

[Gabriele Giacone]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Attached updated changeset.


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

iEYEARECAAYFAkur3uAACgkQp3cdCbVcnCteeACg77g6q67qxXQ169cUN5HmnBiu
ugsAnjd1XQckTZak+v4rZwiGFleRClCL
=CwrI
-END PGP SIGNATURE-
Comment: Add Gabriele Giacone <1o5g4...@gmail.com> as a Debian Maintainer
Date: Sun, 21 Mar 2010 18:04:24 +0100
Recommended-By: 
  Michael Tautschnig ,  
  Philipp Huebner , 
  Mike Hommey , 
  Torsten Werner , 
  Luca Falavigna ,
  Damien Raude-Morvan 
Agreement: 
  http://lists.debian.org/debian-newmaint/2010/03/msg00021.html 
Advocates: 
  http://lists.debian.org/debian-newmaint/2010/03/msg00022.html 
  http://lists.debian.org/debian-newmaint/2010/03/msg00023.html 
  http://lists.debian.org/debian-newmaint/2010/03/msg00026.html 
  http://lists.debian.org/debian-newmaint/2010/03/msg00028.html 
  http://lists.debian.org/debian-newmaint/2010/03/msg00029.html
  http://lists.debian.org/debian-newmaint/2010/03/msg00039.html
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.10 (GNU/Linux)
  
  mQGiBEsTH08RBADdPwnjqS52dt9cB7e8WYq/LK96wFUbJGdKulPibq8oOJL+ZR+S
  v1WUOlqu/PXnpKUbiF6ngLIqwrfmIv2rtrQBTBXjAGns5r53dtLEJWGE5puKw2t2
  f0duU4RhBjM+A8hcNlauJEZbRydmliPtlXfvSCBPKZ0jJTKcl7ijhY6p0wCg/H48
  e8tXWcotPfzYny9y1gsFerUEANf31FYA39sAMZ7Qx6AQHhawLkFb2AwDyPyy0TjO
  PO0EjJPnGalQpPdCKNobhXgyhju3mH26aIWhxkNvgl812KbQ8MLYFYrBJ0nbef/4
  IgP/rKZU6ypGZdCbjRSx+xu1X2XsMdnW8Diu3/niqNwvlcNNscI0ZRMLjYDRBZqN
  GAPFBADPln5NWuYrLHofsrouYWXolAQHluT+bYXesq9eKdWLFQ0CHAFBVQLjNi8E
  +wDu9LWCkSghZ2Rpwk0TCgdOJdBe0Wc4RY/Lc40GfN7jiX1wA2X/x2nbwIWIbhjD
  JcXdJDJ/7AgNJfhEX4IWDhExzs99iY+4zHOfIoYu19pmApvS5LQlR2FicmllbGUg
  R2lhY29uZSA8MW81ZzRyOG9AZ21haWwuY29tPohoBBMRAgAoBQJLEx9PAhsjBQkJ
  ZgGABgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRCndx0JtVycK8DZAJ4n4QLy
  iZ7LEIhW9PDjXfA3JYymCgCgz5eLiNhw3kqnhDkpUGEdJ2emmRGIRgQQEQIABgUC
  S5dUJQAKCRC9wKCuBkaN68MmAKCA2utXdcyQwb57HZgomxSxs5sbZACeKMkc2148
  jk81Vl6OA5YKCIYU0LaIRgQQEQIABgUCS5kOSgAKCRAiB8WU7JcInYHCAJ0efiP0
  MQe7S7KTsTRLbimfCwuBDQCfXBlJ3JPcp2RiUWR7Qq6aizh9uuqIRgQQEQIABgUC
  S5niRAAKCRBGqhtqO/ufs7myAJ9bDgSK0ctWSPlcUvibMgHaepd90QCePCX17aPs
  rq2PhcH61W0XWdpc35O5Ag0ESxMfTxAIAMbE79godxYzrtEMqfX7xJrZQLdC4ub+
  eTuhWH9XJg8RoBRehq0jb1w/KIMtmYUcTCwkKOO14ijzVA4y6HRRscNLp9oklq25
  xaRCvW/7K2hHPfr1X609cNXaDEOKEKK6nWWgYV9Acie7+QDAvGBDwairM8ZMkBys
  At38lIKXoss0rGd0AL3vTtqMx12h2Q/RnB8mxqutZGiy+8KZ3nb8O4rBzZi0IKfT
  5bp9P021NlBXObUVNgDCB7i1tpbQ3hfYrJGta2J2juV55Vf3egwKzjC9IQURl287
  tha5RG8jAl3G1Xx4D5ZAmK9Ebbisyn1/z1VdTiUDjq9D6r4eKHIZOqcAAwcH/3pX
  uc6rFCzglSw+ycV2qzS14ZeJZQcSi0wYnh7+obxbNX0cIxQpU13QlLM4ZSjWJZbP
  rei4Gt+0yIP6i1Pg62mfPPrDEZzBRed1HsWc84PKUS/B0NAqyc2v9braZ/sTefFE
  yq34OXrS0VtrF38gOtw29el5Q7BKxGadDN6YoS0eqWtFI23SgwEDjmGYfr6aWrzo
  dqD7dyOeS7TRlWxp1/o24vzXzSGLxScs/fvU1u3UHPN+21CVvoq3qBzj2Le4qu1y
  PitTDGkguG9VNlRpMYI0qhoFCMhi5iN5+3fxiv6nlvmOzEw/Owkrow0gwjL03svd
  enUgvU9fU8PgaAwe0/SITwQYEQIADwUCSxMfTwIbDAUJCWYBgAAKCRCndx0JtVyc
  K6IbAJ4qVrQo6fZffXnLLE0jPiv/UsrrkACglupILp+93WZjKZzX95KmBFrVr44=
  =032I
  -END PGP PUBLIC KEY BLOCK-

Bug#571980: /boot/vmlinuz-2.6.33-2-amd64: impi oops on intel motherboard

[maximilian attems]

On Thu, Mar 25, 2010 at 10:08:19AM +0100, Xavier Bestel wrote:
> Package: linux-2.6
> Version: 2.6.33-1~experimental.4
> Followup-For: Bug #571980

please report upstream on bugzilla.kernel.org with oops dmesg there
and let us know bug nr so that it can be tracked.

thanks.



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

Bug#575293: [Pkg-freevo-maint] Bug#575293: python-kaa-base: integration with twisted does not work anymore

[Mickael Royer]

Hi,

> do you mean that the call os.popen in
> line 55 in /usr/lib/python2.5/ctypes/util.py
> triggers an initialization of kaa notifier ?
>
> how does this happen?

It happens like that :
   1. import kaa
   2. in kaa/__init__.py line 39 "from async import ..."
   3. in kaa/async.py line 977 "import main"
   4. in kaa/main.py line 30 "from process import supervisor"
   5. in kaa/process.py line 182 "supervisor = _Supervisor"
   6. in kaa/process.py line 64 in constructor of _Supervisor :
"signal.signal(signal.SIGCHLD, self._sigchld_handler)"
So kaa check SIGHDL (signal sent to a process when a child process
terminates). Just after that (in the same function, line 79) we call
ctypes.util.find_library which call popen. When popen finished, SIGHDL
is raised, so self._sigchld_handler is called and the notifier is
initialized.

> can it be avoided?

The solution I see is to load libc library with ctypes just before
start to handle SIGHDL signal. I try quickly and it seems to work
well.

Cheers
Mickaël

On Thu, Mar 25, 2010 at 9:44 AM, A Mennucc  wrote:
> hi,
>
> thanks a lot for the detailed analysis
>
> On Wed, Mar 24, 2010 at 09:14:20PM +0100, Mickael Royer wrote:
>> More information :
>>
>> The problem does not appear in version 0.6.0-2 and is due to this diff :
>> diff -ru kaa/process.py kaa--new/process.py
> [...]
>
> yes, this was added in the hope of supporting architectures with
> different libc
>
>> When we import kaa, this code is called and ctypes.util.find_library
>> call popen function which force kaa notifier init.
>
> do you mean that the call os.popen in
> line 55 in /usr/lib/python2.5/ctypes/util.py
> triggers an initialization of kaa notifier ?
>
> how does this happen?
>
> can it be avoided?
>
> a.
>



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

Bug#572814: other users of libvte don't exhibit this bug

[Adam Borowski]

It appears that the only other user of libvte that does tabs (ie,
terminator) doesn't have this bug.  Thus, it looks like it's a bug on the
gnome-terminal's side.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.



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

Bug#571929: closed by David Paleino Bug#571929: fixed in desktopcouch 0.6.3-1)

[David Paleino]

reopen 571929
found 571929 0.6.3-1
thanks

On Thursday 25 March 2010 22:45:06, Bill Allombert wrote:
> > Changes:
> >  desktopcouch (0.6.3-1) unstable; urgency=low
> >  .
> >* New upstream version
> >* debian/control:
> >  - improved long descriptions.
> >  - debhelper B-D lowered to >= 7
> >  - python-desktopcouch merged into desktopcouch (Closes: #571929)
> 
> Well, that does not address completly the problem and ignore
> Raphael concerns: there is still a circular dependency between
> desktopcouch and python-desktopcouch-records:
> 
> python-desktopcouch-records :Depends: desktopcouch
> desktopcouch:Depends: python-desktopcouch-records

Yes, totally forgot that, sorry.
I'll make a new upload ASAP.

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


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

Bug#538722: CVE-2009-2265: fckeditor is embedded in etch version

[Frank Habermann]

close #538722
thanks

fixed in lenny, and testing/unstable; etch is unsupported, closing.

Frank



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

Bug#572814: gnome-terminal: no cursor on saved tabs

[Adam Borowski]

On Thu, Mar 25, 2010 at 10:34:59PM +0100, Josselin Mouette wrote:
> Le mardi 09 mars 2010 à 20:03 +0100, Adam Borowski a écrit : 
> > However, I just found out that the bug doesn't happen in Metacity, only
> > Compiz.  And if you switch to Metacity and back, all tabs lose their cursor
> > until you select them twice, just as if gnome-terminal has just started.
> 
> OK, I’ll consider this is not a bug in gnome-terminal for now. Please
> don’t hesitate to reopen if you find clues indicating this can be fixed
> on the g-terminal side.

Uhm, how is it "not a bug in gnome-terminal"?  Compiz can not affect whether
gnome-terminal (or perhaps libvte) does draw a cursor or not.

The bug is just triggered by gnome-terminal being already there when compiz
starts, g-t can't cope with being moved out of the real screen to the
texture area.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.



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

Bug#571929: closed by David Paleino Bug#571929: fixed in desktopcouch 0.6.3-1)

[Bill Allombert]

> Changes: 
>  desktopcouch (0.6.3-1) unstable; urgency=low
>  .
>* New upstream version
>* debian/control:
>  - improved long descriptions.
>  - debhelper B-D lowered to >= 7
>  - python-desktopcouch merged into desktopcouch (Closes: #571929)

Well, that does not address completly the problem and ignore 
Raphael concerns: there is still a circular dependency between
desktopcouch and python-desktopcouch-records:

python-desktopcouch-records :Depends: desktopcouch
desktopcouch:Depends: python-desktopcouch-records
 
Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#575450: reportbug: Doesn't exit with empty subject

[Torquil Macdonald Sørensen]

Package: reportbug
Version: 4.11
Severity: normal

Hi!

According to the message written to the screen by reportbug, an empty subject
should cause reportbug to exit. However, what happens is that reportbug just
repeats the message and prompts once more for a subject.

Best regards
Torquil Sørensen

-- Package-specific info:
** Environment settings:
EDITOR="nano"
INTERFACE="text"

** /home/tmac/.reportbugrc:
reportbug_version "3.20"
mode advanced
ui text
email [deleted]
smtphost [deleted]
smtptls
smtpuser [deleted]

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  python2.5.4-9An interactive high-level object-o
ii  python-reportbug  4.11   Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
pn  debsums(no description available)
pn  dlocate(no description available)
pn  emacs22-bin-common |   (no description available)
ii  file 5.04-1  Determines file type using "magic"
ii  gnupg1.4.10-3GNU privacy guard - a free PGP rep
pn  postfix | exim4 | ma   (no description available)
ii  python-gtk2  2.16.0-2Python bindings for the GTK+ widge
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
pn  python-vte (no description available)
ii  xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from

-- 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#461210: Patch for listadmin: "Failed to append to http://..."

[Joachim Breitner]

Hi,

this bug is relatively easy to fix. Please consider adding the attached
patch to debian/patches. Suggestet changelog entry:

listadmin (2.40-4) UNRELEASED; urgency=low

  * Do not try to write bogus log file is none is defined (Closes: #461210)

 -- Joachim Breitner   Thu, 25 Mar 2010 22:31:03 +0100


Thanks,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
Index: listadmin-2.40/listadmin.pl
===
--- listadmin-2.40.orig/listadmin.pl	2010-03-25 22:32:48.0 +0100
+++ listadmin-2.40/listadmin.pl	2010-03-25 22:32:52.0 +0100
@@ -1635,8 +1635,8 @@
 my $params = mailman_params ($user, $pw);
 
 my $log = log_timestamp ($list);
-# Expand {list}, {subdomain} and {domain}
-$logfile = mailman_url($list, $logfile);
+# Expand {list}, {subdomain} and {domain}, if there is something to expand
+$logfile = mailman_url($list, $logfile) if $logfile;
 
 for my $id (sort { $a <=> $b } keys %{$change}) {
 	my ($what, $text) = @{$change->{$id}};


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

Bug#575451: gcc-4.5: -flto doesn't remember -fPIC

[Török Edwin]

Package: gcc-4.5
Version: 4.5-20100227-1
Severity: normal
Tags: experimental

gcc-4.5 with -flto doesn't work with -fPIC properly.

Simple testcase:
int entry(int a)
{
return bar(a)+1;
}

int bar(int a)
{
return a+4;
}

$ gcc-4.5 foo1.c -flto -fPIC -DPIC -c
$ gcc-4.5 foo2.c -flto -fPIC -DPIC -c
$ gcc-4.5 foo1.o foo2.o -flto -shared
/usr/bin/ld: /tmp/ccmA7RCK.lto.o: relocation R_X86_64_PC32 against symbol `bar' 
can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status

This works however:
$ gcc-4.5 foo1.o foo2.o -flto -shared -fPIC

Now -fPIC is something libtool automatically adds, and I it doesn't add it at
linktime (perhaps other build systems don't either).
Could gcc's -flto see that all .o files involved in the link are -fPIC... and
make the resulting file -fPIC too?
Or at least it should see the -shared in the linker line, and automatically use
-fPIC when -flto is used.


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

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

Versions of packages gcc-4.5 depends on:
ii  binutils2.20.1-3 The GNU assembler, linker and bina
ii  cpp-4.5 4.5-20100227-1   The GNU C preprocessor
ii  gcc-4.5-base4.5-20100227-1   The GNU Compiler Collection (base 
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcloog-ppl0   0.15.8-1 the Chunky Loop Generator (runtime
ii  libelfg00.8.12-0.1   an ELF object file access library
ii  libgcc1 1:4.5-20100227-1 GCC support library
ii  libgmp3c2   2:4.3.2+dfsg-1   Multiprecision arithmetic library
ii  libgmpxx4ldbl   2:4.3.2+dfsg-1   Multiprecision arithmetic library 
ii  libgomp14.5-20100227-1   GCC OpenMP (GOMP) support library
ii  libmpc2 0.8.1-1  multiple precision complex floatin
ii  libmpfr1ldbl2.4.2-3  multiple precision floating-point 
ii  libppl-c2   0.10.2-6 Parma Polyhedra Library (C interfa
ii  libppl7 0.10.2-6 Parma Polyhedra Library (runtime l
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages gcc-4.5 recommends:
ii  libc6-dev 2.10.2-6   Embedded GNU C Library: Developmen

Versions of packages gcc-4.5 suggests:
pn  gcc-4.5-doc(no description available)
pn  gcc-4.5-locales(no description available)
pn  gcc-4.5-multilib   (no description available)
pn  libgcc1-dbg(no description available)
pn  libgomp1-dbg   (no description available)
pn  libmudflap0-4.5-dev(no description available)
pn  libmudflap0-dbg(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#575443: no longer supports/documents the kernel kqemu module

[Vagrant Cascadian]

severity 575443 wishlist
tags 575443 wontfix
thanks

On Thu, Mar 25, 2010 at 08:45:03PM +0100, Michal Suchanek wrote:
> I could not find any documentation of support for the kqemu
> acceleration. As kvm is not available on all machines and kqemu
> supposedly makes the emulation faster as well as workarounds bugs in the
> software CPU emulation it somewhat troublesome that it is no longer
> supported.

it is not supported upstream any longer, and unless upstream supports it, we
cannot realistically do so in debian.

leaving bug open as wontfix, so that others can find the issue.

live well,
  vagrant



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

Bug#572708: evince: Evince does not print pdf files generated with Latex

[Josselin Mouette]

reassign 572708 libcairo2   1.6.4-7
fixed 572708 1.8.10-3
thanks

Le mardi 09 mars 2010 à 20:14 +0100, Raphael Frey a écrit : 
> Le mardi 09 mars 2010 à 19:09 +0100, Josselin Mouette a écrit :
> > We’re getting closer. The livelock is probably in this thread. Can you
> > install debugging symbols for libcairo and libpixman and try again?
> > Please do it several times in a row, to see if it’s always the same
> > codepath that’s involved.
> 
> Done. The output of gdb ("thread apply all bt full") is attached to this
> mail. (I’ve run it three times so there are three log files, one for
> each run.)

Thanks. It looks like a bug in cairo, but frankly there have been so
many changes in cairo regarding bitmap fonts, it’s like looking for a
needle in a haystack.

If you really want to investigate more, you should try to bisect which
cairo change fixed that specific bug.

Otherwise I’ll simply consider this bug fixed in unstable.

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


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

Bug#574647: Likely solution - quotemeta

[David Venz]

Tried this out and it appears to fix the problem:

diff /usr/bin/debtree ~/src/debtree/debtree:
*** /usr/bin/debtree 2009-11-08 09:27:41.0 +1000
--- debtree 2010-03-26 07:16:24.0 +1000
***
*** 373,378 
--- 373,380 

  sub first_set_with_package {
   my ($package, $set) = @_;
+ # Escape any characters that will upset the regex below
+ $package = quotemeta($package);
   foreach my $s (sort keys %$set) {
   if ($$set{$s}{plist} =~ /(^|,)$package(,|$)/) {
   return $s;


http://perldoc.perl.org/perlfaq6.html#How-do-I-match-a-regular-expression-that's-in-a-variable%3f--%2c-

-- 
-Dave.

Bug#347284: Meta-packages for latest doc and sources

[Joachim Breitner]

Hi,

Am Donnerstag, den 25.03.2010, 22:13 +0100 schrieb maximilian attems:
> On Thu, Mar 25, 2010 at 10:12:24PM +0100, Joachim Breitner wrote:
> > 
> > Note that the next upload will go through NEW. If you don???t want a delay
> > when you actually want to refer to a new version, you should consider
> > uploading version 26 before the next kernel version bump.
> > 
> 
> we are used to go through NEW :)
> 
> happens with linux-2.6 on every ABI bump, so no worries there.

now that I think about it, yes you are right :-)

Sorry for the noise.

Joachim

-- 
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#575449: libtool should support gcc's -flto

[Török Edwin]

Package: libtool
Version: 2.2.6b-2
Severity: normal

Currently libtool strips -flto when called for linking which is wrong.
It should pass -flto to gcc, since its both a compile-time and a link-time flag.

Actually I don't know why libtool strips any flags at all. If I pass a flag
at compile time, and libtool happily passes it along (such as -flto here),
why does it strip it at link time?
Can't it just pass ALL flags I've given it to gcc?

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

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

Versions of packages libtool depends on:
ii  autotools-dev 20100122.1 Update infrastructure for config.{
ii  bcc [c-compiler]  0.16.17-3  16-bit x86 C compiler
ii  cpp   4:4.4.3-1  The GNU C preprocessor (cpp)
ii  file  5.04-1 Determines file type using "magic"
ii  gcc [c-compiler]  4:4.4.3-1  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-27   The GNU C compiler
ii  gcc-4.4 [c-compiler]  4.4.3-5The GNU C compiler
ii  gcc-4.5 [c-compiler]  4.5-20100227-1 The GNU C compiler
ii  libc6-dev [libc-dev]  2.10.2-6   Embedded GNU C Library: Developmen

Versions of packages libtool recommends:
ii  libltdl-dev   2.2.6b-2   A system independent dlopen wrappe

Versions of packages libtool suggests:
ii  autoconf2.65-4   automatic configure script builder
ii  automake [automaken]1:1.11.1-1   A tool for generating GNU Standard
ii  automake1.10 [automaken 1:1.10.3-1   A tool for generating GNU Standard
ii  automake1.7 [automaken] 1.7.9-9.1A tool for generating GNU Standard
ii  automake1.9 [automaken] 1.9.6+nogfdl-3.1 A tool for generating GNU Standard
pn  gcj(no description available)
ii  gfortran4:4.4.3-1The GNU Fortran 95 compiler
ii  gfortran-4.4 [fortran95 4.4.3-5  The GNU Fortran 95 compiler
pn  libtool-doc(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#573736: https SSL verification fails

[Thorsten Glaser]

Jonathan Nieder dixit:

>> On the same system:
>> 
>> $ openssl s_client -CAfile /etc/ssl/certs/ca-certificates.crt -connect 
>> alioth.debian.org:443
>[...]
>> subject=/O=Debian/CN=alioth.debian.org/emailaddress=ad...@alioth.debian.org
>> issuer=/O=Debian/CN=ca.debian.org/emailaddress=debian-ad...@debian.org
>[...]
>> So this is not a problem with the ca bundle. I think this is
>> because it doesn't correctly validate the chain or something.
>> Same on Lenny, FWIW.
>
>Debian git uses libcurl3-gnutls for HTTP support.  Sadly I know almost
>nothing about these things.  With gnutls-bin installed,

Yeah, thought so.

>- The hostname in the certificate matches ''
>- Peer's certificate issuer is unknown
>- Peer's certificate is NOT trusted

Interesting, as it should be trusted. Maybe GnuTLS has a problem
with the certificate _chain_ involving an intermediate?


>people elsewhere do) and when using GnuTLS backend (as Debian does for
political
>reasons)?

bye,
//mirabilos
-- 
[...] if maybe ext3fs wasn't a better pick, or jfs, or maybe reiserfs, oh but
what about xfs, and if only i had waited until reiser4 was ready... in the be-
ginning, there was ffs, and in the middle, there was ffs, and at the end, there
was still ffs, and the sys admins knew it was good. :)  -- Ted Unangst über *fs



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

Bug#511767: tinymce: please consider defining web server config in this package

[Frank Habermann]

close #511767
thanks

Bug could be closed because version 3.3.2 will come to unstable next.

Frank



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

Bug#347284: Meta-packages for latest doc and sources

[maximilian attems]

On Thu, Mar 25, 2010 at 10:12:24PM +0100, Joachim Breitner wrote:
> 
> Note that the next upload will go through NEW. If you don???t want a delay
> when you actually want to refer to a new version, you should consider
> uploading version 26 before the next kernel version bump.
> 

we are used to go through NEW :)

happens with linux-2.6 on every ABI bump, so no worries there.




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

Bug#480676: tinymce: please consider defining web server config in this package

[Frank Habermann]

close #480676
thanks

Bug could be closed because the user should place the config in the vhost part 
and not in a global part of apache.

Frank



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

Bug#575448: please package gcc-4.5's gold LTO plugin!

[Török Edwin]

Package: gcc-4.5
Version: 4.5-20100227-1
Severity: wishlist

GCC-4.5 has a gold linker plugin to do LTO, see
http://gcc.gnu.org/wiki/whopr/driver

It should already be built during a normal gcc-4.5 build,
the plugin should be called  liblto-plugin.so.

I can't find that in the Debian experimental package, please add it to the
gcc-4.5 package (or create a new package for it).

It should allow more LTO optimizations than just -flto alone.

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

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

Versions of packages gcc-4.5 depends on:
ii  binutils2.20.1-3 The GNU assembler, linker and bina
ii  cpp-4.5 4.5-20100227-1   The GNU C preprocessor
ii  gcc-4.5-base4.5-20100227-1   The GNU Compiler Collection (base 
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcloog-ppl0   0.15.8-1 the Chunky Loop Generator (runtime
ii  libelfg00.8.12-0.1   an ELF object file access library
ii  libgcc1 1:4.5-20100227-1 GCC support library
ii  libgmp3c2   2:4.3.2+dfsg-1   Multiprecision arithmetic library
ii  libgmpxx4ldbl   2:4.3.2+dfsg-1   Multiprecision arithmetic library 
ii  libgomp14.5-20100227-1   GCC OpenMP (GOMP) support library
ii  libmpc2 0.8.1-1  multiple precision complex floatin
ii  libmpfr1ldbl2.4.2-3  multiple precision floating-point 
ii  libppl-c2   0.10.2-6 Parma Polyhedra Library (C interfa
ii  libppl7 0.10.2-6 Parma Polyhedra Library (runtime l
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages gcc-4.5 recommends:
ii  libc6-dev 2.10.2-6   Embedded GNU C Library: Developmen

Versions of packages gcc-4.5 suggests:
pn  gcc-4.5-doc(no description available)
pn  gcc-4.5-locales(no description available)
pn  gcc-4.5-multilib   (no description available)
pn  libgcc1-dbg(no description available)
pn  libgomp1-dbg   (no description available)
pn  libmudflap0-4.5-dev(no description available)
pn  libmudflap0-dbg(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#347284: Meta-packages for latest doc and sources

[Joachim Breitner]

Hi,

Am Dienstag, den 16.03.2010, 19:53 +0100 schrieb maximilian attems:
> > I gave it a shot. Patch against latest svn is attached, here is the
> > resulting change to the generated control file:
> 
> thanks applied.

great, thanks.

Note that the next upload will go through NEW. If you don’t want a delay
when you actually want to refer to a new version, you should consider
uploading version 26 before the next kernel version bump.

Greetings,
Joachim

-- 
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#573736: https SSL verification fails

[Jonathan Nieder]

found 573736 git-core/1:1.7.0.3-1
severity 573736 important
thanks

Thorsten Glaser wrote:

> On a sid system:
> 
>git clone https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git
> Initialized empty Git repository in /home/tg/shared/pkg-wml/.git/
> error: server certificate verification failed. CAfile: 
> /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing 
> https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git/info/refs
> 
> fatal: HTTP request failed

Same here.  Workaround:

 $ GIT_SSL_NO_VERIFY=1 git clone 
https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git
 Initialized empty Git repository in /tmp/pkg-wml/.git/
 warning: You appear to have cloned an empty repository.

You can make the workaround permanent with

 echo '[http] sslverify = false' >> ~/.gitconfig

with the obvious associated collateral damage.  See git-config(1) for
more details.

> On the same system:
> 
> $ openssl s_client -CAfile /etc/ssl/certs/ca-certificates.crt -connect 
> alioth.debian.org:443
[...]
> subject=/O=Debian/CN=alioth.debian.org/emailaddress=ad...@alioth.debian.org
> issuer=/O=Debian/CN=ca.debian.org/emailaddress=debian-ad...@debian.org
[...]
> So this is not a problem with the ca bundle. I think this is
> because it doesn't correctly validate the chain or something.
> Same on Lenny, FWIW.

Debian git uses libcurl3-gnutls for HTTP support.  Sadly I know almost
nothing about these things.  With gnutls-bin installed,

  gnutls-cli -p 443 

tells me that

- The hostname in the certificate matches ''
- Peer's certificate issuer is unknown
- Peer's certificate is NOT trusted

and it does not abort, for just about any host I try.

Git uses the following settings (from http.c):

 if (!curl_ssl_verify) {
curl_easy_setopt(result, CURLOPT_SSL_VERIFYPEER, 0);
curl_easy_setopt(result, CURLOPT_SSL_VERIFYHOST, 0);
 } else {
/* Verify authenticity of the peer's certificate */
curl_easy_setopt(result, CURLOPT_SSL_VERIFYPEER, 1);
/* The name in the cert must match whom we tried to connect */
curl_easy_setopt(result, CURLOPT_SSL_VERIFYHOST, 2);
 }

Ramakrishnan, do these settings look sane to you?  Does curl interpret
these settings the same way when using the OpenSSL backend (as most
people elsewhere do) and when using GnuTLS backend (as Debian does for
licensing reasons)?

Jonathan



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

Bug#575284: Bug#575220: libslang2: unresolved symbols in hppa's libslang.so.2

[Cyril Brulebois]

Sven Joachim  (25/03/2010):
> Also, on an amd64 sid chroot I get /usr/share/terminfo as well.
> Cyril, it seems your version of ncurses-bin was not up to date?

Might be, I'm getting /u/s/t as well now.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#566871: libjs-prototype: Using /javascript/ as the default alias easily breaks web

[Frank Habermann]

close #566871
thanks

Could be closed because the bug is not in prototype package.

Frank



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

Bug#536195: dropbear remote boot feature exposes initramfs host keys to regular users

[maximilian attems]

hello!

On Thu, Mar 25, 2010 at 07:18:46PM +0100, deb...@x.ray.net wrote:
> well actually i checked man initramfs-tools. i think if the
> explanation "/etc/initramfs-tools -> local admin config overriding
> package defaults, /usr/share/initramfs-tools -> package defaults" were
> in this manpage, too, that would have helped against people like me
> not getting it. :)

taking patches ;)
latest git is on 
http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary
 
> > what you could help at is audit scripts in
> > /usr/share/initramfs-tools/conf.d/
> > and check that they don't set an mkinitramfs variable.
> > then the call in mkinitramfs to source them could be finaly droped.
> 
> hm. i just know about uswsusp dropping a file there, setting
> KEYMAP=y
> which is a variable that is used by a hook script on initramfs
> creation - but i'm not sure that it doesn't also make sense during
> initramfs boot... i'll try to investigate and take care of this (as
> long as nobody tells me that i'm totally wrong here :).

indeed that one should move please file wishlist bug against uswsusp
indicating that this transition is wanted by mkinitramfs.
KEYMAP is a build variable for adding keymaps to initramfs.
don't understand why uswsusp would need that?
for cryptsetup it makes sense, but this seems a bit questionable.
 
> > concerning templating this is what each perl module likes to reinvent
> > badly, don't think we need that complexity.
> 
> hm. i'm not sure i meant the same thing as you with 'template'. :)
> what i meant:
> 
> currently when creating an initramfs - let's say under /tmp/foobar/ -
> files like /usr/share/initramfs-tools/scripts/local-top/lvm are copied
> to e.g. /tmp/foobar/scripts/local-top/lvm, and
> /etc/initramfs-tools/modules to e.g. /tmp/foobar/etc/modules and so
> on.  i.e. on a mkinitramfs run, what i call 'template' is created from
> various sources (which mkinitramfs has to know about) and the
> 'template' then ends up as e.g. /tmp/foobar/.
> 
> what i meant was: when these files, which are 'collected', already
> reside in /etc/initramfs-tools/template/ (e.g.
> /etc/initramfs-tools/template/scripts/...,
> /etc/initramfs-tools/template/modules, and so on), this would be less
> complex and more flexible, in so far as a mkinitramfs run would start
> with something like cp -a /etc/initramfs-tools/template/ /tmp/foobar/
> , the structure i.e. where a file actually ends up in the initramfs
> would be implicitly clear, and changes there (like a new tree
> necessary for and put there by some other package) would not need
> explicit support by or changes to mkinitramfs or a hook script.

this looks like trouble you could get easily file conflicts and stuff.

what be more neat is to have the initramfs of linux-2.6 the modules
build on build time and just concatenated with the staff that is
going on on your box, should reduce build time a lot too.
this something for squeeze +1
 
> (this is btw not a try to convince you of this idea - it's just to
> make sure you really know what i meant so you can decide on the real
> idea and not on a misunderstanding :)

thanks.
 
> >> and to answer my initial question, i guess using conf.d/ for
> >> modularized configs done by other packages is a good idea. :)
> > 
> > depends what for if it's for bootvariables then it is fine and good.
> > for mkinitramfs i'd be happy to drop.
> [...]
> > seems good in general, just the packaging change can be dropped.
> 
> ok, i just added the patch without the part moving the config to /etc,
> i.e. the 2nd chunk, just leaving the UMASK config, just for gerrit's
> convenience...

acked-by me :)
 
> regards,
> 
>   Chris

> diff -pruN ../a/dropbear-0.52/debian/initramfs/dropbear-conf 
> ./dropbear-0.52/debian/initramfs/dropbear-conf
> --- ../a/dropbear-0.52/debian/initramfs/dropbear-conf 2010-03-25 
> 11:42:21.0 +0100
> +++ ./dropbear-0.52/debian/initramfs/dropbear-conf2010-03-25 
> 11:48:38.0 +0100
> @@ -6,3 +6,12 @@
>  #
>  
>  #DROPBEAR=y
> +
> +#
> +# UMASK: [ 4-DIGIT OCTAL UMASK ]
> +#
> +# umask to use when creating an initramfs
> +#
> +
> +UMASK=0077
> +




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

Bug#575222: [freevo] Unable to resolve RTVE web (solved)

[aab3r]

Hi

This is just to confirm that RTVE plugin in freevo is working again.
Maybe it was just the way they setup the web or something like that...

Anyway, thanks to freevo developers and debian mantainers for their
good work.

Aab



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

Bug#575447: lintian: Please add a warning in a .jar is not in /usr/share/java/

[Sylvestre Ledru]

Le jeudi 25 mars 2010 à 21:45 +0100, Niels Thykier a écrit :
> Hi
> 
> I am not sure I can support this. There has been an interest in allowing
> a package to install "private" jar files in /usr/share//.
> 
> Though jar files beneath /usr/lib/ is *usually* a problem (the swt jars
> are known exceptions). Though I think these are so rare that an override
> is in order for these. Adding a warning for jars beneath /usr/lib/ will
> cause a warning explosion in eclipse, but I am okay with that! I suspect
> quite a few of them can be moved to /usr/share/ and a lintian warning
> will serve as a good reminder of that.
I am not sure to follow you. In the first paragraph, you say you do not
agree and in the second, reading between the lines, I have the feeling
you think it might be relevant. Am I wrong ?

BTW, I am just asking for a warning, not an error ;)

Sylvestre





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

Bug#575439: qemu-kvm - Windows NT4 virtual machine stops with BSOD during boot

[Jan Luebbe]

On Thu, 2010-03-25 at 20:36 +0100, k...@gmx.net wrote: 
> Package:  qemu-kvm
> Version:  0.12.3+dfsg-4
> 
> Since 0.12.3+dfsg-4 my Windows NT4 virtual machine stops with this BSOD 
> during 
> boot:
> 
> *** STOP: 0x003E (0x0080, 0x, 0x, 0x, 
> 0x)

According to http://msdn.microsoft.com/en-us/library/ms819006.aspx this
is MULTIPROCESSOR_CONFIGURATION_NOT_SUPPORTED. Are you using kvm with
smp? Which command line options do you use with kvm?

Could you try booting from your NT4 installation media and check if the
same error occurs?

Jan




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

Bug#569750: "Has you" returns wrong information

[Adrian Glaubitz]

Package: pidgin
Version: 2.6.5-2
Severity: normal

Hi,

this is not a bug in Pidgin but actually an issue with the MSN servers. Please 
see\
the information I have collected so far in the upstream bug reports:






The problem is also present in the original client so please do not file any
bug reports to Pidgin, aMSN, Adium, MSN Pecan or any other third-party
client but please get in contact with Microsoft. I actually did that already
and am waiting for a response now. Microsoft first gave me some more or less
helpful tips to resolve the issue but I could finally convince them to
forward the issue to a higher support level.


Adrian

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

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

Versions of packages pidgin depends on:
ii  gconf2   2.28.0-1GNOME configuration database syste
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-2The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.20-2simple interprocess messaging syst
ii  libdbus-glib-1-2 0.84-1  simple interprocess messaging syst
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgstreamer0.10-0   0.10.28-1   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.18.6-1The GTK+ graphical user interface 
ii  libgtkspell0 2.0.16-1a spell-checking addon for GTK's T
ii  libice6  2:1.0.6-1   X11 Inter-Client Exchange library
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  libpurple0   2.6.5-2 multi-protocol instant messaging l
ii  libsm6   2:1.1.1-1   X11 Session Management library
ii  libstartup-notification0 0.10-1  library for program launch feedbac
ii  libx11-6 2:1.3.3-2   X11 client-side library
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library
ii  libxss1  1:1.2.0-2   X11 Screen Saver extension library
ii  perl 5.10.1-11   Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10. 5.10.1-11   minimal Perl system
ii  pidgin-data  2.6.5-2 multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.28-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.21-1  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  docker1.4-5  System tray for KDE3/GNOME2 dockle
ii  evolution-data-server 2.28.2-1   evolution database backend server
ii  gnome-panel   2.28.0-3   launcher and docking facility for 
ii  kdebase-workspace-bin 4:4.3.4-5  core binaries for the KDE 4 base w
ii  libsqlite3-0  3.6.23-1   SQLite 3 shared library

-- 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#575287: Additional info

[Nicolas DEGAND]

It indeed fixes the problem.

Best regards,


-- 
Nicolas DEGAND



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

Bug#575287: Same here even with 2.6.32-4-amd64

[Vedran Furač]

On 25.03.2010 10:53, Julien Cristau wrote:

> On Thu, Mar 25, 2010 at 09:47:43 +0100, Michel Dänzer wrote:
> 
>> The above means that the X driver is using UMS whereas KMS is enabled in
>> the kernel. This results in a conflict for hardware access and cannot
>> work properly.
>>
>> It's usually caused by the radeon kernel module being loaded too late.
>>
> With the latest sid kernel udev should load the module on boot.  dmesg
> would give a clue as to why that didn't happen here.

Nope, it isn't loaded on boot and I can't find anything related in dmesg
output.
Anyway, loading it manually before starting X rectifies issues in this
report and it works more/less as expected.

Regards,
Vedran


-- 
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
<>

Bug#575220: Bug#575284: Bug#575220: libslang2: unresolved symbols in hppa's libslang.so.2

[Sven Joachim]

On 2010-03-25 15:43 +0100, Sven Joachim wrote:

> Why "ncurses5-config --terminfo" prints different output depending on
> the architecture still needs to be examined.  Actually,
> /usr/share/terminfo would be correct, since that is what we pass to
> ncurses' configure script.

Checking the build logs of slang2, it seems that only the hppa buildd
had a current version of ncurses-bin installed, all others still had
version 5.7+20090803-2 which explains the difference.  Also, on an amd64
sid chroot I get /usr/share/terminfo as well.  Cyril, it seems your
version of ncurses-bin was not up to date?

> Craig, could you please check and upload the package?  This bug should
> be fixed ASAP to prevent further miscompilations.

Especially when newer versions of ncurses-base and ncurses-bin reach the
buildd chroots, like they did on hppa.

Sven



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