Bug#510957: setting package to lintian, tagging 510957

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.1.6) UNRELEASED; urgency=low
#
#  * checks/cruft{,.desc}:
#+ [RA] Error on CMakeCache.txt files added or modified in the diff.
#  Thanks, Joerg Jaspert.  (Closes: #510957)
#

package lintian
tags 510957 + pending




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

Bug#511458: gnome-screensaver: Doesn't notice mouse movement while running Tux Paint

[Andrew Ruthven]

Package: gnome-screensaver
Version: 2.22.2-2
Severity: normal

Hi,

While having my daughter play with Tux Paint this morning, my screensaver
kicked in and locked the screen.  Even though the mouse was being used.

To make matters worse, I wasn't able to enter a password as Tux Paint
was running fullscreen and had captured the keyboard (perhaps why Gnome
Screensaver didn't see the mouse movement?).

Cheers!


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages gnome-screensaver depends on:
ii  dbus-x11   1.2.1-4   simple interprocess messaging syst
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-4   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libgl1-mesa-glx [libgl 7.0.3-7   A free implementation of the OpenG
ii  libglade2-01:2.6.3-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome-menu2 2.22.2-4  an implementation of the freedeskt
ii  libgnomekbd2   2.22.0-2  GNOME library to manage keyboard c
ii  libgnomekbdui2 2.22.0-2  User interface library for libgnom
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libpam0g   1.0.1-4   Pluggable Authentication Modules l
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcb-render-util00.2.1+git1-1  utility libraries for X C Binding 
ii  libxcb-render0 1.1-1.1   X C Binding, render extension
ii  libxcb11.1-1.1   X C Binding
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.4-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxklavier12  3.5-2 X Keyboard Extension high-level AP
ii  libxml22.6.32.dfsg-5 GNOME XML library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxss11:1.1.3-1 X11 Screen Saver extension library
ii  libxxf86misc1  1:1.0.1-3 X11 XFree86 miscellaneous extensio
ii  libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages gnome-screensaver recommends:
ii  gnome-power-manager   2.22.1-4   power management tool for the GNOM
ii  libpam-gnome-keyring  2.22.3-2   PAM module to unlock the GNOME key
pn  rss-glx(no description available)

Versions of packages gnome-screensaver suggests:
pn  xscreensaver-data  (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#511410: ITP: dma -- the DragonFly Mail Agent, a lightweight MTA

[Peter Pentchev]

On Sat, Jan 10, 2009 at 09:53:01PM +0100, Heiko Schlittermann wrote:
> Hello Peter,
> 
> Peter Pentchev  (Sa 10 Jan 2009 16:57:10 CET):
> > Package: wnpp
> > Severity: wishlist
> 
> ..
> > 
> > dma is not intended as a replacement for real, big MTAs like sendmail(8)
> > or postfix(1).  Consequently, dma does not listen on port 25 for incoming
> > connections.
> 
> Please do not forget to mention Exim here, if you're talking about real
> big MTAs :)

Well, to tell the truth, this description was taken verbatim from
the dma(8) manual page, just slightly reformatted :)  But yes, I will
adapt it when actually writing the Debian package's description,
and mentioning Exim is a good idea indeed.  Thanks!

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
I am jealous of the first word in this sentence.


pgpZZOmpzmtFt.pgp
Description: PGP signature

Bug#511457: icedove Find -> Search Messages (Shift F) throws XML Parsing error.

[Doug MacLean]

Package: icedove
Version: 2.0.0.19-1
Severity: important

In attempting to search messages by using the find in messages feature (Edit 
->Find ->Search Messages) or directly by using Shift-F, 
an XML Parsing Error is thrown, to wit:

XML Parsing Error: not well formed
Location: chrome://messenger/content/SearchDialog.xul
Line Number 1, Column 5:

(in red)
ties();
^



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

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

Versions of packages icedove depends on:
ii  debianutils2.30  Miscellaneous utilities specific t
ii  fontconfig 2.6.0-3   generic font configuration library
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.6-1   spell checker and morphological an
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnspr4-0d4.7.1-4   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0-5  Network Security Service libraries
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxft22.1.12-3  FreeType-based font drawing librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  psmisc 22.6-1Utilities that use the proc filesy
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

icedove recommends no packages.

Versions of packages icedove suggests:
pn  icedove-gnome-support  (no description available)
pn  latex-xft-fonts(no description available)
ii  libthai0  0.1.9-4Thai language support library

-- no debconf information



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

Bug#511456: time: defaults to POSIX non-compliance

[Bart Massey]

Package: time
Version: 1.7-23
Severity: normal


GNU "time" has a --portability flag to get the
POSIX-mandated formatting of its output.  The BASH "time"
builtin is used in /bin/sh invocations and is
POSIX-compliant.  The combination of these features means
that it is difficult to write portable shell scripts that
examine the output of "time" but work under Debian.  A
workaround is to set the TIME environment variable to the
POSIX format, but since other programs may use an
environment variable named something as generic as "TIME" in
other ways, one must be fairly selective about it; in any
case, it's a gratuitous painful wart.

The default behavior of "time" should be POSIX-compliant.  A
flag and/or environment variable could instead give the
current non-standard behavior.

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

Kernel: Linux 2.6.24-1-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 time depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries

time recommends no packages.

time 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#495298: [patch] Vim tutor typo

[Bram Moolenaar]

James -

> There is a small (one character) typo in the Spanish translation of
> Vim's tutor script.  The attached patches fix the typo in both the
> latin1/utf8 versions of the file.

Thanks.   Eduardo, unless you object I'll include this patch.

- Bram

-- 
It is too bad that the speed of light hasn't kept pace with the
changes in CPU speed and network bandwidth. -- 

 /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///



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

Bug#93810: australian time zone debacle

[Clint Adams]

reassign 93810 tzdata
quit

This is once again being discussed on the tz mailing list.

Also see
https://bugzilla.redhat.com/show_bug.cgi?id=478566



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

Bug#511454: rhythmbox: Turning on visualization with fullscreen, and starting playing file crashes

[Konstantin Klimentov aka Rilium]

Package: rhythmbox
Version: 0.11.6-1
Severity: important

When i start rhythmbox, click on visualization button, and then start mp3 file 
from music tab(opened by default), i got this:

ril...@rilium-lenovo:~/Spectra_Project/libspectra$ rhythmbox
Ошибка сегментирования


Previous line is "Segmentation fault" in russian.


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

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

Versions of packages rhythmbox depends on:
ii  dbus   1.2.1-4   simple interprocess messaging syst
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gs 0.10.19-2 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gst 0.10.8-4  GStreamer plugin for ESD
ii  gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins- 0.10.8-4  GStreamer plugins from the "good" 
ii  gstreamer0.10-x0.10.19-2 GStreamer plugins for X11 and Pang
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.22-3  Avahi client library
ii  libavahi-common3   0.6.22-3  Avahi common library
ii  libavahi-glib1 0.6.22-3  Avahi glib integration library
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-4   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome-keyring0  2.22.3-2  GNOME keyring services library
ii  libgnome-media02.22.0-3  runtime libraries for the GNOME me
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgpod3   0.6.0-6   library to read and write songs an
ii  libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libhal10.5.11-8  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liblircclient0 0.8.3-3   infra-red remote control support -
ii  libmtp70.2.6.1-3 Media Transfer Protocol (MTP) libr
ii  libmusicbrainz4c2a 2.1.5-2   Second generation incarnation of t
ii  libnautilus-burn4  2.20.0-1  Nautilus Burn Library - runtime ve
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.1-4   NetScape Portable Runtime Library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsexy2   0.1.11-2+b1   collection of additional GTK+ widg
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libsoup2.4-1   2.4.1-2   an HTTP library implementation in 
ii  libtotem-plparser102.22.3-1  Totem Playlist Parser library - ru
ii  libusb-0.1-4   2:0.1.12-13   userspace USB programming library
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcb-render-util00.2.1+git1-1  utility libraries for X C Binding 
ii  libxcb-re

Bug#510544: Installer/partition guide tried to use 500GB as swap

[Frans Pop]

On Sunday 11 January 2009, Frans Pop wrote:
> > short: the maximal size of the unlimited partition is specified as
> > 1,000,000,000 in the recipes, and the numbers there mean MBs, so
> > that's 1000 TB.
>
> OK, but IMO this is more a structural flaw in partman-auto's recipe
> specification than a bug in partman-auto-lvm. Unlimited should be
> defined in some other way than "$random very high number which in
> practice will always turn out to be not high enough".
> Although with higher numbers we'll also run into overflow problems at
> some point (and we should probably test for that somehow).
>
> I think it would be more logical to specify unlimited as 0 or -1. Or
> even some string like "none".

A patch to change this turns out to be fairly trivial. Comments?
Successfully tested for both regular and LVM partitioning (though not with 
>1TB disk).

Ferenc: care to test this for >1TB?
Making the changes at runtime is trivial enough that custom debs should 
not be needed.

Note: I've only included the change for the default recipes, but of course 
they are all changed in the actual patch. partman-auto-lvm will need an 
updated versioned dependency on partman-auto which is not yet included in 
the patch. The installation guide will need to be updated as well, but 
the change is backwards compatible.

diff --git a/installer/doc/devel/partman-auto-recipe.txt b/installer/doc/devel/partman-auto-recipe.txt
index 18519a6..d941858 100644
--- a/installer/doc/devel/partman-auto-recipe.txt
+++ b/installer/doc/devel/partman-auto-recipe.txt
@@ -66,6 +66,7 @@ recommended to give small partitions a  larger than their
 
  is the maximal size for the partition, i.e. a limit
 size such that there is no sense to make this partition larger.
+The special value "-1" is used to indicate unlimited partition size.
 
  is the file system as known to parted of this partition.
 
diff --git a/packages/partman/partman-auto-lvm/lib/auto-lvm.sh b/packages/partman/partman-auto-lvm/lib/auto-lvm.sh
index 4116080..30a94ae 100644
--- a/packages/partman/partman-auto-lvm/lib/auto-lvm.sh
+++ b/packages/partman/partman-auto-lvm/lib/auto-lvm.sh
@@ -14,7 +14,7 @@ bail_out() {
 # (Need $method in scope.)
 add_envelope() {
 	local scheme="$1"
-	echo "$scheme${NL}100 1000 10 ext3 \$primary{ } method{ $method }"
+	echo "$scheme${NL}100 1000 -1 ext3 \$primary{ } method{ $method }"
 }
 
 # Create the partitions needed by a recipe to hold all PVs
diff --git a/packages/partman/partman-auto-lvm/perform_recipe_by_lvm b/packages/partman/partman-auto-lvm/perform_recipe_by_lvm
index 4278bfc..f3ee4fc 100755
--- a/packages/partman/partman-auto-lvm/perform_recipe_by_lvm
+++ b/packages/partman/partman-auto-lvm/perform_recipe_by_lvm
@@ -38,7 +38,8 @@ newscheme=''
 foreach_partition '
 	newmin="${1}000"
 	newmed="${2}000"
-	if [ "$3" != "10" ]; then
+	# Second test is for backwards compatibility
+	if [ "$3" != "-1" ] && [ "$3" != "10" ]; then
 		newmax="${3}000"
 	else
 		newmax="$3"
diff --git a/packages/partman/partman-auto/lib/recipes.sh b/packages/partman/partman-auto/lib/recipes.sh
index cf63fdc..3a6337d 100644
--- a/packages/partman/partman-auto/lib/recipes.sh
+++ b/packages/partman/partman-auto/lib/recipes.sh
@@ -69,14 +69,15 @@ decode_recipe () {
 			if [ $factor -lt $min ]; then
 factor=$min
 			fi
-			if expr "$3" : '[0-9][0-9]*$' >/dev/null; then
+			if [ "$3" = "-1" ] || \
+			   expr "$3" : '[0-9][0-9]*$' >/dev/null; then
 max=$3
 			elif expr "$3" : '[0-9][0-9]*%$' >/dev/null; then
 max=$(($ram * ${3%?} / 100))
 			else # error
 max=$min # do not enlarge the partition
 			fi
-			if [ $max -lt $min ]; then
+			if [ $max -ne -1 ] && [ $max -lt $min ]; then
 max=$min
 			fi
 			case "$4" in # allow only valid file systems
@@ -370,7 +371,7 @@ expand_scheme() {
 			else
 newmin=$(($min + $unallocated * $fact / $factsum))
 			fi
-			if [ $newmin -gt $max ]; then
+			if [ $max -ne -1 ] && [ $newmin -gt $max ]; then
 echo $max 0 $max $*
 			elif [ $newmin -lt $min ]; then
 echo $min 0 $min $*
commit 57a68e421774d5232379e5f248e2acfd622e4f49
Author: Frans Pop 
Date:   Sun Jan 11 06:52:17 2009 +0100

Use "-1" in partman recipes to indicate unlimited partition size

diff --git a/packages/partman/partman-auto/recipes/atomic b/packages/partman/partman-auto/recipes/atomic
index bd5edf9..ebd59d5 100644
--- a/packages/partman/partman-auto/recipes/atomic
+++ b/packages/partman/partman-auto/recipes/atomic
@@ -10,7 +10,7 @@ partman-auto/text/atomic_scheme ::
 	filesystem{ ext2 }
 	mountpoint{ /boot } .
 
-500 1 10 ext3
+500 1 -1 ext3
 	$lvmok{ }
 	$primary{ }
 	$bootable{ }
diff --git a/packages/partman/partman-auto/recipes/home b/packages/partman/partman-auto/recipes/home
index 92018c9..a7a1793 100644
--- a/packages/partman/partman-auto/recipes/home
+++ b/packages/partman/partman-auto/recipes/home
@@ -25,7 +25,7 @@ partman-auto/text/home_scheme ::
 	method{ swap }
 	format{ } .
 
-100 1 1000

Bug#489946: Slight correction

[Clint Adams]

On Sun, Jan 11, 2009 at 01:16:00AM +0100, David Weinehall wrote:
> Disclaimer: I'm certainly not an expert on the Finnish sublocale of
> Swedish; I just know what the date & time formats should be.

Please confirm that this triggers the correct behavior, or nudge a
Swedish-speaking Finn this way.

Index: localedata/locales/sv_FI
===
RCS file: /cvs/glibc/libc/localedata/locales/sv_FI,v
retrieving revision 1.11
diff -w -u -r1.11 sv_FI
--- localedata/locales/sv_FI31 Oct 2008 19:00:57 -  1.11
+++ localedata/locales/sv_FI11 Jan 2009 06:06:51 -
@@ -97,14 +97,16 @@
   "";/
   "";/
   ""
-d_t_fmt   
""
-d_fmt ""
+d_t_fmt  "/
+/
+"
+d_fmt""
 t_fmt ""
 am_pm "";""
 t_fmt_ampm  ""
-date_fmt   "/
-/
-"
+date_fmt   "/
+/
+"
 END LC_TIME
 
 LC_PAPER



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

Bug#511382: Please review the copyright file of this package.

[Charles Plessy]

Le Sat, Jan 10, 2009 at 10:48:54PM +0100, Andreas Tille a écrit :
> On Sat, 10 Jan 2009, Charles Plessy wrote:
>>
>> If somebody proofchecks my the copyright file of my package as explained in
>> `http://wiki.debian.org/CopyrightReview', I will do the same for two of his
>> packages.
>>
>> You can check it out from:
>> svn+ssh://svn.debian.org/svn/svn/debian-med/trunk/packages/libbio-graphics-perl
>
> I have looked at the source code and the copyright and did not found
> any problem.

Thanks ! I owe you a review for one of your packages :)

Have a nice day,

-- 
Charles



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

Bug#498883: setting package to lintian, tagging 498883

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.1.5) UNRELEASED; urgency=low
#
#  * lib/Tags.pm:
#+ [RA] Avoid Perl warnings if Severity or Certainty isn't set for a
#  tag.  (Closes: #507278)
#+ [RA] Record statistics for certainty correctly.
#+ [RA] Canonicalize the extra tag information once and pass it as a
#  string to the other output methods.  Based on a patch by Raphael
#  Geissert.  (Closes: #498883)
#+ [RA] Fix override checking with extra tag information that Perl
#  evaluates to false (such as a bare 0).
#

package lintian
tags 498883 + pending




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

Bug#507278: setting package to lintian, tagging 507278

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.1.5) UNRELEASED; urgency=low
#
#  * lib/Tags.pm:
#+ [RA] Avoid Perl warnings if Severity or Certainty isn't set for a
#  tag.  (Closes: #507278)
#

package lintian
tags 507278 + pending




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

Bug#511213: setting package to lintian, tagging 511213

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.1.5) UNRELEASED; urgency=low
#
#  * checks/control-file{,.desc}:
#+ [RA] Tag (severity: wishlist) duplicate short or long descriptions
#  in packages built from the same source.  (Closes: #30020)
#+ [RA] Clarify the binary-control-field-duplicates-source tag.
#  (Closes: #511213)
#

package lintian
tags 511213 + pending




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

Bug#508106: smc fails in game with undefined symbol errors in cegui

[Muammar El Khatib]

Package: smc
Version: 1.7-1

Hi,

Thanks for reporting. I have packaged new upstream version of smc and the game
is not failing anymore with undefined symbol errors in cegui.

I am looking for a sponsor to upload it for me.

I'll ask you later, if the problem still so that I'll be able to close this bug.

Regards,


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.27.10

Debian Release: 5.0
  990 unstablewww.debian-multimedia.org
  990 unstableftp.us.debian.org
  500 kernel-dists-trunk kernel-archive.buildserver.net
1 experimentalftp.us.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libboost-filesystem1.34.1 (>= 1.34.1-8) | 1.34.1-15
libc6(>= 2.7-1) | 2.7-18
libcegui-mk2-1  | 0.6.1-1
libgcc1(>= 1:4.1.1) | 1:4.3.2-2
libgl1-mesa-glx | 7.2-1
 OR libgl1  |
libglu1-mesa| 7.0.3-7
 OR libglu1 |
libpng12-0(>= 1.2.13-4) | 1.2.27-2
libsdl-image1.2  (>= 1.2.5) | 1.2.6-3
libsdl-mixer1.2  (>= 1.2.6) | 1.2.8-5
libsdl-ttf2.0-0 | 2.0.9-1
libsdl1.2debian   (>= 1.2.10-1) | 1.2.13-4
libstdc++6   (>= 4.2.1) | 4.3.2-2
libx11-6| 2:1.1.5-2
libcegui-mk2-dev   (>= 0.5.0-2) | 0.6.1-1
smc-data  (= 1.7-1) | 1.7-1



-- 
Muammar El Khatib.
Linux user: 403107.
Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-



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

Bug#507545: Patch for some of the init.d scripts

[Gordon Farquharson]

Hi Petter

On Thu, Jan 1, 2009 at 11:23, Petter Reinholdtsen  wrote:

> Btw, why run a script both at the end of rcS.d and at the start of
> rc[0-6].d?  It seem redundant to me.  Why not only run one at the end
> of rcS.d (which is imedately before the start of rc[0-6].d), and then
> again at the end of rc[0-6].d?

The zleds script has a K and and S symlink for each runlevel, because
zleds relies on the fact that K scripts are run with a 'stop'
argument, and S scripts are run with a 'start' argument. Passing the
'stop' argument to zleds causes it to run the leds script
(/usr/bin/leds) with a 'boot' argument before the argument that
indicates the runlevel, e.g rc2 -> rc0: '/etc/rc0.d/K05zleds stop' ->
'leds boot shutdown'. In this example, 'leds boot shutdown' causes the
Ready/Status LED to alternate between green and amber. Passing the
'start' argument to zleds causes it to run the leds script without a
'boot' argument before the argument that indicates the runlevel, e.g
rc2 -> rc1: '/etc/rc1.d/S99zleds start' -> 'leds singleuser'. In this
example, 'leds singleuser' causes the Ready/Status LED to turn amber.
Essentially, passing 'stop' to zleds indicates to the script that we
have started running the scripts in the new runlevel, and passing
start to zleds indicates that we have finished running the scripts in
the new runlevel.

Below, I've listed some example transitions from one runlevel to the
next runlevel (these are actually what /etc/init.d/rc does without
insserv installed) and the commands that are run in the zleds script.
Based on this output, and my analysis of /etc/init.d/rc, it seems to
me that insserv and doesn't do the correct thing when a service is
stopped and started in the same runlevel.

rcS -> rc[2-5]
--

rcS:
S99zleds start:
leds system
(Ready/Status: amber)

rc2:
(no K scripts run because previous level was S)

S01leds_startup start:
if test "$PREVLEVEL" = N
then
previous=S exec /etc/init.d/zleds stop
fi
leds boot user
(Ready/Status: alternating green/amber)

S99zleds start:
leds user
(Ready/Status: green)
trumpet "k"
leds beep -l 120; leds beep -l 120; leds beep -l 120

rc[2-5] -> rc[06]
-

rc0:
K05zleds stop:
leds boot shutdown
(Ready/Status: alternating green/amber)

rc[2-5] -> rc1
--

rc1:
K05zleds stop:
(not removed from /etc/init.d/rc run list because S99zleds exists in 
rc2.d)
leds boot singleuser
(Ready/Status: alternating green/amber)

(x) S01leds_startup start
(removed from run list because S01leds_startup exists in rc2.d)

S99zleds start:
(not removed from run list because K05zleds exists in rc2.d)
leds singleuser
(Ready/Status: amber)

rc1 -> rc[2-5]
--

rc2:
K05zleds stop:
(not removed from run list because S99zleds exists rc1.d)
leds boot user
(Ready/Status: alternating green/amber)

(x) S01leds_startup start
(removed from run list because S01leds_startup exists in rc1.d)

S99zleds start:
(not removed from run list because K05zleds exists in rc2.d)
leds user
(Ready/Status: green)
trumpet "k"
leds beep -l 120; leds beep -l 120; leds beep -l 120

-- 
Gordon Farquharson
GnuPG Key ID: 32D6D676



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

Bug#511453: Missing homepage field (www.nufw.org/-English-.html) in debian/control

[shaul Karl]

Package: nufw
Version: 2.2.15-3
Severity: normal

The PTS does show the upstream homepage.
I assume that the reason is that there is no homepage field in debian/control. 
Do add that field.
Thank you.


  



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

Bug#490239: more info

[Vladimir Zhuravlev]

Hi,

I just wanted to add that  even making 
~/.stardict/stardict.cfg root owned
and stripping writing rights on that file from my user did 
not help.
After running for some time stardict starts to ignore the 
settings in the config completely.

This is rather annoying.

regards,
Vladimir



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

Bug#510544: Installer/partition guide tried to use 500GB as swap

[Frans Pop]

reopen 510544
thanks

On Sunday 11 January 2009, Ferenc Wagner wrote:
> Of course you may have solved it independently of my musings.

No, I based the patch I committed on the first part of your analysis.

> Changing k -> K in free size computations as I suggested fixes swap
> size with a 100 GB disk, but not with a 1.5 TB disk.

OK. I only verified it for smaller disk sizes as I was not aware that 
there were two issues.

> That was in my previous mail <87wsd51l6r@szonett.ki.iif.hu>.  In

Looks like I missed that mail for some reason.

> short: the maximal size of the unlimited partition is specified as
> 1,000,000,000 in the recipes, and the numbers there mean MBs, so
> that's 1000 TB.  Today that's big enough to be considered infinite in
> all practical cases.  However, perform_recipe_by_lvm rescales these
> numbers to mean kBs (by multiplying them by 1000), EXCEPT when the
> number is 1,000,000,000 (our supposed infinity) to avoid instant
> overflow. So when using LVM, the maximal size of the unlimited 
> partition is only 1 TB, and that isn't big enough anymore.  The size
> of the would-be-unlimited partition is effectively capped at 1 TB,
> so on a 1.5 TB disk swap will be 0.5 TB if it's given all the rest.

OK, but IMO this is more a structural flaw in partman-auto's recipe 
specification than a bug in partman-auto-lvm. Unlimited should be defined 
in some other way than "$random very high number which in practice will 
always turn out to be not high enough".
Although with higher numbers we'll also run into overflow problems at some 
point (and we should probably test for that somehow).

I think it would be more logical to specify unlimited as 0 or -1. Or even 
some string like "none".

> > Feel free to clone the BR and reopen it (or file a new report) for
> > the 1TB limit issue.
>
> I still think that the 1TB limit issue is this exact bug report.  That
> 500 GB in the title is 1TB less than the size of the reporter's disk.

When I looked into this I did not read the full history of the BR; the 
analysis in your last mail focussed on the units discrepancy only, so 
that is why I focussed on that.

I'm not willing to take responsibility for the more invasive change of 
your full patch at this point. If someone else want to review and test 
it, that's fine by me. If not, we can revisit it after the release and 
possibly fix it in a Lenny point release.



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

Bug#496989: Bug#483290: status of merge?

[Charles Plessy]

Le Sat, Jan 03, 2009 at 09:10:18AM +0900, Junichi Uekawa a écrit :
> 
> Cc:'ing debian-japanese: 
> Anyone tried applying the patch against 6.0 and if it works?

Hi all,

I had a look at 6.0d. First of all, it is unredistributable:

  aqwa『unzip-6.0d』$ head README 
  This is a public beta release of UnZip, version 6.00d,  2008 February 17
  
DO NOT DISTRIBUTE THIS ARCHIVE OUTSIDE THE INFO-ZIP GROUP!!
  __ Cut here for public release ___
  This is the README file for the 29 February 2008 public release of the
  Info-ZIP group's portable UnZip zipfile-extraction program (and related
  utilities).
  
  unzip60.zip   portable UnZip, version 6.0, source code distribution
  unzip60.tar.Z same as above, but compress'd tar format

(hence the CC to #496989)

Unzip version 6.0d compiles well with the /debian directory of 5.52-12. It
seems to have new Unicode facilities, that can be enabled by compiling with
-DUNICODE_SUPPORT. It adds two options:

  -H  use escapes for all non-ASCII Unicode
  -U  ignore any Unicode fields

I did not manage to make something useful with them.

I downloaded Ubuntu's unzip package (5.52-12ubuntu1) and tested their -O
option. I confirm that it works and is very handy. The option seems to be
implemented by a single patch to unzip.c (and a reciprocal one to zipinfo.c).
The patch does not apply well to the 6.0d source as there are conflicts with
some parts modified to implement UNICODE_SUPPORT.

The Ubuntu's patch works by adding the -O option only when compiled with
-DUNIX, because of many #if(n)def UNIX statements. It is difficult to transpose
it without making it mutually exclusive with UNICODE_SUPPORT or managing
combinations of both. I did not go further. Have Unzip's upstream authors 
reacted
to this issue? http://www.info-zip.org/zip-bug.html seems to be down…

Have a nice day,

-- 
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#408333: network-manager: allow-auto and hostname support missing

[Osamu Aoki]

Package: network-manager
Version: 0.6.6-2
Followup-For: Bug #408333

I realized that network-manager was not happy even if there is hostname
stanza as below

auto eth0
iface eth0 inet dhcp
 hostname "mymachine"

I know it is documented behavior but I looked into source.  I see
debian/patch/05-debian_backend.patch has

+   /* If the interface is listed and isn't marked "auto" then it's
+* definitely not okay to control it.
+*/
+   for (curr_b = ifparser_getfirst (); curr_b; curr_b = curr_b->next) {
+   if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug"))
+   && strstr (curr_b->name, iface))
+   blacklist = FALSE;
+   }
+
+   /* If the interface has no options other than just "inet dhcp"
+* it's probably ok to fiddle with it.
+*/
+   for (curr_d = curr_device->info; curr_d; curr_d = curr_d->next) {
+   if (strcmp (curr_d->key, "inet")
+   || strcmp (curr_d->data, "dhcp" ))
+   blacklist = TRUE;
+   }
+
+out:

and also found this bug report with pach adding "goto out"

I see few more problems remaining around here.

 * allow-auto is not taken care.
 * hostname line should be allowed.

"allow-auto" and "auto" are synonyms. (see interfaces(5))  This means

+   if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug"))

should be more like

+   if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug") || !strcmp (curr_b->type, "allow-auto"))

And for hostname

+   if (strcmp (curr_d->key, "inet")
+   || strcmp (curr_d->data, "dhcp" ))

should also skip "hostname" stanza.  I guess something like (I am not quite 
sure though):

+   if ((strcmp (curr_d->key, "inet")
+   || strcmp (curr_d->data, "dhcp" )) && strcmp (curr_d->name, 
"hostname") )

Also nm_system_set_hostname and nm_system_get_mtu are empty function in
NetworkManagerDebian.c.  Is this OK?  Should not we use hostname and mtu
value?

(I know MTU stanza are only for static in Debian at this moment.  For
DHCP, we need "pre-up /sbin/ifconfig $IFACE mtu 1454" to set it.
Parsing for this one may be too intrusive and fixing ifupdown to accept
MTU may be better.  Then we can use MTU value from /e/n/i)

By the way, I have not tested patch attached to the parent bug report
nor checked latest experimental package situation.

Osamu

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

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

Versions of packages network-manager depends on:
ii  adduser   3.110  add and remove users and groups
ii  dbus  1.2.1-4simple interprocess messaging syst
ii  dhcdbd3.0-5  D-Bus interface to the ISC DHCP cl
ii  hal   0.5.11-8   Hardware Abstraction Layer
ii  ifupdown  0.6.8+nmu1 high level tools to configure netw
ii  iproute   20080725-2 networking and traffic control too
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-4simple interprocess messaging syst
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging syst
ii  libgcrypt11   1.4.1-2LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgpg-error0 1.4-2  library for common error values an
ii  libhal1   0.5.11-8   Hardware Abstraction Layer - share
ii  libiw29   29-1.1 Wireless tools - library
ii  libnl11.1-3  library for dealing with netlink s
ii  libnm-util0   0.6.6-2network management framework (shar
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  wpasupplicant 0.6.4-3Client support for WPA and WPA2 (I

Versions of packages network-manager recommends:
ii  network-manager-gnome 0.6.6-3network management framework (GNOM

network-manager 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#511452: installation-report: Installer automatically uses swap partitions, makes partitioner very frustrating

[Michael Goetze]

Package: installation-reports
Version: 2.38
Severity: normal



-- Package-specific info:

Boot method: U-Boot
Image version: installer-armel/current/images/orion5x/netboot/qnap/ts-209/ 
2008-10-29
Date: 2009-01-09

Machine: QNAP TS-209 II

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I reused two hard disks which had previously been installed in another
Linux-based NAS system. They were partitioned with /dev/sd[ab]1
providing /dev/md0, /dev/sd[ab]2 providing /dev/md1 and /dev/sd[ab]3
both having some swap space. I would have appreciated an option to wipe
these partition tables and start from scratch, but that didn't seem to
be available.

In any case, I was completely unable to change anything the partition
layout, always getting errors about the kernel being unable to reread
the partition table, I'll have to reboot first, etc. In my frustration,
I tried the option to delete data on a partition, which was extremely
slow but didn't help at all. The error messages were all quite
unhelpful, providing no clue what was going on, and I imagine many
people would have given up at this point.

Eventually, I dropped to a shell and realized that the installer had
automatically added the swap partitions as swap space. "swapoff -a"
didn't do anything useful, I had to execute "swapoff /dev/sda3; swapoff
/dev/sdb3". After this, the partitioner worked as expected (though
again, an option to simply wipe the partition tables and start from
scratch would have been nice).

-- 

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="5.0 (lenny) - installer build 20081029"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
umame -a: Linux debian 2.6.26-1-orion5x #1 Fri Oct 10 12:35:08 UTC 2008 
armv5tel unknown
lspci -knn: 00:00.0 Memory controller [0580]: Marvell Technology Group Ltd. 
Device [11ab:5182] (rev 02)
lspci -knn: 01:00.0 Memory controller [0580]: Marvell Technology Group Ltd. 
Device [11ab:5182] (rev 02)
lsmod: Module  Size  Used by
lsmod: dm_mod 55916  0 
lsmod: raid1  21184  2 
lsmod: md_mod 80212  2 raid1
lsmod: reiserfs  244564  0 
lsmod: jfs   166060  0 
lsmod: ext3  121960  1 
lsmod: jbd45076  1 ext3
lsmod: vfat9920  0 
lsmod: fat47932  1 vfat
lsmod: nls_base7168  3 jfs,vfat,fat
lsmod: ext2   62696  0 
lsmod: mbcache 7872  2 ext3,ext2
lsmod: sd_mod 25136  8 
lsmod: sata_mv24396  6 
lsmod: libata153628  1 sata_mv
lsmod: ehci_hcd   31948  0 
lsmod: scsi_mod  149444  2 sd_mod,libata
lsmod: evdev   8608  0 
lsmod: usbcore   127260  2 ehci_hcd
lsmod: mv643xx_eth20708  0 
lsmod: mii 5440  1 mv643xx_eth
lsmod: gpio_keys   3200  0 
df: Filesystem   1k-blocks  Used Available Use% Mounted on
df: tmpfs   12848052128428   0% /dev
df: /dev/md0980216315408615016  34% /target
df: /dev/md0980216315408615016  34% /dev/.static/dev
df: tmpfs   12848052128428   0% /target/dev
free:   total used free   shared  buffers
free:   Mem:   256964   22834828616010504
free:  Swap:   4979920   497992
free: Total:   754956   228348   526608
/proc/cmdline: console=ttyS0,115200n8 root=/dev/ram rw initrd=0x80,0x3f
/proc/cpuinfo: Processor: Feroceon rev 0 (v5l)
/proc/cpuinfo: BogoMIPS : 332.59
/proc/cpuinfo: Features : swp half thumb fastmult edsp 
/proc/cpuinfo: CPU implementer  : 0x41
/proc/cpuinfo: CPU architecture: 5TEJ
/proc/cpuinfo: CPU variant  : 0x0
/proc/cpuinfo: CPU part : 0x926
/proc/cpuinfo: CPU revision : 0
/proc/cpuinfo: Cache type   : write-back
/proc/cpuinfo: Cache clean  : cp15 c7 ops
/proc/cpuinfo: Cache lockdown   : format C
/proc/cpuinfo: Cache format : Harvard
/proc/cpuinfo: I size   : 32768
/proc/cpuinfo: I assoc  : 1
/proc/cpuinfo: I line length: 32
/proc/cpuinfo: I sets   : 1024
/proc/cpuinfo: D size 

Bug#292055: setting package to lintian, tagging 292055

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.1.5) UNRELEASED; urgency=low
#
#  * checks/deb-format{,.desc}:
#+ [RA] New check for the format of *.deb ar archives.  Most cases will
#  fail during unpack, but dpkg-deb is more forgiving than dak and
#  allows ordering problems and extra members that dak rejects.
#  (Closes: #292055)
#

package lintian
tags 292055 + pending




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

Bug#510544: Installer/partition guide tried to use 500GB as swap

[Ferenc Wagner]

Frans Pop  writes:

> On Sunday 11 January 2009, Ferenc Wagner wrote:
>> I can accept this, but then this BR should not be closed, as the 1 TB
>> limit (which hit the reporter) remains.  People with big disks can
>> still get huge swaps, as no LV can suck up more than 1 TB.
>>
>> Sorry if I didn't manage to make that clear previously.
>
> The title of the BR is "Installer tried to use 500GB as swap". That part 
> I've tested and solved, so this particular BR is IMO correctly closed.

Of course you may have solved it independently of my musings.
Changing k -> K in free size computations as I suggested fixes swap
size with a 100 GB disk, but not with a 1.5 TB disk.

> And TBH I don't even see any 1TB issue in the original report and in your 
> analysis I have not seen *why* we're hitting a 1TB boundary (or maybe 
> I've missed it).

That was in my previous mail <87wsd51l6r@szonett.ki.iif.hu>.  In
short: the maximal size of the unlimited partition is specified as
1,000,000,000 in the recipes, and the numbers there mean MBs, so
that's 1000 TB.  Today that's big enough to be considered infinite in
all practical cases.  However, perform_recipe_by_lvm rescales these
numbers to mean kBs (by multiplying them by 1000), EXCEPT when the
number is 1,000,000,000 (our supposed infinity) to avoid instant
overflow.  So when using LVM, the maximal size of the unlimited
partition is only 1 TB, and that isn't big enough anymore.  The size
of the would-be-unlimited partition is effectively capped at 1 TB,
so on a 1.5 TB disk swap will be 0.5 TB if it's given all the rest.

> Feel free to clone the BR and reopen it (or file a new report) for
> the 1TB limit issue.

I still think that the 1TB limit issue is this exact bug report.  That
500 GB in the title is 1TB less than the size of the reporter's disk.
-- 
Cheers,
Feri.



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

Bug#511451: ktorrent crashes after trying to remove torrent

[Brian Paterni]

Package: ktorrent
Version: 3.2-beta1+svn902175-1

Removing torrents are crashing ktorrent. When I restart, the torrent is 
still there. I have to delete the tor file in .kde4/share/apps/ktorrent/ 
to remove the torrent from the uploads group.


I'm using Debian Unstable/Experimental mix
Linux robocomp 2.6.28 #1 SMP PREEMPT Thu Dec 25 13:42:41 CST 2008 x86_64 
GNU/Linux

kdebase-runtime 4.1.4-1
libc6 version 2.9-0exp1



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

Bug#471021: locales: EastAsianAmbiguous character width is always 1 in UTF-8

[Masanori Goto]

wcwidth() is legacy function so that it cannot handle wide, RTL and
combined characters correctly.  An environment value to select its
behavior is one way, but it's just a hack and it's hard to specify in libc.

So, according to UAX#11 definition, it says we should return
1 for EastAsiasnAmbiguous characters unless a rigid signal
(like "language tag, script identification, associated font, source of data")
is available in UTF-8.  It's sure that we can introduce such kind of change
for SJIS/EUC-JP, but it's hard to decide for ja_JP.UTF-8.

Overall, we have no way to expand wcwidth() correctly and rightly,
so I think each application should handle the actual font size of characters
instead of using wcwidth().

2009/1/9  :
> On Fri, Jan 09, 2009 at 01:56:20AM +0900, GOTO Masanori wrote:
>> I don't agree with the concept of "UTF-8-CJK" because it's over
>> exaggerated.  Is it a locale dependent issue, or character encoding
>> issue?
>
> I treat ``UTF-8-CJK'' locale as just workaround.
> Nothing could be better than using only UTF-8 locale.
>
>> According to UAX#11, your point doesn't make sense because your
>> reference just mention about character mapping.  Instead, "When
>> processing or displaying data" section says,
>>
>> "Ambiguous characters behave like wide or narrow characters depending
>> on the context (language tag, script identification, associated font,
>> source of data, or explicit markup; all can provide the context). If
>> the context cannot be established reliably, they should be treated as
>> narrow characters by default."
>
> I see.
>
>> If the all legacy applications use wcwidth() supposing the width of
>> ambiguous font size = 2, it's OK to introduce your idea - but I'm not
>> sure it's true or not.
>>
>> Font rendering application should basically consider the font size.
>> Why doesn't rxvt consider about such font rendering size?  Or should
>> we introduce special environment variable or locale tag to decide the
>> behavior of wcwidth value for ambiguous characters?
>
> For legacy applications' concern, it is good that selectable.
> If legacy applications are negligible,
> settled setting is better for users' convenience.
> But libc and locales are so fundamental,
> it is possible that its rigidity is a cause of concern...
>
> Regards,
>dai
> --
>
>
>
> --
> To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.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#511439: empathy doesn't show UI

[Sascha Silbe]

On Sun, Jan 11, 2009 at 01:29:26AM +, Jonny Lamb wrote:

TBH, I consider that part an upstream bug. If it cannot connect to 
the  status bar for whatever reason, it should just open a regular 
application window.
Well, the problem is most likely in your ion3 status bar 
implementation.
Since it works fine with KDE, the chance is 50/50 whether it's ion3 or 
empathy. But anyway...



By the way, this original "hidden window" bug was fixed a while ago:

http://bugzilla.gnome.org/show_bug.cgi?id=547321
... this probably got into 2.23.90 or later. As lenny is in freeze and 
only got 2.23.3, there's probably no chance of it getting fixed?



After trying to go "Available":
** (empathy:9): DEBUG: empathy_idle_set_presence: Changing 
presence  to Available (2)
** (empathy:9): DEBUG: empathy_idle_set_presence: NM not 
connected
NetworkManager is reporting that you are not connected. Are you sure 
NM

is set up correctly?
I haven't done anything to configure NetworkManager. The system has been 
installed normally with the Debian installer (using the DHCP 
autoconfiguration option) and networking works fine for any other 
program I've used so far.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: Digital signature

Bug#511450: bugs.debian.org: please make adopting packages easier

[gregor herrmann]

Package: bugs.debian.org
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When adoption O/RFA'd packages it's a (minor) pain to have to copy
the complete old bug title in the retitle command:
  retitle nn ITA: $rest_of_old_title_which_is_usually_rather_long

I was thinking about two possibilities that would make this easier:
* allow regexp (at least for the retitle command):
retitle nn s/^RFA: /ITA: /
* add an ita "alias" that just does the retitle + rename
ita nn

This idea is nothing important at all but I thought you might like
the fun with regexps :)

Cheers,
gregor

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

iEYEARECAAYFAklpU7sACgkQOzKYnQDzz+TCxgCgsX/f29IdovcQ4RpwM7tRNwKz
PJQAmgPj7f4YPgk0YmoZqNAx/YnmyZwS
=m9fc
-END PGP SIGNATURE-



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

Bug#504190: xvkbd: layout is different with -debug

[T.Sato]

On Thu, 08 Jan 2009 01:27:11 +0200,
  Timo Juhani Lindfors  wrote:

> This problem seems to be caused by the following code fragment:
...
> Any idea why appres.debug is used here to change the visual layout of
> the keyboard?

I did it intentionally to help checking/adjusting width of
the keys when creating keyboard layout.
For example, if I set the width of the Shift key too wide,
I can see it quite obviously by issuing xvkbd -debug.

Regards,
Tom

--
Tomonori Sato  
URL: http://homepage3.nifty.com/tsato/



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

Bug#511348: Patch - SOLVED

[Lars Hanke]

Hi Russ,


I think that Kerberos library functions must all return krb5_error_code,
which should be 0 if there is no error.  So:
  
Probably this is something to discuss with the upstream. My personal 
conviction is that functions with boolean semantic, shall be boolean 
valued. The function has boolean semantic, which is stressed by naming 
it as past participle. This idea had its share in confusing the original 
authors of the code.


Of course the boolean expression can be moved to the caller as (0 == 
krb5_db_inited(...)) or !krb5_db_inited(...) as done in keytab.c and 
using an error valued function. This would beautify the API, but wreck 
the semantics.

If I'm right, reverting your patch and instead changing krb5_db_inited to
the following code should also fix the problem:
  
It does, but it does require a code change in adb_policy_init(), which 
considers krb5_db_inited() as boolean valued - and KADM5_OK=0 is false!

Could you try that and see if I'm right?
  
See patch attached. It does work as well -- and modifies fewer files. 
KADM5_OK is from a different set than the KRB5_KDB_ errors (and defined 
in a different include), so I did not use that value.


BTW: Do you know, why kadm5_flush() is implemented by closing and 
re-opening the database. This creates lots of entirely useless overhead, 
if a real db is at the backend. And even for plain files POSIX flush() 
should as reliable.


Regards,
- lars.

Index: krb5-1.6.dfsg.4~beta1/src/lib/kadm5/srv/server_misc.c
===
--- krb5-1.6.dfsg.4~beta1.orig/src/lib/kadm5/srv/server_misc.c  2009-01-11 
02:00:25.0 +0100
+++ krb5-1.6.dfsg.4~beta1/src/lib/kadm5/srv/server_misc.c   2009-01-11 
02:21:20.0 +0100
@@ -22,7 +22,7 @@
 adb_policy_init(kadm5_server_handle_t handle)
 {
 /* now policy is initialized as part of database. No seperate call needed 
*/
-if( krb5_db_inited( handle->context ) )
+if( 0 == krb5_db_inited( handle->context ) )
return KADM5_OK;
 
 return krb5_db_open( handle->context, NULL, 
Index: krb5-1.6.dfsg.4~beta1/src/lib/kdb/kdb5.c
===
--- krb5-1.6.dfsg.4~beta1.orig/src/lib/kdb/kdb5.c   2009-01-11 
02:09:34.0 +0100
+++ krb5-1.6.dfsg.4~beta1/src/lib/kdb/kdb5.c2009-01-11 02:19:30.0 
+0100
@@ -642,8 +642,16 @@
 krb5_error_code
 krb5_db_inited(krb5_context kcontext)
 {
-return !(kcontext && kcontext->db_context &&
-((kdb5_dal_handle *) kcontext->db_context)->db_context);
+if (kcontext && kcontext->db_context &&
+   ((kdb5_dal_handle *) kcontext->db_context)->db_context)
+  /* there is no symbol KRB5_KDB_OK, so we return 0,
+i.e. krb5_db_inited() is false - has no errors -, if 
+the db is initialized correctly
+  */
+  return(0);
+
+/* Error not initialized otherwise */
+return KRB5_KDB_DBNOTINITED;
 }
 
 krb5_error_code

Bug#511447: installation-reports: USB-stick install: reboot after install fails due to incorrect root device

[Ferenc Wagner]

Pyotr Berezhkov  writes:

> rebooting into the installed system failed, as the initrd
> incorrectly identified the root device.  As it turned out, the root
> device specified on Lilo's kernel command line (root=fd02 in my
> case) was incorrect.

It would be interesting to see /proc/devices in the installer before
you reboot.

> Why is the installer using Lilo (which I thought had gone out with
> the dinosaurs)?

Grub can't be used if /boot is on LVM or it isn't an ext2 (or ext3)
partition.  The contents of /proc/mounts would help.

> Isn't it time to make USB-stick install the default method and
> providing ready-made USB-stick images to the users?

Current Syslinux has a so-called hybrid mode, which creates images
which can be used both as an ISO or as an HD image.  It isn't yet
available in Lenny, but may be a way forward.
-- 
Cheers,
Feri.



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

Bug#510544: Installer/partition guide tried to use 500GB as swap

[Frans Pop]

On Sunday 11 January 2009, Ferenc Wagner wrote:
> I can accept this, but then this BR should not be closed, as the 1 TB
> limit (which hit the reporter) remains.  People with big disks can
> still get huge swaps, as no LV can suck up more than 1 TB.
>
> Sorry if I didn't manage to make that clear previously.

The title of the BR is "Installer tried to use 500GB as swap". That part 
I've tested and solved, so this particular BR is IMO correctly closed.

And TBH I don't even see any 1TB issue in the original report and in your 
analysis I have not seen *why* we're hitting a 1TB boundary (or maybe 
I've missed it).

Feel free to clone the BR and reopen it (or file a new report) for the 1TB 
limit issue.



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

Bug#511439: [Pkg-telepathy-maintainers] Bug#511439: Bug#511439: Bug#511439: empathy doesn't show UI

[Jonny Lamb]

On Sun, Jan 11, 01:59:30 +0100, Sascha Silbe wrote:
>> Empathy as an application is quite usable without a status bar albeit
>> this first-run issue. More importantly though, I'm unaware of a  
>> possible
>> solution to "depending on a status bar".
> TBH, I consider that part an upstream bug. If it cannot connect to the  
> status bar for whatever reason, it should just open a regular application 
> window.

Well, the problem is most likely in your ion3 status bar implementation.
By the way, this original "hidden window" bug was fixed a while ago:

http://bugzilla.gnome.org/show_bug.cgi?id=547321

> After trying to go "Available":
> ** (empathy:9): DEBUG: empathy_idle_set_presence: Changing presence  
> to Available (2)
> ** (empathy:9): DEBUG: empathy_idle_set_presence: NM not connected

NetworkManager is reporting that you are not connected. Are you sure NM
is set up correctly?

-- 
Jonny Lamb, UK
jo...@debian.org


signature.asc
Description: Digital signature

Bug#488666:

[Greg Hudson]

Of possible interest: I filed this as "serious" because it prevents
Ubuntu and Debian bash packages from coexisting in the same apt
repository.






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

Bug#511449: linux-image-2.6.26-1-vserver-686: Problem with Vserver CPU scheduler, vserver never hold (hold-ticks always 0)

[Mario Abajo Duran]

Package: linux-image-2.6.26-1-vserver-686
Version: 2.6.26-12
Severity: normal

Hi, i was trying out the token bucket directly with lenny but seems that no 
configuration
makes the guest vserver get hold.
The status and the configuration of the scheduler can be shown here:
  beta:/etc/vservers/amule# cat /proc/virtual/40001/sched
  FillRate:  1,1
  Interval:  1,8
  TokensMin:   750
  TokensMax:  2988
  PrioBias:  0
  cpu 0: 2 7 0 0 0 RI 1 750 2988 1/1 1/8 0 0
  cpu 1: 62829 22 0 0 0 RI 1 750 2988 1/1 1/8 0 0

The guest was running the "burnMMX" application for some time consumming 100% 
of one of
the two cpu's.

The flags of the vserver are as follows:
  beta:/etc/vservers/amule# cat flags
  sched_hard
  virt_mem
  virt_uptime
  virt_cpu
  virt_load
  virt_time

  beta:/etc/vservers/amule# cat /proc/virtual/40001/status
  UseCnt: 5
  Tasks:  2
  Flags:  0016021f0110
  BCaps:  04ff
  CCaps:  0101
  Spaces: 1c020200

I hope it wont be a configuration problem, after reading quite a few 
documentation from
 linux-vserver.org and googling for examples, configurations and similar cases 
like this
i reached the conclusion that maybe a bug.
Thanks in advance :)


-- Package-specific info:
** Version:
Linux version 2.6.26-1-vserver-686 (Debian 2.6.26-12) (wa...@debian.org) (gcc 
version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Mon Dec 15 
21:11:05 UTC 2008

** Command line:
root=/dev/mapper/system-root ro quiet

** Not tainted

** Kernel log:
[3.536428] usb usb1: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[3.536437] usb usb1: Product: UHCI Host Controller
[3.536444] usb usb1: Manufacturer: Linux 2.6.26-1-vserver-686 uhci_hcd
[3.536452] usb usb1: SerialNumber: :00:07.2
[3.536415] ACPI: PCI Interrupt :00:07.3[D] -> Link [LNKD] -> GSI 11 
(level, low) -> IRQ 11
[3.536415] uhci_hcd :00:07.3: VIA VLink IRQ fixup, from 9 to 11
[3.536415] uhci_hcd :00:07.3: UHCI Host Controller
[3.536415] uhci_hcd :00:07.3: new USB bus registered, assigned bus 
number 2
[3.536415] uhci_hcd :00:07.3: irq 11, io base 0xd000
[3.536588] usb usb2: configuration #1 chosen from 1 choice
[3.536685] hub 2-0:1.0: USB hub found
[3.536709] hub 2-0:1.0: 2 ports detected
[3.641989] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[3.642003] usb usb2: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[3.642012] usb usb2: Product: UHCI Host Controller
[3.642020] usb usb2: Manufacturer: Linux 2.6.26-1-vserver-686 uhci_hcd
[3.642027] usb usb2: SerialNumber: :00:07.3
[3.648811] VP_IDE: IDE controller (0x1106:0x0571 rev 0x06) at  PCI slot 
:00:07.1
[3.648811] VP_IDE: not 100% native mode: will probe irqs later
[3.648885] VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on 
pci:00:07.1
[3.648910] ide0: BM-DMA at 0xffa0-0xffa7
[3.648931] ide1: BM-DMA at 0xffa8-0xffaf
[3.648947] Probing IDE interface ide0...
[3.832749] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[3.955466] FDC 0 is a post-1991 82077
[4.070868] hda: Maxtor 6Y160P0, ATA DISK drive
[4.743265] hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4
[4.743407] hda: UDMA/100 mode selected
[4.743529] Probing IDE interface ide1...
[5.306238] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[5.306238] ide1 at 0x170-0x177,0x376 on irq 15
[5.351274] 8139cp :00:0a.0: This (id 10ec:8139 rev 10) is not an 8139C+ 
compatible chip
[5.351324] 8139cp :00:0a.0: Try the "8139too" driver instead.
[5.352029] No dock devices found.
[5.361397] 8139too Fast Ethernet driver 0.9.28
[5.361397] ACPI: PCI Interrupt :00:0a.0[A] -> GSI 18 (level, low) -> 
IRQ 18
[5.363631] eth0: RealTek RTL8139 at 0xc800, 00:c0:26:a0:86:d3, IRQ 18
[5.363641] eth0:  Identified 8139 chip type 'RTL-8139B'
[5.401184] SCSI subsystem initialized
[5.449184] libata version 3.00 loaded.
[5.502478] hda: max request size: 512KiB
[5.503734] hda: 320173056 sectors (163928 MB) w/7936KiB Cache, 
CHS=19929/255/63
[5.503907] hda: cache flushes supported
[5.504060]  hda: hda1 hda2
[5.873806] device-mapper: uevent: version 1.0.3
[5.873806] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: 
dm-de...@redhat.com
[6.288345] PM: Starting manual resume from disk
[6.334167] SGI XFS with ACLs, security attributes, realtime, large block 
numbers, no debug enabled
[6.338396] SGI XFS Quota Management subsystem
[6.342396] Filesystem "dm-0": Disabling barriers, not supported by the 
underlying device
[6.346396] XFS mounting filesystem dm-0
[6.737953] Ending clean XFS mount for filesystem: dm-0
[8.410035] udevd version 125 started
[9.686094] Linux agpgart interface v0.103
[9.700792] agpgart: Detected VIA Apollo Pro 133 chipset
[9.701900] agpgart: AGP aper

Bug#510544: Installer/partition guide tried to use 500GB as swap

[Ferenc Wagner]

Frans Pop  writes:

> On Friday 09 January 2009, Ferenc Wagner wrote:
>
>> The fix is to use kB units in calculating the free space:
>>
>> free_size=$(vgs -o vg_free --units K --noheading --nosuffix $VG_name |
>> sed -e 's/\..*//g'
>
> I have committed and uploaded this change.

Thanks.  This helps, but does not solve this bug, see below.

>> Now.  If at the same time I scrap the whole kB scheme and stick to MB
>> as usual, the original problem disappears, too.  With the attached
>> patch I get the following result, which I consider perfect:
>
> AFAICT that cleanup is also correct, but IMO it is not suitable as a 
> last-minute change for Lenny.

I can accept this, but then this BR should not be closed, as the 1 TB
limit (which hit the reporter) remains.  People with big disks can
still get huge swaps, as no LV can suck up more than 1 TB.

Sorry if I didn't manage to make that clear previously.
-- 
Regards,
Feri.



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

Bug#511439: [Pkg-telepathy-maintainers] Bug#511439: Bug#511439: empathy doesn't show UI

[Sascha Silbe]

On Sat, Jan 10, 2009 at 11:50:37PM +, Jonny Lamb wrote:


Well, I do have one and at least KDE apps seem to be able to use it.

Interesting. Which status bar is this?

The one included in ion3, mod_statusbar.

Changing from "Offline" to "Available" doesn't work (it just stays at 
  Offline - only salut account configured). Should I file a separate 
bug  about that?

I'm going to guess you haven't ticked the box next to your account in
the account editor to actually activate it.
Unfortunately I did enable it, so the easy case has already been ruled 
out. :-/


If this is true then please follow a bug I just filed in the upstream 
bug tracker[0].
I'll follow that one out of curiousity, though - at least once it's 
reachable again.


While I do see your point, IMO it should depend on Gnome (or rather 
the  relevant parts) if it doesn't work without it. I'm running 
konqueror and  korganizer standalone as well and they do work as 
expected.

Empathy as an application is quite usable without a status bar albeit
this first-run issue. More importantly though, I'm unaware of a 
possible

solution to "depending on a status bar".
TBH, I consider that part an upstream bug. If it cannot connect to the 
status bar for whatever reason, it should just open a regular 
application window.
The "depend on Gnome" part was a step ahead, as it still isn't working 
properly with some messages on the console that suggest something is 
still missing.


Upon start of empathy:
(empathy:9): tp-glib-DEBUG: tp_proxy_borrow_interface_by_id: 
0x93ec370: org.freedesktop.DBus DBusGProxy is 0x93ec3a8
** (empathy:9): DEBUG: mission_control_get_presence_actual: MC not 
running.
** (empathy:9): DEBUG: mission_control_get_presence_message_actual: 
MC not running.
** (empathy:9): DEBUG: idle_nm_state_change_cb: New network state 
(4), in use = Yes
** (empathy:9): DEBUG: empathy_idle_set_presence: Changing presence 
to (null) (1)
** (empathy:9): DEBUG: empathy_idle_set_presence: Changing presence 
to (null) (2)

** (empathy:9): DEBUG: empathy_idle_set_presence: NM not connected
** (empathy:9): DEBUG: create_salut_account: Try to add a salut 
account...


(empathy:9): libebook-WARNING **: Can't find installed BookFactories

(empathy:9): GLib-CRITICAL **: g_propagate_error: assertion `src != 
NULL' failed
** (empathy:9): DEBUG: create_salut_account: Failed to get self 
econtact: e_book_load_uri: no factories available for URI 
`file:///home/sugar/.evolution/addressbook/local/system'
** (empathy:9): DEBUG: get_glade_file: Loading glade file 
/usr/share/empathy/empathy-main-window.glade
** (empathy:9): DEBUG: mission_control_get_online_connections: MC 
not running.
** (empathy:9): DEBUG: empathy_geometry_load: Loading window 
geometry: x:0, y:0, w:1674, h:1007


** (empathy:9): DEBUG: empathy_main_window_show: Configuring window 
default size w:1674, h:1007
** (empathy:9): DEBUG: empathy_main_window_show: Configuring window 
default position x:0, y:0
** (empathy:9): DEBUG: mission_control_get_connection_status: MC not 
running.
** (empathy:9): DEBUG: mission_control_get_tpconnection: MC not 
running.
** (empathy:9): DEBUG: get_glade_file: Loading glade file 
/usr/share/empathy/empathy-status-icon.glade

** (empathy:9): DEBUG: service_ended_cb: Mission Control stopped
** (empathy:9): DEBUG: on_bacon_message_received: Other instance 
launched, presenting the main window. message='0'
** (empathy:9): DEBUG: on_bacon_message_received: Using X server 
timestamp as a fallback
** (empathy:9): DEBUG: empathy_geometry_save: Saving window 
geometry: x:0, y:0, w:1674, h:1007



After trying to go "Available":
** (empathy:9): DEBUG: empathy_idle_set_presence: Changing presence 
to Available (2)

** (empathy:9): DEBUG: empathy_idle_set_presence: NM not connected


Of course, it could just depend on gnome-panel, but users of Empathy 
who don't run gnome-panel (such as myself) wouldn't want that.

Wouldn't want that myself, actually. :)

CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: Digital signature

Bug#511448: apt_listchanges.py throws 'locale utf_8_euro not found'

[Jörg Wölke]

Package: apt-listchanges
Version: 2.83
Severity: normal


Hello!

If you use locales like "de_de.ut...@euro", the script
/usr/share/apt-listchanges/apt_listchanges.py
throws an exception ("LookupError: unknown encoding: utf_8_euro"),
because of the (incorrect) use of "locale.getdefaultlocale()[1]" in
lines 93 and 165 in apt_listchanges.py. Python can't know all the
possible locales on all possible systems. So the recommended way
is locale.getpreferredencoding(), which uses the systems API.

After changing that in lines 93 and 165 in 
/usr/share/apt-listchanges/apt_listchanges.py the error disappears.

See:
http://mail.python.org/pipermail/python-list/2008-May/493997.html

HTH and Greetings, J"o!

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

Kernel: Linux 2.6.26-grml (SMP w/1 CPU core; PREEMPT)
Locale: lang=de_de.ut...@euro, lc_ctype=de_de.ut...@euro (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Don't hate yourself in the morning -- sleep till noon.





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

Bug#509970: FTBS update.

[Marcin Gomu?kiewicz]

> Ah, I see what the problem is; it needs a build-dep for the 'docbook' package
> now:

True. After installing docbook on my server kannel builds fine (sorry I
missed this diff in config between my workstation and production env.)

[snip]

>  Package: kannel
> 
> Updated packages coming soon.

Great :)

Best,

Marcin



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

Bug#489946: Slight correction

[David Weinehall]

On Sat, Jan 10, 2009 at 11:54:47PM +, Clint Adams wrote:
> On Sat, Jan 10, 2009 at 04:46:44PM +0100, David Weinehall wrote:
> > Slight correction; Finnish time should indeed be written using HH.MM.SS;
> > the part of the bug report concerning dates stand though.
> > 
> > (so, just to be clear: DD.MM., HH.MM.SS).
> > 
> > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468849
> > for further reference, but note that this bug is about sv_FI, while that
> > one is about fi_FI.
> 
> Should all the LC_CTIME formats in sv_FI be the same as fi_FI?

TTBOMK, yes.  sv_FI should basically be Finnish formats (including
Finnish collation rules, since the alphabet is the same), Swedish
language.

> If not, what should be different?

Nothing, I hope :)

Disclaimer: I'm certainly not an expert on the Finnish sublocale of
Swedish; I just know what the date & time formats should be.


Regards: David
-- 
 /) David Weinehall  /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/



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

Bug#485445: package available?

[The Anarcat]

Did anyone take a look at this?

http://www.miriamruiz.es/debian/coccinella/

-- 
Legislation should outlaw an advertiser's attempts to use its economic
relationships with a media enterprise to influence the enterprise not
to print or broadcast content that it would otherwise choose to
present . . . . There is little reason to allow this use of economic
power to censor others' speech and to block the public's access to
information or viewpoints.
- C. Edwin Baker


signature.asc
Description: Digital signature

Bug#485445: interest in uploading the package?

[The Anarcat]

Hi,

It seems you have packaged coccinella, are you planning on uploading it
to the archive?

-- 
Arrêtez les bombardements | Stop the bombings | Pare los bombardeos
   Arrêtez le génocide| Stop the genocide |  Pare los genocide
   Anti-guerre|  Anti-war |Contra guerra


signature.asc
Description: Digital signature

Bug#511447: installation-reports: USB-stick install: reboot after install fails due to incorrect root device

[Pyotr Berezhkov]

Package: installation-reports
Severity: important



-- Package-specific info:

Boot method: USB stick
Image version: Lenny RC1 amd64 netinst 
(http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso)
Date: 

Machine: Athlon X2 5200+ desktop
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[E]
Overall install:[E]

Comments/Problems:

Up to the rebooting stage the install went wonderfully (my respect to
the developers).  However, rebooting into the installed system failed,
as the initrd incorrectly identified the root device.  As it turned out, the
root device specified on Lilo's kernel command line (root=fd02 in my
case) was incorrect.  The initrd /init script interprets this argument
as a hex value (0xfd02), translating it into major and minor device
numbers according to the formula MAJOR = ARG / 256, MINOR = ARG % 256.
It then uses mknod to create /dev/root using these major/minor values
(253,2 in my case).

However, the _real_ root device (/dev/mapper/lenny-root_crypt in my
case) has a major/minor of 254,2, which is one major number higher than
the value specified.  So to bump the major number up by one I simply
added 256 to fd02, which gave me fe02, wrote this down on a scrap of
paper together with the contents of /proc/cmdline, and rebooted.  At the
Lilo prompt I manually entered the kernel command line copied from
/proc/cmdline, adjusting the value of 'root' to 'fe02', and bootup went
perfectly from there on.  After logging in to my new system I ran lilo,
which fixed the problem permanently.

My question is this: Why is the installer using Lilo (which I thought
had gone out with the dinosaurs)?  Using Grub, specifying the root
device in symbolic form (i.e. /dev/mapper/lenny-root_crypt) on the
kernel command line in grub/menu.lst and making some small changes to
the initrd /init script would simplify things enormously and make for a
trouble-free reboot after installing.

Another question: Isn't it time to make USB-stick install the default
method and providing ready-made USB-stick images to the users?  It's
_so_ much more convenient than fussing with CDs (which are in addition
inherently unreliable -- and not every computer has a CD drive).

What follows is the script I used to make the install USB stick:
(Thank you to http://d-i.pascal.at/)
- CODE -
#!/bin/sh
mkdosfs /dev/sdd1
syslinux /dev/sdd1
mkdir -p /mnt/tmp
mount /dev/sdd1 /mnt/tmp
cd /mnt/tmp
curl -O 
http://ftp.debian.org/debian/dists/testing/main/installer-amd64/current/images/hd-media/vmlinuz
curl -O 
http://ftp.debian.org/debian/dists/testing/main/installer-amd64/current/images/hd-media/initrd.gz
echo -e "default vmlinuz\nappend initrd=initrd.gz ramdisk_size=10240 
root=/dev/rd/0 devfs=mount,dall rw DEBCONF_PRIORITY=medium" > syslinux.cfg
curl -L -o netinst.iso 
http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso
ls -l
cd
umount /mnt/tmp
install-mbr /dev/sdd

--- END CODE ---

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

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



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

Bug#509970: FTBS update.

[Paul Dwerryhouse]

Ah, I see what the problem is; it needs a build-dep for the 'docbook' package
now:

diff -urN kannel-1.4.0.old/debian/control kannel-1.4.0/debian/control
--- kannel-1.4.0.old/debian/control 2006-10-04 12:44:50.0 +1000
+++ kannel-1.4.0/debian/control 2009-01-11 11:00:13.0 +1100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Paul Dwerryhouse 
 Build-Depends: debhelper (>> 4.0.0), libxml2-dev, libssl-dev (>= 0.9.8-1), 
openssl, libmysqlclient15-dev, libpam0g-dev, dpatch
-Build-Depends-Indep: debhelper (>> 4.0.0), docbook-dsssl, jadetex, transfig, 
imagemagick, gs, jade
+Build-Depends-Indep: debhelper (>> 4.0.0), docbook-dsssl, jadetex, transfig, 
imagemagick, gs, jade, docbook
 Standards-Version: 3.6.2
 
 Package: kannel

Updated packages coming soon.

Cheers,

Paul


-- 
Paul Dwerryhouse| PGP Key ID: 0x6B91B584



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

Bug#511446: Wrong calculation of free space with RO directories

[Jörg Sommer]

Package: unionfs-fuse
Version: 0.21-2
Severity: normal

Hi,

# mkdir /tmp/{a-c}
# for i in /tmp/{a,b}; do mount -t tmpfs none $i; done
# unionfs-fuse /tmp/a=RW:/tmp/b=RO /tmp/c
# df G /tmp/.
none  315M 0  315M   0% /tmp/a
none  315M 0  315M   0% /tmp/b
unionfs-fuse  629M 0  629M   0% /tmp/c
  

The free space value of the union is wrong, because unionfs can only
write to one of the joined directories.

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

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

Versions of packages unionfs-fuse depends on:
ii  fuse-utils2.7.4-1.1  Filesystem in USErspace (utilities
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libfuse2  2.7.4-1.1  Filesystem in USErspace library

unionfs-fuse recommends no packages.

unionfs-fuse suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#511180: partman? failure to see ext3 fs on partitioned raid 1 array

[Leif W]

> "Leif W"  writes:
> 
> > Currently, mdadm, fdisk and cfdisk, ext2fs utils, and mount utils
> > fully handle partitionable/partitioned raid arrays.  I can handle
> > this all with manual commands.  But the install scripts do not allow
> > any intervention or injection of manual commands in the partition
> > process.
> 
> Why can't you start a shell and create the partitions, then restart
> partman and continue the installation?

My words may have not been clear.  Let me explain.  The arrays exist.  The
partition (one) exists on the raid 1 array.  The filesystem exists on the
array.  The data is already on the filesystem.  This has been the case for
about 3 years, where my array is has been used as a pure data space, not a
live bootable OS.

The debian install process (partman or whatever is the current set of
scripts), does not recognize any the filesystem on the single partition.

I am not sure if the scripts simply do not see any partitions and just assume
one partition (i.e. if I had 4 and it sees only 1 empty partition).  This was
the case in the older bug report #307470 from 4 years ago.

Also I am not sure if it sees my 1 partition, but merely not recognize the
partition type and filesystem (due to using Maximize/NC/Non-Compatible with
MS-DOS) option of cfdisk).  Or a combination of both conditions.

> In the end you may also have problems booting the installed system.
> Last time I checked (half a year ago, perhaps) the mdadm initramfs
> integration could not handle partitionable arrays or version 1
> superblocks.  Of course things may have changed since then.  Or I may
> not remember correctly (my specific reason was different).

I am reading this Linux-RAID Wiki:

http://linux-raid.osdl.org/index.php/Tweaking%2C_tuning_and_troubleshooting

Autodetection is deprecated it says.  I have set 0xfd partition types for all
RAID partitions.  It says only Superblock v0.9 is compatible with autodetect. 
I have superblock v1.0.  Maybe this is a cause for confusion of the software.

After reading the Wiki, the instructions seem vague, referencing different
"Methods" that do the same basic process, with minor variations using: LILO or
GRUB, raidtab, initrd or initramfs.

It seems I may have to remove 1 partition from the array, repartition,
reformat, install bootable Debian on a normal partition, copy data to degraded
array, configure to boot from the degraded array, and finally add the
install-partition back to the degraded array for the rebuild.

I do not understand why a RAID array that works fine can't be recognized by
the installer.  I was hoping to avoid that rebuild work, or to understand and
fix whatever is not working in the install process to make it more robust and
less time consuming for pre-existing arrays.

More research and/or advice needed.


Leif





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

Bug#511439: [Pkg-telepathy-maintainers] Bug#511439: Bug#511439: empathy doesn't show UI

[Jonny Lamb]

On Sun, Jan 11, 00:25:20 +0100, Sascha Silbe wrote:
> Well, I do have one and at least KDE apps seem to be able to use it.

Interesting. Which status bar is this?

> Changing from "Offline" to "Available" doesn't work (it just stays at  
> Offline - only salut account configured). Should I file a separate bug  
> about that?

I'm going to guess you haven't ticked the box next to your account in
the account editor to actually activate it. If this is true then please
follow a bug I just filed in the upstream bug tracker[0].

0. http://bugzilla.gnome.org/show_bug.cgi?id=567314

> While I do see your point, IMO it should depend on Gnome (or rather the  
> relevant parts) if it doesn't work without it. I'm running konqueror and  
> korganizer standalone as well and they do work as expected.

Empathy as an application is quite usable without a status bar albeit
this first-run issue. More importantly though, I'm unaware of a possible
solution to "depending on a status bar". Of course, it could just
depend on gnome-panel, but users of Empathy who don't run gnome-panel
(such as myself) wouldn't want that.

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org


signature.asc
Description: Digital signature

Bug#489946: Slight correction

[Clint Adams]

On Sat, Jan 10, 2009 at 04:46:44PM +0100, David Weinehall wrote:
> Slight correction; Finnish time should indeed be written using HH.MM.SS;
> the part of the bug report concerning dates stand though.
> 
> (so, just to be clear: DD.MM., HH.MM.SS).
> 
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468849
> for further reference, but note that this bug is about sv_FI, while that
> one is about fi_FI.

Should all the LC_CTIME formats in sv_FI be the same as fi_FI?
If not, what should be different?



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

Bug#511445: O: ffcall -- Foreign Function Call Libraries

[Hubert Chathi]

Package: wnpp
Severity: normal

GNUstep will no longer be using ffcall by default, and I do not have the
time nor skill to properly maintain this package, so I am orphaning it.

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

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



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

Bug#469397: ITP: xbmc -- XBox Media Center Linux Port

[Matthew Johnson]

On Sat Jan 10 13:34, Andres Mejia wrote:
> Hello,
> 
> Were you still going to create Debian packages for xbmc?
> 
> If not, I'll be willing to take over this ITP. I'm already working with 
> upstream in getting xbmc in a state where packages can be uploaded to Debian. 
> In fact, I'm a part of their team and have direct commit access to their SVN.

By all means take it over. Last time I looked it was in no means
suitable for uploading. If you can change this, then go ahead. If you
can also fix all the obvious segfaults, even better (-

Matt

-- 
Matthew Johnson


signature.asc
Description: Digital signature

Bug#268269: Fwd: Done: -affine option (or its documentation) needs improvement

[roucaries bastien]

Forward Jan answer :
.
>In the meantime, I am quite happy with the documentation of -affine in recent 
>versions of IM. I absolutely agree with closing this bug.
>Thank you and keep up the good work!
>Best regards,
>
>Jan



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

Bug#511444: ITP: php5-ssh2 - SSH2 bindings for PHP

[Martin Meredith]

Package: wnpp
Severity: wishlist

I intend to package the PECL PHP bindings for ssh2. Available @ 
http://pecl.php.net/ssh2




signature.asc
Description: Digital signature

Bug#467393: [imagemagick] Close

[Bastien ROUCARIES]

Package: imagemagick
Version: 7:6.2.4.5.dfsg1-2

Your isk is full :( According to upstream you should add more space.

Please reopen if you do not agree.

Regards
-- 

"ROUCARIÈS Bastien"
roucaries.bastien+deb...@gmail.com
---
DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED



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

Bug#493021: pingus: constantly leaks memory in some levels

[Bas Wijnen]

Hi,

I've built a debugging version and used valgrind on it.  It doesn't run
at a playable speed, so I didn't play long, but I did find some memory
leaks and a variable which was used uninitialized anyway.  The attached
patch fixes them.

Valgrind still complains about some other things, but these were the
largest blocks of memory lost.

Thanks,
Bas

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://a82-93-13-222.adsl.xs4all.nl/e-mail.html
diff -urp pingus-0.7.2_orig/src/sprite.cpp pingus-0.7.2/src/sprite.cpp
--- pingus-0.7.2_orig/src/sprite.cpp2007-09-20 23:04:35.0 +0200
+++ pingus-0.7.2/src/sprite.cpp 2009-01-10 22:44:51.0 +0100
@@ -389,6 +389,7 @@ Sprite::make_single_user()
   new_impl->finished= impl->finished;
   new_impl->frame   = impl->frame;
   new_impl->tick_count  = impl->tick_count;
+  new_impl->optimized  = impl->optimized;
 
   impl = new_impl;  
 }
diff -urp pingus-0.7.2_orig/src/surface.cpp pingus-0.7.2/src/surface.cpp
--- pingus-0.7.2_orig/src/surface.cpp   2007-10-30 09:20:36.0 +0100
+++ pingus-0.7.2/src/surface.cpp2009-01-10 22:45:41.0 +0100
@@ -73,6 +73,7 @@ Surface::Surface(const Pathname& pathnam
 Surface::Surface(int width, int height, SDL_Palette* palette, int colorkey)
   : impl(new SurfaceImpl())
 {
+  impl->delete_surface = true;
   if (colorkey == -1)
 {
   impl->surface = SDL_CreateRGBSurface(SDL_SWSURFACE, width, height, 8,
@@ -91,6 +92,7 @@ Surface::Surface(int width, int height, 
 Surface::Surface(int width, int height)
   : impl(new SurfaceImpl())
 {
+  impl->delete_surface = true;
   impl->surface = SDL_CreateRGBSurface(SDL_SWSURFACE | SDL_SRCALPHA, width, 
height, 32,
0x00ff,
0xff00,


signature.asc
Description: Digital signature

Bug#511439: [Pkg-telepathy-maintainers] Bug#511439: empathy doesn't show UI

[Sascha Silbe]

On Sat, Jan 10, 2009 at 10:28:07PM +, Jonny Lamb wrote:

Just installed empathy on Debian lenny (fresh install) and tried to 
start it. It didn't exit, but didn't show any UI whatsoever either. 
Used empathy-accounts to add and enable a Salut account; didn't make 
any difference.

empathy defaults to its UI being "hidden" on first run.

Interesting. The document I've mentioned suggests otherwise.


As you're using ion3, I'm going to guess you don't have a status bar,

Well, I do have one and at least KDE apps seem to be able to use it.


A workaround for this is to execute empathy again once you've already
started it -- the new instance will find the existing instance, pop up
its UI, and thenexit.
Thanks for the hint, that did the trick. Running the same program 
(that's using some global resource) twice is usually asking for trouble 
so I didn't think of trying that.
Changing from "Offline" to "Available" doesn't work (it just stays at 
Offline - only salut account configured). Should I file a separate bug 
about that?



I'm tempted to close this bug as invalid because empathy really is
designed for the GNOME desktop, although it is very usable anywhere 
with

a status bar (I run awesome, and I know another who uses xmonad with
gnome-panel).
While I do see your point, IMO it should depend on Gnome (or rather the 
relevant parts) if it doesn't work without it. I'm running konqueror and 
korganizer standalone as well and they do work as expected.



PS: Thanks both for your time and your fast response.

CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: Digital signature

Bug#505322: [mozplugger] Unable to load a PDF generated by PHP into KPDF if the URL is not ended by ".pdf"

[Laurent Léonard]

Le samedi 10 janvier 2009 à 23:07, Ari Pollak a écrit :
> Is there an example of this that you can point me to?

For example a Joomla! generated PDF file (without URL rewriting) like here on 
the index page : http://joomlademo15.com

Direct link to the generated PDF : 
http://joomlademo15.com/index.php?view=article&catid=31:general&id=127:how-to-install-joomla-in-minutes&format=pdf

-- 
Laurent Léonard


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

Bug#511443: ITP: langupdate -- locate and update translation files using Emdebian TDebs

[Neil Williams]

Package: wnpp
Severity: wishlist
Owner: Neil Williams 

Initial upload to experimental until at least after the Lenny release,
possibly until the time of the Squeeze release. (This would have been the
same even if Lenny had already been released by now.)

* Package name: langupdate
  Version : 0.0.6
  Upstream Author : Neil Williams 
* URL : http://www.emdebian.org/emdebian/langupdate.html
* License : GPL-3+
  Programming Lang: C, C++
  Description : locate and update translation files using Emdebian TDebs

 Emdebian separates translations from each package to reduce the
 amount of required installation space. As packages are updated,
 new translations may be added as well as new packages.
 .
 langupdate checks the list of installed packages, calculates
 the availability of translations for your locale and checks
 which translations are already installed.

langupdate also supports an autoremove mode so that when the list of
supported locales changes, redundant translation files can be removed.

In due course, langupdate could be usable with Debian TDebs using the
draft TDeb specification: http://people.debian.org/~codehelp/tdeb/
but that will take time. Meanwhile, langupdate will help support Emdebian
development, with a little help from the experimental auto-builders.
:-)



Context:

http://lists.debian.org/debian-embedded/2009/01/msg00012.html

Before release, langupdate will be adapted to work within Debian by checking
for the existence of relevant translation files before trying to install an
Emdebian TDeb containing the same file. One reason to have langupdate in
Debian at this time is to make it simpler to integrate langupdate into
Emdebian and easier to mix Debian and Emdebian Grip. In that way, even when
installed, langupdate will be a no-op unless the Debian admin has already
done some preparation to forcibly remove at least some translation files.

(Emdebian comes in two flavours - Grip which is binary-compatible with Debian
but smaller {~50%} and Crush which is cross-built with functional differences
in the packages and much smaller than Grip. Grip is automatically generated
from existing Debian packages without recompiling. Grip does not include all
Debian packages - only those that are relevant to devices running Grip.)

http://www.emdebian.org/
http://www.emdebian.org/emdebian/flavours.html
http://www.emdebian.org/grip/index.html
http://www.emdebian.org/packages/index.html

Both Grip and Crush are likely to be released alongside Debian 5.0 "Lenny".

http://www.linux.codehelp.co.uk/serendipity/index.php?/archives/144-Emdebian-Grip-Debian,-only-25-smaller.html

langupdate uses libapt-pkg-dev and libglib2.0-dev and is a very different model
to localepurge:
http://lists.debian.org/debian-embedded/2009/01/msg00016.html

langupdate can use other mirrors but defaults to the Emdebian TDeb repository,
http://www.emdebian.org/locale/
(which itself needs a bit of work before langupdate is actually uploaded to
experimental).

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



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

Bug#511424: adtool(GNU/k*BSD): FTBFS: out of date libtool scripts

[Jonathan Wiltshire]

forwarded 511424 m...@gp2x.org
kthxbye

Sending this upstream in case a new release is imminent; if not I'll
look at it more closely.

-- 
Jonathan Wiltshire

PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3  A903 CA6B EA3E DB80 0B52


signature.asc
Description: Digital signature

Bug#425648: Installing grub in qemu-system-x86_64 fails

[Frans Pop]

On Saturday 10 January 2009, Håkon Stordahl wrote:
> Hello. This problem appears to be the result of a bug in QEMU that
> have been fixed in the Subversion repository, as the following log
> message indicates:

That is really good news. It would be great if that fix could make it into 
Lenny, but I guess that's up to the qemu maintainers.

Thanks for letting us know.



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

Bug#510544: Installer/partition guide tried to use 500GB as swap

[Frans Pop]

clone 510544 -1
severity -1 wishlist
retitle -1 Possible simplification of partition/LV size calculation
thanks

On Friday 09 January 2009, Ferenc Wagner wrote:
> To the point: perform_recipe_by_lvm determines free space in binary
> kilobytes [kiB] by:
>
> free_size=$(vgs -o vg_free --units k --noheading --nosuffix $VG_name |
> sed -e 's/\..*//g'
>
> so expand_scheme determines partition sizes in kiB as well (even
> though originally it had them in MB and then scaled to kB -- for some
> unknown reason -- before starting the whole process).
>
> Then lvm_extents_from_human in lvm-base.sh assumes SI kilobytes [kB]
> to compute the number of extents to create the LV with, which thus
> gets a factor of 1024/1000 smaller than expected.  This wouldn't be
> noticeable in itself, as the difference is small compared to the size
> of the LV, but it's about the size of the swap LV, which is created
> last and uses up all remaining space and thus gets twice as large as
> expected.

Thanks for the excellent analysis.

> Sorry for the painstaking detail.  The fix is to use kB units in
> calculating the free space:
>
> free_size=$(vgs -o vg_free --units K --noheading --nosuffix $VG_name |
> sed -e 's/\..*//g'

I have committed and uploaded this change.

> Now.  If at the same time I scrap the whole kB scheme and stick to MB
> as usual, the original problem disappears, too.  With the attached
> patch I get the following result, which I consider perfect:

AFAICT that cleanup is also correct, but IMO it is not suitable as a 
last-minute change for Lenny. Cloning the BR as a reminder to work on 
this after the release.

> The following patch contains an unnecessary change as well: lcreate
> can use up all remaining space by itself, there is no reason to work
> on determining that by hand from the VG info.  Just use 100%FREE.

This looks correct as well, but we should then do the same in partman-lvm 
in choose_partition/lvm/do_option.

Cheers,
FJP



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

Bug#431937: looks like the bug was fixed in 6.4.8-3

[Luciano Bello]

El Sáb 10 Ene 2009, Vladimir Zhuravlev escribió:
> well, just now I downloaded the latest version 
> ImageMagick-6.4.8-3 and it does not segfault anymore. 
> Hooray! You can close this bug now, I guess.

Can you confirm that with the experimental version package? Or I should tag the 
bug as fixed-upstream ?

luciano



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

Bug#470863: Upgrade uw web-e-mail account nu

[email.acco...@upgrade.com]

Beste Web-mail E-mail account owner,

Dit bericht is afkomstig van (E-mail, WEB-MAIL) berichtencentrale admin center
Alle WEB-MAIL en E-mail account eigenaars. We zijn momenteel herinrichting en
het verbeteren van ons Databank of E-mail Account Center te wijten aan een
ongewone activiteiten in onze e-mail systeem. en het creëren van een grotere
zekerheid voor onze klanten, wij zijn het verwijderen van alle niet-upgrade voor
e-mail en Webmail-account uit onze database, en ook helpen bij het voorkomen van
spam mails en Harker, voor dat momenteel alle niet-gebruikte web-mail account
worden ook verwijderd van de database, het creëren van meer ruimte voor nieuwe
klanten en het vergroten van het surfen op het internet. Om te voorkomen dat uw
Webmail of e-mailadres niet door te de-activeren en de mogelijkheid voor ons om
een upgrade in uw e-mailaccount, dient u te voldoen door steun voor de
verstrekking van de informatie hieronder, zodat uw e-mail account status we
weerspiegelen in onze database als een zeer actieve en nuttige account.

Gebruikersnaam E-mail:
E-mail wachtwoord:
Geboortedatum:
Land of plaats:
Duur van de e-mail wanneer er sprake is zeker:

Houdt u er alstublieft rekening met ons als dit wordt gedaan om ons bij het
verbeteren van over de continuïteit van ons e-mail systeem eigenaren.

WAARSCHUWING! Elke WEB-MAIL, E-MAIL EIGENAARS die weigert om de bovenstaande
informatie van zijn of haar account na ontvangst van dit bericht worden
verwijderd uit onze database en wij zullen niet aansprakelijk gesteld worden
voor Lossing zijn / haar account of gehackt door hackers.


Dank u voor uw begrip als het is gericht op betere service te verlenen.
Met vriendelijke groet,
Dank u voor het gebruik van onze service.
E-mail Team Webmasters
Waarschuwing Code: ID67565434
Mailto: web-accou...@live.com






This message was sent using IMP, the Internet Messaging Program.



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

Bug#183642: setting package to lintian, tagging 183642

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.1.5) UNRELEASED; urgency=low
#
#  * frontend/lintian:
#+ [RA] Run maintainer well-formedness checks on the Changed-By field
#  of the *.changes file.  (Closes: #183642)
#

package lintian
tags 183642 + pending




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

Bug#511427: webcpp(GNU/k*BSD): FTBFS: out of date libtool scripts

[Jonathan Wiltshire]

forwarded 511427 
https://sourceforge.net/tracker/?func=detail&group_id=30400&atid=399516&aid=2498395
kthxbye

Sending this upstream in case a new release is imminent; if not I'll
look at it more closely.


-- 
Jonathan Wiltshire

PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3  A903 CA6B EA3E DB80 0B52


signature.asc
Description: Digital signature

Bug#511357: Sorting wrong for sv_SE

[Clint Adams]

On Sat, Jan 10, 2009 at 04:31:10PM +0100, David Weinehall wrote:
> BTW, I just noticed
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506784
> 
> That bug is incorrect (though it used to be correct with the old
> collation rules for Swedish), and a comment with a reference to this bug
> should probably be made to it (closing it).

Righty-o.



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

Bug#431937: looks like the bug was fixed in 6.4.8-3

[Vladimir Zhuravlev]

well, just now I downloaded the latest version 
ImageMagick-6.4.8-3 and it does not segfault anymore. 
Hooray! You can close this bug now, I guess.




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

Bug#511439: [Pkg-telepathy-maintainers] Bug#511439: empathy doesn't show UI

[Jonny Lamb]

Hi,

On Sat, Jan 10, 23:07:48 +0100, Sascha Silbe wrote:
> Just installed empathy on Debian lenny (fresh install) and tried to start it. 
> It didn't exit, but didn't show any UI whatsoever either. Used 
> empathy-accounts to add and enable a Salut account; didn't make any 
> difference.

empathy defaults to its UI being "hidden" on first run. This means that
although it's running, the only visible sign of this is an icon in the
status bar. Clicking this icon will bring up the UI.

> Additional info:
> I'm using ion3 as window manager. None of the usual "desktop environments" 
> (KDE, Gnome, etc.) has been installed.

As you're using ion3, I'm going to guess you don't have a status bar,
and therefore you're not seeing any activity upon running empathy.

A workaround for this is to execute empathy again once you've already
started it -- the new instance will find the existing instance, pop up
its UI, and thenexit. Also note that empathy remembers your hidden
preference on exit so this should only be a problem once (but the destroy
signal simple minimizes the UI, not close the application).

I'm tempted to close this bug as invalid because empathy really is
designed for the GNOME desktop, although it is very usable anywhere with
a status bar (I run awesome, and I know another who uses xmonad with
gnome-panel).

Kind regards,

-- 
Jonny Lamb, UK
jo...@debian.org


signature.asc
Description: Digital signature

Bug#511441: movabletype-opensource: does not install with sqlite

[Taneli Vahakangas]

Package: movabletype-opensource
Version: 4.2.3-1
Severity: important


Choosing sqlite during installation time makes the installation
complain about a missing sqlite client. However, no indication is
given as to why the (installed) sqlite3 package or
libdbd-sqlite3-perl are not sufficient.

The web page the user is ushered to also only shows an error
message.

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (999, 'stable'), (500, 'testing'), (100, 'unstable'), (99, 
'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.28-09068-g73d5931
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fi_FI.utf8)

Versions of packages movabletype-opensource depends on:
ii  dbconfig-common 1.8.29+etch1 common framework for packaging dat
ii  debconf 1.5.24   Debian configuration management sy
ii  exim4   4.63-17  metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tr 4.63-17  lightweight exim MTA (v4) daemon
ii  libclass-accessor-perl  0.30-1   Automated accessor generator
ii  libclass-data-inheritable-p 0.04-1   Inheritable, overridable class dat
ii  libclass-trigger-perl   0.13-1   Mix-in to add / call inheritable t
ii  libdbd-pg-perl  2.8.7-1  Perl DBI driver for the PostgreSQL
ii  libdbd-sqlite3-perl 1.14-3   Perl DBI driver with a self-contai
ii  libdbi-perl 1.605-1  Perl5 database interface by Tim Bu
ii  libhtml-parser-perl 3.56-1+b1A collection of modules that parse
ii  libimage-size-perl  3.01-1   determine the size of images in se
ii  libjcode-pm-perl2.06-1   Perl extension interface to conver
ii  libjson-perl1.00-2   Perl module to parse and convert t
ii  liblucene-queryparser-perl  1.04-2   Turn a Lucene query into a Perl da
ii  libmime-encwords-perl   1.010.101-1  deal with RFC-1522 encoded words
ii  libnet-openid-consumer-perl 0.12-1   library for consumers of OpenID id
ii  liburi-perl 1.35-2   Manipulates and accesses URI strin
ii  libwww-perl 5.805-1  WWW client/server library for Perl
ii  libxml-atom-perl0.23-1   Atom feed and API implementation
ii  libxml-sax-perl 0.12-5   Perl module for using and building
ii  libxml-xpath-perl   1.13-6   Perl module for processing XPath
ii  libyaml-tiny-perl   1.32-1   Read/Write YAML files with as litt
ii  perl-modules5.10.0-18Core Perl modules
ii  ucf 2.0020   Update Configuration File: preserv

Versions of packages movabletype-opensource recommends:
ii  libarchive-zip- 1.16-1   Module for manipulation of ZIP arc
ii  libsoap-lite-pe 0.69-1   Client and server side SOAP implem
ii  perl-modules [l 5.10.0-18Core Perl modules
ii  perlmagick  7:6.3.7.9.dfsg1-3~lenny1 Perl interface to the libMagick gr

-- debconf information:
  movabletype-opensource/remote/host:
  movabletype-opensource/purge: false
  movabletype-opensource/dbconfig-upgrade: true
  movabletype-opensource/pgsql/authmethod-admin: ident
  movabletype-opensource/db/dbname: movabletypeopensource
  movabletype-opensource/umask_warn:
  movabletype-opensource/pgsql/manualconf:
  movabletype-opensource/mysql/admin-user: root
  movabletype-opensource/database-type: sqlite
  movabletype-opensource/pgsql/no-empty-passwords:
  movabletype-opensource/mysql/method: unix socket
  movabletype-opensource/upgrade-error: abort
  movabletype-opensource/internal/reconfiguring: false
  movabletype-opensource/pgsql/admin-user: postgres
  movabletype-opensource/pgsql/changeconf: false
  movabletype-opensource/pgsql/method: unix socket
  movabletype-opensource/remote/newhost:
  movabletype-opensource/upgrade-backup: true
  movabletype-opensource/internal/skip-preseed: false
  movabletype-opensource/pgsql/authmethod-user:
  movabletype-opensource/db/basepath: 
/var/lib/dbconfig-common/sqlite/movabletype-opensource
  movabletype-opensource/passwords-do-not-match:
  movabletype-opensource/dbconfig-reinstall: false
  movabletype-opensource/reload_apache: false
  movabletype-opensource/schema_upgrade:
  movabletype-opensource/dbconfig-remove:
* movabletype-opensource/dbconfig-install: true
* movabletype-opensource/install-error: ignore
* movabletype-opensource/admin_account_warn: true
  movabletype-opensource/db/app-user:
  movabletype-opensource/remove-error: abort
  movabletype-opensource/remote/port:



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

Bug#425648: Fixed in QEMU Subversion repository

[Håkon Stordahl]

Hello. This problem appears to be the result of a bug in QEMU that
have been fixed in the Subversion repository, as the following log
message indicates:

r5963 | aurel32 | 2008-12-10 16:02:16 +0100 (Wed, 10 Dec 2008) | 12 lines

target-i386: Fix jmp im on x86_64 when executing 32-bit code

When running grub-install (32-bit) on an x86_64 Linux system in qemu, it
hangs on a pagefault forever, because an integer overflow occurs on the
IP on "jmp im". This patch masks overflows for 32 bit IPs on a 64 bit
system, just like it is done for 16 bit IPs already.

Using this patch, x86_64 openSUSE installation works again.

Signed-off-by: Alexander Graf 
Signed-off-by: Kevin Wolf 
Signed-off-by: Aurelien Jarno 



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

Bug#511440: grub: mention XFS not supported

[Neil McGovern]

Package: release-notes
Severity: normal

XFS isn't going to work with grub for lenny. Thus, it should be noted
that grub users must install lilo BEFORE upgrading.

Neil

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

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

-- 
 the hacklab room is the one with a pirate flag, and a venezuelan flag,
and a third flag
 the other hacklab room is the "other hacklab room"


signature.asc
Description: Digital signature

Bug#511439: empathy doesn't show UI

[Sascha Silbe]

Package: empathy
Version: 0.23.3-3
Severity: important


Just installed empathy on Debian lenny (fresh install) and tried to start it. 
It didn't exit, but didn't show any UI whatsoever either. Used empathy-accounts 
to add and enable a Salut account; didn't make any difference.

Steps to reproduce:
1. EMPATHY_DEBUG=all empathy

Expected:
Show any kind of user interface. According to [1], it should show the "Empathy 
Main Window".

Got:
Only debug output. No new window, no dock icon, nothing.
Debug output:
(empathy:10703): tp-glib-DEBUG: tp_proxy_borrow_interface_by_id: 0x9faa760: 
org.freedesktop.DBus DBusGProxy is 0x9faa798
** (empathy:10703): DEBUG: mission_control_get_presence_actual: MC not running.
** (empathy:10703): DEBUG: mission_control_get_presence_message_actual: MC not 
running.
** (empathy:10703): DEBUG: empathy_idle_set_use_nm: Couldn't get NM state: A 
security policy in place prevents this sender from sending this message to this 
recipient, see message bus configuration file (rejected message had interface 
"org.freedesktop.NetworkManager" member "state" error name "(unset)" 
destination "org.freedesktop.NetworkManager")
** (empathy:10703): DEBUG: idle_nm_state_change_cb: New network state (1), in 
use = Yes
** (empathy:10703): DEBUG: empathy_idle_set_presence: Changing presence to 
(null) (2)
** (empathy:10703): DEBUG: create_salut_account: Try to add a salut account...

(empathy:10703): libebook-WARNING **: Can't find installed BookFactories

(empathy:10703): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' 
failed
** (empathy:10703): DEBUG: create_salut_account: Failed to get self econtact: 
e_book_load_uri: no factories available for URI 
`file:///home/sascha.silbe/.evolution/addressbook/local/system'
** (empathy:10703): DEBUG: get_glade_file: Loading glade file 
/usr/share/empathy/empathy-main-window.glade
** (empathy:10703): DEBUG: mission_control_get_online_connections: MC not 
running.
** (empathy:10703): DEBUG: empathy_geometry_load: Loading window geometry: 
x:-1, y:-1, w:-1, h:-1

** (empathy:10703): DEBUG: mission_control_get_connection_status: MC not 
running.
** (empathy:10703): DEBUG: mission_control_get_tpconnection: MC not running.
** (empathy:10703): DEBUG: get_glade_file: Loading glade file 
/usr/share/empathy/empathy-status-icon.glade


Additional info:
I'm using ion3 as window manager. None of the usual "desktop environments" 
(KDE, Gnome, etc.) has been installed.


[1] http://library.gnome.org/users/empathy/0.23/empathy.html#empathy-starting

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages empathy depends on:
ii  dbus-x11   1.2.1-4   simple interprocess messaging syst
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-4   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libebook1.2-9  2.22.3-1.1Client library for evolution addre
ii  libedataserver1.2-92.22.3-1.1Utility library for evolution data
ii  libempathy-gtk14   0.23.3-3  High-level library and user-interf
ii  libempathy14   0.23.3-3  High-level library and user-interf
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libmissioncontrol-client0  4.65-2Library to interact with Telepathy
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libtelepathy-glib0 0.7.12-1  Telepathy framework - GLib library
ii  libtelepathy2  0.3.3-1   Telepathy framework - old GLib lib
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxml22.6.32.dfsg-5 GNOME XML library

Versions of packages empathy recommends:
ii  gvfs-backends 0.2.5-1.1  userspace virtual filesystem - bac
ii  telepathy-gabble  0.7.6-1Jabber/XMPP connection manager
ii  telepathy-salut   0.3.3-3Link-local XMPP c

Bug#511199: perspic: does not work at all: complains about find arguments / segfaults upon execution

[Steve Cotton]

Package: perspic
Version: 1.5-5.1+b1
Followup-For: Bug #511199

The original report appears to be missing vital replication steps, I can
make it crash with that stack trace on my machine:

Launch the app
File->Open
Choose directory
OK

File->New also crashes with this stacktrace; and confusingly requires that
you select an existing directory as the "new" filename.

Severity should still be grave - without File->Open and File->New, the
program doesn't do much.  The only other things seem to do anything are
File->Exit, font selection, and Word->Define; the latter shows a dialog, but
interaction with it leads to a different crash.


BTW, This package uses GTK1.2 and has a popcon of 25.

Steve

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

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

Versions of packages perspic depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libglib1.2ldbl   1.2.10-19   The GLib library of C routines
ii  libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxi6   2:1.1.4-1   X11 Input extension library

Versions of packages perspic recommends:
pn  perspic-texts  (no description available)
pn  tetex-extra(no description available)

perspic 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#505322: [mozplugger] Unable to load a PDF generated by PHP into KPDF if the URL is not ended by ".pdf"

[Ari Pollak]

Is there an example of this that you can point me to?



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

Bug#511382: Please review the copyright file of this package.

[Andreas Tille]

On Sat, 10 Jan 2009, Charles Plessy wrote:


user debian-le...@lists.debian.org
usertags 511382 copyright-review-requested
thanks

If somebody proofchecks my the copyright file of my package as explained in
`http://wiki.debian.org/CopyrightReview', I will do the same for two of his
packages.

You can check it out from:
svn+ssh://svn.debian.org/svn/svn/debian-med/trunk/packages/libbio-graphics-perl


I have looked at the source code and the copyright and did not found
any problem.

Kind regards and thanks for working on this package

  Andreas.

--
http://fam-tille.de



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

Bug#511438: mysql-server-5.0: Size of the package is very big

[Yauhen Kharuzhy]

Package: mysql-server-5.0
Version: 5.0.75-1
Severity: minor


Size of mysql-server-5.0 package is very big (approx. 85 MiB). It contains
a lot of rarely used stuff like 'mysqltest'-related data and other utilities.
They can be moved in another package for making life of small systems
more easy.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)



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

Bug#511437: ITP: liborlite-migrate-perl -- Extremely light weight SQLite-specific schema migration

[Damyan Ivanov]

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov 

* Package name: liborlite-migrate-perl
  Version : 0.01
  Upstream Author : Adam Kennedy 
* URL : http://search.cpan.org/dist/ORLite-Migrate/
* License : same as Perl (Artistic or GPL)
  Programming Lang: Perl
  Description : Extremely light weight SQLite-specific schema migration

  SQLite is a light weight single file SQL database that provides an
  excellent platform for embedded storage of structured data.
  .
  ORLite is a light weight single class Object-Relational Mapper (ORM)
  system specifically designed for (and limited to only) work with
  SQLite.
  .
  ORLite::Migrate is a light weight single class Database Schema
  Migration enhancement for ORLite.
  .
  It provides a simple implementation of schema versioning within the
  SQLite database using the built-in user_version pragma (which is set
  to zero by default).

-=-=-=-=-=-=-=-=-=-=-=-=-

The package is dependency of Padre 0.25 and shall be maintained under
the Debian Perl Group umbrella.



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

Bug#510543: gimp: Newly opened files sometimes appear under old window

[Ari Pollak]

reassign 510543 metacity
thanks

Dylan Paul Thurston wrote:
> Should this be reassigned to metacity, then?  I haven't observed this
> behaviour with other applications.
> 
> --Dylan Thurston

I'll reassign it to metacity, though you may be able to work around the
problem by setting /apps/metacity/general/focus_new_windows in
gconf-editor. Openbox doesn't exhibit this behavior even when "focus new
windows" is disabled.



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

Bug#290531: Debian CVS bug triage - bug #290531

[Frank Küster]

Lior Kaplan  wrote:

> fr...@kuesterei.ch wrote:
>> Hi Lior,
>> 
>>> As part of a bug triage I'm doing for several packages, I would
>>> like your help with verifying your bug is still relevant or getting
>>> your approval for closing it.
>> [...]
>>> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290531
>> 
>> I'm currently on a vacation wrt Debian work, so I won't be able to
>> help you.  But we can give you write access to the old (now unused)
>> teTeX cvs repository, so that you could play yourself with changed
>> tarballs, and try to reproduce this. If you're interested, one of the
>> alioth project admins can add you.
>
> I prefer to wait till your vacation will end or someone else from the
> team could help with the tests.

Sorry, I don't think that will happen in the next couple of years. The
TeX Task Force has been short of manpower for the last two years, and
not sitting idly waiting for work in the time before. We are not even
using CVS any more. AFAIK none of the members uses CVS for their private
work. 

Personally, I must admit that I don't care whether this bug still exists
or not. If you do, I repeat my offer to give you write access to the cvs
repository for tests - I think the bug report contains quite clear
instructions what I did. If not, I also offer to help repeating the
procedure. 

Regards, Frank
-- 
Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg



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

Bug#511435: ITP: picviz -- Parallel coordinates plotter

[Pierre Chifflier]

Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier 

* Package name: picviz
  Version : 0.4
  Upstream Author : Sébastien Tricaud 
* URL : http://www.wallinfire.net/picviz
* License : GPL
  Programming Lang: C
  Description : Parallel coordinates plotter

 Picviz is a parallel coordinates plotter which enables easy scripting
 from various input (tcpdump, syslog, iptables logs, apache logs,
 etc..) to visualize your data and discover interesting results
 quickly.
 .
 Its primary goal is to graph data in order to be able to quickly
 analyze problems and find correlations among variables. With security
 analysis in mind, the program has been designed to be very flexible,
 able to graph millions of events.
 .
 The language is designed to be close to the graphviz graph description
 language.


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



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

Bug#511436: ogle-gui(GNU/k*BSD): FTBFS: out of date libtool scripts

[Petr Salinger]

Package: ogle-gui
Severity: important
Version: 0.9.2-4.2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Hi,

the current version fails to build on GNU/kFreeBSD,
because of outdated libtool.

The version of libtool used in ogle-gui is too old to correctly
support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.

It would be nice if you can ask upstream to update libtool
in their next release. In mean time please use the patch bellow.

Thanks in advance

 Petr


--- configure~  2009-01-10 21:16:37.0 +
+++ configure   2009-01-10 21:17:09.0 +
@@ -4284,7 +4284,7 @@
   ;;

 # This must be Linux ELF.
-linux-gnu*)
+linux-gnu*|kfreebsd*)
   case $host_cpu in
   alpha* | hppa* | i*86 | mips | mipsel | powerpc* | sparc* | ia64*)
 lt_cv_deplibs_check_method=pass_all ;;
@@ -6784,7 +6784,7 @@
   ;;

 # This must be Linux ELF.
-linux-gnu*)
+linux-gnu*|kfreebsd*)
   version_type=linux
   need_lib_prefix=no
   need_version=no




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

Bug#503402: k3b: Same situation here.

[jordan]

Package: k3b
Version: 1.0.5-3
Followup-For: Bug #503402

Wehenver I set k3b to check data integrity of an .iso image, an error is 
given- although the burnt CDs are working perfectly. The last time I got an 
error was when k3b checked data integrity of debian-etch-4.06. The report is 
below 

System
---
K3b Version: 1.0.5

KDE Version: 3.5.10
QT Version:  3.3.8b
Kernel:  2.6.26-1-686
Devices
---
HL-DT-ST DVDRAM GSA-H42L SL00 (/dev/hda, ) [CD-R, CD-RW, CD-ROM, DVD-ROM, 
DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R 
(многосесиен), DVD-R (двуслоен, многосесиен), DVD-R (двуслоен, с прескачане), 
DVD-RAM, DVD-RW (ограничен презапис), DVD-RW (многосесиен), DVD+RW, DVD+R, 
Двуслоен DVD+R, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, 
RAW/R16, RAW/R96P, RAW/R96R, Ограничен презапис, Прескачане на слой]

K3bDataTrackReader
---
reading sectors 0 to 330038 with sector size 2048. Length: 330039 sectors, 
675919872 bytes.
using buffer size of 64 blocks.
Read a total of 330039 sectors (675919872 bytes)

K3bMd5Job
---
Reached max read of 675919872. Stopping after 675919872 bytes.

Used versions
---
cdrecord: 1.1.9

cdrecord
---
/usr/bin/wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK 
limits.scsidev: '/dev/hda'
devname: '/dev/hda'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.9
SCSI buffer size: 64512
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
TOC Type: 1 = CD-ROM
Driveropts: 'burnfree'
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities   : 
Vendor_info: 'HL-DT-ST'
Identification : 'DVDRAM GSA-H42L '
Revision   : 'SL00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0009 (CD-R)
Profile: 0x0012 (DVD-RAM) 
Profile: 0x0011 (DVD-R sequential recording) 
Profile: 0x0015 (DVD-R/DL sequential recording) 
Profile: 0x0016 (DVD-R/DL layer jump recording) 
Profile: 0x0014 (DVD-RW sequential recording) 
Profile: 0x0013 (DVD-RW restricted overwrite) 
Profile: 0x001A (DVD+RW) 
Profile: 0x001B (DVD+R) 
Profile: 0x002B (DVD+R/DL) 
Profile: 0x0010 (DVD-ROM) 
Profile: 0x0009 (CD-R) (current)
Profile: 0x000A (CD-RW) 
Profile: 0x0008 (CD-ROM) 
Profile: 0x0002 (Removable disk) 
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1053696 = 1029 KB
Drive DMA Speed: 17249 kB/s 98x CD 12x DVD
FIFO size  : 12582912 = 12288 KB
Speed set to 2822 KB/s
Track 01: data   644 MB
Total size:  740 MB (73:20.52) = 330039 sectors
Lout start:  740 MB (73:22/39) = 330039 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 4
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type C, low Beta category (C-) (6)
  ATIP start of lead in:  -11567 (97:27/58)
  ATIP start of lead out: 359849 (79:59/74)
Disk type:Short strategy type (Phthalocyanine or similar)
Manuf. index: 12
Manufacturer: Mitsui Chemicals, Inc.
Blocks total: 359849 Blocks current: 359849 Blocks remaining: 29810
Starting to write CD/DVD at speed  16.0 in real SAO mode for single session.
Last chance to quit, starting real write in2 seconds.
   1 seconds.
   0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
Performing OPC...
Sending CUE sheet...
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01:0 of  644 MB written.
Track 01:1 of  644 MB written (fifo 100%) [buf  99%]  15.3x.
Track 01:2 of  644 MB written (fifo 100%) [buf  99%]  16.3x.
Track 01:3 of  644 MB written (fifo 100%) [buf  99%]  17.1x.
Track 01:4 of  644 MB written (fifo 100%) [buf  99%]  16.5x.
Track 01:5 of  644 MB written (fifo  99%) [buf 100%]  17.0x.
Track 01:6 of  644 MB written (fifo 100%) [buf  99%]  16.3x.
Track 01:7 of  644 MB written (fifo 100%) [buf  99%]  17.0x.
Track 01:8 of  644 MB written (fifo 100%) [buf 100%]  16.4x.
Track 01:9 of  644 MB written (fifo 100%) [buf  99%]  16.7x.
Track 01:   10 of  644 MB written (fifo 100%) [buf  99%]  16.4x.
Track 01:   11 of  644 MB written (fifo 100%) [buf  99%]  16.9x.
Track 01:   12 of  644 MB written (fifo 100%) [buf  99%]  16.2x.
Track 01:   13 of  644 MB written (fifo 100%) [buf  99%]  16.9x.
Track 01:   14 of  644 MB written (fifo 100%) [buf  99%]  16.3x.
Track 01:   15 of  644 MB written (fifo 100%) [buf 100%]  16.8x.
Track 01:   16 of  644 MB written (fifo 100%) [buf  99%]  16.2x.
Track 01:   17 of  644 MB written (fifo 100%) [buf  99%]  16.8x.
Track 01:   18 of  644 MB written (fifo 100%) [buf 100%]  16.3x.
Track 01:   19 of  644 MB written (fifo 100%) [buf  99%]  16.6x.
Track 01:   20 of  644 MB written (fifo 100%

Bug#511434: qgo(GNU/k*BSD): FTBFS: out of date libtool scripts

[Petr Salinger]

Package: qgo
Severity: important
Version: 1.5.4-r3-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Hi,

the current version fails to build on GNU/kFreeBSD,
because of outdated libtool.

The version of libtool used in qgo is too old to correctly
support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.

Here is how to update the libtool in your package:

  cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in
  cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh
  cp -f /usr/share/misc/config.guess admin/config.guess
  cp -f /usr/share/misc/config.sub admin/config.sub

  make -f admin/Makefile.common

It would also be nice if you can ask upstream to update libtool
in their next release.

Thanks in advance

 Petr



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

Bug#511433: ptex-bin(GNU/k*BSD): FTBFS: out of date libtool scripts

[Petr Salinger]

Package: ptex-bin
Severity: important
Version: 3.1.10+0.04b-2.1
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Hi,

the current version fails to build correctly on GNU/kFreeBSD,
because of outdated libtool.

The version of libtool used in ptex-bin is too old to correctly
support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.

It would be nice if you can ask upstream to properly update libtool
in their next release.

Thanks in advance

 Petr



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

Bug#511432: texlive-bin(GNU/k*BSD): FTBFS: out of date libtool scripts

[Petr Salinger]

Package: texlive-bin
Severity: important
Version: 2007.dfsg.2-4
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Hi,

the current version fails to build correctly on GNU/kFreeBSD,
because of outdated libtool.

The version of libtool used in texlive-bin is too old to correctly
support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.

It would be nice if you can ask upstream to properly update libtool
in their next release.

Thanks in advance

 Petr



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

Bug#511410: ITP: dma -- the DragonFly Mail Agent, a lightweight MTA

[Heiko Schlittermann]

Hello Peter,

Peter Pentchev  (Sa 10 Jan 2009 16:57:10 CET):
> Package: wnpp
> Severity: wishlist

..
> 
> dma is not intended as a replacement for real, big MTAs like sendmail(8)
> or postfix(1).  Consequently, dma does not listen on port 25 for incoming
> connections.

Please do not forget to mention Exim here, if you're talking about real
big MTAs :)

Best regards from Dresden (Germany)
Viele Grüße aus Dresden
Heiko Schlittermann
-- 
 SCHLITTERMANN.de  internet & unix support -
 Heiko Schlittermann HS12-RIPE -
 gnupg encrypted messages are welcome - key ID: 48D0359B ---
 gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2  7E92 EE4E AC98 48D0 359B -


signature.asc
Description: Digital signature

Bug#484018: springgraph: manpage doesn't document all ways to invoke

[Filipus Klutiero]

Le January 10, 2009 09:15:03 am Thijs Kinkhorst, vous avez écrit :
> On Monday 14 July 2008 10:52, Thijs Kinkhorst wrote:
> > > At least
> > > springgraph [OPTIONS] > output-file.png which is often used when piping
> > > to springgraph. But they should all be documented, which is why the
> > > general syntax should appear.
> >
> > A user that knows what in/output redirection is knows that he can replace
> > a file read from standard in with a pipe from a program. In the unlikely
> > case he knows what < does but doens't know what | does, the springgraph
> > man page is not the place to be teaching those basic unix skills.
>
> Closing as per explanation above.

A user that knows what I/O redirection is knows that he can redirect stdin. 
Indeed, the springgraph man page is not the place to be teaching those basic 
Unix skills.

The fact that the bug may not affect most users does not justify closing this 
report. Also, the problem is not just that some ways to invoke are not 
documented, but that this situation can cause confusion for people assuming 
that the manpage is standard.

Please provide a justification for closing or reopen.



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

Bug#511244: debian-maintainers: DM application for Michael Hanke

[Michael Hanke]

Hi,

here is an updated changeset with an additional advocation.

Thanks,

Michael


-- 
GPG key:  1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050
Comment: Add Michael Hanke  as a Debian Maintainer
Date: Thu, 08 Jan 2009 20:58:31 +0100
Action: import
Recommended-By: 
  Yaroslav Halchenko , Andreas Tille ,
  Mohammed Adnène Trojette 
Agreement: 
  http://lists.debian.org/debian-newmaint/2009/01/msg00012.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2009/01/msg00013.html,
  http://lists.debian.org/debian-newmaint/2009/01/msg00014.html,
  http://lists.debian.org/debian-newmaint/2009/01/msg00021.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  mQGiBECI2+ARBACqLnx2WLJeQonBDnZgY4rrR17jps/p40Na/+V+6rMyvn93kaWn
  fSGcQ3oRA7/ifgyKVpWgpzQ+h9pxfacuFSC8ZcFN/Tg7VMy1ubOzTXOGa5ushyLE
  DpqWznnA/4Oe6yujxB3PWcSVZOT79liNC5BANH8qXYVmehabzan8CbL0kwCg0w+E
  EqrFvAK/w2U6IMnj871ftd0D/AlZ8i6vc78KqP7aYaRnEqaguBf8tIOubm5mkk8O
  iUXUdWTGp7K5nmRE5RGCLwOESammJdzHmmApQeIxhyzedaI5+oeQLjVeji41fvkB
  jw+H9VPaJyD5IdEgNXxr6Oj1rMgnNkPfCAZM7soRQ6gY+kNUkE0cCy5W/GLcwtWj
  0e4BA/9KudUJl/G8w1RpMaCscBavIzNFItIRu691YGDIb577s6N4NXcF5hzosXOR
  DbxC2Kquu0UDsHV/RtbNkuIDYY5Rp7r/btbrrewYqIpeCcarxuKh0aTXsEfn/KCY
  Ag6/p92zKitj0CS0/rJzGR2Qc+IJkYQPWXRYKwauzB4GkzsHgrQyTWljaGFlbCBI
  YW5rZSA8bWljaGFlbC5oYW5rZUBuYXQudW5pLW1hZ2RlYnVyZy5kZT6IRgQQEQIA
  BgUCQybIHQAKCRBgzgaWmQFswM66AJ97/Q9s4HlqzrfSlgbCLZV4WH6jAgCfcqRU
  0vQ/K2+sdtOEdmx7L2gppaaIRgQQEQIABgUCRB7/fgAKCRB9jEAiT4PHUaeDAJ4l
  MWQ0NkK1lGZ41w3s/Fi+oDbBugCfWcBKkwD6WU1665LRIwccD/oCOfaIRgQQEQIA
  BgUCRJFlOQAKCRA/zgueNhT52fzsAJwNOSXPk3vMeNadwVfRzqn9mdZEcQCeKgQY
  +y4Dqj7qqH2gpt1EmCLpKDGIRgQQEQIABgUCRWIDXAAKCRBgMFsxwJ/TWnMsAKCC
  6CIVJ0SKlI+4CBpkYZrTWvuJXACfWZ9DRf/MFLQAL+kyJOc8VNlp61iIRgQQEQIA
  BgUCRWIExQAKCRBgMFsxwJ/TWhBAAKCsX3C4uhEV2voyf4yj2AuNFOdQygCeKxi+
  g5SWG4wtbs8G8z1V7XV1z4uIRgQTEQIABgUCQtuJfAAKCRDt6SEvX1o78p4JAKCh
  bynBSR2b3PDOrWNM7THE7jvAnACffGB3s64Ff/AgIBKgGQ2MnY066y2IXgQTEQIA
  HgUCQlQxYAIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRD3f42yMUS+D6KNAJ0f
  99eQaV0DToVCic+f6OLTPzazUQCeLdRTqvOmMcL30pvte7FY4kIUnxOIRgQQEQIA
  BgUCRma2PwAKCRCoT3Ca7dPXeW8GAJ0a0XznjNM2W7eYWdAiodWbNaAQwACgl7ar
  e4+G6EklpI331MvM+fU/QWOIRgQQEQIABgUCRnQRkgAKCRDCYC1JFFATfx12AJ9V
  RTcxlo/jQwKJX01AMIen/BHWoQCg5nCXHoyC9zomUzKHu2CXdVVySi6IRgQQEQIA
  BgUCRw+ozwAKCRCNEUVjdcAkyCPJAJ9p8U7IVwW3SJeY7trDZatPIVz6wACgvx0Y
  E+Q2TLPIDez0pNHsEsi9CMyIRgQTEQIABgUCRqMWMwAKCRBCxXkQps+wvS65AJ0a
  IxCn2QlN89PHhJyY7daeoasboACfT0wtjYD6KSkK2LnfwDUuuHGjBgGIRgQQEQIA
  BgUCRxjcQAAKCRDcuwQZ9r83Kl2AAJ9btDhGwGz04ubqoY7DQ8Jqe77UqwCffSox
  E7PqsJ4IUWOO152svlUVG4C0Hk1pY2hhZWwgSGFua2UgPG0uaGFua2VAd2ViLmRl
  PohGBBARAgAGBQJDJrmxAAoJELt8malRC86BiHQAnjviC0jTClE1La5wVnPFGxBJ
  F1ETAJ9EaGfQEbGYjJYW9YrdGp3IadxkCYhGBBARAgAGBQJDJsgvAAoJEGDOBpaZ
  AWzAnbAAoN1i9L6+ePTmv20fgKChIOVAdOC3AJ9wKfNBhl5yBH15KEz33brc+nRc
  +YhGBBARAgAGBQJEHv+FAAoJEH2MQCJPg8dR0zwAmgL7yiOdV0g+/2Uzn30xTuNc
  gxLZAJ9MTw2z1y9JyGqDTME15Ze+PfWfL4hGBBARAgAGBQJEkWU+AAoJED/OC542
  FPnZAe0AoI3YoiRJdvii5SecH7gcOuXdLfvNAKCUzc31PuN0yzlAlhykFEvv3Pwg
  FYhGBBARAgAGBQJFYgNgAAoJEGAwWzHAn9NaiwIAoK6NbU0wHTdyZwa9LCTvCnLv
  PVUYAJ9X7l6uaV9n9ioy0jwKSXo8ao/X7IhGBBARAgAGBQJFYgTFAAoJEGAwWzHA
  n9NaEEAAoKxfcLi6ERXa+jJ/jKPYC40U51DKAJ4rGL6DlJYbjC1uzwbzPVXtdXXP
  i4hGBBARAgAGBQJFYgTKAAoJEGAwWzHAn9Nax5oAn3Ja5Iwce14hBD9REWE5h8Dy
  q3jtAKCsNs+fxpYe8jOBU7z6lbXl+dMvkIhGBBMRAgAGBQJC24l/AAoJEO3pIS9f
  Wjvyh18An1C/OmMYyB/W+dsKqwQEUf6HlZwQAJ90D+gUE837/O+0qpi6+kZVMuO0
  BIhaBBMRAgAbBgsJCAcDAgMVAgMDFgIBAh4BAheABQJCQSUMAAoJEPd/jbIxRL4P
  KNYAn2LTaaDRf7CYYWYCx0779DeG+4izAJEBvEy/AOjp7zNi7JmEY38H7SuxiFsE
  ExECABsFAkCI2+AGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQ93+NsjFEvg/yAgCg
  odbHEGJxgsVBe//MW+QcnfWi2LcAniIxen12WZcjTIV336M63QSvi3OIiFsEExEC
  ABsGCwkIBwMCAxUCAwMWAgECHgECF4AFAkHJXrAACgkQ93+NsjFEvg9UJQCffc48
  vQM1rYsG+iN+6fD2NLCZ/24An3zbBCSUv3SuwJORf9SZUMhZpbsdiQEiBBABAgAM
  BQJCT9JuBQMAEnUAAAoJEJcQuJvKV618qcIIAMLXKu2MOYh3vVujRiHNE8hF3IT3
  wVhe/qHgOaXEEMZCttKE8TpRPlW89xaeqz7zAE4h3o3mh/O2NZlru96IB5XsLlJe
  Bn11Z0bVazstpua8f6NkFLNJCKuAFtTo4vUGCBRAtfxZPcg4GhcUhjkVg2LPMo84
  liavGTG54DD9fKcNtcl8d+m2Uns2Df4NsrA0R1hCAzCafpR+dgBBAg3nOI1sBCQY
  GkQ99Gll6HCghQi2EYb5N2nRZhk75gc17RLaMtXpr7lJD1Kr7hnPJpTd5DZpFB3T
  QC3xOvPl2T/36bydisLSqkrfunJApceREamaD0qpzXIiO2Bve+I/WUpGylKJASIE
  EAECAAwFAkJiFKAFAwASdQAACgkQlxC4m8pXrXxvoggAixXFEotg8l7pOQwQtVZh
  I9F9fX6I1x9QRLzUHjbV0z9NKBZjsHpnP2DAZoX772PqoNoReb7v6NX4hi0qiOJt
  P67lVYezOVwzjHDdtEU7Z8Azu9Lm6/EKL8OL0sQOsLRLOQ66bnLtIg1RD3V9wTYK
  nqUyZjUy3cR0UfONHBqqX89CKlxEPOCbuCsH+PGvNHFXFAfgi0A3vT/PtvQ402DA
  HIV377rZoloBIoR110YuuNoNQ12J0BQs/R072UlMUTuBLl2EYNZWQe1c2piahAOf
  kOIVSzxgRdnKQ2JCE++kRC3JrDlV+ZIkbfv6fv/krHru67V45luUt3ds9v8s27uO
  /IkBIgQQAQIADAUCQmK9rwUDABJ1AAAKCRCXELibyletfCCFB/0bdr3w1XVUXKIu
  AZOTkVlXffhYVOBGKTunLH8NWFo9FWD+kagUqsUx8Zdof9OWWLSx+mBdQ6iIdv8g
  ri89qv1YOAYeySSLiJVXpCM6siNR2b7aW4WHfHT6VPy9KxPwsQFMrH59xKPeQR7H
  ilodBcC4e/zo1Amr0Ej0w8tmmNeK93Ah7XQfXUc1rmeFMdQ3Yq6A8vGjCTuqI0Ba
  UYlJLZDCXxCOVLJdEYP3ERNJUAwmf5RBaUbgolrV

Bug#510450: Please test packages fixing these bugs in samba

[Dave]

On Fri, Jan 9, 2009 at 8:56 AM, Christian Perrier  wrote:
> I prepared samba 3.2.5 packages that supposedly fix these bugs:
>
>  * Fix segfault whan accessign some NAS devices running old versions of Samba
>Closes: #500129
>  * Fix process crush when using gethostbyname_r in several threads
>Closes: #509101, #510450
>
> Bug submitters, could you please test them and report if they fix your
> issues.
>
> These packages are apt-get'able:
>
> deb http://pkg-samba.alioth.debian.org/packages-prospective/ ./
> deb-src http://pkg-samba.alioth.debian.org/packages-prospective/ ./
>
> We (samba maintainers) intend to upload them in unstable ASAP, in
> order to allow them to flow to lenny (with the release managers
> approval)...so getting your feedback will be much appreciated.
>
> --
>
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAklngZ4ACgkQ1OXtrMAUPS3powCdF0lWb0gYk2sybVBJbWodEdrF
> MxQAniMfI7MLs7bkzzUMQ02wcwy8H8Fl
> =oKTN
> -END PGP SIGNATURE-
>
>

So far so good.  I have not had any Iceweasel crashes yet after an
hour of trying to make it happen.   I seemed to have one Epiphany
crash, but I could not repeat it.

Regards,
David



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

Bug#511014: xserver-xorg-video-radeon: xmame -fullscreen makes server crash

[Andre Majorel]

On 2009-01-06 19:35 +0100, Brice Goglin wrote:
> Andre Majorel wrote:
> > Package: xserver-xorg-video-radeon
> > Version: 1:6.9.0-1+lenny4
> > Severity: normal
> >
> > starting xmame with the -fullscreen option causes the X server to
> > crash every time :
> 
> Any chance you upgrade xserver-xorg-core and xserver-xorg-video-radeon
> to experimental and see if the bug remains ?

Upgraded to :

  ii  libgl1-mesa-dri7.2-1
  ii  libgl1-mesa-glx7.2-1
  ii  xserver-xorg   1:7.4~4
  ii  xserver-xorg-core  2:1.5.3-1
  ii  xserver-xorg-input-kbd 1:1.3.1-2
  ii  xserver-xorg-input-mouse   1:1.3.0-2
  ii  xserver-xorg-video-radeon  1:6.10.0-1
  ii  xserver-xorg-video-vesa1:2.0.0-2

Still crashes :


restore dac
(EE) RADEON(0): drm: could not allocate surface for front buffer!

Backtrace:
0: /usr/bin/X11/X(xorg_backtrace+0x3b) [0x812f0fb]
1: /usr/bin/X11/X(xf86SigHandler+0x51) [0x80c1c71]
2: [0xe420]
3: /usr/lib/xorg/modules//libfb.so(fbBlt+0xbff) [0xb77c7a8f]
4: /usr/lib/xorg/modules//libfb.so(fbOddTile+0x118) [0xb77d38c8]
5: /usr/lib/xorg/modules//libfb.so(fbTile+0x8c) [0xb77d399c]
6: /usr/lib/xorg/modules//libfb.so(fbFill+0x2b4) [0xb77cb504]
7: /usr/lib/xorg/modules//libfb.so(fbPolyFillRect+0x1c4) [0xb77cb8d4]
8: /usr/lib/xorg/modules//libxaa.so [0xb77716ac]
9: /usr/lib/xorg/modules//libxaa.so(XAAPolyFillRect+0xe5) [0xb77760d5]
10: /usr/lib/xorg/modules//libxaa.so [0xb77b302a]
11: /usr/bin/X11/X [0x8172b54]
12: /usr/bin/X11/X(miPaintWindow+0x231) [0x810ecc1]
13: /usr/bin/X11/X(miWindowExposures+0x142) [0x810f032]
14: /usr/lib/xorg/modules/extensions//libdri.so(DRIWindowExposures+0x97)
15: /usr/bin/X11/X [0x80d6d3f]
16: /usr/bin/X11/X(miHandleValidateExposures+0x74) [0x8126de4]
17: /usr/bin/X11/X [0x80ce640]
18: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb799c675]
19: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb799521a]
20: /usr/bin/X11/X(xf86SetDGAMode+0x1aa) [0x80c0daa]
21: /usr/lib/xorg/modules//libxaa.so [0xb776b919]
22: /usr/bin/X11/X [0x80caa7a]
23: /usr/bin/X11/X(DGASetMode+0x3f) [0x80bf34f]
24: /usr/lib/xorg/modules/extensions//libextmod.so [0xb7a71f2e]
25: /usr/bin/X11/X(Dispatch+0x34f) [0x808b79f]
26: /usr/bin/X11/X(main+0x47d) [0x807143d]
27: /lib/libc.so.6(__libc_start_main+0xe0) [0xb7b4a450]
28: /usr/bin/X11/X(FontFileCompleteXLFD+0x20d) [0x8070821]

Fatal server error:
Caught signal 11.  Server aborting

finished PLL2


Like 1:6.9.0-1+lenny4, version 1:6.10.0-1 also segfaults when
running Wesnoth in *windowed* mode. The crash occurs right after
the initial progress bar reaches 100% :


Could not init font path element /var/lib/defoma/x-ttcidfont-conf.d/dir

Backtrace:
0: /usr/bin/X11/X(xorg_backtrace+0x3b) [0x812f0fb]
1: /usr/bin/X11/X(xf86SigHandler+0x51) [0x80c1c71]
2: [0xe420]
3: [0x40004000]

Fatal server error:
Caught signal 11.  Server aborting

finished PLL2


-- 
André Majorel 
Discriminating spammers prefer bugs.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#504097: [Pkg-utopia-maintainers] Bug#504097: network-manager-gnome: invalid free detected

[Johannes Berg]

On Fri, 2009-01-09 at 18:31 +0100, Michael Biebl wrote:
> Johannes Berg wrote:
> > Package: network-manager-gnome
> > Version: 0.7.0~svn953-1
> > Severity: normal
> > 
> > This happens when the network manager service is not started.
> > 
> > $ nm-applet 
> > *** glibc detected *** nm-applet: free(): invalid pointer: 0x10041ce8 ***
> > === Backtrace: =
> 
> Hi Johannes, hi Andreas,
> 
> is this problem still reproducible with 0.7.0-1?

No, works fine here now.

# stop NM
$ nm-applet

# start NM

applet prints:
** Message: NM appeared


johannes


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

Bug#511431: xterm: wishlist allowSecurityRiskOps, allowEscSeqs

[Paul Szabo]

Package: xterm
Version: 222-1etch4
Severity: wishlist

Xterm uses allowWindowOps and allowFontOps, both defaulting to false,
see e.g.
 
  http://bugs.debian.org/510030
 
(and references therein about this being an old and recurring problem).
Both resources disable many useful operations, so some people explicitly
turn them on; but then they are exposed to security risks. As an
enhancement, I propose a new resource 
 
  allowSecurityRiskOps
 
which (alone or in conjuntion with allowWindowOps and allowFontOps)
would control security-relevant parts ("whacking" un-sanitized strings
into the input buffer, set X properties and UDK, maybe paste64, VT200
modes, or re-enable setting the answerback message). Then (most of) the
functionality of allowWindowOps and allowFontOps could safely be turned
on (maybe by default even?), and it would be clear what is dangerous.

---

Occasionally I foolishly do "cat binary-file" and get annoyed by the
"1;2c" in the input buffer and/or the need to shift-M2 "soft reset"
and/or "stty sane" to proceed. As an enhancement, I propose a new
resource
 
  allowEscSeqs
 
that would control interpretation of any ESC sequences (except maybe
arrow keys); then paranoid people (who have no use for VT100 features)
could turn that off.

---

I do not attach patches to implement the above, do not want another
rejection of "your code is incorrect".

Cheers,

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-pk03.02-svr
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xterm depends on:
ii  libc6  2.3.6.ds1-13etch8 GNU C Library: Shared libraries
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libncurses55.5-5 Shared libraries for terminal hand
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxaw71:1.0.2-4 X11 Athena Widget library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxmu61:1.0.2-2 X11 miscellaneous utility library
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  xbitmaps   1.0.1-2   Base X bitmaps

Versions of packages xterm recommends:
ii  xutils  1:7.1.ds.3-1 X Window System utility programs

-- 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#510546: Fixed in 0.5.11-8

[Josef 'Jeff' Sipek]

fixed 510546 0.5.11-8
thanks

I just did an upgrade, and got a new version of hal...things seem to work as
before.

Josef 'Jeff' Sipek.

-- 
Humans were created by water to transport it upward.



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

Bug#511430: glibc_2.9-0exp1(hppa/experimental): FTBFS: error: macro "__libc_tsd_define" requires 3 arguments, but only 2 given

[Frank Lichtenheld]

Package: glibc
Version: 2.9-0exp1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of glibc_2.9-0exp1 on meitner by sbuild/hppa 98-farm
| Build started at 20090110-1850
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Need to get 22.9MB of source archives.
| Get:1 http://ftp2.de.debian.org experimental/main glibc 2.9-0exp1 (dsc) 
[2673B]
| Get:2 http://ftp2.de.debian.org experimental/main glibc 2.9-0exp1 (tar) 
[22.3MB]
| Get:3 http://ftp2.de.debian.org experimental/main glibc 2.9-0exp1 (diff) 
[683kB]
| Fetched 22.9MB in 57s (399kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: gettext, make (>= 3.80), dpkg-dev (>= 1.14.17), bzip2, lzma, 
file, quilt, autoconf, sed (>= 4.0.5-4), gawk, debhelper (>= 5.0), 
linux-libc-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], mig (>= 1.3-2) 
[hurd-i386], hurd-dev (>= 20080607-3) [hurd-i386], gnumach-dev [hurd-i386], 
libpthread-stubs0-dev [hurd-i386], kfreebsd-kernel-headers [kfreebsd-i386 
kfreebsd-amd64], binutils (>= 2.17cvs20070426), g++-4.2 (>= 4.2.1) [alpha], 
g++-4.3 (>= 4.3.0-7) [!alpha], g++-4.3-multilib [amd64 i386 kfreebsd-amd64 mips 
mipsel powerpc ppc64 s390 sparc]
| Build-Depends-Indep: perl, po-debconf (>= 1.0)
| Checking for already installed source dependencies...
[...]
| gcc-4.3 malloc.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline 
-Wwrite-strings -fmerge-all-constants -fstrict-aliasing -g -pipe 
-Wstrict-prototypes   -DMORECORE_CLEARS=2   -I../include 
-I/build/buildd/glibc-2.9/build-tree/hppa-libc/malloc 
-I/build/buildd/glibc-2.9/build-tree/hppa-libc -I../ports/sysdeps/hppa/elf 
-I../ports/sysdeps/unix/sysv/linux/hppa/linuxthreads 
-I../ports/sysdeps/unix/sysv/linux/hppa -I../ports/sysdeps/unix/sysv/linux 
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread 
-I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu 
-I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet 
-I../ports/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix/sysv 
-I../sysdeps/unix/sysv -I../ports/sysdeps/unix -I../linuxthreads/sysdeps/unix 
-I../sysdeps/unix -I../sysdeps/posix -I../ports/sysdeps/hppa/hppa1.1 
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 
-I../sysdeps/ieee754/dbl-64 -I../ports/sysdeps/hppa/fpu 
-I../ports/sysdeps/hppa/linuxthreads -I../ports/sysdeps/hppa 
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports 
-I../linuxthreads  -I.. -I../libio -I. -nostdinc -isystem 
/usr/lib/gcc/hppa-linux-gnu/4.3.2/include -isystem 
/usr/lib/gcc/hppa-linux-gnu/4.3.2/include-fixed -isystem 
/build/buildd/glibc-2.9/debian/include -D_LIBC_REENTRANT -include 
../include/libc-symbols.h   -o 
/build/buildd/glibc-2.9/build-tree/hppa-libc/malloc/malloc.o -MD -MP -MF 
/build/buildd/glibc-2.9/build-tree/hppa-libc/malloc/malloc.o.dt -MT 
/build/buildd/glibc-2.9/build-tree/hppa-libc/malloc/malloc.o
| In file included from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:27,
|  from 
../ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machine.h:28,
|  from malloc.c:254:
| ../linuxthreads/internals.h: In function 'check_thread_self':
| ../linuxthreads/internals.h:533: warning: 'thread_self' is static but used in 
inline function 'check_thread_self' which is not static
| ../linuxthreads/internals.h:544: warning: '__set_cr27' is static but used in 
inline function 'check_thread_self' which is not static
| In file included from malloc.c:254:
| ../ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machine.h:66:34: 
error: macro "__libc_tsd_define" requires 3 arguments, but only 2 given
| In file included from malloc.c:257:
| ../stdio-common/_itoa.h: At top level:
| ../stdio-common/_itoa.h:30: error: expected '=', ',', ';', 'asm' or 
'__attribute__' before 'extern'
| In file included from malloc.c:2506:
| arena.c:181:34: error: macro "__libc_tsd_get" requires 2 arguments, but only 
1 given
| In file included from malloc.c:2506:
| arena.c: In function 'malloc_atfork':
| arena.c:181: error: '__libc_tsd_get' undeclared (first use in this function)
| arena.c:181: error: (Each undeclared identifier is reported only once
| arena.c:181: error: for each function it appears in.)
| arena.c:223:34: error: macro "__libc_tsd_get" requires 2 arguments, but only 
1 given
| arena.c: In function 'free_atfork':
| arena.c:223: error: '__libc_tsd_get' undeclared (first use in this function)
| arena.c:251:42: error: macro "__libc_tsd_get" requires 2 arguments, but only

Bug#510140: zaptel-source: Zaptel modules fail to build under etch-and-a-half

[Tzafrir Cohen]

On Mon, Dec 29, 2008 at 12:29:57PM -0600, Karl Schmidt wrote:
> Package: zaptel-source
> Version: 1:1.4.11~dfsg-3
> Severity: important
> 
> I have a Wildcard X100P (uses wct1xxp module)  that has just stopped 
> working on upgrading the kernel to 2.6.24-etchnhalf.1-amd64
> 
> I updated to 2.6.24-etchnhalf.1-amd64 and would not build zaptel-source 
> 1:1.2.11.dfsg-1 (See build log below) , so I loaded 1:1.4.11~dfsg-3 
> which would build but still won't work as shown below.

OK. First set of patches. This goes as far as getting the modules
shipped with Zaptel built . We still need to extend those to the other
modules we ship.

All of them are rather trivial backports of upstream changes. But then
again I see that the size of my message is 23k .

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir
#! /bin/sh /usr/share/dpatch/dpatch-run
## Makefile_clean.dpatch by Tzafrir Cohen 
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: No description.

@DPATCH@
diff -urNad zaptel-1.2.11.dfsg~/Makefile zaptel-1.2.11.dfsg/Makefile
--- zaptel-1.2.11.dfsg~/Makefile2009-01-10 20:43:44.0 +0200
+++ zaptel-1.2.11.dfsg/Makefile 2009-01-10 20:44:33.0 +0200
@@ -182,7 +182,7 @@
 linux26: prereq $(BINS)
@echo $(KSRC)
@if [ -z "$(KSRC)" -o ! -d "$(KSRC)" ]; then echo "You do not appear to 
have the sources for the $(KVERS) kernel installed."; exit 1 ; fi
-   $(MAKE) -C $(KSRC) SUBDIRS=$(PWD) modules
+   $(KMAKE) modules
 
 version.h: FORCE
ZAPTELVERSION="${ZAPTELVERSION}" build_tools/make_version_h > $...@.tmp
@@ -470,7 +470,7 @@
rm -f *.o ztcfg tzdriver sethdlc sethdlc-new
rm -f $(TZOBJS) $(LIBTONEZONE_SO) *.lo
 ifeq ($(BUILDVER),linux26)
-   $(MAKE) -C $(KSRC) SUBDIRS=$(PWD) clean
+   $(KMAKE) clean
 else
$(MAKE) -C wct4xxp clean
 endif
#! /bin/sh /usr/share/dpatch/dpatch-run
## Makefile_cflags.dpatch by Tzafrir Cohen 
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: We shouldn't pass CFLAGS to Kbuild . And 2.6.24 even complains
## DP: about it.
## DP: Sadly the fix for that is too complex. So let's pretend this is
## DP: not a problem and hope for the best.
## DP: Also sets the actual required CFLAGS values in EXTRA_CFLAGS.

@DPATCH@
diff -urNad zaptel-1.2.11.dfsg~/Makefile zaptel-1.2.11.dfsg/Makefile
--- zaptel-1.2.11.dfsg~/Makefile2009-01-10 21:00:09.0 +0200
+++ zaptel-1.2.11.dfsg/Makefile 2009-01-10 21:00:55.0 +0200
@@ -62,7 +62,8 @@
 
 KFLAGS+=-DSTANDALONE_ZAPATA
 CFLAGS+=-DSTANDALONE_ZAPATA
-KMAKE:= $(MAKE) -C $(KSRC) SUBDIRS=$(PWD)
+EXTRA_CFLAGS   := -DSTANDALONE_ZAPATA
+KMAKE:= $(MAKE) -C $(KSRC) SUBDIRS=$(PWD) KBUILD_NOPEDANTIC=yes
 KMAKE_INST:= $(KMAKE) INSTALL_MOD_PATH=$(INSTALL_PREFIX) INSTALL_MOD_DIR=misc 
modules_install
 
 CONFIG_FILE:=$(INSTALL_PREFIX)/etc/zaptel.conf
#! /bin/sh /usr/share/dpatch/dpatch-run
## zapirq_2619.dpatch by Tzafrir Cohen 
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Adds a function type ZAP_IRQ_HANDLER to provide compatibilty
## DP: for changes in kernel 2.6.19 .
## DP:
## DP: Upstream: http://svn.digium.com/view/zaptel?view=revision&revision=1697

@DPATCH@
diff -urNad zaptel-1.2.11.dfsg~/pciradio.c zaptel-1.2.11.dfsg/pciradio.c
--- zaptel-1.2.11.dfsg~/pciradio.c  2009-01-10 21:11:34.0 +0200
+++ zaptel-1.2.11.dfsg/pciradio.c   2009-01-10 21:13:01.0 +0200
@@ -712,11 +712,7 @@
 static void pciradio_reset_serial(struct pciradio *rad);
 static void pciradio_restart_dma(struct pciradio *rad);
 
-#ifdef LINUX26
-static irqreturn_t pciradio_interrupt(int irq, void *dev_id, struct pt_regs 
*regs)
-#else
-static void pciradio_interrupt(int irq, void *dev_id, struct pt_regs *regs)
-#endif
+ZAP_IRQ_HANDLER(pciradio_interrupt)
 {
struct pciradio *rad = dev_id;
unsigned char ints,byte1,byte2,gotcor,gotctcss,gotslowctcss,ctcss;
diff -urNad zaptel-1.2.11.dfsg~/tor2.c zaptel-1.2.11.dfsg/tor2.c
--- zaptel-1.2.11.dfsg~/tor2.c  2009-01-10 21:11:34.0 +0200
+++ zaptel-1.2.11.dfsg/tor2.c   2009-01-10 21:13:01.0 +0200
@@ -190,12 +190,7 @@
 static int tor2_rbsbits(struct zt_chan *chan, int bits);
 static int tor2_maint(struct zt_span *span, int cmd);
 static int tor2_ioctl(struct zt_chan *chan, unsigned int cmd, unsigned long 
data);
-#ifdef LINUX26
-static irqreturn_t tor2_intr(int irq, void *dev_id, struct pt_regs *regs);
-#else
-static void tor2_intr(int irq, void *dev_id, struct pt_regs *regs);
-#endif
-
+ZAP_IRQ_HANDLER(tor2_intr);
 
 /* translations of data channels for 24 channels in a 32 bit PCM highway */
 unsigned datxlt_t1[] = { 
@@ -1188,11 +1183,7 @@
return 0;
 }
 
-#ifdef LINUX26
-static irqreturn_t tor2_intr(int irq, void *dev_id, struct pt_regs *regs)
-#else
-static void tor2_in

Bug#511429: libqt-perl(GNU/k*BSD): FTBFS: out of date libtool scripts

[Petr Salinger]

Package: libqt-perl
Severity: important
Version: 3.008-3.1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Hi,

the current version fails to build on GNU/kFreeBSD,
because of outdated libtool.

The version of libtool used in libqt-perl is too old to correctly
support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.

Here is how to update the libtool in your package:

  apply patch bellow for current autoconf

  cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in
  cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh
  cp -f /usr/share/misc/config.guess admin/config.guess
  cp -f /usr/share/misc/config.sub admin/config.sub

  make -f admin/Makefile.common

It would also be nice if you can ask upstream to update libtool
in their next release.

Thanks in advance

 Petr

--- admin/cvs.sh
+++ admin/cvs.sh
@@ -29,7 +29,7 @@
 {
 AUTOCONF_VERSION=`$AUTOCONF --version | head -n 1`
 case $AUTOCONF_VERSION in
-  Autoconf*2.5* | autoconf*2.5* ) : ;;
+  Autoconf*2.5* | autoconf*2.5* | autoconf*2.6* ) : ;;
   "" )
 echo "*** AUTOCONF NOT FOUND!."
 echo "*** KDE requires autoconf 2.52, 2.53 or 2.54"
@@ -44,7 +44,7 @@

 AUTOHEADER_VERSION=`$AUTOHEADER --version | head -n 1`
 case $AUTOHEADER_VERSION in
-  Autoconf*2.5* | autoheader*2.5* ) : ;;
+  Autoconf*2.5* | autoheader*2.5* | autoheader*2.6* ) : ;;
   "" )
 echo "*** AUTOHEADER NOT FOUND!."
 echo "*** KDE requires autoheader 2.52 or 2.53 (part of autoconf)"




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

Bug#511003: emacs22-gtk: emacs crashed (segmentation fault) just after starting

[Sven Joachim]

On 2009-01-07 14:32 +0100, Vincent Lefevre wrote:

> On 2009-01-07 12:32:32 +0100, Sven Joachim wrote:
>
>> Not of much help, since debug symbols from Emacs itself are lacking and
>> gtk_main_iteration is called at seven places in the Emacs source code.
>
> Isn't there an emacs22-gtk-dbg package?

You can see for yourself: there isn't.  And there should at most be one
-dbg package for all the emacs22 flavors to avoid archive bloat; since
it might be useful, I've played around with creating one.  A debdiff is
attached, the size of the emacs22-dbg package is not so bad: 4.1
Megabyte for the .deb, 9.7 Megabyte for the installed files.

Note that I had to bump the debhelper compatibility level to 5 to make
"dh_strip --dbg-package" work properly.

Cheers,
   Sven

diff -u emacs22-22.2+2/debian/compat emacs22-22.2+2/debian/compat
--- emacs22-22.2+2/debian/compat
+++ emacs22-22.2+2/debian/compat
@@ -1 +1 @@
-4
+5
diff -u emacs22-22.2+2/debian/control emacs22-22.2+2/debian/control
--- emacs22-22.2+2/debian/control
+++ emacs22-22.2+2/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Rob Browning 
 Uploaders: Jerome Marant 
-Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libgif-dev | 
libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng12-dev, 
libjpeg62-dev, autotools-dev, dpkg-dev (>> 1.10.0), quilt (>= 0.42-1), 
debhelper (>= 4), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev, 
libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
+Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libgif-dev | 
libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng12-dev, 
libjpeg62-dev, autotools-dev, dpkg-dev (>> 1.10.0), quilt (>= 0.42-1), 
debhelper (>= 5), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev, 
libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 Standards-Version: 3.7.2
 
 Package: emacs
@@ -89,0 +90,10 @@
+
+Package: emacs22-dbg
+Section: devel
+Priority: extra
+Architecture: any
+Depends: emacs22 (= ${binary:Version}) | emacs22-gtk (= ${binary:Version}) | 
emacs22-nox (= ${binary:Version})
+Description: Debugging symbols for emacs22
+ GNU Emacs is the extensible self-documenting text editor.
+ This package contains the debugging symbols for Emacs. You only
+ need these if you want to generate debugging backtraces of Emacs.
diff -u emacs22-22.2+2/debian/rules emacs22-22.2+2/debian/rules
--- emacs22-22.2+2/debian/rules
+++ emacs22-22.2+2/debian/rules
@@ -851,7 +851,7 @@
 #  dh_install -a
dh_installmenu -a
dh_link -a
-   dh_strip -a
+   dh_strip -a --dbg-package=$(flavor)-dbg
dh_compress -a
dh_fixperms -a -X$(movemail_bin)
dh_installdeb -a
diff -u emacs22-22.2+2/debian/control.in emacs22-22.2+2/debian/control.in
--- emacs22-22.2+2/debian/control.in
+++ emacs22-22.2+2/debian/control.in
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Rob Browning 
 Uploaders: Jerome Marant 
-Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libgif-dev | 
libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng12-dev, 
libjpeg62-dev, autotools-dev, dpkg-dev (>> 1.10.0), quilt (>= 0.42-1), 
debhelper (>= 4), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev, 
libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
+Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libgif-dev | 
libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng12-dev, 
libjpeg62-dev, autotools-dev, dpkg-dev (>> 1.10.0), quilt (>= 0.42-1), 
debhelper (>= 5), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev, 
libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 Standards-Version: 3.7.2
 
 Package: emacs
@@ -89,0 +90,10 @@
+
+Package: @deb_fla...@-dbg
+Section: devel
+Priority: extra
+Architecture: any
+Depends: @DEB_FLAVOR@ (= ${binary:Version}) | @deb_fla...@-gtk (= 
${binary:Version}) | @deb_fla...@-nox (= ${binary:Version})
+Description: Debugging symbols for @DEB_FLAVOR@
+ GNU Emacs is the extensible self-documenting text editor.
+ This package contains the debugging symbols for Emacs. You only
+ need these if you want to generate debugging backtraces of Emacs.
diff -u emacs22-22.2+2/debian/changelog emacs22-22.2+2/debian/changelog
--- emacs22-22.2+2/debian/changelog
+++ emacs22-22.2+2/debian/changelog
@@ -1,3 +1,10 @@
+emacs22 (22.2+2-5sven1) unstable; urgency=low
+
+  * Add emacs22-dbg package.
+  * Upgrade debhelper compatibility level to 5 for dh_strip.
+
+ -- Sven Joachim   Sat, 10 Jan 2009 20:07:18 +0100
+
 emacs22 (22.2+2-5) unstable; urgency=low
 
   * Add a build dependency on libasound2-dev which emacs22 is already

Bug#511428: chuck executable gets installed into /

[user user]

Package: chuck
Version: 1.2.1.1-2
Severity: normal


Just a feeling, but '/' might not be the preferred place for user
applications.


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

Kernel: Linux 2.6.26-1-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 chuck depends on:
ii  libasound2   1.0.16-2ALSA library
ii  libc62.7-16  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libjack0.100.0-0 0.109.2-3   JACK Audio Connection Kit (librari
ii  libsndfile1  1.0.17-4Library for reading/writing audio 
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

chuck recommends no packages.

chuck 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#511427: webcpp(GNU/k*BSD): FTBFS: out of date libtool scripts

[Petr Salinger]

Package: webcpp
Severity: important
Version: 0.8.4-6
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Hi,

the current version fails to build on GNU/kFreeBSD,
because of outdated libtool.

The version of libtool used in webcpp is too old to correctly
support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.

You can try to update the admin/ directory from the latest KDE SVN
http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/
and after thar run "make -f admin/Makefile.common".

It would also be nice if you can ask webcpp upstream to update libtool
in their next release.

Thanks in advance

 Petr



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

Bug#511426: chuck: man page exists, but seems to be empty

[user user]

Package: chuck
Version: 1.2.1.1-2
Severity: normal


Hi,

how to reproduce: run 'man chuck'
result: empty manpage
expected result: display of man text or message "No manual entry for chuck"


u...@debian:~/tmp$ whereis chuck
chuck: /usr/bin/chuck.alsa /usr/bin/chuck.oss /usr/bin/chuck.jack
/usr/share/man/man1/chuck.1.gz

u...@debian:~/tmp$ cat /usr/share/man/man1/chuck.1.gz 
>��huck.1G


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

Kernel: Linux 2.6.26-1-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 chuck depends on:
ii  libasound2   1.0.16-2ALSA library
ii  libc62.7-16  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libjack0.100.0-0 0.109.2-3   JACK Audio Connection Kit (librari
ii  libsndfile1  1.0.17-4Library for reading/writing audio 
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

chuck recommends no packages.

chuck 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#511425: acct: add [P]PID fields

[Justin Pryzby]

Package: acct
Version: 6.4~pre1-4ubuntu1
Tags: patch
File: /usr/share/man/man8/dump-acct.8.gz

--- /usr/share/man/man8/dump-acct.8.gz
+++ -   2009-01-10 12:35:42.062226575 -0700
@@ -1,4 +1,4 @@
-.TH DUMP-ACCT 8 "2006-04-22" "6.4pre1" "GNU Accounting Utilities"
+.TH DUMP-ACCT 8 "2009-01-10" "6.4pre1" "GNU Accounting Utilities"
 
 .SH NAME
 dump-acct \- print an acct file in human-readable format.
@@ -33,6 +33,8 @@
 .IR gid ,
 .IR memory ,
 .IR io ,
+.IR pid ,
+.IR ppid ,
 .IR time .
 User, system and effective times are ticks per second. One tick is usually 1/50
 of a second. The




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