Bug#470932: ckermit: missing dependency on update-inetd

[Stefan Ebner]

Package: ckermit
Version: 211-10
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy ubuntu-patch

Would you mind adding update-inetd to the Depends?
If it is not installed ckermit will fail to install.

*** /tmp/tmpaKMsa3
In Ubuntu, we've applied the attached patch to achieve the following:

  * Merge from Debian unstable. Remaining Ubuntu changes:

We thought you might be interested in doing the same. 


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

Kernel: Linux 2.6.24-12-generic (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -u ckermit-211/debian/changelog ckermit-211/debian/changelog
diff -u ckermit-211/debian/control ckermit-211/debian/control
--- ckermit-211/debian/control
+++ ckermit-211/debian/control
@@ -1,7 +1,8 @@
 Source: ckermit
-Section: non-free/comm
+Section: multiverse/comm
 Priority: extra
-Maintainer: Ian Beckwith <[EMAIL PROTECTED]>
+Maintainer: Ubuntu MOTU Developers <[EMAIL PROTECTED]>
+XSBC-Original-Maintainer: Ian Beckwith <[EMAIL PROTECTED]>
 Build-Depends: libncurses5-dev, debhelper (>= 6), libpam0g-dev, libsocks4, 
quilt
 Standards-Version: 3.7.3
 DM-Upload-Allowed: yes
@@ -10,7 +11,7 @@
 Package: ckermit
 Architecture: any
 Pre-Depends: debconf (>=0.2.17)
-Depends: openbsd-inetd | inet-superserver, ${misc:Depends}, ${shlibs:Depends}
+Depends: openbsd-inetd | inet-superserver, ${misc:Depends}, ${shlibs:Depends}, 
update-inetd
 Recommends: openssh-client | ssh-client
 Description: a serial and network communications package
  C-Kermit is a combined serial and network communication software package

Bug#452590: loop-aes-utils: adding swap support to root fs on loop support

[Max Vozeler]

Hello Will,

I've just rediscovered your bug report - sorry for 
taking so long to reply.

On Fri, Nov 23, 2007 at 04:09:52PM -0500, Will Ashford wrote:
> I would like to say that I appreciate the added support for root
> on loop-aes from #378488 very much. I would also appreciate being able
> to use the suspend support offered by uswsusp and other packages but I
> use an ncrypted swap on my laptop. It would be nice if the initramfs
> integration could be expanded to enable setting up loops for swap
> while still in initramfs (and thus before restoring from any
> hibernation package).

Could you describe what your (current or envisaged)
setup looks like?

I have to admit that I've never used uswsusp. I'm 
happy to work on it, but I will probably need your help
to get a better understanding of what it requires.

It seems to me like it should work to look up the 
swap partition in /etc/fstab, include any referenced
key files, and then just losetup the device during
boot before uswsusp runs?

Max



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333294: [Pbuilder-maint] Bug#333294: Info received (A patch for the default mirror)

[Eddy Petrișor]

Junichi Uekawa wrote:

Hi,


OK, I have also fixed this for the noninteractive default case.

I also updated the Romanian translation to be back to 100%.



I've noticed that it's done in postinst, and not in config script.
That'll set questions back until later, and pause installation
half-way.


I made the necessary changes and turned that postinst into .config, and made a test in a cowshell (I 
forcefully purged pbuilder (what could have gone wrong  ;-) and tried to install it via dpkg).


Th eproblem is that when installed via dpkg, that config script is not ran at all and it seems that 
the config script is called only by upper layers (dpkg-reconfigure seems to be one).



 The config script might be run before the preinst script, and before the package is 
unpacked or any of its dependencies or pre-dependencies are satisfied.  < when does that 
"might" apply?

 eddyp_work: preconfigure
 IIRC
 sgran: but on a normal install that script is not called 
 sgran: I just tested and is doesn't run it at all
 interesting
 do you see apt saying "preconfiguring packages "
 sgran: I used plain dpkg
 hence the 'might', I suppose
 sgran: so preconfigure is ran only when installing via apt?
 that would suck big time
 you should probably ask someone who is actually sure of these things, 
but that's my memory, yes
 sgran: indicating such a person would be welcome
 maybe the other frontends do it as well, I don't know
 sgran: the weird part is that dpkg-reconfigure does call it 
 I suppose it does it itself, i.e. id not dpkg doing that
 s/id/is/

It seems that there is a dpkg-preconfigure which is called by /etc/apt/apt.conf.d/70debconf, but 
that is optional:


bounty:/# cat /etc/apt/apt.conf.d/70debconf
// Pre-configure all packages with debconf before they are installed.
// If you don't like it, comment it out.
DPkg::Pre-Install-Pkgs {"/usr/sbin/dpkg-preconfigure --apt || true";};



Unless it's really required to be that way, could you fix that?


I really dislike this limitation

I wouldn't do this, I'd just keep the current postinst script and ask the question when doing the 
automatic detection at low priority, to avoid user interaction and require interaction only in the 
exceptional situation when the autodetection failed (that should only happen only when there's no 
deb line in any of the sources.list files).



What do you say?

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#85485: I was drunk.

[Shirley Fitzpatrick]

Sex has never felt this good after my tool got thicker, longer and harder
http://kiferiau.com/

Bug#470933: task component: cannot change task priority

[Petr Gajdusek]

Package: evolution
Version: 2.12.3-1.1
Severity: normal

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

Hi, I have following problem in task component. 

When I enable displaying of priority column in task list I can click on
any task and choose new priority for it. Unfortunately its priority is
always set to "undefined". 

This bug appears only in partially localized evolution (in my case into
Czech language). Priority names in priority column are translated but
they are English in combo in which I can choose new priority. I have no
problem if evolution is started with posix locale. 

I think this is a bug. Correct behaviour of application should not
depend on translation state.

Petr

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.24-1-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.cz.debian.org 
  500 unstabledeb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
dbus   | 1.1.20-1
evolution-common(= 2.12.3-1.1) | 2.12.3-1.1
evolution-data-server (>= 1.11.92) | 1.12.3-1
evolution-data-server  (<< 1.13.0) | 1.12.3-1
gconf2   (>= 2.10.1-2) | 2.22.0-1
gnome-icon-theme(>= 1.2.0) | 2.22.0-1
gtkhtml3.14(>= 3.14.0) | 3.18.0-1
libart-2.0-2   (>= 2.3.18) | 2.3.20-1
libatk1.0-0(>= 1.20.0) | 1.22.0-1
libbonobo2-0   (>= 2.15.0) | 2.21.90-1
libbonoboui2-0 (>= 2.15.1) | 2.21.90-1
libc6   (>= 2.7-1) | 2.7-9
libcairo2   (>= 1.4.0) | 1.4.14-1
libcamel1.2-10 (>= 1.12.3) | 1.12.3-1
libdbus-1-3 (>= 1.1.1) | 1.1.20-1
libdbus-glib-1-2 (>= 0.74) | 0.74-1
libebook1.2-9  (>= 1.12.3) | 1.12.3-1
libecal1.2-7   (>= 1.12.3) | 1.12.3-1
libedataserver1.2-9(>= 1.12.3) | 1.12.3-1
libedataserverui1.2-8  (>= 1.12.3) | 1.12.3-1
libegroupwise1.2-13(>= 1.12.3) | 1.12.3-1
libexchange-storage1.2-3   (>= 1.12.3) | 1.12.3-1
libfontconfig1  (>= 2.4.0) | 2.5.0-2
libfreetype6(>= 2.3.5) | 2.3.5-1+b1
libgconf2-4(>= 2.13.5) | 2.22.0-1
libglade2-0   (>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0   (>= 2.14.0) | 2.16.1-1
libgnome-pilot2 (>= 2.0.2) | 2.0.15-2.1
libgnome2-0(>= 2.17.3) | 2.20.1.1-1
libgnomecanvas2-0  (>= 2.11.1) | 2.20.1.1-1
libgnomeui-0   (>= 2.17.1) | 2.20.1.1-1
libgnomevfs2-0  (>= 1:2.17.90) | 1:2.22.0-1
libgtk2.0-0(>= 2.12.0) | 2.12.9-2
libgtkhtml3.14-19  (>= 3.16.1) | 3.18.0-1
libhal1| 0.5.10+git20080301-1
libice6   (>= 1:1.0.0) | 2:1.0.4-1
libldap-2.4-2   (>= 2.4.7) | 2.4.7-6.1
libnm-glib0| 0.6.5-5
libnotify1  (>= 0.4.4) | 0.4.4-3
libnotify1-gtk2.10 | 
libnspr4-0d  (>= 1.8.0.10) | 4.7.0-2
libnss3-1d   (>= 3.12.0~1.9b1) | 3.12.0~beta2-1
liborbit2   (>= 1:2.14.10) | 1:2.14.10-0.1
libpango1.0-0  (>= 1.18.4) | 1.20.0-1
libpisock9 | 0.12.3-4
libpisync1 | 0.12.3-4
libpng12-0   (>= 1.2.13-4) | 1.2.15~beta5-3
libpopt0 (>= 1.10) | 1.10-3
libsm6 | 2:1.0.3-1+b1
libsoup2.2-8   (>= 2.2.98) | 2.2.105-4
libx11-6   | 2:1.0.3-7
libxcursor1 (>> 1.1.2) | 1:1.1.9-1
libxext6   | 2:1.0.4-1
libxfixes3(>= 1:4.0.1) | 1:4.0.3-2
libxi6 | 2:1.1.3-1
libxinerama1   | 2:1.0.3-1
libxml2(>= 2.6.27) | 2.6.31.dfsg-2
libxrandr2(>= 2:1.2.0) | 2:1.2.2-1
libxrender1| 1:0.9.4-1
zlib1g | 1:1.2.3.3.dfsg-11





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470485: fuse-utils: fails to install /dev/fuse

[Mahesh T. Pai]

I am finding this bug.

Here are the messages thrown up by "apt-get update"



Setting up deskbar-applet (2.22.0.1-1) ...
Setting up libfuse2 (2.7.3-1) ...
Setting up fuse-utils (2.7.3-1) ...
creating fuse group...
udev active, devices will be created in /dev/.static/dev/
chgrp: cannot access `/dev/fuse': No such file or directory
dpkg: error processing fuse-utils (--configure):
 subprocess post-installation script returned error exit status 1
Setting up gconf-editor (2.22.0-1) ...



(hope I am correctily reporting this bug - hitting "x" on querybts
simply causes it to die)


Aaron M. Ucko said on Thu, Mar 13, 2008 at 09:48:17PM -0400,:

 > Package: fuse-utils
 > Version: 2.7.3-1
 > Followup-For: Bug #470485
 > 
 > found 470485 2.7.3-1
 > thanks
 > 
 > I actually see this bug ONLY in 2.7.3-1, as /proc/mounts lists /dev as
 > 
 > tmpfs /dev tmpfs rw 0 0
 > 
 > rather than "udev /dev ...".  Anyway, I'd recommend following
 > makedev's lead and checking for the presence of /dev/.udev or
 > /dev/.udevdb as a directory.
 > 
 

-- 
 Mahesh T. Pai <<>> http://paivakil.blogspot.com/
If your mail client does not support HTML, click here



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333294: [Pbuilder-maint] Bug#333294: Info received (A patch for the default mirror)

[Eddy Petrișor]

Eddy Petrișor wrote:

Junichi Uekawa wrote:

Hi,


OK, I have also fixed this for the noninteractive default case.

I also updated the Romanian translation to be back to 100%.



I've noticed that it's done in postinst, and not in config script.
That'll set questions back until later, and pause installation
half-way.


I made the necessary changes and turned that postinst into .config, and 
made a test in a cowshell (I forcefully purged pbuilder (what could have 
gone wrong  ;-) and tried to install it via dpkg).


Th eproblem is that when installed via dpkg, that config script is not 
ran at all and it seems that the config script is called only by upper 
layers (dpkg-reconfigure seems to be one).



 The config script might be run before the preinst script, 
and before the package is unpacked or any of its dependencies or 
pre-dependencies are satisfied.  < when does that "might" apply?

 eddyp_work: preconfigure
 IIRC
 sgran: but on a normal install that script is not called 
 sgran: I just tested and is doesn't run it at all
 interesting
 do you see apt saying "preconfiguring packages "
 sgran: I used plain dpkg
 hence the 'might', I suppose
 sgran: so preconfigure is ran only when installing via apt?
 that would suck big time
 you should probably ask someone who is actually sure of these 
things, but that's my memory, yes

 sgran: indicating such a person would be welcome
 maybe the other frontends do it as well, I don't know
 sgran: the weird part is that dpkg-reconfigure does call it 


 I suppose it does it itself, i.e. id not dpkg doing that
 s/id/is/

It seems that there is a dpkg-preconfigure which is called by 
/etc/apt/apt.conf.d/70debconf, but that is optional:


bounty:/# cat /etc/apt/apt.conf.d/70debconf
// Pre-configure all packages with debconf before they are installed.
// If you don't like it, comment it out.
DPkg::Pre-Install-Pkgs {"/usr/sbin/dpkg-preconfigure --apt || true";};


About this debconf(7) says:

Preconfiguring packages
   Debconf can configure packages before they are even  installed  onto  your  system.  This 
is  useful
   because  it  lets  all  the  questions  the packages are going to ask be asked at the 
beginning of an

   install, so the rest of the install can proceed while you are away 
getting a cup of coffee.

   If you use apt (version 0.5 or above), and you have apt-utils installed, each  package  apt 
 installs

   will be automatically preconfigured. This is controlled via 
/etc/apt/apt.conf.d/70debconf

   Sometimes  you  might want to preconfigure a package by hand, when you’re not installing it 
with apt.
   You can use dpkg-preconfigure (8) to do that, just pass it the filenames of the packages you 
want  to

   preconfigure. You will need apt-utils installed for that to work.




Unless it's really required to be that way, could you fix that?


I really dislike this limitation

I wouldn't do this, I'd just keep the current postinst script and ask 
the question when doing the automatic detection at low priority, to 
avoid user interaction and require interaction only in the exceptional 
situation when the autodetection failed (that should only happen only 
when there's no deb line in any of the sources.list files).


Just looked over debconf (7) and I must say that we can safely use a low prio for the default 
detection question:


Priorities
   Another nice feature of debconf is that the questions it asks you are prioritized. If you 
don’t  want
   to  be  bothered  about every little thing, you can set up debconf to only ask you the most 
important
   questions.  On the other hand, if you are a control freak, you can make it show  you  all 
questions.

   Each question has a priority. In increasing order of importance:

   lowVery trivial questions that have defaults that will work in the 
vast majority of cases.

   medium Normal questions that have reasonable defaults.

   high   Questions that don’t have a reasonable default.


Since in the vast majority of cases the sources list will contain a 'deb http...' source, I'd say 
this is safe.



What do you say?




--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

Bug#398194: Followup information on xteddy bug

[Marcin Owsiany]

On Sun, Feb 03, 2008 at 10:54:12PM +0100, Andreas Tille wrote:
> My guess is that the upgrade from pre-Etch dists have left something
> behind.  I don't think that it is connected to the hardware.

Right, I was just able to reproduce the bug on an Ubuntu feisty machine
and not on another machine with identical hardware but running Ubuntu
gutsy.

The xteddy package is actually the same binary on both.

-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470934: pulseaudio: Problem with LSB header in init.d script

[Petter Reinholdtsen]

Package:  pulseaudio
Version:  0.9.8-1
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency

I just checked the boot order in unstable on a machine with dependency
based boot sequencing enabled, and discovered a problem with the
init.d scripts provided in the pulseaudio package.  A stop symlink is
inserted in the rcS.d/ directory.  This is always wrong and 'S' should
be removed from the Default-Stop header.  Also, the script need a
mounted /usr/ and should thus depend on $remote_fs, not $local_fs.

Here is a patch to solve these issues.

diff -ur pulseaudio-0.9.9.orig/debian/pulseaudio.init 
pulseaudio-0.9.9/debian/pulseaudio.init
--- pulseaudio-0.9.9.orig/debian/pulseaudio.init2008-03-14 
17:39:09.0 +0100
+++ pulseaudio-0.9.9/debian/pulseaudio.init 2008-03-14 17:40:11.0 
+0100
@@ -1,12 +1,12 @@
 #!/bin/sh -e
 ### BEGIN INIT INFO
 # Provides:  pulseaudio esound
-# Required-Start:$local_fs $syslog dbus
-# Required-Stop: $local_fs $syslog dbus
+# Required-Start:$remote_fs $syslog dbus
+# Required-Stop: $remote_fs $syslog dbus
 # Should-Start:  dbus
 # Should-Stop:   dbus
 # Default-Start: 2 3 4 5
-# Default-Stop:  S 0 1 6
+# Default-Stop:  0 1 6
 # Short-Description: Start the PulseAudio sound server
 # Description:   System mode startup script for
 #the PulseAudio sound server.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#337891: /usr/bin/querybts: querybts is failing when I hit 'x'

[Mahesh T. Pai]

Package: reportbug
Version: 3.39
Followup-For: Bug #337891


I believe that the problem I am reporting, though 
specific to querybts, is related to this bug. Please
refile if not.

My problem is only with querybts, and not reportug.

When I view a bug using querybts (eg:- "querybts fuse-utils"),
and select a bug number (eg:- "2"). and then hit "x", I am 
supposed to able to report more info on that bug.

Instead, querybts simply exits, without any info.

I have just upgraded to python-central 0.6.1, 
python-support 0.7.7, (and am encountering some 
problems with fuse-utils, hence used querybts)



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

** /home/paivakil/.reportbugrc:
reportbug_version "2.39"
mode standard
ui text
realname "Mahesh T. Pai"
email "[EMAIL PROTECTED]"

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

Kernel: Linux 2.6.22-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 reportbug depends on:
ii  apt   0.7.11 Advanced front-end for dpkg
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.6.1  register and build utility for Pyt

reportbug recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470933: evolution debug output

[Petr Gajdusek]

This is debug output of evolution:

(evolution:25690): calendar-gui-WARNING **: Invalid priority




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470905: alien: cannot create deb from rpm

[Joey Hess]

Denis Jacquerye wrote:
> Package: alien
> Version: 8.70
> 
> alien fails to produce deb files due to an error in the process.
> 
> For example:
> $ fakeroot alien fontforge-20080309-1.i386.rpm
> Warning: Skipping conversion of scripts in package fontforge: postinst postrm
> Warning: Use the --scripts parameter to include the scripts.
> mkdir: cannot create directory `fontforge-20080309/usr': File exists
> unable to mkdir fontforge-20080309/usr:  at
> /usr/share/perl5/Alien/Package/Rpm.pm line 198.
> 
> Previous versions (up to 8.65) had just a warning:
> mkdir: cannot create directory `fontforge-20070607/usr': File exists
> mv: cannot move `fontforge-20070607/usr' to a subdirectory of itself,
> `fontforge-20070607//usr/local/usr'
> 
> This happens on Ubuntu 7.10 or 8.04, see
> https://bugs.launchpad.net/ubuntu/+source/alien/+bug/120057 as they
> get the package directly from Debian.

Where can I find a copy of this rpm?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#470936: VT switching results in scrambled colors with -depth 24

[Ivan Shmakov]

Package: xserver-xorg-video-vesa
Version: 1:1.3.0-1

I use the following command to start X:

# Xorg :1 vt11 -depth 24 -allowMouseOpenFail -query localhost &

with an ATI card:

$ lspci 
...
04:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 2400 PRO
...
$ 

configured to use the generic `vesa' driver:

$ cat /etc/X11/xorg.conf 
...
Section "Device"
Identifier  "Generic Video Card"
Driver  "vesa"
BusID   "PCI:4:0:0"
EndSection
...
$ 

The X server starts fine, but the colors get scrambled after the
first switch to a non-X VT and back.  The problem disappears
when running X with `-depth 16', like:

# Xorg :1 vt11 -depth 16 -allowMouseOpenFail -query localhost &

The only way to get back to the normal ``palette'' was to
restart the server.

I didn't check precisely, but it seems that after returning to a
24-bit mode, the card is misconfigured to interpret the color
components as having fewer bits than it's expected; something
like interpreting R, G, B as (mod 64) instead of (mod 256).

It looks like that comments to [1], and [2], describe a similar
misbehaviour.

[1] http://bugs.launchpad.net/ubuntu/+source/restricted-manager/+bug/186999
[2] http://forum.ubuntu.ru/index.php?topic=12910.0;all




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470935: postgresql-8.3: Problem with LSB header in init.d script

[Petter Reinholdtsen]

Package:  postgresql-8.3
Version:  8.1.4-4
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency

I just checked the boot order in unstable on a machine with dependency
based boot sequencing enabled, and discovered a problem with the
init.d scripts provided in the postgresql-8.3 package.  A stop symlink
is inserted in the rcS.d/ directory.  This is always wrong and 'S'
should be removed from the Default-Stop header.  Also, the script need
a mounted /usr/ and should thus depend on $remote_fs, not $local_fs.

Here is a patch to solve these issues.

diff -ur postgresql-8.3-8.3.0.orig/debian/postgresql-8.3.init 
postgresql-8.3-8.3.0/debian/postgresql-8.3.init
--- postgresql-8.3-8.3.0.orig/debian/postgresql-8.3.init2008-03-14 
17:51:15.0 +0100
+++ postgresql-8.3-8.3.0/debian/postgresql-8.3.init 2008-03-14 
17:52:20.0 +0100
@@ -2,12 +2,12 @@

 ### BEGIN INIT INFO
 # Provides:postgresql postgresql-8.3
-# Required-Start:  $local_fs $network $time
-# Required-Stop:   $local_fs $network $time
-# Should-Start:$syslog $remote_fs
-# Should-Stop: $syslog $remote_fs
+# Required-Start:  $remote_fs $network $time
+# Required-Stop:   $remote_fs $network $time
+# Should-Start:$syslog
+# Should-Stop: $syslog
 # Default-Start:   2 3 4 5
-# Default-Stop:S 0 1 6
+# Default-Stop:0 1 6
 # Short-Description:   PostgreSQL 8.3 RDBMS server
 ### END INIT INFO




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470937: virtualbox-ose: Minor fixes to desktop file (encoding, file extension)

[Daniel Hahler]

Package: virtualbox-ose
Version: 1.5.6-dfsg-2
Severity: minor
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy ubuntu-patch

The attached patch fixes deprecated values in the desktop file.

See https://launchpad.net/bugs/196714 for the original report in Ubuntu.
--- virtualbox-ose-1.5.6-dfsg/debian/virtualbox-ose.files/virtualbox-ose.desktop
+++ virtualbox-ose-1.5.6-dfsg/debian/virtualbox-ose.files/virtualbox-ose.desktop
@@ -1,10 +1,9 @@
 [Desktop Entry]
-Encoding=UTF-8
 Name=VirtualBox OSE
 GenericName=PC virtualization solution
 Type=Application
 Comment=Run several virtual systems on a single host computer
 Exec=virtualbox
 TryExec=virtualbox
-Icon=virtualbox.png
+Icon=virtualbox
 Categories=Emulator;System;

Bug#470939: mail comoposer: editor content is not fully refreshed after applying line breaking on selected text

[Petr Gajdusek]

Package: evolution
Version: 2.12.3-1.1
Severity: minor

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

I select some text with mouse or keyboard, press CTRL+L (lines
breaking). Long lines are broken but some area of editor content is not
refreshed and original unbroken long line remains visible though it does not 
exist
any more.

Petr


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.24-1-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.cz.debian.org 
  500 unstabledeb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
dbus   | 1.1.20-1
evolution-common(= 2.12.3-1.1) | 2.12.3-1.1
evolution-data-server (>= 1.11.92) | 1.12.3-1
evolution-data-server  (<< 1.13.0) | 1.12.3-1
gconf2   (>= 2.10.1-2) | 2.22.0-1
gnome-icon-theme(>= 1.2.0) | 2.22.0-1
gtkhtml3.14(>= 3.14.0) | 3.18.0-1
libart-2.0-2   (>= 2.3.18) | 2.3.20-1
libatk1.0-0(>= 1.20.0) | 1.22.0-1
libbonobo2-0   (>= 2.15.0) | 2.21.90-1
libbonoboui2-0 (>= 2.15.1) | 2.21.90-1
libc6   (>= 2.7-1) | 2.7-9
libcairo2   (>= 1.4.0) | 1.4.14-1
libcamel1.2-10 (>= 1.12.3) | 1.12.3-1
libdbus-1-3 (>= 1.1.1) | 1.1.20-1
libdbus-glib-1-2 (>= 0.74) | 0.74-1
libebook1.2-9  (>= 1.12.3) | 1.12.3-1
libecal1.2-7   (>= 1.12.3) | 1.12.3-1
libedataserver1.2-9(>= 1.12.3) | 1.12.3-1
libedataserverui1.2-8  (>= 1.12.3) | 1.12.3-1
libegroupwise1.2-13(>= 1.12.3) | 1.12.3-1
libexchange-storage1.2-3   (>= 1.12.3) | 1.12.3-1
libfontconfig1  (>= 2.4.0) | 2.5.0-2
libfreetype6(>= 2.3.5) | 2.3.5-1+b1
libgconf2-4(>= 2.13.5) | 2.22.0-1
libglade2-0   (>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0   (>= 2.14.0) | 2.16.1-1
libgnome-pilot2 (>= 2.0.2) | 2.0.15-2.1
libgnome2-0(>= 2.17.3) | 2.20.1.1-1
libgnomecanvas2-0  (>= 2.11.1) | 2.20.1.1-1
libgnomeui-0   (>= 2.17.1) | 2.20.1.1-1
libgnomevfs2-0  (>= 1:2.17.90) | 1:2.22.0-1
libgtk2.0-0(>= 2.12.0) | 2.12.9-2
libgtkhtml3.14-19  (>= 3.16.1) | 3.18.0-1
libhal1| 0.5.10+git20080301-1
libice6   (>= 1:1.0.0) | 2:1.0.4-1
libldap-2.4-2   (>= 2.4.7) | 2.4.7-6.1
libnm-glib0| 0.6.5-5
libnotify1  (>= 0.4.4) | 0.4.4-3
libnotify1-gtk2.10 | 
libnspr4-0d  (>= 1.8.0.10) | 4.7.0-2
libnss3-1d   (>= 3.12.0~1.9b1) | 3.12.0~beta2-1
liborbit2   (>= 1:2.14.10) | 1:2.14.10-0.1
libpango1.0-0  (>= 1.18.4) | 1.20.0-1
libpisock9 | 0.12.3-4
libpisync1 | 0.12.3-4
libpng12-0   (>= 1.2.13-4) | 1.2.15~beta5-3
libpopt0 (>= 1.10) | 1.10-3
libsm6 | 2:1.0.3-1+b1
libsoup2.2-8   (>= 2.2.98) | 2.2.105-4
libx11-6   | 2:1.0.3-7
libxcursor1 (>> 1.1.2) | 1:1.1.9-1
libxext6   | 2:1.0.4-1
libxfixes3(>= 1:4.0.1) | 1:4.0.3-2
libxi6 | 2:1.1.3-1
libxinerama1   | 2:1.0.3-1
libxml2(>= 2.6.27) | 2.6.31.dfsg-2
libxrandr2(>= 2:1.2.0) | 2:1.2.2-1
libxrender1| 1:0.9.4-1
zlib1g | 1:1.2.3.3.dfsg-11





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470913: lintian: False positive: Manual pages should be compressed with gzip -9

[Russ Allbery]

"Hideki Yamane (Debian-JP)" <[EMAIL PROTECTED]> writes:

>  I've got warning from lintian, as follows.
>
>  $ lintian -i ../ccstools_1.5.3-20080131-2_i386.changes 
>  E: tomoyo-ccstools: manpage-not-compressed-with-gzip 
> usr/share/man/man8/ccs-auditd.8.gz
>  N:
>  N:   Manual pages should be compressed with gzip -9.
>  N:   
>  N:   Refer to Policy Manual, section 12.1 for details.
>  N:
>
>   However, it seems that compressed with gzip -9 (max compression).
>
>   $ file man8/ccs-auditd.8.gz 
>   man8/ccs-auditd.8.gz: gzip compressed data, from Unix, last modified: Fri 
> Jan 25 11:32:55 2008, max compression

The current version of this package doesn't give this warning, so
something must have changed.  I gather you either just uploaded this or
haven't yet?  I don't see it in the archive yet.

The warning is based on file output and wouldn't have been issued for the
file output you show above, so something weird is going on.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470444: patch to fix this bug

[Varun Hiremath]

tags 470441 +patch
thanks

Hi,
  Please find attached a patch to fix FTBFS bugs in packages using the
  OBEX_CLIENT variable.

  In the latest cvs version of libopenobex OBEX_CLIENT and OBEX_SERVER
  variables in openobex/obex_const.h have been renamed to
  OBEX_MODE_CLIENT and OBEX_MODE_SERVER resulting in FTBFS of packages
  using the old variables. I have redefined the old variables for
  backward compatibility.

Regards
Varun

-- 
Varun Hiremath
Undergraduate Student,
Aerospace Engineering Department,
Indian Institute of Technology Madras,
Chennai, India
-
Homepage: http://varun.travisbsd.org
Index: libopenobex-1.3+cvs20070425/include/obex_const.h
===
--- libopenobex-1.3+cvs20070425.orig/include/obex_const.h   2008-03-14 
22:33:23.0 +0530
+++ libopenobex-1.3+cvs20070425/include/obex_const.h2008-03-14 
22:34:50.0 +0530
@@ -78,6 +78,10 @@
 #define OBEX_MODE_CLIENT   0
 #define OBEX_MODE_SERVER   1
 
+/* Define old variables for backward compatibility */
+#define OBEX_CLIENT0
+#define OBEX_SERVER1
+
 /* Possible events */
 #define OBEX_EV_PROGRESS   0   /* Progress has been made */
 #define OBEX_EV_REQHINT1   /* An incoming request is about 
to come */

Bug#470938: mpt-status: Problem with LSB header in init.d script

[Petter Reinholdtsen]

Package:  mpt-status
Version:  1.2.0-3
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency

I just checked the boot order in unstable on a machine with dependency
based boot sequencing enabled, and discovered a problem with the
init.d scripts provided in the mpt-status package.  A stop symlink is
inserted in the rcS.d/ directory.  This is always wrong and 'S' should
be removed from the Default-Stop header.

Here is a patch to solve these issues.

diff -ur mpt-status-1.2.0.orig/debian/mpt-status.init 
mpt-status-1.2.0/debian/mpt-status.init
--- mpt-status-1.2.0.orig/debian/mpt-status.init2008-03-14 
17:44:18.0 +0100
+++ mpt-status-1.2.0/debian/mpt-status.init 2008-03-14 17:44:56.0 
+0100
@@ -8,7 +8,7 @@
 # Required-Start:$local_fs $remote_fs
 # Required-Stop: $local_fs $remote_fs
 # Default-Start: 2 3 4 5
-# Default-Stop:  S 1 0 6
+# Default-Stop:  1 0 6
 # Short-Description: Check mpt-status values in the background.
 ### END INIT INFO




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470905: alien: cannot create deb from rpm

[Denis Jacquerye]

On 14/03/2008, Joey Hess <[EMAIL PROTECTED]> wrote:
>  Where can I find a copy of this rpm?

At Sourceforge
http://sourceforge.net/project/showfiles.php?group_id=103338&package_id=111040

Cheers,
Denis Moyogo Jacquerye



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#448193: wesnoth: Crashes in Invasion from The Unknown when creating resurrecting units in event.

[Jan Hudec]

On Thu, Mar 13, 2008 at 16:05:27 +0100, Gerfried Fuchs wrote:
>   Hi!
> 
>  First of all, sorry for the late reply, though your bugreport didn't go
> unnoticed.
> 
> On Fri, Oct 26, 2007 at 10:19:40PM +0200, Jan Hudec wrote:
> > Wesnoth crashes reliably when playing "Invasion from The Unknown" campaign,
> 
>  That campaign was updated today, it doesn't contain this problem
> anymore.
> 
>  Nevertheless from what I know a workaround for that should have gotten
> implemented in the new stable release. If you still have the campaign
> with that problem on your harddisk, can you please try with the current
> 1.4 package available both in unstable and testing (or on backports.org)
> and tell me if it still occurs to you? If so pretty please send a
> tarball of the campaign and a savegame from before the crash happens so
> we can reproduce it.

I already tried with one of the betas (1.3.13, IIRC) and the problem seemed
to be fixed. However, the WML snippet seems to have changed as well (it now
uses $unit instead of explicitely storing).

In either case I consider it OK to close.

-- 
 Jan 'Bulb' Hudec <[EMAIL 
PROTECTED]>


signature.asc
Description: Digital signature

Bug#470940: x11-common: Problem with LSB header in init.d script

[Petter Reinholdtsen]

Package:  x11-common
Version:  1:7.0.19
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency

I just checked the boot order in unstable on a machine with dependency
based boot sequencing enabled, and discovered a problem with the
init.d scripts provided in the x11-common package.  The script depend
on $remote_fs, while there is nothing as far as I can see that need
more than a mounted /tmp/, which is available with $local_fs.  Also,
it depend on $named while running from rcS.d/.  This do not make
sense, as all $named implementations is executed after rcS.d/ scripts
are executed.  None of these issues are fatal now, but make the boot
ordering less optimal.  IT would become fatal if any of the $named
implementations depend on x11-common.  I'm not aware of any such issue
today.

Here is a patch to solve these issues.

diff -ur xorg-7.3+10.orig/debian/x11-common.init 
xorg-7.3+10/debian/x11-common.init
--- xorg-7.3+10.orig/debian/x11-common.init 2007-12-04 05:52:57.0 
+0100
+++ xorg-7.3+10/debian/x11-common.init  2008-03-14 18:07:43.0 +0100
@@ -2,10 +2,8 @@
 # /etc/init.d/x11-common: set up the X server and ICE socket directories
 ### BEGIN INIT INFO
 # Provides:  x11-common
-# Required-Start:$local_fs $remote_fs
-# Required-Stop: $local_fs $remote_fs
-# Should-Start:  $named
-# Should-Stop:   $named
+# Required-Start:$local_fs
+# Required-Stop: $local_fs
 # Default-Start: S
 # Default-Stop:
 ### END INIT INFO



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470912: lintian: Please activate "no-upstream-changelog"

[Russ Allbery]

gregor herrmann <[EMAIL PROTECTED]> writes:

> About the only thing why I still run linda after lintian is the
> warning about a missing upstream changelog which is quite helpful in
> various situations (new changelog, missed in previous build, ...).
>
> I wanted to suggest to add this functionality to lintian, just to
> find out that it's already in checks/changelog-file{,.desc} but it's
> commented out in the test:
>
>   # This tag is disabled for now since a lot of packages fail this
>   # aspect of policy and I want to clarify policy WRT multi-binary
>   # packages first.
>   #tag "no-upstream-changelog", "";
>
> My suggestion would be to enable the check but set the Type to info
> in changelog-file.desc until the open question is resolved. That way
> it could still help interested maintainers without implying a policy
> violation.

I don't want to enable it as-is, since it's normal to not include the
upstream changelog in every separate binary package (and I think that's
legitimate; it can be a significant waste of space for packages that are
broken out into a lot of separate library packages, for instance, and have
large changelogs).

It may make sense to enable at the info level when only one binary package
is built from a given source package, but lintian has no way of knowing
that's the case while doing binary package checks.

I don't see a good way to enable this tag that wouldn't produce tons and
tons of false positives, more than I'd be comfortable with even at the
info level.  All the good ideas that I can come up with (such as warning
if upstream contains a non-empty NEWS or ChangeLog or CHANGES file that
isn't being installed) require knowledge of the source package and the
binary package at the same time, which structurally lintian doesn't have.
I may be missing some neat way of handling it, though

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#469221: apt-listchanges: How about a viable solution from a user's point of view?

[Felix Homann]

Package: apt-listchanges
Version: 2.82
Followup-For: Bug #469221


OK, while you're all apparently busy debating responsibilities, here's
something for those bothered by 'bsddb.db.DBRunRecoveryError' messages:

sudo aptitude purge apt-listchanges
sudo aptitude install apt-listchanges

Everything seems to be fine afterwards again.

Until you find a real solution you could include this information in a
NEWS.Debian file.


Regards,

Felix


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

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

Versions of packages apt-listchanges depends on:
ii  apt   0.7.11 Advanced front-end for dpkg
ii  debconf [debconf-2.0] 1.5.20 Debian configuration management sy
ii  debianutils   2.28.4 Miscellaneous utilities specific t
ii  python2.4.4-6An interactive high-level object-o
ii  python-apt0.7.5  Python interface to libapt-pkg
ii  python-support0.7.7  automated rebuilding support for P
ii  ucf   3.005  Update Configuration File: preserv

Versions of packages apt-listchanges recommends:
ii  exim4 4.69-2 meta-package to ease Exim MTA (v4)
ii  exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon

-- debconf information:
  apt-listchanges/confirm: false
  apt-listchanges/email-address: root
  apt-listchanges/which: news
  apt-listchanges/frontend: pager
  apt-listchanges/save-seen: true



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470899: swi-prolog: plld depends on libgmp3-dev and libreadline5-dev

[Chris Lamb]

tags 470899 + pending
thanks

Marc-André Lureau wrote:

> plld depends on libgmp3-dev and libreadline5-dev (tested in chrooted
> sid).

Many thanks. A fix (along with the latest 5.6.52 release) is now pending
upload to unstable.

> Version: 5.6.14-1

This is quite an old version!


Regards,

-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#202605: pm-utils resume script

[Teemu Ikonen]

Hi,

The attached script, when installed as /etc/pm/sleep.d/anacron fixes
this problem for my Gnome desktop (and probably for other popular
desktop environments as well).

Currently anacron contains the script /etc/apm/event.d/anacron which
launches anacron during APM resume and when AC power is plugged in,
but since not all systems use apm, this script should perhaps be
removed, or at least edited to launch anacron only when AC power is
connected.

Best,

Teemu


anacron
Description: Binary data

Bug#470943: steam: Problem with LSB header in init.d script

[Petter Reinholdtsen]

Package:  steam
Version:  2.2.31-4
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency

I just checked the boot order in unstable on a machine with dependency
based boot sequencing enabled, and discovered a problem with the
init.d scripts provided in the steam package.  A stop symlink is
inserted in the rcS.d/ directory.  This is always wrong and 'S' should
be removed from the Default-Stop header.

Here is a patch to solve these issues.

diff -ur steam-2.2.31.orig/debian/steam.init steam-2.2.31/debian/steam.init
--- steam-2.2.31.orig/debian/steam.init 2006-08-17 01:18:08.0 +0200
+++ steam-2.2.31/debian/steam.init  2008-03-14 18:27:02.0 +0100
@@ -4,7 +4,7 @@
 # Required-Start:$local_fs $remote_fs
 # Required-Stop: $local_fs $remote_fs
 # Default-Start: 2 3 4 5
-# Default-Stop:  S 0 1 6
+# Default-Stop:  0 1 6
 # Short-Description: sTeam server init script
 # Description:   This script controls the open-sTeam server
 ### END INIT INFO



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470944: xkb-data: Duplicate entries for audio keys in section 'inspiron' of 'inet' symbols file

[Lionel Vaux]

Package: xkb-data
Version: 0.9-4
Severity: normal


Hi, 

The section about 'inspiron' multimedia keys in file
/usr/share/X11/symbols/inet is: 

  partial alphanumeric_keys
  xkb_symbols "inspiron" {
  key{   [ XF86AudioStop ]   };
  key{   [ XF86AudioNext ]   };
  key{   [ XF86AudioPrev ]   };
  key{   [ XF86AudioNext ]   };
  key{   [ XF86AudioMute ]   };
  key{   [ XF86Eject ]   };
  key{   [ XF86AudioPlay, XF86AudioPause ] };
  key{   [ XF86AudioStop ]   };
  key{   [ XF86AudioLowerVolume  ]   };
  key{   [ XF86AudioRaiseVolume  ]   };
  key   {   [ XF86AudioPrev ]   };
  key   {   [ XF86AudioPlay, XF86AudioPause ] };
  };


This introduces duplicate entries for symbols XF86AudioStop, XF86AudioNext,
XF86AudioPrev, XF86AudioPlay and XF86AudioPause. As a result, launching xev and
pressing, e.g., key Play/Pause results in the following output:

KeyPress event, serial 32, synthetic NO, window 0x1a1,
root 0x5c, subw 0x0, time 2924632689, (168,179), root:(221,230),
state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen YES,
XKeysymToKeycode returns keycode: 129
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1a1,
root 0x5c, subw 0x0, time 2924632852, (168,179), root:(221,230),
state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen YES,
XKeysymToKeycode returns keycode: 129
XLookupString gives 0 bytes: 

(notice the 'XKeysymToKeycode returns keycode: 129' line) and X11 clients do
not handle correctly the corresponding symbols (for instance fluxbox misses
those keypresses).

Removing duplicate entries as follows: 

partial alphanumeric_keys
xkb_symbols "inspiron" {
key{   [ XF86AudioPrev ]   };
key{   [ XF86AudioNext ]   };
key{   [ XF86AudioMute ]   };
key{   [ XF86Eject ]   };
key{   [ XF86AudioPlay, XF86AudioPause ] };
key{   [ XF86AudioStop ]   };
key{   [ XF86AudioLowerVolume  ]   };
key{   [ XF86AudioRaiseVolume  ]   };
};

solved this problem on my Inspiron 6400. The output of xev becomes

  KeyPress event, serial 29, synthetic NO, window 0x1a1,
  root 0x5c, subw 0x0, time 2924325407, (29,-11), root:(82,40),
  state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen 
YES,
  XLookupString gives 0 bytes: 
  XmbLookupString gives 0 bytes: 
  XFilterEvent returns: False
  
  KeyRelease event, serial 32, synthetic NO, window 0x1a1,
  root 0x5c, subw 0x0, time 2924325566, (29,-11), root:(82,40),
  state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen 
YES,
  XLookupString gives 0 bytes: 

and fluxbox catches audio keys correctly.


Cheers,
iouri.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (920, 'stable'), (900, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470509: More debugging notes

[Chris Adams]

I've worked on a patch to add more informative syslog() use to  
pam_ldap, oriented towards system administrators who are investigating  
failures. With that and a number of hacked in syslog() calls in  
libldap2, it's starting to appear that the problem is caused by an  
underlying failure in gnutls_read(). Here's a transcript from the  
point where I've entered a password in /bin/su:


Mar 14 09:30:47 etch-dev su[17362]: (pam_unix) authentication failure;  
logname= uid=1000 euid=0 tty=pts/1 ruser=chris rhost=  user=jb
Mar 14 09:30:47 etch-dev su[17362]: pam_ldap: _open_session():  
_set_ssl_default_options() successful
Mar 14 09:30:47 etch-dev su[17362]: pam_ldap: _open_session():  
ldap_initialize() successful
Mar 14 09:30:47 etch-dev su[17362]: pam_ldap: _open_session(): calling  
ldap_set_option() for SSL
Mar 14 09:30:47 etch-dev su[17362]: pam_ldap: _open_session(): calling  
ldap_set_option() for misc options

Mar 14 09:30:47 etch-dev su[17362]: pam_ldap: _open_session() successful
Mar 14 09:30:47 etch-dev su[17362]: wait4msg: ldap_int_select()  
returned 1

Mar 14 09:30:47 etch-dev su[17362]: ber_read_next() returning tag 48
Mar 14 09:30:47 etch-dev su[17362]: wait4msg: try_read1msg() in ugly  
loop returned 97
Mar 14 09:30:47 etch-dev su[17362]: wait4msg: ldap_int_select()  
returned 1
Mar 14 09:30:47 etch-dev su[17362]: ber_get_next() waiting for more  
data: res 16376 < to_go 44954: Resource temporarily unavailable
Mar 14 09:30:47 etch-dev su[17362]: wait4msg: try_read1msg() in ugly  
loop returned -2
Mar 14 09:30:47 etch-dev su[17362]: wait4msg: ldap_int_select()  
returned 1
Mar 14 09:30:47 etch-dev su[17362]: SSL_read() failed: gnutls_read()  
returned -59: GnuTLS internal error.

Mar 14 09:30:47 etch-dev su[17362]: sb_tls_read() failed: returning -59
Mar 14 09:30:47 etch-dev su[17362]: ber_get_next() failed:  
ber_int_sb_read() returned -59
Mar 14 09:30:47 etch-dev su[17362]: try_read1msg() failed:  
LDAP_SERVER_DOWN caused by ber_get_next() returning LBER_DEFAULT:  
Success
Mar 14 09:30:47 etch-dev su[17362]: wait4msg: try_read1msg() in ugly  
loop returned -1
Mar 14 09:30:47 etch-dev su[17362]: ldap_search_s() failed:  
ldap_result(base="ou=People,dc=snl,dc=salk,dc=edu", filter="(uid=jb)")  
failed: ld_errno = 81
Mar 14 09:30:47 etch-dev su[17362]: pam_ldap: _get_user_info() failed:  
ldap_search_s(base="ou=People,dc=snl,dc=salk,dc=edu",  
filter="(uid=jb)") failed: Can't contact LDAP server


The attached patch applies against the stock libpam-ldap-180 source:


pam_ldap_syslogging.diff.gz
Description: GNU Zip compressed data




Chris

smime.p7s
Description: S/MIME cryptographic signature

Bug#470945: gnome-terminal: --geometry broken for multiple windows

[Erich Schubert]

Package: gnome-terminal
Version: 2.22.0-1
Severity: normal

I used to open my terminals with this script:
exec gnome-terminal \
--window --geometry +160+25 \
--window --geometry +739+25 \
--window --geometry +160+435 \
--window --geometry +739+435

The gnome-terminal manpage says:
--geometry=GEOMETRY
X geometry specification (see "X" man page), can be
specified once per window to be opened.

Up to version 2.18.4 this worked fine.
Now only the last --geometry is used (for the last window, the others
are placed by the window manager apparently)

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

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

Versions of packages gnome-terminal depends on:
ii  gnome-control-center   1:2.20.3-3utilities to configure the GNOME d
ii  gnome-terminal-data2.22.0-1  Data files for the GNOME terminal 
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.21.90-1 Bonobo CORBA interfaces library
ii  libc6  2.7-9 GNU C Library: Shared libraries
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.1-1  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  liborbit2  1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio
ii  libstartup-notification0   0.9-1 library for program launch feedbac
ii  libvte91:0.16.13-1   Terminal emulator widget for GTK+ 
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  scrollkeeper   0.3.14-16 A free electronic cataloging syste

Versions of packages gnome-terminal recommends:
ii  yelp  2.20.0-2   Help browser for GNOME 2

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470941: loop-aes-utils: breaks nfs mounts (and thus automount etc.)

[Max Vozeler]

tags 470941 + unreproducible
thanks

Hello Marc,

On Fri, Mar 14, 2008 at 06:27:02PM +0100, Marc Lehmann wrote:
> after installing loop-aes-utils, automount failed to be able to mount nfs
> volumes, and indeed, mount no longer is able to do nfs mounts:
> 
># mount 10.0.0.5:/ /mnt
>mount: wrong fs type, bad option, bad superblock on 10.0.0.5:/,
>   missing codepage or helper program, or other error
>   In some cases useful info is found in syslog - try
>   dmesg | tail  or so
> 
> this breaks a lot of other (unrelated) packages that rely on mount
> supporting nfs mounts.

I cannot reproduce this problem here - 

I'm successfully using NFS with and without autofs.

Could you please send the output produced by those 
following commands :

  ls -l /bin/mount* /sbin/mount.nfs*
  dpkg-divert --list /bin/mount
  dpkg -s mount loop-aes-utils nfs-common

Just guessing as to what the problem could be - 

If the mount package is an old version that predates 
the switch to using mount.nfs, it could be that the new
nfs-common was not automatically installed?

In any case, if you need nfs mounts urgently, you 
should be able to use mount.orig 10.0.0.5:/ .. until
we work out where this bug is caused.

Max



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470941: loop-aes-utils: breaks nfs mounts (and thus automount etc.)

[Marc Lehmann]

Package: loop-aes-utils
Version: 2.13.1-1
Severity: critical
Justification: breaks unrelated software


after installing loop-aes-utils, automount failed to be able to mount nfs
volumes, and indeed, mount no longer is able to do nfs mounts:

   # mount 10.0.0.5:/ /mnt
   mount: wrong fs type, bad option, bad superblock on 10.0.0.5:/,
  missing codepage or helper program, or other error
  In some cases useful info is found in syslog - try
  dmesg | tail  or so

this breaks a lot of other (unrelated) packages that rely on mount
supporting nfs mounts.

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

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

Versions of packages loop-aes-utils depends on:
ii  gnu 1.4.5-1  GNU privacy guard - a free PGP rep
ii  lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 block device id library
hi  lib 2.7-5GNU C Library: Shared libraries
ii  lib 2.0.35-1 SELinux shared libraries
ii  lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 universally unique id library
ii  mou 2.12r-19 Tools for mounting and manipulatin

Versions of packages loop-aes-utils recommends:
ii  sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470942: happy: New version available (1.17)

[Allan Lyons]

Package: happy
Severity: normal

There is a new version of happy available.  In particular it fixes the 
'parE' bug.

-- 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.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470947: pidgin: crash at startup, x86, zephyr involved?

[C. Scott Ananian]

Package: pidgin
Version: 2.4.0-1
Severity: important

I just aptitude upgraded and the new pidgin 2.4.0-1 crashes at startup
for me.  The previous version I was using didn't crash; unfortunately I don't
recall exactly which version that was.

Backtrace with export MALLOC_CHECK_=3 following the guidance found in
bug #469863:

[EMAIL PROTECTED]:~$ sudo apt-get install libgtk2.0-0-dbg and pidgin-dbg
[...]
[EMAIL PROTECTED]:~$ export MALLOC_CHECK_=3
[EMAIL PROTECTED]:~$ gdb pidgin
malloc: using debugging hooks
GNU gdb 6.7.1-debian
[...]
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) handle SIGPIPE nostop
SignalStop  Print   Pass to program Description
SIGPIPE   NoYes Yes Broken pipe
(gdb) run
Starting program: /usr/bin/pidgin 
[Thread debugging using libthread_db enabled]
malloc: using debugging hooks
[New Thread 0xb6ff1940 (LWP 15889)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6ff1940 (LWP 15889)]
0xb5dd499a in zephyr_normalize (account=0x81b9d00, 
who=0x8199d00 "cananian vvld")
at ../../../../libpurple/protocols/zephyr/zephyr.c:2237
2237../../../../libpurple/protocols/zephyr/zephyr.c: No such file or 
directory.
in ../../../../libpurple/protocols/zephyr/zephyr.c
(gdb) bt full
#0  0xb5dd499a in zephyr_normalize (account=0x81b9d00, 
who=0x8199d00 "cananian vvld")
at ../../../../libpurple/protocols/zephyr/zephyr.c:2237
gc = (PurpleConnection *) 0x0
tmp = 0x81a8bc0 "\001"
buf = '\0' 
#1  0xb7885579 in purple_normalize (account=0x81b9d00, 
str=0x8199d00 "cananian vvld") at ../../libpurple/util.c:3037
prpl_info = (PurplePluginProtocolInfo *) 0xb5dd8420
prpl = (PurplePlugin *) 0x81a8bc0
ret = 0x0
buf = '\0' 
#2  0xb78241c4 in purple_accounts_find (name=0x8199d00 "cananian vvld", 
protocol_id=0x8199ce8 "prpl-aim") at ../../libpurple/account.c:2599
account = (PurpleAccount *) 0x81b9d00
l = (GList *) 0x81ba0a0
who = 0xbfc70988 
"¸\tÇ¿¼\224\210·è\234\031\b\033Ò\214·¸\tÇ¿Ú¶\210·è\234\031\b"
__PRETTY_FUNCTION__ = "purple_accounts_find"
#3  0xb781ff64 in purple_account_new (username=0x8199d00 "cananian vvld", 
protocol_id=0x8199ce8 "prpl-aim") at ../../libpurple/account.c:930
account = (PurpleAccount *) 0x0
priv = (PurpleAccountPrivate *) 0x0
---Type  to continue, or q  to quit--- 
prpl = (PurplePlugin *) 0x0
prpl_info = (PurplePluginProtocolInfo *) 0x0
status_type = (PurpleStatusType *) 0x8199ce8
__PRETTY_FUNCTION__ = "purple_account_new"
#4  0xb781fa90 in parse_account (node=0x81a7790)
at ../../libpurple/account.c:791
ret = (PurpleAccount *) 0x81a7790
child = (xmlnode *) 0x81a78f8
protocol_id = 0x8199ce8 "prpl-aim"
name = 0x8199d00 "cananian vvld"
data = 0x81a7790 "Èw\032\b"
#5  0xb781fe39 in load_accounts () at ../../libpurple/account.c:895
new_acct = (PurpleAccount *) 0x81b9d00
node = (xmlnode *) 0x81b7920
child = (xmlnode *) 0x81a7790
#6  0xb7824822 in purple_accounts_init () at ../../libpurple/account.c:2744
handle = (void *) 0xb78d9f58
conn_handle = (void *) 0xb78da014
#7  0xb78430d9 in purple_core_init (ui=0x810c0ea "gtk-gaim")
at ../../libpurple/core.c:148
ops = (PurpleCoreUiOps *) 0x81164a0
core = (PurpleCore *) 0x8138050
__PRETTY_FUNCTION__ = "purple_core_init"
---Type  to continue, or q  to quit---
#8  0x080c6b8d in main (argc=1, argv=0xbfc72d74) at ../../pidgin/gtkmain.c:782
opt_help = 0
opt_login = 0
opt_nologin = 0
opt_version = 0
opt_si = 1
opt_config_dir_arg = 0x0
opt_login_arg = 0x0
opt_session_arg = 0x0
search_path = 0x8138000 "\001"
accounts = (GList *) 0xb6ff3000
sig_indx = 1
sigset = {__val = {91143, 0 }}
prev_sig_disp = (void (*)(int)) 0
errmsg = 
"\000\000\000\000\232Ãl·\000\000\000\000G)Ç¿@)Ç¿<)Ç¿ÀÕó·]Õ+·±fó·\000\000\000\000غ{·ôÏó·$)Ç¿ ðò· \rÇ¿ôÏó·\002\000\000\000\001\000\000\000(\rÇ¿ågó·\b\000\000\000\b\000\000\000è\017\032·T)Ç¿Ëâò·ô\017\032·è\017\032·\b\000\000\000\000\000\000\000غ{·\000\000\000\000(\016Ç¿\026úò·$)Ç¿\000\000\000\000(½{·\004\020,·G)Ç¿±fó·<)Ç¿ÀÕó·ôÏó·Øº{·\000\000\000\000\f\020Ç¿ôÏó·\006\000\000\000\005\000\000\000 \rÇ¿ågó·"...
segfault_message_tmp = 0x811bc50 "Òxâ¶\205Ïc\t"
error = (GError *) 0x0
opt = -1
---Type  to continue, or q  to quit---
gui_check = 1
debug_enabled = 0
migration_failed = 0
active_accounts = (GList *) 0x
long_options = {{name = 0x810c44f "config", has_arg = 1, flag = 0x0, 
val = 99}, {name = 0x810c456 "debug", has_arg = 0, flag = 0x0, val = 100}, 
  {name = 0x810c45c "help", has_arg = 0, flag = 0x0, val = 104}, {
name = 0x810c461 "login", 

Bug#470929: [Logcheck-devel] Bug#470929: dhcp: interface names can have dash in them

[martin f krafft]

tags 470929 help
thanks

also sprach Jan Evert van Grootheest <[EMAIL PROTECTED]> [2008.03.14.1651 
+0100]:
> I recently created a bridge with the name xen-local. The DHCP
> server gets requests via this bridge. I got spammed with logcheck
> messages about DHCPREQUESTS and the lot because the name of the
> interface in the logcheck-database does not match on names with
> a dash in it.

This should be a trivial patch. It would rock if you could prepare
it, even better if directly against the Git repository. Instructions
are here: http://logcheck.org/git.html and if you have any
questions, I'd be happy to answer them via the
[EMAIL PROTECTED] mailing list, or on
#logcheck/irc.debian.org.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
"however jewel-like the good will may be in its own right, there is
 a morally significant difference between rescuing someone from
 a burning building and dropping him from a twelfth-storey window
 while trying to rescue him."
   -- thomas nagel


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#469308: pidgin: Pidgin should not warp the mouse pointer

[Wolfgang Becker]

On 2008-03-04 Slaven Rezic <[EMAIL PROTECTED]> wrote:
> If there are some error conditions like disconnects, then pidgin warps
> the mouse pointer to its window. This is bad behaviour and should not be
> done.

Same problem here. But it turned out to be my window manager's
configuration that caused this behaviour. It was FVWM's reaction
for urgency hints as described here: 
http://fvwmwiki.bu-web.de/HashFvwmIrcFaq#head-99909744b3a7e817f74dc6dbbc5c72468713159f

Tschüß,
Wolfgang
-- 
Wolfgang Becker  ***  eMail [EMAIL PROTECTED]  ***  http://uafr.freeshell.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video

[Brice Goglin]

Géraud Meyer wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.8.0-1
> Severity: normal
>
> Launching an X server on display 0 (Xorg.0.log attached) and switching
> to a VT (CTRL-ALT-F1) makes the screen appear in inverted video (red is
> displayed as cyan, green as magenta, blue as orange).
>
> Then launching another X server with the vesa driver on display 1
> (Xorg.1.log attached) and switching back to a VT makes the screen appear
> normally on the VTs.
>
> /etc/X11/xorg.conf is attached. A Modeline 1280x1024_60.00 is defined
> and is the default because the server (with the radeon driver) does use
> an oversized screen otherwise.
>   

When did this problem appear? Did it work fine in 6.7.197? Can you try
the package from experimental?
http://snapshot.debian.net contains a lot of snapshots of
xserver-xorg-video-ati from 6.7.19x days to after 6.8.0. It would be
nice to locate which one of them introduced the bug.

Brice

Bug#470936: VT switching results in scrambled colors with -depth 24

[Brice Goglin]

Please send the whole output of /usr/share/bug/xserver-xorg/script 3>&1
(it should have been automatically in your report included by reportbug)

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470176: gthumb: Can't display RAW files from Sony DSLR-A100 camera (and probably others)

[David Paleino]

forwarded 470176 Michael J. Chudobiak <[EMAIL PROTECTED]>
thanks

On Sun, 09 Mar 2008 19:20:50 +0100, Julien Valroff wrote:

> Package: gthumb
> Version: 3:2.10.8-1
> Severity: wishlist
> 
> Hi

Hi Julien (wow, you filed two consecutive bugs :),

> It would be great to add support for Sony's RAW file format (ARW).
> I can provide samples if needed.

Please, do so.
I'm forwarding this mail to upstream as well.

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#470949: abiword-common: pairs of ! and ? characters are rendered incorrectly in DejaVu Sans Mono

[Eric Cooper]

Package: abiword-common
Version: 2.4.6-5
Severity: minor

When I have !! or ?? in a document in DejaVu Sans Mono, the pair of
characters are rendered too narrowly, not at the normal fixed width.
If I want to use "???" in a table, for example, it throws off the
alignment.

The problem doesn't happen in abiword with other monospaced fonts, and it
doesn't happen in oowriter when using DejaVu Sans Mono.

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

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

Versions of packages abiword-common depends on:
ii  gsfonts   1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre

Versions of packages abiword-common recommends:
ii  abiword-gnome 2.4.6-5+b1 WYSIWYG word processor based on GT
pn  abiword-help   (no description available)
ii  aspell-en [aspell-dictionary] 6.0-0-5.1  English dictionary for GNU Aspell

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470175: gthumb: Can't display metadata of LightZone generated JPEG files

[David Paleino]

forwarded 470175 Michael J. Chudobiak <[EMAIL PROTECTED]>
thanks

On Sun, 09 Mar 2008 19:16:25 +0100, Julien Valroff wrote:

> Package: gthumb
> Version: 3:2.10.8-1
> Severity: normal
> 
> Hi,

Hi Julien,

> I am trying the non-free application LightZone and have noticed that
> Gthum was not able to display the metatada contained in the JPEG files
> generated by LightZone, whereas other applications can (f-spot, EOG,
> jhead, exiftool, exiv2 etc.).
> 
> LightZone adds its own metadata to the files - I *think* it is XMP format.

Could you please provide an image with this metadata in? I don't want to
install non-free software on my system :)

> If I am right, I guess gthumb should only use exiv2, as per the 
> following commit: 
> http://mail.gnome.org/archives/svn-commits-list/2008-January/msg02285.html
>
> Other working apps do not use exempi, which might explain why they work.

I'll take a look, thanks.
 
> I have try to apply the changes committed in r2178 to the current
> Debian package, but this is a bit too tricky for me ;-)

(for CCed upstream developers: the Debian package is 2.10.8)

I believe upstream will release those changes in the new version. Michael,
Paolo, can you confirm this? When will the new version be available? If it's
too distant, I might (try to) patch the Debian version, so as to provide the
features requested.

Thanks,
David

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


signature.asc
Description: PGP signature

Bug#417477: pekwm: diff for NMU version 0.1.5-1.3

[Luk Claes]

tags 417477 + patch
thanks

Hi,

Attached is the diff for my pekwm 0.1.5-1.3 NMU.
diff -u pekwm-0.1.5/debian/changelog pekwm-0.1.5/debian/changelog
--- pekwm-0.1.5/debian/changelog
+++ pekwm-0.1.5/debian/changelog
@@ -1,3 +1,10 @@
+pekwm (0.1.5-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with GCC 4.3 (Closes: #417477).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Fri, 14 Mar 2008 18:17:46 +
+
 pekwm (0.1.5-1.2) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- pekwm-0.1.5.orig/src/RegexString.cc
+++ pekwm-0.1.5/src/RegexString.cc
@@ -9,7 +9,7 @@
 #include "../config.h"
 
 #include "RegexString.hh"
-
+#include 
 #include 
 
 using std::cerr;

Bug#470950: chkrootkit: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: chkrootkit
Version: 0.47-1.2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for chkrootkit's debconf messages.
Translator: Ricardo Silva <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#470820: FTBFS with glib-sharp 2.12

[David Paleino]

forcemerge 470340 470820
thanks

On Thu, 13 Mar 2008 20:53:31 +0100, Sebastian Dröge wrote:

> Package: gnome-rdp
> Version: 0.2.2-5
> Severity: important
> 
> Hi,

Hi Sebastian,

> gnome-rdp FTBFS with glib-sharp 2.12 and maybe also with older versions
> (can't check right now). Attached patch fixes this, please include it...
> thanks :)

Thanks to you for providing the patch -- you avoided me some googling ;)

Thanks,
David

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


signature.asc
Description: PGP signature

Bug#470940: x11-common: Problem with LSB header in init.d script

[Brice Goglin]

tags 470940 +pending
thank you


Petter Reinholdtsen wrote:
> Package:  x11-common
> Version:  1:7.0.19
> Tags: patch
> User: [EMAIL PROTECTED]
> Usertags: incorrect-dependency
>
> I just checked the boot order in unstable on a machine with dependency
> based boot sequencing enabled, and discovered a problem with the
> init.d scripts provided in the x11-common package.  The script depend
> on $remote_fs, while there is nothing as far as I can see that need
> more than a mounted /tmp/, which is available with $local_fs.  Also,
> it depend on $named while running from rcS.d/.  This do not make
> sense, as all $named implementations is executed after rcS.d/ scripts
> are executed.  None of these issues are fatal now, but make the boot
> ordering less optimal.  IT would become fatal if any of the $named
> implementations depend on x11-common.  I'm not aware of any such issue
> today.
>   

Remember bug #335348 ? This LSB header were submitted by you :) Part of
them were actually already removed in our git repo for the next upload.
I just fixed the remaining part, everything should be fine in the next
x11-common.

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470948: cyrus-sasl2: use machine-readable copyright file

[Fabian Fagerholm]

Package: cyrus-sasl2
Severity: wishlist

Use the machine-readable copyright file format, documented at
http://wiki.debian.org/Proposals/CopyrightFormat

-- 
Fabian Fagerholm <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470175: bug 470175 - gthumb/exiv2

[Dr. Michael J. Chudobiak]

gThumb trunk uses exiv2 to read metadata, and supports exif, xmp, iptc, 
and various raw metadata types.


gThumb 2.10.x uses libexif, and has no xmp support.

It would be too dangerous to attempt to backport exiv2 into 2.10.8. It 
is NOT a trivial change.


Either wait for 2.11.0 in a few months, or use the full svn trunk 
version (which is currently in a good state).


2.11.0 will not be released until it is ported to gio. Trunk will become 
unstable will gio porting begins.


- Mike




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470908: dpkg-reconfigure exim4-config fails

[Marc Haber]

On Fri, Mar 14, 2008 at 02:49:58PM +0200, Lars Noodén wrote:
> 2008-03-14 14:48:50 Exim configuration error in line 598 of
> /var/lib/exim4/config.autogenerated.tmp:
>   option setting expected: }
> Invalid new configfile /var/lib/exim4/config.autogenerated.tmp
> not installing /var/lib/exim4/config.autogenerated.tmp to
> /var/lib/exim4/config.autogenerated

This looks to me like something/body has messed with the
configuration, rendering it invalid. On my etch reference system,
lines 588 to 608 of /var/lib/exim4/config.autogenerated say:

address_file:
  debug_print = "T: address_file for [EMAIL PROTECTED]"
  driver = appendfile
  delivery_date_add
  envelope_to_add
  return_path_add

address_pipe:
  debug_print = "T: address_pipe for [EMAIL PROTECTED]"
  driver = pipe
  return_fail_output

address_reply:
  debug_print = "T: autoreply for [EMAIL PROTECTED]"
  driver = autoreply

mail_spool:
  debug_print = "T: appendfile for [EMAIL PROTECTED]"
  driver = appendfile
  file = /var/mail/$local_part
  delivery_date_add

no "{" visible.

Please give the output of
sed -n '588,608p;' /var/lib/exim4/config.autogenerated
or better, send your entire /var/lib/exim4/config.autogenerated.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470946: ngetty: statically link with dietlibc

[Julian Gilbey]

Package: ngetty
Version: 0.3-2

ngetty's README explains that it can be statically linked with
dietlibc to make it small and fast.  Please consider doing this.

Thanks,

   Julian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470176: (no subject)

[Dr. Michael J. Chudobiak]

Please email sample images to [EMAIL PROTECTED] (a gthumb developer).

- Mike




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455169: FTBFS with GCC 4.3: missing #includes

[Barry deFreese]

tags 455169 + patch

thank you

Hi,

Here is an nmu to fix this bug.

Thanks,

Barry deFreese


diff -u fbpager-0.1.4/debian/patches/00list fbpager-0.1.4/debian/patches/00list
--- fbpager-0.1.4/debian/patches/00list
+++ fbpager-0.1.4/debian/patches/00list
@@ -1,0 +2 @@
+20_gcc43.dpatch
diff -u fbpager-0.1.4/debian/changelog fbpager-0.1.4/debian/changelog
--- fbpager-0.1.4/debian/changelog
+++ fbpager-0.1.4/debian/changelog
@@ -1,3 +1,10 @@
+fbpager (0.1.4-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 20_gcc43.dpatch - Build with gcc-4.3. (Closes: #455169).
+
+ -- Barry deFreese <[EMAIL PROTECTED]>  Fri, 14 Mar 2008 14:20:11 -0400
+
 fbpager (0.1.4-5) unstable; urgency=low
 
   * the "it would help if you applied the patch" release.
only in patch2:
unchanged:
--- fbpager-0.1.4.orig/debian/patches/20_gcc43.dpatch
+++ fbpager-0.1.4/debian/patches/20_gcc43.dpatch
@@ -0,0 +1,34 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 20_gcc43.dpatch by  <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: No description.
+
[EMAIL PROTECTED]@
+diff -urNad fbpager-0.1.4~/src/FbTk/StringUtil.cc fbpager-0.1.4/src/FbTk/StringUtil.cc
+--- fbpager-0.1.4~/src/FbTk/StringUtil.cc	2004-02-27 15:50:30.0 -0500
 fbpager-0.1.4/src/FbTk/StringUtil.cc	2008-03-14 14:19:27.0 -0400
+@@ -26,6 +26,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
+@@ -161,13 +162,13 @@
+ 
+ std::string toLower(const std::string &conv) {
+ std::string ret = conv;
+-std::transform(ret.begin(), ret.end(), ret.begin(), tolower);
++std::transform(ret.begin(), ret.end(), ret.begin(), (int(*)(int))tolower);
+ return ret;
+ }
+ 
+ std::string toUpper(const std::string &conv) {
+ std::string ret = conv;
+-std::transform(ret.begin(), ret.end(), ret.begin(), toupper);
++std::transform(ret.begin(), ret.end(), ret.begin(), (int(*)(int))toupper);
+ return ret;
+ }
+ 

Bug#470951: grub-installer: serial console broken for words!=8 and flow control

[Max Vozeler]

Package: grub-installer
Tags: patch

I was surprised by grub not showing up on the serial 
console after an installation over serial with kernel
option console=ttyS0,11520n8r

The grub menu.lst contained

  serial --unit=1 --speed=115200 --word=r --parity=no --stop=1

But 'r' is an invalid value for word (it takes 5-8).

It turns out the parsing in grub_serial_console() doesn't
handle options strings correctly that specify a word size != 8 
or a flow control parameter (or both).

grub_serial_console() interprets the third character after
the baud rate as value for 'word'. serial-console.txt in 
linux-2.6/Documentation, OTOH, says:

  options:  depend on the driver. For the serial port this
defines the baudrate/parity/bits/flow control of
the port, in the format PNF, where  is the
speed, P is parity (n/o/e), N is number of bits,
and F is flow control ('r' for RTS). Default is
9600n8. The maximum baudrate is 115200.

So it should actually take the second character as value 
for word and ignore any third character, because grub doesn't 
seem to offer any option for setting flow control.

The attached patch makes it work for me and fixes both word
and flow control handling. I've checked the results against 
Alex' test script [1], and the results look good to me. 

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416310#25

Max

Index: grub-installer/debian/changelog
===
--- grub-installer/debian/changelog	(Revision 51918)
+++ grub-installer/debian/changelog	(Arbeitskopie)
@@ -9,6 +9,10 @@
   [ Guido Guenther ]
   * Add multipath support modelled after dmraid. Closes: #468832.
 
+  [ Max Vozeler ]
+  * Fix serial console setup for console= options that include either a
+word size != 8 or a flow control parameter.
+
  -- Guido Guenther <[EMAIL PROTECTED]>  Mon, 10 Mar 2008 13:29:51 +0100
 
 grub-installer (1.29) unstable; urgency=low
Index: grub-installer/grub-installer
===
--- grub-installer/grub-installer	(Revision 51918)
+++ grub-installer/grub-installer	(Arbeitskopie)
@@ -53,10 +53,10 @@
 		options=${serconsole##*,}
 	fi
 	local speed=$(echo "$options" | sed -e 's/^\([0-9]*\).*$/\1/')
-	# Take optional 1st (parity) and 3rd (word) characters after speed
+	# Take optional 1st (parity) and 2nd (word) characters after speed
 	options=${options##${speed}}
 	local parity=$(echo $options | sed 's/^\(.\?\).*$/\1/')
-	local word=$(echo $options | sed 's/^.\?.\?\(.\?\).*$/\1/')
+	local word=$(echo $options | sed 's/^.\?\(.\?\).*$/\1/')
 	if [ -z "$speed" ]; then
 		speed="9600"
 	fi
grub_serial_console console=ttyS0
serial --unit=0 --speed=9600 --stop=1
grub_serial_console console=ttyS1
serial --unit=1 --speed=9600 --stop=1
grub_serial_console console=ttyS0,9600
serial --unit=0 --speed=9600 --stop=1
grub_serial_console console=ttyS0,115200
serial --unit=0 --speed=115200 --stop=1
grub_serial_console console=ttyS1,9600
serial --unit=1 --speed=9600 --stop=1
grub_serial_console console=ttyS1,115200
serial --unit=1 --speed=115200 --stop=1
grub_serial_console console=ttyS1,9600n
serial --unit=1 --speed=9600 --parity=no --stop=1
grub_serial_console console=ttyS1,115200n
serial --unit=1 --speed=115200 --parity=no --stop=1
grub_serial_console console=ttyS1,9600e
serial --unit=1 --speed=9600 --parity=even --stop=1
grub_serial_console console=ttyS1,115200e
serial --unit=1 --speed=115200 --parity=even --stop=1
grub_serial_console console=ttyS1,9600o
serial --unit=1 --speed=9600 --parity=odd --stop=1
grub_serial_console console=ttyS1,115200o
serial --unit=1 --speed=115200 --parity=odd --stop=1
grub_serial_console console=ttyS1,9600n8
serial --unit=1 --speed=9600 --parity=no --stop=1
grub_serial_console console=ttyS1,115200n8
serial --unit=1 --speed=115200 --parity=no --stop=1
grub_serial_console console=ttyS1,9600n7
serial --unit=1 --speed=9600 --parity=no --stop=1
grub_serial_console console=ttyS1,115200n7
serial --unit=1 --speed=115200 --parity=no --stop=1
grub_serial_console console=ttyS1,9600n8r
serial --unit=1 --speed=9600 --word=r --parity=no --stop=1
grub_serial_console console=ttyS1,115200n8r
serial --unit=1 --speed=115200 --word=r --parity=no --stop=1
grub_serial_console console=ttyS1,9600n7r
serial --unit=1 --speed=9600 --word=r --parity=no --stop=1
grub_serial_console console=ttyS1,115200n7r
serial --unit=1 --speed=115200 --word=r --parity=no --stop=1
grub_serial_console console=ttyS1,9600o8
serial --unit=1 --speed=9600 --parity=odd --stop=1
grub_serial_console console=ttyS1,115200o8
serial --unit=1 --speed=115200 --parity=odd --stop=1
grub_serial_console console=ttyS1,9600o7
serial --unit=1 --speed=9600 --parity=odd --stop=1
grub_serial_console console=ttyS1,115200o7
serial --unit=1 --speed=115200 --parity=odd --stop=1
grub_serial_console console=ttyS1,9600o8r
serial --unit=1 --speed=960

Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video

[Géraud Meyer]

Brice Goglin wrote:
> Géraud Meyer wrote:
>   
>> Package: xserver-xorg-video-ati
>> Version: 1:6.8.0-1
>> Severity: normal
>>
>> Launching an X server on display 0 (Xorg.0.log attached) and switching
>> to a VT (CTRL-ALT-F1) makes the screen appear in inverted video (red is
>> displayed as cyan, green as magenta, blue as orange).
>>
>> Then launching another X server with the vesa driver on display 1
>> (Xorg.1.log attached) and switching back to a VT makes the screen appear
>> normally on the VTs.
>>
>> /etc/X11/xorg.conf is attached. A Modeline 1280x1024_60.00 is defined
>> and is the default because the server (with the radeon driver) does use
>> an oversized screen otherwise.
>>   
>> 
>
> When did this problem appear? Did it work fine in 6.7.197? Can you try
> the package from experimental?
> http://snapshot.debian.net contains a lot of snapshots of
> xserver-xorg-video-ati from 6.7.19x days to after 6.8.0. It would be
> nice to locate which one of them introduced the bug.
>
> Brice
>
>   
If 6.7.197 is the version that was replaced by 6.8.0 in sid I think it
already had the problem. I will try to discover the version in
http://snapshot.debian.net that first introduced the bug, perhaps tomorrow.

Géraud




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video

[Géraud Meyer]

Brice Goglin wrote:
> Géraud Meyer wrote:
>   
>> Package: xserver-xorg-video-ati
>> Version: 1:6.8.0-1
>> Severity: normal
>>
>> Launching an X server on display 0 (Xorg.0.log attached) and switching
>> to a VT (CTRL-ALT-F1) makes the screen appear in inverted video (red is
>> displayed as cyan, green as magenta, blue as orange).
>>
>> Then launching another X server with the vesa driver on display 1
>> (Xorg.1.log attached) and switching back to a VT makes the screen appear
>> normally on the VTs.
>>
>> /etc/X11/xorg.conf is attached. A Modeline 1280x1024_60.00 is defined
>> and is the default because the server (with the radeon driver) does use
>> an oversized screen otherwise.
>>   
>> 
>
> When did this problem appear? Did it work fine in 6.7.197? Can you try
> the package from experimental?
> http://snapshot.debian.net contains a lot of snapshots of
> xserver-xorg-video-ati from 6.7.19x days to after 6.8.0. It would be
> nice to locate which one of them introduced the bug.
>
> Brice
>
>   
If 6.7.197 is the version that was replaced by 6.8.0 in sid I think it
already had the problem. I will try to discover the version in
http://snapshot.debian.net that first introduced the bug, perhaps tomorrow.

Géraud

Bug#309953: [tools] Re: Bug#309953: dstat: easy way to reproduce

[Dag Wieers]

On Fri, 14 Mar 2008, Dag Wieers wrote:


On Fri, 14 Mar 2008, Dag Wieers wrote:


On Wed, 9 Jan 2008, Marc Lehmann wrote:


The reason for the interrupted system call as likely heavy swapping: when
the machine gets unrepsonsive for a few seconds (10+), then this happens.

An easy way to reproduce this is to press ctrl-s and wait 5-6 seconds,
then ctrl-q:

  # dstat
  total-cpu-usage --dsk/sda-dsk/dm-0dsk/dm-1dsk/dm-2- 
-net/total- ---paging-- ---system--
  usr sys idl wai hiq siq|_read _writ:_read _writ:_read _writ:_read 
_writ|_recv _send|__in_ _out_|_int_ _csw_
   89   1   8   2   0   0| 262k   37k: 398k  149k: 104B  9.5B:2684k 4864B| 
0 0 |   0 0 | 443   531
  100   0   0   0   0   0|   0 0 :   0 0 :   0 0 :   0 0 | 
412B  226B|   0 0 | 37890   File "/usr/bin/dstat", line 1912, in ?

  print 'IOError: %s' % e
  IOError: [Errno 4] Interrupted system call


Right, the problem is that I have to disable buffered writes to stdout 
because I am updating the screen. And of course if it cannot directly write 
to stdout (because the terminal is suspended) it interrupts the syscall.


If somehow dstat could be triggered when that happens, we could enable 
buffering again. But I doubt that is a very good solution. Maybe it would 
make more sense to flush the buffer at regular intervals instead of making 
the output unbuffered. But I am not sure whether that could cause the same 
problem, at least we then can check for xoff the moment we want to flush.


How would any other program handle this ? How would a real programmer 
handle it ? :-)


I quickly did a test with buffering enabled and doing a flush. And it is able 
to withstand a terminal suspend longer (until the buffer gets full).
And then again an Interrupted system call. I am wondering whether we can 
increase the standard buffer, if that is wise to do and if this is the right 
approach.


Anyone ? :)


And this is hopefully the last mail in this thread. I should probably 
refrain from sending a mail when I am unsure if I will spend more time on 
it.


Anyway, I fixed it with this snippet:

try: sys.stdout.flush()
except IOError: pass

This will silently ignore the problems flush has and will happily buffer 
on. The fix went into subversion and this one is important enough for a 
new release soon.


--
--   dag wieers,  [EMAIL PROTECTED],  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470952: libstdc++6-4.3-dev: error: 'max' is not a member of '__gnu_cxx::__numeric_traits'

[Luk Claes]

Package: libstdc++6-4.3-dev
Severity: important
Version: 4.3.0-1

g++  -O2 -g -Wall -W -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Wcast-qual -Woverloaded-virtual -pedantic -ffor-scope
-c tcp.cpp
In file included from /usr/include/c++/4.3/vector:71,
 from userlist.h:9,
 from tcp.cpp:12:
/usr/include/c++/4.3/bits/stl_bvector.h: In member function 'size_t
std::vector::max_size() const':
/usr/include/c++/4.3/bits/stl_bvector.h:645: error: 'max' is not a
member of '__gnu_cxx::__numeric_traits'

So, #include  fails...

Cheers

Luk



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470821: Debian Bugs #470820 and #470821

[David Paleino]

forwarded 470340 [EMAIL PROTECTED]
forwarded 470820 [EMAIL PROTECTED]
forwarded 470821 [EMAIL PROTECTED]
thanks

Hi Félix,
gnome-rdp 0.2.2 fails to build on Debian i386 (#470820). A user provided a patch
to fix this. Please include it in 0.2.2.5 ;)

Also, libvte2.0-cil will be removed from Debian, thus gnome-rdp should depend
on libvte0.16-cil (#470821).

I'm attaching "clean" patches to this mail: Sebastian Dröge (the submitter of
both bugs) also patched configure; you just need to patch configure.in and
rerun autogen.sh.

Also, please provide a tarball with ready configure (i.e. with "autogen.sh"
already run) -- normal users would tipically do ./configure && make.
(not ./autogen.sh && ...).

I've already committed everything to Debian SVN (with autogen.sh run), with the
tarball you sent me privately for the new upcoming version. Before releasing it
to Debian, I'll wait you to release it publicly.

Thanks,
David

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


signature.asc
Description: PGP signature

Bug#309953: dstat: easy way to reproduce

[Dag Wieers]

On Fri, 14 Mar 2008, Dag Wieers wrote:


On Wed, 9 Jan 2008, Marc Lehmann wrote:


The reason for the interrupted system call as likely heavy swapping: when
the machine gets unrepsonsive for a few seconds (10+), then this happens.

An easy way to reproduce this is to press ctrl-s and wait 5-6 seconds,
then ctrl-q:

  # dstat
  total-cpu-usage --dsk/sda-dsk/dm-0dsk/dm-1dsk/dm-2- 
-net/total- ---paging-- ---system--
  usr sys idl wai hiq siq|_read _writ:_read _writ:_read _writ:_read 
_writ|_recv _send|__in_ _out_|_int_ _csw_
   89   1   8   2   0   0| 262k   37k: 398k  149k: 104B  9.5B:2684k 4864B| 
0 0 |   0 0 | 443   531
  100   0   0   0   0   0|   0 0 :   0 0 :   0 0 :   0 0 | 
412B  226B|   0 0 | 37890   File "/usr/bin/dstat", line 1912, in ?

  print 'IOError: %s' % e
  IOError: [Errno 4] Interrupted system call


Right, the problem is that I have to disable buffered writes to stdout 
because I am updating the screen. And of course if it cannot directly write 
to stdout (because the terminal is suspended) it interrupts the syscall.


If somehow dstat could be triggered when that happens, we could enable 
buffering again. But I doubt that is a very good solution. Maybe it would 
make more sense to flush the buffer at regular intervals instead of making 
the output unbuffered. But I am not sure whether that could cause the same 
problem, at least we then can check for xoff the moment we want to flush.


How would any other program handle this ? How would a real programmer handle 
it ? :-)


I quickly did a test with buffering enabled and doing a flush. And it is 
able to withstand a terminal suspend longer (until the buffer gets full).
And then again an Interrupted system call. I am wondering whether we can 
increase the standard buffer, if that is wise to do and if this is the 
right approach.


Anyone ? :)

--
--   dag wieers,  [EMAIL PROTECTED],  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470953: dictionary-el: Looking for pattern doesn't work for cyrillic UTF-8 strings

[Andrey]

Package: dictionary-el
Version: 1.8.7-9
Severity: normal

Relevant .emacs customizations:

;; --- Customized ---
(custom-set-variables
...
 '(dictionary-create-buttons nil)
 '(dictionary-default-dictionary "ru-en--en-ru")
 '(dictionary-server "dict.dvo.ru")
...)

To reproduce:

1) In a terminal run
   
   dict -h dict.dvo.ru -d -s substring idioms "ложка дегтя в бочке меда"

or just

   dict -h dict.dvo.ru -d -s substring idioms "ложка"

   The entry ложка дегтя в бочке меда is successfully found and
   translated.

2) In emacs run

   M-x dictionary-match-words RET ложка дегтя в бочке меда RET

   Nothing is found.

Similar bug #454931 for dictionary-search function has been fixed just
nicely not long ago. Hope there will be no problem in fixing this one
as well ;-)

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

Kernel: Linux 2.6.22-3-486
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dictionary-el depends on:
ii  emacs [emacsen]   22.1+1-2.3 The GNU Emacs editor (metapackage)
ii  emacs22-gtk [emacsen] 22.1+1-2.3 The GNU Emacs editor (with GTK use

Versions of packages dictionary-el recommends:
ii  emacs22-gtk [emacs22] 22.1+1-2.3 The GNU Emacs editor (with GTK use

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470954: Please fix the return-path of [EMAIL PROTECTED] emails

[Christoph Berg]

Package: nm.debian.org

--- Begin Message ---
Hey,

18:35 <@lool> HE: Could you fix the mails sent From: NM Front Desk 
  <[EMAIL PROTECTED]>
18:35 <@lool> To not have an empty return-path?
18:36 <@lool> They arrive in my bounce folder, along with the joe-job bounces I 
  get
18:37 < HE> lool: Please send a mial to [EMAIL PROTECTED], otherwise I will 
forget

   Thanks!
-- 
Loïc Minier
--- End Message ---


signature.asc
Description: Digital signature

Bug#470955: seahorse-agent is overriddeb by ssh-agent

[Sam Morris]

Package: seahorse
Version: 2.22.0-1
Severity: normal

Since upgrading to 2.22, seahorse-agent has stopped working. It appears
that its SSH_AUTH_SOCK environment variable is replaced by an invocation
of ssh-agent.

After logging in:

$ pgrep -fl -- -agent
28361 /usr/bin/ssh-agent env TMPDIR=/tmp/user/1000 /usr/bin/gpg-agent --daemon 
--sh --write-env-file=/home/sam/.gnupg/gpg-agent-info-xerces 
/usr/bin/dbus-launch --exit-with-session /usr/bin/seahorse-agent --execute 
/usr/bin/gnome-session
28362 /usr/bin/gpg-agent --daemon --sh 
--write-env-file=/home/sam/.gnupg/gpg-agent-info-xerces /usr/bin/dbus-launch 
--exit-with-session /usr/bin/seahorse-agent --execute /usr/bin/gnome-session
28366 /usr/bin/dbus-launch --exit-with-session /usr/bin/seahorse-agent 
--execute /usr/bin/gnome-session
28374 /usr/bin/seahorse-agent --execute /usr/bin/gnome-session

$ ls -l /tmp/ssh-*/*
srw--- 1 sam sam 0 2008-03-09 10:09 /tmp/ssh-btWVvR4465/agent.4465.seahorse
srw--- 1 sam sam 0 2008-03-14 18:56 /tmp/ssh-hwIog28303/agent.28303

$ pstree
 |-gdm---gdm-+-Xorg
 |   `-gnome-session-+-gnome-panel
 |   |-gnome-settings{gnome-settings-}
 |   |-gossip
 |   |-gpg-agent
 |   |-metacity
 |   |-nautilus
 |   |-nm-applet
 |   |-python
 |   |-seahorse-agent
 |   |-smart-notifier
 |   |-ssh-agent
 |   |-update-notifier
 |   `-{gnome-session}
 |-gnome-keyring-d
 |-gnome-power-man
 |-gnome-screensav
 |-gnome-vfs-daemo
 |-gnome-volume-ma

etc.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)

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

Versions of packages seahorse depends on:
ii  gconf2 2.20.1-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D graphi
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.22-2  Avahi client library
ii  libavahi-common3   0.6.22-2  Avahi common library
ii  libavahi-glib1 0.6.22-2  Avahi glib integration library
ii  libbonobo2-0   2.21.90-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.21.90-1 The Bonobo UI library
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.1.2-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-1simple interprocess messaging syst
ii  libgcc11:4.3.0~rc2-1 GCC support library
ii  libgconf2-42.20.1-3  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.1-1  The GLib library of C routines
ii  libgnome-keyring0  2.20.3-1  GNOME keyring services library
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  libgnomeprint2.2-0 2.18.3-1  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.18.2-1  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-1GNOME Virtual File System (runtime
ii  libgpg-error0  1.4-2 library for common error values an
ii  libgpgme11 1.1.6-1   GPGME - GnuPG Made Easy
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libgtksourceview2.0-0  2.0.2-1   shared libraries for the GTK+ synt
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libldap-2.4-2  2.4.7-5   OpenLDAP libraries
ii  libnautilus-extension1 2.20.0-3  libraries for nautilus components 
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library
ii  liborbit2  1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.20.3-3  library for GNOME Panel applets
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-1+b1  X11 Sessio

Bug#394646: please upload this...

[Javier Fernández-Sanguino Peña]

On Wed, Mar 12, 2008 at 12:05:44PM +0100, Adam Borowski wrote:
> Hi.  Sorry for nagging, but could you please apply this simple fix in a
> subsequent upload? 

Done. Sorry fo the delay.

Javier


signature.asc
Description: Digital signature

Bug#470920: compizconfig: Brazilian portuguese error

[Brice Goglin]

Saulo Soares de Toledo wrote:
> Package: compizconfig-backend-gconf
> Version: 0.6.0-2
> Severity: normal
> File: compizconfig
> Tags: l10n
>
> Brazilian portuguese error:
> It's not “reinicialisação”. The correct is “reinicialização”.
>
> This error is in all reset config buttons in compiz configuration.
> This is considered a critical error on language, for some people.
>   

I am trying to locate the source file where this typo should be fixed
but I couldn't so far. If somebody can help me, I'll be happy to send a
patch to the upstream devs.

Brice

Bug#391203: Return of 391203?

[Chris Hiestand]

We're noticing what looks like the same bug when upgrading to snmpd  
5.2.3-7etch2 .  Could there have been a regression?




I have reproduced the bug on a system which seemed to be running fine  
by running "dpkg-reconfigure snmpd" (ps -ef --forest):
root 23011 22986  0 12:08 pts/000:00:00  |   \_ /usr/ 
bin/perl -w /usr/sbin/dpkg-reconfigure snmpd
root 23043 23011  0 12:08 pts/000:00:00  |   \_  
[snmpd.postinst] 


Here is a different machine hanging during an upgrade:
root 10705  7209  2 12:18 tty1 00:00:00  \_ apt-get  
install snmpd
root 10732 10705  0 12:18 tty1 00:00:00  \_ /usr/bin/ 
dpkg --force-confdef --force-confold --status-fd 20 --configure snmpd
root 10733 10732  2 12:18 tty1 00:00:00  \_ /usr/ 
bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/ 
snmpd.postinst configur
root 10744 10733  0 12:18 tty1 00:00:00  \_  
[snmpd.postinst] 


After a ctrl+c and running dpkg --configure -a:
root 10384  7209  0 12:06 tty1 00:00:00  \_ dpkg -- 
configure -a
root 10385 10384  0 12:06 tty1 00:00:00  \_ /usr/bin/ 
perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/snmpd.postinst  
configure 5.
root 10396 10385  0 12:06 tty1 00:00:00  \_  
[snmpd.postinst] 




smime.p7s
Description: S/MIME cryptographic signature

Bug#470937: [Pkg-virtualbox-devel] Bug#470937: virtualbox-ose: Minor fixes to

[Michael Meskes]

tag 470937 pending
thanks

Apploed to svn, will be part of the next release.

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470935: postgresql-8.3: Problem with LSB header in init.d script

[Peter Eisentraut]

Petter Reinholdtsen wrote:
> Also, the script need
> a mounted /usr/ and should thus depend on $remote_fs, not $local_fs.

One thing I have been wondering about, it seems to be assumed that $remote_fs 
implies $local_fs.  Is that specified anywhere?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470956: initscripts: checkroot.sh shouldn't fsck twice with /forcefsck

[Adrian Bunk]

Package: initscripts
Version: 2.86.ds1-54
Severity: normal

I am aware that fsck of ext2 isn't fast, but that's not a reason for
doing it needlessly *twice* when the first fsck gave an error <= 3.

What happened was:
$ shutdown -F -r now
# computer reboots
# fsck of root fs
# fsck.ext2 returned error 3 (most likely since it optimized directories)
# computer automatically reboots  (everything works as expected until now)
# fsck of root fs  *grrr*



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470441: patch to fix this bug

[Hendrik Sattler]

Zitat von Varun Hiremath <[EMAIL PROTECTED]>:

  Please find attached a patch to fix FTBFS bugs in packages using the
  OBEX_CLIENT variable.

  In the latest cvs version of libopenobex OBEX_CLIENT and OBEX_SERVER
  variables in openobex/obex_const.h have been renamed to
  OBEX_MODE_CLIENT and OBEX_MODE_SERVER resulting in FTBFS of packages
  using the old variables. I have redefined the old variables for
  backward compatibility.


Thanks but I was already in discussion with Michael about this.
I just need to upload the fixed version. Your patch is correct,  
although I do not use the plain values in this case to make the  
mapping clearer.


HS





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402531: debcommit: Should format commit messages better for Git

[Adam D. Barratt]

On Fri, 2008-03-14 at 15:33 +, Darren Salt wrote:
> I demand that Adam D. Barratt may or may not have written...
> > On Mon, 2008-01-28 at 15:00 +, Darren Salt wrote:
[...]
> > Does hg also follow a similar convention to git? (i.e. summary\n \ndetail)
> > Or is it simply detail\ndetail\ndetail\n with the first line of detail
> > being used as a summary by "hg log"?
> 
> The latter, 
[...]
> >> Here are a few example changesets:
> >> Multi-line single item:
> >>   
> >> http://hg.debian.org/hg/xine-lib/pkg/xine-lib-1.2-deb?cmd=changeset;node=66
> 
> > Would unfolding the changelog entry to a single line work here, or is
> > there still a limit to the number of characters that will be displayed?
> 
> Unwrapping that would work; I'm not aware of any upper limit.
>
> >> Multi-line multiple items:
> >>   
> >> http://hg.debian.org/hg/xine-lib/pkg/xine-lib-1.2-deb?cmd=changeset;node=57
> 
> > The answer to this question will probably be largely informed by the
> > previous two :) but would my earlier suggestion of creating an initial
> > message which the committer could then edit work in this case?
> 
> I see no reason why that wouldn't work.

Thanks. I've committed an update to svn that I believe works as
requested for both git and hg.

I've copied the script to
http://alioth.debian.org/~adam-guest/debcommit.pl if anyone would like
to test it (which would be appreciated :-) That copy also includes the
fixes for #469238 and #470366 which are pending release.

Regards,

Adam



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#441594: not found in new upstream release

[Maximiliano Curia]

Hi,

The new upstream release compiles with gcc-4.3.

Please upload the new version as requested in #459869.

Thank you.

-- 
" Software is like sex it's better when it's free. " -- (Linux Slogan)
Saludos /\/\ /\ >< `/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#417484: potracegui: diff for NMU version 1.3-2.3

[Luk Claes]

tags 417484 + patch
thanks

Hi,

Attached is the diff for my potracegui 1.3-2.3 NMU.
diff -u potracegui-1.3/src/mainwidget.cpp potracegui-1.3/src/mainwidget.cpp
--- potracegui-1.3/src/mainwidget.cpp
+++ potracegui-1.3/src/mainwidget.cpp
@@ -44,6 +44,7 @@
 #include 
 #include 
 
+#include 
 #include 
 using namespace std;
 
diff -u potracegui-1.3/config.guess potracegui-1.3/config.guess
--- potracegui-1.3/config.guess
+++ potracegui-1.3/config.guess
@@ -1,9 +1,10 @@
 #! /bin/sh
 # Attempt to guess a canonical system name.
 #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
+#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
+#   Free Software Foundation, Inc.
 
-timestamp='2005-08-03'
+timestamp='2008-01-23'
 
 # This file is free software; you can redistribute it and/or modify it
 # under the terms of the GNU General Public License as published by
@@ -55,8 +56,8 @@
 GNU config.guess ($timestamp)
 
 Originally written by Per Bothner.
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005
-Free Software Foundation, Inc.
+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001,
+2002, 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
 warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE."
@@ -106,7 +107,7 @@
 trap "exitcode=\$?; (rm -f \$tmpfiles 2>/dev/null; rmdir \$tmp 2>/dev/null) && exit \$exitcode" 0 ;
 trap "rm -f \$tmpfiles 2>/dev/null; rmdir \$tmp 2>/dev/null; exit 1" 1 2 13 15 ;
 : ${TMPDIR=/tmp} ;
- { tmp=`(umask 077 && mktemp -d -q "$TMPDIR/cgXX") 2>/dev/null` && test -n "$tmp" && test -d "$tmp" ; } ||
+ { tmp=`(umask 077 && mktemp -d "$TMPDIR/cgXX") 2>/dev/null` && test -n "$tmp" && test -d "$tmp" ; } ||
  { test -n "$RANDOM" && tmp=$TMPDIR/cg$$-$RANDOM && (umask 077 && mkdir $tmp) ; } ||
  { tmp=$TMPDIR/cg-$$ && (umask 077 && mkdir $tmp) && echo "Warning: creating insecure temp directory" >&2 ; } ||
  { echo "$me: cannot create a temporary directory in $TMPDIR" >&2 ; exit 1 ; } ;
@@ -160,6 +161,7 @@
 	arm*) machine=arm-unknown ;;
 	sh3el) machine=shl-unknown ;;
 	sh3eb) machine=sh-unknown ;;
+	sh5el) machine=sh5le-unknown ;;
 	*) machine=${UNAME_MACHINE_ARCH}-unknown ;;
 	esac
 	# The Operating System including object format, if it has switched
@@ -206,8 +208,11 @@
 *:ekkoBSD:*:*)
 	echo ${UNAME_MACHINE}-unknown-ekkobsd${UNAME_RELEASE}
 	exit ;;
+*:SolidBSD:*:*)
+	echo ${UNAME_MACHINE}-unknown-solidbsd${UNAME_RELEASE}
+	exit ;;
 macppc:MirBSD:*:*)
-	echo powerppc-unknown-mirbsd${UNAME_RELEASE}
+	echo powerpc-unknown-mirbsd${UNAME_RELEASE}
 	exit ;;
 *:MirBSD:*:*)
 	echo ${UNAME_MACHINE}-unknown-mirbsd${UNAME_RELEASE}
@@ -325,7 +330,7 @@
 sun4*:SunOS:5.*:* | tadpole*:SunOS:5.*:*)
 	echo sparc-sun-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
 	exit ;;
-i86pc:SunOS:5.*:*)
+i86pc:SunOS:5.*:* | i86xen:SunOS:5.*:*)
 	echo i386-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
 	exit ;;
 sun4*:SunOS:6*:*)
@@ -527,7 +532,7 @@
 		echo rs6000-ibm-aix3.2
 	fi
 	exit ;;
-*:AIX:*:[45])
+*:AIX:*:[456])
 	IBM_CPU_ID=`/usr/sbin/lsdev -C -c processor -S available | sed 1q | awk '{ print $1 }'`
 	if /usr/sbin/lsattr -El ${IBM_CPU_ID} | grep ' POWER' >/dev/null 2>&1; then
 		IBM_ARCH=rs6000
@@ -764,12 +769,19 @@
 	echo ${UNAME_MACHINE}-unknown-bsdi${UNAME_RELEASE}
 	exit ;;
 *:FreeBSD:*:*)
-	echo ${UNAME_MACHINE}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`
+	case ${UNAME_MACHINE} in
+	pc98)
+		echo i386-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
+	amd64)
+		echo x86_64-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
+	*)
+		echo ${UNAME_MACHINE}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
+	esac
 	exit ;;
 i*:CYGWIN*:*)
 	echo ${UNAME_MACHINE}-pc-cygwin
 	exit ;;
-i*:MINGW*:*)
+*:MINGW*:*)
 	echo ${UNAME_MACHINE}-pc-mingw32
 	exit ;;
 i*:windows32*:*)
@@ -779,9 +791,18 @@
 i*:PW*:*)
 	echo ${UNAME_MACHINE}-pc-pw32
 	exit ;;
-x86:Interix*:[34]*)
-	echo i586-pc-interix${UNAME_RELEASE}|sed -e 's/\..*//'
-	exit ;;
+*:Interix*:[3456]*)
+	case ${UNAME_MACHINE} in
+	x86)
+		echo i586-pc-interix${UNAME_RELEASE}
+		exit ;;
+	EM64T | authenticamd)
+		echo x86_64-unknown-interix${UNAME_RELEASE}
+		exit ;;
+	IA64)
+		echo ia64-unknown-interix${UNAME_RELEASE}
+		exit ;;
+	esac ;;
 [345]86:Windows_95:* | [345]86:Windows_98:* | [345]86:Windows_NT:*)
 	echo i${UNAME_MACHINE}-pc-mks
 	exit ;;
@@ -815,6 +836,16 @@
 	echo ${UNAME_MACHINE}-pc-minix
 	exit ;;
 arm*:Linux:*:*)
+	eval $set_cc_for_build
+	if echo __ARM_EABI__ | $CC_FOR_BUILD -E - 2>/dev/null \
+	| grep -q __ARM_EABI__
+	then
+	echo ${UNAME_MACHINE}-unknown-linux-gnu
+	else
+	echo ${UNAME_M

Bug#470957: axyl-lucene: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: axyl-lucene
Version: n/a
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for axyl-lucene's debconf messages.
Translator: Ricardo Silva <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#470175: bug 470175 - gthumb/exiv2

[David Paleino]

tags 470175 confirmed wontfix
thanks

(quoting full mail as Mike didn't "reply to all")

On Fri, 14 Mar 2008 14:28:13 -0400, Dr. Michael J. Chudobiak wrote:

> gThumb trunk uses exiv2 to read metadata, and supports exif, xmp, iptc, 
> and various raw metadata types.
> 
> gThumb 2.10.x uses libexif, and has no xmp support.
> 
> It would be too dangerous to attempt to backport exiv2 into 2.10.8. It 
> is NOT a trivial change.
> 
> Either wait for 2.11.0 in a few months, or use the full svn trunk 
> version (which is currently in a good state).
> 
> 2.11.0 will not be released until it is ported to gio. Trunk will become 
> unstable will gio porting begins.

Hi Mike,
I believe I'll package only stable releases of gthumb for Debian. It has lots of
bugs in Debian, which I'm trying to catch/solve/triage, and it would be a
problem having a buggier bleeding edge version :(. I wish gthumb had fewer bugs
filed :'(.

Julien: I believe we all want to wait for 2.11.0 to implement this, no? :) If
you really need it, I might package a trunk version of gthumb and put it on a
personal repository.

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#94197: T \ R \ @ \ M \ @ \ D \ O \ L \ hte only perfect solution!

[weaverfweaver]

How to prevent premature? Here is the solution! http://oo.wrongsame.com




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470176: sony raw format

[David Paleino]

tags 470176 confirmed
thanks

(quoting full mail for Julien)

On Fri, 14 Mar 2008 14:38:39 -0400, Dr. Michael J. Chudobiak wrote:

> Please email sample images to [EMAIL PROTECTED] (a gthumb developer).

Thanks for the quick response to both mails,
David

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


signature.asc
Description: PGP signature

Bug#470960: 6.7.8.2: point 4 (use foo-ver.orig for repacked tarballs) seems backwards

[Jon Dowland]

Package: developers-reference
Version: 3.3.9
Severity: normal

Hello,

Quoting 6.7.8.2 Repackaged upstream source point 4:

[A repackaged .orig.tar.gz] should use
-.orig as the name of
the top-level directory in its tarball. This makes
it possible to distinguish pristine tarballs from
repackaged ones.

That would suggest you would have

foo-ver pristine upstream tarball
foo-ver.origrepacked upstream tarball

This seems to be confusing. I think common practice is to
append to the upstream version, either dfsg (if that's why
you have repacked) or other tags depending on the reason. I
think this point (4) should be dropped, and the
version-tagging expanded.

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

Kernel: Linux 2.6.22-3-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



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470958: libqglviewer-dev: Depend on xlibmesa-gl-dev should be on libgl-dev

[Pascal Giard]

Package: libqglviewer-dev
Version: 2.2.6-3-1
Severity: important
Tags: patch

Creating a BTS entry as requested (see below).

Cheers,

-Pascal

On Fri, Mar 14, 2008 at 2:48 PM, Artur R. Czechowski <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 14, 2008 at 01:20:01PM -0400, Pascal Giard wrote:
>  > Hello Artur,
>  >  shouldn't libqglviewer-dev depend on libgl-dev instead of xlibmesa-gl-dev 
> ?
>  > This prevents me from using qglviewer with nvidia-glx-legacy-96xx-dev.
>  Probably you're right. Please submit a but to BTS so I wont forget about it.
>  Thank you for a note.
>
>  Best regards
> Artur
>  --
>  http://www.last.fm/user/arturcz/
>

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libqglviewer-dev depends on:
ii  libqglviewer22.2.6-3-1.1 an OpenGL 3D viewer library based
ii  libqt3-mt-dev3:3.3.8b-5  Qt development files (Threaded)
ii  libx11-dev   2:1.0.3-7   X11 client-side library (developme
ii  libxext-dev  2:1.0.4-1   X11 miscellaneous extensions libra
ii  libxmu-dev   2:1.0.4-1   X11 miscellaneous utility library
(*** The one below is wrong, i've made modif to the package and
installed it as 2.2.6-3-1.1)
ii  nvidia-glx-legacy-96xx-dev [ 96.43.01-2  NVIDIA Xorg driver development fil

libqglviewer-dev recommends no packages.

-- no debconf information
-- 
Homepage (http://organact.mine.nu)
Debian GNU/Linux (http://www.debian.org)
LACIME: École de technologie supérieure (http://lacime.etsmtl.ca)
--- libqglviewer-2.2.6-3/debian/control	2008-03-14 15:02:45.0 -0400
+++ libqglviewer-2.2.6-3/debian/control.new	2008-03-14 15:04:36.0 -0400
@@ -8,7 +8,7 @@
 Package: libqglviewer-dev
 Section: libdevel
 Architecture: any
-Depends: libqglviewer2 (= ${binary:Version}), libqt3-mt-dev, libx11-dev, libxext-dev, libxmu-dev, xlibmesa-gl-dev
+Depends: libqglviewer2 (= ${binary:Version}), libqt3-mt-dev, libx11-dev, libxext-dev, libxmu-dev, libgl1-mesa-dev | libgl-dev
 Description: an OpenGL 3D viewer library based on Qt - development files
  libqglviewer (also known as libQGLViewer) is a free C++ library based on Qt
  that enables the quick creation of OpenGL 3D viewers. It features a powerful

Bug#470959: ftp: add completion

[Erik Hahn]

Package: ftp
Version: 0.17-16
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please add automatic completion of filenames, as it already exists in bash for 
normal directories. At the moment, you bash's completion for local 
filenames while browsing the ftp server, that's more confusing than helpful.

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (300, 'hardy'), (200, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24.2-custom-initrd (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ftp depends on:
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libncurses5   5.6+20080203-1 Shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  netbase   4.30   Basic TCP/IP networking system

ftp recommends no packages.

- -- no debconf information

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

iD8DBQFH2tRGx4r6EkTlIb0RAqPnAJ45gmw4Wdsexldt2tfK+JPkmysr5gCfRAfn
4PeZKugedLUpNaRTnGmWdKA=
=R5KG
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470851: #470851: nbd-server: copy-on-write requires write access to base file

[vagrant]

retitle 470851 nbd-server: copy-on-write requires write access to base file
thanks

i think i figured out what was wrong...

/opt/ltsp/images/i386.img was only writeable by root, though readable by
everybody.

so when i started it from the commandline, as root, it worked fine. when
it started from inetd, as user nobody, it didn't allow write access.

i'm thinking if copy-on-write is enabled, it should only require read
access to the base file, as it can write to a separate file.

i'll take a look at the code, although my C is poor.

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#468237: libembperl-perl: FTBFS with Perl 5.10 (failed tests)

[Niko Tyni]

tag 468237 patch
thanks

On Wed, Feb 27, 2008 at 11:38:02PM +0200, Niko Tyni wrote:
> Package: libembperl-perl
> Version: 2.2.0-3
> Severity: important
> User: [EMAIL PROTECTED]
> Usertags: perl-5.10-ftbfs
> 
> This package fails to build with Perl 5.10.0 (currently in experimental.)

> #12 error.htm...  
> 
> [-1]Missing right curly or square bracket at 
> /build/niko/libembperl-perl-2.2.0/test/html/error.htm line 60, at end of line

The error part of the test suite is quite fragile, and the failure is
due to this 5.10.0 improvement in diagnostic output:

 % perl -le 'BEGIN {print $]}; if ({$error is here ) ) { }'
 5.008008
 Bareword found where operator expected at -e line 1, near "$error is"
 (Missing operator before is?)
 syntax error at -e line 1, near "$error is here "
 Execution of -e aborted due to compilation errors.
 
vs.

 % perl -le 'BEGIN {print $]}; if ({$error is here ) ) { }'
 5.01
 Bareword found where operator expected at -e line 1, near "$error is"
 (Missing operator before is?)
 syntax error at -e line 1, near "$error is here "
 Missing right curly or square bracket at -e line 1, at end of line
 Execution of -e aborted due to compilation errors.

The attached rather crude patch seems to catch all the problematic places,
and I'm able to build the package on both 5.8.8 and 5.10.0 with this. The
'$] >= 5.009' part is just a guess; I have no idea where in the 5.9.x
series this change occurred.

Please forward this upstream too, so they don't have to duplicate the
gruntwork.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]
diff --git a/test.pl b/test.pl
index 4c6ede0..21a6767 100644
--- a/test.pl
+++ b/test.pl
@@ -45,6 +45,7 @@
 # input_escmode =>
 # portadd =>
 
+my $newperl = ($] >= 5.009 ? 1 : 0);
 @testdata = (
 'ascii' => { },
 'pure.htm' => {
@@ -62,25 +63,25 @@
 },
 'error.htm' => { 
 'repeat' => 3,
-'errors' => 8,
+'errors' => 8+$newperl,
 'version'=> 1,
 },
 'error.htm' => { 
 'repeat' => 3,
-'errors' => 5,
+'errors' => 5+$newperl,
 'version'=> 2,
 'cgi'=> 0,
 },
 'error.htm' => { 
 'repeat' => 3,
-'errors' => 5,
+'errors' => 5+$newperl,
 'version'=> 2,
 'cgi'=> 1,
 'condition'  => '!$MP2',
 },
 'error.htm' => { 
 'repeat' => 3,
-'errors' => 6,
+'errors' => 6+$newperl,
 'version'=> 2,
 'cgi'=> 1,
 'condition'  => '$MP2',
@@ -110,19 +111,19 @@
 },
 'errdoc/errdoc.htm' => { 
 'option' => '262144',
-'errors' => 6,
+'errors' => 6+$newperl,
 'version'=> 1,
 'cgi'=> 0,
 },
 'errdoc/errdoc.htm' => { 
 'option' => '262144',
-'errors' => 5,
+'errors' => 5+$newperl,
 'version'=> 2,
 'modperl'=> 1,
 },
 'errdoc/epl/errdoc2.htm' => { 
 'option' => '262144',
-'errors' => 6,
+'errors' => 6+$newperl,
 'version'=> 1,
 'cgi'=> 0,
 'noloop' => 1,
@@ -130,7 +131,7 @@
 },
 'errdoc/epl/errdoc2.htm' => { 
 'option' => '262144',
-'errors' => 5,
+'errors' => 5+$newperl,
 'version'=> 2,
 'cgi'=> 0,
 'noloop' => 1,
@@ -2263,7 +2264,7 @@ do
 }) ;
 		$t_exec += 0 ; # Embperl::Clock () - $t1 ; 
 		
-$err = CheckError ($EP2?5:8) if ($err == 0) ;
+$err = CheckError (($EP2?5:8)+$newperl) if ($err == 0) ;
 
 if (@errors != ($EP2?4:12))
 {
diff --git a/test/cmp/errdoc2.htm b/test/cmp/errdoc2.htm
index 7304cd0..7edd2d4 100755
--- a/test/cmp/errdoc2.htm
+++ b/test/cmp/errdoc2.htm
@@ -24,7 +24,8 @@ next:
 ^syntax error at 
 ^syntax error at 
 ^syntax error at 
-^}"
+^}"()?
+^-Missing right curly or square bracket at /home/niko/tmp/libembperl-perl-2.2.0-510/test/html/errdoc/epl/errdoc2.htm line 60, at end of line
 
 
 
diff --git a/test/cmp/error.htm b/test/cmp/error.htm
index ed1e66b..c34c9f7 100755
--- a/test/cmp/error.htm
+++ b/test/cmp/error.htm
@@ -32,6 +32,7 @@ The server encountered an internal error or misconfiguration and was unable to c
 ^
 ^-
 ^-}
+^-Missing right curly or square bracket at .*?error.htm line \d+, at end of line
 
 
 

Bug#469644: python-pysqlite2: unicode bug while processing non-unicode text

[Joel Rosdahl]

Hi Benjamin,

Thanks for your bug report and sorry for the delay.

Benjamin Schweizer <[EMAIL PROTECTED]> writes:

> pysqlite-2.3.2 accepts binary data on insertss but selects return
> unicode strings. This results in unicode conversion bugs when
> non-unicode bytes are stored in the database.
>
> As sqlite3 accepts binary data in text fields, this seems to be a
> bug in pysqlite. To fix it, one could i) either restrict inserts to
> unicode strings or ii) change the result from unicode to binary.
>
> However, the first would break compatibility with sqlite and that
> latter would break compatibility with existing code. Thus, this
> should be discussed with the authors.

I agree with you. I have created a ticket about this:

http://oss.itsystementwicklung.de/trac/pysqlite/ticket/229

-- 
Regards,
Joel Rosdahl <[EMAIL PROTECTED]>
Key BB845E97; fingerprint 9F4B D780 6EF4 5700 778D  8B22 0064 F9FF BB84 5E97



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470961: getmail4: getmail does not delete messages after retrieving them via pop3, when configured to do so.

[Serafeim Zanikolas]

Package: getmail4
Version: 4.7.8-1
Severity: normal

Hi,

getmail doesn't delete the emails it retrieves. I get a new set of mail
duplicates in my inbox every time I run it.

Please find configuration details below.

Thanks,
Serafeim

$ getmail --dump
getmail version 4.7.8
Copyright (C) 1998-2007 Charles Cazabon.  Licensed under the GNU GPL version
2.
getmail configuration:
  getmail version 4.7.8
  Python version 2.4.5 (#2, Mar 12 2008, 00:15:51)
[GCC 4.2.3 (Debian 4.2.3-2)]
  retriever:  SimplePOP3SSLRetriever(certfile="None",
delete_dup_msgids="False", getmaildir="/home/serzan/.getmail/",
keyfile="None", password="*", port="995", server="igloo.hellug.gr",
timeout="180", use_apop="False", username="serzan")
  destination:  MDA_external(allow_root_commands="False", arguments="()",
command="procmail", group="None", ignore_stderr="False",
path="/usr/bin/procmail", unixfrom="False", user="None")
  options:
delete : True
delete_after : 0
delivered_to : True
logfile : logfile(filename="~/.getmail/log")
max_bytes_per_session : 0
max_message_size : 0
max_messages_per_session : 0
message_log : ~/.getmail/log
message_log_syslog : False
read_all : False
received : True
verbose : 1


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

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

Versions of packages getmail4 depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-support0.7.7  automated rebuilding support for P

getmail4 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470908: dpkg-reconfigure exim4-config fails

[Lars Noodén]

Marc Haber wrote:
> ...
> This looks to me like something/body has messed with the
> configuration, rendering it invalid. 

Nothing should have messed with it -- it was a brand new install on a
fresh server.  However, something managed to break the file.  It was not
(yet) me because I hadn't gotten past the reconfig.

> ...On my etch reference system,
> lines 588 to 608 of /var/lib/exim4/config.autogenerated say:
> ...

"apt-get remove --purge exim4 exim4-config"
 followed by a re-install got rid of the symptoms

Re-installing mailman didn't cause the problems again either.

So, I guess it's solved.  FWIW, it was on a Xen VM.

Regards,
-Lars



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470918: sudo-ldap: uses wrong hostname

[Lluis]

I already tried that before sending the bug. The output it's exactly the 
same before and after changing the /etc/hosts file

=== /etc/hosts ===
127.0.0.1   localhost
127.0.0.1   hostname.domain   hostname

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
==

$ hostname; hostname -s; hostname -a; hostname -f; hostname -d
hostname
hostname
hostname
hostname.domain
domain

After changing the second line to 127.0.1.1, the hostname command returns 
exactly the same, but sudo-ldap starts working.

Thanks,
  Lluis

El Fri, Mar 14, 2008 at 11:06:53AM -0400, Justin Pryzby ens deleit� amb les 
seg�ents paraules:
> On Fri, Mar 14, 2008 at 03:38:28PM +0100, Lluis wrote:
> 
>> I've detected that sudo-ldap uses 'localhost' for looking up the 'sudoHost' 
>> entries when the hostname is present in the lookpback (127.0.0.1) line of 
>> /etc/hosts.
>> 
>> Symptoms:
>>   - 'sudoHost' check fails 
>>   - 'sudo -p %h' shows 'localhost' 
> What's the host idea of its own name?  Please send the output of:
> hostname; hostname -s hostname -a; hostname -f; hostname -d;

-- 
 "And it's much the same thing with knowledge, for whenever you learn
 something new, the whole world becomes that much richer."
 -- The Princess of Pure Reason, as told by Norton Juster in The Phantom
 Tollbooth




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470865: [Pkg-alsa-devel] Bug#470865: libasound2: Playing two sounds results in rate change.

[Elimar Riesebieter]

severity 470865 normal
tags 470865 + unreproducible moreinfo

thanks


On Fri, 14 Mar 2008 the mental interface of
Lukian told:

> Package: libasound2
> Version: 1.0.16-2
> Severity: important
> 
> When starting sound in a second program (let's use two music 
> players as examples, xmms and mpd), the sound in one speeds up and the 
> other does not play, or plays at an incredibly slow rate.
> 
> Mpd output was via hw:1,1 and xmms was set to dmix:1 for the test.

How?

Elimar

-- 
  You cannot propel yourself forward by
  patting yourself on the back.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470962: Incompatible with post-DSA-1428 kernel source

[Marcin Owsiany]

Package: kernel-patch-openvz
Version: 028.18.1etch5
Severity: grave

One of the patches for CVE-2007-3104 in DSA-1428-1 (incorrectly called
1481-1 in its subject), uploaded in linux-2.6_2.6.18.dfsg.1-13etch5
introduced an incompatibility with the openvz patch.

Attached is a patch which makes the patch work. I've been using it in my
packages since December, so I consider it rather well tested. Sorry for
the delayed filing of this bug.

-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216
--- linux-2.6-2.6.18.dfsg.1/debian/patches/debian/ovz-028.18-deb.patch
+++ linux-2.6-2.6.18.dfsg.1/debian/patches/debian/ovz-028.18-deb.patch
@@ -50983,9 +50983,9 @@
  extern kmem_cache_t *sysfs_dir_cachep;
  
  extern struct inode * sysfs_new_inode(mode_t mode, struct sysfs_dirent *);
-@@ -21,7 +30,6 @@ extern void sysfs_drop_dentry(struct sys
- extern int sysfs_setattr(struct dentry *dentry, struct iattr *iattr);
+@@ -31,7 +31,6 @@ extern int sysfs_setattr(struct dentry *
  
+ extern spinlock_t sysfs_lock;
  extern struct rw_semaphore sysfs_rename_sem;
 -extern struct super_block * sysfs_sb;
  extern const struct file_operations sysfs_dir_operations;

Bug#395364: reassign 395364 to wnpp, submitter 395364

[Jon Dowland]

# Automatically generated email from bts, devscripts version 2.10.13
reassign 395364 wnpp 
# oh my goodness I fail
submitter 395364 Debian Games Team <[EMAIL PROTECTED]>




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470912: lintian: Please activate "no-upstream-changelog"

[gregor herrmann]

On Fri, 14 Mar 2008 10:10:23 -0700, Russ Allbery wrote:

> > My suggestion would be to enable the check but set the Type to info
> > in changelog-file.desc [..]
> I don't want to enable it as-is, [..] 

Fair enough, and I see your point.

Let's see if we can come up with some nice way to do that at some
point.

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones: Dancing


signature.asc
Description: Digital signature

Bug#279246: Project Finance:

[Bryan Link]

We are consultants to a finanace company, our client is an  organisation that 
are into long term project financing programe, so if you need to secure a loan 
to finance your project/s, write to us and we will furnish you with the details 
of the loan. 

Respectfully 
Mr. Stanley Baker 
V Finance Investments consultants.
[EMAIL PROTECTED]






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470963: nbd-server: copy-on-write with alternate cow file

[Vagrant Cascadian]

Package: nbd-server
Version: 1:2.9.9-6
Severity: wishlist

i'm finding the nbdroot hooks to initramfs-tools very useful-
particularly in combination with copy-on-write.

one feature i would like to see is the ability to specify the cow file.

right now, it seems to default to ${base_file}-${ipaddress}-${pid}.diff,
so with /opt/ltsp/images/i386.img, it would create a file like
/opt/ltsp/images/i386.img-127.0.0.1-4675.diff.

it would be nice if there were an option to use mktemp and/or specify an
alternate location for the .diff file, so you could store the diff files
in a separate location from the base file images.

thanks!

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470176: sony raw format

[Dr. Michael J. Chudobiak]

I've patched gthumb trunk. It should recognize sony raw files now, if 
you have an up-to-date freedesktop.org.xml file.


http://svn.gnome.org/viewvc/gthumb?view=revision&revision=2303

I won't backport this to the 2.10.x series, because not enough distros 
have a recent freedesktop.org.xml file yet (where the raw types are 
declared as sub-classes of image/x-dcraw).


- Mike




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470964: Problem (and repeatable crash) in Folder Subscription dialog

[Chris Carr]

Package: Evolution
Version: 2.12.3-1.1

For some reason Evolution no longer downloads the list of newsgroups
properly from the server (Leafnode 1.11.6-5). In the Folder Subscription
dialog, after choosing the server, the top level of each hierarchy
exists, but expanding most of them reveals nothing but "Loading ...",
e.g.

 > allt 
 > ally
 > alphanet
 v alt
 Loading ...
 > alt-music
 > altadena

... etc. Clicking on Refresh does not change anything, it does not
re-download the active file from the server. Clicking on the tickbox on
any "Loading ..." line causes Evolution to crash (immediate
disappearance type crash, no error message).

CC




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#463290: getting gtk2hs to build on amd64

[Joachim Breitner]

Hi,

Am Freitag, den 14.03.2008, 12:54 -0400 schrieb Matthew Danish:
> gtk2hs packages currently do not have up-to-date versions in unstable
> for amd64 because of a very small issue: they attempt to force the
> usage of gcc-4.1 which will not work with GHC 6.8 on amd64.  I have
> successfully modified the rules file to use gcc-4.2 or 4.3 instead,
> and compiled my own packages.  I have not detected any ill effects
> while developing with these gtk2hs packages.
> 
> There is a comment to the effect that "split-objs" doesn't work on
> gcc-4.2 -- I've been assured that comment is now out of date.
> 
> I propose a minor change:
> 
> - # Do not use gcc-4.2 until it works:
> - # Use gcc-4.1 until ghc/split-obj/gcc-4.2 work togehter
> - configure_flags += --with-hcflags="-O -pgmc gcc-4.1"
> + configure_flags += --with-hcflags="-O -pgmc gcc-4.2"
> 
> or gcc-4.3.
> 
> I would prefer not to NMU this if either of you have the time to make
> a proper upload.  However, if not, I will probably go ahead and do so
> next week.
> 
> This simple change would fix two high priority bugs: #463290, #461422.

From my side, please go ahead. Despite being listed in Uploaders: I
don’t consider myself the maintainer, so I’d also just do an NMU.

I don’t think that Liyang HU would object, as he did not in the past.

Greetings,
Joachm

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#459152: Add dbus support to use blam with epiphany extension

[Carlos Martin]

Jérôme Guelfucci wrote:

Package: blam
Version: 1.8.4-3
User: [EMAIL PROTECTED] 
Usertags: origin-ubuntu hardy

This was reported in Ubuntu's bug tracker, a while ago : 
https://bugs.launchpad.net/ubuntu/+source/blam/+bug/52132


At the moment, the packaged version of blam doesn't support 
dbus-messages, making it unusable with the Epiphany RSS extension 
which uses DBUS to communicate with feed readers. It seems that some 
users managed to get a dbus support by adding a dbus package to 
(build-)deps, maybe libndesk-dbus1.0-cil can be used.


Thank you
This isn't as easy as adding a dependency because the D-Bus library that 
it uses has been removed from Debian (and probably from Ubuntu as well). 
The upstream development version is compatible with NDesk and I'll 
probably backport that to the stable version over easter.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455336: FTBFS with GCC 4.3: ... has a previous declaration here

[Barry deFreese]

tags 455336 + patch

thank you

Here is a patch that seems to work.  I'm not positive that the
abs((float)minWidth) is the best answer though.

Thanks,

Barry deFreese


Index: log4cpp-1.0/src/BasicLayout.cpp
===
--- log4cpp-1.0.orig/src/BasicLayout.cpp	2008-03-14 16:06:57.0 -0400
+++ log4cpp-1.0/src/BasicLayout.cpp	2008-03-14 16:07:11.0 -0400
@@ -15,6 +15,8 @@
 #include 
 #endif
 
+#include 
+
 namespace log4cpp {
 
 BasicLayout::BasicLayout() {
Index: log4cpp-1.0/src/PatternLayout.cpp
===
--- log4cpp-1.0.orig/src/PatternLayout.cpp	2008-03-14 16:07:33.0 -0400
+++ log4cpp-1.0/src/PatternLayout.cpp	2008-03-14 16:07:49.0 -0400
@@ -370,7 +370,7 @@
 literal = "";
 }
 if ((minWidth != 0) || (maxWidth != 0)) {
-component = new FormatModifierComponent(component, std::abs(minWidth), maxWidth, minWidth < 0);
+component = new FormatModifierComponent(component, std::abs((float)minWidth), maxWidth, minWidth < 0);
 minWidth = maxWidth = 0;
 }
 _components.push_back(component);

Bug#417069: acpitool still FTBFS with g++-4.3

[Daniel Schepler]

package acpitool
reopen 417069
found 417069 0.4.7-1.1
thanks

I'm still getting g++-4.3 build failures with the current version of acpitool:

...
if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT acpitool.o 
-MD -MP -MF ".deps/acpitool.Tpo" -c -o acpitool.o acpitool.cpp; \
then mv -f ".deps/acpitool.Tpo" ".deps/acpitool.Po"; else rm -f 
".deps/acpitool.Tpo"; exit 1; fi
acpitool.cpp: In function 'int Has_ACPI()':
acpitool.cpp:57: warning: deprecated conversion from string constant to 'char*'
acpitool.cpp: In function 'int Get_ACPI_Version(char*, int)':
acpitool.cpp:99: warning: deprecated conversion from string constant to 'char*'
acpitool.cpp:106: error: 'strcpy' was not declared in this scope
acpitool.cpp:121: error: 'strncpy' was not declared in this scope
acpitool.cpp: In function 'int Get_Kernel_Version(char*, int)':
acpitool.cpp:132: warning: deprecated conversion from string constant to 'char*'
acpitool.cpp:139: error: 'strcpy' was not declared in this scope
...
make[3]: *** [acpitool.o] Error 1
make[3]: Leaving directory `/tmp/buildd/acpitool-0.4.7/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/acpitool-0.4.7'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/acpitool-0.4.7'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470177: xserver-xorg-core: browswe display does not update cleanly

[Michael Dressel]

On Wed, 12 Mar 2008, Michael Dressel wrote:




On Tue, 11 Mar 2008, Michael Dressel wrote:




On Mon, 10 Mar 2008, Brice Goglin wrote:


Michael Dressel wrote:

Package: xserver-xorg-core
Version: 2:1.3.0.0.dfsg-12
Severity: important

The display of the web browsers Epiphany and iceweasel seam not to  be
updated properly. When I scroll down with the arrows horizontal stripes
appear. When I move another window across the browser it leaves
vertical and horizontal stripes. Clicking on the top bar of the browsers
window causes a clean redisplay. But there are still corrupted regions
around the slider bar.



Any chance you upgrade xserver-xorg-core and xserver-xorg-video-ati to
unstable to see whether the problem occurs there too?


Hi Brice,

thanks for your reply.

Aptitude complains about many conflicts when I try to update
xserver-xorg-core to sid. I also tried to update the virtual package
but that would cause conflicts too. So I didn't update.

Is there still a way how I could try the xserver from sid without
completely  upgrading to sid?


I finally upgraded xorg completely to sid. And I did upgrade iceweasel.
Unfortunately the problem remains. Could it be due to the graphics
library? I guess that is gtk2 for both iceweasel and epiphany?

(With etch there was no problem.)





Can you try with another driver instead of ati? Maybe vesa for instance?

In xorg.conf I replaced the line:
Driver  "ati"
with:
Driver  "vesa"
I'm not sure if this is enough? The result was that I could not
get into the GNOME desktop anymore.




Or s3 on the other board that seems to be installed in this machine?
I did not try it yet. This is an on-board card which uses the processors 
RAM. I could do it for a test if this would assist you?






I found that Epiphany and iceweasel work properly under KDE. I upgraded to the
latest Gnome version in sid. And still Epiphany and 
iceweasel don't display correctly. Should this bug be prpergated to 
some gnome list?


(So my current Debian is based on etch wit xorg, gnome, Epiphany and 
iceweasel from sid.)


Cheers,
Michael





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470961: probably not a bug bug

[Serafeim Zanikolas]

On a second thought, it seems that procmail reports an error, even though it
does store the emails. This would justify getmail not deleting the emails at
the pop3 server, as it assumes that the delivery wasn't successfull.

What puzzles me is that getmail/procmail report a different error number for
every email, which really doesn't help in figuring out what's wrong.

Sorry for the noise, feel free to close the bug, but any help is welcome.

$ getmail
getmail version 4.7.8
Copyright (C) 1998-2007 Charles Cazabon.  Licensed under the GNU GPL version 2.
SimplePOP3SSLRetriever:[EMAIL PROTECTED]:995:
Delivery error (command procmail 3724 error (0, procmail: [3724] Fri Mar 14 
20:26:41 2008
procmail: Assigning "MAILDIR=/home/serzan/Maildir/"
procmail: Assigning "DEFAULT=/home/serzan/Maildir/inbox/"
procmail: Assigning "FORMAIL=/usr/bin/formail"
procmail: Assigning "PMDIR=/home/serzan/.procmail"
procmail: Assigning "LOGFILE=/home/serzan/.procmail/log"
procmail: Opening "/home/serzan/.procmail/log"))
  msg  1/66 (6022 bytes), delivery error (command procmail 3724 error (0, 
procmail: [3724] Fri Mar 14 20:26:41 2008
procmail: Assigning "MAILDIR=/home/serzan/Maildir/"
procmail: Assigning "DEFAULT=/home/serzan/Maildir/inbox/"
procmail: Assigning "FORMAIL=/usr/bin/formail"
procmail: Assigning "PMDIR=/home/serzan/.procmail"
procmail: Assigning "LOGFILE=/home/serzan/.procmail/log"
procmail: Opening "/home/serzan/.procmail/log"))
Delivery error (command procmail 3725 error (0, procmail: [3725] Fri Mar 14 
20:26:41 2008
procmail: Assigning "MAILDIR=/home/serzan/Maildir/"
procmail: Assigning "DEFAULT=/home/serzan/Maildir/inbox/"
procmail: Assigning "FORMAIL=/usr/bin/formail"
procmail: Assigning "PMDIR=/home/serzan/.procmail"
procmail: Assigning "LOGFILE=/home/serzan/.procmail/log"
procmail: Opening "/home/serzan/.procmail/log"))
  msg  2/66 (2513 bytes), delivery error (command procmail 3725 error (0, 
procmail: [3725] Fri Mar 14 20:26:41 2008
procmail: Assigning "MAILDIR=/home/serzan/Maildir/"
procmail: Assigning "DEFAULT=/home/serzan/Maildir/inbox/"
procmail: Assigning "FORMAIL=/usr/bin/formail"
procmail: Assigning "PMDIR=/home/serzan/.procmail"
procmail: Assigning "LOGFILE=/home/serzan/.procmail/log"
procmail: Opening "/home/serzan/.procmail/log"))
Delivery error (command procmail 3726 error (0, procmail: [3726] Fri Mar 14 
20:26:41 2008
procmail: Assigning "MAILDIR=/home/serzan/Maildir/"
procmail: Assigning "DEFAULT=/home/serzan/Maildir/inbox/"
procmail: Assigning "FORMAIL=/usr/bin/formail"
procmail: Assigning "PMDIR=/home/serzan/.procmail"
procmail: Assigning "LOGFILE=/home/serzan/.procmail/log"
procmail: Opening "/home/serzan/.procmail/log"))
  msg  3/66 (4810 bytes), delivery error (command procmail 3726 error (0,
[...]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470965: agave: FTBFS with g++-4.3: Missing includes

[Daniel Schepler]

Package: agave
Version: 0.4.5-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: ftbfs-gcc-4.3

From my pbuilder build log, with g++ -> g++-4.3:

...
g++ -DHAVE_CONFIG_H -I. -I../..  -DAGAVE_UIDIR=\"/usr/share/agave/ui\" 
-DAGAVE_PALETTEDIR=\"/usr/share/agave/palettes\" -I../../src  -DORBIT2=1 
-DPNG_NO_MMX_CODE -I/usr/include/atk-1.0 -I/usr/include/atkmm-1.6 
-I/usr/include/bonobo-activation-2.0 -I/usr/include/cairo 
-I/usr/include/cairomm-1.0 -I/usr/include/freetype2 -I/usr/include/gail-1.0 
-I/usr/include/gconf/2 -I/usr/include/gconfmm-2.6 -I/usr/include/gdkmm-2.4 
-I/usr/include/glib-2.0 -I/usr/include/glibmm-2.4 
-I/usr/include/gnome-keyring-1 -I/usr/include/gnome-vfs-2.0 
-I/usr/include/gtk-2.0 -I/usr/include/gtkmm-2.4 -I/usr/include/libart-2.0 
-I/usr/include/libbonobo-2.0 -I/usr/include/libbonoboui-2.0 
-I/usr/include/libglade-2.0 -I/usr/include/libglademm-2.4 
-I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
-I/usr/include/libgnomeui-2.0 -I/usr/include/libpng12 -I/usr/include/libxml2 
-I/usr/include/orbit-2.0 -I/usr/include/pango-1.0 -I/usr/include/pangomm-1.4 
-I/usr/include/sigc++-2.0 -I/usr/lib/gconfmm-2.6/include 
-I/usr/lib/gdkmm-2.4/include -I/usr/lib/glib-2.0/include 
-I/usr/lib/glibmm-2.4/include -I/usr/lib/gnome-vfs-2.0/include 
-I/usr/lib/gtk-2.0/include -I/usr/lib/gtkmm-2.4/include 
-I/usr/lib/libglademm-2.4/include -I/usr/lib/sigc++-2.0/include -pthread  -g 
-Wall -O2 -Wall -c -o 
gcs-bookmarklist.o gcs-bookmarklist.cc
In file included from gcs-bookmarklist.h:38,
 from gcs-bookmarklist.cc:37:
../../src/paletteparser/palette.h: In member function 'Glib::ustring 
pp::Palette::parse_name(const char*)':
../../src/paletteparser/palette.h:158: error: 'strstr' was not declared in this 
scope
../../src/paletteparser/palette.h:160: error: 'strlen' was not declared in this 
scope
../../src/paletteparser/palette.h: In member function 'size_t 
pp::Palette::parse_columns(const char*)':
../../src/paletteparser/palette.h:173: error: 'strstr' was not declared in this 
scope
../../src/paletteparser/palette.h:176: error: 'strlen' was not declared in this 
scope
../../src/paletteparser/palette.h: In member function 'bool 
pp::Palette::parse_header(const char*)':
../../src/paletteparser/palette.h:190: error: 'strncmp' was not declared in 
this scope
make[4]: *** [gcs-bookmarklist.o] Error 1
make[4]: Leaving directory `/tmp/buildd/agave-0.4.5/src/widgets'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/agave-0.4.5/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/agave-0.4.5'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/agave-0.4.5'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler

Bug#470509: And a patch…

[Chris Adams]

The problem appears to be related to the response size when calling  
ldap_search_s() in _get_user_info():


  rc = ldap_search_s (session->ld, ssd->base, ssd->scope, filter,  
NULL, 0, &res);


pam_ldap works correctly if that line is changed to either not request  
attribute data:
  rc = ldap_search_s (session->ld, ssd->base, ssd->scope, filter,  
NULL, 1, &res);


or to request only a few attributes:
  const char *test_attrs[] = { , NULL };
  rc = ldap_search_s (session->ld, ssd->base, ssd->scope,
  filter, &test_attrs, 0, &res);

I had earlier noticed that the response sizes were suspiciously near  
32KB. The failing ones have jpegPhoto attributes which are over 32KB;  
the working ones were below that threshold. I had assumed that the  
SIZELIMIT error check meant this was handled correctly by the lower  
levels but that doesn't appear to be the case. In any case there's a  
strong argument against retrieving an entire LDAP record at login  
since modern directories may contain things like pictures, x509 keys,  
etc. which are fairly large and of no interest to pam_ldap.


Here's the latest version of my version which uses the test_attrs  
approach above and removed a couple of test syslog() calls which I  
inadvertently left in the previous diff. This works in my test  
environment but I would definitely want to test it more before  
releasing it into the wild.




libpam-ldap-attribute-fix-and-syslog.diff.gz
Description: GNU Zip compressed data




Chris

smime.p7s
Description: S/MIME cryptographic signature