Bug#709173:

2013-05-26 Thread Juerg Haefliger
Patch to add missing sysvinit scripts:


diff --git a/cloud-init-0.7.1/debian/cloud-init.cloud-config.init
b/cloud-init-0.7.1/debian/cloud-init.cloud-config.init
new file mode 100644
index 000..23d050b
--- /dev/null
+++ b/cloud-init-0.7.1/debian/cloud-init.cloud-config.init
@@ -0,0 +1,55 @@
+#! /bin/sh
+### BEGIN INIT INFO
+# Provides:  cloud-config
+# Required-Start:cloud-init cloud-init-local
+# Required-Stop:
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+# Short-Description: Cloud init modules --mode config
+# Description:   Cloud configuration initialization
+### END INIT INFO
+
+# Authors: Julien Danjou 
+#  Juerg Haefliger 
+
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC="Cloud service"
+NAME=cloud-init
+DAEMON=/usr/bin/$NAME
+DAEMON_ARGS="modules --mode config"
+SCRIPTNAME=/etc/init.d/$NAME
+
+# Exit if the package is not installed
+[ -x "$DAEMON" ] || exit 0
+
+# Read configuration variable file if it is present
+[ -r /etc/default/$NAME ] && . /etc/default/$NAME
+
+# Load the VERBOSE setting and other rcS variables
+. /lib/init/vars.sh
+
+# Define LSB log_* functions.
+# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
+# and status_of_proc is working.
+. /lib/lsb/init-functions
+
+case "$1" in
+start)
+   log_daemon_msg "Starting $DESC" "$NAME"
+   $DAEMON ${DAEMON_ARGS}
+   case "$?" in
+   0|1) log_end_msg 0 ;;
+   2) log_end_msg 1 ;;
+   esac
+   ;;
+stop|restart|force-reload)
+echo "Error: argument '$1' not supported" >&2
+exit 3
+;;
+*)
+   echo "Usage: $SCRIPTNAME {start}" >&2
+   exit 3
+   ;;
+esac
+
+:
diff --git a/cloud-init-0.7.1/debian/cloud-init.cloud-final.init
b/cloud-init-0.7.1/debian/cloud-init.cloud-final.init
new file mode 100644
index 000..7de5c83
--- /dev/null
+++ b/cloud-init-0.7.1/debian/cloud-init.cloud-final.init
@@ -0,0 +1,55 @@
+#! /bin/sh
+### BEGIN INIT INFO
+# Provides:  cloud-final
+# Required-Start:$all cloud-config
+# Required-Stop:
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+# Short-Description: Cloud init modules --mode final
+# Description:   Cloud configuration initialization
+### END INIT INFO
+
+# Authors: Julien Danjou 
+#  Juerg Haefliger 
+
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC="Cloud service"
+NAME=cloud-init
+DAEMON=/usr/bin/$NAME
+DAEMON_ARGS="modules --mode final"
+SCRIPTNAME=/etc/init.d/$NAME
+
+# Exit if the package is not installed
+[ -x "$DAEMON" ] || exit 0
+
+# Read configuration variable file if it is present
+[ -r /etc/default/$NAME ] && . /etc/default/$NAME
+
+# Load the VERBOSE setting and other rcS variables
+. /lib/init/vars.sh
+
+# Define LSB log_* functions.
+# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
+# and status_of_proc is working.
+. /lib/lsb/init-functions
+
+case "$1" in
+start)
+   log_daemon_msg "Starting $DESC" "$NAME"
+   $DAEMON ${DAEMON_ARGS}
+   case "$?" in
+   0|1) log_end_msg 0 ;;
+   2) log_end_msg 1 ;;
+   esac
+   ;;
+stop|restart|force-reload)
+echo "Error: argument '$1' not supported" >&2
+exit 3
+;;
+*)
+   echo "Usage: $SCRIPTNAME {start}" >&2
+   exit 3
+   ;;
+esac
+
+:
diff --git a/cloud-init-0.7.1/debian/cloud-init.cloud-init-local.init
b/cloud-init-0.7.1/debian/cloud-init.cloud-init-local.init
new file mode 100644
index 000..4331525
--- /dev/null
+++ b/cloud-init-0.7.1/debian/cloud-init.cloud-init-local.init
@@ -0,0 +1,55 @@
+#! /bin/sh
+### BEGIN INIT INFO
+# Provides:  cloud-init-local
+# Required-Start:$local_fs $remote_fs
+# Required-Stop:
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+# Short-Description: Cloud init local
+# Description:   Cloud configuration initialization
+### END INIT INFO
+
+# Authors: Julien Danjou 
+#  Juerg Haefliger 
+
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC="Cloud service"
+NAME=cloud-init
+DAEMON=/usr/bin/$NAME
+DAEMON_ARGS="init --local"
+SCRIPTNAME=/etc/init.d/$NAME
+
+# Exit if the package is not installed
+[ -x "$DAEMON" ] || exit 0
+
+# Read configuration variable file if it is present
+[ -r /etc/default/$NAME ] && . /etc/default/$NAME
+
+# Load the VERBOSE setting and other rcS variables
+. /lib/init/vars.sh
+
+# Define LSB log_* functions.
+# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
+# and status_of_proc is working.
+. /lib/lsb/init-functions
+
+case "$1" in
+start)
+   log_daemon_msg "Starting $DESC" "$NAME"
+   $DAEMON ${DAEMON_ARGS}
+   case "$?" in
+   0|1) log_end_msg 0 ;;
+   2) log_end_msg 1 ;;
+   esac
+   ;;
+stop|restart|force-reload)
+echo "Error: argument '$1' not supported" >&2
+exit 3
+;;
+*)
+   echo "Usage: $SCRIPTNAME {start}" >&2
+   exit 3
+   ;;
+esac
+
+:
diff --git a/cloud-init-0.7.1/debian/cloud-init.init
b/clo

Bug#709968: odbcinst -j undocumented in manpage

2013-05-26 Thread Christoph Berg
Package: odbcinst
Version: 2.2.14p2-5
Severity: minor

$ odbcinst -j
unixODBC 2.2.14
DRIVERS: /etc/odbcinst.ini
SYSTEM DATA SOURCES: /etc/odbc.ini
FILE DATA SOURCES..: /etc/ODBCDataSources
USER DATA SOURCES..: /home/cbe/.odbc.ini
SQLULEN Size...: 8
SQLLEN Size: 8
SQLSETPOSIROW Size.: 8

... which is useful information, and listed in odbcinst -h, but not in
odbcinst(1) where I was looking first. There seem to be more
undocumented options, please consider updating the manpage.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature


Bug#707125:

2013-05-26 Thread Juerg Haefliger
Patch to fix the rsyslog config installation path (and remove unused
upstart config files):

diff --git a/cloud-init-0.7.1/debian/cloud-init.install
b/cloud-init-0.7.1/debian/cloud-init.install
index 1751955..3c5ea25 100644
--- a/cloud-init-0.7.1/debian/cloud-init.install
+++ b/cloud-init-0.7.1/debian/cloud-init.install
@@ -1,5 +1,4 @@
-tools/21-cloudinit.conf etc/rsyslog.d/21-cloudinit.conf
+tools/21-cloudinit.conf etc/rsyslog.d
 tools/Z99-cloud-locale-test.sh etc/profile.d
 debian/00_debian.cfg etc/cloud/cloud.cfg.d
 debian/cloud.cfg etc/cloud
-upstart/* etc/init/


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



Bug#663077: odbcinst: should use package section utils (not libs)

2013-05-26 Thread Christoph Berg
Re: Jonas Smedegaard 2012-03-08 
<20120308110746.25952.9794.reportbug@localhost.localdomain>
> Package: odbcinst
> Version: 2.2.14p2-5
> Severity: normal
> 
> odbcinst is not a library, so should use package section utils instead.

Probably even Section: database?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature


Bug#709967: sun-java[56]-doc: download location no longer available

2013-05-26 Thread Andreas Beckmann
Package: sun-java5-doc,sun-java6-doc
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

the lenny sun-java[56]-doc installer packages are no longer useful. The
download location has changed and I failed to find a new location for
these ancient versions.

This bug report is only for marking this fact in a way recognizable by
piuparts-analyze.

>From the attached log:

  Selecting previously deselected package sun-java5-doc.
  (Reading database ... 6033 files and directories currently installed.)
  Unpacking sun-java5-doc (from .../sun-java5-doc_1.5.0-22-0lenny1_all.deb) ...
  Can not write log, openpty() failed (/dev/pts not mounted?)
  Setting up sun-java5-doc (1.5.0-22-0lenny1) ...
  This package is an installer package, it does not actually contain the
  J2SDK documentation.  You will need to go download one of the
  archives:
  
  jdk-1_5_0-doc.zip jdk-1_5_0-doc-ja.zip
  
  (choose the non-update version if this is the first installation).
  Please visit
  
  http://java.sun.com/j2se/1.5.0/download.html
  
  now and download.  The file should be owned by root.root and be copied
  to /tmp.
  
  [Press RETURN to try again, 'no' + RETURN to abort] dpkg: error processing 
sun-java5-doc (--configure):
   subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
   sun-java5-doc

  Selecting previously deselected package sun-java6-doc.
  (Reading database ... 6033 files and directories currently installed.)
  Unpacking sun-java6-doc (from .../sun-java6-doc_6-26-0lenny1_all.deb) ...
  Can not write log, openpty() failed (/dev/pts not mounted?)
  Setting up sun-java6-doc (6-26-0lenny1) ...
  This package is an installer package, it does not actually contain the
  JDK documentation.  You will need to go download one of the
  archives:
  
  jdk-6u12-docs.zip jdk-6u12-docs-ja.zip
  
  (choose the non-update version if this is the first installation).
  Please visit
  
  http://java.sun.com/javase/downloads/
  
  now and download.  The file should be owned by root.root and be copied
  to /tmp.
  
  [Press RETURN to try again, 'no' + RETURN to abort] dpkg: error processing 
sun-java6-doc (--configure):
   subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
   sun-java6-doc


Cheers,

Andreas


sun-java5-doc_1.5.0-22-0lenny1.log.gz
Description: GNU Zip compressed data


Bug#709846: synaptic: Download status column vanishes when downloads begin

2013-05-26 Thread Michael Vogt
On Sat, May 25, 2013 at 08:14:02PM -0400, Alex Vanderpol wrote:
> Package: synaptic
> Version: 0.80.1
> Severity: minor

Thanks for your bugreport.
 
> Dear Maintainer,
> 
> I suspect recent GTK3 updates may be the cause of this issue. After the recent
> updates, when viewing the download progress of individual files, the "Status"
> column where the progress bars for the individual files would appear vanishes
> the moment the first file begins downloading, however it can be seen briefly
> during the short span of time between applying changes (or reloading the
> package lists) and when the first file actually begins downloading.
> 
> This happens regardless of what GTK3 theme I use, including the default
> (Adwaita) theme.
> 
> I'm not sure if this is a bug specifically in Synaptic or if it affects any
> GTK3 application that draws progress bars in columns, as I don't know of any
> other GTK3 applications that do such a thing to check if this problem affects
> them as well. (The only application I'm aware of that does this on my system
> uses GTK2 and still works fine.) The GTK3 widget factory application in
> gtk-3-examples does not appear to demo this particular widget.

I wasn't able to reproduce this here in my (not fully up-to-date)
box. Attached is a small gtk3 python app that will show a progress
bar, let me know if that works for you.

Cheers,
 Michael
#!/usr/bin/python

from gi.repository import Gtk, GLib

def tick(progress):
frac = progress.get_fraction()
if frac >= 1.0:
frac = 0
else:
frac += 0.1
progress.set_fraction(frac)
return True

if __name__ == "__main__":
progress = Gtk.ProgressBar()
win = Gtk.Window()
win.connect("destroy", Gtk.main_quit)
win.set_size_request(400, 100)
win.add(progress)
win.show_all()

GLib.timeout_add(200, tick, progress)

Gtk.main()


Bug#706980: [pkg-php-pear] RFS: php5-stomp - STOMP module

2013-05-26 Thread Mathieu Parent
2013/5/25 Thomas Goirand :
> On 05/24/2013 03:17 PM, Jonas Genannt wrote:
>> Hello,
>>
>> I have done packaging of php5-stomp module. It's available at git:
>>
>>   http://anonscm.debian.org/gitweb?p=pkg-php/php-stomp.git;a=summary
>>
>> That package as yet one lintian warning:
>>
>>   W: php5-stomp: hardening-no-fortify-functions   
>> usr/lib/php5/20100525/stomp.so
>>
>> But after reading  http://bugs.debian.org/673112 I think we can ignore
>> it. Should we create an lintian override file for it?
>>
>> Can any DD please check the package?
>
> Hi,

Hi Thomas, hi Jonas,

[...]
>
> Now, your package doesn't seem to be using pkg-php-tools. Please do use
> it (eg: depend on it, and use it in your rules file). I will not sponsor
> any new package that isn't using it because of a valid reason. It is
> otherwise too hard to maintain in a consistent way. Note also that we
> believe using pkg-php-tools should be a release goal for the team.

Unfortunately, PECL support in pkg-php-tools is not ready (#706980).
Help is welcome:

I want a proper solution that run phpize and then let core debhelper
(Debian::Debhelper::Buildsystem::autoconf) do the usual
configure/make/make install (see [pecl-phpize]). This requires
changing the "sourcedir".

[pecl-phpize]: http://www.php.net/manual/en/install.pecl.phpize.php


> Besides this, you don't need to do a case in your postinst and postrm.
>
> if [ "${1}" = "configure" ] || [ "${1}" = "reconfigure" ] ; then
>
> is enough, IMO, if you don't use the other values (your script will be
> shorter, so easier to read). Checking for "unknown arguments" has very
> little value. Anyway, pkg-php-tools must be taking care of that, no? (I
> have never packaged nor reviewed PECL extensions... others may tell more
> about it)

Haven't thought about that, but yes: pkg-php-tools should add the
a2enmod/a2dismod snipset on PECL packages.

[...]

Regards

--
Mathieu


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



Bug#709652: [Pkg-alsa-devel] Bug#709652: libasound2: Cannot load .asoundrc file

2013-05-26 Thread Alex Theotokatos
On Sun, 2013-05-26 at 10:37 +0200, Elimar Riesebieter wrote:

> What tells
> $ dpkg -l | grep libasound
> ?
> 
> Elimar


ii  libasound2:i386  1.0.25-4
i386 shared library for ALSA applications
ii  libasound2-plugins:i386  1.0.27-2
i386 ALSA library additional plugins


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



Bug#705312: /usr/bin/ccsm: Re: compizconfig-settings-manager nothing appear

2013-05-26 Thread Laurent Lemoine
Package: compizconfig-settings-manager
Version: 0.8.4-2
Followup-For: Bug #705312

Hello,
Same problem on my system.
I can not upgrade ccsm to experimental, dependency problems still exist with
Python.

I hope it will help.
Laurent.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500,
'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-3.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages compizconfig-settings-manager depends on:
ii  librsvg2-common  2.36.1-1
ii  python   2.7.3-5
ii  python-compizconfig  0.8.4-2+b1
ii  python-gtk2  2.24.0-3+b1
ii  python-support   1.0.15

compizconfig-settings-manager recommends no packages.

compizconfig-settings-manager suggests no packages.


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



Bug#709217: initscripts: checkfs.sh abend on BTRFS filesystem

2013-05-26 Thread Laurent Lemoine
Package: btrfs-tools
Version: 0.19+20130315-2
Followup-For: Bug #709217

Hello,
Just to confirm the bug.

I did the update btrfs-tools yesterday, and the system was arrested on fsck
from util-linux 2.20.1 as steve showed.
It's not dramatic, but it is annoying. It just would have the option "-a"
passed by fsck does not return an error.

In any case, the system will not boot without intervention.

# mount -o remount,rw /dev/sda3
# /bin/true
# dpkg-divert --add --rename --divert /sbin/fsck.btrfs.real /sbin/fsck.btrfs
Conservation de « détournement local de /sbin/fsck.btrfs
en /sbin/fsck.btrfs.real »
# ln -s /bin/true !$
ln -s /bin/true /sbin/fsck.btrfs

Thank you for the excellent job done.

Laurent.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500,
'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-3.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages btrfs-tools depends on:
ii  e2fslibs1.42.5-1.1
ii  libblkid1   2.20.1-5.4
ii  libc6   2.17-2
ii  libcomerr2  1.42.5-1.1
ii  liblzo2-2   2.06-1
ii  libuuid12.20.1-5.4
ii  zlib1g  1:1.2.8.dfsg-1

btrfs-tools recommends no packages.

btrfs-tools suggests no packages.


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



Bug#709966: cannot upgrade to 1.10.1+dfsg-6 on multiarch (amd64 and i386)

2013-05-26 Thread Giuseppe Bilotta
Package: libgssapi-krb5-2
Severity: normal

libgssapi-krb5-2 on amd64 and i386 are at different versions in sid
(1.10.1+dgs-6 for amd64, -5 for i386), but the same version _must_ be
installed for all architectures. This prevents upgrading of all
kerberos-related packages, and packages that depend on them.



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

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


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



Bug#709954: [Pkg-varnish-devel] Bug#709954: varnish: Varnish consumes 100% CPU without handling requests

2013-05-26 Thread Stig Sandbeck Mathisen
Stefan Freudenberg  writes:

> During a stress test one of two load balanced varnish servers started
> to consume 100% of one CPU. The instance seemed to be functional, but
> it continued to keep one CPU 100% busy until a restart of varnish.

Hi, thanks for reporting a problem.

I'd ask you to look at the first two parts of
https://www.varnish-cache.org/trac/wiki/DebuggingVarnish for the minimum
required information to debug a varnish problem.

Having the VCL is essential, as well as the request which triggered the
problem, if you have it. Output from the "varnishlog" program would be
helpful with showing what the child process was busy doing with the
request.

I see you added an strace of the main varnish process. In normal
operation, the main process will just "ping" the worker process, and I
assume that it was the child process which spent 100% cpu. At least, the
child process appeared to be responding to pings from the master, and as
you write: it "seemed functional".

Is the problem reproducable? If so, how?

-- 
Stig Sandbeck Mathisen


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



Bug#708584: versioning system/package name allows for binary incompatible libraries

2013-05-26 Thread Anton Gladky
Hi Scott,

I have uploaded the 3.7.0-5 version into DELAYED/5 queue. Feel free
to cancel/reschedule or just let me know, if you find some issues in
this version.

Best regards,

Anton

2013/5/22 Scott Howard :
> On Fri, May 17, 2013 at 1:47 AM, Anton Gladky  wrote:
>> Hi,
>>
>> I have done this upload, sorry if I broke something or offended somebody.
>
> I'm the one that should apologize, I saw that you did contact me on
> April 26, but I failed to respond.
>
>>
>> Ok, if you want, I will create libalglib3.7.0. But I do not know, whether it
>> is necessary for
>> the package, having just qtiplot in build-rdeps and with popcon 33. But you
>> are the
>> main maintainer, you should decide.
>
> qtiplot's popcon is 1091, libalglib-2.6.0 popcon was several hundred,
> libalglib3's popcon is 33.
> In the past we had a problem where people did uploads to alglib that
> broke alglib because they don't follow reasonable versioning. In fact,
> alglib used to have a blurb on their website about how they don't
> believe in build systems and everyone should hardcode their code into
> projects.
>
>
>> Why, actually, the version 2.6.0 has  been uploaded into Debian on "06 Mar
>> 2011",
>> if it was half a year obsolete and unsupported by upstream? The version
>> 3.3.0 was
>> already available [1].
>
> the only depending package in Debian required version 2.6.0, newer
> versions broke that package, so we kept it until someone needed a
> newer version (which is now, apparently).
>
>>> Does another package need it?
>>
>>
>> Yes, not (yet) uploaded into Debian.
>
> this is a good reason to work it out.
>
>>
>>>
>>> 2) Why did a team upload switch from autotools to cmake?
>>
>>
>> 3-versions are completely different from 2-vesions. It was rewritten from
>> scratch.
>> And yes, personal preferences. Why did you ask about that after uploading
>> the
>> package?
>
> Personal preference is ok, it is just something you avoid doing on NMU
> and team uploads without checking with the maintainers first (which
> you tried to do, but I missed the email)
> I'm OK with cmake, could we set the "release" ldflag instead of
> "version" as to not set the SONAME? I know how to do this in autotools
> but not with cmake. This would be similar to how libalglib-2.6.0 did
> it.
>
>>
>>>
>>> 3) Why did 1 and 2 happen without consulting with the current uploaders of
>>> alglib or the depending package?
>>>
>> That is not true and I am surprised, that you decided to discuss it here:
>>   1) I sent you and your co-maintainer an email with patches on alglib on
>> April 26th.
>>   2) May 5th the package has been uploaded into experimental.
>>   3) May 15th, the package has been uploaded into unstable.
>>
>> The first communication with you was on May 16th.
>>
>> So I think, the second part of the bug is not RC.
>> Again, sorry, if I broke something. I will try to be careful next time and
>> ready for co-maintaining.
>
> Yes, I'm sorry I missed your email on the 26th. If I didn't turn you
> off already, you're more than welcome to become an uploader/maintainer
> of this package.
>
> I appreciate your work, sorry about the miscommunication.
>
> Regarding the RC part - we should consider how to future proof the
> versioning. I prefer the "release" flag for alglib since they don't
> use sane versioning [1]. We could set the SONAME to 3.7.0, like you
> suggested, as well. In my opinion both are acceptable. If you'd like
> to add yourself as an uploader and can choose which way you prefer.
>
> [1] http://www.sourceware.org/autobook/autobook/autobook_91.html
>
> Regards,
> Scott


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



Bug#709965: scim-pinyin package is missing in wheezy

2013-05-26 Thread Yuanle Song
Package: scim-pinyin
Version: 0.5.91-2
Severity: normal

Dear Maintainer,

scim-pinyin is a very widely used table for scim input method in China.

It is also suggested by the scim package, but I surprisingly found that it is
no longer available after upgrading to wheezy.

In order to keep using it, I have to download the deb file from squeeze and
use dpkg to install it.

This change is not documented in wheezy release note.

Is there any reason why scim-pinyin gets removed in wheezy?

If not, please add it back. This package has not changed in while, the version
in squeeze works fine in wheezy.

Thanks,
Yuanle

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

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

Versions of packages scim-pinyin depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libscim8c2a 1.4.13-5
ii  libstdc++6  4.7.2-5
ii  scim1.4.13-5

Versions of packages scim-pinyin recommends:
ii  im-switch 1.23
pn  ttf-arphic-ukai   
pn  ttf-arphic-uming  

scim-pinyin suggests no packages.

-- no debconf information


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



Bug#706425: [Pkg-xfce-devel] Bug#706425: (no subject)

2013-05-26 Thread Yves-Alexis Perez
On sam., 2013-05-25 at 17:19 +0200, robert biloute wrote:
> And if I try to downgrade libglib2.0-0 with the wheezy version, I have
> to remove about everything from xfce.. I don't know what to excpet
> trying to downgrade everything to wheezy, I'm a newbie and motivated
> by
> debian, but here with this kind of bug testing just feels like
> unstable
> to me..

Try xfce4-session 4.8.3-4, it should be possible to find it from
snapshot.debian.org. Or wait for xfce4-session 4.10 to migrate from
unstable.

Regards,
-- 
Yves-Alexis


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


Bug#709755: [Pkg-xfce-devel] Bug#709755: [xfce4-clipman-plugin] No icon on the desktop panel

2013-05-26 Thread Yves-Alexis Perez
On sam., 2013-05-25 at 10:44 +0200, Manolo Díaz wrote:
> I've tried even running xfce from a new user, but it doesn't help.

So you added the plugin to the panel but no icons shows? Is the plugin
actually there but without icon or is the plugin not there at all?

Regards,
-- 
Yves-Alexis


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


Bug#703402: PTS: link to the blends website for packages involved in blends

2013-05-26 Thread Paul Wise
On Mon, May 27, 2013 at 12:04 AM, Andreas Tille wrote:

> I bounced the bug some minutes later - I just droped it by accident in
> the first place.

Ah. My lists mail setup (gmail) didn't notice the second mail.

> IN fact I'm considering a not yet used update mechanism in UDD - perhaps
> some commit hook or so which sounds more apropriate in the Blends
> metapackage case.  A daily import (as usual in UDD) does not make much
> sense because over several days the content remains static.  But at some
> points in time there are several changes on one day.  I need to think
> about this.

Long term I think we want to move Debian infrastructure towards some
sort of realtime messaging system like fedmsg, AMPQ etc. So dak would
emit events, UDD and other QA stuff would listen to those events and
update themselves in realtime.

> This does not sound fully convinced.  Do you see any drawback in this
> historical fact?

Just that the strings on the PTS are very long when they include the
blend name, I worked around this by just including task names. With
the tasks from tasksel having long names too, I might need to do some
sort of shortening method.

> In fact most Blends do create a tasksel package as well (debichem-tasks,
> med-tasks, etc.)  I had the idea that not only packages matching 'task%'
> in their name should match the query but rather those that depend from
> tasksel package.  I'll come up with some suggestion for a JSON data file
> soon.

Great, thanks.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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



Bug#662897: Bug#669966: Processed: retitle

2013-05-26 Thread Andreas Beckmann
On 2013-05-21 21:15, Don Armstrong wrote:
> On Tue, 21 May 2013, Andreas Beckmann wrote:
>> Now I'm stuck with the next bug that does not get found: #662897
> 
> There's a problem with the package index which is not pulling up this
> bug for some reason; you can see that it's not here, either:
> 
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gforge-web-apache2-vhosts;archive=both

Unarchiving seems to have fixed that ... lets see what happens during
the next piuparts-report run and whether this breaks again once the bug
gets archived ...


Andreas


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



Bug#704026: package name window rejects leading blanks in package name

2013-05-26 Thread Paul Wise
On Sun, May 26, 2013 at 9:13 PM, David Suárez wrote:

> I agree with that, usability is important, but we can just eliminate people
> with javascript support because other don't have.

I guess you meant s/can/can't/? If so, I agree but we shouldn't also
leave people without JS in a worse situation than people with JS when
we can satisfy both with the same solution (fixing the rewrite rules).

Anyway, I've done the following:

Fixed the rewrite rules and the pts.cgi script to strip whitespace in
query parameters.

Added the onblur bits you suggested and some more on the individual
package pages.

Added a JS function that avoids the usual redirect, since that gives
less requests for the server and less time for page load for JS users.
Since it isn't possible to do that for non-JS users, this is a
progressive enhancement.

Bug will be closed and the code will be live soon.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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



Bug#709964: python2.7-minimal: purging deletes /etc/python2.7/sitecustomize.py (owned by libpython2.7-minimal)

2013-05-26 Thread Andreas Beckmann
Package: python2.7-minimal
Version: 2.7.5-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package removes files that
were installed by another package.
The removed files were already present before the package was installed,
they may have been shipped or created by a dependency.

This could be a violation of policy 10.7.4 ("Sharing configuration
files"), see
http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.4
or policy chapter 6 ("Package maintainer scripts..."), see
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html
or policy 7.6 ("Overwriting files..."), see
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

0m23.1s ERROR: FAIL: debsums reports modifications inside the chroot:
  debsums: missing file /etc/python2.7/sitecustomize.py (from 
libpython2.7-minimal package)


This test more or less did

  apt-get install python2.7-minimal
  dpkg --purge python2.7-minimal
  debsums -a -c


cheers,

Andreas


python2.7-minimal_2.7.5-4.log.gz
Description: GNU Zip compressed data


Bug#709963: python3.3-minimal: removes directories owned by libpython3.3-minimal

2013-05-26 Thread Andreas Beckmann
Package: python3.3-minimal
Version: 3.3.2-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package removes directories
owned by another package.

If this package needs the directories, too, ship them empty and let dpkg
handle creation/removal.

If this is a workaround for dpkg not cleaning up directories properly on
purge, please drop it, I'm sure there will be a fixed dpkg in jessie
- and I probably won't file new bugs for leaving around directories that
can be attributed to dpkg :-)

>From the attached log (scroll to the bottom...):

0m25.6s ERROR: FAIL: After purging files have disappeared:
  /usr/lib/python3.3/lib-dynload/owned by: libpython3.3-minimal


cheers,

Andreas


python3.3-minimal_3.3.2-2.log.gz
Description: GNU Zip compressed data


Bug#709962: vm: vm.el's eval-when breaks on emacs23 without cl-macs

2013-05-26 Thread Aaron M. Ucko
Package: vm
Version: 8.1.2-2
Severity: important

vm.el uses the eval-when macro, which emacs23 recognizes only with
cl-macs explicitly loaded.  For whatever reason, that doesn't preclude
installing vm itself alongside emacs23, but it does break vm-bonus-el:

  emacs23 -q -no-site-file --no-site-file -batch -l path.el -f 
batch-byte-compile vm-bogofilter.el
  
  In toplevel form:
  vm-bogofilter.el:188:30:Error: Symbol's function definition is void: eval-when

Could you please take a look?  I'd suggest simply calling

  (require 'cl-macs)

before using eval-when.

Thanks!

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages vm depends on:
ii  dpkg   1.16.10
ii  emacs23 [emacsen]  23.4+1-4
ii  emacs24 [emacsen]  24.3+1-1
ii  install-info   5.1.dfsg.1-3
ii  make   3.81-8.2
ii  ucf3.0025+nmu3
ii  xemacs21-mule [emacsen]21.4.22-4+b1
ii  xemacs21-nomule [emacsen]  21.4.22-4+b1

vm recommends no packages.

Versions of packages vm suggests:
ii  exim4  4.80-7
ii  exim4-daemon-heavy [mail-transport-agent]  4.80-7
ii  stunnel4 [stunnel] 3:4.53-1.1

-- no debconf information


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



Bug#709961: libreoffice-core: purging deletes directories owned by libreoffice-common

2013-05-26 Thread Andreas Beckmann
Package: libreoffice-core
Version: 1:4.0.3-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package removes directories
owned by another package.

If this package needs the directories, too, ship them empty and let dpkg
handle creation/removal.

If this is a workaround for dpkg not cleaning up directories properly on
purge, please drop it, I'm sure there will be a fixed dpkg in jessie
- and I probably won't file new bugs for leaving around directories that
can be attributed to dpkg :-)

>From the attached log (scroll to the bottom...):

0m48.3s ERROR: FAIL: After purging files have disappeared:
  /var/spool/libreoffice/owned by: libreoffice-common
  /var/spool/libreoffice/uno_packages/   owned by: libreoffice-common
  /var/spool/libreoffice/uno_packages/cache/ owned by: libreoffice-common


cheers,

Andreas


libreoffice-core_1:4.0.3-3.log.gz
Description: GNU Zip compressed data


Bug#707093: about to upload libhtmlcleaner-java, closing ITP 707093

2013-05-26 Thread Geert Stappers
Op 2013-05-26 om 20:34 schreef Geert Stappers:
> 
> A manual unpack of the generated .deb reveals that is has twice the jar.
> 
> stappers@nero:~/src/unpack
> $ cat md5sums 
> 6a7f04dce317e6b10c0a69c732b4fd8c  
> usr/share/doc/libhtmlcleaner-java/changelog.Debian.gz
> cd2a52a615d8a9ae6b9667d1c506069f  usr/share/doc/libhtmlcleaner-java/copyright
> 6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner-2.2.jar
> stappers@nero:~/src/unpack
> $ md5sum usr/share/java/*
> 6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner-2.2.jar
> 6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner.jar
> stappers@nero:~/src/unpack
> $ 
> 
> 
> Despite the dual jars, I will be uploading libhtlmcleaner-java_2.2-1.
 Despite the duplicate jars, I will be uploading libhtlmcleaner-java_2.2-1.
> 

And at 
http://ftp-master.debian.org/new/libhtmlcleaner-java_2.2-1.html#binary-libhtmlcleaner-java-contents
it is cleanerly visible that is a symbolic link.


contents of libhtmlcleaner-java_2.2-1_all.deb (click to toggle)

drwxr-xr-x root/root 0 2013-05-25 21:16 ./
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/share/
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/share/java/
-rw-r--r-- root/root 76328 2013-05-25 21:16 
./usr/share/java/htmlcleaner-2.2.jar
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/share/doc/
drwxr-xr-x root/root 0 2013-05-25 21:16 
./usr/share/doc/libhtmlcleaner-java/
-rw-r--r-- root/root  2001 2013-05-25 21:14 
./usr/share/doc/libhtmlcleaner-java/copyright
-rw-r--r-- root/root   168 2013-05-20 14:59 
./usr/share/doc/libhtmlcleaner-java/changelog.Debian.gz
lrwxrwxrwx root/root 0 2013-05-25 21:16 
./usr/share/java/htmlcleaner.jar -> htmlcleaner-2.2.jar


So the "duplicate" is fine.  :-/


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature


Bug#709960: dotclear: deletes conffiles (policy 10.7.3): /etc/dotclear/{apache, lighttpd}.conf

2013-05-26 Thread Andreas Beckmann
Package: dotclear
Version: 2.5+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package modifies conffiles.
This is forbidden by the policy, see
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files

10.7.3: "[...] The easy way to achieve this behavior is to make the
configuration file a conffile. [...] This implies that the default
version will be part of the package distribution, and must not be
modified by the maintainer scripts during installation (or at any
other time)."

Note that once a package ships a modified version of that conffile,
dpkg will prompt the user for an action how to handle the upgrade of
this modified conffile (that was not modified by the user).

Further in 10.7.3: "[...] must not ask unnecessary questions
(particularly during upgrades) [...]"

If a configuration file is customized by a maintainer script after
having asked some debconf questions, it may not be marked as a
conffile. Instead a template could be installed in /usr/share and used
by the postinst script to fill in the custom values and create (or
update) the configuration file (preserving any user modifications!).
This file must be removed during postrm purge.
ucf(1) may help with these tasks.
See also http://wiki.debian.org/DpkgConffileHandling

In https://lists.debian.org/debian-devel/2012/09/msg00412.html and
followups it has been agreed that these bugs are to be filed with
severity serious.

debsums reports modification of the following files,
from the attached log (scroll to the bottom...):

0m44.4s ERROR: FAIL: debsums reports modifications inside the chroot:
  debsums: missing file /etc/dotclear/apache.conf (from dotclear package)
  debsums: missing file /etc/dotclear/lighttpd.conf (from dotclear package)


cheers,

Andreas


dotclear_2.5+dfsg-1.log.gz
Description: GNU Zip compressed data


Bug#692974: Bug:#692974: synfigstudio: some crashes during layer edition

2013-05-26 Thread Dmitry Smirnov
Dear Luc,

Recently synfig was updated to version 0.64.0 -- could you please
kindly check if it is affected by this problem?

Thank you.

All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Good luck happens when preparedness meets opportunity.


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



Bug#709668: AW: embperl: test failure with perl 5.18

2013-05-26 Thread Gerald Richter - ECOS
Hi Florian,

I will take a look at this issue during the next weekend

Gerald


> -Ursprüngliche Nachricht-
> Von: Florian Schlichting [mailto:f...@debian.org]
> Gesendet: Samstag, 25. Mai 2013 18:41
> An: embp...@perl.apache.org
> Cc: 709...@bugs.debian.org
> Betreff: embperl: test failure with perl 5.18
> 
> Hi Gerald,
> 
> Debian is preparing to transition to perl 5.18, and test rebuilds of all 
> packages
> have revealed a problem with embperl (tracked at
> http://bugs.debian.org/709668):
> 
> > This package FTBFS with perl 5.18 from experimental (in a clean sbuild
> > session):
> >
> > #51 escape.htm...
> > Error in Line 44
> > Is: >HashinAhttp://localhost/tests?B=2&A=1";><
> > Should: >HashinAhttp://localhost/tests?A=1&B=2";><
> >
> >  ERRORS detected! NOT all tests have been passed successfully
> 
> This is potentially due to the Hash overhaul / randomization in perl
> 5.18 as described at
> http://search.cpan.org/dist/perl-5.18.0/pod/perldelta.pod#Hash_overhaul
> and may require explicit sorting of keys where their order is relevant.
> 
> Will you have time to look into this?
> 
> best,
> Florian
> 
> 
> -
> To unsubscribe, e-mail: embperl-unsubscr...@perl.apache.org
> For additional commands, e-mail: embperl-h...@perl.apache.org


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



Bug#709959: python-gsw: fails to upgrade from testing: unable to install new version of `/usr/lib/python2.7/dist-packages/gsw-3.0.1.egg-info/dependency_links.txt': No such file or directory

2013-05-26 Thread Andreas Beckmann
Package: python-gsw
Version: 3.0.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails.

>From the attached log (scroll to the bottom...):

  Preparing to replace python-gsw 3.0.1-1 (using 
.../python-gsw_3.0.1-2_all.deb) ...
  Unpacking replacement python-gsw ...
  dpkg: error processing /var/cache/apt/archives/python-gsw_3.0.1-2_all.deb 
(--unpack):
   unable to install new version of 
`/usr/lib/python2.7/dist-packages/gsw-3.0.1.egg-info/dependency_links.txt': No 
such file or directory
  Errors were encountered while processing:
   /var/cache/apt/archives/python-gsw_3.0.1-2_all.deb

A fresh installation in sid works fine.


cheers,

Andreas


python-gsw_3.0.1-2.log.gz
Description: GNU Zip compressed data


Bug#709958: quantum-plugin-openvswitch: unowned files after purge (policy 6.8, 10.8): /var/lib/quantum-plugin-openvswitch/quantumpluginopenvswitchdb

2013-05-26 Thread Andreas Beckmann
Package: quantum-plugin-openvswitch
Version: 2013.1.1-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

1m44.0s ERROR: FAIL: Package purging left files on system:
  /var/lib/quantum-plugin-openvswitch/   not owned
  /var/lib/quantum-plugin-openvswitch/quantumpluginopenvswitchdb not 
owned


cheers,

Andreas


quantum-plugin-openvswitch_2013.1.1-1.log.gz
Description: GNU Zip compressed data


Bug#709957: icinga-cgi: postinst uses /usr/share/doc content (Policy 12.3)

2013-05-26 Thread Andreas Beckmann
Package: icinga-cgi
Version: 1.9.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts tests prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package icinga-cgi.
  (Reading database ... 8203 files and directories currently installed.)
  Unpacking icinga-cgi (from .../icinga-cgi_1.9.1-1_amd64.deb) ...
  Setting up icinga-cgi (1.9.1-1) ...
  Error: The new file /usr/share/doc/icinga-cgi/examples/apache2.conf does not 
exist!
  dpkg: error processing icinga-cgi (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   icinga-cgi


Cheers,

Andreas


icinga-cgi_1.9.1-1.log.gz
Description: GNU Zip compressed data


Bug#709956: nagvis: postinst uses /usr/share/doc content (Policy 12.3)

2013-05-26 Thread Andreas Beckmann
Package: nagvis
Version: 1:1.6.6+dfsg.1-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package nagvis.
  (Reading database ... 10238 files and directories currently installed.)
  Unpacking nagvis (from .../nagvis_1%3a1.6.6+dfsg.1-3_all.deb) ...
  Setting up nagvis (1:1.6.6+dfsg.1-3) ...
  gzip: /usr/share/doc/nagvis/nagvis.ini.php-sample.gz: No such file or 
directory
  
  Creating config file /etc/nagvis/nagvis.ini.php with new version
  /var/lib/dpkg/info/nagvis.postinst: 49: /var/lib/dpkg/info/nagvis.postinst: 
cannot open /usr/share/doc/nagvis/apache2-nagvis.conf-sample: No such file
  dpkg: error processing nagvis (--configure):
   subprocess installed post-installation script returned error exit status 2
  Errors were encountered while processing:
   nagvis


Cheers,

Andreas


nagvis_1:1.6.6+dfsg.1-3.log.gz
Description: GNU Zip compressed data


Bug#709955: tvtime: postinst uses /usr/share/doc content (Policy 12.3)

2013-05-26 Thread Andreas Beckmann
Package: tvtime
Version: 1.0.2-10
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts tests prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package tvtime.
  (Reading database ... 8539 files and directories currently installed.)
  Unpacking tvtime (from .../tvtime_1.0.2-10_amd64.deb) ...
  Setting up tvtime (1.0.2-10) ...
  cp: cannot stat '/usr/share/doc/tvtime/examples/default.tvtime.xml': No such 
file or directory
  dpkg: error processing tvtime (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   tvtime


Cheers,

Andreas


tvtime_1.0.2-10.log.gz
Description: GNU Zip compressed data


Bug#709747: frescobaldi: the sip module implements API v9.0 to v9.2 but the popplerqt4 module requires API v8.1

2013-05-26 Thread Ryan Kavanagh
reassign 709747 python-poppler-qt4 0.16.2-2
fixed 709747 python-poppler-qt4 0.16.3-1
affects 709747 frescobaldi
thanks

This is a bug in python-poppler-qt4, which will get fixed as soon as the
sip4 transition clears and I upload the version from experimental to
unstable.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature


Bug#574947: global: newer release is available

2013-05-26 Thread Shigio YAMAGUCHI
On Mon, 27 May 2013 04:30:13 +0930
Ron  wrote:

> We already discussed this in detail when you first proposed this
> new change and I pointed out why elements of it were showstoppers
> for distro deployment.  And we had discussed, and agreed on, the
> necessary constraints that any solution needed to satisfy when we
> first worked on this problem together many years ago now to make
> it suitable for distro users in the first place.

I have no memory that we reached such an agreement.

The issue you are saying might be about a mechanism about CGI script.
I wrote a RFC (Request for comment) about the issue in the GLOBAL
bug mailing list (bug-glo...@gnu.org) in 21 Jun 2010.
It is the following:

Subject:[RFC] Changing the mechanism of the safe CGI script
Date:Mon, 21 Jun 2010 17:14:42 +0900


This was my proposal. You said nothing about it on the mailing list.

I know that you added some modifications to the Debian version of
GLOBAL; It is no problem. However, modifications to the main stream
GLOBAL should be argued in bug-glo...@gnu.org, that is, a public place
which opened to the world. It is possible even from now.
Of course, you can add the same modifications to new Debian's package.
But you have done the neither at present.

I remember that after the RFC, you told me to adopt your modifications;
I didn't accept it. I'm sorry, if it hurt your heart. But it is an
unavoidable thing. If I accept all the request from everybody, GLOBAL
might become a complicated and mysterious thing.

You have many choices:
o Orphan the package
o Add some modifications and release the package
o Make a fork of GLOBAL
o Make a discussion on bug-glo...@gnu.org
o ...

I hope you to make a choice soon. I understand that your time is stopped.
But the users is waiting for updating the package for 5 years or more.
Please think of them. A maintainer's position is not the seat of power.

Regards,
Shigio YAMAGUCHI
-- 
Shigio YAMAGUCHI 
PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3


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



Bug#709942: RM: gir1.2-libgsf-1

2013-05-26 Thread Dmitry Smirnov
On Mon, 27 May 2013 11:22:05 Dmitry Smirnov wrote:
> It's the first time I'm experiencing such issue so I'm not sure what's
> best to do. Apparently "libgsf-gnome-1-dev" was dropped earlier as well as 
> "libgsf-gnome-1-114". Perhaps they also could be removed.
> 
> How shall I get outdated binaries fixed? Please advise...

As far as I understand the policy [1] I need to declare 

   Conflicts: obsolete-package
   Replaces: obsolete-package

Would that be enough to drop obsolete packages?

Thanks.

[1]: http://www.debian.org/doc/debian-policy/ch-relationships.html#s7.6.2

Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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



Bug#500169: no sound with alsa 1.0.17.dfsg-3

2013-05-26 Thread Ryan Kavanagh
Hi Harald,

On Thu, Sep 25, 2008 at 07:45:04PM +0200, Harald Dunkel wrote:
> With the most recent update of alsa-base bzflag has lost
> sound:
> 
>   Couldn't open audio: No available audio device

Is this 5 year old bug still an issue? Are you still able to reproduce
it?

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature


Bug#643726: Still happening

2013-05-26 Thread brian m. carlson
I still see the same problem with kbuildsycoca screaming to my terminal.
I do not personally see this issue as wishlist; accidentally starting
any KDE-based application (such as through a viewer from mutt) ruins the
terminal.  The consensus on debian-devel is that the current state of
things is unacceptable.  Please address this issue.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature


Bug#709942: RM: gir1.2-libgsf-1

2013-05-26 Thread Dmitry Smirnov
Hi Adam,

On Mon, 27 May 2013 10:34:32 Adam D. Barratt wrote:
> On Mon, 2013-05-27 at 01:17 +0100, Adam D. Barratt wrote:
> > On Mon, 2013-05-27 at 08:33 +1000, Dmitry Smirnov wrote:
> > > but libgsf can't migrate to testing because of 
> > > 
> > >"(missing 1 binary: gir1.2-libgsf-1)"
> 
> There are more issues:
> 
> $ grep-excuses libgsf
> libgsf (1.14.21-2.1 to 1.14.26-1)
> Maintainer: J.H.M. Dassen (Ray) 
> 83 days old (needed 5 days)
> out of date on i386: gir1.2-libgsf-1 (from 1.14.25-1);
> libgsf-gnome-1-114, libgsf-gnome-1-114-dbg, libgsf-gnome-1-dev (from
> 1.14.21-2.1)
> [and so on for each architecture]
> 
> You need to get all of the outdated binaries fixed, not just the ones
> that got most recently dropped.
 
It's the first time I'm experiencing such issue so I'm not sure what's
best to do. Apparently "libgsf-gnome-1-dev" was dropped earlier as well as 
"libgsf-gnome-1-114". Perhaps they also could be removed.

How shall I get outdated binaries fixed? Please advise...

Thank you.

Regards,
 Dmitry Smirnov.


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



Bug#709954: strace and varnishstat output

2013-05-26 Thread Stefan Freudenberg
See below for an output of strace attached to the main varnish process and 
varnishstat before restart.
stefan@DCVARN01:~$ sudo strace -p 17970
Process 17970 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>) = 1
read(8, "ping\n", 8191) = 5
writev(11, [{"200 19  \n", 13}, {"PONG 1369292498 1.0", 19}, {"\n", 1}], 3) 
= 33
poll([{fd=8, events=POLLIN}], 1, -1)= 1 ([{fd=8, revents=POLLIN}])
read(8, "ping\n", 8191) = 5
writev(11, [{"200 19  \n", 13}, {"PONG 1369292501 1.0", 19}, {"\n", 1}], 3) 
= 33
poll([{fd=8, events=POLLIN}], 1, -1)= 1 ([{fd=8, revents=POLLIN}])
read(8, "ping\n", 8191) = 5
writev(11, [{"200 19  \n", 13}, {"PONG 1369292504 1.0", 19}, {"\n", 1}], 3) 
= 33
poll([{fd=8, events=POLLIN}], 1, -1)= 1 ([{fd=8, revents=POLLIN}])
read(8, "ping\n", 8191) = 5
writev(11, [{"200 19  \n", 13}, {"PONG 1369292507 1.0", 19}, {"\n", 1}], 3) 
= 33
poll([{fd=8, events=POLLIN}], 1, -1)= 1 ([{fd=8, revents=POLLIN}])
read(8, "ping\n", 8191) = 5
writev(11, [{"200 19  \n", 13}, {"PONG 1369292510 1.0", 19}, {"\n", 1}], 3) 
= 33
poll([{fd=8, events=POLLIN}], 1, -1^C 
Process 17970 detached
client_conn 184625 2.31 Client connections accepted
client_drop  0 0.00 Connection dropped, no sess/wrk
client_req 264217433.10 Client requests received
cache_hit  260385232.62 Cache hits
cache_hitpass0 0.00 Cache hits for pass
cache_miss   33665 0.42 Cache misses
backend_conn  3241 0.04 Backend conn. success
backend_unhealthy   23 0.00 Backend conn. not attempted
backend_busy 0 0.00 Backend conn. too many
backend_fail 0 0.00 Backend conn. failures
backend_reuse35211 0.44 Backend conn. reuses
backend_toolate   2825 0.04 Backend conn. was closed
backend_recycle  38040 0.48 Backend conn. recycles
backend_retry0 0.00 Backend conn. retry
fetch_head   0 0.00 Fetch head
fetch_length 27204 0.34 Fetch with Length
fetch_chunked10987 0.14 Fetch chunked
fetch_eof0 0.00 Fetch EOF
fetch_bad0 0.00 Fetch had bad headers
fetch_close 10 0.00 Fetch wanted close
fetch_oldhttp0 0.00 Fetch pre HTTP/1.1 closed
fetch_zero   0 0.00 Fetch zero len
fetch_failed 0 0.00 Fetch failed
fetch_1xx0 0.00 Fetch no body (1xx)
fetch_2040 0.00 Fetch no body (204)
fetch_304  249 0.00 Fetch no body (304)
n_sess_mem  53  .   N struct sess_mem
n_sess  12  .   N struct sess
n_object 14036  .   N struct object
n_vampireobject  0  .   N unresurrected objects
n_objectcore 14076  .   N struct objectcore
n_objecthead 12899  .   N struct objecthead
n_waitinglist   97  .   N struct waitinglist
n_vbc5  .   N struct vbc
n_wrk  800  .   N worker threads
n_wrk_create   800 0.01 N worker threads created
n_wrk_failed 0 0.00 N worker threads not created
n_wrk_max0 0.00 N worker threads limited
n_wrk_lqueue 0 0.00 work request queue length
n_wrk_queued 1 0.00 N queued work requests
n_wrk_drop   0 0.00 N dropped work requests
n_backend3  .   N backends
n_expired19278  .   N expired objects
n_lru_nuked  0  .   N LRU nuked objects
n_lru_moved 222935  .   N LRU moved objects
losthdr 85 0.00 HTTP header overflows
n_objsendfile0 0.00 Objects sent with sendfile
n_objwrite 263619433.02 Objects sent with write
n_objoverflow0 0.00 Objects overflowing workspace
s_sess  184624 2.31 Total Sessions
s_req  264217433.10 Total Requests
s_pipe   1 0.00 Total pipe
s_pass4813 0.06 Total pass
s_fetch  38123 0.48 Total fetch
s_hdrbytes  1389306713 17402.23 Total header bytes
s_bodybytes43940615416550392.88 Total body bytes
sess_closed 146837 1.84 Session Closed
sess_pipeline0 0.00 Session Pipeline
sess_readahead   0 0.00 Session Read Ahead
ses

Bug#698081: O: texi2html -- Convert Texinfo files to HTML

2013-05-26 Thread Ryan Kavanagh
On Sun, May 26, 2013 at 12:47:41PM -0400, Ryan Kavanagh wrote:
> Since some of my packages build-depend on texi2html and it has been
> without a maintainer for over four months, I intend to adopt it.

An upload is blocking due to the unpatched texi2html version 5.0 (as
well as with Debian's patches) failing its testsuite.


signature.asc
Description: Digital signature


Bug#709954: varnish: Varnish consumes 100% CPU without handling requests

2013-05-26 Thread Stefan Freudenberg
Package: varnish
Version: 3.0.2-2~bpo60+1
Severity: important

During a stress test one of two load balanced varnish servers started to 
consume 100% of one CPU. The instance seemed to be functional, but it continued
to keep one CPU 100% busy until a restart of varnish.

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

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

Versions of packages varnish depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  gcc  4:4.4.5-1   The GNU C compiler
ii  libc62.11.3-4Embedded GNU C Library: Shared lib
ii  libc6-dev [libc-dev] 2.11.3-4Embedded GNU C Library: Developmen
ii  libedit2 2.11-20080614-2 BSD editline and history libraries
ii  libncurses5  5.7+20100313-5  shared libraries for terminal hand
ii  libpcre3 8.02-1.1Perl 5 Compatible Regular Expressi
ii  libvarnishapi1   3.0.2-2~bpo60+1 shared libraries for Varnish

varnish recommends no packages.

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

-- Configuration Files:
/etc/default/varnish changed:
START=yes
NFILES=131072
MEMLOCK=82000
INSTANCE=$(uname -n)
DAEMON_OPTS="-a 10.0.101.189:80 \
 -f /etc/varnish/nyrr.vcl \
 -T 10.0.101.189:6082 \
 -p thread_pools=4 \
 -p thread_pool_add_delay=2 \
 -p thread_pool_min=200 \
 -p thread_pool_max=4000 \
 -p session_linger=100 \
 -p sess_workspace=262144 \
 -p cli_timeout=25 \
 -S /etc/varnish/secret \
 -s malloc,6G"


-- no debconf information


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



Bug#709942: RM: gir1.2-libgsf-1

2013-05-26 Thread Adam D. Barratt
On Mon, 2013-05-27 at 01:17 +0100, Adam D. Barratt wrote:
> On Mon, 2013-05-27 at 08:33 +1000, Dmitry Smirnov wrote:
> > but libgsf can't migrate to testing because of 
> > 
> >"(missing 1 binary: gir1.2-libgsf-1)"

There are more issues:

$ grep-excuses libgsf
libgsf (1.14.21-2.1 to 1.14.26-1)
Maintainer: J.H.M. Dassen (Ray) 
83 days old (needed 5 days)
out of date on i386: gir1.2-libgsf-1 (from 1.14.25-1);
libgsf-gnome-1-114, libgsf-gnome-1-114-dbg, libgsf-gnome-1-dev (from
1.14.21-2.1)
[and so on for each architecture]

You need to get all of the outdated binaries fixed, not just the ones
that got most recently dropped.

Regards,

Adam


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



Bug#709953: network-manager: /etc/network/interfaces could not be parsed and gdm3 did not work after uninstall

2013-05-26 Thread François Bienvenu
Package: network-manager
Version: 0.9.4.0-10
Severity: critical
Justification: breaks unrelated software

I uninstalled network-manager from a fresh install of Wheezy
(with Gnome 3) to replace it with wicd.

The uninstall was done after I had taken care of the gnome
meta-package and stopped network-manager.

After this, I couldn't get wlan0 to work with wicd because it
was soft blocked. I didn't try anything else.

On next reboot I noticed that /etc/network/interfaces could
not be read. Then gdm3 froze.

I rebooted in rescued mode and fixed the interfaces file.
This fixed the "could not read /etc/network/interfaces"
message on starting, but gdm3 kept freezing.

gdm3 behaviour was quite erratic as sometimes it would
freeze a few seconds after the cursor had appeared (on a
black screen) sometimes it would display the usual screen.
Moreover, it rebooted after ~15 seconds due to "kernel panic",
but only twice (out of maybe 10-15 tries).

I tried purging and reinstalling gdm3, as well as every package
I thought could be involved. It didn't work.

Since removing network-manager was one of the only things I
had done to the system and since it had apparently cause some
trouble, I eventually reinstalled it. This immediately fixed
the problem.


-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.6.8-1
ii  dpkg   1.16.10
ii  isc-dhcp-client4.2.2.dfsg.1-5+deb70u3
ii  libc6  2.13-38
ii  libdbus-1-31.6.8-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libgcrypt111.5.0-5
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgnutls262.12.20-6
ii  libgudev-1.0-0 175-7.2
ii  libnl-3-2003.2.7-4
ii  libnl-genl-3-200   3.2.7-4
ii  libnl-route-3-200  3.2.7-4
ii  libnm-glib40.9.4.0-10
ii  libnm-util20.9.4.0-10
ii  libpolkit-gobject-1-0  0.105-3
ii  libuuid1   2.20.1-5.3
ii  lsb-base   4.1+Debian8
ii  udev   175-7.2
ii  wpasupplicant  1.0-3+b2

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.62-3+deb7u1
ii  iptables  1.4.14-3.1
ii  modemmanager  0.5.2.0-2
ii  policykit-1   0.105-3
ii  ppp   2.4.5-5.1+b1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-2

-- Configuration Files:
/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla 
[Errno 13] Permission non accordée: 
u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla'

-- no debconf information


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



Bug#709952: File transfer does not work

2013-05-26 Thread Bas Wijnen
Package: empathy
Version: 3.4.2.3-3
Severity: normal

Using Empathy on one side and either Empathy or Adium (on MacOSX) on the other,
with a jabberd 1.4 server (Debian), transferring files does not work.  The
transaction can be requested, but when I accept the file, this does not show on
the other side and the transfer is not started.

Not sure if it's relevant: the sender has been behind a masquerading firewall
in all test cases so far; the receiver was Empathy in both cases, on a publicly
reachable address.

Possibly the same bug: when I try to share desktops, the response is similar
(towards the masquerader only a black window appears; the other way the request
is not noticable).

Thanks,
Bas

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

Kernel: Linux 3.8-2-686-pae (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 empathy depends on:
ii  dbus-x11 1.6.10-1
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  empathy-common   3.4.2.3-3
ii  geoclue  0.12.99-2
ii  gnome-icon-theme 3.4.0-2
ii  gsettings-desktop-schemas3.4.2-3
ii  libc62.17-3
ii  libcairo21.12.14-4
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libchamplain-0.12-0  0.12.3-2
ii  libchamplain-gtk-0.12-0  0.12.3-2
ii  libcheese-gtk21  3.4.2-2
ii  libclutter-1.0-0 1.10.8-2
ii  libclutter-gst-1.0-0 1.5.4-1+build1
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libcogl9 1.10.2-7
ii  libdbus-glib-1-2 0.100.2-1
ii  libebook-1.2-13  3.4.4-3
ii  libenchant1c2a   1.6.0-10
ii  libfarstream-0.1-0   0.1.2-1
ii  libfolks-telepathy25 0.6.9-1+b1
ii  libfolks25   0.6.9-1+b1
ii  libgcr-3-1   3.4.1-3
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libgee2  0.6.8-1
ii  libgeoclue0  0.12.99-2
ii  libgeocode-glib0 0.99.0-1
ii  libglib2.0-0 2.36.1-2build1
ii  libgnome-keyring03.4.1-1
ii  libgnutls26  2.12.23-5
ii  libgoa-1.0-0 3.8.2-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.8.2-1
ii  libgudev-1.0-0   175-7.2
ii  libmission-control-plugins0  1:5.14.1-2
ii  libnm-glib4  0.9.8.0-5
ii  libnotify4   0.7.5-2
ii  libpango1.0-01.32.5-5
ii  libpulse-mainloop-glib0  2.0-6.1
ii  libpulse02.0-6.1
ii  libsoup2.4-1 2.42.2-3
ii  libtelepathy-farstream2  0.4.0-3
ii  libtelepathy-glib0   0.20.2-2
ii  libtelepathy-logger2 0.4.0-1
ii  libwebkitgtk-3.0-0   1.8.1-3.4
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  telepathy-logger 0.4.0-1
ii  telepathy-mission-control-5  1:5.14.1-2

Versions of packages empathy recommends:
ii  gvfs-backends1.16.2-2
ii  nautilus-sendto-empathy  3.4.2.3-3
ii  sound-theme-freedesktop  0.7.pristine-2
ii  telepathy-gabble 0.16.5-1
ii  telepathy-haze   0.6.0-1
ii  telepathy-salut  0.8.1-1

Versions of packages empathy suggests:
ii  telepathy-idle  0.1.16-1
ii  vino3.8.1-1

Versions of packages empathy is related to:
ii  telepathy-gabble [telepathy-connection-manager]  0.16.5-1
ii  telepathy-haze [telepathy-connection-manager]0.6.0-1
ii  telepathy-idle [telepathy-connection-manager]0.1.16-1
ii  telepathy-rakia [telepathy-connection-manager]   0.7.4-1
ii  telepathy-salut [telepathy-connection-manager]   0.8.1-1

-- no debconf information


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



Bug#709942: RM: gir1.2-libgsf-1

2013-05-26 Thread Adam D. Barratt
Control: reassign -1 ftp.debian.org

On Mon, 2013-05-27 at 08:33 +1000, Dmitry Smirnov wrote:
> Please remove package "gir1.2-libgsf-1" from testing.

We can't. Partly because only source packages get removed from testing,
not single binary packages, and partly because the package you named
doesn't exist in testing to begin with.

> As per #695599 this package was renamed in unstable:
>
>"gir1.2-libgsf-1" --> "gir1.2-gsf-1"
> 
> but libgsf can't migrate to testing because of 
> 
>"(missing 1 binary: gir1.2-libgsf-1)"

It needs removing from unstable, not from testing; reassigning.

Regards,

Adam


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



Bug#709951: Messed up video in xmpp calls

2013-05-26 Thread Bas Wijnen
Package: empathy
Version: 3.4.2.3-3
Severity: important

I'm trying to make video calls between two hosts, both running Empathy.  The
server is jabberd 1.4 from Debian.  The video behaves extremely weird.

- Sometimes everything works normally (but usually not for long).
- With one of my cameras, I get good video when not connected and in
  gstreamer-properties, but when connected to the other host, my own thumbnail
  shows garbage.  (There is also garbage on the other side.)  With a different
  camera, this does not happen.
- When in an audio call, and the other side of the connection turns on the
  video, _my_ camera's "active" LED lights up.
- When any of my cameras has transmitted some frames to the other connection
  and things go wrong, it will often alternate between two frames.  If I then
  turn my camera off, no response is visible on the other side (it will
  continue to alternate those two frames).  In some cases, one of the frames
  turns into my avatar (as would be expected when turning the camera off), but
  the alternating picture remains, just with one frame changed.

Especially the "garbage in my own thumbnail" and "camera mysteriously switches
on" problems make me suspect that this may be a bug in gstreamer.  Please
reassign if appropriate.

Thanks,
Bas

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

Kernel: Linux 3.8-2-686-pae (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 empathy depends on:
ii  dbus-x11 1.6.10-1
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  empathy-common   3.4.2.3-3
ii  geoclue  0.12.99-2
ii  gnome-icon-theme 3.4.0-2
ii  gsettings-desktop-schemas3.4.2-3
ii  libc62.17-3
ii  libcairo21.12.14-4
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libchamplain-0.12-0  0.12.3-2
ii  libchamplain-gtk-0.12-0  0.12.3-2
ii  libcheese-gtk21  3.4.2-2
ii  libclutter-1.0-0 1.10.8-2
ii  libclutter-gst-1.0-0 1.5.4-1+build1
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libcogl9 1.10.2-7
ii  libdbus-glib-1-2 0.100.2-1
ii  libebook-1.2-13  3.4.4-3
ii  libenchant1c2a   1.6.0-10
ii  libfarstream-0.1-0   0.1.2-1
ii  libfolks-telepathy25 0.6.9-1+b1
ii  libfolks25   0.6.9-1+b1
ii  libgcr-3-1   3.4.1-3
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libgee2  0.6.8-1
ii  libgeoclue0  0.12.99-2
ii  libgeocode-glib0 0.99.0-1
ii  libglib2.0-0 2.36.1-2build1
ii  libgnome-keyring03.4.1-1
ii  libgnutls26  2.12.23-5
ii  libgoa-1.0-0 3.8.2-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.8.2-1
ii  libgudev-1.0-0   175-7.2
ii  libmission-control-plugins0  1:5.14.1-2
ii  libnm-glib4  0.9.8.0-5
ii  libnotify4   0.7.5-2
ii  libpango1.0-01.32.5-5
ii  libpulse-mainloop-glib0  2.0-6.1
ii  libpulse02.0-6.1
ii  libsoup2.4-1 2.42.2-3
ii  libtelepathy-farstream2  0.4.0-3
ii  libtelepathy-glib0   0.20.2-2
ii  libtelepathy-logger2 0.4.0-1
ii  libwebkitgtk-3.0-0   1.8.1-3.4
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  telepathy-logger 0.4.0-1
ii  telepathy-mission-control-5  1:5.14.1-2

Versions of packages empathy recommends:
ii  gvfs-backends1.16.2-2
ii  nautilus-sendto-empathy  3.4.2.3-3
ii  sound-theme-freedesktop  0.7.pristine-2
ii  telepathy-gabble 0.16.5-1
ii  telepathy-haze   0.6.0-1
ii  telepathy-salut  0.8.1-1

Versions of packages empathy suggests:
ii  tele

Bug#672391: Please consider chaging dependency of libsigc++1.2 to 2.0

2013-05-26 Thread Barry deFreese
I have a patch to pick up libsigc++-2.0.  That is the EASY part.

However, 2.0 is not even close to being binary compatible with libsigc++-1.2.

I will try it for a bit but I am not very familiar with libsigc at all.

Thanks,

Barry deFreese
Debian Games Team


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



Bug#709950: fop: fails to build xmlstarlet documentation on mips (java.lang.IllegalArgumentException)

2013-05-26 Thread Mònica Ramírez Arceda
Package: fop
Version: 1:1.1.dfsg-2
Severity: normal

Dear maintainer,

xmlstarlet can't be built on mips because fop fails:

Making portrait pages on USletter paper (8.5inx11in)
  FOPdoc/xmlstarlet-ug.pdf
[warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java
Exception
java.lang.IllegalArgumentException: Invalid profile data

make[2]: *** [doc/xmlstarlet-ug.pdf] Error 1
make[1]: *** [all] Error 2
rm doc/xmlstarlet-ug.fo
make[2]: Leaving directory 
`/build/buildd-xmlstarlet_1.4.2-2-mips-Tyi_H7/xmlstarlet-1.4.2'
make[1]: Leaving directory 
`/build/buildd-xmlstarlet_1.4.2-2-mips-Tyi_H7/xmlstarlet-1.4.2'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2

Full build log: 
https://buildd.debian.org/status/fetch.php?pkg=xmlstarlet&arch=mips&ver=1.4.2-2&stamp=1368583482

If I try to run fop on a mips machine, I get the same error:

$ fop -xml xmlstarlet-man.xml -xsl xmlstar-fodoc-style.xsl -pdf xmlstarlet.pdf
Exception
java.lang.IllegalArgumentException: Invalid profile data

#580333 was a similar bug found in fop/1:0.95.dfsg-11 and was fixed in 
fop/1:1.0.dfsg2-2.

It seems there is a regression in fop/1:1.1.dfsg-2.

Cheers,
Mònica

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: mips

Kernel: Linux 3.2.0-4-4kc-malta
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 fop depends on:
ii  default-jre-headless [java2-runtime-headless]1:1.6-47
ii  libfop-java  1:1.1.dfsg-2
ii  openjdk-6-jre-headless [java2-runtime-headless]  6b27-1.12.5-2

Versions of packages fop recommends:
pn  libsaxon-java  

Versions of packages fop suggests:
pn  fop-doc 
pn  libservlet2.5-java  

-- no debconf information




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


Bug#709840: postgresql-client-common: pg_dump version is old (9.0.6)

2013-05-26 Thread Rene Horn
But what other packages have pg_dump in it, particularly one for Postgres 9.1?  
The only one I could find was this one.  If there's a more up to date version 
of this package somewhere other than Sid, it's not obvious.

Rene

On Sun, May 26, 2013 at 02:55:45PM -0700, Christoph Berg wrote:
> Re: Rene Horn 2013-05-25 <20130525214551.21814.1723.reportbug@localhost>
> > Package: postgresql-client-common
> > Version: 143
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > The current version of pg_dump (and pg_dumpall too)in the package is not 
> > compatible with the current version of PostgreSQL.  Other tools in the 
> > package (e.g. createdb) are up to date though.
> 
> Hi,
> 
> this is not a bug. You should be using the pg_dump that matches the
> version of the server you are using (or use the new version's pg_dump
> if you are upgrading).
> 
> You can install several postgresql-client packages in parallel if you
> wish. (From different Debian distributions, from backports, or from
> apt.postgresql.org.)
> 
> Christoph
> -- 
> c...@df7cb.de | http://www.df7cb.de/


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



Bug#709949: libarchive: FTBFS on mips and powerpc: test_read_disk_directory_traversals atime mismatches

2013-05-26 Thread Aaron M. Ucko
Source: libarchive
Version: 3.1.2-7
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The latest builds of libarchive on mips and powerpc failed with errors
from test_read_disk_directory_traversals, which reported atime mismatches:

115: test_read_disk_directory_traversals
libarchive/test/test_read_disk_directory_traversals.c:1160: File at has atime 
1369518519.0, expected 3808012493914112.1159668743880045816
   Description: Atime should be restored
libarchive/test/test_read_disk_directory_traversals.c:1162: File at/f1 has 
atime 1369518519.0, expected 3807918004633600.1159668743880045816
   Description: Atime should be restored
libarchive/test/test_read_disk_directory_traversals.c:1164: File at/f2 has 
atime 1369518519.0, expected 3807965249273856.1159668743880045816
   Description: Atime should be restored
libarchive/test/test_read_disk_directory_traversals.c:1209: File at has atime 
1369518519.0, expected 3808012493914112.1159668743880045816
   Description: Atime should be restored
libarchive/test/test_read_disk_directory_traversals.c:1263: File at has atime 
1369518519.0, expected 3808012493914112.1159668743880045816
   Description: Atime should be restored

(The absurdly high "expected" values apparently stem from a reporting
error that could stand fixing as well, though I won't bother filing a
separate bug report: assertion_file_time in libarchive/test/main.c
uses %lld for t and nsec even though they have type long, not long
long.)

Could you please take a look?

Thanks!


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



Bug#705635: I see this too

2013-05-26 Thread Charles Samuels

I see this bug as well on an Lenovo T420.

This bug does exist in wheezy. I can work around by simply downgrading to 

linux-image-3.2.0-4-amd64=3.2.35-2

Which I get from:
deb http://snapshot.debian.org/archive/debian/20130101/ wheezy main

I get this problem using KDE with or without the composition. Pretty much any 
activity (i.e., scrolling in konsole) triggers it. The system is totally 
unusable.

Charles


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



Bug#709938: note that krb5-1.10.1+dfsg-6 FTBFS in sid

2013-05-26 Thread Benjamin Kaduk
Per #708711 (and #707195), the 1.10.1+dfsg-6 source package is not 
buildable due to the texinfo package in sid.
The 1.10.1+dfsg-5 packages are still available for jessie; I don't see why 
that downgrade is impossible for you.

A new upstream version is available in experimental, BTW.

-Ben Kaduk


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



Bug#706822: just make it quiet

2013-05-26 Thread Adam Borowski
On Sun, May 26, 2013 at 07:44:08PM +0200, Arno Töll wrote:
> On 26.05.2013 06:50, Adam Borowski wrote:
> > What about just removing the error message, at least when ran from a
> > logrotate cronjob?
> 
> What would you suggest? I'm not at all opposed in a patch pleasing all
> of you, but I don't know one making all of you happy which is not only
> hiding problems.

Hmm, good point, this has a chance of actually hiding problems.  Outside of
vserver and similar environments, root is root, period -- so a failure here
means something is terribly bad.

I wonder, perhaps we could have a failure produce a nice user-friendly
message that points to relevant documentation.  Ie, if $ULIMIT_MAX_FILES
returns an error, you can write some pointers to stderr, for cron's sake.
It _will_ require manual action, but at least little time will be wasted,
either by you or the admin in question.

-- 
ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ


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



Bug#709948: ITP: node-graceful-fs -- Graceful drop-in replacement for Node.js's default fs module

2013-05-26 Thread Mike Gabriel
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: node-graceful-fs
  Version : 1.2.1
  Upstream Author : Isaac Z. Schlueter 
* URL : https://github.com/isaacs/node-graceful-fs
* License : Expat
  Programming Lang: Javascript
  Description : Graceful drop-in replacement for Node.js's default fs module

 This Node.js module works as a drop-in replacement for the fs module, bringing
 various improvements.
 .
 The improvements are meant to normalize behavior across different platforms and
 environments, and to make filesystem access more resilient to errors.
 .
 The Improvements over default fs module are:
 .
- Keep track of how many file descriptors are open, and by default limit
  them to 1024. Any further requests to open a file are put into a queue
  until new slots become available. If 1024 turns out to be too much, it
  decreases the limit further.
- Fix lchmod for Node.js versions prior to 0.6.2.
- Implement fs.lutimes if possible. Otherwise it becomes a noop.
- Ignore EINVAL and EPERM errors in chown, fchown or lchown if the user
  isn't root.
- Make lchmod and lchown become noops, if not available.
- Retry reading a file if read results in EAGAIN error.


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



Bug#709947: fsck.ext3 links against library in /usr

2013-05-26 Thread Peter Palfrader
Package: e2fsprogs
Version: 1.42.5-1.1
Severity: grave

Hi,

on wheezy/ia64:

| weasel@alkman:~$ ldd /sbin/fsck.ext3  | grep -i usr
| libunwind.so.7 => /usr/lib/libunwind.so.7 (0x20080019c000)

This breaks systems such as merulo where /usr is not on the root
filesystem:

} Checking root file system...fsck from util-linux 2.20.1
} fsck.ext3: error while loading shared libraries: libunwind.so.7: cannot open 
shared object file: No such file or directory
} fsck died with exit status 127
} failed (code 127).
} An automatic file system check (fsck) of the root filesystem failed. A manual 
fsck must be performed, then the system restarted. The fsck should be performed 
in maintenance mode with the root filesystem mounted in read-only mode. ... 
failed!
} The root filesystem is currently mounted in read-only mode. A maintenance 
shell will now be started. After performing system maintenance, press CONTROL-D 
to terminate the maintenance shell and restart the system. ... (warning).
} Give root password for maintenance

Cheers,


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



Bug#709946: gnome-settings-daemon: Segmentation fault during startup

2013-05-26 Thread Marco
Package: gnome-settings-daemon
Version: 3.4.2+git20121218.7c1322-3
Severity: important

Dear Maintainer,

   * What led up to the situation?

After a system update logging into the GUI from gdm starts the
window manager and some other services, then displays the “Oh no!
Something has gone wrong” screen. gnome-settings-daemon was not
running at this point.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I started gnome-settings-daemon manually in the console:

  gnome-settings-daemon --debug

   * What was the outcome of this action?

Segmentation fault. Here the last lines of the output:

(gnome-settings-daemon:32101): color-plugin-DEBUG: connected to colord
** (gnome-settings-daemon:32101): DEBUG: ConsoleKit session ID: 
/org/freedesktop/ConsoleKit/Session10
(gnome-settings-daemon:32101): updates-plugin-DEBUG: setting online 1
(gnome-settings-daemon:32101): updates-plugin-DEBUG: defering action for 300 
seconds
** (gnome-settings-daemon:32101): DEBUG: Updating client: index=54 
name='ConsoleKit Session /org/freedesktop/ConsoleKit/Session10'
** (gnome-settings-daemon:32101): DEBUG: Updating client: index=60 name='XSMP 
Session on gnome-session as 10ebd33b5032184d8d13695227126184070213140051'
** (gnome-settings-daemon:32101): DEBUG: Updating client: index=62 name='Chrome 
input'
** (gnome-settings-daemon:32101): DEBUG: Updating client: index=96 name='GNOME 
Volume Control Media Keys'
** (gnome-settings-daemon:32101): DEBUG: Updating sink: index=0 
name='alsa_output.pci-_00_1b.0.analog-stereo' description='Built-in Audio 
Analog Stereo' map='front-left,front-right'
** (gnome-settings-daemon:32101): DEBUG: Updating source: index=0 
name='alsa_output.pci-_00_1b.0.analog-stereo.monitor' description='Monitor 
of Built-in Audio Analog Stereo'
** (gnome-settings-daemon:32101): DEBUG: Updating source: index=1 
name='alsa_input.pci-_00_1b.0.analog-stereo' description='Built-in Audio 
Analog Stereo'
** (gnome-settings-daemon:32101): DEBUG: Udpating card 
alsa_card.pci-_00_1b.0 (index: 0 driver: module-alsa-card.c):
** (gnome-settings-daemon:32101): DEBUG:Profile 'output:analog-stereo': 
0 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:analog-stereo+input:analog-stereo': 1 sources 1 sinks (Current)
** (gnome-settings-daemon:32101): DEBUG:Profile 'output:hdmi-stereo': 0 
sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-stereo+input:analog-stereo': 1 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 'output:hdmi-surround': 
0 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-surround+input:analog-stereo': 1 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-stereo-extra1': 0 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-stereo-extra1+input:analog-stereo': 1 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-surround-extra1': 0 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-surround-extra1+input:analog-stereo': 1 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-stereo-extra2': 0 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-stereo-extra2+input:analog-stereo': 1 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-surround-extra2': 0 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 
'output:hdmi-surround-extra2+input:analog-stereo': 1 sources 1 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 'input:analog-stereo': 
1 sources 0 sinks
** (gnome-settings-daemon:32101): DEBUG:Profile 'off': 0 sources 0 sinks
** (gnome-settings-daemon:32101): DEBUG:Property: 'alsa.card' = '0'
** (gnome-settings-daemon:32101): DEBUG:Property: 'alsa.card_name' = 
'HDA Intel PCH'
** (gnome-settings-daemon:32101): DEBUG:Property: 'alsa.long_card_name' 
= 'HDA Intel PCH at 0xf252 irq 47'
** (gnome-settings-daemon:32101): DEBUG:Property: 'alsa.driver_name' = 
'snd_hda_intel'
** (gnome-settings-daemon:32101): DEBUG:Property: 'device.bus_path' = 
'pci-:00:1b.0'
** (gnome-settings-daemon:32101): DEBUG:Property: 'sysfs.path' = 
'/devices/pci:00/:00:1b.0/sound/card0'
** (gnome-settings-daemon:32101): DEBUG:Property: 'device.bus' = 'pci'
** (gnome-settings-daemon:32101): DEBUG:Property: 'device.vendor.id' = 
'8086'
** (gnome-settings-daemon:32101): DEBUG:Property: 'device.vendor.name' 
= 'Intel Corporation'
** (gnome-settings-daemon:32101): DEBUG:Property: 'device.product.name' 
= '6 Series/C200 Series Chipset Family High Definition Audio Controller'
** (gnome-settings-daemon:32101): DEBUG:Property: 'device.form_factor' 
= 'internal'
** (gnome-settings-daem

Bug#709945: debianutils: [INTL:pl] Polish translation of man pages

2013-05-26 Thread Robert Luberda
Package: debianutils
Version: 4.3.4
Severity: wishlist
Tags: patch l10n

Hi.

Please find attached the Polish translation of debianutils man
pages, partially based on translation provided by manpages-pl package.

I would be grateful if you could include it in next version of your
package. 

(There will be a file conflict with manpages-pl, so appropriate Replaces
line is needed. The recently uploaded 1:04-1 of manpages-pl contains the
conflicting file, but I can get rid of them in next version providing
that you'll be able to include those translations in your package 
before it's released.)

Thanks,
robert

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

Kernel: Linux 3.8-1-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages debianutils depends on:
ii  libc6   2.17-3
ii  sensible-utils  0.0.7

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information


0001-Initial-translation-of-manual-pages-into-Polish.patch.gz
Description: Binary data


signature.asc
Description: Digital signature


Bug#709944: debianutils: Minor issues in savelog(8) man page

2013-05-26 Thread Robert Luberda
Package: debianutils
Version: 4.3.4
Severity: minor

Hi,

The savelog(8) manual contains the following text:

 1) Version numbered files are cycled.  Version file.2 is moved to
version file.3, version file.1 is moved to version file.2, and so on.
Finally version  file.0 is moved to version file.1, and version
file is deleted.
^

I guess the above sentence should read "and version file.cycle is
deleted". Otherwise you couldn't move the file into file.0 in step 3).



   -D dateformat
  override date format, in the form of [MMDDhhmm[[CC]YY][.ss]]

I've just checked that `savelog -d -D "MMDDhhmmCCYY.ss" test' simply creates a
file named 'test.MMDDhhmmCCYY.ss'. 
/usr/bin/syslog contains lines like:
DATUM=`date +%Y%m%d%H%M%S`
D) DATUM=$(date +$OPTARG) ;;
so in my opinion man page should just document that the format passed to
-D option can be in fact any accepted by the date(1) command.


Regards,
robert



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

Kernel: Linux 3.8-1-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages debianutils depends on:
ii  libc6   2.17-3
ii  sensible-utils  0.0.7

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information


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



Bug#709943: PHP Notice: Array to string conversion in /usr/share/mediawiki/includes/api/ApiBase.php on line 283

2013-05-26 Thread Karl Schmidt
Package: mediawiki
Version: 1:1.19.5-1
Severity: normal

This might be fixed in newer versions - but is present in wheezy

The fix for it is here:
https://gerrit.wikimedia.org/r/#/c/3739/1/includes/api/ApiBase.php

Hopefully this bug report will help others get rid of the noise in server logs. 

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

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

Versions of packages mediawiki depends on:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  debconf [debconf-2.0]1.5.49
ii  libjs-jquery 1.7.2+dfsg-1
ii  libjs-jquery-cookie  6-1
ii  libjs-jquery-form6-1
ii  libjs-jquery-tipsy   6-1
ii  mime-support 3.52-1
ii  php5 5.4.4-14
ii  php5-mysql   5.4.4-14

Versions of packages mediawiki recommends:
ii  mediawiki-extensions-base  2.11
ii  mysql-server   5.5.31+dfsg-0+wheezy1
pn  php-wikidiff2  
ii  php5-cli   5.4.4-14
ii  python 2.7.3-4

Versions of packages mediawiki suggests:
ii  clamav  0.97.8+dfsg-1
ii  imagemagick 8:6.7.7.10-5
pn  mediawiki-math  
pn  memcached   
ii  php5-gd 5.4.4-14

-- debconf information:
  mediawiki/webserver: apache2


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



Bug#709942: RM: gir1.2-libgsf-1

2013-05-26 Thread Dmitry Smirnov
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Please remove package "gir1.2-libgsf-1" from testing.

As per #695599 this package was renamed in unstable:

   "gir1.2-libgsf-1" --> "gir1.2-gsf-1"

but libgsf can't migrate to testing because of 

   "(missing 1 binary: gir1.2-libgsf-1)"

What's the best practice to handle such situation?

Please advise if "libgsf" migration can be ensured without removal of
"gir1.2-libgsf-1".

Thank you.

Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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



Bug#708806: Can't reproduce

2013-05-26 Thread Emilio Pozuelo Monfort

Hi Daniel,

On 25/05/13 12:33, Daniel Espinosa wrote:

I'm trying to reproduce this bug, but I can't.

I'm using a Debian 7 virtual box, download libgda from git, checked out
branch  and tag for 5.0.3 version, but build works with --enable-gda-gi
switch. No build problems.

How can I get same environment?


Get the necessary packages (the ones we depend on while building libgda)

apt-get build-dep libgda5


Then build with this flags:

--with-postgres \
--with-mysql\
--with-libsoup  \
--without-bdb   \
--without-oracle\
--without-ldap  \
--without-firebird  \
--without-mdb   \
--without-java  \
--without-gnome-keyring \
--without-ui\
--enable-system-sqlite  \
--enable-introspection  \
--disable-crypto\
--enable-gtk-doc

Or build the Debian way:

apt-get source libgda5
cd libgda5-5.0.3
dpkg-buildpackage -us -uc


Have you try with development version 5.0.4 from git repository? Or you
just can work with tarballs?


I saw the 5.0 branch hadn't had commits for more than a year and thought it was 
abandoned, but I have just seen that there are commits that may fix this. I will 
check this week.


Cheers,
Emilio


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



Bug#652896: Compile broadway backend

2013-05-26 Thread Emilio Pozuelo Monfort

On 25/05/13 12:42, pot...@riseup.net wrote:

Hello,
I would like to speak out again for this feature as it also has
multi-process support and is in the documentation:
https://developer.gnome.org/gtk3/3.8/gtk-broadway.html
Recompiling the lib takes very long and so if you even think it's not
ready for sid yet, I would like to see it at least in experimental.


I will enable the wayland backend in experimental soon and will consider the 
broadway backend.


Emilio


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



Bug#709941: rssh: (Hardening) CFLAGS missing

2013-05-26 Thread Simon Ruderich
Package: rssh
Severity: normal
Tags: patch

Hello,

The CFLAGS from dpkg-buildflags are missing because they are
overwritten in /Makefile.am.

The attached patch removes an incorrect build rule and passes the
custom flags through AM_CFLAGS/AM_CPPFLAGS. All custom flags are
still passed correctly.

This patch should be sent to upstream if possible to fix the
build system.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Description: Respect CFLAGS from the environment.
 Necessary to pass (hardening) CFLAGS from dpkg-buildflags to the compiler.
Author: Simon Ruderich 
Last-Update: 2013-05-27

Index: rssh-2.3.4/Makefile.am
===
--- rssh-2.3.4.orig/Makefile.am	2013-05-27 00:18:43.0 +0200
+++ rssh-2.3.4/Makefile.am	2013-05-27 00:20:14.139493608 +0200
@@ -1,8 +1,7 @@
 ## Process this file with automake to produce Makefile.in
 AUTOMAKE_OPTIONS = nostdinc
-ourdefs = -DPATH_RSSH_CONFIG=\"@sysconfdir@/rssh.conf\" -DPATH_CHROOT_HELPER=\"@libexecdir@/rssh_chroot_helper\"
-ourflags = @defcflags@ @static@ 
-AM_CFLAGS = $(ourflags)
+AM_CPPFLAGS = -DPATH_RSSH_CONFIG=\"@sysconfdir@/rssh.conf\" -DPATH_CHROOT_HELPER=\"@libexecdir@/rssh_chroot_helper\"
+AM_CFLAGS = @defcflags@ @static@
 bin_PROGRAMS = rssh
 libexec_PROGRAMS = rssh_chroot_helper
 nodist_rssh_SOURCES = main.c pathnames.h config.h
@@ -15,9 +14,6 @@
 EXTRA_DIST = $(man_MANS) CHROOT SECURITY LICENSE rssh.spec mkchroot.sh conf_convert.sh
 base=`echo @PACKAGE_STRING@|tr " " "-"`
 
-.c.o:
-	$(CC) -c $(DEFS) $(ourdefs) $(AM_CFLAGS) $(CPPFLAGS) $(LDFLAGS) $<
-
 install-exec-hook:
 	chmod u+s $(libexecdir)/rssh_chroot_helper
 


signature.asc
Description: Digital signature


Bug#709940: ITP: node-async-stacktrace -- Improve Node.js stacktraces and make it easier to handle errors

2013-05-26 Thread Mike Gabriel
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: node-async-stacktrace
  Version : 0.0.2
  Upstream Author : Peter 'Pita' Martischka 
* URL : https://github.com/Pita/async-stacktrace
* License : Apache-2.0
  Programming Lang: Javascript
  Description : Improve Node.js stacktraces and make it easier to handle 
errors

 The "Async Stacktrace" module eases debugging of Node.js applications. With the
 default stacktraces, the problem is that they do not tell you exactly where
 a problematic subroutine has been called from.
 .
 The "Async Stacktrace" module shows you where an error was caught and passed to
 the next callback. This allows you to see from where problematic code was
 called.


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



Bug#709684: gnome-shell: characters missing on top bar, menu, and sometimes the application menu (specifically a e l r and t)

2013-05-26 Thread Emilio Pozuelo Monfort

reassign 709684 xserver-xorg-video-nouveau
thanks

Hi,

On 26/05/13 14:16, Larry Johnson wrote:

I'm just learning the debian bug tracking system, so I hope I understood
the instructions correctly that replying to this message is the proper
means of adding information to a bug report.


It is.



Since I filed the bug I've discovered several things:

1) I initially installed the i386 version of wheezy, and should have
installed amd64.  Since I reinstalled the problem has occurred only once.

2) Before the offending reboot (with the amd64 version) kernel messages of
the following sort were spewed to my messages file:

May 25 19:15:50 nerowolfe kernel: [29293.093583] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 4 class 0x0039 mthd 0x0300
data 0x0003
May 25 19:15:50 nerowolfe kernel: [29293.093588] [drm] nouveau
:00:0d.0: PGRAPH - ERROR nsource: ILLEGAL_MTHD nstatus: BAD_ARGUMENT
PROTECTION_FAULT
May 25 19:15:50 nerowolfe kernel: [29293.093594] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 4 class 0x0039 mthd 0x0304
data 0x0003
May 25 19:15:50 nerowolfe kernel: [29293.093598] [drm] nouveau
:00:0d.0: PGRAPH - ERROR nsource: ILLEGAL_MTHD nstatus: BAD_ARGUMENT
PROTECTION_FAULT
May 25 19:15:50 nerowolfe kernel: [29293.093604] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 4 class 0x0039 mthd 0x0308
data 0x012001df
May 25 20:02:16 nerowolfe kernel: [32079.928230] nouveau_ratelimit: 32
callbacks suppressed
May 25 20:02:16 nerowolfe kernel: [32079.928238] [drm] nouveau
:00:0d.0: PGRAPH - ERROR nsource: DATA_ERROR nstatus: BAD_ARGUMENT
PROTECTION_FAULT
May 25 20:02:16 nerowolfe kernel: [32079.928257] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 2 class 0x3089 mthd 0x0300
data 0x0a0a000a


Looks like an issue with the nouveau driver. Please run this command:

/usr/share/bug/xserver-xorg-core/script 3> /tmp/nouveau-709684.txt

and attach /tmp/nouveau-709684.txt

Cheers,
Emilio



3) Here is the output of lspci on my system:

00:00.0 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3)
00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3)
00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev
a2)
00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE
nForce 430] (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:09.0 Communication controller: Conexant Systems, Inc. HSF 56k Data/Fax
Modem

4) Here is the line from dmesg on detecting the NV40


As I stated I am new to the bug reporting system here, and wish to submit
good reports.  Anything I've done wrong or left out please let me know.



On Fri, May 24, 2013 at 9:41 PM, Larry Felton Johnson <
larryfeltonjohn...@gmail.com> wrote:


Package: gnome-shell
Version: 3.4.2-7
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

* What led up to the situation?

Newly installed Debian 7

* What exactly did you do (or not do) that was effective (or
  ineffective)?

So far I haven't figured out a workaround or quick fix.  This seems to be
identical to bug 636784, which was closed last year with no resolution.

* What was the outcome of this action?
* What outcome did you expect instead?

*** End of the template - remove these lines ***



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gconf-service3.2.5-1+build1
ii  gir1.2-accountsservice-1.0   0.6.21-8
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.4-

Bug#709939: teeworlds-data: Please depend on fonts-dejavu-core

2013-05-26 Thread Luís Picciochi Oliveira
Package: teeworlds-data
Version: 0.6.2+dfsg-1
Severity: minor

Hi,
The package ttf-dejavu-core is currently a "transitional dummy package". So,
please don't depend on it anymore, but update to fonts-dejavu-core instead.

Thanks and best regards,
Luís Picciochi



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

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

Versions of packages teeworlds-data depends on:
ii  ttf-dejavu-core  2.33+svn2514-3

teeworlds-data recommends no packages.

Versions of packages teeworlds-data suggests:
ii  teeworlds 0.6.2+dfsg-1
pn  teeworlds-server  

-- no debconf information


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



Bug#666796: Apache 2.4 upload date scheduled for May 30

2013-05-26 Thread Arthur de Jong
On Thu, 2013-05-23 at 13:13 +0200, Arno Töll wrote:
> we are ready to upload Apache2 2.4 to Debian Sid now. This means the
> transition is effectively starting now, and going to break your modules.

I have been working on getting mod_python into shape (somewhat). I have
cleaned up the packaging (switch to dh_python2, dh sequencer, quilt 3.0
source format, etc. I also tried to clean up a little (removing code for
upgrades from ancient versions, etc.).

As a last step I've upgraded to the code to build using Apache 2.4 and
switch the maintainer scripts to use apache2-maintscript-helper
(actually using dh_apache2 resulted in the removal of all maintainer
scripts).

In the patch (20_apach24.patch) I only made the absolute minimal number
of changes to allow mod_python to be buildable and loadable by Apache
(breaking some functionality in the process, see the patch). This is far
from a nice solution. I only did minimal testing (that the module
loads).

I've uploaded the updated package to experimental.

I don't know yet if I'm 100% comfortable with uploading this to
unstable. If someone can do more thorough testing, that would be very
welcome. I don't think I can upload the package to unstable in a
specific time slot.

Packages is in DPMT repository: 
Vcs-Svn: 
svn://anonscm.debian.org/python-modules/packages/libapache2-mod-python/trunk/
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/libapache2-mod-python/trunk/

In any case, if no-one steps up, removing mod_python from testing to get
Apache 2.4 in is probably the best option. The number of users of
mod_python should be limited (everyone should be using mod_wsgi).

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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


Bug#709938: Russ Allbery

2013-05-26 Thread Denys
>You need to install exactly the same
>version of the package on both architectures.
But, unfortunately, there are no the same versions on 
both architectures.
In repository of "sid" there is only 1.10.1+dfsg-6 for amd64 and
only 1.10.1+dfsg-5 for i386.
I even can`t do downgrade from 1.10.1+dfsg-6 to 1.10.1+dfsg-5 for amd64.


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



Bug#708807: pspp: diff for NMU version 0.7.9+git20120620-1.2

2013-05-26 Thread Ben Pfaff
On Sun, May 26, 2013 at 01:36:38PM +0200, Sebastian Ramacher wrote:
> Control: tags -1 + patch pending
> 
> Dear maintainer,
> 
> I've prepared an NMU for pspp (versioned as 0.7.9+git20120620-1.2) and
> uploaded it to DELAYED/1. Please feel free to tell me if I
> should delay it longer.

The NMU is in fact much appreciated.  Thank you!


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



Bug#709106: [Pkg-alsa-devel] Bug#709106: [alsa-utils] speaker-test, aplay fail cryptically ("unable to open slave")

2013-05-26 Thread Filipus Klutiero

reopen 709106
thanks

Hi Elimar,

On 2013-05-26 04:16, Elimar Riesebieter wrote:

* Filipus Klutiero  [2013-05-25 22:40 -0400]:


On 2013-05-25 05:36, Elimar Riesebieter wrote:

[...]


So if you solved your configuration problem I can't figure out a bug
anywere?

As things are currently, *I* have no problem. The bug is that I
had to use a workaround to get speaker-test and others to work. It
isn't a "configuration problem", it happens in the *default*
configuration. In other words, if I was to reinstall today, I
would go back to a broken install with the cryptic errors
mentioned.

Of course, getting rid of the problem in the default configuration
would already be a good improvement. But speaker-test should never
fail in this way, regardless of what device is configured as the
default.

OK, configure a soundchicp which isn't supported by ALSA yet as the
default one is more or less an ALSA thing. What we can to is to
blacklist snd_hda_codec_hdmi but Iam sure there are soundchips
(soundcards) out there which are working well with that codec,
though. The Debian documantaion in
/usr/share/doc/alsa-base/README.Debian helps users to configure
their soundcrads. So I close this bug herewith.


A bug report should only be closed when the bug has been resolved. If you don't 
know how to fix a bug, simply leave the report open. If you believe a bug 
cannot be fixed, the report can be tagged wontfix (which is very rarely 
appropriate).

In this case, there are apparently 2 ways to make progress:

1. If, as your reply implies, the chip is not supported, support can be 
introduced.
2. In my case, where the problematic chip is not the only one and another chip 
works fine, another chip can be made the default.

--
Filipus Klutiero
http://www.philippecloutier.com



Bug#572714: [Pkg-utopia-maintainers] Bug#572714: /usr/bin/nm-applet: nm-applet not show after upgrade network manager

2013-05-26 Thread Michael Biebl
Am 25.05.2013 09:47, schrieb T. Surya Fajri:
> Package: network-manager-gnome
> Version: 0.9.8.0-2
> Followup-For: Bug #572714
> 
> Dear Maintainer,
> 
> I have do upgrade on jessie few hour ago, after i upgrade i found my 
> nm-applet has gone and i try run nm-applet with terminal and it gave error
> 
> and i try /etc/init.d/network-manager force-reload and it still not show the 
> nm-applet 
> 
> ** (nm-applet:18443): WARNING **: Could not initialize NMClient 
> /org/freedesktop/NetworkManager: Launch helper exited with unknown return 
> code 1
> ** Message: applet now removed from the notification area
> ** Message: applet now embedded in the notification area
> 
> ** (nm-applet:18443): WARNING **: fetch_connections_done: error fetching 
> connections: (25) Launch helper exited with unknown return code 1.
> 
> ** (nm-applet:18443): WARNING **: Failed to register as an agent: (25) Launch 
> helper exited with unknown return code 1
> ** Message: applet now removed from the notification area

What happens if you restart your desktop session?
What desktop environment are you using?





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



signature.asc
Description: OpenPGP digital signature


Bug#709938: libkrb5-3: depends problem with libkrb5-3:i386 in sid

2013-05-26 Thread Russ Allbery
Denys  writes:

> I have amd64 system but i need to install libkrb5-3:i386 (for
> libcups2:i386). I have allready instaled libkrb5-3:amd64 version
> 1.10.1+dfsg-6, but libkrb5-3:i386 depend from 1.10.1+dfsg-5 version of
> libkrb5-3:amd64.

> The same problem with some other krb packages:
> libgssapi-krb5-2:i386
> libkrb5support0:i386
> libk5crypto3:i386

This is not a property of the Kerberos packages but rather is how
multiarch support in Debian works.  You need to install exactly the same
version of the package on both architectures.

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


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



Bug#698534: krb5-user: usage of keytabs gives "Generic preauthentication failure while getting initial credentials"

2013-05-26 Thread Christoph Anton Mitterer
Hey Benjamin.

On Sun, 2013-05-26 at 15:17 -0400, Benjamin Kaduk wrote: 
> Can you run the two kinit commands with KRB5_TRACE set in the environment 
> to the path to a log file and capture a trace log?  (Use a different 
> KRB5_TRACE setting for each run to get separate logfiles, please.)  That 
> will include the salt sent by the KDC and more details about what the 
> library is doing.
See the attachments (kinit for what happened with plain kinit, kutil for
what happened with the keytab).

I censored, what looked like secret data ;)


Cheers,
Chris.
[24117] 1369603888.278262: Getting initial credentials for mitte...@cern.ch
[24117] 1369603888.289018: Sending request (158 bytes) to CERN.CH
[24117] 1369603893.514896: Resolving hostname cerndc.cern.ch.
[24117] 1369603893.605518: Sending initial UDP request to dgram 
137.138.20.249:88
[24117] 1369603893.735136: Received answer from dgram 137.138.20.249:88
[24117] 1369603893.845196: Response was not from master KDC
[24117] 1369603893.845293: Received error from KDC: -1765328359/Additional 
pre-authentication required
[24117] 1369603893.845384: Processing preauth types: 16, 15, 19, 2
[24117] 1369603893.845422: Selected etype info: etype aes256-cts, salt 
"CERN.CHchristoph.anton.mitterer", params ""
[24117] 1369603893.845480: PKINIT client has no configured identity; giving up
[24117] 1369603893.845497: Preauth module pkinit (16) (flags=1) returned: 
-1765328174/No user identity options specified
[24117] 1369603893.845526: PKINIT client has no configured identity; giving up
[24117] 1369603893.845538: Preauth module pkinit (15) (flags=1) returned: 
-1765328174/No user identity options specified
[24117] 1369603913.385217: AS key obtained for encrypted timestamp: 
aes256-cts/55C4
[24117] 1369603913.385356: Encrypted timestamp (for 1369603915.187189): plain 
, encrypted 

[24117] 1369603913.385400: Preauth module encrypted_timestamp (2) (flags=1) 
returned: 0/Success
[24117] 1369603913.385412: Produced preauth for next request: 2
[24117] 1369603913.385450: Sending request (236 bytes) to CERN.CH
[24117] 1369603918.895461: Resolving hostname cerndc.cern.ch.
[24117] 1369603918.965134: Sending initial UDP request to dgram 
137.138.20.249:88
[24117] 1369603919.85423: Received answer from dgram 137.138.20.249:88
[24117] 1369603919.155423: Response was not from master KDC
[24117] 1369603919.155503: Received error from KDC: -1765328332/Response too 
big for UDP, retry with TCP
[24117] 1369603919.155523: Request or response is too big for UDP; retrying 
with TCP
[24117] 1369603919.155537: Sending request (236 bytes) to CERN.CH (tcp only)
[24117] 1369603919.265426: Resolving hostname cerndc.cern.ch.
[24117] 1369603919.335384: Initiating TCP connection to stream 137.138.20.249:88
[24117] 1369603919.445027: Sending TCP request to stream 137.138.20.249:88
[24117] 1369603919.565683: Received answer from stream 137.138.20.249:88
[24117] 1369603919.665298: Response was not from master KDC
[24117] 1369603919.665394: Processing preauth types: 19
[24117] 1369603919.665418: Selected etype info: etype aes256-cts, salt 
"CERN.CHchristoph.anton.mitterer", params ""
[24117] 1369603919.665435: Produced preauth for next request: (empty)
[24117] 1369603919.665456: AS key determined by preauth: aes256-cts/55C4
[24117] 1369603919.665573: Decrypted AS reply; session key is: aes256-cts/B971
[24117] 1369603919.665589: FAST negotiation: unavailable
[24117] 1369603919.665650: Initializing FILE:/tmp/krb5cc_1000 with default 
princ mitte...@cern.ch
[24117] 1369603919.665851: Removing mitte...@cern.ch -> krbtgt/cern...@cern.ch 
from FILE:/tmp/krb5cc_1000
[24117] 1369603919.665871: Storing mitte...@cern.ch -> krbtgt/cern...@cern.ch 
in FILE:/tmp/krb5cc_1000
[24117] 1369603919.666029: Storing config in FILE:/tmp/krb5cc_1000 for 
krbtgt/cern...@cern.ch: pa_type: 2
[24117] 1369603919.666080: Removing mitte...@cern.ch -> 
krb5_ccache_conf_data/pa_type/krbtgt\/CERN.CH\@CERN.CH@X-CACHECONF: from 
FILE:/tmp/krb5cc_1000
[24117] 1369603919.666099: Storing mitte...@cern.ch -> 
krb5_ccache_conf_data/pa_type/krbtgt\/CERN.CH\@CERN.CH@X-CACHECONF: in 
FILE:/tmp/krb5cc_1000
[24141] 1369603943.589328: Destroying ccache FILE:/tmp/krb5cc_1000
[24335] 1369604170.264488: Getting initial credentials for mitte...@cern.ch
[24335] 1369604170.270865: Looked up etypes in keytab: aes256-cts
[24335] 1369604170.270938: Sending request (158 bytes) to CERN.CH
[24335] 1369604170.470493: Resolving hostname cerndc.cern.ch.
[24335] 1369604170.580479: Sending initial UDP request to dgram 
137.138.20.248:88
[24335] 1369604170.700262: Received answer from dgram 137.138.20.248:88
[24335] 1369604170.790293: Response was not from master KDC
[24335] 1369604170.790388: Received error from KDC: -1765328359/Additional 
pre-authentication required
[24335] 1369604170.790481: Processi

Bug#586386: linux-2.6: Please enable CONFIG_SND_PCM_XRUN_DEBUG

2013-05-26 Thread Frédéric Brière
usertags 586386 - orphaned
submitter 586386 Frédéric Brière 
thanks

On Fri, Jun 18, 2010 at 10:03:07PM -0400, Frédéric Brière wrote:
> This has been used before to work around bugs in intel8x0[1] and
> cmipci[2], which have now been (mostly) fixed.  However, my own sound
> card will still not play correctly without this hack[3].  It would be
> nice not to have to recompile the kernel just to enable this option.

I've since upgraded to more modern hardware (and probably thrown out
that ancient sound card), so I don't really care what happens of this
bug report anymore.

If anyone out there has any interest in this bug, please feel free to
set yourself as its new submitter.  If noone steps forward, the kernel
team has my blessing to handle it as they see fit.


-- 
The only other people who might benefit from Linux8086 would be owners
of PDP/11's and other roomsized computers from the same era.
-- Alan Cox


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



Bug#709938: libkrb5-3: depends problem with libkrb5-3:i386 in sid

2013-05-26 Thread Denys
Package: libkrb5-3
Severity: normal

Dear Maintainer,
I have amd64 system but i need to install libkrb5-3:i386 (for libcups2:i386). I 
have
allready instaled libkrb5-3:amd64 version 1.10.1+dfsg-6, but libkrb5-3:i386 
depend from
1.10.1+dfsg-5 version of libkrb5-3:amd64.
The same problem with some other krb packages:
libgssapi-krb5-2:i386
libkrb5support0:i386
libk5crypto3:i386

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

Kernel: Linux 3.8-13.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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



Bug#709004: www.debian.org: Please mention win32-loader on "Getting Debian" webpage

2013-05-26 Thread David Prévot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 26/05/2013 17:14, Holger Wansing a écrit :
> [ CC'ing debian-boot as well, it's most likely of interest for them, too ]

> Here is the patch now (I have put it into www.debian.org/distrib now instead
> of http://www.debian.org/releases/wheezy/debian-installer ).

I’m not sure that’s the kind of option we want to push on (what is
supposed to be(come)) our main (and short) page of ways to get Debian.
The debian-installer page seemed like a better (initial) place to advert it.

Regards

David

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

iQIcBAEBCAAGBQJRon89AAoJELgqIXr9/gny2a4P/2hQ9vtbPQutPnz39ZUQRE1G
J2uIM9D42ZY9M8/nlm5IzCZk8fNslcFsk6GAiC715aB5PoSZ5NUthA1+jOqGmI4n
hgkh7fi9dDLxluencAWGLyJUOd5wyhKFoF+DsLlIjCWxNuwEPNCLnjju9Casqhxq
0Dxp6Fjzg/+xIIKFoHvjQpyIqaVAC4tM0eWE4XCWgCYZmXQhFKAfpE4fyuC9SBrx
3DkMwp4/edoPqAYoZCcsXNbGUtxICc4FRdvqTR0GT8iE9/yh1xg1WmVUS3MkzWBR
xhKdKwsqQEkO3uA8d6CzfZR/dsosJM+yP8HJgAF6M5AgarNsJl80YRVN2/ZMY510
Ji0i02ahC6hDv+H0B4iq+QZsF02a4FPY32q+k3KkDEjLXulVeWYPrL8lCOoln1xq
6cS6zB5/L5p8PCfBfYblOYgFNa0hFnD4B8jIJUVnrBWA//BOLmClGKmWTdduJtr6
Cw2DY6PuB8GEF2YcTLL+21nsn5JByoxLPJkSBbdgfHSLVqE2p3Evv9RLKBhqSRyI
iIaE3MhJid3pQ21YUMNkJ4sk9aCDMpFMbCN5YZ4WTvLLH8hCt0p4AL8FTD0ztF1u
PkWSHIaTKuIu3YN7CEbFn2eNwqc2avzELYgFHg5BBFP6eQo5zYThBSNgmTQHJKLO
o2/KZXIbK8QJyMwcoJB3
=WdUS
-END PGP SIGNATURE-


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



Bug#709937: Missing syscall list for ARM

2013-05-26 Thread Dr. David Alan Gilbert
Package: gdb
Version: 7.4.1+dfsg-0.1

gdb's   "catch syscall" doesn't work on ARM because it's missing
the XML description file; from dpkg -L 


/usr/share/gdb/syscalls
/usr/share/gdb/syscalls/sparc64-linux.xml
/usr/share/gdb/syscalls/ppc64-linux.xml
/usr/share/gdb/syscalls/mips-n64-linux.xml
/usr/share/gdb/syscalls/ppc-linux.xml
/usr/share/gdb/syscalls/i386-linux.xml
/usr/share/gdb/syscalls/mips-o32-linux.xml
/usr/share/gdb/syscalls/sparc-linux.xml
/usr/share/gdb/syscalls/amd64-linux.xml
/usr/share/gdb/syscalls/gdb-syscalls.dtd
/usr/share/gdb/syscalls/mips-n32-linux.xml

see, no arm (el or hf).
(Whether there are other issues as well I don't know - I just spotted
that the ARM versions were missing).

There was an Ubuntu bug 
https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/501277
when many others were missing, but I noticed the ARM one was still missing.

Dave
-- 
 -Open up your eyes, open up your mind, open up your code ---   
/ Dr. David Alan Gilbert|   Running GNU/Linux   | Happy  \ 
\ gro.gilbert @ treblig.org |   | In Hex /
 \ _|_ http://www.treblig.org   |___/


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



Bug#709936: pavucontrol won't start due to GTK Error

2013-05-26 Thread Timo
Package: pavucontrol
Version: 1.0-1
Severity: important

Latest upgrade made pavucontrol unstartable on my system. The Error is:
pavucontrol: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1: 
undefined symbol: gtk_level_bar_get_type


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pavucontrol depends on:
ii  libatk1.0-0  2.8.0-2
ii  libatkmm-1.6-1   2.22.7-1
ii  libc62.17-3
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libcairomm-1.0-1 1.10.0-1
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libgcc1  1:4.8.0-7
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libglib2.0-0 2.36.1-2build1
ii  libglibmm-2.4-1c2a   2.36.2-1
ii  libgtk-3-0   3.8.2-1
ii  libgtkmm-3.0-1   3.8.1-1
ii  libpango1.0-01.32.5-5
ii  libpangomm-1.4-1 2.28.4-1
ii  libpulse-mainloop-glib0  2.0-6.1
ii  libpulse02.0-6.1
ii  libsigc++-2.0-0c2a   2.2.10-0.2
ii  libstdc++6   4.8.0-7

pavucontrol recommends no packages.

pavucontrol suggests no packages.

-- no debconf information


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



Bug#709892: popularity-contest: Unable to submit report

2013-05-26 Thread Bill Allombert
On Sun, May 26, 2013 at 10:49:23PM +0200, Olaf van der Spek wrote:
> On 26-5-2013 16:56, Bill Allombert wrote:
> What part of the HTTP request failed and with what error code. Did
> resolving the name fail? Did connecting fail? Writing the request?
> Reading the response.

Ah yes, I forgot about that, sorry:
You can enable debugging mode:

Edit /etc/cron.daily/popularity-contest to pass -d to
popcon-upload:
Replace
if setsid /usr/share/popularity-contest/popcon-upload
by
if setsid /usr/share/popularity-contest/popcon-upload -d

Cheers,
Bill.


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



Bug#709789: Pending fixes for bugs in the libdbix-class-helpers-perl package

2013-05-26 Thread pkg-perl-maintainers
tag 709789 + pending
thanks

Some bugs in the libdbix-class-helpers-perl package are closed in
revision d548359d4834aa87eba6aa3cb0abf17f28e15765 in branch 'master'
by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbix-class-helpers-perl.git;a=commitdiff;h=d548359

Commit message:

New upstream release 2.017000. Fixes "FTBFS with perl 5.18: 
t/schema/lint-contents.t" (Closes: #709789)


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



Bug#709786: Pending fixes for bugs in the libcrypt-saltedhash-perl package

2013-05-26 Thread pkg-perl-maintainers
tag 709786 + pending
thanks

Some bugs in the libcrypt-saltedhash-perl package are closed in
revision 8d51e72add27e7eec2b877a2ab096680f0ef0035 in branch 'master'
by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcrypt-saltedhash-perl.git;a=commitdiff;h=8d51e72

Commit message:

Add a patch to fix POD (missing =encoding).

Closes: #709786


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



Bug#709795: Pending fixes for bugs in the libfile-mimeinfo-perl package

2013-05-26 Thread pkg-perl-maintainers
tag 709795 + pending
thanks

Some bugs in the libfile-mimeinfo-perl package are closed in revision
a0633e31c3e3db637644a417847385740bd28e5e in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libfile-mimeinfo-perl.git;a=commitdiff;h=a0633e3

Commit message:

Add a patch to fix test failures under Perl 5.18.

Closes: #709795


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



Bug#709004: www.debian.org: Please mention win32-loader on "Getting Debian" webpage

2013-05-26 Thread Holger Wansing
[ CC'ing debian-boot as well, it's most likely of interest for them, too ]


Hi,

Holger Wansing  wrote:
> Package: www.debian.org
> Severity: normal
> 
> Hey guys,
> 
> I have just installed Wheezy on my old Thinkpad, and it went perfectly fine!
> Thanks for that!
> In preparation for that installation, it came to my mind, that I could try
> installing via win32-loader, since I had Windows XP running on that machine.
> So I downloaded it from the web and the installation worked perfectly,
> as said above.
> 
> But I noticed, that this way of installing Debian is not mentioned on
> the "Getting Debian" page or on 
> http://www.debian.org/releases/wheezy/debian-installer/.
> Wouldn't this be good, to mention as another way of installing Debian?
> 
> I could prepare a patch, if desired.

Here is the patch now (I have put it into www.debian.org/distrib now instead
of http://www.debian.org/releases/wheezy/debian-installer ).

Holger




Index: english/distrib/index.wml
===
RCS file: /cvs/webwml/webwml/english/distrib/index.wml,v
retrieving revision 1.59
diff -u -r1.59 index.wml
--- english/distrib/index.wml   18 Dec 2012 10:19:17 -  1.59
+++ english/distrib/index.wml   26 May 2013 21:09:25 -
@@ -96,3 +96,26 @@

   
 
+
+
+  
+http://ftp.us.debian.org/debian/tools/win32-loader/stable/";>Install
+win32-loader onto you Windows PC, to start the Debian installation
+
+   
+  If you have a Windows PC running, there is another way to start the
+  installation of Debian:
+  
+  The
+  http://packages.debian.org/stable/win32-loader";>win32-loader
+  package contains a binary, which can be installed under Windows; it
+  provides a small tool, that automatically downloads all components
+  needed for the installation.
+   
+   
+ Download win32-loader.exe from
+ http://ftp.us.debian.org/debian/tools/win32-loader/stable/";>http://ftp.us.debian.org/debian/tools/win32-loader/stable/
 to your Windows PC and execute it.
+ Further information can be found in
+ http://ftp.us.debian.org/debian/tools/win32-loader/stable/win32-loader.txt";>win32-loader.txt.
+   
+  



-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 3.0.2
under  D e b i a n   G N U / L I N U X   6.0  ( S q u e e z e )
Registered LinuxUser #311290 - http://linuxcounter.net/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =


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



Bug#709935: python3-debian: does not byte-compile Python modules

2013-05-26 Thread Jakub Wilk

Package: python3-debian
Version: 0.1.21+nmu2
Tags: patch
User: debian-pyt...@lists.debian.org
Usertags: no-byte-compile

python3-debian does not byte-compile its Python modules.

--
Jakub Wilk
diff -Nru python-debian-0.1.21+nmu2/debian/rules python-debian-0.1.21+nmu3/debian/rules
--- python-debian-0.1.21+nmu2/debian/rules	2012-08-22 17:26:15.0 +0200
+++ python-debian-0.1.21+nmu3/debian/rules	2013-05-26 23:13:01.0 +0200
@@ -75,6 +75,7 @@
 	dh_compress -Xexamples
 	dh_fixperms
 	dh_python2
+	dh_python3
 	dh_installdeb
 	dh_shlibdeps
 	dh_gencontrol


Bug#707862: referencer moved to launchpad

2013-05-26 Thread Denis Laxalde

Emilio Pozuelo Monfort wrote:

However, referencer now build depends on gtkmm-utils
 which is not in Debian. There
has been an RFP (#492480) and it's available Ubuntu. What's the way
forward in such situations?


This probably belongs in pkg-gnome, I'll look at it.


I've had a quick look and the project seems pretty dead, so I won't
include it
in pkg-gnome. You can of course package and maintain it yourself.


Scratch that, there's no reason to add more cruft to Debian, we already
have too much.


I agree.


What does referencer need gtkmm-utils for? If it's just one utility
function, it could just copy it...


I've asked upstream: https://bugs.launchpad.net/referencer/+bug/1184423.

Cheers,
Denis


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



Bug#709934: libchewing: FTBFS on sparc

2013-05-26 Thread Aron Xu
Package: src:libchewing
Version: 0.3.4-1
Severity: serious

libchewing currently FTBFS on sparc due to test case failures, and
this has been preventing it from migrating to testing.

Build log: 
https://buildd.debian.org/status/fetch.php?pkg=libchewing&arch=sparc&ver=0.3.4-1&stamp=1360996940

Tail of log for libchewing on sparc:

ok 364 check function returned `1' shall be `1'
ok 365 string function returned `�' shall be `�'
PASS: test-special-symbol
ok 1 ueStrLen
ok 2 ueStrLen
ok 3 ueStrNCpy
ok 4 ueStrSeek
ok 5 ueStrSeek
PASS: test-utf8
===
4 of 13 tests failed
Please report to chewing-de...@googlegroups.com
===
make[3]: Leaving directory
`/build/buildd-libchewing_0.3.4-1-sparc-HSEujM/libchewing-0.3.4/test'
make[2]: Leaving directory
`/build/buildd-libchewing_0.3.4-1-sparc-HSEujM/libchewing-0.3.4/test'


-- 
Regards,
Aron Xu


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



Bug#709892: popularity-contest: Unable to submit report

2013-05-26 Thread Olaf van der Spek

On 26-5-2013 16:56, Bill Allombert wrote:

What is the timezone ?


Netherlands, GMT+2.


I've no idea why it's still failing.


Does it fails frequently ?


Don't know, I'll keep an eye on it.


Do you know other system where it has failed ?


Nope


Could you log more details?


What kind of detail ?


What part of the HTTP request failed and with what error code. Did 
resolving the name fail? Did connecting fail? Writing the request? 
Reading the response.



In any case
/usr/share/popularity-contest/popcon-upload
is a rather short script, feel free to change it to log more detail.


Olaf


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



Bug#709499: Documentation is non free

2013-05-26 Thread Lorenzo Bettini
Oh, this modification is already in the git repository

On 05/24/2013 05:36 PM, Bastien ROUCARIÈS wrote:
> Le vendredi 24 mai 2013 10:56:22, Lorenzo Bettini a écrit :
>> On 05/23/2013 06:07 PM, Bastien ROUCARIÈS wrote:
>>> Package: source-highlight
>>> Severity: serious
>>> user: debian...@lists.debian.org
>>> usertags: gfdl-invariant
>>> severity: serious
>>>
>>> The documentation of your package is non free under gfdl with invariants
>>> sections.
>>>
>>> Please ask upstream about relicense, remove or repackage
>>
>> Hi
>>
>> what should be done to fix this?
>> I'm the author of source-highlight
> 
> You have set documentation license to:
>  Permission is granted to copy, distribute and/or modify this
>  document under the terms of the GNU Free Documentation License,
>  Version 1.1 or any later version published by the Free Software
>  Foundation; with no Invariant Sections, with the Front-Cover Texts
>  being "A GNU Manual," and with the Back-Cover Texts as in (a)
>  below.  A copy of the license is included in the section entitled
>  "GNU Free Documentation License."
> 
>  (a) The FSF's Back-Cover Text is: "You have freedom to copy and
>  modify this GNU Manual, like GNU software.  Copies published by
>  the Free Software Foundation raise funds for GNU development."
> 
> If you set the license to:
> Permission is granted to copy, distribute and/or modify this document
> under the terms of the GNU Free Documentation License, Version 1.1
> or any later version published by the Free Software Foundation;
> with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.
> A copy of the license is included in the section entitled "GNU
> Free Documentation License".
> 
> It is ok for us
> 
> Bastien
>
>>
>> Lorenzo
> 


-- 
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it


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



Bug#701414: recutils: diff for NMU version 1.5-1.1

2013-05-26 Thread Sebastian Ramacher
Control: tags -1 + patch pending
thanks

Dear maintainer,

I've prepared an NMU for recutils (versioned as 1.5-1.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

Regards
-- 
Sebastian Ramacher
diff -Nru recutils-1.5/debian/changelog recutils-1.5/debian/changelog
--- recutils-1.5/debian/changelog	2012-01-21 23:10:45.0 +0100
+++ recutils-1.5/debian/changelog	2013-05-26 22:59:46.0 +0200
@@ -1,3 +1,11 @@
+recutils (1.5-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/eglibc2.17.patch: Fix FTBFS with eglibc 2.17. (Closes:
+#701414)
+
+ -- Sebastian Ramacher   Sun, 26 May 2013 22:59:45 +0200
+
 recutils (1.5-1) unstable; urgency=low
 
   * New upstream release
diff -Nru recutils-1.5/debian/patches/eglibc2.17.patch recutils-1.5/debian/patches/eglibc2.17.patch
--- recutils-1.5/debian/patches/eglibc2.17.patch	1970-01-01 01:00:00.0 +0100
+++ recutils-1.5/debian/patches/eglibc2.17.patch	2013-05-26 22:59:42.0 +0200
@@ -0,0 +1,23 @@
+Description: Fix FTBFS with eglibc 2.17
+Author: Sebastian Ramacher 
+Bug-Debian: http://bugs.debian.org/701414
+Last-Update: 2013-05-26
+
+--- recutils-1.5.orig/lib/stdio.in.h
 recutils-1.5/lib/stdio.in.h
+@@ -711,11 +711,15 @@ _GL_CXXALIAS_RPL (gets, char *, (char *s
+ _GL_CXXALIAS_SYS (gets, char *, (char *s));
+ #  undef gets
+ # endif
++# if defined gets
+ _GL_CXXALIASWARN (gets);
++# endif
+ /* It is very rare that the developer ever has full control of stdin,
+so any use of gets warrants an unconditional warning.  Assume it is
+always declared, since it is required by C89.  */
++# if defined gets
+ _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
++# endif
+ #endif
+ 
+ 
diff -Nru recutils-1.5/debian/patches/series recutils-1.5/debian/patches/series
--- recutils-1.5/debian/patches/series	2012-01-21 23:28:32.0 +0100
+++ recutils-1.5/debian/patches/series	2013-05-26 22:59:14.0 +0200
@@ -1 +1,2 @@
 mdbtools-0.7-fix
+eglibc2.17.patch


signature.asc
Description: Digital signature


Bug#683502: jedit: Refreshed patch

2013-05-26 Thread James Page
Package: jedit
Version: 5.0.0+dfsg-1
Followup-For: Bug #683502
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Merge from Debian unstable.  Remaining changes:
- d/control: Switch to using default-jdk for build, don't use BDI's.

Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers raring-updates
  APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 
'raring-proposed'), (500, 'raring'), (100, 'raring-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8.0-22-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru jedit-5.0.0+dfsg/debian/changelog jedit-5.0.0+dfsg/debian/changelog
diff -Nru jedit-5.0.0+dfsg/debian/control jedit-5.0.0+dfsg/debian/control
--- jedit-5.0.0+dfsg/debian/control	2013-03-24 20:34:07.0 +
+++ jedit-5.0.0+dfsg/debian/control	2013-05-26 22:04:12.0 +0100
@@ -9,6 +9,7 @@
bsh,
bsh-src (>= 2.0b4-11),
debhelper (>= 7.0.50~),
+   default-jdk,
docbook-xml,
docbook-xsl,
docbook-xsl-saxon,
@@ -20,7 +21,6 @@
libjsr305-java,
quilt (>= 0.46-7~),
xsltproc
-Build-Depends-Indep: openjdk-6-jdk | sun-java6-jdk
 Standards-Version: 3.9.3
 DM-Upload-Allowed: yes
 Vcs-Git: git://git.debian.org/pkg-java/jedit.git


Bug#701405: mtbl: diff for NMU version 0.2-1.1

2013-05-26 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for mtbl (versioned as 0.2-1.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

Regards.
-- 
Sebastian Ramacher
diff -Nru mtbl-0.2/debian/changelog mtbl-0.2/debian/changelog
--- mtbl-0.2/debian/changelog	2012-05-30 04:37:01.0 +0200
+++ mtbl-0.2/debian/changelog	2013-05-26 22:52:56.0 +0200
@@ -1,3 +1,11 @@
+mtbl (0.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/eglibc2.17.patch: Rename timespec_get to prevent name
+clashes with timespec_get provided by eglibc 2.17 (Closes: #701405)
+
+ -- Sebastian Ramacher   Sun, 26 May 2013 22:52:55 +0200
+
 mtbl (0.2-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru mtbl-0.2/debian/patches/eglibc2.17.patch mtbl-0.2/debian/patches/eglibc2.17.patch
--- mtbl-0.2/debian/patches/eglibc2.17.patch	1970-01-01 01:00:00.0 +0100
+++ mtbl-0.2/debian/patches/eglibc2.17.patch	2013-05-26 22:52:53.0 +0200
@@ -0,0 +1,35 @@
+Description: Rename timespec_get
+ Prevent name clashes with timespec_get provided by eglibc 2.17.
+Author: Sebastian Ramacher 
+Bug-Debian: http://bugs.debian.org/701405
+Last-Update: 2013-05-26
+
+--- a/src/mtbl_merge.c
 b/src/mtbl_merge.c
+@@ -64,7 +64,7 @@
+ }
+ 
+ static void
+-timespec_get(struct timespec *now) {
++mtbl_timespec_get(struct timespec *now) {
+ 	struct timeval tv;
+ 	(void) gettimeofday(&tv, NULL);
+ 	now->tv_sec = tv.tv_sec;
+@@ -92,7 +92,7 @@
+ 	struct timespec dur;
+ 	double t_dur;
+ 
+-	timespec_get(&dur);
++	mtbl_timespec_get(&dur);
+ 	timespec_sub(&start_time, &dur);
+ 	t_dur = timespec_to_double(&dur);
+ 
+@@ -268,7 +268,7 @@
+ 	}
+ 
+ 	/* do merge */
+-	timespec_get(&start_time);
++	mtbl_timespec_get(&start_time);
+ 	merge();
+ 
+ 	/* cleanup readers */
diff -Nru mtbl-0.2/debian/patches/series mtbl-0.2/debian/patches/series
--- mtbl-0.2/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ mtbl-0.2/debian/patches/series	2013-05-26 22:49:52.0 +0200
@@ -0,0 +1 @@
+eglibc2.17.patch


signature.asc
Description: Digital signature


Bug#597133: gvfsd-dav still crashes on attempt to mount shared folder

2013-05-26 Thread Alexey Slepov
Package: gvfs
Version: 1.12.3-4
Followup-For: Bug #597133

Hello!
This is still an issue in stable Debian 7.0.
I have three computers at home with Debian 7.0 and want to share "Public"
folders.

Nautilus shows an error "DBus error org.freedesktop.DBus.Error.NoReply: Message
did not receive a reply (timeout by message bus)".

dmesg shows lines like:
[ 6968.600842] gvfsd-dav[6554]: segfault at 0 ip 7fdfbbdd73e6 sp
7fff4227d588 error 4 in libc-2.13.so[7fdfbbd58000+18]

It happens not always. Approximately each 10th time is successful and folder is
mounted.
Strange, but when using valgrind approximately every 2nd time is successful.

Using valgrind with gvfsd-dav executable like this:

user@debian-1:~$ cat /usr/lib/gvfs/gvfsd-dav
#! /bin/bash
LANG=C valgrind /usr/lib/gvfs/gvfsd-dav.original $* > /home/user/gvfsd-dav.log
2>&1

shows this:

==7080== Memcheck, a memory error detector
==7080== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==7080== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==7080== Command: /usr/lib/gvfs/gvfsd-dav.original --spawner :1.9
/org/gtk/gvfs/exec_spaw/35
==7080==
==7080== Invalid read of size 1
==7080==at 0x4C2A001: strcmp (mc_replace_strmem.c:711)
==7080==by 0x8DDA003: avahi_service_resolver_event (in /usr/lib/x86_64
-linux-gnu/libavahi-client.so.3.2.9)
==7080==by 0x8DD5D33: ??? (in /usr/lib/x86_64-linux-gnu/libavahi-
client.so.3.2.9)
==7080==by 0x527D53D: dbus_connection_dispatch (in /lib/x86_64-linux-
gnu/libdbus-1.so.3.7.2)
==7080==by 0x8DDC535: ??? (in /usr/lib/x86_64-linux-gnu/libavahi-
client.so.3.2.9)
==7080==by 0x89C065F: ??? (in /usr/lib/x86_64-linux-gnu/libavahi-
glib.so.1.0.2)
==7080==by 0x5F12354: g_main_context_dispatch (in /lib/x86_64-linux-
gnu/libglib-2.0.so.0.3200.4)
==7080==by 0x5F12687: ??? (in /lib/x86_64-linux-
gnu/libglib-2.0.so.0.3200.4)
==7080==by 0x5F12A81: g_main_loop_run (in /lib/x86_64-linux-
gnu/libglib-2.0.so.0.3200.4)
==7080==by 0x40EA2A: daemon_main (daemon-main.c:300)
==7080==by 0x40718F: main (daemon-main-generic.c:39)
==7080==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==7080==
==7080==
==7080== Process terminating with default action of signal 11 (SIGSEGV)
==7080==  Access not within mapped region at address 0x0
==7080==at 0x4C2A001: strcmp (mc_replace_strmem.c:711)
==7080==by 0x8DDA003: avahi_service_resolver_event (in /usr/lib/x86_64
-linux-gnu/libavahi-client.so.3.2.9)
==7080==by 0x8DD5D33: ??? (in /usr/lib/x86_64-linux-gnu/libavahi-
client.so.3.2.9)
==7080==by 0x527D53D: dbus_connection_dispatch (in /lib/x86_64-linux-
gnu/libdbus-1.so.3.7.2)
==7080==by 0x8DDC535: ??? (in /usr/lib/x86_64-linux-gnu/libavahi-
client.so.3.2.9)
==7080==by 0x89C065F: ??? (in /usr/lib/x86_64-linux-gnu/libavahi-
glib.so.1.0.2)
==7080==by 0x5F12354: g_main_context_dispatch (in /lib/x86_64-linux-
gnu/libglib-2.0.so.0.3200.4)
==7080==by 0x5F12687: ??? (in /lib/x86_64-linux-
gnu/libglib-2.0.so.0.3200.4)
==7080==by 0x5F12A81: g_main_loop_run (in /lib/x86_64-linux-
gnu/libglib-2.0.so.0.3200.4)
==7080==by 0x40EA2A: daemon_main (daemon-main.c:300)
==7080==by 0x40718F: main (daemon-main-generic.c:39)
==7080==  If you believe this happened as a result of a stack
==7080==  overflow in your program's main thread (unlikely but
==7080==  possible), you can try to increase the size of the
==7080==  main thread stack using the --main-stacksize= flag.
==7080==  The main thread stack size used in this run was 8388608.
==7080==
==7080== HEAP SUMMARY:
==7080== in use at exit: 259,651 bytes in 2,095 blocks
==7080==   total heap usage: 3,516 allocs, 1,421 frees, 479,718 bytes allocated
==7080==
==7080== LEAK SUMMARY:
==7080==definitely lost: 0 bytes in 0 blocks
==7080==indirectly lost: 0 bytes in 0 blocks
==7080==  possibly lost: 56,133 bytes in 359 blocks
==7080==still reachable: 203,518 bytes in 1,736 blocks
==7080== suppressed: 0 bytes in 0 blocks
==7080== Rerun with --leak-check=full to see details of leaked memory
==7080==
==7080== For counts of detected and suppressed errors, rerun with: -v
==7080== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 8 from 6)

and sometimes this:

==6958== Memcheck, a memory error detector
==6958== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==6958== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==6958== Command: /usr/lib/gvfs/gvfsd-dav.original --spawner :1.9
/org/gtk/gvfs/exec_spaw/30
==6958==
gvfsd-dav.original: ../avahi-common/dbus-watch-glue.c:91: request_dispatch:
Assertion `dbus_connection_get_dispatch_status(d->connection) ==
DBUS_DISPATCH_DATA_REMAINS' failed.
==6958==
==6958== HEAP SUMMARY:
==6958== in use at exit: 259,382 bytes in 2,092 blocks
==6958==   total heap usage: 3,449 allocs, 1,357 frees, 477,948 bytes allocated
==6958==
==6958== LEAK SUMMARY:
==6958==definitely lost: 0 bytes in 0 blocks
==6958==ind

Bug#709926: please reenable ICU support

2013-05-26 Thread أحمد المحمودي
On Sun, May 26, 2013 at 10:01:04PM +0200, Rene Engelhard wrote:
> I think there's no option other than readding ICU support and the respective
> udebs.
---end quoted text---

  Upstream is working on config. options to enable/disable ICU (& 
  probably Graphite2) support, hence we would be able to build the 
  normal deb with those two, and the udeb without them.

  Btw, Khaled says that LibreOffice will also need Graphite2 support, 
  is that right ?

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature


Bug#707195: Also breaks krb5 build

2013-05-26 Thread Hilmar Preusse
tags 707195 - fixed-upstream
tags 707195 + wontfix
stop

On 15.05.13 Sam Hartman (hartm...@debian.org) wrote:

Hi,

> I'm not thrilled at the concept of making significant documentation
> changes to the upstream docs in order to get this to build.
> 
The texinfo people (K. Berry) refused to revert that change and turn
the error back into a warning.

The only thing you can do is to bother your upstream: they should fix
their texinfo files.

H.
-- 
sigmentation fault


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



Bug#367790: linux-wlan-ng-source: Setting USB adapter to monitor mode triggers memory leak in kernel

2013-05-26 Thread Frédéric Brière
usertags 367790 - orphaned
submitter 367790 Frédéric Brière 
thanks

On Sat, Jun 19, 2010 at 12:03:03PM -0400, Frédéric Brière wrote:
> At this point, I don't really care what happens to this bug report
> anymore.  (Can a bug report be orphaned?)

I'll do the next best thing and mark it as such.

If anyone has any interest in this bug report, feel free to adopt it and
set yourself as submitter.

> I'd be glad to give this adaptor away and mail it to that poor soul,
> along with my best wishes.

I think I threw it away some time ago.  Sorry.  :(


-- 
To kick or not to kick...
-- Somewhere on IRC, inspired by Shakespeare


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



Bug#709933: ITP: ruby-oauth2 -- a Ruby wrapper for the OAuth 2.0 protocol

2013-05-26 Thread Praveen A
package: wnpp
severity: wishlist
owner: Praveen Arimbrathodiyil 

Homepage: http://rubygems.org/gems/oauth2
Version: 0.9.1
Upstream Authors: Michael Bleigh, Erik Michaels-Ober
License: Expat
Description: A Ruby wrapper for the OAuth 2.0 protocol built with a
similar style to the original OAuth spec.

--
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.


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



Bug#709793: Pending fixes for bugs in the libdbm-deep-perl package

2013-05-26 Thread pkg-perl-maintainers
tag 709793 + pending
thanks

Some bugs in the libdbm-deep-perl package are closed in revision
4d97cf18c44d2f7a4c1174d00b90e24059a375e2 in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbm-deep-perl.git;a=commitdiff;h=4d97cf1

Commit message:

Add patch to fix a POD issue.

Closes: #709793


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



Bug#709830: Pending fixes for bugs in the libhttp-proxy-perl package

2013-05-26 Thread pkg-perl-maintainers
tag 709830 + pending
thanks

Some bugs in the libhttp-proxy-perl package are closed in revision
3eae66fd4c897da5bc54eb4c48dad7a02d4259db in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libhttp-proxy-perl.git;a=commitdiff;h=3eae66f

Commit message:

New upstream release. Fixes "FTBFS with perl 5.18: POD" (Closes: #709830)


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



Bug#709768: Pending fixes for bugs in the libconfig-find-perl package

2013-05-26 Thread pkg-perl-maintainers
tag 709768 + pending
thanks

Some bugs in the libconfig-find-perl package are closed in revision
bb00f80692b4dfbb82cbc2f12822fa3d6baab6ed in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libconfig-find-perl.git;a=commitdiff;h=bb00f80

Commit message:

Add a patch to add =encoding to the POD.

Closes: #709768


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



Bug#709932: option to exit with exit status != 0 only on internal errors

2013-05-26 Thread Ansgar Burchardt
Package: lintian
Version: 2.5.10.5
Severity: wishlist

It would be nice if lintian had an option to exit with a status != 0
only if there are internal errors.

Currently it exits with "1" if policy violations of major errors are
detected. sudo does the same (exit status 1) when running a command is
not allowed which makes catching unexpected errors harder.

Ansgar


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



  1   2   3   4   >