Bug#607929: Review of the copyright file of dimbl_0.8-1.

[Charles Plessy]

user debian-le...@lists.debian.org
usertag 607929 one-copyright-review
thanks

Dear Joost,

In the hope of speeding up and strenghtening the processing of NEW I had a look
at your package. The rationale is explained in the proposal in the following
wiki page: http://wiki.debian.org/CopyrightReview

I found a possible omission in your debian/copyright file: the copyright
holders and license of acinclude.m4 and m4/openmp.m4 are not the same as for
the rest of the package. The other m4 files also have a different copyright
homders and license, but it seems accepted to not list files that originate
from the autoconf, automake or libtool packages (although it is of course fine
to do so if you feel like). acinclude.m4 and m4/openmp.m4, on the other hand,
are independant contributions.

If you update your package, this will not change its seat number in the NEW
queue, and it may save you some time, in case the package were rejected for the
errors above.

Have a nice week-end,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#614036: init.d support for easy --chroot and --user

[Stephen Gildea]

Package: openvpn
Version: 2.1.3-2
Tags: patch

I have found the following changes to /etc/init.d/openvpn make it
easy to run openvpn with the --chroot option.

This patch moves all the openvpn /var/run files into a subdirectory,
so that directory can be then moved into the chroot tree and still
linked from the real /var/run.  The link makes programs inside the
chroot (openvpn itself) and outside (this script) see a consistent
view.

This patch also automatically handles creating the user specified
by a --user option.

 < Stephen


--- debian/openvpn.init.d-2.1.3-2   2011-02-16 09:44:05
+++ debian/openvpn.init.d   2011-02-18 10:42:02
@@ -35,6 +35,26 @@
   . /etc/default/openvpn
 fi
 
+# Outputs the value of a config variable.
+# $1 -- the name of the config variable to output
+config_line() {
+sed -n "s/^[ \t]*$1[ \t]\+\(.*\)/\1/p" \
+"$CONFIG_DIR/$NAME.conf"
+}
+
+# Everybody needs /etc/localtime for logging.
+# Clients resolving the server name need /etc/resolv.conf and/or /etc/hosts.
+# Hook scripts need /bin/sh, its shared libraries, and /dev/null.
+files_to_copy_into_chroot="\
+/etc/localtime \
+/etc/resolv.conf \
+/etc/hosts \
+/bin/sh \
+/lib/ld-linux.so.* \
+/lib/libc.so.* \
+/dev/null \
+"
+
 start_vpn () {
 if grep -q '^[  ]*daemon' $CONFIG_DIR/$NAME.conf ; then
   # daemon already given in config file
@@ -52,22 +72,66 @@
   STATUSARG=""
 else
   # prepare default status file
-  STATUSARG="--status /var/run/openvpn.$NAME.status $STATUSREFRESH"
+  STATUSARG="--status /var/run/openvpn/$NAME.status $STATUSREFRESH"
+fi
+
+USER_HOME=/var/lib/openvpn
+
+CHROOT=$(config_line chroot)
+if test -n "$CHROOT" ; then
+  # Sanity check for chroot directory name: 
+  # must include "openvpn" and not include ".."
+  if echo "$CHROOT" | grep -q -i openvpn &&
+echo "$CHROOT" | grep -q -v '\.\.'
+  then
+USER_HOME=$CHROOT
+# Copy config files into the chroot.
+mkdir -p "$CHROOT"/etc
+cp -a "$CONFIG_DIR" "$CHROOT"/etc
+# Copy other system files we may need into the chroot.
+for file in $files_to_copy_into_chroot ; do
+  mkdir -p "$CHROOT/$(dirname "$file")"
+  if [ "$file" = /dev/null ]; then
+test -c "$CHROOT"/dev/null || mknod "$CHROOT"/dev/null c 1 3
+  else
+test -f "$file" && cp -p "$file" "$CHROOT/$file"
+  fi
+done
+mkdir -p "$CHROOT"/var/run/openvpn
+# Arrange that this, like the real /var/run/openvpn, gets
+# cleared at boot.
+grep -q "$CHROOT"/var/run/openvpn /etc/mtab ||
+mount -t tmpfs -o noexec,nodev none "$CHROOT"/var/run/openvpn
+rm -rf /var/run/openvpn
+ln -s "$CHROOT"/var/run/openvpn /var/run/openvpn
+  else
+log_failure_msg "$NAME (illegal chroot directory name)"
+  fi
+else
+  mkdir -p /var/run/openvpn
+fi
+
+USERARG=$(config_line user)
+if test -n "$USERARG" ; then
+  # user requested in config file, may need to create it
+  if test -z "$(getent passwd "$USERARG")" ; then
+adduser --system --group --home "$USER_HOME" "$USERARG"
+  fi
 fi
 
 log_progress_msg "$NAME"
 STATUS=0
 
 start-stop-daemon --start --quiet --oknodo \
---pidfile /var/run/openvpn.$NAME.pid \
---exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn.$NAME.pid \
+--pidfile /var/run/openvpn/$NAME.pid \
+--exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn/$NAME.pid \
 $DAEMONARG $STATUSARG --cd $CONFIG_DIR \
 --config $CONFIG_DIR/$NAME.conf || STATUS=1
 }
 stop_vpn () {
   kill `cat $PIDFILE` || true
   rm -f $PIDFILE
-  rm -f /var/run/openvpn.$NAME.status 2> /dev/null
+  rm -f /var/run/openvpn/$NAME.status 2> /dev/null
 }
 
 case "$1" in
@@ -118,7 +182,7 @@
   log_daemon_msg "Stopping $DESC"
 
   if test -z "$2" ; then
-for PIDFILE in `ls /var/run/openvpn.*.pid 2> /dev/null`; do
+for PIDFILE in `ls /var/run/openvpn/*.pid 2> /dev/null`; do
   NAME=`echo $PIDFILE | cut -c18-`
   NAME=${NAME%%.pid}
   stop_vpn
@@ -127,8 +191,8 @@
   else
 while shift ; do
   [ -z "$1" ] && break
-  if test -e /var/run/openvpn.$1.pid ; then
-PIDFILE=`ls /var/run/openvpn.$1.pid 2> /dev/null`
+  if test -e /var/run/openvpn/$1.pid ; then
+PIDFILE=`ls /var/run/openvpn/$1.pid 2> /dev/null`
 NAME=`echo $PIDFILE | cut -c18-`
 NAME=${NAME%%.pid}
 stop_vpn
@@ -143,7 +207,7 @@
 # Only 'reload' running VPNs. New ones will only start with 'start' or 
'restart'.
 reload|force-reload)
  log_daemon_msg "Reloading $DESC"
-  for PIDFILE in `ls /var/run/openvpn.*.pid 2> /dev/null`; do
+  for PIDFILE in `ls /var/run/openvpn/*.pid 2> /dev/null`; do
 NAME=`echo $PIDFILE | cut -c18-`
 NAME=${NAME%%.pid}
 # If openvpn if running under a different user than root we'll need to restart

Bug#614035: what does sendmail all the time, hacker?

[Yellow]

Package: sendmail
Version: what does sendmail all the time, hacker?
Severity: important

hi,

I never got that. I ran ps aux, and 
I noticed that it does all the time some stuffs from root
root  9016  0.2  0.1  11104  3732 ?D07:44   0:05 sendmail: MTA: 
./p1GGZxbf021528 from queue
root 11631  0.2  0.1  11236  3788 ?D07:04   0:11 sendmail: MTA: 
./p1EGXgmU009452 from queue
root 16831  0.2  0.1  11104  3712 ?D07:54   0:04 sendmail: MTA: 
./p1HBiLFb002874 from queue
root 18550  0.2  0.1  11236  3776 ?D07:14   0:10 sendmail: MTA: 
./p1FBhgFI025366 from queue
root 23727  0.2  0.1  11104  3708 ?D08:04   0:03 sendmail: MTA: 
./p1HGOLB8006723 from queue
root 25213  0.0  0.0   2596   976 ?S<   07:23   0:00 udevd --daemon
root 25664  0.2  0.1  11104  3752 ?D07:24   0:08 sendmail: MTA: 
./p1FI3gvF002218 from queue
root 31170  0.2  0.1  11104  3700 ?D08:14   0:01 sendmail: MTA: 
./p1ICWB5B020525 from queue

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user  command
17 ** * *   rootcd / && run-parts --report /etc/cron.hourly
25 6* * *   roottest -x /usr/sbin/anacron || ( cd / && run-parts 
--report /etc/cron.daily )
47 6* * 7   roottest -x /usr/sbin/anacron || ( cd / && run-parts 
--report /etc/cron.weekly )
52 61 * *   roottest -x /usr/sbin/anacron || ( cd / && run-parts 
--report /etc/cron.monthly )
#



what is going on? 

Hacker or sendmail issue bug? 

Any help are greatly helpful to solve this issue / bug / problem !

Kind regards


-- Package-specific info:
Ouput of /usr/share/bug/sendmail/script:

ls -alR /etc/mail:
/etc/mail:
total 360
drwxr-sr-x   7 smmta smmsp  4096 Nov 25 00:20 .
drwxr-xr-x 143 root  root  12288 Feb 19 02:00 ..
-rwxr-xr--   1 root  smmsp  9993 Nov 25 00:20 Makefile
-rw---   1 root  root   4261 Nov 25 00:20 access
-rw-r-   1 smmta smmsp 12288 Nov 25 00:20 access.db
-rw-r--r--   1 root  root281 Jan 29  2010 address.resolve
lrwxrwxrwx   1 root  smmsp10 Jul 12  2010 aliases -> ../aliases
-rw-r-   1 smmta smmsp 12288 Nov 25 00:20 aliases.db
-rw-r--r--   1 root  root   3217 Nov 25 00:20 databases
-rw-r--r--   1 root  root   5657 Jan 29  2010 helpfile
-rw-r--r--   1 root  smmsp27 Jul 12  2010 local-host-names
drwxr-sr-x   2 smmta smmsp  4096 Jul 12  2010 m4
drwxr-xr-x   2 root  root   4096 Nov 25 00:20 peers
drwxr-xr-x   2 root  smmsp  4096 Jan 29  2010 sasl
-rw-r--r--   1 root  smmsp 64461 Nov 25 00:20 sendmail.cf
-rw-r--r--   1 root  smmsp   269 Nov 25 00:20 sendmail.cf.errors
-rw-r--r--   1 root  root  64471 Nov 25 00:20 sendmail.cf.old
-rw-r--r--   1 root  root  12236 Nov 25 00:20 sendmail.conf
-rw-r--r--   1 root  smmsp  4218 Nov 25 00:20 sendmail.mc
-rw-r--r--   1 root  root149 Jan 29  2010 service.switch
-rw-r--r--   1 root  root180 Jan 29  2010 service.switch-nodns
drwxr-sr-x   2 smmta smmsp  4096 Jul 12  2010 smrsh
-rw-r--r--   1 root  smmsp 43995 Nov 25 00:20 submit.cf
-rw-r--r--   1 root  root  44005 Nov 25 00:20 submit.cf.old
-rw-r--r--   1 root  smmsp  2376 Nov 25 00:20 submit.mc
drwxr-xr-x   2 smmta smmsp  4096 Jul 12  2010 tls
-rw-r--r--   1 root  smmsp 0 Jul 12  2010 trusted-users

/etc/mail/m4:
total 8
drwxr-sr-x 2 smmta smmsp 4096 Jul 12  2010 .
drwxr-sr-x 7 smmta smmsp 4096 Nov 25 00:20 ..
-rw-r- 1 root  smmsp0 Jul 12  2010 dialup.m4
-rw-r- 1 root  smmsp0 Jul 12  2010 provider.m4

/etc/mail/peers:
total 12
drwxr-xr-x 2 root  root  4096 Nov 25 00:20 .
drwxr-sr-x 7 smmta smmsp 4096 Nov 25 00:20 ..
-rw-r--r-- 1 root  root   328 Jan 29  2010 provider

/etc/mail/sasl:
total 8
drwxr-xr-x 2 root  smmsp 4096 Jan 29  2010 .
drwxr-sr-x 7 smmta smmsp 4096 Nov 25 00:20 ..

/etc/mail/smrsh:
total 8
drwxr-sr-x 2 smmta smmsp 4096 Jul 12  2010 .
drwxr-sr-x 7 smmta smmsp 4096 Nov 25 00:20 ..
lrwxrwxrwx 1 root  smmsp   26 Jul 12  2010 mail.local -> 
/usr/lib/sm.bin/mail.local

/etc/mail/tls:
total 48
drwxr-xr-x 2 smmta smmsp 4096 Jul 12  2010 .
drwxr-sr-x 7 smmta smmsp 4096 Nov 25 00:20 ..
-rw-r--r-- 1 root  root 7 Jul 12  2010 no_prompt
-rw--- 1 root  root  1191 Jul 12  2010 sendmail-client.cfg
-rw-r--r-- 1 root  smmsp 1229 Jul 12  2010 sendmail-client.crt
-rw--- 1 root  root  1013 Jul 12  2010 sendmail-client.csr
-rw-r- 1 root  smmsp 1679 Jul 12  2010 sendmail-common.key
-rw-r- 1 root  smmsp 1582 Jul 12  2010 sendmail-common.prm
-rw--- 1 root  root  1191 Jul 12  2010 sendmail-server.cfg
-rw-r--r-- 1 root  smmsp 1229 Jul 12  2010 sendmail-server.crt
-rw--- 1 root  root  1013 Jul 12  2010 sendmail-server.csr
-rwxr--r-- 1 root  root  3248 Nov 25 00:20 

Bug#614024: laptop-mode-tools recommends pm-utils while pm-utils 1.4.1 version conflicts with it

[Ritesh Raj Sarraf]

The Conflict was introduced by pm-utils. We Recommend them because we
install a hook into pm-utils to be invoked during resume.
With LMT 1.56 (that has been recently released), we enhanced our invoke
model. So we no more are relying on them for invocation on resume.
When I package 1.56, pm-utils will be demoted to Suggests.

But to use LMT, you'd still have to (because of the Conflict introduced
by pm-utils) use either one of it.


Ritesh

On 02/19/2011 08:05 AM, Grigorios Bouzakis wrote:
> Laptop-mode-tools recommends pm-utils but pm-utils 1.4.1 conflicts with it.
>
> pm-utils changelog.Debian reads:
>
> * debian/control: Conflicts/Replaces: laptop-mode-tools, as both ship
> /usr/lib/pm-utils/power.d/laptop-mode and the changelog below indicates
> these two packages should not be used together anyway. (LP: #606160)
>
> I guess the author means the following when talking about "should not be
> used together" :
>
> pm-utils (1.4.1-1) experimental; urgency=low
>
> * New upstream release. (Closes: #588587)
> The main improvement is that this ships some generally useful power
> management hooks by default. Note that this conflicts with similar
> packages such as laptop-mode-tools or pm-utils-powersave-policy, so you
> should not enable them and pm-utils at the same time.
>
> Relevant report for pm-utils: #612710


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#614033: Security fixes from IcedTea 1.8.7

[Florian Weimer]

Package: openjdk-6-jre
Version: 6b18-1.8.5-1
Tags: security

IcedTea 1.8.7 fies several security vulnerabilities:

* S6878713, CVE-2010-4469: Hotspot backward jsr heap corruption
* S6907662, CVE-2010-4465: Swing timer-based security manager bypass
* S6994263, CVE-2010-4472: Untrusted code allowed to replace DSIG/C14N 
implementation
* S6981922, CVE-2010-4448: DNS cache poisoning by untrusted applets
* S6983554, CVE-2010-4450: Launcher incorrect processing of empty library path 
entries
* S6985453, CVE-2010-4471: Java2D font-related system property leak
* S6927050, CVE-2010-4470: JAXP untrusted component state manipulation
* RH677332, CVE-2011-0706: Multiple signers privilege escalation



Please indicate how you plan to fix this in unstable.  We probably
want to put IcedTea 1.8.7 into stable and oldstable, too.



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

Bug#598546: lintian: unsubstituted #!perl

[Raphael Geissert]

Hi,

Kevin Ryde wrote:
> Lintian could helpfully report when an executable script contains
> #!perl, since it won't run.
> 
[...]
> 
> I would go further in fact and report /usr/share/doc/*/examples/* files
> which start #!perl too, executable or not, as an apparently
> unsubstituted MakeMaker form which on a Debian system really ought to be
> #!/usr/bin/perl.

I think both scenarios are covered by
wrong-path-for-interpreter[1]
and
example-wrong-path-for-interpreter[2]

The very example you mentioned is already reported by lintian:
> ./usr/share/doc/libbit-vector-perl/examples/primes.pl (#!perl !=
> /usr/bin/perl)

[1]http://lintian.debian.org/tags/wrong-path-for-interpreter.html
[2]http://lintian.debian.org/tags/example-wrong-path-for-interpreter.html

Or am I missing something?

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#613517: Review of the copyright file of libsbsms_1.7.0-1.

[Charles Plessy]

user debian-le...@lists.debian.org
usertag 613517 one-copyright-review
thanks

Dear Benjamin,

In the hope of speeding up and strenghtening the processing of NEW I had a look
at your package. The rationale is explained in the proposal in the following
wiki page: http://wiki.debian.org/CopyrightReview

I found that the files m4/ac_c99_func_*.m4 were not documented in your copyright
file. I attached a patch.

If you update your package, this will not change its seat number in the NEW
queue, and it may save you some time, in case the package were rejected for the
error above.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
>From 834882274f79a91a6e778dce2fd3ba80fb29 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Sat, 19 Feb 2011 15:33:01 +0900
Subject: [PATCH] =?UTF-8?q?Document=20the=20license=20and=20copyright=20of=20=E2=80=98m4/ac=5Fc99=5Ffunc=5F*.m4=E2=80=99.?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 debian/copyright |9 +
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/debian/copyright b/debian/copyright
index a2c84d3..3fe39f1 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -18,6 +18,15 @@ Files: src/real.h
 Copyright: 2001-2003, Erik de Castro Lopo 
 License: GPL-2+
 
+Files: m4/ac_c99_func_*.m4
+Copyright: Erik de Castro Lopo 
+License: other
+ Permission to use, copy, modify, distribute, and sell this file for any 
+ purpose is hereby granted without fee, provided that the above copyright 
+ and this permission notice appear in all copies.  No representations are
+ made about the suitability of this software for any purpose.  It is 
+ provided "as is" without express or implied warranty.
+
 Files: debian/*
 Copyright: 2011, Benjamin Drung 
 License: GPL-2+
-- 
1.7.2.3

Bug#613907: Thanks

[Anton Gladky]

Thanks, Dominique, for fixing this bug,

Anton



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

Bug#614032: suckless-tools: should Provide dwm-tools

[Geoffrey Thomas]

Package: dwm-tools
Version: 38-1

Hi,

I have a site configuration metapackage that depends on dwm-tools to bring 
in utilities that our users expect. While I agree that the package 
shouldn't really be called dwm-tools (since we started installing it for 
xmonad users, after all), it would be nice if dependencies on the old 
package name would still work.


Please add
Provides: dwm-tools
to the control file for suckless-tools.

Thanks,
--
Geoffrey Thomas
geo...@mit.edu



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

Bug#614031: libicns1: Unable to parse icon type 'odrp'

[Paul Wise]

Package: libicns1
Version: 0.7.1-1
Severity: normal

BuildApplet.icns from the the python Mac code gives an odrp error:

libicns: icns_get_image_info_for_type: Unable to parse icon type 'odrp'

Full log below:

pabs@chianamo:~$ wget 
http://svn.python.org/projects/python/trunk/Mac/scripts/BuildApplet.icns
--2011-02-19 13:49:53--  
http://svn.python.org/projects/python/trunk/Mac/scripts/BuildApplet.icns
Resolving svn.python.org... 82.94.164.164, 2001:888:2000:d::a4
Connecting to svn.python.org|82.94.164.164|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 120107 (117K) [application/octet-stream]
Saving to: `BuildApplet.icns'

100%[==>]
 120,107 52.0K/s   in 2.3s

2011-02-19 13:49:56 (52.0 KB/s) - `BuildApplet.icns' saved [120107/120107]

pabs@chianamo:~$ icns2png -x BuildApplet.icns

Reading icns family from BuildApplet.icns...
  Saved 'ics#' element to BuildApplet_16x16x1.png.
  Saved 'ics4' element to BuildApplet_16x16x4.png.
  Saved 'ics8' element to BuildApplet_16x16x8.png.
  Saved 'is32' element to BuildApplet_16x16x32.png.
  Saved 'ICN#' element to BuildApplet_32x32x1.png.
  Saved 'icl4' element to BuildApplet_32x32x4.png.
  Saved 'icl8' element to BuildApplet_32x32x8.png.
  Saved 'il32' element to BuildApplet_32x32x32.png.
  Saved 'ich#' element to BuildApplet_48x48x1.png.
  Saved 'ich4' element to BuildApplet_48x48x4.png.
  Saved 'ich8' element to BuildApplet_48x48x8.png.
  Saved 'ih32' element to BuildApplet_48x48x32.png.
  Saved 'it32' element to BuildApplet_128x128x32.png.
libicns: icns_get_image_info_for_type: Unable to parse icon type 'odrp'
 Extracted 13 elements from BuildApplet.icns.
pabs@chianamo:~$ icns2png -l BuildApplet.icns

Reading icns family from BuildApplet.icns...
 Icon family type is 'icns'
 Icon family size is 120107 bytes
 Listing icon elements...
  'ics#' 16x16 1-bit icon with mask (64 bytes)
  'ics4' 16x16 4-bit icon (128 bytes)
  'ics8' 16x16 8-bit icon (256 bytes)
  'is32' 16x16 32-bit icon (1024 bytes compressed to 685)
  's8mk' 16x16 8-bit mask (256 bytes)
  'ICN#' 32x32 1-bit icon with mask (256 bytes)
  'icl4' 32x32 4-bit icon (512 bytes)
  'icl8' 32x32 8-bit icon (1024 bytes)
  'il32' 32x32 32-bit icon (4096 bytes compressed to 2318)
  'l8mk' 32x32 8-bit mask (1024 bytes)
  'ich#' 48x48 1-bit icon with mask (576 bytes)
  'ich4' 48x48 4-bit icon (1152 bytes)
  'ich8' 48x48 8-bit icon (2304 bytes)
  'ih32' 48x48 32-bit icon (9216 bytes compressed to 4838)
  'h8mk' 48x48 8-bit mask (2304 bytes)
  'it32' 128x128 32-bit icon (65536 bytes compressed to 25646)
  't8mk' 128x128 8-bit mask (16384 bytes)
libicns: icns_get_image_info_for_type: Unable to parse icon type 'odrp'
  'odrp' 0x0 0-bit (60228 bytes)
 18 elements total in BuildApplet.icns.

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

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

Versions of packages icnsutils depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libicns1  0.7.1-1library for manipulation of the Ma
ii  libpng12-01.2.44-1   PNG library - runtime

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#614030: pu: package ocsigen/1.3.3-1squeeze1

[Stéphane Glondu]

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

Le 15/02/2011 19:34, Stéphane Glondu a écrit :
> Here it is. There is also currently a pending upload to unstable fixing
> the bug (among other things).

Turning this into a bug report so that it can be more easily tracked.

-- 
Stéphane
diff --git a/debian/changelog b/debian/changelog
index 9b60b57..8aabc15 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ocsigen (1.3.3-1squeeze1) stable; urgency=low
+
+  * Add missing dependencies to ocsigen: libocsigen-xhtml-ocaml-dev and
+liblwt-ssl-ocaml-dev (Closes: #613372)
+
+ -- Stéphane Glondu   Tue, 15 Feb 2011 19:27:09 +0100
+
 ocsigen (1.3.3-1) unstable; urgency=low
 
   * New upstream release
diff --git a/debian/control b/debian/control
index ac1ffa2..bf87163 100644
--- a/debian/control
+++ b/debian/control
@@ -30,6 +30,8 @@ Package: ocsigen
 Section: httpd
 Architecture: any
 Depends: adduser, psmisc, procps,
+ libocsigen-xhtml-ocaml-dev,
+ liblwt-ssl-ocaml-dev,
  ${ocaml:Depends},
  ${shlibs:Depends},
  ${misc:Depends}
diff --git a/debian/gbp.conf b/debian/gbp.conf
index 6c7ed3b..f2f78be 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,3 +1,5 @@
 [DEFAULT]
 pristine-tar = True
 cleaner = debuild clean && dh_quilt_unpatch && dh_clean
+upstream-branch = squeeze/upstream
+debian-branch = squeeze/master

Bug#612698: icnsutils: fails to extract icons from Transcend.icns on armel/sparc

[Paul Wise]

On Thu, 2011-02-10 at 09:27 +0800, Paul Wise wrote:

> sparc due to a bus/alignment error

After recompiling without optimisation, there is no Bus error, so this
like the other one is a compiler optimisation bug.

Here is the backtrace (with -O2) from gdb on smetana (sparc):

#0  icns_get_element_from_family (iconFamily=0x281d0, iconType=1949855083, 
iconElementOut=0xff8b15f8) at icns_element.c:93
error = 
iconElement = 0x2e4c5
elementType = 
elementSize = 25325
dataOffset = 25333
#1  0xf7ecf66c in icns_get_image32_with_mask_from_family (iconFamily=0x281d0, 
iconType=1769222962, imageOut=0xff8b1688) at icns_image.c:128
error = 0
maskType = 1949855083
iconElement = 0x324d8
maskElement = 0x0
iconImage = {imageWidth = 128, imageHeight = 128, imageChannels = 4 
'\004', imagePixelDepth = 8, imageDataSize = 65536, 
  imageData = 0x387d0 "k\207", }
maskImage = {imageWidth = 0, imageHeight = 0, imageChannels = 0 '\000', 
imagePixelDepth = 0, imageDataSize = 0, imageData = 0x0}
dataCount = 
dataValue = 
pixelCount = 
pixelID = 
colorIndex = 
#2  0x0001175c in ExtractAndDescribeIconFamilyFile (filename=) at icns2png.c:522
outfile = 
iconImage = {imageWidth = 0, imageHeight = 0, imageChannels = 0 '\000', 
imagePixelDepth = 0, imageDataSize = 0, imageData = 0x0}
iconElement = {elementType = 1769222962, elementSize = 25325, 
elementData = ""}
iconDataSize = 0
typeStr = "it32"
iconInfo = {iconType = 1769222962, isImage = 1 '\001', isMask = 0 
'\000', iconWidth = 128, iconHeight = 128, iconChannels = 4 '\004', 
iconPixelDepth = 8, 
  iconBitDepth = 32, iconRawDataSize = 65536}
iconDimSize = 
error = 
inFile = 
iconFamily = 0x281d0
dataPtr = 0x281d0 "icns"
dataOffset = 8
elementCount = 0
extractedCount = 0
prefilename = 
outfilename = 
filenamelength = 
prefilenamelength = 
#3  0x00012068 in main (argc=, argv=0xff8b1824) at 
icns2png.c:256
count = 1
result = 0

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#612698: icnsutils: fails to extract icons from Transcend.icns on armel/sparc

[Paul Wise]

severity 612698 important
thanks

On Thu, 2011-02-10 at 09:27 +0800, Paul Wise wrote:

> As you can see in these two build logs, icns2png fails on armel and
> sparc due to a bus/alignment error and something that looks like
> misparsing of the file. Other architectures are fine.

It appears that only some icns files trigger these bugs so downgrading
the severity. In my collection many files fail so setting to important.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#502457: Checking in regarding packaging of nvidia cg libraries

[Andrew Fenn]

Hi Scott,

They released the source code, not the artwork if I am correct. That
means although you could package up the game binary it would be pretty
much useless without the content to go with it.

Regards,
Andrew

On Sat, Feb 19, 2011 at 8:39 AM, Scott Howard  wrote:
> Hello,
>
> I'm doing research into the feasibility of packaging Penumbra Overture
> [1] and have done a quick look into licensing [2]. The Penumbra devs
> released the game GPL-3 last year, and the last of the completely
> closed libraries (besides this cg toolkit) were released as zlib
> license this week. The package needs libCg and libCgGL from the nvidia
> cg toolkit. For Penumbra to be practical, it would have to depend on
> the library binary packages (non-free) instead of an installer
> downloading the entire sdk (contrib).
>
> What are the plans for the package?
>
> Regards,
> Scott
>
> [1] http://en.wikipedia.org/wiki/Penumbra:_Overture
> [2] http://wiki.debian.org/Games/PenumbraOverture
>



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

Bug#614029: pbuilder: Hard to avoid debootstrap failure, Release signed by unknown key (key id AED4B06F473041FA)

[Jack Bates]

Package: pbuilder
Version: 0.199+nmu1
Severity: wishlist

My situation is that I'm trying to build some packages for Debian unstable, on
an Ubuntu system, using cowbuilder

To create base.cow image, I first tried,

 $ sudo cowbuilder --create --distribution unstable --mirror 
http://mirrors.kernel.org/debian/
 [...]
 E: Release signed by unknown key (key id AED4B06F473041FA)

Guessing that I was missing the debian-archive-keyring package, I installed it
and tried again, with same result. I double checked that the
debian-archive-keyring package includes key id AED4B06F473041FA

By studying the debootstrap manpage I learned that, "By  default, Release file
signatures are not checked". I used the cowbuilder "--debug" option to find the
"--keyring" option passed to debootstrap, and configured in
/usr/share/pbuilder/pbuilderrc

Next I tried to omit the debootstrap "--keyring" option using the cowbuilder
"--debootstrapopts" option, without success - it's apparently appended to value
from /usr/share/pbuilder/pbuilderrc, in pbuilder-checkparams

Next I tried to omit the debootstrap "--keyring" option using a ~/.pbuilderrc
file,

 DEBOOTSTRAPOPTS=--variant=buildd

This failed because sudo resets the environment ($HOME),

 W: /root/.pbuilderrc does not exist

Next I tried,

 $ sudo sh -c "HOME=$HOME cowbuilder --create --distribution unstable --mirror 
http://mirrors.kernel.org/debian/";
 [...]
 E: Release signed by unknown key (key id AED4B06F473041FA)

This failed to omit the "--keyring" option. My bash knowledge isn't strong -
maybe it's possible to have two variables with same name, one a scalar and one
a "list"? I tried,

 DEBOOTSTRAP=(--variant=buildd)

This worked! It omitted the "--keyring" option and the base.cow image built
successfully. However it's prohibitively difficult to figure out

If the "--debootstrapopts" option overrode DEBOOTSTRAPOPTS in
/usr/share/pbuilder/pbuilderrc, then it would be little easier to figure out.
If installing debian-archive-keyring was all that was required, I'd be done
after my first guess - maybe debootstrap could look in both keyrings? or in
some merged keyring? I dunno...

As I write this I found Ubuntu bug,
https://bugs.launchpad.net/ubuntu/+source/pbuilder/+bug/599695. Unfortunately I
didn't check the Ubuntu bug tracker before trying to debug my issue - I did
check the Debian bug tracker but didn't find my issue mentioned

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

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

Versions of packages pbuilder depends on:
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii  debianutils   3.4.3  Miscellaneous utilities specific t
ii  debootstrap   1.0.26 Bootstrap a basic Debian system
ii  wget  1.12-2.1   retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts2.10.69scripts to make the life of a Debi
ii  fakeroot  1.14.5-1   Gives a fake root environment
ii  sudo  1.7.4p4-6  Provide limited super user privile

Versions of packages pbuilder suggests:
ii  cowdancer 0.62+nmu2  Copy-on-write directory tree utili
ii  gdebi-core0.6.4  Simple tool to install deb files
pn  pbuilder-uml   (no description available)

-- debconf information:
  pbuilder/mirrorsite: http://mirrors.kernel.org/debian/
  pbuilder/nomirror:
  pbuilder/rewrite: false



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

Bug#614028: icnsutils: icns2png doesn't fail when a file is not found or is not extracted

[Paul Wise]

Package: icnsutils
Version: 0.7.1-1
Severity: normal

icns2png should fail when extraction or listing fails for whatever
reason. Currently it always returns success:

pabs@chianamo:~$ ll *.icns
pabs@chianamo:~$ icns2png -x foo.icns ; echo $?

Reading icns family from foo.icns...
Unable to open file foo.icns!
0
pabs@chianamo:~$ echo fooo > foo.icns
pabs@chianamo:~$ icns2png -x foo.icns ; echo $?

Reading icns family from foo.icns...
libicns: icns_read_family_from_file: Error reading icns file - all parsing 
methods failed!
Unable to read icns family from file foo.icns!
Extracting icns data from foo.icns failed!
0

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

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

Versions of packages icnsutils depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libicns1  0.7.1-1library for manipulation of the Ma
ii  libpng12-01.2.44-1   PNG library - runtime

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#595893: print message when mail not sent

[James Vega]

On Tue, Sep 07, 2010 at 10:07:20AM +0800, jida...@jidanni.org wrote:
> $ bts reassign 595812 apt, forcemerge 595691 595812
> bts reassign: version number forcemerge contains no digits!
> 
> Well, did it or did it not send mail?

It did not.  That's why the command errored out.  Also, as mentioned in the
man page, bts sends "a mail to the BTS control address" not "a mail for each
command".

> Oh I see. I need a space before the comma.
> Well OK, then please remind about the space here on the man page:

Good point.  I'll add clarification since it may be missed just by looking at
the command structured specified in the synopsis/usage.

> Or better yet, don't require the space!

If we didn't, then you couldn't use a dot or comma anywhere in your command.
That would be rather inconvenient.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#542709: git-core: unexpectedly dirty index after rebase

[Jonathan Nieder]

tags 542709 + moreinfo
quit

Jonathan Nieder wrote:
> Ximin Luo wrote:

>> when a conflict occurs during git-rebase, we are told to fix it,
>> tell git that we have done this with git-add, and then continue the
>> rebase with git rebase --continue. both the manual and the program
>> say this.
>>
>> however, this doesn't actually work.
>
> I forgot to ask a pretty fundamental question --- what filesystem do
> you use?

For future reference: [1] explains what reminded me to ask.

[1] http://thread.gmane.org/gmane.comp.file-systems.fuse.sshfs/1136/focus=9970



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

Bug#614027: arpon: leaves stderr pointing to /dev/pts/ fd

[Raphael Geissert]

Package: arpon
Version: 2.0-2

Hi,

When running arpon as a daemon it redirects stdin and stdout to /dev/null, but 
leaves stderr untouched, which is inherited from the caller. If started during 
the boot process, this makes a startpar process stay around.

stderr should ideally be redirected to the log file if specified, or to 
/dev/null otherwise.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#614026: http://www.debian.org/doc/user-manuals#faq says package name is doc-debian but its debian-faq

[Grigorios Bouzakis]

Package: www.debian.org
Severity: minor


As in subject:
http://www.debian.org/doc/user-manuals#faq says package name is
doc-debian but its debian-faq

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

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



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

Bug#592893: bts: support "summary 0" to add new summary to bugs

[James Vega]

On Fri, Aug 13, 2010 at 07:26:09PM +0200, Olivier Berger wrote:
> the bts command supports the summary option.
> 
> Debbugs implements "summary 0" control messages which allow to add a new
> summary to a bug instead of refering to a past message (undocumented
> feature... see #540219 for example).
> 
> It would be great if the bts command could be passed "summary 0 'a new
> summary message'" which would generate a mail to control containing the
> summary 0 command and a next paragraph containing 'a new summary message'.

Hmm, it wouldn't be too bad to add this, but I'm not sure it'd be very
useful until #530559 is fixed.  Otherwise, you end up with a message to
the bug with the useless subject "summary nnn 0".

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#614025: bitcoin-cli should be named bitcoind

[Luke-Jr]

Package: bitcoin-cli

bitcoind isn't supposed to be a CLI application, just a daemon.
While it does take command-line arguments to call a method, this isn't 
designed for end-users, and returns JSON output.



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

Bug#614024: laptop-mode-tools recommends pm-utils while pm-utils 1.4.1 version conflicts with it

[Grigorios Bouzakis]

Package: laptop-mode-tools
Version: 1.55-1
Severity: normal


Laptop-mode-tools recommends pm-utils but pm-utils 1.4.1 conflicts with it.

pm-utils changelog.Debian reads:

* debian/control: Conflicts/Replaces: laptop-mode-tools, as both ship
/usr/lib/pm-utils/power.d/laptop-mode and the changelog below indicates
these two packages should not be used together anyway. (LP: #606160)

I guess the author means the following when talking about "should not be
used together" :

pm-utils (1.4.1-1) experimental; urgency=low

* New upstream release. (Closes: #588587)
The main improvement is that this ships some generally useful power
management hooks by default. Note that this conflicts with similar
packages such as laptop-mode-tools or pm-utils-powersave-policy, so you
should not enable them and pm-utils at the same time.

Relevant report for pm-utils: #612710

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

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

Versions of packages laptop-mode-tools depends on:
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip
ii  psmisc22.13-1utilities that use the proc file s
ii  util-linux2.17.2-9   Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  acpid 1:2.0.7-1  Advanced Configuration and Power I
ii  ethtool   1:2.6.34-3 display or change Ethernet device 
pn  hal(no description available)
ii  hdparm9.32-1 tune hard disk parameters for high
ii  net-tools 1.60-23The NET-3 networking toolkit
ii  pm-utils  1.4.1-6utilities and scripts for power ma
pn  sdparm (no description available)
ii  wireless-tools30~pre9-5  Tools for manipulating Linux Wirel

laptop-mode-tools 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#597990: missing error from command line, found at lintian.d.o

[Raphael Geissert]

Adam D. Barratt wrote:
> And in fact, running lintian by hand on bellini (lintian.d.o):
> 
> $ LINTIAN_ROOT=/srv/lintian.debian.org/root/
> /srv/lintian.debian.org/root/frontend/lintian -I -E --show-overrides
> /srv/ftp.debian.org/ftp/pool/main/g/gnash/gnash-common_0.8.8-5_i386.deb X:
> gnash-common: shlib-calls-exit usr/lib/gnash/libgnashbase-0.8.8.so X:
> gnash-common: shlib-calls-exit usr/lib/gnash/libgnashcore-0.8.8.so X:
> gnash-common: shlib-calls-exit usr/lib/gnash/libgnashmedia-0.8.8.so X:
> gnash-common: shlib-calls-exit usr/lib/gnash/libgnashnet-0.8.8.so X:
> gnash-common: shlib-calls-exit usr/lib/gnash/libgnashsound-0.8.8.so
> 

After much digging and head scratching:

diff --git a/gnash-common/file-info b/gnash-common-ldo/file-info
index cb29d89..e544e73 100644
--- a/gnash-common/file-info
+++ b/gnash-common-ldo/file-info
@@ -1,9 +1,9 @@
-./^@   directory
-./usr/^@   directory
-./usr/bin/^@   directory
+./^@   setgid directory
+./usr/^@   setgid directory
+./usr/bin/^@   setgid directory

And after wtfing for a while as to why the dirs were setgid:

$ stat -c %A /org/lintian.debian.org/
drwxrwsr-x

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#613663: [Pkg-openldap-devel] Bug#613663: slapd: Upgrade Lenny -> Squeeze: failed to migrate tls_cacert

[Steve Langasek]

Hi there,

On Wed, Feb 16, 2011 at 03:22:07PM +0100, Rainer Ruprechtsberger wrote:
> OpenLdap version 2.3 syncreplication client used /etc/ldap/ldap.conf for
> TLS settings. Upstream version 2.4 now use settings in the syncrepl
> statement of slapd.conf and ignores  /etc/ldap/ldap.conf.
> The configuration conversion fails to migrate a TLS_CACERT from
> ldap.conf to slapd.conf syncrepl.

How were you using OpenLDAP 2.3 with lenny?  The OpenLDAP that shipped with
lenny was 2.4.11.  Is this actually a behavior difference between 2.4.11 and
2.4.23?

Also, /etc/ldap/ldap.conf is not a config file for slapd, it's a config file
for the libldap library.  Maybe it's a bug that the values in
/etc/ldap/ldap.conf aren't *read* by slapd, but it's definitely not a bug in
any config migration code.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#598077:

[George Shuklin]

I starts wonder if I correctly detect conditions for the bug to appear.
I sure it appears but it may be really coming from Bug#613443, not due
wrong names...

I think bug can be closed: I can reproduce Bug#613443, but unable
repeatably reproduce this one.



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

Bug#502457: Checking in regarding packaging of nvidia cg libraries

[Scott Howard]

Hello,

I'm doing research into the feasibility of packaging Penumbra Overture
[1] and have done a quick look into licensing [2]. The Penumbra devs
released the game GPL-3 last year, and the last of the completely
closed libraries (besides this cg toolkit) were released as zlib
license this week. The package needs libCg and libCgGL from the nvidia
cg toolkit. For Penumbra to be practical, it would have to depend on
the library binary packages (non-free) instead of an installer
downloading the entire sdk (contrib).

What are the plans for the package?

Regards,
Scott

[1] http://en.wikipedia.org/wiki/Penumbra:_Overture
[2] http://wiki.debian.org/Games/PenumbraOverture



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

Bug#594179: dpkg armhf patch acceptance status?

[Steve Langasek]

Hi Guillem,

Thanks for letting us know your thoughts.

On Fri, Feb 18, 2011 at 11:13:11AM +0100, Guillem Jover wrote:
> * The assumption that each GNU triplet denotes a different ABI is so
>   entrenched in the GNU build system, that we have things like the
>   following all over the place to properly support cross-building:

>   ,---
>   ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
> confflags += --build $(DEB_HOST_GNU_TYPE)
>   else
> confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
>   endif
>   `---

But then we also have biarch and triarch toolchains in the archive, where
the host triplet doesn't change at all and instead gcc multilib is used to
designate what ABI you want.

The upstream argument seems to be that armel/armhf isn't "cross-compiling",
it's merely ABI selection within an architecture.  This sort of "cross"
compiling doesn't yield binaries that can't be run on the build machine, and
therefore most of the cross-compilation logic in autotools doesn't apply.

(Never mind that upstream does not apply this reasoning consistently; the
fact that there's precedent means it's going to be harder to argue the point
with them.)

> * The remaining problem at least for multiarch is the use of more
>   specialized cpu names for the i386 triplets, i486-linux-gnu on Debian,
>   which might change depending on the base instruction set to support,
>   for example i686-linux-gnu on Ubuntu.

>   Due to #611741, it already crossed my mind (but removed it from the
>   list of solutions before sending the reply as at the time it seemed
>   slighly preposterous just to fix the divergence with Ubuntu) that we
>   should switch back our i386 arch to use i386 as the base cpu name for
>   the triplet (i386-linux-gnu) in the same way we use it in other
>   arches, like on arm where we use arm-linux-gnu instead of something
>   like armv4tel-linux-gnueabi, for example. (I mentioned this already to
>   Steve and Raphaël on some private conversation.)

The challenge, as Matthias points out, is that these triplets are already so
entrenched and there is so much software that handles x86 specially - even
if incorrectly!  - that it's prohibitive to switch back to i386-linux-gnu as
our triplet because of all the re-porting work we'll have to do to get
properly functioning packages on x86.

>   Package build systems might be matching against stuff like
>   arm*-*-linux-gnueabi, so it might require changes to match on -gnueabi*
>   instead, but is more immediate, and not like propagating config.guess
>   all over the place, which we should not need as debian/rules should
>   be passing --build to configure anyway, and config.sub can already
>   canonicalize something like arm-linux-gnueabihf by way of the current
>   patterns.

Yes, package build systems do match on stuff like arm*-*-linux-gnueabi; my
understanding is that this was the pattern match that was propagated when
EABI was introduced on ARM, and as a result there's a fair amount of
software that will misbuild for eabi+hf if we go with -gnueabihf.  So
basically, it's the same problem we have as for switching to i386-linux-gnu
on i386, just on a different set of software in the archive.

How do we locate the software that will be affected by such a change?  I
think this has proven non-trivial in the past.

But ultimately that's for the porters and the GCC maintainers to decide
whether they're happy with that answer; it's an aside to the main point of
my mail, coming up below.  :)

> > > The toolchain has the same triplet for binary incompatible producing
> > > objects, which seems like a bug/misfeature to me, and that's one of
> > > the assumptions dpkg-dev has relied on, in the same way as multiarch
> > > when deciding to use the triplet as a unique token for the installation
> > > directories.

> >  You describe this as a bug/misfeature, that might be true but I don't
> >  think we can challenge this usage of triplets in the upstream
> >  toolchain, and multiarch is moving to having its own tuples instead now
> >  (http://wiki.debian.org/Multiarch/Tuples).

> Oh, but I think I just did. :) Also given the above I don't think it
> makes sense to invent a new set of tuples, the triplets should work
> just fine. In addition those tuples end up relying partly on the
> definition of the ABI the default gcc has for a given target, which
> should not change incompatibly for a given Debian architecture, or we
> are screwed anyway. So I don't see that it buys us much.

The underlying intent of the tuples proposal is that we stop pretending that
GNU triplets provide a valid global one-to-one mapping to ABIs, because we
know from several concrete, high profile examples that this is not true.

You have proposed a patch that Matthias has said "looks ok", but if he adds
it to the Debian/Ubuntu gcc, that only solves the problem for Debian and
Ubuntu.  Multiarch is intended as a cross-vendor standard, fixing the FHS's
inadequate lib directories and

Bug#614023: grub-common: /etc/grub.d/30_os-prober sets invalid boot device for the Hurd

[Adrian Glaubitz]

Package: grub-common
Version: 1.98+20100804-14
Severity: normal

Hi,

as the subject already suggests, the os-prober script sets an invalid boot
device for a parallel installation of Debian GNU/Hurd. This will make
the Hurd fail to boot when booting it from a chainloaded GRUB2 (after
upgrading a previously installed GRUB1).

The affected line is:

"multiboot /boot/gnumach.gz root=device:hd0smsdos2"

where "hd0smsdos2" is not a valid identifier for a partition in the Hurd.
The proper naming is "hd0s2" and after correcting the device name, that is:

"multiboot /boot/gnumach.gz root=device:hd0s2"

the Hurd boots properly again. I think, that at some point one of the migration
scripts from GRUB1 to GRUB2 or the os-prober script introduce an additional
"msdos" label into the device name which eventually makes the device name
invalid.

Regards,

Adrian

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

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

Versions of packages grub-common depends on:
ii  base-files  6.0  Debian base system miscellaneous f
ii  dpkg1.15.8.10Debian package management system
ii  gettext-base0.18.1.1-3   GNU Internationalization utilities
ii  install-info4.13a.dfsg.1-6   Manage installed documentation in 
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libdevmapper1.02.1  2:1.02.48-5  The Linux Kernel Device Mapper use
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages grub-common recommends:
ii  os-prober 1.42   utility to detect other OSes on a 

Versions of packages grub-common suggests:
pn  grub-emu   (no description available)
pn  multiboot-doc  (no description available)
pn  xorriso(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#614022: xserver-xorg-video-openchrome: gdm fails to start X

[Selim T. Erdogan]

Package: xserver-xorg-video-openchrome
Version: 1:0.2.904+svn891-1
Severity: grave
Tags: upstream patch
Justification: renders package unusable

(Reportbug didn't tell me where exactly I should type my explanation/report.
I hope right here -- after the headers -- is correct.)

I did an update to sid today and after rebooting, my gdm/X didn't come up.  
Just a black/black screen was shown.  No fallback to VESA either.
(However, I realized later that if I uninstall the openchrome driver package, 
then VESA works.)

At X failure, when I pressed tab at the black/blank screen, I was told that
X failed and given the choice to see the gdm log file, followed by the X log 
file.  The gdm log file, included below, showed a symbol lookup error, so I 
got the source package and poked around.  The patch below seems to solve
the problem.  (Apologies if the format isn't great.  I haven't made a patch
file before.)  (I also am not sure if I should be attaching the patch instead 
of including it inline.  Is there a preference?)

As far as I could tell by browsing the upstream source repository, the same
bug is there too.

Diff of original and changed versions of file (via_panel.c):
-
--- 
openchrome-original/xserver-xorg-video-openchrome-0.2.904+svn891/src/via_panel.c
2010-12-21 17:12:42.0 +0200
+++ 
openchrome-changed/xserver-xorg-video-openchrome-0.2.904+svn891/src/via_panel.c 
2011-02-19 01:46:25.0 +0200
@@ -307,7 +307,7 @@
 int width, height;
 Bool ret;
 
-ret = ViaPanelGetSizeFromDDC(pScrn, &width, &height);
+ret = ViaPanelGetSizeFromDDCv1(pScrn, &width, &height);
 /*
 if (!ret)
 ret = ViaPanelGetSizeFromDDCv2(pScrn, &width);
@@ -411,7 +411,7 @@
 }
 
 Bool
-ViaPanelGetSizeFromDDC(ScrnInfoPtr pScrn, int *width, int *height)
+ViaPanelGetSizeFromDDCv1(ScrnInfoPtr pScrn, int *width, int *height)
 {
 VIAPtr pVia = VIAPTR(pScrn);
 xf86MonPtr pMon;

Contents of gdm log file (/var/log/gdm/:0.log):
-
X.Org X Server 1.9.4
Release Date: 2011-02-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.28-dsa-ia32 i686 Debian
Current Operating System: Linux bodrum 2.6.37-1-686 #1 SMP Tue Feb 15 18:21:50 
UTC 2011 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-1-686 
root=UUID=fd16510f-8930-4b27-808e-b9174369c2d4 ro quiet
Build Date: 17 February 2011  01:25:01AM
xorg-server 2:1.9.4-2 (Cyril Brulebois ) 
Current version of pixman: 0.21.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 19 02:06:57 2011
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) Failed to load module "fbdev" (module does not exist, 0)
/usr/bin/X: symbol lookup error: 
/usr/lib/xorg/modules/drivers/openchrome_drv.so: undefined symbol: 
ViaPanelGetSizeFromDDCv1


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Aug 12  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1771432 Feb 17 03:30 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. 
KM400/KN400/P4M800 [S3 UniChrome] [1106:7205] (rev 01)

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

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

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.37-1-686 (Debian 2.6.37-1) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Tue Feb 15 18:21:50 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 12514 Feb 19 02:06 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[  5578.103] 
X.Org X Server 1.9.4
Release Date: 2011-02-04
[  5578.104] X Protocol Version 11, Revision 0
[  5578.104] Build Operating System: Linux 2.6.32.28-dsa-ia32 i686 Debian
[  5578.104] Current Operating System: Linux bodrum 2.6.37-1-686 #1 SMP Tue Feb 
15 18:21:50 UTC 2011 i686
[  5578.104] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-1-686 
root=UUID=fd16510f-8930-4b27-808e-b9174369c2d4 ro quiet
[  5578.105] Build Date: 17 February 2011  01:25:01AM
[  5578.105] xorg-server 2:1.9.4-2 (Cyril Brulebois ) 
[  5578.105] Current version of pixman: 0.21.4
[  5578.105]Before reporting problems, check http://wiki.x.org
 

Bug#613474: src:witty: source file for doc/tutorial/wt/wt-sdj.{pdf,xhtml} not included

[Pau Garcia i Quiles]

On Tue, Feb 15, 2011 at 1:39 AM, Ansgar Burchardt  wrote:

> The files doc/tutorial/wt/wt-sdj.{pdf,xhtml} in the source tarball are
> generated using OpenOffice.org, but the source document is not included.

I have requested the source file to upstream but we are talking about
a 5+ years old file. I don't really expect them to preserve it.

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)



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

Bug#614019: /usr/lib/gdm3/gdm-simple-slave: Greeter crashes, gdm restarts it, forever

[Josselin Mouette]

Le samedi 19 février 2011 à 00:10 +, Sam Morris a écrit : 
> gdm[6403]: #3  
> gdm[6403]: #4  g_match_info_matches (match_info=0x4e) at 
> /tmp/buildd/glib2.0-2.28.0/./glib/gregex.c:655

You need to upgrade libpcre3.

-- 
 .''`.  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#614021: man3/fflush: syntactically and logically correctness vs readability (of just 1 sentence)

[Regid Ichira]

Package: manpages-dev
Version: 3.27-1
Severity: normal
Tags: patch
File: /usr/share/man/man3/fflush.3.gz


--- fflush.3.orig   2011-02-19 02:47:40.0 +0200
+++ fflush.3.new2011-02-19 02:49:06.0 +0200
@@ -56,7 +56,7 @@
 For input streams,
 .BR fflush ()
 discards any buffered data that has been fetched from the underlying file,
-but has not been by the application.
+but has not been consumed by the application.
 The open status of the stream is unaffected.
 .PP
 If the


- Forwarded Message 
From: Justin B Rye 
To: debian-l10n-engl...@lists.debian.org
Cc: Regid Ichira 
Sent: Sat, February 19, 2011 2:08:01 AM
Subject: Re: /usr/share/man/man3/fflush.3: syntactically and logically 
correctness vs readability (of just 1 sentence)

Regid Ichira wrote:
> Subject: /usr/share/man/man3/fflush.3: syntactically and logically
>  correctness vs readability (of just 1 sentence)

(That's fflush(3) in manpages-dev, dlocate tells me)

>   Is
> 
>   For input streams,  fflush()  discards any buffered data that has been 
>fetched from
>   the underlying file, but has not been by the application.
>
> syntactically and logically correct? 

It certainly looks as if there's a missing word there.

>   Is
> 
>   For input streams,  fflush()  discards any buffered data that has been 
>fetched from
>   the underlying file, but has not been consumed by the application.
> 
> much more clear? 

That's a plausible syntactic fix, and a plausible thing for the
application to be (metaphorically) doing to the data, so it looks good
to me.
-- 
JBRwith qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



  



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

Bug#614020: New upstream release 0.42

[Stefan Hornburg (Racke)]

package: mongodb-perl
severity: wishlist

0.42 was released on 7th February.

Regards
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team




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

Bug#601206: RFA: libpam-ssh -- Authenticate using SSH keys

[Julio César García Vizcaíno]

Hi,

I've checked your request and I would like to be involved in this
software. I have a bit of time to maintain this code.


Cordiales saludos, Best regards
Julio Cesar Garcia Vizcaino
Ph.D High Performance Computing (Attending), 2014 (UAB)
M.Sc. Security & Forensic Computing, 2010 (DCU)
Eng. Computer Engineering, 2008 (UNAM)
Administration manager - SAFE
http://www.safe.mx/
Linkedin profile: http://mx.linkedin.com/in/garviz



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

Bug#610257: Bug#610300: dropbox 1.0.17 distribution now complies to copyright complaints

[Mike O'Connor]

On Tue, 15 Feb 2011 20:37:34 -0800, Vincent Cheng  
wrote:
> As promised earlier, I've re-packaged Dropbox (based off of Ivan's work) and
> have tried to address the licensing issues in the packaging. I would be
> grateful if any Debian developers/maintainers could look through my
> packaging and help me resolve any further licensing issues that I missed,
> and perhaps even sponsor my package. Thank you!
> 
> The package can be found on mentors.debian.net:
> - URL: http://mentors.debian.net/debian/pool/non-free/d/dropbox
> - Source repository: deb-src http://mentors.debian.net/debian unstable main
> contrib non-free
> - dget
> http://mentors.debian.net/debian/pool/non-free/d/dropbox/dropbox_1.0.20-1.dsc
> 
> Best regards,
> ~ Vincent Cheng 

As mentioned previously, without a distribution license for this
software.  we cannot distribute it.  Please get upstream to clarify what
the terms are for distributing their software.  Their README and
ACKNOLOEGEMENTS files talk about the licenses for distributing the
software they agregate, but not for the software for which they claim
copyright.

stew


pgpa1wlpCZs9t.pgp
Description: PGP signature

Bug#613557: strobe: Problem identified, solution found!

[Mats Erik Andersson]

package netdiag
severity 613557 important
tags 613557 + patch
thanks

After a very laborious investigation, the source of the malfunction
has been located. The problem lies in gather() where the present code
sets the local variable LAST incorrectly. This leads to the removal of
the file descriptor corresponding to attempt[a_sock_max - 1], inspite
of it containing a live socket. Thus the file descriptor set begins
to grow steadily until it reaches the limit FS_SETSIZE, and other
corruptions come into play.

The included patch resolves the above calamity and also introduces
minor alterations to the code and to the manual page, in order that
either reflect what the other claims. The option "-S", which has been
unintentionally removed by the maintainer, is now correctly implemented.
The patch is calculated against netdiag_1.0-14.

It was deemed sensible and well-motivated to lower the connect timeout
as well as the capture timeout to two seconds each. The original values
lead to ridiculously long delays.

The weak computing power available to the original author were clearly
not enough to uncover the delicacy of the implementation automata.
The machines of today are sensitive to this, and so is also the 800 MHz
system used for most of this investigation.

Let me remark, that the use of the present patch, allows me to produce
a functional binary for FreeBSD for the first time ever. All three systems,
GNU/Linux, OpenBSD, and FreeBSD, are now able to scan multiple host with
a single invokation. But observere that the price to pay for neglecting
"-e limit" can be brutally felt. Not much in OpenBSD, but clearly so with
GNU/Linux, and even with FreeBSD. The success with FreeBSD convinces me
that the present implementation is (initially) correct.

Now I do deserve some rest. Two hard days have brought results,
but have taken their toll. Other activities are falling behind.

Regards,
  Mats Erik Andersson, DM
Description: Corrupt handling of file descriptor sets.
 The function gather() implement a corrupt bookeeping
 of which attempt structure is reclaimed. This leads
 to dropping of live sockets, and the file descriptor
 set growing beyond all bound.
 .
 Various small corrections are also implemented in order
 to provide the capabilities indicated in manual page
 an in incomplete code portions.
 .
 The manual page is augmented with capabilities that
 were fully available in the code, but not brought
 forward in the upstream manual page.
Author: Mats Erik Andersson 
Forwarded: no
Last-Update: 2011-02-19

diff -Naurp strobe.debian/strobe.1 strobe/strobe.1
--- strobe.debian/strobe.1	1999-03-21 06:49:27.0 +0100
+++ strobe/strobe.1	2011-02-18 12:32:14.0 +0100
@@ -84,12 +84,30 @@ Port number if you intend to scan a sing
 Local port to bind outgoing connection requests to.
 (you will normally need super-user privileges to bind ports smaller than 1024)
 .TP
+.B \-c number
+Amount of captured respons to a port connect.
+Defaults to 1024 bytes.
+.TP
+.B \-x
+Display captured response as hex dump, instead of printed ASCII.
+.TP
+.B \-L number
+Capture this number of text lines; default is one line.
+.TP
+.B \-D directory
+Store the captured data and parsed port and source information
+in a subdirectory tree, rooted at the stated directory.
+.TP
 .B \-A address
 Interface address to send outgoing connection requests from for multi-homed machines.
 .TP
 .B \-t number
 Time after which a connection attempt to a completely unresponsive host/port is
-aborted.
+aborted; defaults to 2 seconds.
+.TP
+.B \-T number
+Amount of time to listen for respons from a connected port. After that time
+the data collection will cease; defaults to 2 seconds.
 .TP
 .B \-n number
 Use this number of sockets in parallel (defaults to 64). 
@@ -162,6 +180,10 @@ may turn out to be connectionless,
 .I strobe
 will `abort the abort'. This is considered optimal, if unusual behaviour.
 .TP
+.B \-w number
+Wrap lines, i.e., insert a line break after this amount of printed text;
+defaults to 79 characters. Wrapping is disabled when specified as naught.
+.TP
 .B \-M
 Mail a bug report, or tcp/udp port description to the current source maintainer.
 .SH EXAMPLES
diff -Naurp strobe.debian/strobe.c strobe/strobe.c
--- strobe.debian/strobe.c	2011-02-17 10:56:44.0 +0100
+++ strobe/strobe.c	2011-02-19 00:18:57.0 +0100
@@ -5,7 +5,7 @@
  * $ cc strobe.c -o strobe
  */
 
-#define VERSION "1.05"
+#define VERSION "1.06"
 
 #include 
 #include 
@@ -17,9 +17,7 @@
 #include 
 #include 
 #include 
-#ifdef _AIX
-#  include 
-#endif
+#include  /* POSIX 1003.1-2001 */
 #include 
 #include 
 #include 
@@ -58,10 +56,10 @@ extern char *optarg;
 #  define LIB_STROBE_SERVICES "/usr/local/lib/strobe.services"
 #endif
 
-int a_timeout = 20;
-int a_data_timeout = 30;
+int a_timeout = 2;
+int a_data_timeout = 2;
 char *a_output = NULL;
-char *a_services = "strobe.services";
+char *a_services = NULL; /* "strobe.services"; */
 char *a_input = NULL;
 /* char *a

Bug#517734: ITP: lusca -- Lusca Web Proxy Cache

[Luigi Gangitano]

Hi Adrian,

Thanks for pointing this to me. :-) I'm actually restructuring the files under 
debian/ on the squid3 base, using cdbs and simplifying package management.

There is actually no need to integrate this changes upstream. I can easily keep 
debian-related changes in my local repository, so that updates can be 
independent from your development.

Can you please help me with some details? I'd like to know if

- cachemgr.cgi and squidclient differ substantially from the squid version? If 
the protocol behind those two utilities is not changed a single copy can be 
distributed in the debian archive;
- your package builds unstripped binaries, is this intended?

Thanks for your directions.

Regards,

L

Il giorno 12/gen/2011, alle ore 03.27, Adrian Chadd ha scritto:

> There's now debian and RPM build sugar inside the lusca distribution itself.
> 
> Please check out the latest lusca head and look in the 'debian/'
> directory. Let me know if that doesn't build for you and I'll commit
> whatever fixes are needed.

--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26




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

Bug#614019: /usr/lib/gdm3/gdm-simple-slave: Greeter crashes, gdm restarts it, forever

[Sam Morris]

Package: gdm3
Version: 2.30.5-6
Severity: important
File: /usr/lib/gdm3/gdm-simple-slave

When I start up my (virtualbox virtual) machine, GDM's greeter crashes.
GDM restarts it, but it crashes again. GDM never stops trying to restart
it though--I have to SSH in, stop GDM, then run startx to get into X.

GDM seems to truncate :0-slave.log a lot--but I was able to get the
following by tailing the file:

gdm-simple-slave[6377]: WARNING: Failed to regex: Error while compiling regular 
expression 
(?P(LANG|LANGUAGE|LC_CTYPE|LC_NUMERIC|LC_TIME|LC_COLLATE|LC_MONETARY|LC_MESSAGES|LC_PAPER|LC_NAME|LC_ADDRESS|LC_TELEPHONE|LC_MEASUREMENT|LC_IDENTIFICATION|LC_ALL))=(")?(?P[^"]*)?(")?
 at char 0: unknown option bit(s) set
gdm-simple-slave[6377]: CRITICAL: Error while compiling regular expression 
DBUS_SESSION_BUS_ADDRESS=(.+)
DBUS_SESSION_BUS_PID=([0-9]+) at char 0: unknown option bit(s) set
gdm-simple-slave[6377]: GLib-CRITICAL: g_regex_match_full: assertion `regex != 
NULL' failed
gdm[6403]: *** START **
gdm[6403]: [Thread debugging using libthread_db enabled]
gdm[6403]: [New Thread 0x7f941e21f700 (LWP 6379)]
gdm[6403]: 0x7f9421b73b4d in waitpid () from /lib/libpthread.so.0
gdm[6403]: #0  0x7f9421b73b4d in waitpid () from /lib/libpthread.so.0
gdm[6403]: #1  0x0041f59b in ?? ()
gdm[6403]: #2  0x0041f647 in ?? ()
gdm[6403]: #3  
gdm[6403]: #4  g_match_info_matches (match_info=0x4e) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gregex.c:655
gdm[6403]: #5  0x0040c433 in ?? ()
gdm[6403]: #6  0x0041a4e5 in ?? ()
gdm[6403]: #7  0x0041af2d in ?? ()
gdm[6403]: #8  0x7f94202db2e2 in g_main_dispatch (context=0x17a2320) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:2440
gdm[6403]: #9  g_main_context_dispatch (context=0x17a2320) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:3013
gdm[6403]: #10 0x7f94202df9a8 in g_main_context_iterate (context=0x17a2320, 
block=, dispatch=, self=) at /tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:3091
gdm[6403]: =0x17aa5c0) at /tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:3299
gdm[6403]: #12 0x00407fe2 in ?? ()
gdm[6403]: #13 0x7f941fc05c4d in __libc_start_main () from /lib/libc.so.6
gdm[6403]: #14 0x00407c89 in ?? ()
gdm[6403]: #15 0x7fff3ca90148 in ?? ()
gdm[6403]: #16 0x001c in ?? ()
gdm[6403]: #17 0x0003 in ?? ()
gdm[6403]: #18 0x7fff3ca909aa in ?? ()
gdm[6403]: #19 0x in ?? ()
gdm[6403]:
gdm[6403]: Thread 2 (Thread 0x7f941e21f700 (LWP 6379)):
gdm[6403]: #0  0x7f9421b730bd in read () from /lib/libpthread.so.0
gdm[6403]: No symbol table info available.
gdm[6403]: #1  0x7f94202dc93b in child_watch_helper_thread (data=) at /tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:4293
gdm[6403]:
gdm[6403]: list = 0x7f9421b6f510
gdm[6403]: #2  0x7f9420304e64 in g_thread_create_proxy (data=0x17b0fa0) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gthread.c:1897
gdm[6403]:
gdm[6403]: #3  0x7f9421b6b8ba in start_thread () from /lib/libpthread.so.0
gdm[6403]: No symbol table info available.
gdm[6403]: #4  0x7f941fcb602d in clone () from /lib/libc.so.6
gdm[6403]: No symbol table info available.
gdm[6403]: #5  0x in ?? ()
gdm[6403]: No symbol table info available.
gdm[6403]:
gdm[6403]: read 1 (Thread 0x7f9422d3e7a0 (LWP 6377)):
gdm[6403]: #0  0x7f9421b73b4d in waitpid () from /lib/libpthread.so.0
gdm[6403]: No symbol table info available.
gdm[6403]: #1  0x0041f59b in ?? ()
gdm[6403]: No symbol table info available.
gdm[6403]: #2  0x0041f647 in ?? ()
gdm[6403]: available.
gdm[6403]: #3  
gdm[6403]: No symbol table info available.
gdm[6403]: #4  g_match_info_matches (match_info=0x4e) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gregex.c:655
gdm[6403]: __PRETTY_FUNCTION__ = "g_match_info_matches"
gdm[6403]: #5  0x0040c433 in ?? ()
gdm[6403]: bol table info available.
gdm[6403]: #6  0x0041a4e5 in ?? ()
gdm[6403]: No symbol table info available.
gdm[6403]: #7  0x0041af2d in ?? ()
gdm[6403]: No symbol table info available.
gdm[6403]: #8  0x7f94202db2e2 in g_main_dispatch (context=0x17a2320) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:2440
gdm[6403]: dispatch = 0x7f94202d9080 
gdm[6403]: user_data = 0x17ae000
gdm[6403]: callback = 0x41ae90
gdm[6403]: cb_funcs = 0x7f9420580b10
gdm[6403]: cb_data = 0x17a0d20
gdm[6403]:
gdm[6403]: source = 0x17af000
gdm[6403]: current = 0x17ad8c0
gdm[6403]: i = 0
gdm[6403]: #9  g_main_context_dispatch (context=0x17a2320) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:3013
gdm[6403]: No locals.
gdm[6403]: value optimized out>, dispatch=, self=) at /tmp/buildd/glib2.0-2.28.0/./glib/gmain.c:3091
gdm[6403]: max_priority = 200
gdm[6403]: timeout = 0
gdm[6403]: some_ready = 1
gdm[6403]: nfds = 3
gdm[6403]: allocated_nfds = 539936576
gdm[6403]:fds = 
gdm[6

Bug#610818: Fixed, at least partly

[Alex Dănilă]

Hi,
After installing the newest Mesa, with Gallium3D enabled, I can play 
Braid without crashes.


At least for me, this is fixed.
Thank you,
Alex



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

Bug#613961: libphash: FTBFS on armel - 'UINT64_C' was not declared

[peter green]

tags 613961 + sid patch

This bug seems to impact builds in sid but not in squeeze or wheezy.

A patch is attatched that adds the required define to the CXXFLAGS to 
enable that type.
--- libphash-0.9.0/debian/rules	2011-02-18 23:53:17.0 +
+++ libphash-0.9.0.new/debian/rules	2011-02-18 23:48:52.0 +
@@ -2,6 +2,8 @@
 
 #export DH_VERBOSE=1
 
+export CXXFLAGS += -D__STDC_CONSTANT_MACROS
+
 clean: clean-patched unpatch
 
 clean-patched:

Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core provides xorg-video-abi-8

[Craig Sanders]

more detail on xorg-video-abi-8.0 vs xorg-video-abi-8

xserver-xorg-core 2:1.9.4-1 Provides both of them, but 2:1.9.4-2
Provides only xorg-video-abi-8:

Package: xserver-xorg-core
Version: 2:1.9.4-1
Provides: xorg-input-abi-11, xorg-input-abi-11.0, xorg-video-abi-8, 
xorg-video-abi-8.0

Package: xserver-xorg-core
Version: 2:1.9.4-2
Provides: xorg-input-abi-11, xorg-video-abi-8


nvidia-glx 260.19.21-1 depends on xorg-video-abi-8.0:

Package: nvidia-glx
Version: 260.19.21-1
Depends: libgl1-nvidia-glx (= 260.19.21-1), libglx-nvidia-alternatives, 
nvidia-kernel-260.19.21, xorg-video-abi-8.0 | xorg-video-abi-6.0 | 
xserver-xorg-core (<< 2:1.7.7), libc6 (>= 2.2.5)
Conflicts: fglrx-driver, nvidia-glx, nvidia-glx-legacy, 
nvidia-glx-legacy-173xx, nvidia-glx-legacy-71xx, nvidia-glx-legacy-96xx



so attempting to upgrade xserver-xorg-core to 1.9.4-2 fails to provide
nvidia-glx's required dependancies.



not sure if this bug belongs to nvidia-glx or xserver-xorg-core, but the 
solution
requires co-ordination between the two packages.


craig

PS: why does nvidia-glx conflict with itself in the Conflicts: line
above? i know it's been in the package since at least 195.36.31 without
causing problems, but it seems an odd conflict to have.

'aptitude why-not nvidia-glx' says that that is the problem (it's wrong,
the problem is the missing dependancy xorg-video-abi-8.0).

# aptitude why-not nvidia-glx
ih  nvidia-glx Conflicts nvidia-glx


-- 
craig sanders 



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

Bug#614018: ltrace does not handle PIE binaries

[Kees Cook]

Package: ltrace
Version: 0.6.0-1
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty

Hi,

It recently came to my attention that ltrace does not handle PIE binaries
correctly. I tested against the unpublished git tree (0.6.0-1), and it still
behaves the same. For example:

$ file /bin/ls
/bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically 
linked (uses shared libs), for GNU/Linux 2.6.15, stripped
$ ltrace /bin/ls foobar
(0, 0, 0xfe100, -1, 0x1f25bc2)= 
0x7f991b8ab220
__libc_start_main(0x407a20, 2, 0x7fffb1877c08, 0x411460, 0x4114f0 
strrchr("/bin/ls", '/')   = 
"/ls"
setlocale(6, "")  = 
"LC_CTYPE=en_US.UTF-8;LC_NUMERIC="...
...


$ file /usr/bin/ssh
/usr/bin/ssh: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), 
dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
$ ltrace /usr/bin/ssh ubuntu
Welcome to Ubuntu natty (development branch) (GNU/Linux 2.6.38-3-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

You have new mail.
Last login: Fri Feb 18 15:20:39 2011 from foo
ubuntu:~$ 


Without looking at the code, I assume the initial entry breakpoint is being
miscalculated since the load address is randomized by ASLR:

$ readelf -lW /bin/ls | grep LOAD
  LOAD   0x00 0x0040 0x0040 ...
 
$ readelf -lW /usr/bin/ssh | grep LOAD
  LOAD   0x00 0x 0x ...
 

$ LD_SHOW_AUXV=1 /bin/ls foobar | grep AT_ENTRY
AT_ENTRY:0x402490
$ LD_SHOW_AUXV=1 /bin/ls foobar | grep AT_ENTRY
AT_ENTRY:0x402490

$ LD_SHOW_AUXV=1 /usr/bin/ssh foobar | grep AT_ENTRY
AT_ENTRY:0x7fa2320a46e0
$ LD_SHOW_AUXV=1 /usr/bin/ssh foobar | grep AT_ENTRY
AT_ENTRY:0x7f0bbcaed6e0


Thanks,

-Kees


-- 
Kees Cook@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#614017: brandy: Man page improvements

[Reuben Thomas]

Package: brandy
Version: 1.20~pre5-3
Severity: normal
Tags: patch

There are some mistakes in the man page brandy(1) (which is from
Debian, not upstream):

1. You talk about “BASIC V” as distinct from “BBC BASIC”, but “BASIC
   V” is simply version 5 of BBC BASIC.

I suggest you rewrite the first two paragraphs as follows:

   Brandy is an interpreter for BBC BASIC V, the dialect of BASIC
   that Acorn Computers supplied with their ranges of ARM-based
   desktop computers such as the Archimedes and Risc PC, and is
   still in use on these and compatibles.

   BASIC V is a much-extended compared to versions I-IV, which
   were used on Acorn's 6502-based BBC Micro family.

I have improved the general accuracy of the paragraphs as well (for
example, the reference to the “early 1980s” was wrong: new BBC Micro
models were introduced in the mid-late 80s, and the machines were on
sale until the 90s).

Brandy’s home page these days appears to be

http://jaguar.orpheusweb.co.uk/branpage.html

though you should also list the SourceForge URL

http://sourceforge.net/projects/brandy/

as that is the only source of later versions. (But equally, it does
not link to the home page.)

The section on reporting bugs should probably suggest reporting bugs
to SourceForge (or c.s.a.programmer), as I don’t know if Dave’s email
address is still correct, or even if he’s still maintaining Brandy.

The Copyright section should update the copyright years to 2000-2009
(the date of release of 1.20pre5).

In SEE ALSO, remove “(use zless to view it)”, as there are many ways
to read system documentation on Debian, and an individual man page is
not the place to try to tell users how. (Users with doc-central, for
example, may use a web browser; Emacs users may simply view it in
Emacs; users who don’t know can find out from the Debian
documentation, and are unlikely to be reading the brandy man page in
the first place!).

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

Kernel: Linux 2.6.35-25-generic (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 brandy depends on:
ii  libc6 2.12.1-0ubuntu10.2 Embedded GNU C Library: Shared lib
ii  libsdl1.2debian   1.2.14-6ubuntu3Simple DirectMedia Layer

brandy recommends no packages.

brandy 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#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core provides xorg-video-abi-8

[Emil Sedgh]

On Jumee, Bahman 29, 1389 03:14:53 pm Andreas Beckmann wrote:
> A new pre-release of upcoming experimental packages is available at
> 
>  e2-n-g-d-exp/>
> 
> Andreas
Hi Andreas.
The nvidia-glx package on 'upcoming experimental' page you linked still 
depends on 'xorg-video-abi-8.0' but 'xorg-video-abi-8' is provied by xserver-
xorg-core.



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

Bug#613963: shorewall: Traduzione italiana

[Roberto C . Sánchez]

On Fri, Feb 18, 2011 at 03:24:14PM +0100, Antonino wrote:
> Package: shorewall
> Severity: minor
> 
> Ho tradotto e revisionato il po per la lingua italiana. Spero sia d'aiuto.
> 

Grazie.

Saluti,

Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#613982: [php-maint] Bug#613982: Bug#613982: printf generates scientific notation inaccurately

[Raphael Geissert]

forwarded 613982 http://bugs.php.net/47168
fixed 613982 5.3.5-1
close 613982
thanks

On Friday 18 February 2011 15:52:27 Ronan wrote:
> > P.S. would be great if you could report it upstream. It would save us
> > some time.
> 
> I compiled PHP 5.3.5, and found that the bug has actually been fixed
> in that version.

Right, I knew I had seen a commit related to the printf precision not long 
ago.
5.3.5-1 was just accepted from the NEW queue, so I'm closing this report.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#577989: Please package the new upstream release 2.026

[gregor herrmann]

On Thu, 15 Apr 2010 21:21:32 +0100, Chris Butler wrote:

> There is a new upstream release of Compress::Raw::Bzip2 available on CPAN
> (2.026). It would be good if you could upgrade your package to this new
> version, as this is currently blocking the upload of version 2.026 of
> libio-compress-perl, which requires at least version 2.026 of
> Compress::Raw::Bzip2.


Ping!

This is blocking us since 10 months; anything new?

Bas, is it ok for you if we move the package under the hood of the
pkg-perl team? You are of course invited to join us in the
maintainance work there!


Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Frank Zappa: AGENCY MAN


signature.asc
Description: Digital signature

Bug#614016: libitext5-java: license / copyright info missing for src/core/com/itextpdf/text/pdf/fonts/*.afm files

[Torsten Werner]

Package: libitext5-java
Version: 5.0.5-1
Severity: serious
Justification: Policy 2.1

Hi,

please document license and copyright.

Torsten



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

Bug#613237: cnee loves Xephyr ?

[Vincent Bernat]

OoO La nuit ayant déjà recouvert  d'encre ce jour du vendredi 18 février
2011, vers 23:48, Javier Barroso  disait :

> Vicent, as we are talking here about a version which is not packaged,
> please tell me stop ccing bug report if you think doing that is wrong
> (I'm not sure this is fine)

No problem for me. I should package 3.08 in the next few weeks.


pgpBOxbbMeWVO.pgp
Description: PGP signature

Bug#590897: (Extended) BeOS detection for os-prober

[François Revol]

Le 18 févr. 2011 à 23:46, Jeroen Oortwijn a écrit :

> On 18 February 2011 23:24, Jeroen Oortwijn  wrote:
>> As promised: 83BeOS; a BeOS os-prober module
>> 
>> Tested with a fresh installation of BeOS R5.
>> 
>> (Send with reportbug, so I wonder if the double dot is back.)
> 
> Well, it turns out reportbug changes the attachment (one dot -> double
> dot) when you send it via the gmail smtp server.
> 
> Attached is the 'one dot'-version of the 83BeOS script.

I suppose something in the chain is broken with respect to dot escaping as part 
of the smtp protocol (they get doubled at start of line and should be unescaped 
on the other end, since a single dot on a line ends the mail body).

François.


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

Bug#596741: Processed: Re: Processed: bug 596741 is not forwarded, tagging 596741, reassign 596741 to gnome-power-manager

[Jon Dowland]

Sorry for the delay, I only just saw your reply.

On Fri, Dec 17, 2010 at 11:14:08PM +0100, Michael Biebl wrote:
> Hm, why is that a pm-utils issue?
> 
> If you simply run
> echo "mem" > /sys/power/state (given your hardware doesn't need any quirks)
> is the problem gone?

Sorry for the delay, yep that is all that is needed to
reproduce the problem, reassigning accordingly.


-- 
Jon Dowland



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

Bug#613237: cnee loves Xephyr ?

[Javier Barroso]

With --disable-xinput-events, I don't get segmentation fault, but I
cannot record and replay inside xephyr. I'm missing some parameter
more ?

Recording:
cnee --store-mouse-position --record  -o prueba.xns --keyboard --mouse
 --time 5 --seconds-to-record 10 --display :1 --disable-xinput-events

Replaying:
cnee --replay -f prueba.xns --time 5  --display :1 --disable-xinput-events

Vicent, as we are talking here about a version which is not packaged,
please tell me stop ccing bug report if you think doing that is wrong
(I'm not sure this is fine)

Thank you!

On Fri, Feb 18, 2011 at 8:26 AM, Javier Barroso  wrote:
> Hi,
>
> Is there any workaround in squeeze where we have 3.06 ... or should I
> compile (or make a backport) 3.08 and cnee has not got such parameter
> (--disable-xinput-events), I'm ccing debian bug tracker to let now
> about that workaround)
>
> In squeeze this segmentation fault is says:
> Can't synchronize anymore  have to leave!  11 10
> Error number: 5
>  Error:      Synchronisation failure
>  Solution:   For more information on this error, please read the manual(s)
> ./prueba_nodo: línea 49: 26313 Violación de segmento  cnee --replay -f
> prueba.xns --display :1
> Thank you!
>
> On Fri, Feb 18, 2011 at 12:01 AM, Javier Barroso  
> wrote:
>> Thank you very much for the workaround, I will test it!
>>
>> Sorry breaking this thread, I was not subscribed to the list (I'm
>> waiting now email instruction)
>>
>> xnee developer wrote:
>> Hello,
>>
>>
>> Do you need the support for multiple devices? If not, try this option:
>>
>>     --disable-xinput-events
>>
>>
>> This does not solve the problem, but may be a nice workaround until the
>> bug is fixed.
>>
>>
>> /h
>>
>>
>> On Tue, Feb 15, 2011 at 12:09 AM, Javier Barroso  
>> wrote:
>>> Hi,
>>>
>>> I'm running lastest debian sid, and I can't get cnee working togheter
>>> with Xephyr
>>>
>>> I found two post related, one says it won't work, and other which say
>>> that i would work
>>>
>>> Doesn't work (waste time):
>>> http://lists.gnu.org/archive/html/xnee-devel/2006-01/msg00010.html
>>>
>>> Works:
>>> http://lists.gnu.org/archive/html/info-xnee/2007-07/msg1.html
>>>
>>> I reported my issue in debian bug tracker [1]
>>>
>>> Resuming the bug report:
>>>
>>> "
>>> This seems to works:
>>> cnee --store-mouse-position --record --mouse --keyboard
>>> --seconds-to-record 10 --display :1 -o prueba.xns  -time 5
>>> WARNING: Number of valuators was faulty
>>> WARNING: Number of valuators was faulty
>>> WARNING: Number of valuators was faulty
>>> WARNING: Number of valuators was faulty
>>>
>>> But replay don't work (having Xephyr listenning on :1) :
>>> cnee --replay --time 5 --display :1 -f prueba.xns
>>> Can't synchronize anymore  have to leave!  11 10
>>> Error number: 5
>>>  Error:      Synchronisation failure
>>>  Solution:   For more information on this error, please read the manual(s)
>>> Violación de segmento
>>>
>>> I read the manual, but I couldn't find how to fix this issue. Are this
>>> upgrade the cause, or I'm doing something different ? :(
>>> "
>>> If I replay in the same display, it works (but I can't get my work done :( )
>>>
>>> Do you have any tip solving this issue ? (where can I read in the
>>> manual about it)
>>>
>>> Thank you very much !
>>> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613237
>>>
>>
>



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

Bug#614015: pidgin: new upstream version 2.7.10, fixing several security issues

[Christoph Anton Mitterer]

Package: pidgin
Version: 2.7.9-2
Severity: important
Tags: security


Hi.

There's a new upstream version 2.7.10, fixing several security issues.


Cheers,
Chris.



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

Bug#590897: (Extended) BeOS detection for os-prober

[Jeroen Oortwijn]

On 18 February 2011 23:24, Jeroen Oortwijn  wrote:
> As promised: 83BeOS; a BeOS os-prober module
>
> Tested with a fresh installation of BeOS R5.
>
> (Send with reportbug, so I wonder if the double dot is back.)

Well, it turns out reportbug changes the attachment (one dot -> double
dot) when you send it via the gmail smtp server.

Attached is the 'one dot'-version of the 83BeOS script.

- Jeroen


83BeOS
Description: Binary data

Bug#613979: linux-image-2.6.37-1-amd64: kernel oops with snd-hda-intel: BUG: unable to handle kernel paging request at ffffc90011c08000

[Ben Hutchings]

On Fri, 2011-02-18 at 17:41 +0100, Paul Menzel wrote:
> Package: linux-2.6
> Version: 2.6.37-1
> Severity: important
> 
> Dear Debian folks,
> 
> 
> upgrading to DebPkg:linux-image-2.6.37-1-amd64 from
> linux-image-2.6.32-5-amd64 gives an oops with `snd-hda-intel` and
> audio does not work anymore, since no sound devices are shown. You can
> see the trace in the below (pasted by your reportbug scripts) Linux
> kernel log.
> 
> Is the ALSA version in Debian Sid/unstable not compatible or is there
> another problem?

I'm not sure what you mean by 'the ALSA version'.  ALSA is made up of
kernel drivers and libasound in user-space.  The drivers are included in
the kernel package and cannot be incompatible with it.  The interface
between the drivers and libasound is not supposed to change in an
incompatible way, and in any case a user process should not be able to
crash the kernel.

So I think this is just a bug in the driver.  Please report it upstream
at  under product 'Drivers', component
'Sound(ALSA)'.  Let us know the bug number or URL so we can track it.

> Additionally the boot process stops for over a minute at `Loading LIRC
> modules`(?).
[...]

I don't see any LIRC modules in the list of loaded modules.  This may be
a bug in the lirc package.  In any case, you need to make a separate bug
report for each bug.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#614014: genesis: not installable in sid

[Ralf Treinen]

Package: genesis
Version: 2.2.1-12
Severity: grave
User: trei...@debian.org
Usertags: edos-uninstallable

Hi, genesis is uninstallable on most of the architectures I checked
(including amd64, i386, mips, alpha), since November 14 2010 at least,
since:

  genesis (= 2.2.1-12) depends on missing: - libnetcdf4

-Ralf.



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

Bug#614013: google-gadgets-gtk: Typo in description field

[Ronny Cardona (Rcart)]

Package: google-gadgets-gtk
Version: 0.11.2
Severity: minor
Tags: patch

Typo in description field, I've attached a patch that fix this little
mistake:
- gadgets written for Google Desktop for Windows aso well as the
  Universal
+ gadgets written for Google Desktop for Windows as well as the
  Universal

*** devel/motu/packaging/google-gadgets/fix-typo-description.patch
Index: google-gadgets/debian/control
===
--- google-gadgets.orig/debian/control  2011-02-18 16:25:26.105509002 -0600
+++ google-gadgets/debian/control   2011-02-18 16:25:42.289509002 -0600
@@ -133,7 +133,7 @@
 Description: GTK+ Version of Google Gadgets
  Google Gadgets for Linux provides a platform for running desktop gadgets under
  Linux, catering to the unique needs of Linux users. It is compatible with the
- gadgets written for Google Desktop for Windows aso well as the Universal
+ gadgets written for Google Desktop for Windows as well as the Universal
  Gadgets on iGoogle. Following Linux norms, this project is open-sourced,
  under the Apache License.
  .


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

Kernel: Linux 2.6.35-24-generic (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_AR.UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#614012: empathy: Crashes when responding to incoming messages

[Sam Morris]

Package: empathy
Version: 2.30.3-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When I click on the flashing notification area icon that indicates an
incoming message, empathy crashes.

(gdb) bt full
#0  g_match_info_free (match_info=0x31) at 
/tmp/buildd/glib2.0-2.28.0/./glib/gregex.c:535
No locals.
#1  0x0048369c in empathy_string_match_link (text=0xf99570 "blah blah 
blah", len=, replace_func=0x4a89d0 
, sub_parsers=, 
user_data=0x104e240)
at empathy-string-parser.c:103
uri_regex = 0x0
match_info = 0x31
match = 
last = 7256960
#2  0x004a88c3 in empathy_chat_text_view_append_body (view=, body=0xf99570 "blah blah blah", tag=0x4c6092 "body") at 
empathy-chat-text-view.c:1407
priv = 0x105a310
parsers = 0x6ebb80
use_smileys = 1
start_iter = {dummy1 = 0xf9f280, dummy2 = 0x106c750, dummy3 = -1, 
dummy4 = 13, dummy5 = 49, dummy6 = -1, dummy7 = -2046838234, dummy8 = 
349374052, dummy9 = 0xf9f220, dummy10 = 0x106c900, dummy11 = -1, dummy12 = 0, 
dummy13 = 0, dummy14 = 0x7fd115ed2104}
iter = {dummy1 = 0x0, dummy2 = 0x7fd10024, dummy3 = 16380544, 
dummy4 = 0, dummy5 = 17221456, dummy6 = 0, dummy7 = -1, dummy8 = 0, dummy9 = 
0x0024, dummy10 = 0x14d3066285ffba26, dummy11 = 0, dummy12 = 0, 
dummy13 = 0, dummy14 = 0xd8f0d8f0}
mark = 0x1065c00
#3  0x004afef1 in theme_irc_append_message (view=0x105a180, 
message=0xfbb240) at empathy-theme-irc.c:101
buffer = 0x104e240
name = 
nick_tag = 0x4c892a "irc-nick-other"
iter = {dummy1 = 0xf9f280, dummy2 = 0x106c750, dummy3 = 13, dummy4 = 
13, dummy5 = -1, dummy6 = -1, dummy7 = -2046838234, dummy8 = 349374050, dummy9 
= 0x0, dummy10 = 0x0, dummy11 = -1, dummy12 = -1, dummy13 = 372, 
dummy14 = 0x7fd113dac748}
contact = 
#4  0x004aa759 in chat_text_view_append_message (view=0x105a180, 
msg=0xfbb240) at empathy-chat-text-view.c:734
text_view = 0x105a180
bottom = 0
timestamp = 
__PRETTY_FUNCTION__ = "chat_text_view_append_message"
#5  0x004504c4 in chat_message_received (chat=0x1055040, 
message=0xfbb240) at empathy-chat.c:1144
priv = 0x10550d0
sender = 0xf76c80
__PRETTY_FUNCTION__ = "chat_message_received"
#6  0x00450ed6 in show_pending_messages (chat=0x1055040) at 
empathy-chat.c:1804
messages = 
l = 0xed5720
__PRETTY_FUNCTION__ = "show_pending_messages"
#7  0x7fd113d95995 in g_object_newv (object_type=, 
n_parameters=1, parameters=0x7fd11376fc88) at 
/tmp/buildd/glib2.0-2.28.0/./gobject/gobject.c:1507
oparams = 0xf9fa00
nqueue = 0x1052520
object = 
class = 0xf2e800
unref_class = 0x0
slist = 0x1055050
n_total_cparams = 1
n_cparams = 17125456
n_oparams = 
n_cvalues = 1
clist = 0x1
newly_constructed = 1
i = 
__PRETTY_FUNCTION__ = "g_object_newv"
#8  0x7fd113d961dd in g_object_new_valist (object_type=16431616, 
first_property_name=0x0, var_args=0x7fff419cc8f0) at 
/tmp/buildd/glib2.0-2.28.0/./gobject/gobject.c:1596
params = 
name = 0x0
object = 
n_params = 
n_alloced_params = 
__PRETTY_FUNCTION__ = "g_object_new_valist"
#9  0x7fd113d964f1 in g_object_new (object_type=16431616, 
first_property_name=0x4b3c9b "tp-chat") at 
/tmp/buildd/glib2.0-2.28.0/./gobject/gobject.c:1311
var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 
0x7fff419cc9e0, reg_save_area = 0x7fff419cc910}}
__PRETTY_FUNCTION__ = "g_object_new"
#10 0x0043f203 in dispatch_cb (dispatcher=, 
operation=0xf5a080, user_data=) at empathy.c:129
chat = 0x0
id = 
channel_type = 
#11 0x7fd113d9014e in g_closure_invoke (closure=0xde0780, return_value=0x0, 
n_param_values=2, param_values=0xf99b60, invocation_hint=0x7fff419ccb30) at 
/tmp/buildd/glib2.0-2.28.0/./gobject/gclosure.c:767
marshal = 0xfaf460
marshal_data = 0x3
__PRETTY_FUNCTION__ = "g_closure_invoke"
#12 0x7fd113da8657 in signal_emit_unlocked_R (node=0xde2800, detail=, instance=, emission_return=, instance_and_params=) at 
/tmp/buildd/glib2.0-2.28.0/./gobject/gsignal.c:3252
tmp = 
handler = 0xdd8e30
accumulator = 0x0
emission = {next = 0x7fff419ccf20, instance = 0xdc7340, ihint = 
{signal_id = 190, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = 
EMISSION_RUN, chain_type = 4}
class_closure = 0x0
handler_list = 0xdd8e30
return_accu = 
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong 
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, 
{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, 
v_float = 0, v_double = 0, 
  v_pointer = 0x0}}}
signal_id = 190
 

Bug#610533: ITP: msktutil -- tool for managing kerberos keytabs with an Active Directory server

[Modestas Vainius]

Hello,

On trečiadienis 19 Sausis 2011 16:28:21 Lars Bahner wrote:
> *** Please type your report below this line ***
> 
> * Package name: msktutil
>   Version : 0.4
>   Upstream Author : James Y. Knight 
> * URL : http://fuhm.net/software/msktutil/
> * License : GPL
>   Programming Lang: C
>   Description : tool for managing kerberos keytabs with an Active
> Directory server
> 
> a keytab client for a Microsoft Active Directory environment. This program
> is capable of creating an account for this computer in Active Directory,
> adding service principals to that account, and creating a local keytab
> file so that kerberizied services can utilize Active directory as a
> Kerberos realm. This utility requires that the Kerberos client libraries
> are properly installed and configured to use Active Directory as a realm.

What's the status of this package? It turned out to be a pretty useful tool 
for me. In case you lost interest or would welcome a co-maintainer, let me 
know.

-- 
Modestas Vainius 


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

Bug#583384: Request to steal web2py ITP

[L. Redrejo]

Hello
Unless you tell me not to do so, I plan to upload this to the archive
myself and maintain these packages.
I've already worked in web2py debianization and plan to co-maintain it
under the Python Modules Packaging Team in Debian.

Please tell me if you object to me stealing your ITP, or if you're want
to contribute with some code I can upload today my current work to the
python-modules subversion.
I plan to upload the package in one or two weeks at most.

Regards.
José L.




signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#515284: geg: uninstallable in sid

[Ralf Treinen]

Hi,

geg is now uninstallable in sid, since

  geg (= 1.0.2-6+b1) depends on missing: - libglib1.2ldbl (>= 1.2.10-18) 

-Ralf.



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

Bug#611853: override: openoffice.org-*:*/extra

[Rene Engelhard]

Hi,

On Fri, Feb 18, 2011 at 11:15:09PM +0100, Luca Falavigna wrote:
> This is the list I have, could you please check whether it is correct?
> 
> openoffice.org-base
> openoffice.org-calc
> openoffice.org-common
[...]
> openoffice.org-draw

ok

> openoffice.org-dtd-officedocument1.0
> openoffice.org-dtd-officedocument1.0

This is extra right now anyway. (And not a transitional but a 
real package)

> openoffice.org-emailmerge
> openoffice.org-evolution
> openoffice.org-filter-binfilter
> openoffice.org-filter-mobiledev
> openoffice.org-gcj
> openoffice.org-gnome
> openoffice.org-gtk
> openoffice.org-help-ca
> openoffice.org-help-cs
> openoffice.org-help-da
> openoffice.org-help-de
> openoffice.org-help-dz
> openoffice.org-help-el
> openoffice.org-help-en-gb
> openoffice.org-help-en-us
> openoffice.org-help-es
> openoffice.org-help-et
> openoffice.org-help-eu
> openoffice.org-help-fi
> openoffice.org-help-fr
> openoffice.org-help-gl
> openoffice.org-help-hi-in
> openoffice.org-help-hu
> openoffice.org-help-it
> openoffice.org-help-ja
> openoffice.org-help-km
> openoffice.org-help-ko
> openoffice.org-help-nl
> openoffice.org-help-om
> openoffice.org-help-pl
> openoffice.org-help-pt
> openoffice.org-help-pt-br
> openoffice.org-help-ru
> openoffice.org-help-sl
> openoffice.org-help-sv
> openoffice.org-help-zh-cn
> openoffice.org-help-zh-tw

ok

> openoffice.org-impress
> openoffice.org-java-common
> openoffice.org-kde
> openoffice.org-l10n-af
> openoffice.org-l10n-ar
> openoffice.org-l10n-as
> openoffice.org-l10n-ast
> openoffice.org-l10n-be-by
> openoffice.org-l10n-bg
> openoffice.org-l10n-bn
> openoffice.org-l10n-br
> openoffice.org-l10n-bs
> openoffice.org-l10n-ca
> openoffice.org-l10n-cs
> openoffice.org-l10n-cy
> openoffice.org-l10n-da
> openoffice.org-l10n-de
> openoffice.org-l10n-dz
> openoffice.org-l10n-el
> openoffice.org-l10n-en-gb
> openoffice.org-l10n-en-za
> openoffice.org-l10n-eo
> openoffice.org-l10n-es
> openoffice.org-l10n-et
> openoffice.org-l10n-eu
> openoffice.org-l10n-fa
> openoffice.org-l10n-fi
> openoffice.org-l10n-fr
> openoffice.org-l10n-ga
> openoffice.org-l10n-gl
> openoffice.org-l10n-gu
> openoffice.org-l10n-he
> openoffice.org-l10n-hi-in
> openoffice.org-l10n-hr
> openoffice.org-l10n-hu
> openoffice.org-l10n-id
> openoffice.org-l10n-in
> openoffice.org-l10n-it
> openoffice.org-l10n-ja
> openoffice.org-l10n-ka
> openoffice.org-l10n-km
> openoffice.org-l10n-ko
> openoffice.org-l10n-ku
> openoffice.org-l10n-lt
> openoffice.org-l10n-lv
> openoffice.org-l10n-mk
> openoffice.org-l10n-ml
> openoffice.org-l10n-mn
> openoffice.org-l10n-mr
> openoffice.org-l10n-nb
> openoffice.org-l10n-ne
> openoffice.org-l10n-nl
> openoffice.org-l10n-nn
> openoffice.org-l10n-nr
> openoffice.org-l10n-ns
> openoffice.org-l10n-oc
> openoffice.org-l10n-om
> openoffice.org-l10n-or
> openoffice.org-l10n-pa-in
> openoffice.org-l10n-pl
> openoffice.org-l10n-pt
> openoffice.org-l10n-pt-br
> openoffice.org-l10n-ro
> openoffice.org-l10n-ru
> openoffice.org-l10n-rw
> openoffice.org-l10n-si
> openoffice.org-l10n-sk
> openoffice.org-l10n-sl
> openoffice.org-l10n-sr
> openoffice.org-l10n-ss
> openoffice.org-l10n-st
> openoffice.org-l10n-sv
> openoffice.org-l10n-ta
> openoffice.org-l10n-te
> openoffice.org-l10n-tg
> openoffice.org-l10n-th
> openoffice.org-l10n-tn
> openoffice.org-l10n-tr
> openoffice.org-l10n-ts
> openoffice.org-l10n-ug
> openoffice.org-l10n-uk
> openoffice.org-l10n-uz
> openoffice.org-l10n-ve
> openoffice.org-l10n-vi
> openoffice.org-l10n-xh
> openoffice.org-l10n-za
> openoffice.org-l10n-zh-cn
> openoffice.org-l10n-zh-tw
> openoffice.org-l10n-zu
> openoffice.org-math
> openoffice.org-mysql-connector
> openoffice.org-officebean
> openoffice.org-ogltrans
> openoffice.org-pdfimport
> openoffice.org-presentation-minimizer
> openoffice.org-presenter-console
> openoffice.org-report-builder
> openoffice.org-sdbc-postgresql
> openoffice.org-style-andromeda
> openoffice.org-style-crystal
> openoffice.org-style-galaxy
> openoffice.org-style-hicontrast
> openoffice.org-style-oxygen
> openoffice.org-style-tango

ok

> openoffice.org-wiki-publisher
> openoffice.org-writer

ok

Now to the hyphenation patterns/thesauri

> openoffice.org-hyphenation-hr
> openoffice.org-hyphenation-lt
> openoffice.org-hyphenation-pl
> openoffice.org-thesaurus-en-au
> openoffice.org-thesaurus-it
> openoffice.org-thesaurus-pl

I'd leave thee hyphenation and thesauri as-is.
Thy still exist as real packages (though they one time should
be transitioned to hyphen-* and mythes-*)

For the extensions:

> openoffice.org-coooder
> openoffice.org-ctl-he
> openoffice.org-dmaths
> openoffice.org-zemberek

The need to be updated for LibreOffice (and eventually they should
get transitional packages, but probably I'll take care of that from
openoffice.org). I'd leave them, too right now aqs they still exist
(though uninstallable)..

Grüße/Regards,

René



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

Bug#614011: reportbug: UI should be localized

[Camaleón]

Package: reportbug
Version: 4.12.6
Severity: wishlist

After reading point 4 of "/usr/share/doc/reportbug/TODO" file, I still think it
should be nice to have this tool localized, not just to improve user's
usability but because of "integration": the whole environment and applications
are mostly localized and having this app untranslated gives a bad impression.



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

** /home/test/.reportbugrc:
reportbug_version "4.12.4"
mode novice
ui gtk2
realname "Camaleón"
email "noela...@gmail.com"
smtphost "smtp.gmail.com"
smtpuser "noela...@gmail.com"
smtptls

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

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

Versions of packages reportbug depends on:
ii  apt 0.8.10.3 Advanced front-end for dpkg
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-reportbug4.12.6   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  file 5.04-5  Determines file type using "magic"
ii  gnupg1.4.10-4GNU privacy guard - a free PGP rep
pn  postfix | exim4 | mail-trans   (no description available)
ii  python-gtk2  2.17.0-4Python bindings for the GTK+ widge
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
ii  python-vte   1:0.24.3-2  Python bindings for the VTE widget
ii  xdg-utils1.1.0~rc1-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#590897: (Extended) BeOS detection for os-prober

[Jeroen Oortwijn]

Package: os-prober
Version: 1.39ppa1
Severity: normal
Tags: patch

As promised: 83BeOS; a BeOS os-prober module

Tested with a fresh installation of BeOS R5.

(Send with reportbug, so I wonder if the double dot is back.)



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

Kernel: Linux 2.6.35-25-generic (SMP w/1 CPU core)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages os-prober depends on:
ii  libc6 2.12.1-0ubuntu10.2 Embedded GNU C Library: Shared lib

os-prober recommends no packages.

os-prober suggests no packages.

-- no debconf information
#!/bin/sh
# Detects BeOS on BeFS partitions.

.. /usr/share/os-prober/common.sh

partition="$1"
mpoint="$2"
type="$3"

# Weed out stuff that doesn't apply to us
case "$type" in
	befs) debug "$partition is a BeFS partition" ;;
	*) debug "$partition is not a BeFS partition: exiting"; exit 1 ;;
esac

if head -c 512 "$partition" | grep -qs "Error loading OS"; then
	debug "Stage 1 bootloader found"
else
	debug "Stage 1 bootloader not found: exiting"
	exit 1
fi

if beos="$(item_in_dir "beos" "$mpoint")" &&
	system="$(item_in_dir "system" "$mpoint/$beos")" &&
		item_in_dir -q "zbeos" "$mpoint/$beos/$system" &&
		item_in_dir -q "kernel_intel" "$mpoint/$beos/$system"
then
	debug "Stage 2 bootloader and kernel found"
	label="$(count_next_label BeOS)"
	result "$partition:BeOS:$label:chain"
	exit 0
else
	debug "Stage 2 bootloader and kernel not found: exiting"
	exit 1
fi

Bug#614010: linux-patch-xenomai: unable to patch 2.6.32 kernel source (testing)

[Julien Delange]

Package: linux-patch-xenomai
Version: 2.5.4-3
Severity: normal

Hello,

I tried to install the linux-patch-xenomai package and build my own patched
kernel. However, the patch does not apply, resulting to an error (see below).


akira# /usr/src/kernel-patches/i386/apply/xenomai
dpkg: warning: obsolete option '--print-installation-architecture', please use
'--print-architecture' instead.
START applying xenomai patch (Xenomai realtime kernel patches)
Testing whether "Xenomai realtime kernel patches" patch for 2.6.32 applies (dry
run):
1 out of 10 hunks FAILED -- saving rejects to file
arch/x86/kernel/apic/apic.c.rej
"Xenomai realtime kernel patches" patch for 2.6.32 does not apply cleanly
akira#



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

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

Versions of packages linux-patch-xenomai depends on:
ii  bash  4.1-3  The GNU Bourne Again SHell
ii  dctrl-tools [grep-dctrl]  2.18   Command-line tools to process Debi
ii  patch 2.6.1-1Apply a diff file to an original

linux-patch-xenomai recommends no packages.

Versions of packages linux-patch-xenomai suggests:
ii  kernel-package   12.036+nmu1 A utility for building Linux kerne
ii  linux-source-2.6 1:2.6.32+29 Linux kernel source for Linux 2.6 
ii  linux-source-2.6.32 [linux-s 2.6.32-30   Linux kernel source for version 2.
pn  xenomai(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#614009: scanimage: default for --batch-start is 1, not 0

[Jakub Wilk]

Package: sane-utils
Version: 1.0.22-1
Severity: minor

From scanimage manpage: "--batch-start start selects the page number to 
start naming files with. If this option is not given, the counter will 
start at 0." But in reality, the counter starts at 1.


I'm fine with either way as long as it is correctly documented. :)

--
Jakub Wilk



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

Bug#614008: phatch: uninstallable in sid

[Jakub Wilk]

Package: phatch-cli
Version: 0.2.7-5
Severity: grave

phatch-cli depends on python-pyexiv2, but python-pyexiv2 in sid breaks 
phatch-cli (<< 0.3).


--
Jakub Wilk



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

Bug#611853: override: openoffice.org-*:*/extra

[Luca Falavigna]

This is the list I have, could you please check whether it is correct?

openoffice.org-base
openoffice.org-calc
openoffice.org-common
openoffice.org-coooder
openoffice.org-ctl-he
openoffice.org-dmaths
openoffice.org-draw
openoffice.org-dtd-officedocument1.0
openoffice.org-dtd-officedocument1.0
openoffice.org-emailmerge
openoffice.org-evolution
openoffice.org-filter-binfilter
openoffice.org-filter-mobiledev
openoffice.org-gcj
openoffice.org-gnome
openoffice.org-gtk
openoffice.org-help-ca
openoffice.org-help-cs
openoffice.org-help-da
openoffice.org-help-de
openoffice.org-help-dz
openoffice.org-help-el
openoffice.org-help-en-gb
openoffice.org-help-en-us
openoffice.org-help-es
openoffice.org-help-et
openoffice.org-help-eu
openoffice.org-help-fi
openoffice.org-help-fr
openoffice.org-help-gl
openoffice.org-help-hi-in
openoffice.org-help-hu
openoffice.org-help-it
openoffice.org-help-ja
openoffice.org-help-km
openoffice.org-help-ko
openoffice.org-help-nl
openoffice.org-help-om
openoffice.org-help-pl
openoffice.org-help-pt
openoffice.org-help-pt-br
openoffice.org-help-ru
openoffice.org-help-sl
openoffice.org-help-sv
openoffice.org-help-zh-cn
openoffice.org-help-zh-tw
openoffice.org-hyphenation-hr
openoffice.org-hyphenation-lt
openoffice.org-hyphenation-pl
openoffice.org-impress
openoffice.org-java-common
openoffice.org-kde
openoffice.org-l10n-af
openoffice.org-l10n-ar
openoffice.org-l10n-as
openoffice.org-l10n-ast
openoffice.org-l10n-be-by
openoffice.org-l10n-bg
openoffice.org-l10n-bn
openoffice.org-l10n-br
openoffice.org-l10n-bs
openoffice.org-l10n-ca
openoffice.org-l10n-cs
openoffice.org-l10n-cy
openoffice.org-l10n-da
openoffice.org-l10n-de
openoffice.org-l10n-dz
openoffice.org-l10n-el
openoffice.org-l10n-en-gb
openoffice.org-l10n-en-za
openoffice.org-l10n-eo
openoffice.org-l10n-es
openoffice.org-l10n-et
openoffice.org-l10n-eu
openoffice.org-l10n-fa
openoffice.org-l10n-fi
openoffice.org-l10n-fr
openoffice.org-l10n-ga
openoffice.org-l10n-gl
openoffice.org-l10n-gu
openoffice.org-l10n-he
openoffice.org-l10n-hi-in
openoffice.org-l10n-hr
openoffice.org-l10n-hu
openoffice.org-l10n-id
openoffice.org-l10n-in
openoffice.org-l10n-it
openoffice.org-l10n-ja
openoffice.org-l10n-ka
openoffice.org-l10n-km
openoffice.org-l10n-ko
openoffice.org-l10n-ku
openoffice.org-l10n-lt
openoffice.org-l10n-lv
openoffice.org-l10n-mk
openoffice.org-l10n-ml
openoffice.org-l10n-mn
openoffice.org-l10n-mr
openoffice.org-l10n-nb
openoffice.org-l10n-ne
openoffice.org-l10n-nl
openoffice.org-l10n-nn
openoffice.org-l10n-nr
openoffice.org-l10n-ns
openoffice.org-l10n-oc
openoffice.org-l10n-om
openoffice.org-l10n-or
openoffice.org-l10n-pa-in
openoffice.org-l10n-pl
openoffice.org-l10n-pt
openoffice.org-l10n-pt-br
openoffice.org-l10n-ro
openoffice.org-l10n-ru
openoffice.org-l10n-rw
openoffice.org-l10n-si
openoffice.org-l10n-sk
openoffice.org-l10n-sl
openoffice.org-l10n-sr
openoffice.org-l10n-ss
openoffice.org-l10n-st
openoffice.org-l10n-sv
openoffice.org-l10n-ta
openoffice.org-l10n-te
openoffice.org-l10n-tg
openoffice.org-l10n-th
openoffice.org-l10n-tn
openoffice.org-l10n-tr
openoffice.org-l10n-ts
openoffice.org-l10n-ug
openoffice.org-l10n-uk
openoffice.org-l10n-uz
openoffice.org-l10n-ve
openoffice.org-l10n-vi
openoffice.org-l10n-xh
openoffice.org-l10n-za
openoffice.org-l10n-zh-cn
openoffice.org-l10n-zh-tw
openoffice.org-l10n-zu
openoffice.org-math
openoffice.org-mysql-connector
openoffice.org-officebean
openoffice.org-ogltrans
openoffice.org-pdfimport
openoffice.org-presentation-minimizer
openoffice.org-presenter-console
openoffice.org-report-builder
openoffice.org-sdbc-postgresql
openoffice.org-style-andromeda
openoffice.org-style-crystal
openoffice.org-style-galaxy
openoffice.org-style-hicontrast
openoffice.org-style-oxygen
openoffice.org-style-tango
openoffice.org-thesaurus-en-au
openoffice.org-thesaurus-it
openoffice.org-thesaurus-pl
openoffice.org-wiki-publisher
openoffice.org-writer
openoffice.org-zemberek

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



signature.asc
Description: OpenPGP digital signature

Bug#614007: libdc1394: uninstallable on sid

[Ralf Treinen]

Package: libdc1394-13
Version: 1.1.0-5
Severity: grave
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

libdc1394-13 (and also libdc1394-13-dev) is uninstallable on sid
since November 14, on most architectures (including alpha, amd64, armel,
and i386). The reason is:

  libdc1394-13 (= 1.1.0-5) depends on missing: - libraw1394-8 

-Ralf.



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

Bug#613922: linux: Radeon DRM doesn't initialise properly (firmware fails to load?)

[Owen]

Reported to:

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



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

Bug#611061: ITA: pycxx - A Set of facilities to extend Python with C++

[Julian Taylor]

retitle 611061 ITA: pycxx - A Set of facilities to extend Python with C++
owner 611061 !

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I would like to adopt this package.
Upstream will probably release a new version 6.2.3 very soon (already tagged
in repo). After this I'll see to do an adopting upload.
Would you be willing to sponsor it when the time comes?

I'll also look into adopt the rdepends when no one else does so in near
future.

Regards,
Julian Taylor

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

iQIcBAEBAgAGBQJNXu0uAAoJEDLMSqwCh1b/XnwP/05Mm+WwLQrwbWOD2Mz0YLFg
+KdxyHVQJfYOORCNXb8BGW4qq1AgI62xM+hkToMHlPMTBnuMZU7OmF/6GLCPVFR3
B6Hsjz5qMPjzjw25Coz2AFPGESggfno92LFgSKsjjs5tDeC0LufoQJGMd9gOU06M
wd7J+IDSdaIgaQvxSkH6CZVcTPtp5JWgBS3RyFO9Z0voza30sj5FT72UQxpMmGWz
9JvOn+DjyXsUA4JWpfOA5FX69WVxd3voeXS9eZZLqeuw0D/vplK/moeilvoOkdmW
DTmdQKQkvqpR9JNEsbjp57ydEf+Tct9R62m83CJBJifOpHaAJinYik1mfu99kA1n
DfQ2D8HxeIMQQGZg3t1CVXr68Mu/ac5K1ViYUDkXuKoZJbGdONCDEkUxvhrpBtTh
IESpD55jXHGuhe8YTfJDSLoiVX6cgXJRaYKCKq3wcWYk8V0oX5QOHo4v9M9HmOGD
3gB5CEkTmGRoYH+U208yGD9wgYc1uwXoKwIgobElidVQnerhOD0lG63J0AP9ORAs
wORBRkM1hazdFIGMR5JLH/yjsgGa2jAjIweRVLscOgT9OQuRqBJg//OMcG+u7uTa
E8WpSafJjMVt6FtX0XYaWrGODMwMLkKEtOhYjV5SnFnlXBh2ylKf1gHKb55AQwGT
4xJPv06Y/9SevZ6OB9c0
=k+Sh
-END PGP SIGNATURE-

Bug#614006: xdiskusage: buffer overrun

[Jim Meyering]

Subject: xdiskusage: stack smash may cause segfault
Package: xdiskusage
Version: 1.48-10
Severity: normal
Tags: upstream patch

*** Please type your report below this line ***

I noticed that xdiskusage-1.48 could segfault given a deep hierarchy,
and tracked it down to a stack-smashing bug.  Three fixed-length buffers
on the stack may be overrun, each by one "long", and the value that is
written beyond the end of one of those buffers is somewhat under control
of the "attacker" (anyone who constructs a hierarchy that xdiskusage is
used to view).  The other two overruns write pointer values.
However, even if you know precisely how xdiskusage is being invoked,
it may be tricky to design a hierarchy that causes more than a segfault.


For an absolute minimal change, this does the job, but is ugly,
inefficient and fragile -- who wants to waste space on hierarchies
512 levels deep?  Plus, depending on the existing 1024-byte maximum
line length limit is fragile.  If that is ever fixed (there is a
FIXME comment) to remove or raise the limit, it would revive the bug
we're trying to fix here.

>From 2140cc66b09f2447ef7e7a89256e04c02bb18b2e Mon Sep 17 00:00:00 2001
From: Jim Meyering 
Date: Wed, 16 Feb 2011 18:16:11 +0100
Subject: [PATCH] MAXDEPTH: increase limit to 512

Otherwise, a long line like this:
  12 a/a/a/a/a/a/a/.../a
with more than 100 components, would cause xdiskusage
to write user-controllable data beyond the end of the "totals" buffer,
and, less so (pointers), beyond the end of the "lastnode" buffer.
---
 xdiskusage.C |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/xdiskusage.C b/xdiskusage.C
index 6a3ee77..f501528 100644
--- a/xdiskusage.C
+++ b/xdiskusage.C
@@ -170,7 +170,7 @@ struct Node {
 int window_w = 600;
 int window_h = 480;
 int ncols = 5;
-#define MAXDEPTH 100
+#define MAXDEPTH 512  // enough for now, considering we chop lines at 1024 
bytes

 class OutputWindow : public Fl_Window {
   void draw();
--
1.7.4.1.16.g759e8


Here's the patch I prefer:

>From c8a820f75e7f8a7012f53bc1c22435cc3f2a7407 Mon Sep 17 00:00:00 2001
From: Jim Meyering 
Date: Wed, 16 Feb 2011 18:16:11 +0100
Subject: [PATCH 2/2] avoid buffer overrun for directory of depth 100 or more

Otherwise, a line like this:
  12 a/a/a/a/a/a/a/.../a
with more than 100 components, would cause xdiskusage
to write user-controllable data beyond the end of the "totals" buffer,
and, less so (pointers), beyond the end of the "lastnode" and "parts"
buffers.
---
 xdiskusage.C |6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/xdiskusage.C b/xdiskusage.C
index 6a3ee77..f572623 100644
--- a/xdiskusage.C
+++ b/xdiskusage.C
@@ -463,9 +463,9 @@ OutputWindow* OutputWindow::make(const char* path, Disk* 
disk) {
   root->ordinal = 0;
   ordinal = 0;

-  Node* lastnode[MAXDEPTH];
+  Node* lastnode[MAXDEPTH+1];
   ulong runningtotal;
-  ulong totals[MAXDEPTH];
+  ulong totals[MAXDEPTH+1];
   lastnode[0] = root;
   runningtotal = 0;
   totals[0] = 0;
@@ -519,7 +519,7 @@ OutputWindow* OutputWindow::make(const char* path, Disk* 
disk) {

 // split the path into parts:
 int newdepth = 0;
-const char* parts[MAXDEPTH];
+const char* parts[MAXDEPTH+1];
 if (*p == '/') {
   if (!root->name) root->name = strdup("/");
   p++;
--
1.7.4.1.16.g759e8


If you want a little added insurance, you can add a couple assertions.
The patch below depends on the one just above, but if you adjust the
expressions, they can also apply to the original and serve as a good way
to demonstrate that there is indeed a problem.  Especially since while I
do see a segfault pretty consistently on Fedora 14 (built from sources +
cast-patch), I was unable to evoke a segfault on debian unstable using
xdiskusage-1.48-10 .

Note that without the 1-element-larger "parts" array,
you'd have to adjust this loop not to modify parts[MAXDEPTH]:

   for (newdepth = 0; newdepth < MAXDEPTH && *p;) {
 parts[++newdepth] = p++;


>From af87585dfe2c632d9985484b56e730b5915b5f2c Mon Sep 17 00:00:00 2001
From: Jim Meyering 
Date: Fri, 18 Feb 2011 21:02:19 +0100
Subject: [PATCH] assert

---
 xdiskusage.C |3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/xdiskusage.C b/xdiskusage.C
index f572623..21ed026 100644
--- a/xdiskusage.C
+++ b/xdiskusage.C
@@ -42,6 +42,7 @@ const char* copyright =
 #include 
 #include 
 #include 
+#include 

 #include "panels.H"
 #include 
@@ -533,6 +534,7 @@ OutputWindow* OutputWindow::make(const char* path, Disk* 
disk) {
 // find out how many of the fields match:
 int match = 0;
 for (; match < newdepth && match < currentdepth; match++) {
+  assert (match < MAXDEPTH);
   if (strcmp(parts[match+1],lastnode[match+1]->name)) break;
 }

@@

Bug#613982: [php-maint] Bug#613982: printf generates scientific notation inaccurately

[Ronan]

> P.S. would be great if you could report it upstream. It would save us some 
> time.

I compiled PHP 5.3.5, and found that the bug has actually been fixed
in that version.

Regards,

Ronan.



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

Bug#611750: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)

[Emmanuel Charpentier]

[ I Cc 611...@bugs.debian.org, which mi bug report seems to be a duplicate 
of... ]

Dear all,

A couple more data points :

1) I tried Sebastian Andrzej Siewio's 2.6.30 partially unpatched kernel,
to no avail : my eee 1005PE still rebooted when trying to resume from
hibernation (yes, I first rebooted on this partially patched kernel
*before* hibernating...).

2) restoring a 2.6.29 kernel from snapshots.debian.org "solved" the
problem (for some small value of "solution").

Hence :

1) At least on some eee hardware,
drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch is 
*not* the sole culprit.

2) Temporarily pinning the linux-image-2.6.32-5-586 package to 2.6.30
may alleviate the problem, but cuts you off the opportunity to
auto-upgrade to a future and hyothetical 2.6.31 package. Is there a way
to configure apt to still auto-update if possible but to avoid 2.6.30 ?

Question :

Did someone tried to recompile the 2.6.30 package with the *three*
drm-i915 patches reversed ? I used to recompile my kernels (after all,
I'm following Debian on and off since about 1998...), but I'm no longer
aware of the current "official" procedures to do so (any pointer to a
*synthetic* doc ? ) and somewhat reluctant to undertake this on a
netbook... :-).

Sincerely yours,

Emmanuel Charpentier






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

Bug#611249: gcc-4.4: please update powerpcspe patches

[Sebastian Andrzej Siewior]

* Matthias Klose | 2011-02-18 12:40:55 [+0100]:

>>Sure thing. I attached 4.4, 4.5 will follow tomorrow.
>
>ahh, and I forgot to ask about the gcc-4.6 package.

Attaching diff for 4.5 and 4.6.

Sebastian
diff -u gcc-4.5-4.5.2/debian/rules.patch gcc-4.5-4.5.2/debian/rules.patch
--- gcc-4.5-4.5.2/debian/rules.patch
+++ gcc-4.5-4.5.2/debian/rules.patch
@@ -50,9 +50,6 @@
   endif
 else
   debian_patches += gcc-hash-style-both
-  ifeq (,$(filter $(distrelease),etch lenny squeeze))
-debian_patches += gcc-no-add-needed
-  endif
 endif
 
 debian_patches += \
@@ -77,6 +74,9 @@
linux-atomic-builtin-expect \
pr24619 \
pr45979 \
+   no_fpr_in_libgcc \
+   powerpc_remove_many \
+   pr44364 \
 
 #  libstdc++-nothumb-check \
 # TODO: update
diff -u gcc-4.5-4.5.2/debian/changelog gcc-4.5-4.5.2/debian/changelog
--- gcc-4.5-4.5.2/debian/changelog
+++ gcc-4.5-4.5.2/debian/changelog
@@ -1,3 +1,14 @@
+gcc-4.5 (4.5.2-4) experimental; urgency=low
+
+  [ Sebastian Andrzej Siewior ]
+  * PR target/44364
+  * Remove -many on powerpcspe (__SPE__)
+  * Remove classic FPU opcodes from libgcc if target has no support for them
+(powerpcspe)
+  * remove gcc-no-add-needed.diff, it is added twice.
+
+ -- Sebastian Andrzej Siewior   Fri, 18 Feb 2011 
21:23:15 +0100
+
 gcc-4.5 (4.5.2-3) experimental; urgency=low
 
   * Update to SVN 20110215 (r170181) from the gcc-4_5-branch.
only in patch2:
unchanged:
--- gcc-4.5-4.5.2.orig/debian/patches/powerpc_remove_many.diff
+++ gcc-4.5-4.5.2/debian/patches/powerpc_remove_many.diff
@@ -0,0 +1,33 @@
+# DP: Subject: [PATCH] remove -many on __SPE__ target
+# DP: this helps to to detect opcodes which are not part of the current
+# DP: CPU because without -many gas won't touch them. This currently could
+# DP: break the kernel build as the 603 on steroids cpus use performance
+# DP: counter opcodes which are not available on the steroid less 603 core.
+
+Index: gcc-4.5.2/src/gcc/config/rs6000/rs6000.h
+===
+--- gcc-4.5.2.orig/src/gcc/config/rs6000/rs6000.h  2009-12-07 
16:34:21.0 +0100
 gcc-4.5.2/src/gcc/config/rs6000/rs6000.h   2011-02-18 22:14:56.0 
+0100
+@@ -89,6 +89,12 @@
+ #define ASM_CPU_476_SPEC "-mpower4"
+ #endif
+ 
++#ifndef __SPE__
++#define ASM_CPU_SPU_MANY_NOT_SPE "-many"
++#else
++#define ASM_CPU_SPU_MANY_NOT_SPE
++#endif
++
+ /* Common ASM definitions used by ASM_SPEC among the various targets for
+handling -mcpu=xxx switches.  There is a parallel list in driver-rs6000.c 
to
+provide the default assembler options if the user uses -mcpu=native, so if
+@@ -160,7 +166,8 @@
+ %{mcpu=e500mc: -me500mc} \
+ %{mcpu=e500mc64: -me500mc64} \
+ %{maltivec: -maltivec} \
+--many"
++" \
++ASM_CPU_SPU_MANY_NOT_SPE
+ 
+ #define CPP_DEFAULT_SPEC ""
+ 
only in patch2:
unchanged:
--- gcc-4.5-4.5.2.orig/debian/patches/no_fpr_in_libgcc.diff
+++ gcc-4.5-4.5.2/debian/patches/no_fpr_in_libgcc.diff
@@ -0,0 +1,55 @@
+# DP: It does not really harm by including them since nobody should use them
+# DP: but gas does not wont to assmebly hard float since they are not
+# DP: available on this cpu. Upstream did not respond.
+
+Index: gcc-4.4.5/src/gcc/config/rs6000/crtresfpr.asm
+===
+--- gcc-4.4.5.orig/src/gcc/config/rs6000/crtresfpr.asm 2011-02-13 
17:25:36.0 +0100
 gcc-4.4.5/src/gcc/config/rs6000/crtresfpr.asm  2011-02-13 
17:26:14.0 +0100
+@@ -33,6 +33,7 @@
+ 
+ /* On PowerPC64 Linux, these functions are provided by the linker.  */
+ #ifndef __powerpc64__
++#ifndef __NO_FPRS__
+ 
+ /* Routines for restoring floating point registers, called by the compiler.  
*/
+ /* Called with r11 pointing to the stack header word of the caller of the */
+@@ -77,3 +78,4 @@
+ FUNC_END(_restfpr_14)
+ 
+ #endif
++#endif
+Index: gcc-4.4.5/src/gcc/config/rs6000/crtresxfpr.asm
+===
+--- gcc-4.4.5.orig/src/gcc/config/rs6000/crtresxfpr.asm2011-02-13 
17:25:36.0 +0100
 gcc-4.4.5/src/gcc/config/rs6000/crtresxfpr.asm 2011-02-13 
17:26:29.0 +0100
+@@ -33,6 +33,7 @@
+ 
+ /* On PowerPC64 Linux, these functions are provided by the linker.  */
+ #ifndef __powerpc64__
++#ifndef __NO_FPRS__
+ 
+ /* Routines for restoring floating point registers, called by the compiler.  
*/
+ /* Called with r11 pointing to the stack header word of the caller of the */
+@@ -82,3 +83,4 @@
+ FUNC_END(_restfpr_14_x)
+ 
+ #endif
++#endif
+Index: gcc-4.4.5/src/gcc/config/rs6000/crtsavfpr.asm
+===
+--- gcc-4.4.5.orig/src/gcc/config/rs6000/crtsavfpr.asm 2011-02-13 
17:25:36.0 +0100
 gcc-4.4.5/src/gcc/config/rs6000/crtsavfpr.asm  2011-02-13 
17:26:42.0 +0100
+@@ -33,6 +33,7 @@
+ 
+ /* On PowerPC64 Linux, these functions are provided by the linker.  */
+ #ifndef __powerpc

Bug#614005: libpam-slurm: unbuildable in unstable

[Adam D. Barratt]

Package: src:libpam-slurm
Version: 1.6-3
Severity: serious

Hi,

libpam-slurm is unbuildable in unstable due to its build-dependency on
libslurm21-dev, which has been replaced by libslurm22-dev.

Regards,

Adam




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

Bug#612129: closed by Paul Wise (warzone2100: videos mentioned in package description)

[Daniel E. Markle]

>From Debian Policy 3.4:

"Instructions for configuring or using the package should not be included 
(that is what installation scripts, manual pages, info files, etc., are for)."



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

Bug#612129: closed by Paul Wise (warzone2100: videos mentioned in package description)

[Daniel E. Markle]

> The videos have been mentioned in the package description for ages:
>  The campaign video sequences are not yet distributed here, please see the
>  Warzone 2100 website for details on downloading and installing them.

And it is entirely useless for Debian users; the http://wz2100.net/ website
does not mention the Debian package at all, giving no clues as to how to 
properly install the warzone 2100 video packages for Debian.

Also this is a misuse of the package description field and likely a policy 
violation; that field is for describing the contents of the binary package 
not providing debugging tips on package installation.



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

Bug#613916: pu: package libvirt/0.8.3-6+squeeze0

[Guido Günther]

On Fri, Feb 18, 2011 at 07:54:57PM +, Adam D. Barratt wrote:
> On Fri, 2011-02-18 at 10:30 +0100, Guido Günther wrote:
> > I'd like to update libvirt for the next point release with the following
> > two changes:
> > 
> >  * [6f95d48] Fix exit status codes in libvirt init script to comply with LSB
> >(Closes; #612305)
> >  * [6e46f0e] Fix wrong regular expression in debian/watch
> >   
> > The first one is important since it resolves problems with cluster
> > solutions like pacemaker or rhcs that use the status command to check
> > the availability of the daemon. O.k. to upload to p-u?
> 
> This sounds okay but I would like to see a complete debdiff before
> upload just to double-check that it looks as I've assumed it will; fwiw,
> I'm not aware of anything (other than possibly the odd manual user) that
> checks the content of watch files in stable.
> 
Attached. It turned out the watchfile part is already in 0.8.3-5.
Cheers,
 -- Guido
diff -Nru libvirt-0.8.3/debian/changelog libvirt-0.8.3/debian/changelog
--- libvirt-0.8.3/debian/changelog	2010-12-01 15:14:03.0 +0100
+++ libvirt-0.8.3/debian/changelog	2011-02-18 21:42:16.0 +0100
@@ -1,3 +1,11 @@
+libvirt (0.8.3-5+squeeze0) unstable; urgency=low
+
+  [ Laurent Léonard ]
+  * [6f95d48] Fix exit status codes in libvirt init script to comply with LSB
+(Closes: #612305)
+
+ -- Guido Günther   Fri, 18 Feb 2011 21:26:03 +0100
+
 libvirt (0.8.3-5) unstable; urgency=low
 
   [ Laurent Léonard ]
diff -Nru libvirt-0.8.3/debian/libvirt-bin.init libvirt-0.8.3/debian/libvirt-bin.init
--- libvirt-0.8.3/debian/libvirt-bin.init	2010-11-16 14:11:14.0 +0100
+++ libvirt-0.8.3/debian/libvirt-bin.init	2011-02-18 21:32:43.0 +0100
@@ -159,6 +159,11 @@
 else
 log_progress_msg "not running"
 log_end_msg 1
+if [ -f "$PIDFILE" ] ; then
+exit 1
+else
+exit 3
+fi
 	fi
 ;;
   *)

Bug#613970: 'look for errors' crashes

[Dominique Dumont]

Le vendredi 18 février 2011 16:15:14, Sebastian Ramacher a écrit :
> Package: libconfig-model-cursesui-perl
> Version: 1.103-1
> Severity: normal
> 
> Running 'config-edit -application dpkg-copyright -ui curses' and selecting
> 'look for errors' crashes with:
> 
> Fatal program error:
> ---
> - search: Iterator->new: unexpected parameters: enum_integer_value_cb
> --

Ack. I will need to fix this upstream.

In the meantime, you can use the Perl/Tk interface to perform the same check. 
Use this menu entry: File->check.

Perl/Tk interface is provided by libconfig-model-tkui-perl

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/



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

Bug#613501: Workaround available in openvz git

[Ola Lundqvist]

Hi Maks

On Fri, Feb 18, 2011 at 09:46:44AM +, maximilian attems wrote:
> On Fri, Feb 18, 2011 at 07:27:27AM +0100, Ola Lundqvist wrote:
> > Hi Maks
> > 
> > Do you know when the next squeeze upload would be? Is it for the next
> > point release (and if so, do you know when that is?) or should we try
> > to convince the security team that this is actually a security issue.
> > 
> > Data corruption is not a nice thing I would say...
> > 
> > // Ola
> 
> why do you toppost, it is missing all relevant info!?

No special reason.

> > On Thu, Feb 17, 2011 at 07:18:11PM +0100, maximilian attems wrote:
> > > On Thu, 17 Feb 2011, Vladimir Kuklin wrote:
> > > 
> > > > 
> > > > git commit is here:
> > > > 
> > > > http://git.openvz.org/?p=linux-2.6.32-openvz;a=commit;h=3e89668abca56e6e11e1bbb9cbac1008d3c2357b
> > > > 
> > > > Please, don't forward it again to openvz devs. Just include it into
> > > > patchset for 2.6.32-5-openvz kernel update.
> > > 
> > > it is included, add info to changelog so it will be closed on next
> > > squeeze upload.
> 
> upload is planed after next stable release, most probably monday.

That is really great! Perfect.

// Ola

> 
> 

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#603862: Search for ?action(upgrade) finds all packages - patch

[Rogier]

Package: aptitude
Version: 0.6.3-3.2
Severity: normal

Hi,

I ran into the same problem. It also happens when searching for actions 
reinstall 
or downgrade.
Problem seems to be a few missing 'break's in src/generic/apt/matching/match.cc:


--- match.cc.orig   2010-06-19 08:04:43.0 +0200
+++ match.cc2011-02-18 22:03:39.0 +0100
@@ -746,12 +746,15 @@
  // The rest correspond directly to find_pkg_state() return 
values.
case pattern::action_reinstall:
  matches = find_pkg_state(pkg, cache) == pkg_reinstall;
+ break;
 
case pattern::action_upgrade:
  matches = find_pkg_state(pkg, cache) == pkg_upgrade;
+ break;
 
case pattern::action_downgrade:
  matches = find_pkg_state(pkg, cache) == pkg_downgrade;
+ break;
 
case pattern::action_keep:
  matches = cache[pkg].Keep();


I'd appreciate if this (or another) patch could make it into the next version.

Kind Regards,

Rogier.

-- Package-specific info:
aptitude 0.6.3 compiled at Oct 18 2010 22:11:25
Compiler: g++ 4.4.5
Compiled against:
  apt version 4.10.1
  NCurses version 5.7
  libsigc++ version: 2.2.4.2
  Ept support enabled.
  Gtk+ support disabled.

Current library versions:
  NCurses version: ncurses 5.7.20100313
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-gate.so.1 =>  (0xf777a000)
libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0xf7659000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xf7613000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xf760c000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xf754c000)
libept.so.1 => /usr/lib/libept.so.1 (0xf74fb000)
libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xf732)
libz.so.1 => /usr/lib/libz.so.1 (0xf730c000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xf727f000)
libboost_iostreams.so.1.42.0 => /usr/lib/libboost_iostreams.so.1.42.0 
(0xf7266000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xf724d000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7158000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xf7132000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7114000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xf6fcd000)
libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xf6fc9000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xf6fc5000)
libuuid.so.1 => /lib/libuuid.so.1 (0xf6fc1000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0xf6fb)
librt.so.1 => /lib/i686/cmov/librt.so.1 (0xf6fa6000)
/lib/ld-linux.so.2 (0xf777b000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

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

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]0.8.10.3 Advanced front-end for dpkg
ii  libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcwidget3 0.5.16-3 high-level terminal interface libr
ii  libept1 1.0.4High-level library for managing De
ii  libgcc1 1:4.4.5-8GCC support library
ii  libncursesw55.7+20100313-5   shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework for C++
ii  libsqlite3-03.7.3-1  SQLite 3 shared library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libxapian22 1.2.3-2  Search engine library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages aptitude recommends:
ii  apt-xapian-index  0.41   maintenance and search tools for a
ii  aptitude-doc-en [aptitude-doc 0.6.3-3.2  English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-2.1  parse Debian changelogs and output
ii  sensible-utils0.0.4  Utilities for sensible alternative

Versions of packages aptitude suggests:
ii  debtags   1.7.11 Enables support for package tags
pn  tasksel(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#614004: slrn: outgoing charset UTF-8: misleading example in sample config

[Thomas Hochstein]

Package: slrn
Version: 0.9.9~pre111-1
Severity: minor

slrn uses a misleading example for setting the outgoing charset to UTF-8
in /usr/share/doc/slrn/examples/slrn.rc.gz:

  %
  %% 6. Character mapping / MIME support
  %

  [...]

  % the character set used for outgoing articles
  %charset outgoing "utf8"

That leads to a Content-Type header of


  Content-Type: text/plain; charset=utf8

which is wrong; it should be

  Content-Type: text/plain; charset=utf-8

(mind the hyphen!).

It's quite common to see that mistake in the wild, and a wrong
charset definition like that will keep other newsreaders from
correctly displaying the message (as they don't know a charset
named "utf8" and fall back to their default which very likely
is not UTF-8).

Please change that example to

  % the character set used for outgoing articles
  %charset outgoing "utf-8"

(I'm still using lenny on that box here but have confirmed that
this bug is still present in 1.0.0~pre18-1.1 from squeeze.)

Regards,
-thh

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

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

Versions of packages slrn depends on:
ii  debconf [debconf-2.0]   1.5.24   Debian configuration management sy
ii  libc6   2.7-18lenny7 GNU C Library: Shared libraries
ii  libcanlock2 2b-4 library for creating and verifying
ii  libslang2   2.1.3-3  The S-Lang programming library - r

slrn recommends no packages.

Versions of packages slrn suggests:
pn  metamail   (no description available)
pn  slrnpull   (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#614003: mozplugger: split out configuration for text/pdf

[Harald Jenny]

Package: mozplugger
Version: 1.14.2-5
Severity: wishlist


As acroread may also be used with mozilla-acroread for browser integration it
would be benifical to have the the text/pdf and text/x-pdf definitions in an
seperate config file in the /etc/mozpluggerrc.d directory.


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

Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages mozplugger depends on:
ii  chromium-browser 9.0.597.98~r74359-1 Chromium browser
ii  dpkg 1.15.8.10   Debian package management system
ii  iceweasel3.6.13-2Web browser based on Firefox
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libx11-6 2:1.4.1-4   X11 client-side library
ii  m4   1.4.14-3a macro processing language
ii  opera11.01.1190  A fast and secure web browser and 
ii  xulrunner-1.9.1  1.9.1.16-4  XUL + XPCOM application runner
ii  xulrunner-1.9.2  1.9.2.13-2  XUL + XPCOM application runner

mozplugger recommends no packages.

mozplugger 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#611905: Install sympa version 6.1.4 on Lenny

[Emmanuel Bouthenot]

On Fri, Feb 18, 2011 at 08:49:14PM +0100, Stéphane Leclerc wrote:

> >We can always use more helping hands here in the team :-D
> >
> >We can then backport the existing official packaging for those older
> >releases that you use.  Should be little added effort.
> 
> Squeeze as well. Lenny is the bad boy. ;-)
> 
> Have you tried to build 6.1.4 in experimental ?
[...]

Actually we can't upload it to experimental because we need
libunicode-linebreak-perl to be packaged and it has not be done yet.
(wwsympa needs it to run).

I will contact the perl team to ask them if they agree to take care of
that package. If not, I will package it.

FYI: I've sympa 6.1.4 running on squeeze perfectly (I've quickly built
my own libunicode-linebreak-perl package). The same apply for lenny but I
had to install some dependencies from lenny-backports and squeeze.

I plan to upload sympa to squeeze-backports once sympa 6.1.4 will hit
testing.


Regards,

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}





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

Bug#614002: grub-common: [kfreebsd] need a mechanism to pass sysctl parameters to kernel at boot time

[Marc Fournier]

Package: grub-common
Version: 1.98+20100804-14
Severity: wishlist


Some sysctl parameters of FreeBSD kernels can only be set at boot time.

With the traditional FreeBSD bootloader, you would define them in
/boot/loader.conf. With grub, this is done by adding a line such as this one
in /boot/grub/grub.cfg:

  set kFreeBSD.kern.maxswzone=67108864

The problem is obviously that /boot/grub/grub.cfg gets overwritten each time
update-grub2 is run.

The Linux variant of the package has this $GRUB_CMDLINE_LINUX option in
/etc/default/grub which gets included in the right places in
/boot/grub/grub.cfg.
We need the same sort of thing for kFreeBSD.

If it's just a matter of patching /etc/grub.d/10_kfreebsd to handle a
$GRUB_CMDLINE_KFREEBSD option in /etc/default/grub, I would be glad to submit
a patch. But maybe this should be discussed first, or coordinated with upstream
or whatever. Just let me know...

Cheers,
Marc


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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grub-common depends on:
ii  base-files  6.0  Debian base system miscellaneous f
ii  dpkg1.15.8.10Debian package management system
ii  gettext-base0.18.1.1-3   GNU Internationalization utilities
ii  install-info4.13a.dfsg.1-6   Manage installed documentation in 
ii  libc0.1 2.11.2-10Embedded GNU C Library: Shared lib
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libnvpair0  8.1-4OpenSolaris name-value pair librar
ii  libzfs0 8.1-4FreeBSD ZFS library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages grub-common recommends:
ii  os-prober 1.42   utility to detect other OSes on a 

Versions of packages grub-common suggests:
pn  grub-emu   (no description available)
pn  multiboot-doc  (no description available)
pn  xorriso(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#613982: [php-maint] Bug#613982: printf generates scientific notation inaccurately

[Raphael Geissert]

severity 613982 minor
thanks

Hi,

On Friday 18 February 2011 11:03:08 Ronan wrote:
> printf, when outputting a number in scientific
> notation, allows the precision to be specified.
> However, the precision is capped at 40.  If a cap
> has to be set at all, then it should be set at 52,
> because this is the smallest value which allows all
> IEEE double-precision floating-point numbers to be
> output with perfect accuracy.

I don't know why a limit was set in place in the *printf functions, but 
according to the code that does the actual conversion it can handle a 
precision up to 318.

You can workaround it by using number_format btw (which internally uses the 
same formatter as *printf, without the arbitrary limit).

P.S. would be great if you could report it upstream. It would save us some 
time.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#614001: number_format loses precision for certain numbers

[Ronan]

Package: php5-cli
Version: 5.3.3-7
Severity: normal


number_format returns an incorrect answer for certain
numbers.

that there is at least one such number is shown in
the first included file, transcript1.  it contains
a terminal transcript, and should be self-explanatory.

the second included file, transcript2, also contains
a terminal transcript.  it shows that number_format
is buggy for 2^(-n), where n ranges over all the
integers in the interval [319, 1074].

*** transcript1
Script started on Fri 18 Feb 2011 20:26:17 GMT
bash$ PS1=' '
 cat demo1
#!/usr/bin/php5 -n
>>> php5 -n demo1
0.
00
00
00
00
00
04940656458412465441765687
92868221372365059802614324764425585682500675507270
20875186529983636163599237979656469544571773092665
67103559397963987747960107818781263007131903114045
27845817167848982103688718636056998730723050006387
40915356498438731247339727316961514003171538539807
41262385655911710266585566867681870395603106249319
4527159149245532930545654440112748012970541931
98940908041656332452475714786901472678015935523861
15501348035264934720193790268107107491703332226844
75333572083243193609238289345836806010601150616980
97530783422773183292479049825247307763759272478746
56084778203734469699533647017972677717585125660551
19913150489110145103786273816725095583738973359899
36648099411642057026370902792427675445652290875386
82506419718265533447265625

0.
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00

4.940656e-324
 exit

Script done on Fri 18 Feb 2011 20:26:31 GMT

*** transcript2
Script started on Fri 18 Feb 2011 20:05:55 GMT
bash$ PS1=' '
 cat demo2
#!/usr/bin/php5 -n
>>> php5 -n demo2
 exit

Script done on Fri 18 Feb 2011 20:06:05 GMT


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

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

Versions of packages php5-cli depends on:
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-2common error description library
ii  libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [
ii  libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii  libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  libmagic1   5.04-5   File type determination library us
ii  libonig25.9.1-1  Oniguruma regular expressions libr
ii  libpcre38.02-1.1 Perl 5 Compatible Regular Expressi
ii  libqdbm14   1.8.77-4 QDBM Database Libraries [runtime]
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  libxml2 2.7.8.dfsg-2 GNOME XML library
ii  mime-support3.48-1   MIME files 'mime.types' & 'mailcap
ii  php5-common 5.3.3-7  Common files for packages built fr
ii  tzdata  2010o-1  time zone and daylight-saving time
ii  ucf 3.0025+nmu1  Update Configuration File: preserv
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

php5-cli recommends no packages.

Versions of packages php5-cli suggests:
ii  php-pear  

Bug#614000: pcmanfm: Pcmanfm crashes while trying to restore items from trash

[Roland]

Package: pcmanfm
Version: 0.9.8-1
Severity: important
Tags: squeeze

When i try to restore a file or folder from trash pcmanfm 0.9.8 shuts down
instantly. Seems to be an already known bug for the developer, but i think the
Debianpackage isn't fixed yet.
http://sourceforge.net/tracker/?func=detail&aid=3132262&group_id=156956&atid=801864



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

Kernel: Linux 2.6.37-zen0 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pcmanfm depends on:
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libfm-gtk0 0.1.14-2  file management support - GTK+ GUI
ii  libfm0 0.1.14-2  file management support - core lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libx11-6   2:1.3.3-4 X11 client-side library

Versions of packages pcmanfm recommends:
ii  gnome-icon-theme 2.30.3-2GNOME Desktop icon theme
pn  gvfs-backends  (no description available)
ii  gvfs-fuse1.6.4-3 userspace virtual filesystem - fus
ii  lxde-icon-theme  0.0.1+svn20091206-2 LXDE Standard icon theme

pcmanfm 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#613324: gdm not starting on boot, until login and logout on tty1

[Joey Hess]

Michael Biebl wrote:
> Your blocking service seems to be openvpn.service.
> IIRC openvpn has X-Interactive in its LSB header, so it waits for tty1 to 
> become
> free. Most likely getty on tty1 was spawned before the openvpn.service is
> started and so the boot process blocks at this stage.
> Could you temporarily disable the openvpn service (insserv -r openvpn) or just
> remove X-Interactive from its LSB header and try again.

That does avoid the problem.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#613933: csound: FTBFS on armel - Scons: Don't know how to build from a source file with suffix `.y'

[Felipe Sateler]

On Fri, Feb 18, 2011 at 10:58, Hector Oron  wrote:
> Package: csound
> Version: 1:5.13.0~dfsg-2
> Severity: serious
>
> Hello,
>
>  You package fails to build from source on armel and other architectures:
>
> scons: *** While building `['frontends/beats/beats.tab.c']' from 
> `['frontends/beats/beats.y']': Don't know how to build from a source file 
> with suffix `.y'.  Expected a suffix in this list: ['.i'].
> File 
> "/build/buildd-csound_5.13.0~dfsg-2-armel-aOZxuu/csound-5.13.0~dfsg/SConstruct",
>  line 2820, in 
> make: *** [debian/stamp-scons-build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
>  Find full build log at:
>  https://buildd.debian.org/fetch.cgi?pkg=csound&arch=armel&ver=1:5.13.0~dfsg-2&stamp=1297363256&file=log&as=raw
>
>  Check your package builds at:
>  https://buildd.debian.org/status/package.php?p=csound&suite=sid
>
>  Best regards

Ooops, missing dependency on flex and bison. Fixing this now...
-- 

Saludos,
Felipe Sateler



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

Bug#583384: Request to steal web2py ITP

[José Luis Redrejo Rodríguez]

Hello
Unless you tell me not to do so, I plan to upload this to the archive
myself and maintain these packages.
I've already worked in web2py debianization and plan to co-maintain it
under the Python Modules Packaging Team in Debian.

Please tell me if you object to me stealing your ITP, or if you're want
to contribute with some code I can upload today my current work to the
python-modules subversion.
I plan to upload the package in one or two weeks at most.

Regards.
José L.



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

Bug#613999: ITP: py3dns -- DNS client module for Python3

[Scott Kitterman]

Package: wnpp
Severity: wishlist
Owner: Scott Kitterman 

* Package name: py3dns
  Version : 3.0.0
  Upstream Author : Stuart D. Gathman 
* URL : http://http://sourceforge.net/projects/pydns
* License : PSF
  Programming Lang: Python 3
  Description : DNS client module for Python 3

 This Python 3 module provides an DNS API for looking up DNS entries from
 within Python 3 modules and applications. This module is a simple,
 lightweight implementation. It is not as complete as python-dnspython, but is
 useful for many common applications.

ITP Note: Binary will be python3-dns.  This is the Python 3 port of
python-dns.



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

Bug#593419: Get Mysql errors when I try to run the initial "drupal6/install.php"

[Luigi Gangitano]

Hi Matt,

Sorry for the late reply. Can you please tell me if the bug was encountered 
during an upgrade from version 5.x or during a clean install?

I'm asking since the bug is actually known upstream:

  http://drupal.org/node/223160

and in process to be fixed.

Regards,

L

--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26

Bug#613998: gnome-games: Gnibbles - "Segmentation fault" when using non-English locale

[Camaleón]

Package: gnome-games
Version: 1:2.30.2-2
Severity: normal

(possibily related to bug #613997)

When running Gnibbles with my usual locale (es_ES.UTF-8) I get a
"segmentation fault":

test@debian:~$ echo $LANG
es_ES.utf8

test@debian:~$ gnibbles
Violación de segmento

However, forcing an English locale the application opens just fine:

test@debian:~$ LANG=C gnibbles
test@debian:~$



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

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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.30.2-2data files for the GNOME games
ii  gnuchess   5.07-7Plays a game of chess, either agai
ii  guile-1.8-libs 1.8.7+1-3 Main Guile libraries
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcanberra-gtk0   0.24-1Gtk+ helper for playing widget eve
ii  libcanberra0   0.24-1a simple abstract interface for pl
ii  libclutter-1.0-0   1.2.12-3  Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0  0.10.4-1  Open GL based interactive canvas l
ii  libgcc11:4.4.5-10GCC support library
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.7-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  librsvg2-2 2.26.3-1  SAX-based renderer library for SVG
ii  librsvg2-common2.26.3-1  SAX-based renderer library for SVG
ii  libsm6 2:1.2.0-1 X11 Session Management library
ii  libstdc++6 4.4.5-10  The GNU Standard C++ Library v3
ii  mesa-utils 7.7.1-4   Miscellaneous Mesa GL utilities
ii  python 2.6.6-3+squeeze5  interactive high-level object-orie
ii  python-bugbuddy2.30.0-4  Python module for bug-buddy
ii  python-gconf   2.28.1-1  Python bindings for the GConf conf
ii  python-gtk22.17.0-4  Python bindings for the GTK+ widge
ii  python-gtkglext1   1.1.0-6   GtkGLext python bindings
ii  python-opengl  3.0.1~b2-1Python bindings to OpenGL
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gnome-games recommends:
ii  gnome-games-extra-data2.30.0-1   games for the GNOME desktop (extra
ii  gvfs  1.6.4-3userspace virtual filesystem - ser

Versions of packages gnome-games suggests:
pn  gnome-hearts   (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#613997: gnome-games: Quadrapassel - "Segmentation fault" when using non-English locale

[Camaleón]

Package: gnome-games
Version: 1:2.30.2-2
Severity: normal

When running Quadrapassel with my usual locale (es_ES.UTF-8) I get a
"segmentation fault":

test@debian:~$ echo $LANG
es_ES.utf8

test@debian:~$ quadrapassel
Violación de segmento

However, forcing an English locale the application opens just fine:

test@debian:~$ LANG=C quadrapassel

(quadrapassel:2078): ClutterGLX-CRITICAL **: Unable to make the stage window
0x4a00026 the current GLX drawable

(quadrapassel:2078): ClutterGLX-CRITICAL **: Unable to make the stage window
0x4a00041 the current GLX drawable




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

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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.30.2-2data files for the GNOME games
ii  gnuchess   5.07-7Plays a game of chess, either agai
ii  guile-1.8-libs 1.8.7+1-3 Main Guile libraries
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcanberra-gtk0   0.24-1Gtk+ helper for playing widget eve
ii  libcanberra0   0.24-1a simple abstract interface for pl
ii  libclutter-1.0-0   1.2.12-3  Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0  0.10.4-1  Open GL based interactive canvas l
ii  libgcc11:4.4.5-10GCC support library
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.7-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  librsvg2-2 2.26.3-1  SAX-based renderer library for SVG
ii  librsvg2-common2.26.3-1  SAX-based renderer library for SVG
ii  libsm6 2:1.2.0-1 X11 Session Management library
ii  libstdc++6 4.4.5-10  The GNU Standard C++ Library v3
ii  mesa-utils 7.7.1-4   Miscellaneous Mesa GL utilities
ii  python 2.6.6-3+squeeze5  interactive high-level object-orie
ii  python-bugbuddy2.30.0-4  Python module for bug-buddy
ii  python-gconf   2.28.1-1  Python bindings for the GConf conf
ii  python-gtk22.17.0-4  Python bindings for the GTK+ widge
ii  python-gtkglext1   1.1.0-6   GtkGLext python bindings
ii  python-opengl  3.0.1~b2-1Python bindings to OpenGL
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gnome-games recommends:
ii  gnome-games-extra-data2.30.0-1   games for the GNOME desktop (extra
ii  gvfs  1.6.4-3userspace virtual filesystem - ser

Versions of packages gnome-games suggests:
pn  gnome-hearts   (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#613916: pu: package libvirt/0.8.3-6+squeeze0

[Adam D. Barratt]

On Fri, 2011-02-18 at 10:30 +0100, Guido Günther wrote:
> I'd like to update libvirt for the next point release with the following
> two changes:
> 
>  * [6f95d48] Fix exit status codes in libvirt init script to comply with LSB
>(Closes; #612305)
>  * [6e46f0e] Fix wrong regular expression in debian/watch
>   
> The first one is important since it resolves problems with cluster
> solutions like pacemaker or rhcs that use the status command to check
> the availability of the daemon. O.k. to upload to p-u?

This sounds okay but I would like to see a complete debdiff before
upload just to double-check that it looks as I've assumed it will; fwiw,
I'm not aware of anything (other than possibly the odd manual user) that
checks the content of watch files in stable.

Regards,

Adam




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

Bug#611905: [Pkg-sympa-devel] Bug#611905: Install sympa version 6.1.4 on Lenny

[Stéphane Leclerc]

Le 18/02/11 20:39, « Jonas Smedegaard »  a écrit :

>We can always use more helping hands here in the team :-D
>
>We can then backport the existing official packaging for those older
>releases that you use.  Should be little added effort.

Squeeze as well. Lenny is the bad boy. ;-)

Have you tried to build 6.1.4 in experimental ?

Stef...





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

Bug#604946: drupal6: more info for the users needed (debconf)

[Luigi Gangitano]

severity 604946 wishlist
thanks

Hi Artur,

thanks for your patch. I would prefer not to add debconf just to inform the 
users with an apt blocking screen about needed steps. Instructions on how to 
complete installation are in README.Debian where they belong.

I will keep this bug open and integrate your patch, in case debconf is needed 
for something else.

Regards,

L

--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26




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