Bug#702491: Package passwd: useradd-defaults

2013-03-07 Thread Golke Lutz
Package: passwd
Version: 1:4.1.5.1-1

Shouldn't the var SHELL=/bin/sh from /etc/default/useradd be changed into 
SHELL=/bin/bash as the default usershell? Using /bin/sh (a symlink to 
/bin/dash) confuses lots of people, if they don't use -s /bin/bash and get 
new users with dash as shell.

Regards,
lutz

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



Bug#702460: openblas: does not revert atlas lapack alternative

2013-03-07 Thread Sylvestre Ledru
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/03/2013 23:12, S←bastien Villemot wrote:
 Le mercredi 06 mars 2013 ¢ 22:58 +0100, Julian Taylor a ←crit :
 On 06.03.2013 22:53, S←bastien Villemot wrote:
 Le mercredi 06 mars 2013 ¢ 22:01 +0100, Julian Taylor a ←crit
 :
 Package: openblas Version: 0.1.1-6 Severity: normal
 
 installing atlas and the openblas changes the alternative to
 openblas as it has higher priority. but atlas also changes
 the lapack alternative to its own. This leads to
 usr/lib/liblapack.so having undefined references to atlas 
 extensions
 
 apt-get install libatlas3-base apt-get install
 libopenblas-base ldd -r /usr/lib/liblapack.so.3 ... undefined
 symbol: ATL_dpttrmm(/usr/lib/liblapack.so.3)
 
 You have either an old version of atlas, or you manually
 changed the alternative. The standard LAPACK has higher
 priority than ATLAS':
 
 
 I didn't install lapack at all, it uses the lapack in atlas. 
 possibly openblas could depend on lapack to avoid this?
 
 I don?t think this would make much sense.
I agree with S←bastien. LAPACK is built upon BLAS and LAPACK is not
away used when doing linear algebra.

Sylvestre

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

iEYEARECAAYFAlE4TykACgkQiOXXM92JlhB6dQCgsoN29GDT9L40yYLFOVuO4+HO
TzMAoLNEnHvThdytGEJOxPXQR3EpGdgQ
=+Kl4
-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#701985: libcomedi0: Library has the undefined symbols

2013-03-07 Thread Gudjon I. Gudjonsson
Hello Ilya

You are right and I don't know how to fix it. Adding LDFLAGS = -lm did not fix 
the bug. I will have to reopen it :(

But can you live with it if you compile your programs with -lm, see the demos 
Makefile?

Regards
Gudjon


Bug#701548: libv4l-0: bashism in /bin/sh script

2013-03-07 Thread Raphael Geissert
Hi,

On 6 March 2013 20:23, Gregor Jasny gja...@googlemail.com wrote:
 Hello,

 I'll fix the shell rediretion with the next upload. But the other
 complain puzzles me:

Thanks

 On 2/24/13 7:07 AM, Raphael Geissert wrote:
 Your linked Wiki page states:
 Also, the following can be used to check for the presence of the time 
 program.
 ...
  # if statement
 if [ ! $(command -v time) ]; then
 echo time is not installed
 exit 1
 fi

 So the example also uses the -v option. Is the -v option allowed or not?

Good catch; I haven't reviewed that page in a while and there have
been quite some changes since. -v may or may not be implemented, so it
shouldn't be used either.

In Debian (and its derivatives) you can rely on the which(1) command;
it also works on FreeBSD and some other systems but it's best not to
pass any option to it.

Cheers,
-- 
Raphael Geissert


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



Bug#693393: 3.16+dfsg1-1_all is 942M

2013-03-07 Thread victory

http://ftp.debian.org/debian/pool/main/n/ns3/ns3-doc_3.16+dfsg1-1_all.deb
06-Mar-2013 20:11942M

-- 
victory
no need to CC me :-)
http://userscripts.org/scripts/show/102724
0.0.1.3


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



Bug#702480: xserver-xorg-video-radeon: GTK fonts are invisible on PowerPC

2013-03-07 Thread Michel Dänzer
On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote: 
 Package: xserver-xorg-video-radeon
 Version: 1:6.14.4-7
 Severity: important

FWIW I think this deserves even higher severity, it should definitely be
fixed for wheezy.


 Dear Maintainer,
 
 On new Wheezy installs or after an upgrade, PowerPC Macs using the radeon
 driver have GTK fonts render as very light purple making them invisible 
 against
 gray backgrounds.  Other users have discussed this problem in the following
 threads:
 
 http://lists.debian.org/debian-powerpc/2013/01/msg00028.html
 
 http://www.mintppc.org/forums/viewtopic.php?f=15t=1205sid=19248fa6623f340007d9c86ea8f37611
 
 A workaround is to edit xorg.conf, changing AccelMethod to XAA or keeping the
 EXA default but adding the options RenderAcceleration False and
 MigrationHeuristic greedy.
 
 This bug does not affect fonts in a console, xterm, qt apps, or Openbox 
 desktop
 menus, only in GTK apps.

I think the attached patch should fix this. Can you or anyone else on
the debian-powerpc list test it?


   Option  RenderAccelerationFalse
   Option  MigrationHeuristicgreedy
[...] 
 [45.807] (WW) RADEON(0): Option RenderAcceleration is not used

BTW, if you spelled RenderAccel correctly, Option MigrationHeuristic
shouldn't be necessary to work around the problem. In theory the latter
won't avoid the problem in some cases anyway.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer
From f9c21f46e87fb2bf5c6489b2365fc2bba88fd336 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Michel=20D=C3=A4nzer?= michel.daen...@amd.com
Date: Thu, 7 Mar 2013 09:59:29 +0100
Subject: [PATCH] UMS: Swap bytes when uploading to pixmap for solid picture on
 big endian host
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit


Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
 src/radeon_exa_shared.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/src/radeon_exa_shared.c b/src/radeon_exa_shared.c
index 7af8a52..48c8fcf 100644
--- a/src/radeon_exa_shared.c
+++ b/src/radeon_exa_shared.c
@@ -40,6 +40,7 @@
 #endif
 #include radeon_macros.h
 #include radeon_probe.h
+#include radeon_reg.h
 #include radeon_version.h
 #include radeon_vbo.h
 
@@ -159,7 +160,12 @@ PixmapPtr RADEONSolidPixmap(ScreenPtr pScreen, uint32_t solid)
 
 /* XXX: Big hammer... */
 info-accel_state-exa-WaitMarker(pScreen, info-accel_state-exaSyncMarker);
+#if X_BYTE_ORDER == X_BIG_ENDIAN
+RADEONCopySwap(info-FB + exaGetPixmapOffset(pPix), (uint8_t*)solid, 4,
+		   RADEON_HOST_DATA_SWAP_32BIT);
+#else
 memcpy(info-FB + exaGetPixmapOffset(pPix), solid, 4);
+#endif
 
 return pPix;
 }
-- 
1.8.2.rc1



Bug#628843: [Pkg-shadow-devel] Bug#628843: use pty?

2013-03-07 Thread Alexander Gattin
Hello,

On Wed, Mar 06, 2013 at 11:23:01AM -0600, Serge
Hallyn wrote:
 As mdeslaur has pointed out in irc, one solution
 would be to have interactive su use a new pty
 for the session.  Not trivial,

and not very portable too. The best pty handling
is done by Expect (Tcl/Expect) IMHO, but its code
looks too complex.

Probably, we should do the simplified pty for
selected platforms (GNU/Linux, FreeBSD) and try
not to break others (and leave them vulnerable
until someone cares much).

 Alternatively, we could simply update the su man
 page to recommend su only be used for increasing
 privilege (becoming root), and recommend other
 means for dropping privilege or switching users.

IMHO we should do both -- first update the su man
page (and leave it so for other platforms), then
implement pty workaround for Linux and BSD and
restore su manpage for Linux/BSD.

-- 
With best regards,
xrgtn


signature.asc
Description: Digital signature


Bug#659440: Patch for bumblebee package

2013-03-07 Thread Ralf Jung
Hi,

attached is a patch for the bumblebee package to properly handle the
configuration files stored in /etc/bumblebee. For some reason, the
package used to not ship these files, but instead copy them in postinst,
which means users would not be prompted about changes in the default
configuration, nor obtain an updated configuration if they did not
change the file.

I also simplieifed debian/rules a bit in favour of using
debian/bumblebee.install to give additional files which are included in
the package. The bash-completion file is installed by make install, so
there's no need to do that again.

Kind regards,
Ralf
From 23f3310b78ecace5fba1c92fac0e55544f0eb8df Mon Sep 17 00:00:00 2001
From: Ralf Jung p...@ralfj.de
Date: Wed, 6 Mar 2013 21:47:23 +0100
Subject: [PATCH] Make the files in /etc conffiles and use
 debian/bumblebee.install instead of manually calling
 dh_install or cp

copying the bash_completion file is no longer needed, make install does that
---
 debian/bumblebee.install |2 ++
 debian/postinst  |6 --
 debian/postrm|1 +
 debian/rules |   14 --
 4 files changed, 3 insertions(+), 20 deletions(-)
 create mode 100644 debian/bumblebee.install

diff --git a/debian/bumblebee.install b/debian/bumblebee.install
new file mode 100644
index 000..f6931c5
--- /dev/null
+++ b/debian/bumblebee.install
@@ -0,0 +1,2 @@
+debian/bumblebee/etc/bumblebee/*	usr/share/bumblebee/default-conf/
+scripts/systemd/bumblebeed.service	lib/systemd/system/
diff --git a/debian/postinst b/debian/postinst
index 5a06623..76cf24e 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -14,12 +14,6 @@ USE_GROUPS='adm sudo admin'
 
 case $1 in
   configure)
-for file in bumblebee.conf xorg.conf.nvidia xorg.conf.nouveau; do
-if [ ! -f /etc/bumblebee/$file ]; then
-cp -p /usr/share/bumblebee/default-conf/$file /etc/bumblebee/
-fi
-done
-
 # only add a group and members if the configured group does match the
 # default group and if the group is missing
 if grep -qx ServerGroup=$BB_GROUP /etc/bumblebee/bumblebee.conf 
diff --git a/debian/postrm b/debian/postrm
index 24f2c6d..95f7ec8 100644
--- a/debian/postrm
+++ b/debian/postrm
@@ -9,6 +9,7 @@ set -e
 case $1 in
   purge)
 groupdel bumblebee || true
+# keep this as old versions did not mark these files as conffiles
 for file in bumblebee.conf xorg.conf.nvidia xorg.conf.nouveau; do
 rm -f /etc/bumblebee/$file
 done
diff --git a/debian/rules b/debian/rules
index 90e38e7..fe4008f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -23,20 +23,6 @@ endif
 
 override_dh_auto_install:
 	dh_auto_install --destdir=debian/bumblebee/
-	dh_installdirs usr/share/bumblebee/default-conf
-	mv debian/bumblebee/etc/bumblebee/* \
-		debian/bumblebee/usr/share/bumblebee/default-conf/
-	dh_installdirs lib/systemd/system
-	cp scripts/systemd/bumblebeed.service \
-	debian/bumblebee/lib/systemd/system/bumblebeed.service
-
-override_dh_install:
-	dh_install
-	# Use our own sysvinit script instead of the one distributed upstream
-	#cp scripts/sysvinit/bumblebeed debian/bumblebee.bumblebeed.init
-	#cp scripts/upstart/bumblebeed.conf debian/bumblebee.bumblebeed.upstart
-	cp scripts/bash_completion/bumblebee \
-	debian/bumblebee/etc/bash_completion.d/bumblebee
 
 override_dh_installinit:
 	dh_installinit --name=bumblebeed
-- 
1.7.10.4



Bug#697890: iwconfig not in /sbin

2013-03-07 Thread Christian PERRIER
Quoting Charles Plessy (ple...@debian.org):

 There are multiple ways to solve this:
 
  - The upload is made by an uploader.
  - I or someone else sponsor an upload where the changelog is signed
by an uploader.
  - The upload is marked Team upload.
  - The upload is made version 3.16, ignoring warnings.
  - I or someone else become uploader, and upload.
  
 Any is fine with me.
 
  Getting Joey's ACK would also be a good idea.
 
 Just let me know a timeline if you would like me to upload.


Let's give Joey some time to comment (something like a week should be
fine) and let's decide later on.




signature.asc
Description: Digital signature


Bug#700333: Stack trace

2013-03-07 Thread vitalif

Hi Ben!

Did the stack help you to identify something?

Enabling non-boot CPUs seems suspicious to me - does that mean 
instead of writing an image to disk and hibernating it's trying to 
resume?



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



Bug#702428: log output

2013-03-07 Thread Daniel Pocock
errors from /var/log/xcp-xapi.log:



652Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xapi]
creating device emulator
652Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops]
Device.Dm.start domid=10
661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops]
qemu-dm: should be running in the background (stdout redirected to syslog)
661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops]
qemu-dm: pid = 9169. Waiting for /local/domain/0/device-model/10/state
661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops]
watch: watching xenstore paths: [ /local/domain/0/device-model/10/state
] with timeout 5.00 seconds
667Z|error||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops]
watch: timeout while watching xenstore after 5.00 seconds
667Z|error||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops]
qemu-dm: unexpected exit with code: 1
667Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start
R:0b98978366e4|backtrace] Raised at device.ml:1606.12-57 -
vmops.ml:627.2-32 - vmops.ml:1123.8-104
667Z|error||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xapi]
Vmops.start_paused caught: INTERNAL_ERROR: [
Device.Ioemu_failed(qemu-dm exitted unexpectedly) ]



and more from /var/log/daemon.log:



xcp-fe: qemu-dm-10[9169]: domid: 10
xcp-fe: qemu-dm-10[9169]: -c config qemu network with xen bridge for
xcp-fe: qemu-dm-10[9169]: tap10.0 xapi1
xcp-fe: qemu-dm-10[9169]: can't add tap10.0 to bridge xapi1: Operation
not supported
xcp-fe: qemu-dm-10[9169]: /etc/xen/scripts/qemu-ifup: could not launch
network script
xcp-fe: qemu-dm-10[9169]: Could not initialize device 'tap'


The message about

   can't add tap10.0 to bridge xapi1: Operation not supported

seems to be the point where it fails.

xapi1 does exist and two PV domUs are connected to it already:

# brctl show xapi1
bridge namebridge idSTP enabledinterfaces
xapi1.de699bd4dc4dnovif1.2
vif3.1

It is only the HVM domU that has this error.

Why is it talking about tap10.0 and not vif10.0 in the qemu-dm log
message?  Do HVM vifs use the tapX naming convention?  Or is this the
cause of the problem?

dmesg output shows that a vif10.0 did exist briefly


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



Bug#699046: psi-plus-plugin-psimedia: psi-plus segfaults while psi-plus-plugin-media installed

2013-03-07 Thread Boris Pek
Hi,

Could you try psimedia 1.0.3-git20130306-c2b8446-1 and psi-plus 0.16.78-1
from experimental?

Best regards,
Boris


Bug#702285: unblock: vlc/2.0.3-5

2013-03-07 Thread Holger Levsen
Hi,

On Mittwoch, 6. März 2013, Niels Thykier wrote:
  Moreover, we have a Jenkins job [0] that currently consistently
  reproduces the bug (thanks Holger!), and will confirm as soon as this
  is accepted in testing if it's really fixed. I commit to check
  it myself.
 Counting on this!

and indeed, 
http://jenkins.debian.net/job/chroot-installation_squeeze_install_full_desktop_upgrade_to_wheezy/
finally was successful this morning \o/

So now there is only one failing chroot installation test: 
http://jenkins.debian.net/view/chroot-installation/job/chroot-installation_squeeze_install_gnome_upgrade_to_wheezy/

Which actually surprises me a bit, as the latter installs less than the 
former...?!


cheers,
Holger


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



Bug#702492: RFS: anox/2.2-1

2013-03-07 Thread Sébastien Bertrand
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package anox.

anoX aims to provide a simple and powerful way to run an application,
mainly games, in another X server. The goal is to bypass bugs such as
wine's windows disappearing when using Compiz or SDL-based games (like
Tremulous) preventing from switching between the game and the desktop.

  Package name: anox
  Version : 2.2-1
  Upstream Author : Sébastien Bertrand thedamoc...@gmail.com
  URL : https://launchpad.net/anox
  License : GPL-3+
  Section : x11

It builds those binary packages:
  anox  - run an application in another X server

To access further information about this package, please visit the
following URL:
  http://mentors.debian.net/package/anox

Alternatively, one can download the package with dget using this command:
  dget -x http://mentors.debian.net/debian/pool/main/a/anox/anox_2.2-1.dsc

More information about hello can be obtained from http://www.example.com.
  https://launchpad.net/anox

Changes since the last upload:
* Now automatically select a free display and a virtual terminal
* Now use argparse to parse command-line
* Syntax improvments

I know that Testing migration has been frozen, but I would appreciate
any comment concerning the quality of my package or my program. I
would be glad if someone uploaded this package for me.

Kind regards,
Sébastien Bertrand


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



Bug#702293: unblock: dspam/3.10.1+dfsg-10

2013-03-07 Thread Thomas Preud'homme
After explaining my problem on IRC, formorer showed me an SQL expression that 
creates plpgsql only if needed. You'll notice that plpgsql is created with 
CREATE LANGUAGE because since PostgreSQL 9, plpgsql is created by default. 
Hence, if it needs to be created the old CREATE LANGUAGE construct should be 
used.

I tried installing dspam with this patch with both PostgreSQL 8.4 from Squeeze 
and PostgreSQL 9.1 from Wheezy with success. Purging works fine too.

If this diff suits you, should I rather upload to tpu with a new changelog 
entry as in the attached debdiff or merge the entry in the previous one so that 
only one upload appears to have been done?

Best regards,

Thomas
diff -Nru dspam-3.10.1+dfsg/debian/changelog dspam-3.10.1+dfsg/debian/changelog
--- dspam-3.10.1+dfsg/debian/changelog	2013-03-04 17:39:52.0 +0100
+++ dspam-3.10.1+dfsg/debian/changelog	2013-03-07 11:03:34.0 +0100
@@ -1,6 +1,12 @@
+dspam (3.10.1+dfsg-11) testing-proposed-updates; urgency=low
+
+  * Create plpgsql only if it is not loaded yet.
+
+ -- Thomas Preud'homme robo...@debian.org  Thu, 07 Mar 2013 10:25:49 +0100
+
 dspam (3.10.1+dfsg-10) testing-proposed-updates; urgency=low
 
-  * Explicitely require legacy mode for string escaping in PostgreSQL since it
+  * Explicitly require legacy mode for string escaping in PostgreSQL since it
 now defaults to standard compliant mode (Closes: #694942).
   * Fix error when creating database in PostgreSQL by creating plpgsql as
 extension instead of language.
diff -Nru dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql
--- dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql	2013-03-04 17:39:52.0 +0100
+++ dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql	2013-03-07 11:03:34.0 +0100
@@ -1 +1,19 @@
-CREATE EXTENSION IF NOT EXISTS plpgsql;
+CREATE OR REPLACE FUNCTION public.create_plpgsql_language ()
+RETURNS TEXT
+AS $$
+CREATE LANGUAGE plpgsql;
+SELECT 'language plpgsql created'::TEXT;
+$$
+LANGUAGE 'sql';
+
+SELECT CASE WHEN
+  (SELECT true::BOOLEAN
+ FROM pg_language
+WHERE lanname='plpgsql')
+THEN
+  (SELECT 'language already installed'::TEXT)
+ELSE
+  (SELECT public.create_plpgsql_language())
+END;
+
+DROP FUNCTION public.create_plpgsql_language ();


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


Bug#528015: manpages: securetty is not only used to restrict root login

2013-03-07 Thread Michael Kerrisk (man-pages)
On Sun, May 10, 2009 at 12:59 PM, Nicolas FRANCOIS (Nekral)
nicolas.franc...@centraliens.net wrote:
 Package: manpages
 Version: 3.21-1
 Severity: normal
 Tags: patch

 Hello,

 pam_unix, with the nullok_secure option uses /etc/securetty for a slightly
 different purpose than documented in securetty(5).

 securetty(5) could also be completed to indicate that PAM also support
 securetty (with pam_securetty).

 Note that the nullok_secure option is a Debian specific patch for PAM.

 I'm attaching a proposal for these two additions.

 Thanks in advance,

Nicolas, is there some non-Debian-specific stuff here that could be
applied upstream? If you would craft a patch against (current)
upstream, I'll apply it.

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of The Linux Programming Interface; http://man7.org/tlpi/


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



Bug#702476: RFP: untrunc -- simple tool to recover truncated mp4, mov, 3gp files

2013-03-07 Thread Federico Ponchio
Ciao,
I do not know what exactly this is... am I supposed to do something?

in any case I rewrote the software some time ago not to need Qt anymore,
and improving it a bit so that the range of format it is able to
recover is somewhat extended.

Federico


On Thu, Mar 7, 2013 at 2:01 AM, Rogério Brito rbr...@ime.usp.br wrote:
 Package: wnpp
 Severity: wishlist

 * Package name: untrunc
   Version : 1.0
   Upstream Author : Federico Ponchio ponc...@gmail.com
 * URL : http://vcg.isti.cnr.it/~ponchio/untrunc.php
 * License : GPL
   Programming Lang: C++
   Description : simple tool to recover truncated mp4, mov, 3gp files

 untrunc is a small program which uses QT, ffmpeg and libfaad to rebuild the
 index and, given a complete video as an example, recreate the moov atom,
 thus rendering a truncated MP4, MOV or 3GP file playable again.

 --
 Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
 http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
 DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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



Bug#702457: [Pkg-postgresql-public] Bug#702457: [postgresql-9.2] Can't install postgresql-9.2

2013-03-07 Thread Christoph Berg
 How can I install postgresql-9.2 package?

https://wiki.postgresql.org/wiki/Apt

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#702494: malformed messages/gibberish in logs

2013-03-07 Thread Tomas Pospisek

Package: rsyslog
Version: 5.8.11-2
Severity: important

On two of our machines we are seeing that rsyslog is filling
up the log with undecipherable gibberish:


From /var/log/kern.log (other logs are also affected such as */syslog):


  Mar  7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery 
complete
  Mar  7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord e6[237459.93863] 
ET-s(m1) sn nenljra96]trnepeiufn d127.6 3p_a:lnnecie1
  Mar  7 03:37:06 brisi kernel: [492xr_ndirei3
  Mar  7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c 
e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m elsn.34e3p_negfed9 rhnioe 
eee
  Mar  7 03:45:07 brisi kernel: 3526Xs- eptam

The corresponding output from dmesg:

  [236975.910574] EXT3-fs (dm-12): recovery complete
  [236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data mode
  [237050.760055] kjournald starting.  Commit interval 5 seconds
  [237050.789205] EXT3-fs (dm-12): using internal journal
  [237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data mode
  [237459.946661] kjournald starting.  Commit interval 5 seconds
  [237459.953863] EXT3-fs (dm-12): using internal journal
  [237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354
  [237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342
  [237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340
  [237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338
  [237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298
  [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted
  [237459.967662] EXT3-fs (dm-12): recovery complete
  [237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data mode
  [237712.565835] kjournald starting.  Commit interval 5 seconds
  [237712.596382] EXT3-fs (dm-12): using internal journal
  [237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data mode

Note that some of the timestamps in the kern.log and in dmesg correspond.

One could think that this is a result of the filesystem breaking, but that
is not the case. The above fsck's are from lvm snapshots that are (in 
theory) not interfering with the real FS.


Additionaly we are seing the same symptoms (gibberish in the logs) on 
another machine that doesn't do fscks on lvm snapshots, that is the 
gibberish occursare aparently random times there.


This problem has also been reported to the rsyslog mailing list:
  http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html

We have also tested this with rsyslog 7.2.5-1 from experimental (as seen 
inthe ML thread above).


It's weird that this problem hasn't been reported elsewhere yet, since 
we're seeing it on two different, independently set up machines.

*t


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



Bug#702494: malformed messages/gibberish in logs

2013-03-07 Thread Michael Biebl
Is that on virtualised hardware? Does that only happen for kernel messages or 
also if you run logger foo?



Tomas Pospisek tpo_...@sourcepole.ch schrieb:

Package: rsyslog
Version: 5.8.11-2
Severity: important

On two of our machines we are seeing that rsyslog is filling
up the log with undecipherable gibberish:

From /var/log/kern.log (other logs are also affected such as
*/syslog):

Mar  7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery
complete
Mar  7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord
e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6
3p_a:lnnecie1
   Mar  7 03:37:06 brisi kernel: [492xr_ndirei3
Mar  7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c
e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m
elsn.34e3p_negfed9 rhnioe eee
   Mar  7 03:45:07 brisi kernel: 3526Xs- eptam

The corresponding output from dmesg:

   [236975.910574] EXT3-fs (dm-12): recovery complete
[236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
   [237050.760055] kjournald starting.  Commit interval 5 seconds
   [237050.789205] EXT3-fs (dm-12): using internal journal
[237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
   [237459.946661] kjournald starting.  Commit interval 5 seconds
   [237459.953863] EXT3-fs (dm-12): using internal journal
[237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354
[237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342
[237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340
[237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338
[237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298
   [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted
   [237459.967662] EXT3-fs (dm-12): recovery complete
[237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
   [237712.565835] kjournald starting.  Commit interval 5 seconds
   [237712.596382] EXT3-fs (dm-12): using internal journal
[237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data
mode

Note that some of the timestamps in the kern.log and in dmesg
correspond.

One could think that this is a result of the filesystem breaking, but
that
is not the case. The above fsck's are from lvm snapshots that are (in 
theory) not interfering with the real FS.

Additionaly we are seing the same symptoms (gibberish in the logs) on 
another machine that doesn't do fscks on lvm snapshots, that is the 
gibberish occursare aparently random times there.

This problem has also been reported to the rsyslog mailing list:
   http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html

We have also tested this with rsyslog 7.2.5-1 from experimental (as
seen 
inthe ML thread above).

It's weird that this problem hasn't been reported elsewhere yet, since 
we're seeing it on two different, independently set up machines.
*t

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.


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



Bug#702495: netplug: [PATCH] Allow to specify custom script file via param '-s'

2013-03-07 Thread Pali Rohár
Package: netplug
Version: 1.2.9.2-1
Severity: normal
Tags: patch

Hello,

I'm sending patch for netplug which allow to specify custom
script file via new param '-s'. It is usefull if you want to start
another instance of netplug, or want to start netplug with custom
script file (no with default which calling ifup/ifdown).

Patch is attached, generated by hg diff against repository on:
http://hg.serpentine.com/netplug

-- 
Pali Rohár
pali.ro...@gmail.com
diff -r aaebd52fac19 lib.c
--- a/lib.c	Sat Jun 26 09:36:45 2010 -0700
+++ b/lib.c	Sat Mar 02 02:38:19 2013 +0100
@@ -29,6 +29,7 @@
 
 #include netplug.h
 
+const char *script_file = NP_SCRIPT_DIR /netplug;
 
 void
 do_log(int pri, const char *fmt, ...)
@@ -109,11 +110,11 @@
 setpgrp();  /* become group leader */
 
 do_log(LOG_INFO, %s %s %s - pid %d,
-   NP_SCRIPT, ifname, action, getpid());
+   script_file, ifname, action, getpid());
 
-execl(NP_SCRIPT, NP_SCRIPT, ifname, action, NULL);
+execl(script_file, script_file, ifname, action, NULL);
 
-do_log(LOG_ERR, NP_SCRIPT : %m);
+do_log(LOG_ERR, %s: %m, script_file);
 exit(1);
 }
 
diff -r aaebd52fac19 main.c
--- a/main.c	Sat Jun 26 09:36:45 2010 -0700
+++ b/main.c	Sat Mar 02 02:38:19 2013 +0100
@@ -91,7 +91,7 @@
 static void
 usage(char *progname, int exitcode)
 {
-fprintf(stderr, Usage: %s [-DFP] [-c config-file] [-i interface] [-p pid-file]\n,
+fprintf(stderr, Usage: %s [-DFP] [-c config-file] [-s script-file] [-i interface] [-p pid-file]\n,
 progname);
 
 fprintf(stderr, \t-D\t\t
@@ -102,6 +102,8 @@
 do not autoprobe for interfaces (use with care)\n);
 fprintf(stderr, \t-c config_file\t
 read interface patterns from this config file\n);
+fprintf(stderr, \t-s script_file\t
+script file for probing interfaces, bringing them up or down\n);
 fprintf(stderr, \t-i interface\t
 only handle interfaces matching this pattern\n);
 fprintf(stderr, \t-p pid_file\t
@@ -219,7 +221,7 @@
 int probe = 1;
 int c;
 
-while ((c = getopt(argc, argv, DFPc:hi:p:)) != EOF) {
+while ((c = getopt(argc, argv, DFPc:s:hi:p:)) != EOF) {
 switch (c) {
 case 'D':
 debug = 1;
@@ -234,6 +236,9 @@
 read_config(optarg);
 cfg_read = 1;
 break;
+case 's':
+script_file = optarg;
+break;
 case 'h':
 fprintf(stderr, netplugd version %s\n, NP_VERSION);
 usage(argv[0], 0);
diff -r aaebd52fac19 man/man8/netplugd.8
--- a/man/man8/netplugd.8	Sat Jun 26 09:36:45 2010 -0700
+++ b/man/man8/netplugd.8	Sat Mar 02 02:38:19 2013 +0100
@@ -19,6 +19,7 @@
 .Nm netplugd
 .Op Fl FP
 .Op Fl c Ar config_file
+.Op Fl s Ar script_file
 .Op Fl i Ar interface_pattern
 .Op Fl p Ar pid_file
 .\
@@ -117,6 +118,9 @@
 .Pa /dev/null
 as a config file.
 .\
+.It Fl s Ar script_file
+Specify an alternative script file path, override /etc/netplug.d/netplug
+.\
 .It Fl i Ar interface_pattern
 Specify a pattern that will be used to match interface names that
 .Nm
diff -r aaebd52fac19 netplug.h
--- a/netplug.h	Sat Jun 26 09:36:45 2010 -0700
+++ b/netplug.h	Sat Mar 02 02:38:19 2013 +0100
@@ -26,8 +26,6 @@
 #include linux/netlink.h
 #include linux/rtnetlink.h
 
-#define NP_SCRIPT NP_SCRIPT_DIR /netplug
-
 /* configuration */
 
 void read_config(char *filename);
@@ -37,6 +35,8 @@
 void probe_interfaces(void);
 void close_on_exec(int fd);
 
+extern const char *script_file;
+
 extern int debug;
 
 /* netlink interfacing */


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


Bug#309599: manpages-dev: Return value of res_search and friends

2013-03-07 Thread Michael Kerrisk (man-pages)
Florian,

Can you provide some supporting eveidence for this patch -- (simple)
test code or a specific references in the glibs source?

Cheers,

Michael

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of The Linux Programming Interface; http://man7.org/tlpi/


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



Bug#698440: Bug#700173: ruby-rack: CVE-2013-0262 and CVE-2013-0263

2013-03-07 Thread Satoru KURASHIKI
dear security team,

On Mon, Feb 11, 2013 at 1:24 PM, Satoru KURASHIKI lur...@gmail.com wrote:
 I've contacted Youhei SASAKI (maintainer of ruby-rack, successor of
 librack-ruby),
 and acknowledged about preparing NMU for this bug.

 Please audit this patch, after that I will prepare NMU for squeeze.
 (and after that t-p-u, unstable, ...)

I've created a NMU debdiff for stable, which includes these fixes:
#698440 (CVE-2013-0184)
#700226 (CVE-2013-0263)

These are already applied in unstable/testing.

Please consider to update stable version of librack-ruby with
attached debdiff to close those CVE issues.

regards,
-- 
KURASHIKI Satoru


librack-ruby_s-p-u.debdiff
Description: Binary data


Bug#700869: solved

2013-03-07 Thread Marek Straka

reassign 700869 xfdesktop4
merge 700869 694765

thanks

It looks like it will not be repaired in Debian Wheezy.

._ _  _  _ |  . _ |' _
| | |.-|| '| || || (_)



signature.asc
Description: PGP signature


Bug#702494: malformed messages/gibberish in logs

2013-03-07 Thread Michael Biebl
What kernel are you running? 



Tomas Pospisek tpo_...@sourcepole.ch schrieb:

Package: rsyslog
Version: 5.8.11-2
Severity: important

On two of our machines we are seeing that rsyslog is filling
up the log with undecipherable gibberish:

From /var/log/kern.log (other logs are also affected such as
*/syslog):

Mar  7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery
complete
Mar  7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord
e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6
3p_a:lnnecie1
   Mar  7 03:37:06 brisi kernel: [492xr_ndirei3
Mar  7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c
e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m
elsn.34e3p_negfed9 rhnioe eee
   Mar  7 03:45:07 brisi kernel: 3526Xs- eptam

The corresponding output from dmesg:

   [236975.910574] EXT3-fs (dm-12): recovery complete
[236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
   [237050.760055] kjournald starting.  Commit interval 5 seconds
   [237050.789205] EXT3-fs (dm-12): using internal journal
[237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
   [237459.946661] kjournald starting.  Commit interval 5 seconds
   [237459.953863] EXT3-fs (dm-12): using internal journal
[237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354
[237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342
[237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340
[237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338
[237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298
   [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted
   [237459.967662] EXT3-fs (dm-12): recovery complete
[237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
   [237712.565835] kjournald starting.  Commit interval 5 seconds
   [237712.596382] EXT3-fs (dm-12): using internal journal
[237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data
mode

Note that some of the timestamps in the kern.log and in dmesg
correspond.

One could think that this is a result of the filesystem breaking, but
that
is not the case. The above fsck's are from lvm snapshots that are (in 
theory) not interfering with the real FS.

Additionaly we are seing the same symptoms (gibberish in the logs) on 
another machine that doesn't do fscks on lvm snapshots, that is the 
gibberish occursare aparently random times there.

This problem has also been reported to the rsyslog mailing list:
   http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html

We have also tested this with rsyslog 7.2.5-1 from experimental (as
seen 
inthe ML thread above).

It's weird that this problem hasn't been reported elsewhere yet, since 
we're seeing it on two different, independently set up machines.
*t

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.


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



Bug#702474: dbus: Screensaver service seems to be absent.

2013-03-07 Thread Simon McVittie
reassign 702474 kde-workspace-bin
thanks

On 06/03/13 23:19, Boris Barbour wrote:
 After a recent upgrade (and after testing the very latest dbus suggested by 
 reportbug),
 I can no longer lock my kde session (in particular, using the Lock/Logout 
 widget).

This seems more likely to be caused by (or at least related to) whatever
KDE package provides screensaver functionality, which appears to be
kde-workspace-bin.

 Invoking
 
 qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock
 
 tells me
 
 Service 'org.freedesktop.ScreenSaver' does not exist.
 
 Indeed, I can't seem to find any screensaver.service in 
 /usr/share/dbus-1/services 
 Should there be one?

A well-known bus name (something that looks like
'org.freedesktop.ScreenSaver') can be made available to D-Bus in two ways:

* an application that was run for some other reason claims that name; or

* a file in .../dbus-1/services has Name=org.freedesktop.ScreenSaver
  and Exec=some application, where that application claims the name
  when it's started (service activation).

For a shared-between-desktops name like o.fd.ScreenSaver, .service files
aren't very useful, because if you have (say) both KDE and GNOME
installed, service-activation would choose either the KDE implementation
or the GNOME implementation, randomly. That's unlikely to make either
KDE or GNOME users happy :-)

I don't use KDE myself, but I would expect that the intended setup is
that some application or daemon that's normally run by the KDE session -
perhaps /usr/lib/kde4/libexec/kscreenlocker, or perhaps something else -
claims the name org.freedesktop.ScreenSaver when it starts up. If so,
then absence of that name means that either that daemon wasn't run for
some reason, or it was run but has crashed.

S


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



Bug#702480: xserver-xorg-video-radeon: GTK fonts are invisible on PowerPC

2013-03-07 Thread Michel Dänzer
forwarded 702480 https://bugs.freedesktop.org/show_bug.cgi?id=57649
kthxbye

On Don, 2013-03-07 at 10:07 +0100, Michel Dänzer wrote: 
 On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote: 
  
  On new Wheezy installs or after an upgrade, PowerPC Macs using the radeon
  driver have GTK fonts render as very light purple making them invisible 
  against
  gray backgrounds.  Other users have discussed this problem in the following
  threads:
  
  http://lists.debian.org/debian-powerpc/2013/01/msg00028.html
  
  http://www.mintppc.org/forums/viewtopic.php?f=15t=1205sid=19248fa6623f340007d9c86ea8f37611
  
  A workaround is to edit xorg.conf, changing AccelMethod to XAA or keeping 
  the
  EXA default but adding the options RenderAcceleration False and
  MigrationHeuristic greedy.
  
  This bug does not affect fonts in a console, xterm, qt apps, or Openbox 
  desktop
  menus, only in GTK apps.
 
 I think the attached patch should fix this. Can you or anyone else on
 the debian-powerpc list test it?

I attached a better patch to the upstream bug report above. Please test
when running X at depth 16 as well as 24.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer


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



Bug#702494: malformed messages/gibberish in logs

2013-03-07 Thread Tomas Pospisek

On Thu, 7 Mar 2013, Michael Biebl wrote:


Is that on virtualised hardware?


No, that's on the metal. However each lxc container is *also* running out 
of the box rsyslog (without any config adaptations), so it might be that 
there's a problem there somewhere with all those rsyslogs getting along. 
However of course each syslog is sitting on its own FS and thus on its 
own log files.


Ad hoc I couldn't tell what access rights those lxc containers have wrt to 
the kernel log feed and how that feed works.



Does that only happen for kernel messages or also if you run logger foo?


I think I have only seen malformed log entries in connection with kernel 
messages, however it's not only kernel messages that are affected. I am 
getting the impression that rsyslog gets a hickup at some point and then 
is not able to issue coherent log messages until at some point it gets 
into step again and then log messages are coherent again (and then at some 
point they break again etc.).

*t


Tomas Pospisek tpo_...@sourcepole.ch schrieb:


Package: rsyslog
Version: 5.8.11-2
Severity: important

On two of our machines we are seeing that rsyslog is filling
up the log with undecipherable gibberish:


From /var/log/kern.log (other logs are also affected such as

*/syslog):

Mar  7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery
complete
Mar  7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord
e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6
3p_a:lnnecie1
  Mar  7 03:37:06 brisi kernel: [492xr_ndirei3
Mar  7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c
e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m
elsn.34e3p_negfed9 rhnioe eee
  Mar  7 03:45:07 brisi kernel: 3526Xs- eptam

The corresponding output from dmesg:

  [236975.910574] EXT3-fs (dm-12): recovery complete
[236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
  [237050.760055] kjournald starting.  Commit interval 5 seconds
  [237050.789205] EXT3-fs (dm-12): using internal journal
[237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
  [237459.946661] kjournald starting.  Commit interval 5 seconds
  [237459.953863] EXT3-fs (dm-12): using internal journal
[237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354
[237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342
[237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340
[237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338
[237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298
  [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted
  [237459.967662] EXT3-fs (dm-12): recovery complete
[237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
  [237712.565835] kjournald starting.  Commit interval 5 seconds
  [237712.596382] EXT3-fs (dm-12): using internal journal
[237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data
mode

Note that some of the timestamps in the kern.log and in dmesg
correspond.

One could think that this is a result of the filesystem breaking, but
that
is not the case. The above fsck's are from lvm snapshots that are (in
theory) not interfering with the real FS.

Additionaly we are seing the same symptoms (gibberish in the logs) on
another machine that doesn't do fscks on lvm snapshots, that is the
gibberish occursare aparently random times there.

This problem has also been reported to the rsyslog mailing list:
  http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html

We have also tested this with rsyslog 7.2.5-1 from experimental (as
seen
inthe ML thread above).

It's weird that this problem hasn't been reported elsewhere yet, since
we're seeing it on two different, independently set up machines.
*t


--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.




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



Bug#702494: malformed messages/gibberish in logs

2013-03-07 Thread Tomas Pospisek

On Thu, 7 Mar 2013, Michael Biebl wrote:


What kernel are you running?


vanilla Debian 3.2.0-3-amd64 and 3.2.0-4-amd64 kernels


Tomas Pospisek tpo_...@sourcepole.ch schrieb:


Package: rsyslog
Version: 5.8.11-2
Severity: important

On two of our machines we are seeing that rsyslog is filling
up the log with undecipherable gibberish:


From /var/log/kern.log (other logs are also affected such as

*/syslog):

Mar  7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery
complete
Mar  7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord
e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6
3p_a:lnnecie1
  Mar  7 03:37:06 brisi kernel: [492xr_ndirei3
Mar  7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c
e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m
elsn.34e3p_negfed9 rhnioe eee
  Mar  7 03:45:07 brisi kernel: 3526Xs- eptam

The corresponding output from dmesg:

  [236975.910574] EXT3-fs (dm-12): recovery complete
[236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
  [237050.760055] kjournald starting.  Commit interval 5 seconds
  [237050.789205] EXT3-fs (dm-12): using internal journal
[237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
  [237459.946661] kjournald starting.  Commit interval 5 seconds
  [237459.953863] EXT3-fs (dm-12): using internal journal
[237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354
[237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342
[237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340
[237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338
[237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298
  [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted
  [237459.967662] EXT3-fs (dm-12): recovery complete
[237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data
mode
  [237712.565835] kjournald starting.  Commit interval 5 seconds
  [237712.596382] EXT3-fs (dm-12): using internal journal
[237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data
mode

Note that some of the timestamps in the kern.log and in dmesg
correspond.

One could think that this is a result of the filesystem breaking, but
that
is not the case. The above fsck's are from lvm snapshots that are (in
theory) not interfering with the real FS.

Additionaly we are seing the same symptoms (gibberish in the logs) on
another machine that doesn't do fscks on lvm snapshots, that is the
gibberish occursare aparently random times there.

This problem has also been reported to the rsyslog mailing list:
  http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html

We have also tested this with rsyslog 7.2.5-1 from experimental (as
seen
inthe ML thread above).

It's weird that this problem hasn't been reported elsewhere yet, since
we're seeing it on two different, independently set up machines.
*t


--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.




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



Bug#702497: asymptote: Nested picture scaled unexpectedly

2013-03-07 Thread Philip Ashmore
Package: asymptote
Version: 2.15-2
Severity: normal

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

   * What led up to the situation?
I was trying to lay out nested pictures (the Asymptote type)  on another
picture.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
The pictures are laid out, as can be seen from the resulting PDF.
   * What was the outcome of this action?
The pictures are laid out, but their spacing is scaled incorrectly.
   * What outcome did you expect instead?
By drawing a scaled unitsquare on the source picture, and again on the
destination picture, their sizes aren't the same - they should be.

I've created a project in SourceForge called pi-leaf that contains pi-leaf.asy.
Search for BUG to see the places where I inserted the test unit-squares.

I'll attach a copy for convenience.

This may well turn out to be a misunderstanding on my part, a documentation
problem or a documentation - implementation mismatch.



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

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

Versions of packages asymptote depends on:
ii  dpkg 1.16.9
ii  freeglut32.6.0-4
ii  ghostscript  9.05~dfsg-6.3
ii  imagemagick  8:6.7.7.10-5
ii  install-info 4.13a.dfsg.1-10
ii  libc62.17-0experimental2
ii  libfftw3-3   3.3.2-3.1
ii  libgc1c2 1:7.1-9.1
ii  libgcc1  1:4.8-20130217-1
ii  libgl1-mesa-glx [libgl1] 8.0.5-3
ii  libglu1-mesa [libglu1]   8.0.5-3
ii  libgsl0ldbl  1.15+dfsg.2-2
ii  libncurses5  5.9-10
ii  libreadline6 6.2+dfsg-0.1
ii  libsigsegv2  2.9-4
ii  libstdc++6   4.8-20130217-1
ii  libtinfo55.9-10
ii  python   2.7.3-4
ii  python-imaging-tk1.1.7-4
ii  python-tk2.7.3-1
ii  tex-common   3.15
ii  texlive-binaries [texlive-base-bin]  2012.20120628-4
ii  texlive-latex-base   2012.20120611-5
ii  texlive-pstricks 2012.20120611-2
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages asymptote recommends:
ii  asymptote-doc  2.15-2

Versions of packages asymptote suggests:
pn  gvnone
pn  xpdf  none

-- no debconf information

// To generate the PDF, do
//
//   asy -f pdf pi-leaf.asy
//
// See my problem below by searching for BUG.


//defaultpen(AvantGarde(series=b) + fontsize(2.5));
///defaultpen(Bookman(series=b) + fontsize(2.5));
///defaultpen(Courier(series=b) + fontsize(2.5));
defaultpen(Helvetica(series=b) + fontsize(2.5));
//defaultpen(NewCenturySchoolBook(series=b) + fontsize(3));
//defaultpen(Palatino(series=b) + fontsize(3));
//defaultpen(TimesRoman(series=b) + fontsize(3));
//defaultpen(ZapfChancery(series=b) + fontsize(3));

import plain;
import graph;
import roundedpath;

unitsize(1mm);

// Define the bounds of the page.
draw(scale(210,297)*unitsquare, invisible);

path unitcircle=E..N..W..S..cycle;
path pad_circle_outer = scale(0.8)*unitcircle;
path pad_circle_inner = scale(0.9)*unitcircle;
path pad_circle_paths[] = pad_circle_outer^^pad_circle_inner;
void pcb_pad(picture f)
{
	path inner = pad_circle_inner;
	path outer = pad_circle_outer;
	filldraw(f, pad_circle_paths,evenodd,black + linewidth(0.3));
}
real Yoffs = 14.0;
void col_label(picture f, int pin, string text, pen p = black)
{
	pin -= 1; // 1-based to 0-based.
	bool left = (pin % 2 == 0);
	real x = 2.54*(left ? -0.5 : 0.5);
	real y = Yoffs - ((int)(pin / 2)) * 2.54;
	pair loc = (x, y);
	picture g;
	unitsize(g, 1mm, 1mm);
	pcb_pad(g);
	add(f, g, loc);
	loc += (2x, 0);
	text = $ + text + $;
	if(left)
		label(f, text, loc, W, p, filltype=NoFill);
	else
		label(f, text, loc, E, p, filltype=NoFill);
	//draw(f, shift(0, y) * scale(2.54,2.54) * shift(-0.5, -1) * unitsquare);
}

pen DarkOrange = rgb(EE330A);
pen DarkGreen = rgb(11AA11);
pen DarkBlue = rgb(AA);

real LeafStepX = 2.54 * 17.0;
real LeafStepY = 2.54 * 13.0;
//write(stdout, suffix=endl, LeafStepX : , LeafStepX);
//write(stdout, suffix=endl, LeafStepY : , LeafStepY);

picture v1_cols, v2_cols, page1, page2;
unitsize(v1_cols, 1mm, 1mm);
unitsize(v2_cols, 1mm, 1mm);
unitsize(page1, 1mm, 1mm);
unitsize(page2, 1mm, 

Bug#602145: #3487: Display problems for mbox-files 2GiB

2013-03-07 Thread Mutt
#3487: Display problems for mbox-files  2GiB
+--
  Reporter:  antonio@…  |  Owner:  mutt-dev
  Type:  defect | Status:  new
  Priority:  trivial|  Milestone:
 Component:  mutt   |Version:  1.5.21
Resolution: |   Keywords:
+--
Changes (by ansgar):

 * cc: ansgar@… (added)


Comment:

 Jö and I wrote the attached patch after playing a bit with gdb. The
 tmpoffset variable is used to temporarily store a off_t value:

   tmpoffset = b-offset;
   ...
   b-offset = tmpoffset;

 This doesn't work if sizeof(off_t) != sizeof(long) as on i386 with
 64-bit off_t.

 Ansgar

-- 
Ticket URL: http://dev.mutt.org/trac/ticket/3487#comment:2
Mutt http://www.mutt.org/
The Mutt mail user agent


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



Bug#673923: KVM-Switch-Problem

2013-03-07 Thread Bernhard R. Fischer
Same Problem here.
(Being despaired since I need my notebook for many presentations.)

lspci output:

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor 
Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device 17df
Flags: bus master, fast devsel, latency 0, IRQ 48
Memory at d400 (64-bit, non-prefetchable) [size=4M]
Memory at c000 (64-bit, prefetchable) [size=256M]
I/O ports at 4000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915


Regards,
Bernhard


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


Bug#692215: yatex: recommend non-free ptex-jtex and list non-existing binary packages texlive-bin gimageview jweblint

2013-03-07 Thread Satoru KURASHIKI
hi,

Thank you for pointing out.

On Sun, Nov 4, 2012 at 12:59 AM, Osamu Aoki os...@debian.org wrote:
  emacs22Now not for wheezy.  why not use virtual package emacsen?

The reason is to deal with #217129.
Anyway, I have to fix this explicit declaration to fit current emacs status.

  ptex-bin   Now this is replaced by texlive-lang-cjk
  ptex-jtex  Non-free package -- Should be in suggest field to be safe
   (non-free can not be in recommends but can be in suggests.)
  texlive-binSource package name.  Use texlive-binaries
  jbibtexNon-existing. Use jbibtex-bin ?
  jweblint   Non-existing. Use weblint-perl ?

I will take your suggestion. Thanks.

  gimageview Non-existing. I do not know.  Drop ?

I will drop this with next upload.

regards,
-- 
KURASHIKI Satoru


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



Bug#702498: bash-completion: xpdf should be able to get completion of compressed PDF files

2013-03-07 Thread Alfredo Finelli
Package: bash-completion
Version: 1:2.0-1
Severity: normal
Tags: patch


The xpdf reader is also able to open PDF files compressed in various
formats (gz, bz2, xz, and Z).

The following patch allows completion for those cases (*.pdf.gz, etc.).

Best regards.





--- /usr/share/bash-completion/bash_completion  2013-03-07 13:03:48.365849111 
+0100
+++ bash_completion 2013-03-07 13:23:39.249902990 +0100
@@ -1862,7 +1862,8 @@
 _install_xspec '!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))' gv ggv 
kghostview
 _install_xspec '!*.@(dvi|DVI)?(.@(gz|Z|bz2))' xdvi kdvi
 _install_xspec '!*.dvi' dvips dviselect dvitype dvipdf advi dvipdfm dvipdfmx
-_install_xspec '!*.[pf]df' acroread gpdf xpdf
+_install_xspec '!*.[pf]df' acroread gpdf
+_install_xspec '!*.@(pdf|fdf)?(.@(gz|GZ|bz2|BZ2|Z))' xpdf
 _install_xspec '!*.@(?(e)ps|pdf)' kpdf
 _install_xspec 
'!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))'
 okular
 _install_xspec '!*.pdf' epdfview





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

Kernel: Linux 3.8.2-t410 (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 bash-completion depends on:
ii  bash  4.2+dfsg-0.1
ii  dpkg  1.16.9

bash-completion recommends no packages.

bash-completion 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#702499: python-zbar segfaults on import on arm

2013-03-07 Thread peter green

Package: python-zbar
Severity: grave
Version: 0.10+doc-7

root@plugwash:/# gdb python
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as arm-linux-gnueabi.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/python...Reading symbols from 
/usr/lib/debug/usr/bin/python2.7...done.
done.
(gdb) run
Starting program: /usr/bin/python
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/arm-linux-gnueabi/libthread_db.so.1.
Python 2.7.3 (default, Jan  2 2013, 22:35:13)
[GCC 4.6.3] on linux2
Type help, copyright, credits or license for more information.

import zbar

Program received signal SIGSEGV, Segmentation fault.
strlen () at ../ports/sysdeps/arm/strlen.S:29
29  ../ports/sysdeps/arm/strlen.S: No such file or directory.
(gdb) bt
#0  strlen () at ../ports/sysdeps/arm/strlen.S:29
#1  0x0018c684 in PyString_FromString (str=
   0x20776f6c Address 0x20776f6c out of bounds)
   at ../Objects/stringobject.c:121
#2  0x000396bc in PyDict_GetItemString (key=optimized out, v=0xb6cd1a50)
   at ../Objects/dictobject.c:2421
#3  PyType_Ready (type=0xb6ac5384) at ../Objects/typeobject.c:3626
#4  0xb6ab7ee8 in initzbar ()
   at 
/build/buildd-zbar_0.10+doc-7+b2-armel-RjFsDq/zbar-0.10+doc/python/zbarmodule.c:126
#5  0x00173750 in _PyImport_LoadDynamicModule (name=0x315d40 zbar, pathname=
   0x316d48 /usr/lib/python2.7/dist-packages/zbar.so, fp=optimized out)
   at ../Python/importdl.c:53
#6  0x000321a0 in load_module.38003 (name=0x315d40 zbar, fp=0x33ccf8,
   pathname=optimized out, type=3, loader=0x0) at ../Python/import.c:1866
#7  0x000323d4 in import_submodule.38014 (mod=0x273a28, subname=
   0x315d40 zbar, fullname=0x315d40 zbar) at ../Python/import.c:2645
#8  0x0010b9fc in load_next.38019 (mod=0x273a28, altmod=0x273a28,
   p_name=optimized out, buf=0x315d40 zbar, p_buflen=0xbefff934)
   at ../Python/import.c:2460
#9  0x00032bf0 in import_module_level.isra.1.38040 (name=0x0,
   globals=optimized out, fromlist=0x273a28, level=-1)
   at ../Python/import.c:2175
#10 0x00121334 in PyImport_ImportModuleLevel (level=-1, fromlist=0x273a28,
   locals=optimized out, globals=0xb6d62660, name=0xb6cd0eb4 zbar)
   at ../Python/import.c:2233
#11 builtin___import__.31832 (self=optimized out, args=optimized out,
   kwds=optimized out) at ../Python/bltinmodule.c:49
#12 0x000741e8 in PyCFunction_Call (func=0xb6d4eb70, arg=optimized out,
   kw=optimized out) at ../Objects/methodobject.c:85
#13 0x000732f8 in PyObject_Call (func=0xb6d4eb70, arg=optimized out,
   kw=optimized out) at ../Objects/abstract.c:2529
#14 0x0007cd00 in PyEval_CallObjectWithKeywords (func=0xb6d4eb70, arg=
   0xb6d24c00, kw=optimized out) at ../Python/ceval.c:3890
#15 0x000bd7cc in PyEval_EvalFrameEx (f=optimized out,
   throwflag=optimized out) at ../Python/ceval.c:2333
#16 0x000c1fd8 in PyEval_EvalCodeEx (co=0xb6cb08d8, globals=optimized out,
   locals=optimized out, args=optimized out, argcount=0, kws=0x0,
   kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:3253
#17 0x0015776c in PyEval_EvalCode (locals=0xb6d62660, globals=0xb6d62660, co=
   0xb6cb08d8) at ../Python/ceval.c:667
#18 run_mod (mod=optimized out, filename=optimized out, globals=
   0xb6d62660, locals=optimized out, flags=0xbefffc2c, arena=0x2ef2b8)
   at ../Python/pythonrun.c:1365
#19 0x001585b8 in PyRun_InteractiveOneFlags (fp=0xb6ecc538, filename=
   0x1b4ee4 stdin, flags=0xbefffc2c) at ../Python/pythonrun.c:852
#20 0x00158870 in PyRun_InteractiveLoopFlags (fp=0xb6ecc538, filename=
   0x1b4ee4 stdin, flags=0xbefffc2c) at ../Python/pythonrun.c:772
#21 0x00158978 in PyRun_AnyFileExFlags (fp=0xb6ecc538, filename=
   0x1b4ee4 stdin, closeit=0, flags=0xbefffc2c)
   at ../Python/pythonrun.c:741
#22 0x0015915c in Py_Main (argc=optimized out, argv=0xbefffda4)
   at ../Modules/main.c:639
---Type return to continue, or q return to quit---
#23 0xb6daf694 in __libc_start_main (main=optimized out,
   argc=optimized out, ubp_av=optimized out, init=optimized out, fini=
   0x19308c __libc_csu_fini, rtld_fini=0x20ae0 _start+44, stack_end=
   0xbefffda4) at libc-start.c:228
#24 0x00020ae0 in _start ()
(gdb)

This was originally reported to me by a raspbian user. I have
confirmed it in debian armel, debian armhf and raspbian chroots
(all on amv7 machines). The above gdb session is from a debian
armel chroot.


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



Bug#702474: dbus: Screensaver service seems to be absent.

2013-03-07 Thread Boris Barbour

Thanks for the quick reply and explanation.

I've now had time to examine a working system. I can't find anything under 
/usr/share/dbus-1/services
or
/etc/dbus-1/
that mentions screen

So I have no idea how locking should work or what is now missing/wrong...


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



Bug#702500: remmina-plugin-rdp: Window fit to remote resolution crashes gnome-shell

2013-03-07 Thread Bernhard Schmidt
Package: remmina-plugin-rdp
Version: 1.0.0-4
Severity: important

When connecting to a Win2008 R2 RDP server (both with native client 
resolution and fixed resolution) gnome-shell crashes when you press
the Window fit remote resolution (left-most button). All window 
decorations are gone.

Happens with both 1.0.0-4 and 1.0.0-5

Will attach the xsession-errors logfile asap

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages remmina-plugin-rdp depends on:
ii  libc62.13-38
ii  libcairo21.12.2-3
ii  libfreerdp-plugins-standard  1.0.1-1.1+deb7u2
ii  libfreerdp1  1.0.1-1.1+deb7u2
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgtk-3-0   3.4.2-6
ii  remmina  1.0.0-5

remmina-plugin-rdp recommends no packages.

remmina-plugin-rdp 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#702501: simplesamlphp: Error message doesn't correspond to the real error cause

2013-03-07 Thread Dario Minnucci
Package: simplesamlphp
Version: 1.10.0-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Team,

If you are using expired metadata the error you get is:

Exception during login:
SimpleSAML_Error_Exception: Could not find the metadata of an IdP with entity 
ID 'https://www.rediris.es/sir/shibtestidp'
Backtrace:
5 /usr/share/simplesamlphp/modules/saml/lib/Auth/Source/SP.php:130 
(sspmod_saml_Auth_Source_SP::getIdPMetadata)
4 /usr/share/simplesamlphp/modules/saml/lib/Auth/Source/SP.php:261 
(sspmod_saml_Auth_Source_SP::startSSO)
3 /usr/share/simplesamlphp/modules/saml/lib/Auth/Source/SP.php:339 
(sspmod_saml_Auth_Source_SP::authenticate)
2 /usr/share/simplesamlphp/lib/SimpleSAML/Auth/Default.php:58 
(SimpleSAML_Auth_Default::initLogin)
1 /usr/share/simplesamlphp/modules/core/www/authenticate.php:43 (require)
0 /usr/share/simplesamlphp/www/module.php:135 (N/A)


The error message does not make references to the real cause:
  simplesaml is not using the metadata because is expired.

So, SimpleSAML_Error_Exception: Could not find the metadata of an IdP with 
entity ID 'https://www.rediris.es/sir/shibtestidp' is FALSE!!

Thanks in advance

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

Kernel: Linux 3.2.0-4-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 simplesamlphp depends on:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  libapache2-mod-php5  5.4.4-14
ii  openssl  1.0.1e-1
ii  php-openid   2.2.2-1.1
ii  php-xml-parser   1.3.4-6
ii  php5 5.4.4-14
ii  php5-common [php5-mhash] 5.4.4-14
ii  php5-mcrypt  5.4.4-14
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages simplesamlphp recommends:
ii  php5-cli  5.4.4-14

Versions of packages simplesamlphp suggests:
ii  mysql-server  5.5.29+dfsg-1
ii  php5-ldap 5.4.4-14
ii  php5-mysql5.4.4-14
pn  php5-radius   none

- -- Configuration Files:
/etc/simplesamlphp/authsources.php changed [not included]
/etc/simplesamlphp/config.php changed [not included]

- -- no debconf information

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

iQIcBAEBCAAGBQJROJcDAAoJEKgvu4Pz1XAzswkP/3K6oVqKC6Ivza+EL0SlqWox
bzO9NEVr7q85wF255cw1G4WK8x0Lvyt1lJlz5Vxv8LtqvpGk7bmBSZf5dcpVC1Yr
UXAPPLIqcV8e6Gs8sB1J0ryuEm59mB5qj52Y2/aIIKspLXN6X28t89xAPHmm8leT
BLqLZD1NyLLcU6U3SdpdFEv1T8uv+JXFc/a7VG+fyKU5FHfrmYsuya+VyjNqt+HC
JS9W0IQhc/eh8L318QE5UW50zZMmyg64ZA1ITqolxv3djc2zWgxB2wVBSSJPaK0H
//eAYAh0LyNCr9b+j1e5TQlYoeTWtBQcQObjirgrok2fSqdzHuM47d1Sh7KThzki
m3I1EdePh78ZUOdLTeLZPKF65WHZt1AXk9Rsb+U+T51SCY57smeYXI89Il8NoyDb
7ZA8CsgQBzHN4DdSpTy0P8x0rPztBsJSDkUeNGuzggBqwoqQNwJNC98LZFArZI5m
Dh06F2IO5sEiTBr3Y9iAOF08Roo1O6HovqOOIXWjsfLxusF4Kc4OPJ7Qu+dFLLFY
pMdgucWNkQomyM4LpPtHQWpalDtk/ZcN1jY0dEFulXBEU5tKLwAjp+b/XZh3zMDH
5l6lwL2amg9TBX7BobZTyE9oPJ6qM+DIlTwF2Ro4bLkLnRddDtAKt3O6XHHlFIpn
98WNX6k2alRClPKIURna
=bqWE
-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#702502: tcllib: conflict with tcl8.6-doc: trying to overwrite '/usr/share/man/man3/string.3tcl.gz', which is also in package tcl8.6-doc

2013-03-07 Thread Andrew Shadura
Package: tcllib
Version: 1.15-dfsg-1
Severity: important

Preparing to replace tcllib 1.14-dfsg-3 (using .../tcllib_1.15-dfsg-1_all.deb) 
...
Unpacking replacement tcllib ...
dpkg: error processing /var/cache/apt/archives/tcllib_1.15-dfsg-1_all.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man3/string.3tcl.gz', which is also in 
package tcl8.6-doc 8.6.0-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/tcllib_1.15-dfsg-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

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

Versions of packages tcllib depends on:
ii  tcl 8.5.0-2
ii  tcl8.5 [tclsh]  8.5.11-2
ii  tcl8.6 [tclsh]  8.6.0-1

tcllib recommends no packages.

tcllib 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#702500: Acknowledgement (remmina-plugin-rdp: Window fit to remote resolution crashes gnome-shell)

2013-03-07 Thread Bernhard Schmidt
reassign 702500 remmina
reassign 668020 remmina
forcemerge 668020 702500
severity 668020 important
tags 668020 + patch
thanks

Happens with VNC as well. And while the description does not really fit,
the patch from #668020 fixes the problem for me. So 


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



Bug#702281: Patch

2013-03-07 Thread Stephan Sürken
Hi,

fwiw, I guess this

--- 
root@debian:~# diff -u /usr/lib/cinnamon-settings/modules/cs_keyboard.py.orig 
/usr/lib/cinnamon-settings/modules/cs_keyboard.py
--- /usr/lib/cinnamon-settings/modules/cs_keyboard.py.orig  2013-03-07 
14:48:10.897291292 +0100
+++ /usr/lib/cinnamon-settings/modules/cs_keyboard.py   2013-03-07 
14:44:23.933284714 +0100
@@ -241,7 +241,7 @@
 self.label = label
 self.action = action
 self.entries = []
-self.entries.append(binding)
+self.entries.append(binding if binding else )
 
 def setBinding(self, index, val):
 if val is not None:
---

may qualify as upstream patch (as the setBinding method has the same
guard against None, __init__ should have it too I guess).

At least it fixes this bug for me.

HtH,

Stephan


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



Bug#702503: blender 2.66a-1 crashes at launch, when looking for locales dir

2013-03-07 Thread Antonio Ospite
Package: blender
Version: 2.66a-1
Severity: important
Tags: upstream

Dear Maintainer,

blender-2.66a-1 from experimental crashes here, this is the backtrace:

---
(gdb) run
Starting program: /usr/bin/blender 
warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x77ffa000
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe5e32700 (LWP 30189)]
Color management: using fallback mode for management
connect failed: No such file or directory

Program received signal SIGSEGV, Segmentation fault.
memchr () at ../sysdeps/x86_64/memchr.S:33
33  ../sysdeps/x86_64/memchr.S: File o directory non esistente.
(gdb) bt full
#0  memchr () at ../sysdeps/x86_64/memchr.S:33
No locals.
#1  0x00f0b02e in BLI_strnlen (str=str@entry=0x0, 
maxlen=maxlen@entry=1024)
at /tmp/buildd/blender-2.66a/source/blender/blenlib/intern/string.c:436
end = optimized out
#2  0x00f03ba6 in BLI_join_dirfile (dst=dst@entry=0x0, 
maxlen=maxlen@entry=1024, dir=dir@entry=0x0, 
file=file@entry=0x17f34c8 languages) at 
/tmp/buildd/blender-2.66a/source/blender/blenlib/intern/path_util.c:1521
dirlen = optimized out
#3  0x0132e312 in fill_locales () at 
/tmp/buildd/blender-2.66a/source/blender/blenfont/intern/blf_lang.c:88
lines = 0x0
line = optimized out
str = optimized out
idx = 0
languages_path = 0x0
#4  BLF_lang_init () at 
/tmp/buildd/blender-2.66a/source/blender/blenfont/intern/blf_lang.c:192
messagepath = optimized out
__func__ = BLF_lang_init
#5  0x008bbe6d in WM_init (C=C@entry=0x2984c78, argc=argc@entry=1, 
argv=argv@entry=0x7fffe038)
at 
/tmp/buildd/blender-2.66a/source/blender/windowmanager/intern/wm_init_exit.c:156
No locals.
#6  0x008a537f in main (argc=1, argv=0x7fffe038) at 
/tmp/buildd/blender-2.66a/source/creator/creator.c:1548
C = 0x2984c78
syshandle = 0x298cba0
ba = 0x298cc18
(gdb) 
---

A strace capture shows what the program was doing before crashing:

---

stat(/home/ao2/.config/blender/2.66/datafiles/locale, 0x7fff6f95bac0) = -1 
ENOENT (No such file or directory)
stat(/usr/bin/2.66/datafiles/locale, 0x7fff6f95bad0) = -1 ENOENT (No such 
file or directory)
stat(/home/ao2/Proj/debian/Src/blender/release/datafiles/locale, 
0x7fff6f95b2b0) = -1 ENOENT (No such file or directory)
stat(/usr/bin/release/datafiles/locale, 0x7fff6f95b2b0) = -1 ENOENT (No such 
file or directory)
stat(/usr/share/blender/2.66/datafiles/locale, 0x7fff6f95b2b0) = -1 ENOENT 
(No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
---

We have to fix fill_locales(), which still thinks the locale files are in
BLENDER_SYSTEM_DATAFILES.

I have an experimental patch which fixes the crash, I am going to post it as
a follow up mail, so I can use use the report number in it.

BTW, I think that blender should fail gracefully when it does not find
a directory or a file, it should not crash, maybe something like this can be
upstreamed:

---
diff --git a/source/blender/blenfont/intern/blf_lang.c 
b/source/blender/blenfont/intern/blf_lang.c
index 73294f1..23dd3d5 100644
--- a/source/blender/blenfont/intern/blf_lang.c
+++ b/source/blender/blenfont/intern/blf_lang.c
@@ -76,16 +76,16 @@ static void free_locales(void)
num_locales = num_locales_menu = 0;
 }

-static void fill_locales(void)
+static void fill_locales(char *locale_path)
 {
-   char *languages_path = BLI_get_folder(BLENDER_DATAFILES, locale);
+   char *languages_path = locale_path;
LinkNode *lines = NULL, *line;
char *str;
int idx = 0;

free_locales();

-   BLI_join_dirfile(languages_path, FILE_MAX, languages_path, languages);
+   BLI_join_dirfile(languages_path, FILE_MAX, locale_path, languages);
line = lines = BLI_file_read_as_lines(languages_path);

/* This whole parsing code is a bit weak, in that it expects strictly 
formated input file...
@@ -189,7 +189,7 @@ void BLF_lang_init(void)

if (messagepath) {
bl_locale_init(messagepath, TEXT_DOMAIN_NAME);
-   fill_locales();
+   fill_locales(messagepath);
}
else {
printf(%s: 'locale' data path for translations not found, 
continuing\n, __func__);

---

This would avoid a possible crash even for the pristine code as fill_locales()
is called only when messagepath has been found.

But I have no time to properly test it and 

Bug#700372: remmina: Remmina crashes gnome on newly created VNC profiles

2013-03-07 Thread Bernhard Schmidt
merge 700372 700369
thanks

Hi Thomas,

your bug sounds similar to #668020. Can you try whether this patch fixes
your problem as well?

I can provide patched amd64 .deb if you need them.

Bernhard


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



Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause

2013-03-07 Thread Thijs Kinkhorst
Hi Dario,

Op donderdag 7 maart 2013 14:32:59 schreef Dario Minnucci:
 Exception during login:
 SimpleSAML_Error_Exception: Could not find the metadata of an IdP with
 entity ID 'https://www.rediris.es/sir/shibtestidp'

 The error message does not make references to the real cause:
   simplesaml is not using the metadata because is expired.

Yes, indeed. This is caused by simpleSAMLphp filtering the IdP's at load time 
on expiry and hence only 'knows' about valid IdP's. It does log a warning 
though when it skips an IdP for being expired.

Fixing this would therefore require a bit of reworking of how simpleSAMLphp 
tracks IdP's internally.


Cheers,
Thijs

-- 
Thijs Kinkhorst th...@uvt.nl – LIS Unix

Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE
Bezoekadres  Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl


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


Bug#702448: nfs-common: UID's do not get properly mapped

2013-03-07 Thread J. Bruce Fields
I've created users test1 and test2 in /etc/passwd, but with
swapped UID's

There's a common (and understable) mistake here: many people think that
NFSv4 never requires uid's and gid's to agree between hosts.  This is
not true.

NFSv4, when used with traditional auth_sys authentication, requires
names and ID's to agree between client and server.  The behavior you
describe is as expected.

The issue is that while the NFSv4 protocol itself uses names, it's the
RPC protocol (which NFSv4 runs on top of) which carries the information
about who is performing a given RPC.

How exactly it identifies the user depends on the security flavor.  In
the auth_sys case, it uses numeric ID's. 

For example, in this case, when you create a file, the owner of the new
file will the one who performed the create.  The server determines this
from the uid sent in the rpc header.  However, when you ls -l the
file, the information about who owns the file is returned as a name in
the body of the NFSv4 reply.

The clearest way to see what's going on is to rerun your test cases
while watching the traffic in wireshark, and look at both the rpc
headers and the bodies of the requests.

If you wish to get away from numeric id's on the wire, you need to
switch to using NFSv4 with kerberos instead of auth_sys.


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



Bug#702504: python-gi: none

2013-03-07 Thread debbug
Package: python-gi
Version: 3.2.2-2
Severity: normal

Dear Maintainer,

The user_data property of the TreeIter is always set to None, when returning it 
from the do_get_iter function. Here a minimal example:

from gi.repository import Gtk, GObject 

class Model(GObject.Object, Gtk.TreeModel):
    def do_get_iter(self, path):
        it = Gtk.TreeIter()
        it.user_data = 23
        return (True, it)
    def do_get_value(self, it, column):
        return it.user_data

m = Model()
it = m.get_iter_first()
it.user_data  # returns None
m.get_value(it, 0)  # returns None

Bug seems to be known and fixed in newer versions, see also: 
http://old.nabble.com/Problem-understanding-how-to-port-GenericTreeModel-to-gi-td34846802.html


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

Kernel: Linux 3.2.0-4-amd64 (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

Versions of packages python-gi depends on:
ii  gir1.2-glib-2.0        1.32.1-1
ii  libc6                  2.13-38
ii  libffi5                3.0.10-3
ii  libgirepository-1.0-1  1.32.1-1
ii  libglib2.0-0           2.33.12+really2.32.4-5
ii  python                 2.7.3-4

python-gi recommends no packages.

Versions of packages python-gi suggests:
ii  python-gi-cairo  3.2.2-2

-- 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#668020: Patch

2013-03-07 Thread Bernhard Schmidt
Trivial enough, but for the record ...

amd64 binaries with that patch included are available at

http://ping.lrz.de/~bschmidt/remmina-688020/ (please excuse the typo in
the version number)

commit c30639ae215bdf674044103d1f6cce5b4a148dc7
Author: Bernhard Schmidt bernhard.schm...@lrz.de
Date:   Thu Mar 7 14:34:44 2013 +0100

Cherry-pick commit 9243d35 from upstream to fix crash on resize

Closes: 668020

diff --git a/debian/patches/fix-crash-on-resize.patch b/debian/patches/fix-crash-on-resize.patch
new file mode 100644
index 000..a674c7d
--- /dev/null
+++ b/debian/patches/fix-crash-on-resize.patch
@@ -0,0 +1,25 @@
+From 1901a1e9e5282c1deca2f5f98476e2c7e9243d35 Mon Sep 17 00:00:00 2001
+From: Jean-Louis Dupond jean-lo...@dupond.be
+Date: Mon, 10 Sep 2012 14:12:11 +0200
+Subject: [PATCH] Closes #63: fix typo when fitting window
+
+---
+ remmina/src/remmina_connection_window.c |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/remmina/src/remmina_connection_window.c b/remmina/src/remmina_connection_window.c
+index 7ff1246..2ba8193 100644
+--- a/remmina/src/remmina_connection_window.c
 b/remmina/src/remmina_connection_window.c
+@@ -436,7 +436,7 @@ static gboolean remmina_connection_holder_toolbar_autofit_restore(RemminaConnect
+ 		remmina_connection_holder_get_desktop_size(cnnhld, width, height, TRUE);
+ 		gtk_widget_get_allocation(priv-notebook, na);
+ 		gtk_widget_get_allocation(cnnobj-scrolled_container, ca);
+-		gtk_widget_get_allocation(priv-toolbar, ca);
++		gtk_widget_get_allocation(priv-toolbar, ta);
+ 		gtk_window_resize(GTK_WINDOW(cnnhld-cnnwin), MAX(1, width + na.width - ca.width),
+ MAX(1, height + ta.height + na.height - ca.height));
+ 		gtk_container_check_resize(GTK_CONTAINER(cnnhld-cnnwin));
+-- 
+1.7.10
+
diff --git a/debian/patches/series b/debian/patches/series
index ac85699..e0295c4 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -7,3 +7,4 @@ clipboard.patch
 fullname.patch
 systray.patch
 scroll.patch
+fix-crash-on-resize.patch


Bug#702505: ITP: ruby-activerecord-import -- Extraction of the ActiveRecord::Base#import functionality from ar-extensions

2013-03-07 Thread Praveen A
package: wnpp
severity: wishlist
owner: Praveen A prav...@debian.org

* Homepage: http://github.com/zdennis/activerecord-import
* Upstream Author: Zach Dennis
* License: Ruby License
* Description: Extraction of the ActiveRecord::Base#import
functionality from ar-extensions for Rails 3 and beyond


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



Bug#702195: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports

2013-03-07 Thread Gergely Nagy
Laszlo Boszormenyi (GCS) g...@debian.hu writes:

 On Wed, 2013-03-06 at 13:17 +0100, Michael Biebl wrote:
 1/ as you no longer mark the symlinks as conffiles, the cleanup in
 syslog-ng-core.postrm is not necessary.
  Removed.

 2/ you need to remove the existing conffile symlinks in
 syslog-ng-core.preinst so dpkg converts it to non-conffiles on upgrades
  Remove those in preinst.

 3/ please drop the line
 ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service
 from syslog-ng.service. The systemd-kmsg-syslogd.service service has
 been removed a long time ago and future versions of systemd will
 generate an error if you stop a non-existing service. Gergely told he
 had this change in his Git repo already.
  Line removed, added other fixes from the Git repo.

I checked just now, and some things were picked from the merge-queue/3.5
branch (the default branch on github), namely Type=notify - that is not
supported by syslog-ng 3.3, and will be new in 3.5.

Other than that, Michael already said what I would've, just better.

-- 
|8]


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



Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause

2013-03-07 Thread Dario Minnucci

Hi Thijs,

Thanks for your quick answer.

On 03/07/2013 03:11 PM, Thijs Kinkhorst wrote:
 Hi Dario,
 
 Op donderdag 7 maart 2013 14:32:59 schreef Dario Minnucci:
 Exception during login:
 SimpleSAML_Error_Exception: Could not find the metadata of an IdP with
 entity ID 'https://www.rediris.es/sir/shibtestidp'
 
 The error message does not make references to the real cause:
   simplesaml is not using the metadata because is expired.
 
 Yes, indeed. This is caused by simpleSAMLphp filtering the IdP's at load time 
 on expiry and hence only 'knows' about valid IdP's. It does log a warning 
 though when it skips an IdP for being expired.
 

Ok, I undestand that.

 Fixing this would therefore require a bit of reworking of how simpleSAMLphp 
 tracks IdP's internally.
 

I didn't look at the code enough to provide or propose a definitive and elegant 
solution but I guess
adding the reason why the IdP was not considered to the backtrace presented on 
the browser could help.

My 2 cents.

Regards,

-- 
 Dario Minnucci mid...@debian.org
 Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745
 Key fingerprint = BAA1 7AAF B21D 6567 D457  D67D A82F BB83 F3D5 7033




signature.asc
Description: OpenPGP digital signature


Bug#702506: ITP: ruby-delorean -- lets you travel in time with Ruby by mocking Time.now

2013-03-07 Thread Praveen A
package: wnpp
severity: wishlist
owner: Praveen A prav...@debian.org

* Homepage: http://github.com/bebanjo/delorean
* Upstream Authors: Luismi Cavallé, Sergio Gil and BeBanjo S.L.
* License: MIT
* Description: Delorean lets you travel in time with Ruby by mocking Time.now


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



Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause

2013-03-07 Thread Thijs Kinkhorst
Op donderdag 7 maart 2013 15:40:31 schreef Dario Minnucci:
  Fixing this would therefore require a bit of reworking of how
  simpleSAMLphp  tracks IdP's internally.
 
 I didn't look at the code enough to provide or propose a definitive and
 elegant solution but I guess adding the reason why the IdP was not
 considered to the backtrace presented on the browser could help.

So my point is that this is not known at that codepoint so the reason cannot 
be added. SSP works like this: it reads at one point the set of IdP's 
configured in saml20-idp-remote.php. At that time already, it will skip any 
IdP that has expired (and logs a warning). After that, the set of IdP's that's 
used around the code doesn't include that IdP at all.

At the point where this error happens, the entityId is held against SSP's 
internal list of IdP's, which doesn't contain that IdP because it was already 
dropped way earlier. So we cannot really change that error because we do not 
know at that point anything about the IdP.

Changing this would be good, but it would require to load all IdP's, keep 
track of the expired status in the internal data structure, and check at each 
point where it's used whether it's expired, if so, error out with specific 
message, if not, continue. Possible, but not a matter of augmenting the error 
message.


-- 
Thijs Kinkhorst th...@uvt.nl – LIS Unix

Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE
Bezoekadres  Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl


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


Bug#655969: [Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user

2013-03-07 Thread Thomas Preud'homme
tags 655969 + patch
thanks

Le samedi 26 janvier 2013 19:22:23, Jonathan Wiltshire a écrit :
 On Wed, Jan 18, 2012 at 01:34:08AM +0100, Stefan Lippers-Hollmann wrote:
  Thanks for the notice, while I don't exactly share that severity
  classification (although that is of course covered by the policy text),
  I'll work on this as soon as possible.
 
 Ping? It's been a year, and with a popcon of over 60,000 a *lot* of people
 are going to start seeing this prompt very soon...

What about this patch? It checks whether the md5 of the lirc/hardware.conf 
conffile installed on the system matches the md5 of the file as modified by the 
postinst in an automatic install. If that is the case, it sets the file back to 
the content as shipped in the .deb package so that dpkg doesn't detect the file 
as modified.

I reproduced the bug in pbuilder and the bug disappear when using this patch.

Best regards,

Thomas


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


Bug#655969: [Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user

2013-03-07 Thread Thomas Preud'homme
How many times will I forget to attach a file?

Sorry.

Thomas
diff -Nru lirc-0.9.0~pre1/debian/changelog lirc-0.9.0~pre1/debian/changelog
--- lirc-0.9.0~pre1/debian/changelog	2011-03-06 22:16:30.0 +0100
+++ lirc-0.9.0~pre1/debian/changelog	2013-02-12 18:25:50.0 +0100
@@ -1,3 +1,10 @@
+lirc (0.9.0~pre1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Avoid prompt when conffiles are not modified (Closes: #655969).
+
+ -- Thomas Preud'homme robo...@debian.org  Tue, 12 Feb 2013 18:24:27 +0100
+
 lirc (0.9.0~pre1-1) unstable; urgency=low
 
   [ Sven Mueller ]
diff -Nru lirc-0.9.0~pre1/debian/lirc.preinst lirc-0.9.0~pre1/debian/lirc.preinst
--- lirc-0.9.0~pre1/debian/lirc.preinst	1970-01-01 01:00:00.0 +0100
+++ lirc-0.9.0~pre1/debian/lirc.preinst	2013-03-07 15:51:25.0 +0100
@@ -0,0 +1,26 @@
+#!/bin/sh
+
+set -e
+
+case $1 in
+	upgrade)
+		oldconfmd5=$(md5sum /etc/lirc/hardware.conf | cut -d ' ' -f 1)
+		if [ $oldconfmd5 = 566ee1cfca73380a6ec4af14c7d874cd ]
+		then
+			sed -i s/^\(DRIVER\)=\/\1=\UNCONFIGURED/ /etc/lirc/hardware.conf
+		fi;;
+	install|abort-upgrade)
+		;;
+
+	*)
+		echo preinst called with unknown argument \`$1' 2
+		exit 1
+		;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0


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


Bug#702507: ITP: validns -- high performance DNS/DNSSEC zone validator

2013-03-07 Thread Casper Gielen (Unix Administrator University Tilburg)
Package: wnpp
Severity: wishlist
Owner: Casper Gielen casper-ali...@gielen.name

* Package name: validns
  Version : 0.6
  Upstream Author : Anton Berezin to...@tobez.org
* URL : http://http://www.validns.net/
* License : BSD
  Programming Lang: C
  Description : high performance DNS/DNSSEC zone validator
 Validns is a standalone command line RFC 1034/1035 zone file validation tool
 that, in addition to basic syntactic and semantic zone checks, includes DNSSEC
 signature verification and NSEC/NSEC3 chain validation, as well a number of
 optional policy checks on the zone.
 .
 The utility was developed with the goal of it being the last verification step
 in the chain of production and publication of one or more zones containing up
 to many thousands (or millions) of signed records, making the speed of
 operation a primary focus, and reflect on validns’ design.
 .
 The utility is currently being used by several major DNS operators.
 .
 Currently, validns offers the following features:
  - parse RFC 1035-compliant zone files (so called “BIND” file format)
  - supports most of the standard record types
  - informs the user precisely where and what the errors are
  - verifies RRSIG signatures
  - NSEC/NSEC3 chain validation
  - supports signature validation in the future or in the past
  - built-in policy checks


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



Bug#701985: libcomedi0: Library has the undefined symbols

2013-03-07 Thread Ilya Shpigor
Hello Gudjon

I have found solution to fix the package building.

You can add this string to the `lib/Makefile.am` file:
libcomedi_la_LIBADD = -lm

The patched `Makefile.am` file from the `lib` directory is attached to
this email.

--
Best regards
Ilya Shpigor


Makefile.am
Description: Binary data


Bug#696385: astromenace: reviewing

2013-03-07 Thread Thibaut Paumard
Hi,

I'm reviewing astromenace. Looks pretty good so far, you seem to have
already tackled the license problems. Looks technically sound.

Regards, Thibaut.



signature.asc
Description: OpenPGP digital signature


Bug#702508: rsyslog-gnutls: sends log message in clear text, even if tls configured (on sparc, debian squeeze)

2013-03-07 Thread Joost van Baal-Ilić
Package: rsyslog-gnutls
Version: 4.6.4-2
Severity: important

Hi,

I've got a SPARC system, Debian squeeze, running rsyslog-gnutls.  My rsyslog 
configuration has:

 $DefaultNetstreamDriver gtls # use gtls netstream 
driver
 $ActionSendStreamDriverMode 1# require TLS for the 
connection
 $ActionSendStreamDriverAuthMode x509/name
 $DefaultNetstreamDriverCAFile   /etc/ssl/chains/addtrust-terena.pem

 *.*;auth,authpriv.none  @@loghost2.uvt.nl:6514

. If I execute:

 joostvb@popper:~% echo 'test, please ignore' | logger

, while on the loghost, running:

 root@durell:~# tcpdump -w /tmp/mijnlogfile.dump -i eth0 host popper.uvt.nl

; then running

 root@durell:~# tcpdump -A -r  /tmp/mijnlogfile.dump 2/dev/null | grep ignore

gives

 ,...#.[)13Mar  7 12:49:51 popper logger: test, please ignore

.  The log message is sent in clear text to the log server, while it should
have been encrypted using tls.  This introduces a security issue, therefore
setting severity to important.

(The logserver does not save the message to disk, but complains:

 Mar  7 13:23:26 durell syslog-ng[2570]: Syslog connection accepted; fd='245', 
client='AF_INET(137.56.126.144:54724)', local='AF_INET(0.0.0.0:6514)'
 Mar  7 13:23:26 durell syslog-ng[2570]: SSL error while reading stream; 
tls_error='SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol'
 Mar  7 13:23:26 durell syslog-ng[2570]: I/O error occurred while reading; 
fd='245', error='Connection reset by peer (104)'

.)

We run lots of Debian systems, both squeeze and wheezy, on amd64, i386 and
sparc.  Only squeeze on sparc suffers from this problem.

Upgrading rsyslog-gnutls to the version in squeeze-backports serves as a
workaround: I am now running rsyslog and rsyslog-gnutls version
5.8.11-1~bpo60+2 (and libgnutls26 2.8.6-1+squeeze2), this works flawlessly.

Bye,

Joost

-- 
Joost van Baal-Ilić   http://abramowitz.uvt.nl/
 Tilburg University
mailto:joostvb.uvt.nl   The Netherlands


signature.asc
Description: Digital signature


Bug#702503: blender 2.66a-1 crashes at launch, when looking for locales dir

2013-03-07 Thread Antonio Ospite
Package: blender
Version: 2.66a-1
Followup-For: Bug #702503

Dear Maintainer,

I am attaching a patch which avoids the crash.

After applying it, blender starts, but it sitll fails to find some addons,
I'll get back on that in another report.

Thanks,
   Antonio
From 86b75aa04d6d35a93d76a023aa794a82488e791d Mon Sep 17 00:00:00 2001
From: Antonio Ospite osp...@studenti.unina.it
Date: Thu, 7 Mar 2013 12:50:25 +0100
Subject: [PATCH] debian/patches/: #0005 updated to avoid a crash
X-Face: z*RaLf`X@C75u6Ig9}{oW$H;1_\2t5)({*|jhMpyWR#k60!#=#/Vb;]yA5GWI5`6u+
 ;6b'@y|8wwB;4/e!7wYYrcqdJFY,~%Gk_4]cq$Ei/7jN3ah(m`ku?pX.+~:_/wC~dwn^)MizBG
 !pE^+iDQQ1yC6^,)YDKkxDd!T\I~93J_`4)A{':UrE

Fix fill_locales() which is still looking for the locales dir in
BLENDER_SYSTEM_DATAFILES.

Closes: #702503
---
 debian/patches/0005-locales_directory_install.patch |   13 +++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/debian/patches/0005-locales_directory_install.patch b/debian/patches/0005-locales_directory_install.patch
index fc07d59..288d855 100644
--- a/debian/patches/0005-locales_directory_install.patch
+++ b/debian/patches/0005-locales_directory_install.patch
@@ -4,16 +4,25 @@ Subject: locales_directory_install
 
 Change where locales are installed.
 ---
- source/blender/blenfont/intern/blf_lang.c | 2 +-
+ source/blender/blenfont/intern/blf_lang.c | 4 ++--
  source/blender/blenlib/BLI_path_util.h| 1 +
  source/blender/blenlib/intern/path_util.c | 3 +++
  source/creator/CMakeLists.txt | 4 ++--
- 4 files changed, 7 insertions(+), 3 deletions(-)
+ 4 files changed, 8 insertions(+), 4 deletions(-)
 
 diff --git a/source/blender/blenfont/intern/blf_lang.c b/source/blender/blenfont/intern/blf_lang.c
 index 73294f1..dc0ba58 100644
 --- a/source/blender/blenfont/intern/blf_lang.c
 +++ b/source/blender/blenfont/intern/blf_lang.c
+@@ -78,7 +78,7 @@ static void free_locales(void)
+ 
+ static void fill_locales(void)
+ {
+-	char *languages_path = BLI_get_folder(BLENDER_DATAFILES, locale);
++	char *languages_path = BLI_get_folder(BLENDER_SYSTEM_LOCALE, NULL);
+ 	LinkNode *lines = NULL, *line;
+ 	char *str;
+ 	int idx = 0;
 @@ -185,7 +185,7 @@ EnumPropertyItem *BLF_RNA_lang_enum_properties(void)
  void BLF_lang_init(void)
  {
-- 
1.7.10.4



Bug#702509: unattended-upgrades: does not run autonomously, even after it was enabled

2013-03-07 Thread g0to
Package: unattended-upgrades
Version: 0.79.4
Severity: grave
Tags: security
Justification: renders package unusable

Dear Maintainer,

after trying to make it run by myself and googling and make a few questions 
here[1] and there[2], I've decided to contact you to report what seems to be a 
lack of functionality of the package.

Following the instructions in /usr/share/doc/unattended-upgrades/README, 
after installing the package, I enabled it

sudo dpkg-reconfigure -plow unattended-upgrades

uncommented the proper lines in /etc/apt/apt.conf.d/50unattended-upgrades 
(below) and waited for it to unattendedly keeps my system update. But that 
didn't happen.
After checking the logs in /var/log/unattended-upgrades/ and 
/var/log/apt/history.log for several days, no activity was recorded there.
I also tried running it in the --dry-run way and it dry worked with no 
errors.

I've tagged the bug like a security issue because someone could trust the 
security updates of their system after installing and enabling the package and 
don't check if it's working after a long, and potentially insecure, time.

Thank you for your time and for your job maintaining the package.

Cheers,
g0to

[1]
http://serverfault.com/questions/483751/unattended-upgrades-doesnt-upgrade-or-does-nothing-at-all
[2] http://lists.debian.org/debian-user/2013/03/msg00394.html


-- System Information:
Debian Release: 7.0
Architecture: armhf (armv6l)

Kernel: Linux 3.6.11+ (PREEMPT)
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 unattended-upgrades depends on:
ii  apt0.9.7.7+rpi1
ii  apt-utils  0.9.7.7+rpi1
ii  debconf [debconf-2.0]  1.5.49
ii  lsb-base   4.1+Debian8+rpi1
ii  lsb-release4.1+Debian8+rpi1
ii  python 2.7.3-4
ii  python-apt 0.8.8.1
ii  ucf3.0025+nmu3
ii  xz-utils   5.1.1alpha+20120614-2

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
pn  bsd-mailx none
pn  mail-transport-agent  none

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Automatically upgrade packages from these origin patterns
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
o=Debian,n=wheezy;
o=Debian,n=wheezy-updates;
o=Debian,n=wheezy-proposed-updates;
o=Debian,n=wheezy,l=Debian-Security;
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
//  o=Debian,a=stable;
//  o=Debian,a=stable-updates;
//  o=Debian,a=proposed-updates;
//  origin=Debian,archive=stable,label=Debian-Security;
};
// List of packages to not update
Unattended-Upgrade::Package-Blacklist {
//  vim;
//  libc6;
//  libc6-dev;
//  libc6-i686;
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run 
//   dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg false;
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps true;
// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown true;
// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. u...@example.com
//Unattended-Upgrade::Mail root
// Set this value to true to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
//Unattended-Upgrade::MailOnlyOnError true;
// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
Unattended-Upgrade::Remove-Unused-Dependencies true;
// Automatically reboot *WITHOUT CONFIRMATION* if a 
// the file /var/run/reboot-required is found after the upgrade 
Unattended-Upgrade::Automatic-Reboot true;
// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit 70;


-- debconf information:
* unattended-upgrades/enable_auto_updates: true


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

Bug#702510: ITP: libtemplate-plugin-html-strip-perl -- Plugin to remove HTML for the Template Toolkit

2013-03-07 Thread USB
Package: wnpp
Severity: wishlist
Owner: Ernesto Hernández-Novich (USB) e...@usb.ve

* Package name: libtemplate-plugin-html-strip-perl
  Version : 0.01
  Upstream Author : Geoff Simmons gsimm...@cpan.org
* URL : http://search.cpan.org/dist/Template-Plugin-HTML-Strip/
* License : Artistic
  Programming Lang: Perl
  Description : Plugin to remove HTML for the Template Toolkit

This package provides a Template Toolkit plugin which uses HTML::Strip
to remove markup (primarily HTML, but also SGML, XML, etc) from filtered
content during template processing


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



Bug#702503: blender 2.66a-1 crashes at launch, when looking for locales dir

2013-03-07 Thread Antonio Ospite
On Thu, 07 Mar 2013 15:06:33 +0100
Antonio Ospite osp...@studenti.unina.it wrote:

[...]
 
 BTW, I think that blender should fail gracefully when it does not find
 a directory or a file, it should not crash, maybe something like this can be
 upstreamed:
 
 ---
 diff --git a/source/blender/blenfont/intern/blf_lang.c 
 b/source/blender/blenfont/intern/blf_lang.c
 index 73294f1..23dd3d5 100644
 --- a/source/blender/blenfont/intern/blf_lang.c
 +++ b/source/blender/blenfont/intern/blf_lang.c
 @@ -76,16 +76,16 @@ static void free_locales(void)
 num_locales = num_locales_menu = 0;
  }
 
 -static void fill_locales(void)
 +static void fill_locales(char *locale_path)
  {
 -   char *languages_path = BLI_get_folder(BLENDER_DATAFILES, locale);
 +   char *languages_path = locale_path;
 LinkNode *lines = NULL, *line;
 char *str;
 int idx = 0;
 
 free_locales();
 
 -   BLI_join_dirfile(languages_path, FILE_MAX, languages_path, 
 languages);
 +   BLI_join_dirfile(languages_path, FILE_MAX, locale_path, languages);
 line = lines = BLI_file_read_as_lines(languages_path);
 
 /* This whole parsing code is a bit weak, in that it expects 
 strictly formated input file...
 @@ -189,7 +189,7 @@ void BLF_lang_init(void)
 
 if (messagepath) {
 bl_locale_init(messagepath, TEXT_DOMAIN_NAME);
 -   fill_locales();
 +   fill_locales(messagepath);
 }
 else {
 printf(%s: 'locale' data path for translations not found, 
 continuing\n, __func__);
 
 ---
 
 This would avoid a possible crash even for the pristine code as fill_locales()
 is called only when messagepath has been found.
 

Actually this sentence is not accurate, the original code won't crash,
it is patch 0005 which was incomplete.

But still, a change like the one above may make the code a bit more
robust against patching.

 But I have no time to properly test it and upstream it for now.
 
 Thanks,
Antonio


-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


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



Bug#697890: tasksel arch any? (Re: Bug#697890: iwconfig not in /sbin)

2013-03-07 Thread Joey Hess
My concerns with going arch any would be that it becomes slower to make a
tasksel change for some pressing concern, and this magnifies any
installation breakage, or blockage caused by task dependencies. The same
reason we keep debootstrap arch all.

Also every divergence between architectures makes it that much harder to
test that tasks are working. The same reason we avoid them in
debootstrap when we can.

Also, if we are going to depend on something linux-specific in a task,
we could | depend on the freebsd equivilant too, and that should work
with the task being arch all. If there is not a freebsd equivilant, we
could | depend on something that documents how to do it the freebsd way. :P
However, we mostly don't depend on things in tasks; we Recommend them. 
And recommends don't care if it's not available on some architecture.

I don't necessarily think these are showstopper converns, but they need
to be considered, and any alternatives to the problem considered.

Re #697890, if we need iw, d-i should install it on appropriate machines.
netcfg already installs wireless-tools when the interface is wireless.
Not all machines with wifi are laptops, or even desktops, as was noted
several times in that bug.

Re #697868, I would much rather leave it to the maintainers of desktop
environments (and/or Tech Ctte :P) to ensure that they have eg,
necessary network-manager dependencies on appropriate architectures,
rather than making tasksel need to track that. Reading that bug, the
only reason task-gnome is depending on network-manager is to ensure it gets
on CD#1. There are other ways to do that, particularly debian-cd's
generate_di+k_list is appropriate since netcfg arranges for
network-manager to be installed.

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#702511: golang-mode: does not compile with xemacs21

2013-03-07 Thread Laurent Bonnaud
Package: golang-mode
Version: 2:1.1~hg20130304-2
Severity: important


Dear Maintainer,

when I try to install golang-mode on my system where xemacs is installed I get 
the following error:

Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el...
While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/golang-mode/go-mode.el:
  !! File error ((Cannot open load file find-lisp))
Error occurred processing go-mode.el: Cannot open load file: find-lisp
Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.el...
Wrote /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.elc
Done
ERROR: install script from golang-mode package failed
dpkg: error processing golang-mode (--configure):
 subprocess installed post-installation script returned error exit status 1

The find-lisp file is only available in emacs and not in xemacs:

$ locate find-lisp
/usr/share/emacs/23.4/lisp/find-lisp.elc
/usr/share/emacs/24.2/lisp/find-lisp.el.gz
/usr/share/emacs/24.2/lisp/find-lisp.elc


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

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

Versions of packages golang-mode depends on:
ii  emacs23 [emacsen]23.4+1-4
ii  emacs24 [emacsen]24.2+1-2
ii  emacsen-common   2.0.5
ii  xemacs21-mule [emacsen]  21.4.22-4

golang-mode recommends no packages.

Versions of packages golang-mode suggests:
ii  golang-go  2:1.1~hg20130304-2

-- 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#602145: #3487: Display problems for mbox-files 2GiB

2013-03-07 Thread Mutt
#3487: Display problems for mbox-files  2GiB
+--
  Reporter:  antonio@…  |  Owner:  mutt-dev
  Type:  defect | Status:  new
  Priority:  trivial|  Milestone:
 Component:  mutt   |Version:  1.5.21
Resolution: |   Keywords:  patch
+--
Changes (by Joe):

 * keywords:   = patch


-- 
Ticket URL: http://dev.mutt.org/trac/ticket/3487#comment:3
Mutt http://www.mutt.org/
The Mutt mail user agent


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



Bug#702512: openms: FTBFS when DEB_HOST_MULTIARCH != DEB_BUILD_GNU_TYPE (e.g., on i386)

2013-03-07 Thread Aaron M. Ucko
Source: openms
Version: 1.9.0-2
Severity: serious
Justification: fails to build from source

Builds of openms on certain architectures (i386 and kfreebsd-i386 so
far) have been failing because they base expected multiarch paths on
DEB_BUILD_GNU_TYPE rather than DEB_HOST_MULTIARCH, which may differ.
(For instance, on i386, DEB_BUILD_GNU_TYPE is i486-linux-gnu, whereas
DEB_HOST_MULTIARCH is i386-linux-gnu.)

  cd /build/buildd-openms_1.9.0-2-i386-iJCLgn/openms-1.9.0/debian/build  \
  /usr/bin/cmake -DCMAKE_FIND_LIBRARY_SUFFIXES=.so \
  -DCONTRIB_LIB_DIR=/usr/lib;/usr/lib/i486-linux-gnu;/lib/i486-linux-gnu \
  -DCF_OPENMS_DATA_PATH=/usr/share/openms-common/OpenMS/ \
  -DCF_OPENMS_DOC_PATH=/usr/share/doc/openms-doc/ \
  -DCMAKE_BUILD_TYPE=release ../.. 
  -- The C compiler identification is GNU 4.7.2
  -- The CXX compiler identification is GNU 4.7.2
  [...]
  CMake Error at cmake/OpenMSBuildSystem_macros.cmake:11 (MESSAGE):
Unable to find xerces_c library! Searched names are:
[xerces-c_3;xerces-c_static_3;libxerces-c;xerces-c] Please make sure it is
part of the contrib (which we assume to be in either of these directories:

/usr/lib;/usr/lib/i486-linux-gnu;/lib/i486-linux-gnu;/build/buildd-openms_1.9.0-2-i386-iJCLgn/openms-1.9.0/contrib/lib/;/opt/local/lib/;/usr/local/lib/)

According to cmake's changelog, find_library has supported multiarch
paths since 2.8.4+dfsg.1-3 from 2011, so you shouldn't necessarily
need to override its search path at all; however, if you do, please do
so on the basis of the correct variable.

Thanks!

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

Kernel: Linux 3.2.0-4-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


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



Bug#702513: crash: please provide crash/defs.h

2013-03-07 Thread Timo Juhani Lindfors
Package: crash
Version: 6.1.3-1
Severity: wishlist

Can you please consider providing the crash/defs.h header so that I
can use --enable-crash in the systemtap package and enable its crash
extension?


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



Bug#700836: RFP: zero-cache -- Memory caching system based on ZMQ messaging library

2013-03-07 Thread Ilya Shpigor
Hello

Some changes have been occured with architecture of the Zero-cache system.

Now Zero-cache is minimalistic kernel space memory caching system.
This is special solution for the highly loaded real-time systems based
on GNU/Linux. It provides the better response time than the existing
caching systems like Redis and memcached.

I hope that my project will be helpful for the developers of real-time system.

--
Best regards
Ilya Shpigor


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



Bug#699848: sks: sks_build.sh hangs

2013-03-07 Thread Christoph Martin
Hi Kurt,

did you try the suggestions from John, which he sent to this bug report
two weeks ago? Did this help?

Christoph

-- 

Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany
 Instant-Messaging: Jabber: mar...@uni-mainz.de
  (Siehe http://www.zdv.uni-mainz.de/4010.php)
attachment: martin.vcf

signature.asc
Description: OpenPGP digital signature


Bug#624278: Are you still working on this gem?

2013-03-07 Thread Praveen A
Hi Hemanth,

I need this as a dependency for activesupport-import. Should I package it?

Thanks
Praveen


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



Bug#702514: ITP: libtemplate-plugin-posix-perl -- Template Toolkit plugin to access Perl POSIX functions

2013-03-07 Thread USB
Package: wnpp
Severity: wishlist
Owner: Ernesto Hernández-Novich (USB) e...@usb.ve

* Package name: libtemplate-plugin-posix-perl
  Version : 0.05
  Upstream Author : Agent Zhang agen...@gmail.com
* URL : http://search.cpan.org/dist/Template-Plugin-POSIX/
* License : Artistic
  Programming Lang: Perl
  Description : Template Toolkit plugin to access Perl POSIX functions

This package provides a Template Toolkit plugin which enables using
any of Perl POSIX functions to help create content during template
processing.


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



Bug#655969: [Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user

2013-03-07 Thread Thomas Preud'homme
Updated patch with (much) more comments.

Thomas
diff -Nru lirc-0.9.0~pre1/debian/changelog lirc-0.9.0~pre1/debian/changelog
--- lirc-0.9.0~pre1/debian/changelog	2011-03-06 22:16:30.0 +0100
+++ lirc-0.9.0~pre1/debian/changelog	2013-03-07 16:58:28.0 +0100
@@ -1,3 +1,11 @@
+lirc (0.9.0~pre1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Avoid prompt when conffiles are not modified by the system administrator
+(Closes: #655969).
+
+ -- Thomas Preud'homme robo...@debian.org  Tue, 12 Feb 2013 18:24:27 +0100
+
 lirc (0.9.0~pre1-1) unstable; urgency=low
 
   [ Sven Mueller ]
diff -Nru lirc-0.9.0~pre1/debian/lirc.preinst lirc-0.9.0~pre1/debian/lirc.preinst
--- lirc-0.9.0~pre1/debian/lirc.preinst	1970-01-01 01:00:00.0 +0100
+++ lirc-0.9.0~pre1/debian/lirc.preinst	2013-03-07 17:15:35.0 +0100
@@ -0,0 +1,36 @@
+#!/bin/sh
+
+set -e
+
+case $1 in
+	upgrade)
+		oldconfmd5=$(md5sum /etc/lirc/hardware.conf | cut -d ' ' -f 1)
+		# In Squeeze, lirc's postinst empties the value of DRIVER
+		# from /etc/lirc/hardware.conf if the value equals
+		# UNCONFIGURED. Since this file defaults to UNCONFIGURED,
+		# it is subsequently modified by the postinst.
+		#
+		# The code below check whether the md5 of the file matches the
+		# one of the file after a default install. If that is the case,
+		# the code reverts the change made by the postinst to prevent
+		# asking questions to the administrator when no file were
+		# modified.
+		if [ $oldconfmd5 = 566ee1cfca73380a6ec4af14c7d874cd ]
+		then
+			sed -i s/^\(DRIVER\)=\/\1=\UNCONFIGURED/ /etc/lirc/hardware.conf
+		fi;;
+	install|abort-upgrade)
+		;;
+
+	*)
+		echo preinst called with unknown argument \`$1' 2
+		exit 1
+		;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0


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


Bug#702511: golang-mode: does not compile with xemacs21

2013-03-07 Thread Michael Stapelberg
Hi Laurent,

Laurent Bonnaud laurent.bonn...@inpg.fr writes:
 when I try to install golang-mode on my system where xemacs is installed I 
 get the following error:

 Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el...
 While compiling toplevel forms in file 
 /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el:
   !! File error ((Cannot open load file find-lisp))
Error occurred processing go-mode.el: Cannot open load file: find-lisp
 Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.el...
 Wrote /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.elc
 Done
 ERROR: install script from golang-mode package failed
 dpkg: error processing golang-mode (--configure):
  subprocess installed post-installation script returned error exit status 1

 The find-lisp file is only available in emacs and not in xemacs:

 $ locate find-lisp
 /usr/share/emacs/23.4/lisp/find-lisp.elc
 /usr/share/emacs/24.2/lisp/find-lisp.el.gz
 /usr/share/emacs/24.2/lisp/find-lisp.elc
Can you please forward this bugreport upstream?

This is not Debian-specific. Also, I have far too little knowledge of
all the different emacsen in Debian. I only use emacs24 and that works
fine.

-- 
Best regards,
Michael


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



Bug#702515: blender: 2.66a-1 cannot find scripts, still uses version string for system path

2013-03-07 Thread Antonio Ospite
Package: blender
Version: 2.66a-1
Severity: important

Dear Maintainer,

After applying the fix for the crash in #702503 blender starts but it cannot
find the scripts dir and complains with errors like:

  pyrna_srna_ExternalType: failed to find 'bpy_types' module
  ...
  search for unknown operator 'WM_OT_context_set_enum', 'WM_OT_context_set_enum'
  ...
  search for unknown operator 'WM_OT_url_open', 'WM_OT_url_open'
  ...

It looks like blender still looks for the system path with the version string
in it.

As a workaround we can set the environment variable:
BLENDER_SYSTEM_SCRIPTS=/usr/share/blender/scripts blender

I am going to send a patch to fix that as a follow up to the report.

Thanks,
   Antonio

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages blender depends on:
ii  fonts-droid20111207+git-1
ii  libavcodec54   6:9.3-1
ii  libavdevice53  6:9.3-1
ii  libavformat54  6:9.3-1
ii  libavutil526:9.3-1
ii  libboost-date-time1.49.0   1.49.0-3.2
ii  libboost-filesystem1.49.0  1.49.0-3.2
ii  libboost-locale1.49.0  1.49.0-3.2
ii  libboost-regex1.49.0   1.49.0-3.2
ii  libboost-system1.49.0  1.49.0-3.2
ii  libboost-thread1.49.0  1.49.0-3.2
ii  libc6  2.13-38
ii  libfftw3-3 3.3.2-3.1
ii  libfontconfig1 2.9.0-7.1
ii  libfreetype6   2.4.9-1.1
ii  libgcc11:4.7.2-5
ii  libgl1-mesa-glx [libgl1]   8.0.5-3
ii  libglew1.7 1.7.0-3
ii  libglu1-mesa [libglu1] 8.0.5-3
ii  libgomp1   4.7.2-5
ii  libilmbase61.0.1-6
ii  libjack0 [libjack-0.116]   1:0.121.3+20120418git75e3e20b-2.1
ii  libjpeg8   8d-1
ii  libjs-jquery   1.7.2+dfsg-1
ii  libopenal1 1:1.14-4
ii  libopenexr61.6.1-7
ii  libopenimageio1.1  1.1.3+dfsg0-1
ii  libopenjpeg2   1.3+dfsg-4.6
ii  libpng12-0 1.2.49-3
ii  libpython3.3   3.3.0-12
ii  libsdl-1.3-0   1.3.0~20111204-1
ii  libsndfile11.0.25-5
ii  libspnav0  0.2.2-1
ii  libstdc++6 4.7.2-5
ii  libswscale26:9.3-1
ii  libtiff4   3.9.6-11
ii  libx11-6   2:1.5.0-1
ii  libxi6 2:1.6.1-1
ii  python33.3.0-2
ii  python3.3  3.3.0-12
ii  zlib1g 1:1.2.7.dfsg-13

blender recommends no packages.

Versions of packages blender suggests:
pn  yafaray-exporter  none

-- 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#702516: libwine-openal:i386: No sound with wine 1.4 and OpenAL and PulseAudio

2013-03-07 Thread Daniel Dickinson
Package: libwine-openal
Version: 1.4.1-4
Severity: normal

Despite having OpenAL installed (64-bit) wine (32-bit) fails to play on a 
PulseAudio based system.  With some version of 1.3, openal was supposed to 
solve the wine - pulse problem, but I think 64/32 may be the problem here.

Is it possible to bridge openal (64-bit) and libwine-openal (32-bit)?

Regards,

Daniel

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

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

Versions of packages libwine-openal:i386 depends on:
ii  libc6   2.13-38
ii  libopenal1  1:1.14-4
ii  libwine 1.4.1-4

libwine-openal:i386 recommends no packages.

libwine-openal:i386 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#702486: libnet-twitter-perl: version 4.x required for new Twitter API

2013-03-07 Thread gregor herrmann
On Thu, 07 Mar 2013 07:28:50 +0100, Ansgar Burchardt wrote:

 Patrick Brewer pwbre...@me.com writes:
  For those using Net:Twitter the latest version of the lib is needed
  ASAP.  Twitter is turning off their old API sometime this month
  (official date was yesterday).  A version of the module in 4.x is
  required for the new API.  The very latest I can find for debian is
  3.18003 here: http://packages.debian.org/sid/libnet-twitter-perl

Extracting a minimal (*cough*) diff out of
https://metacpan.org/diff/release/MMIMS/Net-Twitter-3.18003/MMIMS/Net-Twitter-4.3
sounds like fun. Not.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tori Amos: The Wrong Band


signature.asc
Description: Digital signature


Bug#695807: CVE-2012-5617: gksu-polkit privileged code execution with unprivileged credentials

2013-03-07 Thread Salvatore Bonaccorso
Control: tags -1 + patch

Hi

I propose something like the attached debdiff, restricting to
auth_admin only in the conffile.

Regards,
Salvatore
diff -u gksu-polkit-0.0.3/debian/changelog gksu-polkit-0.0.3/debian/changelog
--- gksu-polkit-0.0.3/debian/changelog
+++ gksu-polkit-0.0.3/debian/changelog
@@ -1,3 +1,12 @@
+gksu-polkit (0.0.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Request priviledged credentials in default policy.
+Change default policy to allow privileged code execution only with
+priviledged credentials. CVE-2012-5617. (Closes: #695807)
+
+ -- Salvatore Bonaccorso car...@debian.org  Thu, 07 Mar 2013 17:06:28 +0100
+
 gksu-polkit (0.0.3-1) unstable; urgency=low
 
   * Fix glib includes (Closes: #665534)
only in patch2:
unchanged:
--- gksu-polkit-0.0.3.orig/data/org.gnome.gksu.policy
+++ gksu-polkit-0.0.3/data/org.gnome.gksu.policy
@@ -10,9 +10,9 @@
 descriptionspawn/description
 messageSystem policy prevents executing a program with administration 
privileges/message
 defaults
-  allow_anyauth_self/allow_any
-  allow_inactiveauth_self/allow_inactive
-  allow_activeauth_self/allow_active
+  allow_anyauth_admin/allow_any
+  allow_inactiveauth_admin/allow_inactive
+  allow_activeauth_admin/allow_active
 /defaults
   /action
 


signature.asc
Description: Digital signature


Bug#702515: blender: 2.66a-1 cannot find scripts, still uses version string for system path

2013-03-07 Thread Antonio Ospite
Tags: patch

On Thu, 07 Mar 2013 17:21:48 +0100
Antonio Ospite osp...@studenti.unina.it wrote:

[...] 
 I am going to send a patch to fix that as a follow up to the report.
 

Patch attached, it's hacky but it works fine.

Thanks,
   Antonio

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
From 74c37f4af3bb65346f52de298bee8d3dd1f89b17 Mon Sep 17 00:00:00 2001
From: Antonio Ospite osp...@studenti.unina.it
Date: Thu, 7 Mar 2013 15:58:16 +0100
Subject: [PATCH] debian/patches/: #0007 fix getting system path
X-Face: z*RaLf`X@C75u6Ig9}{oW$H;1_\2t5)({*|jhMpyWR#k60!#=#/Vb;]yA5GWI5`6u+
 ;6b'@y|8wwB;4/e!7wYYrcqdJFY,~%Gk_4]cq$Ei/7jN3ah(m`ku?pX.+~:_/wC~dwn^)MizBG
 !pE^+iDQQ1yC6^,)YDKkxDd!T\I~93J_`4)A{':UrE

Don't use version string when getting the system path.

Patch 0007 fixes this for the installation part, but is incomplete as it
does not cover the runtime query of the system path.

Fix also a typo in the description of patch 0007.

Closes: #702515
---
 ...7-do_not_use_version_number_in_system_path.patch |   19 ---
 1 file changed, 16 insertions(+), 3 deletions(-)

diff --git a/debian/patches/0007-do_not_use_version_number_in_system_path.patch b/debian/patches/0007-do_not_use_version_number_in_system_path.patch
index d08a0cd..75f4f3b 100644
--- a/debian/patches/0007-do_not_use_version_number_in_system_path.patch
+++ b/debian/patches/0007-do_not_use_version_number_in_system_path.patch
@@ -2,12 +2,13 @@ From: Matteo F. Vescovi mfv.deb...@gmail.com
 Date: Fri, 11 Jan 2013 15:37:53 +0100
 Subject: do_not_use_version_number_in_system_path
 
-Global installation expects system patch to be
+Global installation expects system path to be
 something like /usr/share/blender/scripts/
 without version numbers.
 ---
- source/creator/CMakeLists.txt | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
+ intern/ghost/intern/GHOST_SystemPathsX11.cpp | 3 +++
+ source/creator/CMakeLists.txt| 2 +-
+ 2 files changed, 4 insertions(+), 1 deletion(-)
 
 diff --git a/source/creator/CMakeLists.txt b/source/creator/CMakeLists.txt
 index 7ea1dd3..6553ce3 100644
@@ -22,3 +23,15 @@ index 7ea1dd3..6553ce3 100644
  		endif()
  	endif()
  
+--- a/intern/ghost/intern/GHOST_SystemPathsX11.cpp
 b/intern/ghost/intern/GHOST_SystemPathsX11.cpp
+@@ -60,6 +60,9 @@ GHOST_SystemPathsX11::~GHOST_SystemPaths
+ 
+ const GHOST_TUns8 *GHOST_SystemPathsX11::getSystemDir(int, const char *versionstr) const
+ {
++	/* XXX On Debian ignore versionstr when building the system path */
++	versionstr = ;
++
+ 	/* no prefix assumes a portable build which only uses bundled scripts */
+ 	if (static_path) {
+ 		static char system_path[PATH_MAX];
-- 
1.7.10.4



Bug#624278: Are you still working on this gem?

2013-03-07 Thread Hemanth H.M
My progress has been very slow almost nil on this, due to various factors.
Will be pleased to pack it with some help.


On Thu, Mar 7, 2013 at 9:45 PM, Praveen A prav...@debian.org wrote:

 Hi Hemanth,

 I need this as a dependency for activesupport-import. Should I package it?

 Thanks
 Praveen




-- 
*'I am what I am because of who we all are'*
h3manth.com http://www.h3manth.com
*-- Hemanth HM *


Bug#702517: emacs24: assertion failure: GdkPixbuf:ERROR:gdk-pixbuf-animation.c:242:gdk_pixbuf_animation_new_from_file: assertion failed: (animation)

2013-03-07 Thread Laurent Bonnaud
Package: emacs24
Version: 24.2+1-2
Severity: important


Dear Maintainer,

each time I try to start emacs it aborts with the following assertion failure

$ emacs24 -q

** (emacs24:29207): WARNING **: Couldn't connect to accessibility bus: Failed 
to connect to socket /tmp/dbus-XKm6tQqkjj: Connection refused
**
GdkPixbuf:ERROR:gdk-pixbuf-animation.c:242:gdk_pixbuf_animation_new_from_file: 
assertion failed: (animation)
Fatal error (6)Aborted (core dumped)

Here is a gdb session with a backtrace:

$ gdb emacs24
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/emacs24...Reading symbols from 
/usr/lib/debug/.build-id/c3/7c34c0f91448820151c4816053c27d4c95149f.debug...done.
done.
(gdb) run
Starting program: /usr/bin/emacs24 
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
Traceback (most recent call last):
  File /usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18-gdb.py, line 
59, in module
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers
Traceback (most recent call last):
  File /usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18-gdb.py, line 
59, in module
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers

** (emacs24:29618): WARNING **: Couldn't connect to accessibility bus: Failed 
to connect to socket /tmp/dbus-XKm6tQqkjj: Connection refused
[New Thread 0xb457bb40 (LWP 29632)]
[New Thread 0xb3bffb40 (LWP 29634)]
**
GdkPixbuf:ERROR:gdk-pixbuf-animation.c:242:gdk_pixbuf_animation_new_from_file: 
assertion failed: (animation)

Program received signal SIGABRT, Aborted.
0xb7fde424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb6724b26 in kill () at ../sysdeps/unix/syscall-template.S:81
#2  0x0813ccd8 in abort () at emacs.c:394
#3  0xb752846a in g_assertion_message (domain=domain@entry=0xb77af286 
GdkPixbuf, 
file=file@entry=0xb77af639 gdk-pixbuf-animation.c, line=line@entry=242, 
func=func@entry=0xb77afa20 gdk_pixbuf_animation_new_from_file, 
message=optimized out)
at /tmp/buildd/glib2.0-2.35.8/./glib/gtestutils.c:1912
#4  0xb7528aaf in g_assertion_message_expr (domain=0xb77af286 GdkPixbuf, 
file=0xb77af639 gdk-pixbuf-animation.c, line=242, 
func=0xb77afa20 gdk_pixbuf_animation_new_from_file, expr=0xb77af6be 
animation)
at /tmp/buildd/glib2.0-2.35.8/./glib/gtestutils.c:1923
#5  0xb779cb98 in gdk_pixbuf_animation_new_from_file () from 
/usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0
#6  0xb7b8b9b3 in gtk_image_set_from_file (image=image@entry=0x8596348, 
filename=filename@entry=0x8b7d350 
/usr/share/emacs/site-lisp/etc/images/mh-e/open.xpm)
at /tmp/buildd/gtk+3.0-3.7.12/./gtk/gtkimage.c:777
#7  0xb7b8ba8d in gtk_image_new_from_file (filename=0x8b7d350 
/usr/share/emacs/site-lisp/etc/images/mh-e/open.xpm)
at /tmp/buildd/gtk+3.0-3.7.12/./gtk/gtkimage.c:536
#8  0x08133ce4 in xg_get_image_for_pixmap (img=0x89da420, f=0x869b520, 
widget=optimized out, old_widget=optimized out)
at gtkutil.c:382
#9  update_frame_tool_bar (f=f@entry=0x869b520) at gtkutil.c:4614
#10 0x0809e7dd in redisplay_tool_bar (f=0x869b520) at xdisp.c:11795
#11 redisplay_window (window=window@entry=141145805, 
just_this_one_p=just_this_one_p@entry=0) at xdisp.c:16040
#12 0x0809ffbe in redisplay_window_0 (window=window@entry=141145805) at 
xdisp.c:13748
#13 0x081ae1ba in internal_condition_case_1 (bfun=0x809ff90 
redisplay_window_0, arg=141145805, handlers=138821398, 
hfun=0x806e7c0 redisplay_window_error) at eval.c:1552
#14 0x0807309f in redisplay_windows (window=6) at xdisp.c:13728
#15 0x0808bbd0 in redisplay_internal () at xdisp.c:13305
#16 0x0808cd89 in echo_area_display (update_frame_p=update_frame_p@entry=1) at 
xdisp.c:10722
#17 0x0808d0c7 in message3_nolog (m=m@entry=138902121, nbytes=nbytes@entry=84, 
multibyte=multibyte@entry=0) at xdisp.c:9611
#18 0x0808d28a in message3 (m=m@entry=138902121, nbytes=84, multibyte=0) at 
xdisp.c:9548
#19 0x081a84e1 in Fmessage (nargs=2, args=0xbfffde74) at editfns.c:3383
#20 0x081afd6d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0xbfffde70) at 
eval.c:2983
#21 0x081e682c in exec_byte_code (bytestr=optimized out, vector=136905773, 
maxdepth=24, args_template=138839322, 
nargs=nargs@entry=0, args=optimized out, args@entry=0x0) at bytecode.c:785
#22 0x081af735 in 

Bug#702518: openms: watchfile for openms is broken

2013-03-07 Thread Nick Black
Package: openms
Version: 1.9.0-2
Severity: normal

Dear Maintainer,

Howdy! The watchfile for openms as released to Unstable this morning in
1.90-2 is broken, both syntactically and semantically. The correct
watchfile would be:

[skynet](0) $ cat debian/watch 
version=3
http://sf.net/open-ms/OpenMS-([\d\.]+)\.tar\..*
[skynet](0) $ 

This properly pulls 1.90:

[skynet](0) $ uscan --verbose 
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
http://sf.net/open-ms/OpenMS-([\d\.]+)\.tar\..*
-- Found the following matching hrefs:
OpenMS-1.9.0.tar.gz
OpenMS-1.8.tar.gz
OpenMS-1.7.0.tar.gz
OpenMS-1.6.0.tar.gz
OpenMS-1.5.tar.gz
OpenMS-1.4.0.tar.gz
OpenMS-1.3.tar.gz
OpenMS-1.2.tar.gz
OpenMS-1.1.tar.gz
OpenMS-1.1.1.tar.gz
OpenMS-1.0.tar.gz
Newest version on remote site is 1.9.0, local version is 1.9.0
= Package is up to date
-- Scan finished
[skynet](1) $ 

Please apply the watchfile as included in SprezzOS 2, Kolmogorov (provided
above inline). Thanks!

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

Kernel: Linux 3.7.7 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
version=3
http://sf.net/open-ms/OpenMS-([\d\.]+)\.tar\..*


Bug#683826: Any progress on this one?

2013-03-07 Thread Samuel Tardieu
As any progress been made on this issue? Is this work in progress?


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



Bug#702244: libopendbx: Vcs-Browser points to empty repository

2013-03-07 Thread Marc Haber
On Mon, Mar 04, 2013 at 01:51:06PM +0100, Ansgar Burchardt wrote:
 libopendbx has a Vcs-Browser field pointing to
   http://anonscm.debian.org/gitweb/?p=collab-maint/opendbx.git;a=summary
 but that repository is empty.

Yes, we have not yet gotten around to pushing things, sorry. Working
on it.

Greetings
Marc

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


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



Bug#698829: kernel swap after upgrade to 3.2.23-1~bpo60+2

2013-03-07 Thread Daniele Melosi
On 05/03/2013 03:40, Ben Hutchings wrote:
 # wc -l /proc/mounts
 329219 /proc/mounts
 [...]
 
 Er, wow, that's a lot.  Does this *also* increase over time, or are
 those mostly mounted at boot?

I agree, it's a lot.

The number of entries in /proc/mounts file increase over time, at the
boot is low (~100 lines).

-- 
Daniele Melosi


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



Bug#702444: Bug#702416: perl: memory leak in Encode::decode

2013-03-07 Thread Niko Tyni
On Wed, Mar 06, 2013 at 10:09:09PM +0100, gregor herrmann wrote:
 I'm attaching the diff of the potential upload to t-p-u.

Thanks.

 Niko, I assume you contact the release team for an upload of Perl;
 can you ask about this upload to t-p-u too or should we handle this
 separately?

I can handle that.

libencode-perl needs to be fixed first in wheezy: it makes no sense to
supply a fixed perl package if the fix can be overridden by installing
an unfixed libencode-perl package.

Preferably they should go in at the same time, of course.
-- 
Niko


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



Bug#682958: byobu spawns apt-cache without end ... and freezes that way the system by high load

2013-03-07 Thread Xavier Bassery
Package: byobu
Followup-For: Bug #682958
Control: tag -1 patch


Here is a patch that uses upstream revision 1952 (part of version 5.20).
It replaces the use of run-one with flock.
The package run-one being not part of Debian, there was little surprise
that we got this bug.
The use of flock from util-linux should prevent the launch of multiple
'apt-get' unwanted processes.
I am currently testing the change.



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

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

Versions of packages byobu depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  gettext-base   0.18.1.1-10
ii  python 2.7.3-4
ii  python-newt0.52.14-11.1
ii  tmux   1.7-3
ii  util-linux 2.20.1-5.3

Versions of packages byobu recommends:
pn  screen  none
ii  tmux1.7-3

Versions of packages byobu suggests:
pn  apport  none
ii  lsb-release 4.1+Debian9
ii  po-debconf  1.0.16+nmu2
pn  ttf-ubuntu-font-family  none
pn  update-notifier-common  none
ii  vim 2:7.3.547-7
ii  vim-gtk [vim]   2:7.3.547-7
ii  w3m 0.5.3-8

-- debconf information:
  byobu/launch-by-default: false
Description: short summary of the patch
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
patch from upstream that replaces run-one with flock to avoid creating ever growing apt-get commands

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: upstream, http://bazaar.launchpad.net/~kirkland/byobu/trunk/revision/1952?remember=1952#usr/lib/byobu/updates_available
Bug: https://bugs.launchpad.net/debian/+source/byobu/+bug/999151
Bug-Debian: http://bugs.debian.org/682958
Forwarded: not-needed
Reviewed-By: name and email of someone who approved the patch
Last-Update: 2013-03-07

--- byobu-5.16.orig/usr/lib/byobu/updates_available
+++ byobu-5.16/usr/lib/byobu/updates_available
@@ -39,7 +39,7 @@ ___print_updates() {
 }
 
 ___update_cache() {
-	local mycache=$1 RUN_THIS_ONE=
+	local mycache=$1 flock=$1.lock
 	# Now we actually have to do hard computational work to calculate updates.
 	# Let's try to be nice about it:
 	renice 10 $$ /dev/null 21 || true
@@ -47,28 +47,26 @@ ___update_cache() {
 	# These are very computationally intensive processes.
 	# Background this work, have it write to the cache files,
 	# and let the next cache check pick up the results.
-	# Also, try to ensure that no more than one of these run at
-	# a given time; install the run-one package.
-	command -v run-this-one /dev/null  RUN_THIS_ONE=run-this-one
+	# Ensure that no more than one of these run at a given time
 	if [ -x /usr/lib/update-notifier/apt-check ]; then
 		# If apt-check binary exists, use it
-		$RUN_THIS_ONE /usr/lib/update-notifier/apt-check 21 | awk '-F;' 'END { print $1, $2 }'  $mycache 
+		flock -xn $flock /usr/lib/update-notifier/apt-check 21 | awk '-F;' 'END { print $1, $2 }'  $mycache 
 	elif command -v apt-get /dev/null; then
 		# If apt-get exists, use it
-		$RUN_THIS_ONE apt-get -s -o Debug::NoLocking=true upgrade | grep -c ^Inst  $mycache 
+		flock -xn $flock apt-get -s -o Debug::NoLocking=true upgrade | grep -c ^Inst  $mycache 
 	elif command -v pkcon /dev/null; then
 		# use packagekit to show list of packages
-		$RUN_THIS_ONE pkcon get-updates -p | grep -c '^Package'  $mycache 
+		flock -xn $flock pkcon get-updates -p | grep -c '^Package'  $mycache 
 	elif command -v zypper /dev/null; then
 		# If zypper exists, use it
-		$RUN_THIS_ONE zypper --no-refresh lu --best-effort | grep -c 'v |'  $mycache 
+		flock -xn $flock zypper --no-refresh lu --best-effort | grep -c 'v |'  $mycache 
 	elif command -v yum /dev/null; then
 		# If yum exists, use it
 		# TODO: We need a better way of counting updates available from a RH expert
-		$RUN_THIS_ONE yum list updates -q | grep -vc Updated Packages  $mycache 
+		flock -xn $flock yum list updates -q | grep -vc Updated Packages  $mycache 
 	elif command -v pacman /dev/null; then
 		# If pacman (Archlinux) exists, use it
-		LC_ALL=C $RUN_THIS_ONE pacman -Sup | grep -vc ^\(::\| \)  $mycache 
+		LC_ALL=C flock -xn $flock pacman -Sup | grep -vc ^\(::\| \)  $mycache 
 	fi
 }
 


Bug#702519: unblock/pre-approval: perl and libencode-perl (memory leak in Encode::decode)

2013-03-07 Thread Niko Tyni
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: p...@packages.debian.org, libencode-p...@packages.debian.org

I'd like to fix #702416 / #702444 (memory leak in Encode::decode) in
perl + libencode-perl in wheezy. It's not a regression from squeeze,
but I intend to pursue a squeeze fix in a point release later.

The wheezy side would need a tpu upload of libencode-perl and a sid
upload of perl (obviously after 5.14.2-19 has migrated.)

I'm attaching the preliminary debdiffs. The perl package needs to Break
the unfixed versions of libencode-perl, because the separate packaged
version takes precedence in @INC when installed.

So perl/5.14.2-20 can't migrate before libencode-perl 2.44-1+deb7u1
but the latter could be uploaded straight away.

Would you be OK with this?

Thanks for your work,
-- 
Niko Tyni   nt...@debian.org
diff -Nru perl-5.14.2/debian/changelog perl-5.14.2/debian/changelog
--- perl-5.14.2/debian/changelog2013-03-05 21:38:31.0 +0200
+++ perl-5.14.2/debian/changelog2013-03-07 19:08:49.0 +0200
@@ -1,3 +1,12 @@
+perl (5.14.2-20) unstable; urgency=low
+
+  * Fix an Encode memory leak that occurred in the UTF-8 encoding.
+(Closes: #702416)
++ upgrade the Broken versions of the separate libencode-perl
+  package accordingly.
+
+ -- Niko Tyni nt...@debian.org  Thu, 07 Mar 2013 19:08:47 +0200
+
 perl (5.14.2-19) unstable; urgency=high
 
   * [SECURITY] CVE-2013-1667: fix a rehashing DoS opportunity
diff -Nru perl-5.14.2/debian/control perl-5.14.2/debian/control
--- perl-5.14.2/debian/control  2013-03-05 21:38:02.0 +0200
+++ perl-5.14.2/debian/control  2013-03-07 19:02:52.0 +0200
@@ -294,7 +294,7 @@
  libthreads-perl ( 1.83),
  libthreads-shared-perl ( 1.37),
  libtime-piece-perl ( 1.20.01),
- libencode-perl ( 2.42.01),
+ libencode-perl ( 2.44-1+deb7u1),
  libdevel-dprof-perl ( 20110228.00),
  mrtg ( 2.16.3-3.1),
  libhtml-template-compiled-perl ( 0.95-1),
diff -Nru perl-5.14.2/debian/patches/fixes/encode-memleak.diff 
perl-5.14.2/debian/patches/fixes/encode-memleak.diff
--- perl-5.14.2/debian/patches/fixes/encode-memleak.diff1970-01-01 
02:00:00.0 +0200
+++ perl-5.14.2/debian/patches/fixes/encode-memleak.diff2013-03-07 
19:01:39.0 +0200
@@ -0,0 +1,64 @@
+From 89405c8ebc5bf8ae4ed6479de2bc0f311c1f6fe1 Mon Sep 17 00:00:00 2001
+From: chansen chan...@cpan.org
+Date: Sun, 3 Mar 2013 22:43:53 +0100
+Subject: Encode: Fixed a memory leak that occurred in the UTF-8 encoding.
+
+The decode and encode methods allocated a SV for the result, this SV
+is passed to the process_utf8() function which may croak() if the
+CHECK flag has FB_CROAK set.
+
+Origin: upstream, 
http://perl5.git.perl.org/perl.git/commit/5814803a8fa15d6b5fd483efdaf849a7166f9ac4
+Bug: https://github.com/dankogai/p5-encode/issues/8
+Bug-Debian: http://bugs.debian.org/702416
+Patch-Name: fixes/encode-memleak.diff
+---
+ cpan/Encode/Encode.xs |8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/cpan/Encode/Encode.xs b/cpan/Encode/Encode.xs
+index 723170c..4fa4ac3 100644
+--- a/cpan/Encode/Encode.xs
 b/cpan/Encode/Encode.xs
+@@ -440,7 +440,6 @@ CODE:
+ if (src == PL_sv_undef || SvROK(src)) src = sv_2mortal(newSV(0));
+ s = (U8 *) SvPV(src, slen);
+ e = (U8 *) SvEND(src);
+-dst = newSV(slen0?slen:1); /* newSV() abhors 0 -- inaba */
+ check = SvROK(check_sv) ? ENCODE_PERLQQ|ENCODE_LEAVE_SRC : SvIV(check_sv);
+ /* 
+  * PerlIO check -- we assume the object is of PerlIO if renewed
+@@ -471,6 +470,7 @@ CODE:
+ }
+ }
+ 
++dst = sv_2mortal(newSV(slen0?slen:1)); /* newSV() abhors 0 -- inaba */
+ s = process_utf8(aTHX_ dst, s, e, check_sv, 0, strict_utf8(aTHX_ obj), 
renewed);
+ 
+ /* Clear out translated part of source unless asked not to */
+@@ -482,7 +482,7 @@ CODE:
+ SvCUR_set(src, slen);
+ }
+ SvUTF8_on(dst);
+-ST(0) = sv_2mortal(dst);
++ST(0) = dst;
+ XSRETURN(1);
+ }
+ 
+@@ -504,7 +504,7 @@ CODE:
+ if (src == PL_sv_undef || SvROK(src)) src = sv_2mortal(newSV(0));
+ s = (U8 *) SvPV(src, slen);
+ e = (U8 *) SvEND(src);
+-dst = newSV(slen0?slen:1); /* newSV() abhors 0 -- inaba */
++dst = sv_2mortal(newSV(slen0?slen:1)); /* newSV() abhors 0 -- inaba */
+ if (SvUTF8(src)) {
+ /* Already encoded */
+ if (strict_utf8(aTHX_ obj)) {
+@@ -543,7 +543,7 @@ CODE:
+ }
+ SvPOK_only(dst);
+ SvUTF8_off(dst);
+-ST(0) = sv_2mortal(dst);
++ST(0) = dst;
+ XSRETURN(1);
+ }
+ 
diff -Nru perl-5.14.2/debian/patches/series perl-5.14.2/debian/patches/series
--- perl-5.14.2/debian/patches/series   2013-03-05 21:38:04.0 +0200
+++ perl-5.14.2/debian/patches/series   2013-03-07 19:01:39.0 +0200
@@ -77,3 +77,4 @@
 fixes/64bitint-signedness-wraparound.diff
 fixes/stdin-sigchld.diff
 fixes/hsplit-rehash.diff
+fixes/encode-memleak.diff
diff -Nru 

Bug#700205: unblock: libquvi-scripts/0.4.11-2 (pre-upload approval)

2013-03-07 Thread Ansgar Burchardt
On 03/02/2013 15:22, intrigeri wrote:
 I would like to update libquvi-scripts in wheezy to 0.4.11-2
 (identical to -1 already in experimental).
 
 Is this unblock request still up-to-date, now that experimental has
 0.4.12-1? (I mean, I was going to install the version in experimental
 to run it and report back how I was happy with it in a week, but now
 I'm confused.)

There's even 0.4.13-1 in experimental now.

I plan to eventually update the unblock request, but there's no RC bug
fixes so I guess it's at a low priority. Also I haven't found time to do
so yet.

Given libquvi-scripts rather frequent updates, I am also wondering if it
is useful to follow the upstream releases even for stable. If you look
at the upstream NEWS[1] there are quite a lot of fixes for various
sites: 1 out of 2 entries for 0.4.13, 2/5 for 0.4.12, 7/10 for 0.4.11,
3/3 for 0.4.10. Not all of them would be relevant to backports as there
are also fixes for sites that weren't supported by older version, but
there's enough left.

This means larger changes to push to stable, but I think the risk of
breaking reverse dependencies is low as the Lua scripts in
libquvi-scripts are not used directly by applications, only via libquvi.
In addition support for new sites usually happens via a new Lua script
file: if it's broken, it shouldn't affect other scripts.

Ansgar

  [1] http://repo.or.cz/w/libquvi-scripts.git/blob/refs/tags/v0.4.13:/NEWS


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



Bug#702520: please don't patch the Makefile, use configure --bindir= instead

2013-03-07 Thread Andrew Shadura
Package: tcllib
Version: 1.13-dfsg-1
Severity: normal
Tags: patch

Patch attached.

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

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

Versions of packages tcllib depends on:
ii  tcl 8.5.0-2
ii  tcl8.4 [tclsh]  8.4.19-4
ii  tcl8.5 [tclsh]  8.5.8-2
ii  tcl8.6 [tclsh]  8.6.0~b3-1

tcllib recommends no packages.

tcllib suggests no packages.

-- no debconf information
diff --git a/debian/patches/build.diff b/debian/patches/build.diff
deleted file mode 100644
--- a/debian/patches/build.diff
+++ /dev/null
@@ -1,17 +0,0 @@
 tcllib-1.15.orig/Makefile.in
-+++ tcllib-1.15/Makefile.in
-@@ -49,12 +49,14 @@
- all:
- doc: html-doc nroff-doc
- 
-+# set -app-path for Debian to hack around broken script
- install:
- 	$(TCLSH_PROG) `$(CYGPATH) $(srcdir)/installer.tcl` \
- 		-no-examples -no-html \
- 		-pkg-path   $(DESTDIR)$(pkglibdir) \
- 		-app-path   $(DESTDIR)$(bindir) \
- 		-nroff-path $(DESTDIR)$(mandir)/mann \
-+		-app-path $(DESTDIR)/usr/bin \
- 		-no-wait -no-gui
- 
- install-libraries:
diff --git a/debian/patches/series b/debian/patches/series
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,1 @@
-build.diff
 manpages.diff
diff --git a/debian/rules b/debian/rules
--- a/debian/rules
+++ b/debian/rules
@@ -28,7 +28,7 @@ build-arch: build-stamp
 build-indep: build-stamp
 build-stamp: patch-stamp
 	dh_testdir
-	./configure --prefix=/usr --mandir=$(mandir)
+	./configure --prefix=/usr --mandir=$(mandir) --bindir=/usr/bin
 	$(MAKE) html-doc
 	#
 	# Remove doc for non-existent module


Bug#697890: tasksel arch any? (Re: Bug#697890: iwconfig not in /sbin)

2013-03-07 Thread Christian PERRIER
Quoting Joey Hess (jo...@debian.org):

Thanks, Joey, for bringing this interesting alternative perspective.

Indeed, when committing these changes, I thought that, because that
arch-dependent packages are added to Recommends and not Depend, it
would not be a problem. Apparently it is. This is what slightly
puzzles me, indeed.

Anyway:

 Re #697890, if we need iw, d-i should install it on appropriate machines.
 netcfg already installs wireless-tools when the interface is wireless.
 Not all machines with wifi are laptops, or even desktops, as was noted
 several times in that bug.

Oh, I didn't think this this was, but, indeed, as we already add
wireless-tools through netcfg, I see not reason to not use the same
concept to add iw when the (installation) interface is wireless (of
course, one might argue what if the installation interface is wired
and the system has wireless).


 
 Re #697868, I would much rather leave it to the maintainers of desktop
 environments (and/or Tech Ctte :P) to ensure that they have eg,
 necessary network-manager dependencies on appropriate architectures,
 rather than making tasksel need to track that. Reading that bug, the
 only reason task-gnome is depending on network-manager is to ensure it gets
 on CD#1. There are other ways to do that, particularly debian-cd's
 generate_di+k_list is appropriate since netcfg arranges for
 network-manager to be installed.

Yes, it was my first reaction : why not deal with that in the
D.E. instead of dealing with it in tasksel. The need to be on CD#1 was
what drove me to commit. If there are alternative solutions, yes we
should consider them.



signature.asc
Description: Digital signature


Bug#702521: urwid interface Cancel button broken when selecting severity

2013-03-07 Thread Ryan Kavanagh
Package: reportbug
Version: 6.4.3
Severity: normal

When selecting the severity of a bug under urwid, the Cancel button
doesn't do anything, apart from refresh the screen.

-- Package-specific info:
** Environment settings:
EDITOR=vim
DEBEMAIL=r...@debian.org
EMAIL=r...@debian.org
DEBFULLNAME=Ryan Kavanagh
NAME=Ryan Kavanagh
INTERFACE=urwid

** /home/ryan/.reportbugrc:
reportbug_version 4.12.6
mode expert
ui urwid
realname Ryan Kavanagh
email r...@debian.org
no-cc
header X-Debbugs-CC: r...@debian.org
smtphost reportbug.debian.org
keyid 4A11C97A
sign gpg
mutt

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

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

Versions of packages reportbug depends on:
ii  apt   0.9.7.7
ii  python2.7.3-4
ii  python-reportbug  6.4.3

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail  none
pn  debconf-utils   none
pn  debsums none
pn  dlocate none
ii  emacs23-bin-common  23.4+1-4
ii  file5.11-2
ii  gnupg   1.4.12-7
ii  postfix [mail-transport-agent]  2.10.0-1
ii  python-gtk2 2.24.0-3+b1
pn  python-gtkspell none
ii  python-urwid1.0.2-1
pn  python-vte  none
ii  xdg-utils   1.1.0~rc1+git20111210-7

Versions of packages python-reportbug depends on:
ii  apt   0.9.7.7
ii  python2.7.3-4
ii  python-debian 0.1.21+nmu2
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug suggests no packages.

-- no debconf information

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


signature.asc
Description: Digital signature


Bug#702241: gnome-packagekit: gpk-update-viewer does not update package index so falsely says is up to date.

2013-03-07 Thread Asterix
Package: gnome-packagekit
Version: 3.4.2-2
Followup-For: Bug #702241

Dear Maintainer,

Even when there are updates that it knows about, for example if I have run apt-
get update, or refresh on synaptic, it still does not either install them or
notify me that they should be installed, despite the implication of my settings
in gpk-prefs being that it would automatically install them, or at least notify
me about them being there.



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

Kernel: Linux 3.2.0-4-amd64 (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

Versions of packages gnome-packagekit depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gnome-packagekit-data3.4.2-2
ii  gnome-settings-daemon3.4.2+git20121218.7c1322-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libdbus-1-3  1.6.8-1
ii  libdbus-glib-1-2 0.100.1-1
ii  libfontconfig1   2.9.0-7.1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgtk-3-0   3.4.2-6
ii  libnotify4   0.7.5-1
ii  libpackagekit-glib2-14   0.7.6-3
ii  libpango1.0-01.30.0-1
ii  libsqlite3-0 3.7.13-1
ii  libupower-glib1  0.9.17-1
ii  libx11-6 2:1.5.0-1
ii  packagekit   0.7.6-3

gnome-packagekit recommends no packages.

gnome-packagekit 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#699848: sks: sks_build.sh hangs

2013-03-07 Thread Kurt Roeckx
On Thu, Mar 07, 2013 at 05:12:16PM +0100, Christoph Martin wrote:
 Hi Kurt,
 
 did you try the suggestions from John, which he sent to this bug report
 two weeks ago? Did this help?

I'm not subscribed to the bug, so I didn't get this message.

So I've edited /etc/sks/sksconf and added:
pagesize:  16
ptree_pagesize:16

It ran succesfully like that.

I tried setting mutex_set_max in the environnment before, but that
didn't help anything.  The DB_CONFIG didn't mention anything
about pagesizes.


Kurt


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



Bug#702116: exim4-daemon-heavy: LDAP for SMTP auth not working

2013-03-07 Thread Andreas Metzler
On 2013-03-06 Paul Muster p...@muster.dyndns.info wrote:
 Debug-mode information

  exim -d -bdf -oX 2525
[...]

-d+all might be more helpful.

cu andreas


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



Bug#700290: pbuilder: clang support

2013-03-07 Thread Hideki Yamane
Hi,

On Sun, 3 Mar 2013 15:43:10 + (UTC)
Thorsten Glaser t...@mirbsd.de wrote:
 This would allow switching to any gcc version, tcc and clang;
 adding pcc, TenDRA and other compilers is surely possible,
 and this hook script is controlled by $PBUILDER_COMPILER which
 you can just export before calling pbuilder/cowbuilder.

 Sounds great and can choose more compilers are so good.
 I'm happy when I get interesting idea from smart people :)

 I've chatted with Junichi via twitter and he encouraged hook or 
 pentium-builder package approach to me, so I thought to make
 clang-builder (or something) and use it with --extrapackage option,
 but your approach is more appropriate than mine, so I'll update
 and test your script and post it to BTS later.

 Thanks!

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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



Bug#702241: gnome-packagekit: gpk-update-viewer does not update package index so falsely says is up to date.

2013-03-07 Thread Matthias Klumpp
Hi!
This is a tricky issue, and I am not sure that we can fix it for
Wheezy, as it would require too many code changes. Generally, there is
an Apt cronjob for fetching updates, so this shouldn't be an issue.
And also the settings in gpk-prefs should work Have you checked if
the packagekitd daemon crashed when applying a setting? (run sudo
/usr/lib/packagekit/packagekitd --verbose in a Terminal, change a
setting and pastebin the output somewhere, so I can take a look at it)
Updating packages has no known issues Did you get any error message?
Later, you might try GPK and PK from Debian Experimental, but these
packages aren't ready for use yet.
Regards,
Matthias

2013/3/7 Asterix zzz...@rocketmail.com:
 Package: gnome-packagekit
 Version: 3.4.2-2
 Followup-For: Bug #702241

 Dear Maintainer,

 Even when there are updates that it knows about, for example if I have run 
 apt-
 get update, or refresh on synaptic, it still does not either install them or
 notify me that they should be installed, despite the implication of my 
 settings
 in gpk-prefs being that it would automatically install them, or at least 
 notify
 me about them being there.



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



Bug#700290: pbuilder: clang support

2013-03-07 Thread Sylvestre Ledru
On 07/03/2013 19:24, Hideki Yamane wrote:
 Hi,
 
 On Sun, 3 Mar 2013 15:43:10 + (UTC)
 Thorsten Glaser t...@mirbsd.de wrote:
 This would allow switching to any gcc version, tcc and clang;
 adding pcc, TenDRA and other compilers is surely possible,
 and this hook script is controlled by $PBUILDER_COMPILER which
 you can just export before calling pbuilder/cowbuilder.
 
  Sounds great and can choose more compilers are so good.
  I'm happy when I get interesting idea from smart people :)
 
  I've chatted with Junichi via twitter and he encouraged hook or 
  pentium-builder package approach to me, so I thought to make
  clang-builder (or something) and use it with --extrapackage option,
  but your approach is more appropriate than mine, so I'll update
  and test your script and post it to BTS later.
Excellent!
I am available to test anything!

Sylvestre


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



Bug#702116: exim4-daemon-heavy: LDAP for SMTP auth not working

2013-03-07 Thread Paul Muster
On 07.03.2013 19:18, Andreas Metzler wrote:
 On 2013-03-06 Paul Muster p...@muster.dyndns.info wrote:
 Debug-mode information
 
 exim -d -bdf -oX 2525
 [...]
 
 -d+all might be more helpful.

ok, there it is:

19:23:32 29767 SMTP AUTH PLAIN auth_data=
19:23:32 29767 plain_server_ldap authenticator server_condition:
19:23:32 29767   $auth1 =
19:23:32 29767   $auth2 = paul
19:23:32 29767   $auth3 = password
19:23:32 29767   $1 =
19:23:32 29767   $2 = paul
19:23:32 29767   $3 = password
19:23:32 29767 expanding:
19:23:32 29767result:
19:23:32 29767 expanding: $auth2
19:23:32 29767result: paul
19:23:32 29767 expanding: $auth2
19:23:32 29767result: paul
19:23:32 29767 expanding: $auth3
19:23:32 29767result: password
19:23:32 29767 expanding:
user=uid=${quote_ldap_dn:$auth2},ou=Users,dc=BASIS
pass=${quote:$auth3} ldap://ldap/
19:23:32 29767result: user=uid=paul,ou=Users,dc=BASIS
pass=password ldap://ldap/
19:23:32 29767 LDAP parameters: user=uid=paul,ou=Users,dc=BASIS
pass=password size=0 time=0 connect=0 dereference=0 referrals=on
19:23:32 29767 perform_ldap_search: ldapauth URL = ldap://ldap/;
server=NULL port=0 sizelimit=0 timelimit=0 tcplimit=0
19:23:32 29767 after ldap_url_parse: host=ldap port=389
19:23:32 29767 ldap_initialize with URL ldap://ldap:389/
19:23:32 29767 initialized for LDAP (v3) server ldap:389
19:23:32 29767 LDAP_OPT_X_TLS_TRY set
19:23:32 29767 binding with user=uid=paul,ou=Users,dc=BASIS
password=password
19:23:32 29767 failed to bind the LDAP connection to server ldap:389 -
ldap_bind() returned -1
19:23:32 29767 failed to expand: ${if and{{ !eq{}{$auth2} }{
ldapauth{user=uid=${quote_ldap_dn:$auth2},ou=Users,dc=BASIS
pass=${quote:$auth3} ldap://ldap/} }} }
19:23:32 29767error message: failed to bind the LDAP connection to
server ldap:389 - ldap_bind() returned -1 inside and{...} condition
19:23:32 29767 expansion failed: failed to bind the LDAP connection to
server ldap:389 - ldap_bind() returned -1 inside and{...} condition
19:23:32 29767 expanding: $auth2
19:23:32 29767result: paul
19:23:32 29767 SMTP 435 Unable to authenticate at present
19:23:32 29767 tls_do_write(0xb8b33840, 39)
19:23:32 29767 gnutls_record_send(SSL, 0xb8b33840, 39)
19:23:32 29767 outbytes=39
19:23:32 29767 LOG: MAIN REJECT
19:23:32 29767   plain_server_ldap authenticator failed for client:
435 Unable to authenticate at present (set_id=paul): failed to bind the
LDAP connection to server ldap:389 - ldap_bind() returned -1 inside
and{...} condition
19:23:32 29767 Calling gnutls_record_recv(0xb8b55570, 0xb8cf01a8, 4096)


On the LDAP server no connection comes in.


Thanks  greetings,

Paul


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



Bug#688577:

2013-03-07 Thread Mathieu Parent
severity 688577 grave
tag 688577 + patch upstream fixed-upstream
thanks
Hi,

Raising severity as this renders the package unusable.

The fix is at: 
https://github.com/Jasig/mod_auth_cas/commit/24369afdb9363273f0436582dda44589d5014c65

Regards
--
Mathieu Parent


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



Bug#671063: closed by Francesco Paolo Lovergine fran...@debian.org (Bug#671063: fixed in proftpd-dfsg 1.3.5~rc2-1)

2013-03-07 Thread Jonas Smedegaard
Quoting Debian Bug Tracking System (2013-03-07 14:51:03)
 #671063: proftpd-basic: should renew dhparams.pem file (last updated 
 on 2008-09-07)

[snip]

* New upstream pre-releaese.
  (closes: #671063)

Could you please elaborate on how more spefically this has been fixed?

Do perhaps upstream now generate certificates during build, as I 
suggested?

If they maybe simply ship with fresh prebuilt files, has any mechanism 
been put into place to ensure it does not silently bitrot again?

Or put differently: Has this really been _fixed_ or only poked at?


Thanks for your work on this package,

 - Jonas

-- 
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature


  1   2   >