date:20140216

Hello,

is there any progress to get this in Debian? If you have no time, Ruby PKG 
Extras can
take care of your ITP.

Thanks,
Jonas


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

Bug#739054: Xserver 1.15 crash with fglrx 14.1 beta 1.3

2014-02-16 Thread Sandor Geller

Hi,

Similar crash after upgrading to Xserver 1.15 and fglrx-driver
1:14.1~beta1.3-1 , KDE/kwin crashed first then without desktop effects
it works. Trying to re-enabling desktop effects or using XV (xine,
vlc) X crashes.

crash triggered by XV-using apps:

[  4732.219] (II) fglrx(0): Modeline 1680x1050x0.0  119.00  1680
1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.778] xf86CheckModeForDriver: called with invalid scrnInfoRec
[  5491.940] (EE)
[  5491.940] (EE) Backtrace:
[  5491.940] (EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x7faaffdb0c58]
[  5491.940] (EE) 1: /usr/bin/X (0x7faaffc09000+0x1ab949) [0x7faaffdb4949]
[  5491.940] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0
(0x7faafeac8000+0xf210) [0x7faafead7210]
[  5491.940] (EE) 3: /usr/lib/xorg/modules/amdxmm.so
(X740XvPutImage+0x56b) [0x7faaf7bb9d2b]
[  5491.940] (EE) 4: /usr/bin/X (0x7faaffc09000+0xab45d) [0x7faaffcb445d]
[  5491.940] (EE) 5: /usr/bin/X (0x7faaffc09000+0xf24ff) [0x7faaffcfb4ff]
[  5491.940] (EE) 6: /usr/bin/X (0x7faaffc09000+0x5584e) [0x7faaffc5e84e]
[  5491.940] (EE) 7: /usr/bin/X (0x7faaffc09000+0x5964a) [0x7faaffc6264a]
[  5491.940] (EE) 8: /lib/x86_64-linux-gnu/libc.so.6
(__libc_start_main+0xf5) [0x7faafd529995]
[  5491.940] (EE) 9: /usr/bin/X (0x7faaffc09000+0x44c2e) [0x7faaffc4dc2e]
[  5491.940] (EE)
[  5491.940] (EE) Segmentation fault at address 0x83
[  5491.940] (EE)
Fatal server error:
[  5491.940] (EE) Caught signal 11 (Segmentation fault). Server aborting

crash triggered by enabling kwin desktop effects:

[  6323.410] (EE)
[  6323.410] (EE) Backtrace:
[  6323.410] (EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x7f7df06f4c58]
[  6323.410] (EE) 1: /usr/bin/X (0x7f7df054d000+0x1ab949) [0x7f7df06f8949]
[  6323.410] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f7def40c000+0xf210) [0x7f7def41b210]
[  6323.410] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6
(0x7f7dede4c000+0x3e754) [0x7f7dede8a754]
[  6323.410] (EE) 4: /usr/lib/xorg/modules/linux/libglx.so
(0x7f7dec1aa000+0x44462) [0x7f7dec1ee462]
[  6323.410] (EE) 5: /usr/lib/xorg/modules/linux/libglx.so
(0x7f7dec1aa000+0x1efd7) [0x7f7dec1c8fd7]
[  6323.410] (EE) 6: /usr/bin/X (0x7f7df054d000+0x5584e) [0x7f7df05a284e]
[  6323.410] (EE) 7: /usr/bin/X (0x7f7df054d000+0x5964a) [0x7f7df05a664a]
[  6323.410] (EE) 8: /lib/x86_64-linux-gnu/libc.so.6
(__libc_start_main+0xf5) [0x7f7dede6d995]
[  6323.410] (EE) 9: /usr/bin/X (0x7f7df054d000+0x44c2e) [0x7f7df0591c2e]
[  6323.410] (EE)
[  6323.410] (EE) Segmentation fault at address 0x0
[  6323.410] (EE)
Fatal server error:
[  6323.410] (EE) Caught signal 11 (Segmentation fault). Server aborting

The kwin DE crash was somewhat expected as I had that issue on another
system (Ubuntu 13.10) which is otherwise stable with the same AMD
driver.

glxgears, OpenGL games like Trine2 don't crash X.

Regards,

Sandor


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

Bug#717483: ITP: ruby-colorize -- Ruby string class extension that adds some methods to set color, background color and text effect on console easier.

Hello,

is there any progress to get this in Debian? If you have no time, Ruby PKG 
Extras can
take care of your ITP.

Thanks,
Jonas


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

Bug#689088: ping

2014-02-16 Thread Dima Kogan

Julien Cristau jcris...@debian.org writes:
 On Sun, Feb 16, 2014 at 00:28:30 -0800, Dima Kogan wrote:

 Thus fixing THIS bug still won't let libgles2-mesa-dev to be
 co-installable. Is this the reason this bug has remained open all this
 time? Does it make sense to keep this bug open for this reason? If
 depending packages acquire the proper Multi-Arch tags, can we fix this
 bug?
 
 No, mostly it's still open because it's very low priority.

Hi. Thank you for replying. In case this makes it any easier, I'm
attaching patches to make this change. There's a patch for the unstable
tree and another for experimental. These can be applied with 'git am',
so there should be minimal effort involved.

The commit logs say this, but this patch would close these bugs:
#689088, #689089, #678040

From 492c475c8c03870577ac7febb9a115ce5c08da69 Mon Sep 17 00:00:00 2001
From: Dima Kogan d...@secretsauce.net
Date: Sun, 16 Feb 2014 01:25:52 -0800
Subject: [PATCH] All -dev packages are now Multi-Arch: same

Closes #689088, #689089, #678040
---
 debian/control | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/debian/control b/debian/control
index 7189103..4f25584 100644
--- a/debian/control
+++ b/debian/control
@@ -134,6 +134,7 @@ Depends:
 Provides: libgl-dev, mesag-dev, libgl1-mesa-swrast-dev
 Conflicts: mesa-dev, libgl-dev, mesag3 ( 3.1-1), nvidia-glx-dev, mesag-dev, libgl1-mesa-swrast-dev
 Replaces: libgl-dev, mesag-dev, libgl1-mesa-swrast-dev
+Multi-Arch: same
 Description: free implementation of the OpenGL API -- development files
  This package provides the development environment required for
  compiling programs with Mesa.  For a complete description of Mesa,
@@ -180,6 +181,7 @@ Architecture: linux-any
 Depends:
  libxatracker1 (= ${binary:Version}),
  ${misc:Depends},
+Multi-Arch: same
 Description: X acceleration library -- development files
  This package contains the XA (X acceleration) library.  It is used exclusively
  by the X server to do render, copy and video acceleration.
@@ -227,6 +229,7 @@ Depends:
  libgbm1 (= ${binary:Version}),
  libudev-dev,
  ${misc:Depends},
+Multi-Arch: same
 Description: generic buffer management API -- development files
  This package contains the GBM buffer management library.  It provides a
  mechanism for allocating buffers for graphics rendering tied to Mesa.
@@ -291,6 +294,7 @@ Depends:
  libx11-xcb-dev,
  libwayland-dev,
  ${misc:Depends},
+Multi-Arch: same
 Description: free implementation of the EGL API -- development files
  This package contains the development environment required for compiling
  programs against EGL native platform graphics interface library.
@@ -378,6 +382,7 @@ Depends:
  libopenvg1-mesa (= ${binary:Version}),
  libegl1-mesa-dev,
  ${misc:Depends},
+Multi-Arch: same
 Description: free implementation of the OpenVG API -- development files
  This package contains the mesa implementation of the OpenVG 2D acceleration
  library.  OpenVG provides a device independent and vendor-neutral interface
@@ -433,6 +438,7 @@ Depends:
  libgles1-mesa (= ${binary:Version}),
  libegl1-mesa-dev,
  ${misc:Depends},
+Multi-Arch: same
 Description: free implementation of the OpenGL|ES 1.x API -- development files
  OpenGL|ES is a cross-platform API for full-function 2D and 3D graphics on
  embedded systems - including consoles, phones, appliances and vehicles.
@@ -491,6 +497,7 @@ Depends:
  libgles2-mesa (= ${binary:Version}),
  libegl1-mesa-dev,
  ${misc:Depends},
+Multi-Arch: same
 Description: free implementation of the OpenGL|ES 2.x API -- development files
  OpenGL|ES is a cross-platform API for full-function 2D and 3D graphics on
  embedded systems - including consoles, phones, appliances and vehicles.
@@ -724,6 +731,7 @@ Depends:
 Conflicts: libgl-dev, libgl1-mesa-dri-dev
 Replaces: libgl-dev, libgl1-mesa-dri-dev
 Provides: libgl-dev, libgl1-mesa-dri-dev
+Multi-Arch: same
 Description: free implementation of the OpenGL API -- GLX development files
  This version of Mesa provides GLX and DRI capabilities: it is capable of
  both direct and indirect rendering.  For direct rendering, it can use DRI
@@ -743,6 +751,7 @@ Depends:
  libx11-dev,
  libdrm-dev (= 2.4.45) [!hurd-any],
  ${misc:Depends},
+Multi-Arch: same
 Description: Developer documentation for Mesa
  This package includes the specifications for the Mesa-specific OpenGL
  extensions, the complete set of release notes and the development header
@@ -776,6 +785,7 @@ Depends:
 Conflicts: xlibosmesa-dev, libosmesa4-dev, libosmesa-dev
 Replaces: xlibosmesa-dev, libosmesa-dev, libgl1-mesa-swx11-dev ( 6.5.2), mesa-common-dev ( 6.5.2)
 Provides: xlibosmesa-dev, libosmesa-dev
+Multi-Arch: same
 Description: Mesa Off-screen rendering extension -- development files
  This package provides the required environment for developing programs
  that use the off-screen rendering extension of Mesa.
-- 
1.8.3.2

From b5e35e96d6e981af265eb15f9558b2216c7d Mon Sep 17 00:00:00 2001
From: Dima Kogan

Bug#739157: crypto++: new upstream release 5.6.2

2014-02-16 Thread mdt

Source: libcrypto++
Version: 5.6.1-6
Severity: wishlist

Dear Maintainer,
a new upstream stable release is available.
From http://www.cryptopp.com/

What's new?

2/20/2013 - Version 5.6.2 released
changed license to Boost Software License 1.0
added SHA-3 (Keccak)
updated DSA to FIPS 186-3 (see DSA2 class)
fixed Blowfish minimum keylength to be 4 bytes (32 bits)
fixed Salsa validation failure when compiling with GCC 4.6
fixed infinite recursion when on x64, assembly disabled, and no AESNI
ported to MSVC 2012, GCC 4.7, Clang 3.2, Solaris Studio 12.3, Intel C++ 
Compiler 13.0

Please consider to add watch file.
Thanks.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#739158: ITP: ruby-turbolinks -- following links in your web application faster

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt jonas.gena...@capi2name.de

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-turbolinks
  Version : 2.2.1
  Upstream Author : David Heinemeier Hansson
* URL : https://github.com/rails/turbolinks/
* License : MIT
  Programming Lang: Ruby
  Description : following links in your web application faster

Turbolinks makes following links in your web application faster.
Instead of letting the browser recompile the JavaScript and CSS between each
page change, it keeps the current page instance alive and replaces only the body
and the title in the head. Think CGI vs persistent process.

For GitLab - maintained by Ruby PKG Extras

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

iQIcBAEBCAAGBQJTAIz5AAoJEPBM7/YBbP/QGFEP+wajkN30MjDI8Y6wdjSAv3CW
1hKQutGYKNpAZ9/Mgls3oYYHYoiHtkTJwXPA2DWfgwpIUmOkvF2J75d8cSHnlvRH
Vygajw6jwjHKbIRu+0PmEN08YbHLOqJWm+NCYwIB+MVQ508uKyx6W47JxnxJzrc1
u94Z0kaYGus7Jv9LmC96vNAZyVPYzpHi5aDsF5+CuObScw+Ux5hcJA6EpetataiJ
z1vub4zYYRrs4w55F8Z1Mw/KBLcXJ1aikg3qopsM7qmIhPwGZTyEN+o+cZoQWLfb
eOPkvoRSi/99qyy5wT6TkIdnRbQOP7UmT9qgstNVBezmjjIFQ7pipVDxwb/hB8Ti
xTlBmX+Rm7kKGH+/rCaqvG3lg7USIzdP43NXibRohBhmGeJYLGxVeo90mT3AUttJ
ZoI6M1Yr/Pyh43+NTW4z8coGxNZfHP5h9oLQjpZywq6pKNlUssYleYjFp89Daod6
lkk2Ff3o/5zoTxbAsoqjQ3uvDOk3GMjsM6UAUmWl3spWqca+JTyfYO6iaM9lQ1Vh
f2GorgYu3EHGaLzRT0M7Bf6NkemVPhLYG/UPaUxSkS0S7g2xTNuYE8nzd8kpQKkt
qsPAZgULjydGhGv9XKFaSRpwy61RYOf71qXkJkd4CjJeRacw4nFVOJbKVwiqK3c/
XoJYuGSnYwO4TRSQu3Vd
=tX7s
-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#738759: fix for the bug

2014-02-16 Thread Gerfried Fuchs

* Gerfried Fuchs rho...@deb.at [2014-02-14 08:08:14 CET]:
  Please find attach a proposed patch for the issue.  I hope we can get
 around at work to test it properly within the next few days, but from
 what I can tell this should be a good approach.

 And a patch on top of that.  I had the false impression that return is
able to return a string too, but that's not possible with in shell.
Thus the new patch with edit the varible directly inside the function,
which I actually tried to avoid, but that's not really possible within
shell scripts it seems.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
From 668707eadf4cb546f782917d57eb7c7c024f51ca Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs rho...@debian.org
Date: Sun, 16 Feb 2014 10:54:52 +0100
Subject: [PATCH 2/2] return in shell scripts only work with numeric values

This fixes the error in the first patch.  I would have liked it to not
have to edit the variable within the functions for easier reading, but
unfortunately shell doesn't offer that possibility.
---
 debian/src/sysv-rc/etc/init.d/rc | 22 +++---
 1 file changed, 11 insertions(+), 11 deletions(-)

diff --git a/debian/src/sysv-rc/etc/init.d/rc b/debian/src/sysv-rc/etc/init.d/rc
index 7767778..9d8024f 100644
--- a/debian/src/sysv-rc/etc/init.d/rc
+++ b/debian/src/sysv-rc/etc/init.d/rc
@@ -128,7 +128,7 @@ esac
 kill_test_add() {
 	script=$1
 	# Check if the script is there.
-	[ ! -f $script ]  return 
+	[ ! -f $script ]  return
 
 	#
 	# Find stop script in previous runlevel but
@@ -142,14 +142,14 @@ kill_test_add() {
 	# and _no_ start script there, we don't
 	# have to re-stop the service.
 	#
-	[ -f $previous_stop ]  [ ! -f $previous_start ]  return 
+	[ -f $previous_stop ]  [ ! -f $previous_start ]  return
 
 	# Stop the service.
-	return $script
+	SCRIPTS=$SCRIPTS $script
 }
 start_test_add() {
 	script=$1
-	[ ! -f $script ]  return 
+	[ ! -f $script ]  return
 
 	suffix=${script#/etc/rc$runlevel.d/S[0-9][0-9]}
 	if [ $previous != N ]
@@ -166,7 +166,7 @@ start_test_add() {
 		# have to re-start the service.
 		#
 		if [ start = $ACTION ] ; then
-			[ -f $previous_start ]  [ ! -f $stop ]  return 
+			[ -f $previous_start ]  [ ! -f $stop ]  return
 		else
 			# Workaround for the special
 			# handling of runlevels 0 and 6.
@@ -176,11 +176,11 @@ start_test_add() {
 			# and _no_ start script there, we don't
 			# have to re-stop the service.
 			#
-			[ -f $previous_stop ]  [ ! -f $previous_start ]  return 
+			[ -f $previous_stop ]  [ ! -f $previous_start ]  return
 		fi
 
 	fi
-	return $script
+	SCRIPTS=$SCRIPTS $script
 }
 
 # Is there an rc directory for this new runlevel?
@@ -221,10 +221,10 @@ then
 			fi
 			if [ $level = $CURLEVEL ]
 			then
-SCRIPTS=$SCRIPTS $(kill_test_add $s)
+kill_test_add $s
 continue
 			fi
-			SCRIPTS=$SCRIPTS $(kill_test_add $s)
+			kill_test_add $s
 
 			startup stop $SCRIPTS
 			CURLEVEL=$level
@@ -257,10 +257,10 @@ then
 			fi
 			if [ $level = $CURLEVEL ]
 			then
-SCRIPTS=$SCRIPTS $(start_test_add $s)
+start_test_add $s
 continue
 			fi
-			SCRIPTS=$SCRIPTS $(start_test_add $s)
+			start_test_add $s
 
 			startup $ACTION $SCRIPTS
 			CURLEVEL=$level
-- 
1.8.5.3

Bug#738169: how-can-i-help shouldn't list ITA bugs

2014-02-16 Thread Lucas Nussbaum

t
retitle 738169 how-can-i-help: should provide a mechanism to hide some types of 
opportunities
thanks

On 08/02/14 at 12:27 +0200, Adrian Bunk wrote:
 Package: how-can-i-help
 Version: 4
 Severity: normal
 
 There is no lack of opportunities for people to help in Debian,
 but ITA bugs are not among them:
 
 ITA means someone is working on adoption, and usually that person
 does not need any help with that.

Hi,

Yes.

On the other hand:
- when someone is trying to adopt a package, it's a good time for
  co-maintainers to show up and help, possibly creating a team around the
  package.
- sometimes packages stay in the ITA state for a very long time, even
  the person filing the ITA is not active anymore on the package.

So, I think that what is really needed is a mechanism (e.g. config
file) for users to hide some types of opportunities. Just because it
will be hard to find a selection that works for everybody.

Lucas


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

Bug#738983: fdpowermon: document how to use scripted themes

2014-02-16 Thread Holger Levsen

Hi Wouter,

On Sonntag, 16. Februar 2014, Wouter Verhelst wrote:
  ok, but what events are there? I still don't get this part.
 An event is the transitioning from one battery level range to the
 next.

Aaaah!
 
 Let's take this line from the manpage:
 
 discharging = 2:missing.png:low.png, 10:low.png, 100:full.png
 
 This means there's a range from 0 to 2 (inclusive), one from 3 to 10,
 and one from 11 to 100.
 
 When you're running on battery, and the battery level goes from = 11 to
 = 10, you move from one range to another. This is when the event
 triggers.

So far I think the concept is very clear... (I'll need to dig into the manpage 
to see if I think it's described equally clearly there :)

 The event you set should be set on the range you enter; in the above
 example, it should be set on the 3 to 10 range; that is, the code should
 say
 
 $theme-set_event(1, \suspend, 'd')
 
 because the first range (0 to 2) is the range with index 0, and the
 second range (3 to 10) is the range with index 1.

Ah, wow. That's less clear / intuitive, I think.

I'll see if I can come up with either an improvement to the manpage or some 
more commented example theme.cfg/.pl files, so that future users will 
understand easier faster :-)

Maybe it's just a comment above the $theme-set_event line, but I have to 
admin I've just skimmed the part in the manpage with the perl lines, as I 
thought (and think) I wanted something very simple and standard. (Even though 
I knew that suspend was not standard functionality of fdpowermon.. :)


cheers,
Holger


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

Bug#656640: fixed in python-cups 1.9.62-1

2014-02-16 Thread Alad Wenter


Hi

I'm not the developer, but I can try to help.

Debian Stable has a number of annoying bugs like this, and often enough 
things fixed in Testing/sid don't trickle through to Stable. Despite the 
frozen status critical bugs do get fixed in proposed-updates, but I 
guess a lack of printing (for some) and an impression thereof (to 
others) is not considered critical. FWIW I've set severity to important.


And no, I wouldn't trust any dropbox packages or anything like that. 
Remember you're giving that stuff root privileges.  As to reliable, in 
Linux-land you can only depend on yourself, unfortunately. I'd make a 
volounteer comparison but the guys at apple/microsoft are payed and 
often aren't compelled to fix stuff, either. :)


Anyway to get the python-cups from Jessie, you have to backport it from 
sources. You can find instructions for doing so in the deban wiki:


https://wiki.debian.org/SimpleBackportCreation

This brings a lot of added packages to your computer, so you could 
either use pbuilder (which I'm not familiar with), or debfoster.


Good luck,

Alad

Op 16-02-14 03:41, wobbly-hs schreef:

Dear developer
Further to message 136 - I'm the end user who has a bad impression here.  
Printing worked in Debian 6 - I waited till Feb 14 to upgrade to Debian 7 so 
any bugs should be sorted and.. no printing?

After investing lots of time trying to understand what is going on here it 
seems that message 58 has a solution, but that involves installing software 
from a dropbox account seemingly run by someone with no means of verification.  
So now I have another question in my mind:  Is that download safe to install? 
or do I have to hop yet again to some other distro?  I rely on getting my 
software from the stable repository (read trust here), and judging by progress 
it seems unlikely that 1.9.48 will be backported with a fix.  The new version 
of python-cups in Jessie is not compatible with the stable distro and again 
judging by the time that has passed it is not likely to make it into the stable 
version anytime soon.  So I'm wondering if Debian stable is not to be relied on 
from year to year, then what to do??

Jacek




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

Bug#739084: ITA: maradns -- simple security-focused authoritative Domain Name Service server

2014-02-16 Thread Dariusz Dwornikowski

Hello,

I intend to adopt this package, I use it a lot personally and in
computer networks courses I teach.
I am currently working on the new version, we are quite behind the
upstream version.

-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant
Institute of Computing Science, Poznań University of Technology
www.cs.put.poznan.pl/ddwornikowski/
room 2.7.2 BTiCW | tel. +48 61 665 29 41


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

Bug#739096: [Pkg-libvirt-maintainers] Bug#739096: libvirt-bin: Inconsistency between dh_systemd_start and dh_installinit calls

2014-02-16 Thread Laurent Bigonville

Le Sat, 15 Feb 2014 22:04:17 +0100,
Guido Günther a...@sigxcpu.org a écrit :

 On Sat, Feb 15, 2014 at 08:27:32PM +0100, Laurent Bigonville wrote:
dh_installinit --name=libvirt-bin --no-restart-on-upgrade --
  defaults 28 72 dh_installinit --name=libvirt-guests
  --no-restart-on-upgrade -- defaults 29 71 dh_systemd_start
  --restart-after-upgrade
  
  --restart-after-upgrade is passed to dh_systemd_start while
 This means we restart the daemon in the postinst without stopping it
 in the preinst.
 
  --*no*-restart-on-upgrade is passed to dh_installinit.
 And this one too. We're not stopping the daemon in the preinst and
 only restart it in the postinst.

OK I see now, you are stopping the daemon only if you are upgrading
from 0.6.0 or later. 0.6.0 is quite old now, the postinstall script
should maybe be cleanup a bit, see my attached patch.

Cheers,

Laurent Bigonville
diff -Nru libvirt-1.2.1/debian/libvirt-bin.postinst libvirt-1.2.1/debian/libvirt-bin.postinst
--- libvirt-1.2.1/debian/libvirt-bin.postinst	2014-01-17 06:15:07.0 +0100
+++ libvirt-1.2.1/debian/libvirt-bin.postinst	2014-02-16 11:15:53.0 +0100
@@ -96,28 +96,6 @@
 add_users_groups
 add_statoverrides
 
-	# libvirt from 0.6.0 on is safe to restart with running vms:
-	if [ -n $2 ]   dpkg --compare-versions $2 ge 0.6.0; then
-	if [ -x `which invoke-rc.d 2/dev/null` ]; then
-invoke-rc.d libvirt-bin stop
-else
-/etc/init.d/libvirt-bin stop
-fi
-	sleep 1
-	fi
-
-	if dpkg --compare-versions $2 lt 0.6.1-2; then
-	if [ -e /etc/rc2.d/S20libvirt-bin ]  \
-	   [ -e /etc/rc3.d/S20libvirt-bin ]  \
-	   [ -e /etc/rc4.d/S20libvirt-bin ]  \
-	   [ -e /etc/rc5.d/S20libvirt-bin ]  \
-	   [ -e /etc/rc0.d/K20libvirt-bin ]  \
-	   [ -e /etc/rc1.d/K20libvirt-bin ]  \
-	   [ -e /etc/rc6.d/K20libvirt-bin ]; then
-		update-rc.d -f libvirt-bin remove /dev/null
-	fi
-	fi
-
 	# Make sure the directories don't get removed on package removal since
 	# logrotate chokes otherwise.
 	for dir in qemu uml lxc; do
diff -Nru libvirt-1.2.1/debian/rules libvirt-1.2.1/debian/rules
--- libvirt-1.2.1/debian/rules	2014-01-17 06:15:07.0 +0100
+++ libvirt-1.2.1/debian/rules	2014-02-16 11:13:20.0 +0100
@@ -156,7 +156,7 @@
 
 override_dh_installinit:
 	dh_systemd_enable
-	dh_installinit --name=libvirt-bin --no-restart-on-upgrade -- defaults 28 72
+	dh_installinit --name=libvirt-bin --restart-after-upgrade -- defaults 28 72
 	dh_installinit --name=libvirt-guests --no-restart-on-upgrade -- defaults 29 71
 	dh_systemd_start --restart-after-upgrade

Bug#739160: quassel: Please add debug packages

2014-02-16 Thread Daniel Schaal

Source: quassel
Version: 0.9.2-1
Severity: wishlist
Tags: patch

The attached patch adds a debug package for
quassel(-client), quassel-kde4(-client) and quassel-core.

Thanks,
Daniel Schaal

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

Kernel: Linux 3.13-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
From 97075348b55c62d6854c0d204c5742714e810d14 Mon Sep 17 00:00:00 2001
From: Daniel Schaal farb...@web.de
Date: Sat, 15 Feb 2014 07:11:07 +0100
Subject: [PATCH] Add dbg packages

---
 debian/control | 42 ++
 debian/rules   |  8 +---
 2 files changed, 47 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index ddb13f8..14e378c 100644
--- a/debian/control
+++ b/debian/control
@@ -98,3 +98,45 @@ Description: distributed IRC client - shared data (KDE4 version)
  .
  This package provides files used by the KDE4-based Quassel client
  packages.
+
+Package: quassel-core-dbg
+Architecture: any
+Section: debug
+Priority: extra
+Depends: libqt4-dbg, ${misc:Depends},
+ quassel-core (= ${binary:Version})
+Description: distributed IRC client - core debug data
+ Quassel is a modern, cross-platform, distributed IRC client, meaning that
+ one or more clients can attach to and detach from the central core. It's
+ much like the popular combination of screen and a text-based IRC client
+ such as WeeChat or irssi, but graphical.
+ .
+ This package provides debug data used by the Quassel core package.
+
+Package: quassel-dbg
+Architecture: any
+Section: debug
+Priority: extra
+Depends: libqt4-dbg, ${misc:Depends},
+ quassel-client (= ${binary:Version}) | quassel (= ${binary:Version})
+Description: distributed IRC client - debug data
+ Quassel is a modern, cross-platform, distributed IRC client, meaning that
+ one or more clients can attach to and detach from the central core. It's
+ much like the popular combination of screen and a text-based IRC client
+ such as WeeChat or irssi, but graphical.
+ .
+ This package provides debug data used by the Qt-based Quassel packages.
+
+Package: quassel-kde4-dbg
+Architecture: any
+Section: debug
+Priority: extra
+Depends: kdelibs5-dbg, ${misc:Depends},
+ quassel-client-kde4 (= ${binary:Version}) | quassel-kde4 (= ${binary:Version})
+Description: distributed IRC client - debug data (KDE4 version)
+ Quassel is a modern, cross-platform, distributed IRC client, meaning that
+ one or more clients can attach to and detach from the central core. It's
+ much like the popular combination of screen and a text-based IRC client
+ such as WeeChat or irssi, but graphical.
+ .
+ This package provides debug data used by the KDE4-based Quassel packages.
diff --git a/debian/rules b/debian/rules
index eefaac6..1e80f53 100755
--- a/debian/rules
+++ b/debian/rules
@@ -16,9 +16,11 @@ override_dh_auto_build:
 	dh_auto_build --builddirectory=$(BUILDDIR_KDE)
 	dh_auto_build
 
-#override_dh_strip:
-#	dh_strip --builddirectory=$(BUILDDIR_KDE) --dbg-package=quassel-kde4-dbg
-#	dh_strip --dbg-package=quassel-dbg
+override_dh_strip:
+	dh_strip --package=quassel-kde4 --package=quassel-client-kde4 --dbg-package=quassel-kde4-dbg
+	dh_strip --package=quassel --package=quassel-client --dbg-package=quassel-dbg
+	dh_strip --package=quassel-core --dbg-package=quassel-core-dbg
+	dh_strip --remaining-packages
 
 override_dh_auto_install:
 	dh_auto_install --builddirectory=$(BUILDDIR_KDE) --destdir=debian/kde4-tmp
-- 
1.9.0.rc3

Bug#709734: unnecessary vala dependencies


Hi,

in the build logs for radare I found:
   Vala build disabled, no gtk-dev or libvte-dev found

This makes me wonder if radare actually needs the vala 
build-dependencies. It still builds without those.


Could you check this?

Furthermore the check for the library worked last time in version 
1:1.5.2-3 from 2010. After that it says:

   Needs vala 0.5.0 at least
checking version of library vala-1.0 = 0.5.0... no

Additionally it seems to me as if radare is replaced by radare2?
Since it is neither in testing nor in stable, perhaps you should request 
its removal?


Best regards,
Andreas


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

Bug#656890: Fwd: Re: Bug#666742 closed by Darren Salt devs...@moreofthesa.me.uk (Bug#666742: fixed in xine-lib-1.2 1.2.3-1)

2014-02-16 Thread Eric L.


reopen 656890 !
thanks

as the email below never got answered but the issue is still there and I 
wouldn't like the bug to be archived, I reopen it.
This said I don't have libxine1 installed (anymore) so it might need to 
be reassigned to libxine2 and/or xineliboutput-sxfe, but I don't have 
the necessary insight to understand what's exactly going on here.


# LANG=C dpkg-query -W *xine* | awk 'NF == 2'
libxine21.2.4-1
libxine2-bin1.2.4-1
libxine2-doc1.2.2-4
libxine2-ffmpeg 1.2.2-4
libxine2-misc-plugins   1.2.4-1
libxine2-plugins1.2.2-4
libxine2-x  1.2.2-4
libxine2-xvdr   1.1.0-1
libxine2-xvdr-dbg   1.1.0-1
libxinerama1:amd64  2:1.1.2-1+deb7u1
vdr-plugin-xineliboutput1.1.0-1
vdr-plugin-xineliboutput-dbg1.1.0-1
xine-ui 0.99.7-1
xineliboutput-sxfe  1.1.0-1
xineliboutput-sxfe-dbg  1.1.0-1

Cheers, Eric


 Original Message 
Subject: Re: Bug#666742 closed by Darren Salt 
devs...@moreofthesa.me.uk (Bug#666742: fixed in xine-lib-1.2 1.2.3-1)

Date: Sat, 29 Jun 2013 11:58:25 +0200
From: Eric Lavarde bugs.debian.nos...@lavar.de
Organization: Debian Bugs
To: Darren Salt devs...@moreofthesa.me.uk,  Tobias Grimm 
et...@debian.org


Hello again,

my hardware problems are still on-going but I found some time to look
further into the issue: attached, you'll find all the logfiles and core
analysis results, as well as the scripts I'm using to start vdr-sxfe as
well as doing the core analysis.

To explain the multiple vdr-sxfe.PID.log files: vdr-sxfe was running
under the PID 3982, then I tried to look at the picture which made
vdr-sxfe fail and restart, overwriting the core file each time until I
save it with the PID 4178. vdr-sxfe then started a last time with PID
4266 but doesn't show any picture (only the red No Signal message).
VDR at the same time seems to continue working, even if sluggish: I can
switch between images and big pictures still make vdr-sxfe crash,
whereas small ones are shown.
I attach the syslog where you can see the repeated crashes of vdr-sxfe,
while vdr continues to run.

Core file is available under
http://www.lavar.de/comp/TEST/vdr-sxfe.4178.core.xz

How do you want to handle this? Re-open the bug, create a new one,
against which package... Let me know if you need me to do more tests.

Thanks, Eric

On 08/06/13 12:27, Eric Lavarde wrote:

Hello Darren, Tobias,

thanks for uploading this new version, but it didn't really fix the
issue: the first image selected is shown, but then vdr-sxfe freezes and,
even if I restart it, it doesn't show any further image, and crashes on
some images even when I try to browse through them (vdr itself seems to
work fine).

I haven't looked further into it, I have hardware problems and am a bit
stressed personally (nothing serious, but still), so I just wanted to
tell you, and ask if I should reopen the bug or create a new one, once
I've gathered more information?

Thanks, Eric

PS: as a side remark, I must honestly say that I'm a bit fed up with the
quality of the libxineoutput plugin and vdr-sxfe, it crashes regularly,
hangs on HD-Television (I didn't report this one yet), image and
Internet Radio issues...


On 29/05/13 19:09, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the libxine2 package:

#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with
xineliboutput plugin

It has been closed by Darren Salt devs...@moreofthesa.me.uk.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Darren Salt
devs...@moreofthesa.me.uk by
replying to this email.











vdr-sxfe.4178.txz
Description: application/xz-compressed-tar
#!/bin/sh

if [ ! -f $1 ] || [ ! -x $1 ]
then
echo Usage: $0 exec-file core-file 2
exit 1
fi
if [ ! -f $2 ] || [ ! -r $2 ]
then
echo Usage: $0 exec-file core-file 2
exit 1
fi

EXEC=$1
CORE=$2

gdb ${EXEC} --core=${CORE} --batch -ex where  ${CORE}.gdb_where
gdb ${EXEC} --core=${CORE} --batch -ex bt  ${CORE}.gdb_bt
gdb ${EXEC} --core=${CORE} --batch -ex thread apply all bt  
${CORE}.gdb_thread_apply_all_bt

#!/bin/sh

FULLSCREEN=
DIR=~vdr/DEBUG

if [ $1 = -f -o $2 = -f  ]; then
FULLSCREEN=--fullscreen
fi

if [ $1 = -v -o $2 = -v  ]; then
cd ${DIR}
ulimit -c unlimited
vdr-sxfe $FULLSCREEN --verbose \
--post 
tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 \
--audio=alsa \
--tcp xvdr+tcp://127.0.0.1:37890  ${DIR}/vdr-sxfe.$$.log 21
else
vdr-sxfe $FULLSCREEN --silent \
--post 
tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 \
--audio=alsa \
--tcp xvdr+tcp://127.0.0.1:37890
fi



syslog.4178.xz
Description: application/xz

Bug#739161: marsshooter: incorrect dependency strength on fonts

2014-02-16 Thread bmorel

Package: marsshooter
Version: 0.7.5-2
Severity: normal
File: /usr/games/mars

marsshooter depends on 3 fonts ( fonts-gargi, fonts-wqy-microhei and
fonts-tlwg-waree ) but works perfectly fine without them. ( I used #dpkg
--force-all --purge fonts-gargi fonts-tlwg-waree fonts-wqy-microhei )
They should probably be only recommended ( note that I did not tried with 
fonts-dejavu, but it is probably the same, except that this font is probably 
really used by my system, of course ).

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

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

Versions of packages marsshooter depends on:
ii  fonts-dejavu  2.34-1
pn  fonts-gargi   none
pn  fonts-tlwg-waree  none
pn  fonts-wqy-microheinone
ii  libc6 2.17-97
ii  libfribidi0   0.19.6-1
ii  libgcc1   1:4.8.2-15
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libglu1-mesa [libglu1]8.0.5-4+deb7u2
ii  libsfml-audio22.1+dfsg-5+b1
ii  libsfml-graphics2 2.1+dfsg-5+b1
ii  libsfml-system2   2.1+dfsg-5+b1
ii  libsfml-window2   2.1+dfsg-5+b1
ii  libstdc++64.8.2-15
ii  libtag1c2a1.7.2-1
ii  marsshooter-data  0.7.5-2

marsshooter recommends no packages.

marsshooter 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#739162: linux-image-3.12-0.bpo.1-rt-686-pae: Does not boot. Hangs on Booting the kernel.

2014-02-16 Thread Jan Visser

Package: src:linux
Version: 3.12.9-1~bpo70+1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

After upgrading the kernel with RT patches the PC doesn't boot anymore. The 
non-RT variant still boots.

This is displayed on the screen:
early console in decompress_kernel

Decompressing Linux… Parsing ELF… No relocation needed… done.
Booting the kernel.

It does not continue booting.

I resolved it by using the non-RT kernel.

It did not boot at all so I haven't added a kernel log. Any steps I can take to 
help?

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** Network interface configuration:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 82Q963/Q965 Memory Controller Hub 
[8086:2990] (rev 02)
Subsystem: Dell OptiPlex 745 [1028:01da]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied
Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965 
Integrated Graphics Controller [8086:2992] (rev 02) (prog-if 00 [VGA 
controller])
Subsystem: Dell Device [1028:01da]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 42
Region 0: Memory at fea0 (32-bit, non-prefetchable) [size=1M]
Region 2: Memory at d000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at ecb8 [size=8]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

00:02.1 Display controller [0380]: Intel Corporation 82Q963/Q965 Integrated 
Graphics Controller [8086:2993] (rev 02)
Subsystem: Dell Device [1028:01da]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Region 0: Memory at feb0 (32-bit, non-prefetchable) [size=1M]
Capabilities: access denied

00:1a.0 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #4 [8086:2834] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell OptiPlex 745 [1028:01da]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 4: I/O ports at ff20 [size=32]
Kernel driver in use: uhci_hcd

00:1a.1 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #5 [8086:2835] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell OptiPlex 745 [1028:01da]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 17
Region 4: I/O ports at ff00 [size=32]
Kernel driver in use: uhci_hcd

00:1a.7 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI 
Controller #2 [8086:283a] (rev 02) (prog-if 20 [EHCI])
Subsystem: Dell OptiPlex 745 [1028:01da]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 22
Region 0: Memory at fe9ffc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: access denied
Kernel driver in use: ehci-pci

00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express 
Port 1 [8086:283f] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 1000-1fff
Memory behind bridge: fe80-fe8f
Prefetchable memory behind bridge:

Bug#738731: build_slides fails of two reasons

2014-02-16 Thread Felix Dreissig

On 16 Feb 2014, at 03:34, Felix Dreissig f...@f30.me wrote:
 You should probably send stdout to '/dev/null' as well.

Gna. I meant stderr, of course.

Regards,
Felix


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

Bug#738318: libctl: please migrate to guile-2.0

2014-02-16 Thread Thorsten Alteholz


Hi Rob,

On Sat, 8 Feb 2014, Rob Browning wrote:

I'd like to have guile-1.8 removed from unstable; please migrate to
guile-2.0 as soon as possible.


do you know of anything I have to consider? I just changed guile-1.8 to 
guile-2.0 and had to add -lm to get the package built. Maybe there are 
other pitfalls?


  Thorsten


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

Bug#739163: selinux-policy-default: preventing LightDM login

2014-02-16 Thread Tomasz Bialas

Package: selinux-policy-default
Version: 2:2.20140206-1
Severity: important

Dear Maintainer,

When running SELinux in enforcing mode, LightDM fails to login, the screen
flashes and comes back to the login screen.
No specific AVC denial messages are present in the log.
Switching to Permissive mode allows LightDM to function properly.
The issue is solved by changing the context of the LightDM executable to
xdm_exec_t
with the command chcon -t xdm_exec_t /usr/sbin/lightdm.

Thank you for investigating this issue.


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

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

Versions of packages selinux-policy-default depends on:
ii  libpam-modules   1.1.3-9
ii  libselinux1  2.2.2-1
ii  libsepol12.2-1
ii  policycoreutils  2.2.5-1
ii  python   2.7.5-5
ii  selinux-utils2.2.2-1

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.2-1
ii  setools  3.3.8-3

Versions of packages selinux-policy-default suggests:
pn  logchecknone
pn  syslog-summary  none

-- Configuration Files:
/etc/selinux/default/modules/active/file_contexts.local [Errno 13]
Permission denied:
u'/etc/selinux/default/modules/active/file_contexts.local'

-- no debconf information

Bug#549974: Fixed upstream for Version 4.0.4

2014-02-16 Thread Ross Gammon

tag 549974 + fixed-upstream
thanks

This is reported as fixed upstream, for Version 4.0.4 of Gramps.

Regards,

Ross


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

Bug#739164: arora: Should probably be removed from the archive, like rekonq

2014-02-16 Thread Salvo Tomaselli

Package: arora
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,

I've noticed that rekonq was removed from the archive because of security 
problems
with QtWebkit.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712808

Arora depends on the same library, so could anyone please evaluate if it
should be removed as well from the archive?

Best


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

Kernel: Linux 3.13.1a (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#738169: how-can-i-help shouldn't list ITA bugs

On Sun, Feb 16, 2014 at 10:58:27AM +0100, Lucas Nussbaum wrote:
 t
 retitle 738169 how-can-i-help: should provide a mechanism to hide some types 
 of opportunities
 thanks
 
 On 08/02/14 at 12:27 +0200, Adrian Bunk wrote:
  Package: how-can-i-help
  Version: 4
  Severity: normal
  
  There is no lack of opportunities for people to help in Debian,
  but ITA bugs are not among them:
  
  ITA means someone is working on adoption, and usually that person
  does not need any help with that.
 
 Hi,
 
 Yes.
 
 On the other hand:
 - when someone is trying to adopt a package, it's a good time for
   co-maintainers to show up and help, possibly creating a team around the
   package.
 - sometimes packages stay in the ITA state for a very long time, even
   the person filing the ITA is not active anymore on the package.
 
 So, I think that what is really needed is a mechanism (e.g. config
 file) for users to hide some types of opportunities. Just because it
 will be hard to find a selection that works for everybody.

I wouldn't argue against that.

But by default ITAs should be excluded, since there are more than enough 
clear opportunities to help.

 Lucas

cu
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed


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

Bug#738981: Switch to use generic_fpu for ARM

2014-02-16 Thread Thomas Orgis

Sorry for being late to the party, but I have to say that this is a
rather unfortunate situation now. Not using the assembly-optimized
fixed-point ARM code of the arm_nofpu decoder and resorting to the
generic_fpu one (all plain C) will make mpg123 really slow in
comparison. I'm not sure what hardware we are targeting here ... is it
armel with softfloat? With gcc -mfpu=vfp, generic_fpu might be fine,
although using the neon decoder is still preferred on supporting CPUs.

There is no runtime detection in mpg123 for this and at least for the
decision of fixed or floating point decoding, it likely will never be
as that is a very basic decision on the whole decoder code, not just
some optimization. I can imagine combining generic_fpu and neon builds
with run-time detection, but this still assumes a hardware floating
point unit to make sense. We have arm_nofpu and generic_nofpu for the
cases without one.

Something which is possible right now is to produce one libmpg123.so with
the standard build to please users using slow ARM machines who just
want plain 16 bit playback and produce one libmpg123_float.so for people
using beefy machines and who are using audacious as a media player.

Well ... the least would be to offer builds with usage of vfp if
present (I see hints https://wiki.debian.org/ArmPorts that that's an
option, including runtime linker choice). In any case, ARM's a real
mess in that respect. Very hard to produce a build that is optimal for
that wide range of configurations that debian tries to support.

I could implement a conversion step to floating point with the
arm_nofpu decoder. That would make audacious work (although wasting
precision on machines that have hardware floating point, or even NEON)
and have the benefit of the command-line mpg123 still being fast with
16 bit output. A debian build targeting modern floating-point-capable
hardware would use generic_fpu or better the neon decoder to begin with.

Is there preference to have the faster decoder for debian without
floating point hardware?


signature.asc
Description: PGP signature

Bug#698081: Any news on your texi2html ITA

Hi Ryan,

are there any news regarding your texi2html ITA?

If packaging 5.0 still is problematic, it would be helpful if you could 
make an upload of 1.82 that changes the maintainer to you.

Thanks
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed


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

Bug#739162: linux-image-3.12-0.bpo.1-rt-686-pae: Does not boot. Hangs on Booting the kernel.

2014-02-16 Thread Bastian Blank

Control: severity 739162 important

On Sun, Feb 16, 2014 at 11:36:30AM +0100, Jan Visser wrote:
 Severity: critical
 Justification: breaks the whole system

No. It breaks itself.

Please remove quiet from the command line and whow the complete
output.

Bastian

-- 
Peace was the way.
-- Kirk, The City on the Edge of Forever, stardate unknown


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

Bug#720757: ITP: ruby-seed-fu -- solving the problem of inserting and maintaining seed data in a database.

2014-02-16 Thread akshay pai

hi,
Since i wont be  able to complete the packaging of seed-fu for disapora ,
so i hope that some one else can handle it.
Bug#720757: ITP: ruby-seed-fu

Thank you ,
Akshay Pai.


On Sun, Aug 25, 2013 at 1:54 PM, akshay pai akshayhpa...@gmail.com wrote:

 X-Debbugs-CC: debian-r...@lists.debian.org
 package: wnpp
 Severity: wishlist
 Owner: Akshay Pai akshayhpa...@gmail.com

 *Package Name : seed-fu
  Version : 2.2.0
  Upstream Author : Michael Bleigh mble...@mbleigh.com
  Jon Leighton j...@jonathanleighton.com
 *URL :  https://github.com/mbleigh/seed-fu
 *License : Expat
 *Description :  solving the problem of inserting and maintaining seed
 data in a database.

Bug#738101: RFS: awstats/7.3+dfsg-1

2014-02-16 Thread Sergey Kirpichev

On Sat, Feb 8, 2014 at 2:39 PM, Paul Wise p...@debian.org wrote:
I'll ask for the lintian text to be clarified but there is no reason
not to do the changes properly now, before the clarification
is added to lintian.

I hope, that's fixed in:
http://anonscm.debian.org/gitweb/?p=collab-maint/awstats.git;a=commit;h=9c8f27ceb7f9490387a32b9fb2f45b21f69f853d

Why? It's clearly stated in the lintian docs:
http://lintian.debian.org/tags/privacy-breach-facebook.html
--8--
Please remove these scripts or frames.
--8--

I believe doing so goes against the Social Contract since you are
removing upstream's promotion of their project, which is an important
part of their success.

Could you kindly provide a more detailed *technical*
suggestion in this case (facebook patch)?

Ok, I can remove this as well, when lintian could point to this.

Again, there is no need to wait until lintian is updated before fixing
issues. lintian is just a tool to point you at potential problems (and
there are a lot of other such tools), you should use human judgement
and imagination to determine the right thing to do

It's not reasonable to believe, that every maintainer would read all
provided in the package *.html files in a regular way to find and fix
such problems. Without automation - it's just a waste of time.

btw, I think google/twitter problems are gone in the last upload:
http://anonscm.debian.org/gitweb/?p=collab-maint/awstats.git;a=blob;f=debian/patches/2007_googleplus.patch
http://anonscm.debian.org/gitweb/?p=collab-maint/awstats.git;a=blob;f=debian/patches/2008_twitter.patch

https://mentors.debian.net/package/awstats
was updated.

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

Bug#738447: RFA: luakit -- A fast and small web browser extensible by Lua

2014-02-16 Thread Sebastien Badia

owner 738447 !
retitle 738447 ITA: luakit -- A fast and small web browser extensible by Lua

thanks

Hi Clint,

I'm using luakit and I'm willing to take care of this package in Debian.
The master branch of upstream¹ seem frozen since ±1year!
I ask for the status to upstream, and I start work on the package :-)

Cheers,

Seb

¹https://github.com/mason-larobina/luakit
-- 
Sebastien Badia


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

Bug#739162: linux-image-3.12-0.bpo.1-rt-686-pae: Does not boot. Hangs on Booting the kernel.

2014-02-16 Thread StarQuake

Do you mind me taking a picture of it? Here's the output:

http://imgur.com/YrsFTHs

(p.s. forgot including bugs.debian.org in reply)


2014-02-16 11:59 GMT+01:00 Bastian Blank wa...@debian.org:

 Control: severity 739162 important

 On Sun, Feb 16, 2014 at 11:36:30AM +0100, Jan Visser wrote:
  Severity: critical
  Justification: breaks the whole system

 No. It breaks itself.

 Please remove quiet from the command line and whow the complete
 output.

 Bastian

 --
 Peace was the way.
 -- Kirk, The City on the Edge of Forever, stardate
 unknown




-- 
StarQuake

w : http://starquake.nl
e : starqu...@linuxeverywhere.org

Bug#739011: debian-installer: broken monospace font in g-i

2014-02-16 Thread Josselin Mouette

reassign 739011 fontconfig-udeb
thanks

Hi,

Le samedi 15 février 2014 à 02:03 +0300, Cyril Brulebois a écrit :
 @Keith  Joss: I see nothing obvious in both those changelog entries
 which would explain why fontconfig would make a difference as to picking
 up the right font:
   http://packages.qa.debian.org/f/fontconfig/news/20130625T211845Z.html
   http://packages.qa.debian.org/f/fontconfig/news/20130626T190407Z.html
 
 Any hints? (no pun intended)

Looks like a packaging mistake from my part: I forgot to
add /usr/share/fonts/fontconfig/conf.avail to the udeb.

Cheers,
-- 
.''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#738854: polarssl: Fails to build from source due to test case failures

2014-02-16 Thread Roland Stigge

Hi Moritz,

On 13/02/14 14:50, Moritz Mühlenhoff wrote:
 This has been fixed upstream in 1.3.4:
 
 | = PolarSSL 1.3.4 released on 2014-01-27
 | (..)
 |* Replaced expired test certificate
 
 I'm attaching a patch which updates the affected certs to the versions
 in 1.3.4. It would be good to have that in a point release for Wheezy.

Thanks for the patch. I'm attaching a debdiff as proposal for the next
Wheezy point release.

Roland

diff -ruN polarssl-1.2.9.orig/debian/changelog polarssl-1.2.9/debian/changelog
--- polarssl-1.2.9.orig/debian/changelog	2013-10-16 20:15:19.0 +0200
+++ polarssl-1.2.9/debian/changelog	2014-02-16 12:16:50.872530746 +0100
@@ -1,3 +1,10 @@
+polarssl (1.2.9-1~deb7u2) stable; urgency=medium
+
+  * Fix FTBFS bug due to expired certificates, backport from upstream 1.3.4,
+thanks to Moritz MÃ¼hlenhoff (Closes: #738854)
+
+ -- Roland Stigge sti...@antcom.de  Sun, 16 Feb 2014 12:14:50 +0100
+
 polarssl (1.2.9-1~deb7u1) stable-security; urgency=low
 
   * New upstream release
diff -ruN polarssl-1.2.9.orig/debian/patches/04-update-certs-in-testsuite.patch polarssl-1.2.9/debian/patches/04-update-certs-in-testsuite.patch
--- polarssl-1.2.9.orig/debian/patches/04-update-certs-in-testsuite.patch	1970-01-01 01:00:00.0 +0100
+++ polarssl-1.2.9/debian/patches/04-update-certs-in-testsuite.patch	2014-02-16 12:14:44.934546316 +0100
@@ -0,0 +1,113 @@
+The test suite certificate is expired. This was fixed in 1.3.4, so
+update the affected certs.
+
+--- polarssl-1.2.9.orig/tests/data_files/server1.crt
 polarssl-1.2.9/tests/data_files/server1.crt
+@@ -1,60 +1,3 @@
+-Certificate:
+-Data:
+-Version: 3 (0x2)
+-Serial Number: 1 (0x1)
+-Signature Algorithm: sha1WithRSAEncryption
+-Issuer: C=NL, O=PolarSSL, CN=PolarSSL Test CA
+-Validity
+-Not Before: Feb 12 14:44:06 2011 GMT
+-Not After : Feb 12 14:44:06 2021 GMT
+-Subject: C=NL, O=PolarSSL, CN=PolarSSL Server 1
+-Subject Public Key Info:
+-Public Key Algorithm: rsaEncryption
+-RSA Public Key: (2048 bit)
+-Modulus (2048 bit):
+-00:a9:02:1f:3d:40:6a:d5:55:53:8b:fd:36:ee:82:
+-65:2e:15:61:5e:89:bf:b8:e8:45:90:db:ee:88:16:
+-52:d3:f1:43:50:47:96:12:59:64:87:6b:fd:2b:e0:
+-46:f9:73:be:dd:cf:92:e1:91:5b:ed:66:a0:6f:89:
+-29:79:45:80:d0:83:6a:d5:41:43:77:5f:39:7c:09:
+-04:47:82:b0:57:39:70:ed:a3:ec:15:19:1e:a8:33:
+-08:47:c1:05:42:a9:fd:4c:c3:b4:df:dd:06:1f:4d:
+-10:51:40:67:73:13:0f:40:f8:6d:81:25:5f:0a:b1:
+-53:c6:30:7e:15:39:ac:f9:5a:ee:7f:92:9e:a6:05:
+-5b:e7:13:97:85:b5:23:92:d9:d4:24:06:d5:09:25:
+-89:75:07:dd:a6:1a:8f:3f:09:19:be:ad:65:2c:64:
+-eb:95:9b:dc:fe:41:5e:17:a6:da:6c:5b:69:cc:02:
+-ba:14:2c:16:24:9c:4a:dc:cd:d0:f7:52:67:73:f1:
+-2d:a0:23:fd:7e:f4:31:ca:2d:70:ca:89:0b:04:db:
+-2e:a6:4f:70:6e:9e:ce:bd:58:89:e2:53:59:9e:6e:
+-5a:92:65:e2:88:3f:0c:94:19:a3:dd:e5:e8:9d:95:
+-13:ed:29:db:ab:70:12:dc:5a:ca:6b:17:ab:52:82:
+-54:b1
+-Exponent: 65537 (0x10001)
+-X509v3 extensions:
+-X509v3 Basic Constraints: 
+-CA:FALSE
+-X509v3 Subject Key Identifier: 
+-1F:74:D6:3F:29:C1:74:74:45:3B:05:12:2C:3D:A8:BD:43:59:02:A6
+-X509v3 Authority Key Identifier: 
+-keyid:B4:5A:E4:A5:B3:DE:D2:52:F6:B9:D5:A6:95:0F:EB:3E:BC:C7:FD:FF
+-
+-Signature Algorithm: sha1WithRSAEncryption
+-bd:cf:96:c1:95:1e:9a:c2:6e:d8:88:88:d8:2a:7a:96:20:3e:
+-50:0b:c8:c7:df:1d:41:ed:e4:66:cd:b3:02:81:7d:57:04:1b:
+-5d:c6:33:59:0f:c1:20:b9:23:34:89:8a:6c:f2:fd:c7:48:36:
+-8c:80:e7:e1:9b:c6:60:5c:b0:33:02:0e:fd:df:be:61:bc:18:
+-89:0c:38:db:fb:fb:46:23:32:f7:8c:c1:3e:7c:de:1e:2f:3a:
+-77:2f:f4:8e:93:8e:25:4c:77:21:74:6c:18:b7:72:8d:bf:f5:
+-4f:5d:64:95:c1:6a:1a:70:11:88:af:bc:55:8a:25:30:f3:fa:
+-69:f2:af:2d:75:fb:2b:89:22:52:9b:05:42:15:29:13:95:5e:
+-33:9a:55:d4:c7:22:d8:44:ce:25:ab:b6:70:ee:34:14:9b:c8:
+-fc:2f:56:ff:04:7e:18:00:2b:31:ac:36:7f:11:bb:ec:4d:e5:
+-69:a6:b4:2c:03:a5:7b:13:3a:03:82:8e:6f:97:f9:70:64:cc:
+-e4:88:7a:b4:41:79:15:5a:b7:ff:db:f3:34:86:0c:6b:51:6a:
+-cd:a7:01:2d:91:7c:cd:21:d8:2c:48:a6:5c:17:73:8c:1a:0d:
+-e2:a0:d4:fd:6c:d1:c9:84:41:46:30:08:e3:d9:b3:1d:7e:ab:
+-6a:57:aa:9f
+ -BEGIN CERTIFICATE-
+ MIIDPzCCAiegAwIBAgIBATANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJOTDER
+ MA8GA1UEChMIUG9sYXJTU0wxGTAXBgNVBAMTEFBvbGFyU1NMIFRlc3QgQ0EwHhcN
+--- polarssl-1.2.9.orig/tests/data_files/cert_example_multi_nocn.crt

Bug#720757: Fw: ITP: ruby-seed-fu -- solving the problem of inserting and maintaining seed data in a database.

Begin forwarded message:

Date: Sun, 16 Feb 2014 15:27:26 +0530
From: akshay pai akshayhpa...@gmail.com
To: Jonas Genannt jonas.gena...@capi2name.de
Subject: Re: ITP: ruby-seed-fu -- solving the problem of inserting and 
maintaining seed
data in a database.

hi,
it would be great if anyone can take care of it as i am not finding time to
package it.

Thanks,
Akshay Pai

On Sun, Feb 16, 2014 at 3:23 PM, Jonas Genannt
jonas.gena...@capi2name.dewrote:

 Hello,

 is there any progress to get this in Debian? If you have no time, Ruby PKG
 Extras can
 take care of your ITP.

 Thanks,
 Jonas

-- 
hi, it would be great if anyone can take care of it as i am not finding time to package it.Thanks, Akshay Pai

On Sun, Feb 16, 2014 at 3:23 PM, Jonas Genannt jonas.gena...@capi2name.de wrote:

Hello,

is there any progress to get this in Debian? If you have no time, Ruby PKG Extras can
take care of your ITP.

Thanks,
        Jonas

Bug#739166: lxsession: upcoming vala 0.14 removal


Package: lxsession
Version: 0.4.9.2-1
Severity: minor

Hi,

currently lxsession build-depends on 'valac-0.14 | valac', but vala 0.14 
is requested for removal. I tested that lxsession builds fine with valac 
0.22 (current default), so there shouldn't be a problem.


Please change the dependency to 'valac'.

Best regards,
Andreas


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

Bug#739167: simple-scan: upcoming vala 0.14, vala 0.16 removal


Package: simple-scan
Version: 3.10.0-1
Severity: minor

Hi,

currently simple-scan build-depends on 'valac-0.16 | valac (= 0.14.0)', 
but vala 0.14 is requested for removal and vala 0.16 is intended to be 
removed before jessie. I tested that simple-scan builds fine with valac 
0.22 (current default), so there shouldn't be a problem.


Please change the dependency to 'valac'.

Best regards,
Andreas


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

Bug#620422: libreoffice-kdes open/save dialog crashes with enabled ibus

2014-02-16 Thread Ralf Gesellensetter

Package: libreoffice-writer
Version: 1:4.1.4-2+b1
Followup-For: Bug #620422

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

Trying to save the file, i.e. opening the file dialog, led
to a crash of writer.

Console window displays these lines (BTW: don't know if ibus is installed):

Object::connect: No such signal 
org::freedesktop::UPower::DeviceAdded(QDBusObjectPath)
Object::connect: No such signal 
org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath)
/org/freedesktop/UDisks2/drives/FLASH_Drive_AU_USB20_K09010039428 : 
property Drive does not exist 
/org/freedesktop/UDisks2/drives/ADATA_USB_Flash_Drive_bd06b276c494d6 : 
property Drive does not exist 
/org/freedesktop/UDisks2/drives/TSSTcorp_CDDVDW_SH_S223B_Q9146GASA0031600 : 
property Drive does not exist 
/org/freedesktop/UDisks2/drives/ST3160813AS_9SY2AXGK : property Drive does 
not exist 
/org/freedesktop/UDisks2/drives/ST2000DM001_1CH164_Z1F1Z1QQ : property 
Drive does not exist 
/org/freedesktop/UDisks2/drives/ST3160813AS_9SY2AXGK : property 
DeviceNumber does not exist 
/org/freedesktop/UDisks2/drives/ST3160813AS_9SY2AXGK : property Device does 
not exist 
/org/freedesktop/UDisks2/drives/ST2000DM001_1CH164_Z1F1Z1QQ : property 
DeviceNumber does not exist 
/org/freedesktop/UDisks2/drives/ST2000DM001_1CH164_Z1F1Z1QQ : property 
Device does not exist 
/org/freedesktop/UDisks2/drives/FLASH_Drive_AU_USB20_K09010039428 : 
property DeviceNumber does not exist 
/org/freedesktop/UDisks2/drives/FLASH_Drive_AU_USB20_K09010039428 : 
property Device does not exist 

(process:24360): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size 
== 0' failed
QWidget::repaint: Recursive repaint detected

(process:24387): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size 
== 0' failed

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


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

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

Versions of packages libreoffice-writer depends on:
ii  libc6  2.17-97
ii  libgcc11:4.8.2-15
ii  libicu52   52.1-3
ii  libmwaw-0.1-1  0.1.11-1
ii  libodfgen-0.0-00.0.2-1
ii  libreoffice-base-core  1:4.1.4-2+b1
ii  libreoffice-core   1:4.1.4-2+b1
ii  libstdc++6 4.8.2-15
ii  libwpd-0.9-9   0.9.9-1
ii  libwpg-0.2-2   0.2.2-1
ii  libwps-0.2-2   0.2.9-2
ii  libxml22.9.1+dfsg1-3
ii  uno-libs3  4.1.4-2+b1
ii  ure4.1.4-2+b1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages libreoffice-writer recommends:
ii  default-jre [java5-runtime]2:1.7-51
ii  libreoffice-java-common1:4.1.4-2
ii  libreoffice-math   1:4.1.4-2+b1
ii  openjdk-6-jre [java5-runtime]  6b30-1.13.1-1
ii  openjdk-7-jre [java5-runtime]  7u51-2.4.5-2

Versions of packages libreoffice-writer suggests:
ii  libreoffice-base  1:4.1.4-2+b1
pn  libreoffice-gcj   none

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.11.0-2
ii  fonts-opensymbol2:102.3+LibO4.1.4-2
ii  libatk1.0-0 2.10.0-2
ii  libboost-date-time1.54.01.54.0-4+b1
ii  libc6   2.17-97
ii  libcairo2   1.12.16-2
ii  libclucene-contribs12.3.3.4-4
ii  libclucene-core12.3.3.4-4
ii  libcmis-0.3-3   0.3.1-5
ii  libcups21.7.1-2
ii  libcurl3-gnutls 7.35.0-1
ii  libdbus-1-3 1.8.0-1
ii  libdbus-glib-1-20.102-1
ii  libexpat1   2.1.0-4
ii  libexttextcat-2.0-0 3.4.3-1
ii  libfontconfig1  2.11.0-2
ii  libfreetype62.5.2-1
ii  libgcc1 1:4.8.2-15
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgraphite2-3  1.2.4-2
ii  libgstreamer-plugins-base1.0-0  1.2.3-1
ii  libgstreamer1.0-0   1.2.3-1
ii  libgtk2.0-0 2.24.22-1
ii  libharfbuzz-icu00.9.26-4
ii  libharfbuzz0b   0.9.26-4
ii  libhunspell-1.3-0   1.3.2-6
ii  libhyphen0  2.8.6-3
ii  libice6 2:1.0.8-2
ii  libicu5252.1-3
ii  libjpeg88d-2
ii  liblangtag1 0.5.1-2
ii  liblcms2-2  2.2+git20110628-2.3+b1
ii  libldap-2.4-2   2.4.31-1+nmu2+b1
ii  libmythes-1.2-0 2:1.2.2-1
ii  libneon27-gnutls0.30.0-1
ii  libnspr42:4.10.3-1

Bug#738502: Not really re: Bug#738502: freeciv-client-gtk: earth-80x50-v3.sav.gz Unknown savefile format version (10) Failure loading savegame!

2014-02-16 Thread Jacob Nevins

Markus Koschany writes:
 David, the security issues are completely unrelated to your bug report
 and my reply to you only highlighted three options how you could upgrade
 to a more recent version of freeciv.
  [...]
 Regarding the security issues the security team decided that they are
 not critical. Nevertheless I intend to ask Debian's release team to
 include the fixes in the next point release.

Markus,

Thank you for this explanation, and sorry to have started the noise
about the CVEs in this unrelated bug report.

It wasn't entirely obvious outside the Debian project that the security
team had made a positive decision -- all I saw was bug #696306, with
unanswered requests by release managers for a stable upload.
(I now see [wheezy] - freeciv no-dsa (Minor issue) on
security-tracker.debian.org, which I assume is the record of this
security team decision, but it's a bit cryptic. In any case, it seems
like a reasonable decision for the project to have made, given the
nature of the vulnerability.)

Thanks also for considering the fixes for the wheezy point release.


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

Bug#738983: fdpowermon: document how to use scripted themes

2014-02-16 Thread Wouter Verhelst

On Sun, Feb 16, 2014 at 11:14:23AM +0100, Holger Levsen wrote:
 On Sonntag, 16. Februar 2014, Wouter Verhelst wrote:
[...]
  Let's take this line from the manpage:
  
  discharging = 2:missing.png:low.png, 10:low.png, 100:full.png
  
  This means there's a range from 0 to 2 (inclusive), one from 3 to 10,
  and one from 11 to 100.
  
  When you're running on battery, and the battery level goes from = 11 to
  = 10, you move from one range to another. This is when the event
  triggers.
 
 So far I think the concept is very clear... (I'll need to dig into the 
 manpage 
 to see if I think it's described equally clearly there :)

You do that.

  The event you set should be set on the range you enter; in the above
  example, it should be set on the 3 to 10 range; that is, the code should
  say
  
  $theme-set_event(1, \suspend, 'd')
  
  because the first range (0 to 2) is the range with index 0, and the
  second range (3 to 10) is the range with index 1.
 
 Ah, wow. That's less clear / intuitive, I think.

Maybe.

The reason for this API is that it keeps the fdpowermon code simple; I
suppose I could add a call where you specify the range by percent rather
than by the index of the range in the array that's passed, but that
would require me to add a whole bunch of stuff just so I can easily
figure out which element is the one we need.

One of the design goals of fdpowermon is that it should be simple enough
for people to understand. Adding such a call would therefore be counter
to that goal.

 I'll see if I can come up with either an improvement to the manpage or some 
 more commented example theme.cfg/.pl files, so that future users will 
 understand easier faster :-)

That'd be nice, thanks.

 Maybe it's just a comment above the $theme-set_event line, but I have to 
 admin I've just skimmed the part in the manpage with the perl lines, as I 
 thought (and think) I wanted something very simple and standard. (Even though 
 I knew that suspend was not standard functionality of fdpowermon.. :)

Yes, well. I only added it because Gregor specifically asked for that
functionality; I don't actually use that part myself, and that's not
likely to change :-)

-- 
This end should point toward the ground if you want to go to space.

If it starts pointing toward space you are having a bad problem and you
will not go to space today.

  -- http://xkcd.com/1133/


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

Bug#739168: ITP: ruby-better-errors -- Better error page for Rails and other Rack apps

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt jonas.gena...@capi2name.de

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-better-errors
  Version : 1.1.0
  Upstream Author : Charlie Somerville
* URL : https://github.com/charliesome/better_errors
* License : MIT
  Programming Lang: Ruby
  Description : Better error page for Rails and other Rack apps

Provides a better error page for Rails and other Rack apps. Includes source code
inspection, a live REPL and local/instance variable inspection for all
stack frames.

For gitlab, maintained by Ruby PKG Extras

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

iQIcBAEBCAAGBQJTAKYCAAoJEPBM7/YBbP/QlM8P/2yOnbp1E+imkr2zDTFUHpaQ
JFAlOA337USQobZ3ANgSrxa8UuvEdbbVsgu3f4sCZQ41clMsOy6NFEgNY/rxgoVk
zU/g4bgYW26ld5ljxXN2S9j0nSYH88sLIWPiI5+kYmRVpAp2xv71GRIT0HB4kENo
3WAgekJ4T7OEiygImtzFkhsUKku7c85RJx1ncS5U61w/nn6QbjkQwNo1ah4IiPY2
QghIJLBR1XY3btYSFYJW3HgQD93xiqzFtTj3sCCpl/2dqu8/Rca2fVX0c93BV41U
Hs4dm2knan+W4LF3eV6Kf1Pkt/FO8Y5yLCin0FyU9ieGkPxaTKKJmCfoddZ4pEpi
soUPW+q33ZYztgpAg8MAWl7fasB9YQUS2rkmWps8tOWFDdjAwTdJRnC/47puvkpv
oh8ukDN3wC0apcyQivjXvO78QpKXDkRA+NOvF8dJjLOxBuj3OdIQl38AULwpDoXx
NltzsuRQSKvrGPUPM0r5wwnXS466iRcbYhRWd6GhNPy4q5/CW9CVZbbhHkOevxJs
h4ZjkV8ywfmyAfNwHSyV9BiFHaajaE9G6ybVP0j/qFFpe1Yq45okstwlOlDx2BhS
l9n0ikzh/RCb7I5He+Tip+hMCfIXpns4229gRI/1zpDAnGkIh0MiFaAK6Bjqj4Qa
mK7XNQJclMY5HRP8nfZE
=6w3B
-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#737347: xboard: wish for pre-4.8 snapshot for experimental to get new features more exposure

2014-02-16 Thread Yann Dirson

On Sat, Feb 15, 2014 at 10:57:20PM +0100, h.g.mul...@hccnet.nl wrote:
 Op Za, 15 februari, 2014 9:44 pm schreef Yann Dirson:
  First a new small bug: have hachu played a full Chu game, probably
  after having selecting a white piece, and noticed that the dot stayed there
  till end of the game: http://imagebin.org/293529
 
 OK, this is a dot from the 'Show target squares' option, that apparently
 was not properly erased. This is always a bit tricky, because it can be
 that it is actually erased on the board, but that the corresponding expose
 event to actually update the display was never performed. (A check for
 that is to flip the view, because that redraws the entire board. But I
 guess it is too late for that now.)

I wouldn't think so, since during the game arrows ane pieces were
drawn at the same place, and the dot was even drawn on top of pieces
IIRC.


 It would be helpful to know if you were playing with legality checking on
 or off: when it is on XBoard itself marks the target squares with dots
 when you 'lift' a piece, drawing on its internal move generator and rule
 knowledge, while when it is off it follows the instructions sent to it by
 the engine for marking the squares (and HaChu uses that).

So it seems I have legality checking on by default with @chu, but not
with @shogi.  I assume GNU Shogi misses the necessary support.


 It would also be helpful to see the entire game, and know the moment when
 this dot first appeared. (Presumably when a piece was lifted that could
 move to that square.) Or was the dot there already when the game started?

The dot was there at first.  I must have clicked on one piece or 2 to
show my son how things worked, then started two-machines mode with the
dot still displayed, and it stays here as the engines start to play.
Easily reproducible, in fact.


 
  I see.  However, the problem of giving easy access to all those
  GUI-only users not willing to dive into manpages to discover that,
  will still be there.
 
 When the engine sends the 'setup' command, the user would not have to
 worry about rule knowledge. And I think I also made it such that when an
 engine does not report it plays variant normal of fischerandom, that
 XBoard would automatically switch to the variant that the engine does
 play.

Oh I see.  It does work, although it is affected by the lack of tile
resize I already noticed, so xboard -fcp shogi shows a shogi board
with the bottom row off-screen.


 That leaves setting the theme. The various theme 'components', such as
 pieceImageDirectory and square background textures or square colors can
 already be set through the GUI, but it is a bit inconvenient that he would
 have to set all aspects separately. In WInBoard I solved this by adding a
 View-Themes dialog, very similar to the Load Engine dialog. (Cloned from
 it, in fact.) The idea is that the user sees a list of theme names where
 he sees engine nick-names in Load Engine, and can select those by clicking
 them. A theme (like an engine) is a line in a multiline option stored in
 the settings file (-themeNames in stead of -firstChessProgramNames). The
 line consist of a sequence of XBoard options, processed as if they formed
 a command line when the user selects that theme. The rest of the dialog
 contains controls to set options that define the theme (basically what is
 now in the View-Board dialog), plus a text entry for the 'theme name'
 that is initialized empty. If the user uses the dialog not to select an
 existing theme but to modify individual settings, XBoard would just
 implement the new settings on 'OK'. But if he provided also a theme name,
 the combination of settings would forget into a line, and added under the
 given name to the list of themes, so next time he can recall it with a
 single click.
 
 I recently added a new class of options to XBoard (of which -installEngine
 was the first representative), which would add their value (a text string)
 as a new line to the end of a multi-line option (-firstChessProgramNames,
 in this case). I could make another such option, -installTheme, which
 would add to -themeNames. This could be used to make newly installed
 themes automatically appear in the theme list of all users, by in the
 install script of a theme package write the command
 
 xboard -addMasterOption {-installTheme 'Oriental Chu -pid ~~/themes/chu
 -lightSquareColor #FFE040 -darkSquareColor #FFE040'} -autoClose
 
 which then would add the line
 
 -installTheme 'Oriental Chu -pid ~~/themes/chu -lightSquareColor #FFE040
 -darkSquareColor #FFE040 -variant chu'
 
 at the end of the xboard.conf master settings file, so that every future
 user would get to see it, and get the line
 
 Oriental Chu -pid ~~/themes/chu -lightSquareColor #FFE040
 -darkSquareColor #FFE040
 
 added to his -themeNames list, so he could select it with a simple click.
 Basically the line to be added contains the same as what is now in the
 conf files like ~~/conf/chu, except on a single line.

Bug#721847:

2014-02-16 Thread Chris Bainbridge

This bug also causes the debian installer to fail with Partition Disk
Failed to create a file system. when btrfs is chosen. With ext2 it
works fine. I'm not sure whether this is a bug with mkfs.btrfs (for
not allowing overwrite of an existing filesystem), or with the debian
installer (for not using -f option on btrfs)


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

Bug#719255: GNUNET update -- need help?

2014-02-16 Thread Daniel Dehennin

Hello,

 You are very welcome to work on the collab-maint repositories [1] [2].
 I'd prefer if you could work on an experimental branch, if that's not
 too much trouble.

I made some tests and I'm blocked by the libgcrypt dependency.

GNUnet requires libgcrypt20 (=1.6) but some other dependencies requires
libgcrypt11

Here is what I have in a clean sid schroot when tring to install GNUnet
build dependencies:

#+begin_src
(sid-amd64-sbuild)root@hati:/build# apt-get -o Debug::pkgProblemResolver=true 
install debhelper po-debconf gettext dh-autoreconf autopoint autoconf automake 
libextractor-dev libmicrohttpd-dev libgcrypt20-dev libcurl4-gnutls-dev 
libunistring-dev  libltdl-dev libmysqlclient-dev libsqlite3-dev libpq-dev 
libglpk-dev libgnutls-dev libglib2.0-dev libgtop2-dev 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Starting pkgProblemResolver with broken count: 2
Starting 2 pkgProblemResolver with broken count: 2
Investigating (0) libgnutls-dev [ amd64 ]  none - 2.12.23-12  ( libdevel )
Broken libgnutls-dev:amd64 Depends on libgcrypt11-dev [ amd64 ]  none - 
1.5.3-3  ( libdevel ) (= 1.4.0)
  Considering libgcrypt11-dev:amd64 2 as a solution to libgnutls-dev:amd64 10001
Reinst Failed because of protected libgcrypt20-dev:amd64
Investigating (0) libssh2-1-dev [ amd64 ]  none - 1.4.3-2  ( libdevel )
Broken libssh2-1-dev:amd64 Depends on libgcrypt11-dev [ amd64 ]  none - 
1.5.3-3  ( libdevel )
  Considering libgcrypt11-dev:amd64 2 as a solution to libssh2-1-dev:amd64 0
  Holding Back libssh2-1-dev:amd64 rather than change libgcrypt11-dev:amd64
Investigating (1) libgnutls-dev [ amd64 ]  none - 2.12.23-12  ( libdevel )
Broken libgnutls-dev:amd64 Depends on libgcrypt11-dev [ amd64 ]  none - 
1.5.3-3  ( libdevel ) (= 1.4.0)
  Considering libgcrypt11-dev:amd64 2 as a solution to libgnutls-dev:amd64 10001
Investigating (1) libcurl4-gnutls-dev [ amd64 ]  none - 7.35.0-1  ( libdevel 
)
Broken libcurl4-gnutls-dev:amd64 Depends on libssh2-1-dev [ amd64 ]  none - 
1.4.3-2  ( libdevel )
  Considering libssh2-1-dev:amd64 0 as a solution to libcurl4-gnutls-dev:amd64 

Reinst Failed because of libgcrypt11-dev:amd64
Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libcurl4-gnutls-dev : Depends: libssh2-1-dev but it is not going to be 
installed
 libgnutls-dev : Depends: libgcrypt11-dev (= 1.4.0) but it is not going to be 
installed
E: Unable to correct problems, you have held broken packages.
#+end_src


I actually just import 0.10.0 tar.gz and refresh the debian/patches.

You can find what I did on my “temporary and history will be rewritten”
branch[1].

Regards.

Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/gitweb.cgi?p=gnunet.git;a=shortlog;h=refs/heads/feature/new-debian-package-0.10.0

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#738308: Status of bustle package.

2014-02-16 Thread Iain Lane

On Sun, Feb 16, 2014 at 11:37:02AM +, Iain Lane wrote:
 […]
 
 Will do an upload to the new upstream release now, providing it works.
 It'll probably still want removing on bsd (no haskell-dbus there), so
 please feel free to do that if you want.

Nope. It has a new build-dependency on haskell-setlocale which has a
public-domain license that I'm not sure is right (can you dedicate
things to the public domain in Germany, where he seems to be from
judging by the email address?). I'll need to follow up with the
maintainer there.

I'll file the RoQA for kbsd now. Joachim just scheduled the binNMUs.

Cheers for poking us,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]


signature.asc
Description: Digital signature

Bug#731387: vala 0.22 in unstable


Control: tags -1 - upstream patch
Control: notforwarded -1

Hi,

I have good news: vala 0.22 is now in unstable, so even a binNMU should 
fix the crashes.
But it would be better to update the build-dependency from 'valac (= 
0.12)' to 'valac (= 0.22)'.


Perhaps you can also import the new upstream version 3?

Best regards,
Andreas


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

Bug#739003: libsocket6-perl

2014-02-16 Thread Daniel Lintott

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 15/02/14 23:38, gregor herrmann wrote:
 On Sat, 15 Feb 2014 22:33:15 +, Daniel Lintott wrote:
 
 replace dh $@ with dh $@ --buildsystem=perl_makemaker then
 dh will use Makefile.PL etc. and everything looks good
 
 The only snag is still going to be the missing LDFLAGS (relro in 
 particular) for Socket6.so
 
 Hm, I'm not sure about that. Neither lintian nor blhc complained
 when I tried this approach.
 
 (And usually debhelper with compat level 9 just passes all
 required flags, and they are used unless the upstream build system
 messes with %Config in some crazy way).
 
 How/where did you see the problem?
 
 
 When I build it again (with --buildsystem and without the override)
 I get:
 
[SNIP]
 
 
 which looks quite ok to me :) -fstack-protector is there, and also
 -Wl,-z,relro.
 
 Would it be preferable to patch the config.pl.in and add all the 
 LDDLFLAGS there as opposed to in the rules file?
 
 If it's necessary that's an option. A bit more idiomatic would be
 an override that just adds missing stuff, like (untested)
 
 override_dh_auto_configure: dh_auto_configure -- LDDLFLAGS=...
 
 
 Cheers, gregor, who might well be missing something ...
 

And sorted! It was the override causing the problem with the missing
flags, so that's now rectified.

I have made the necessary alterations to d/rules, released the
changelog and pushed the changes to git.

I haven't tagged the build as yet, as I wasn't sure exactly when you
wanted this done?

Regards,

Daniel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJTAKuEAAoJEMw/9yOWzAkJYUQH/0+MepUrTgJpW9GbJRQJ+uKs
a0ao+AMoO8bLDaq59EDzC8VlzylD+Ad6SfncmMp4zRohifQgNU2BL3+Fm/mVT5Z3
NJ3YdHtC1mGhA/c5o7pfAt6pyggveMGl+dudgAfQMuxi+WjWkMY251x20BUbC0/J
0Sa+Je0XURilpX6WR5puX+oy4Z0OmeX3F53cB3djMArMDlivjXooETOuepAw8ZRT
j+Cpx5rn16eIjr5cGDvCNHD/FxVhZnK4yd6jQi4XCT0B32Qxipo9yMDn4ar3p7Tt
XCorC0wCF5VvdrJ8guiPqVaGkanOpK4lWK7bvqdyeiavw/pPGTkD4eiYyNsBp/c=
=nDq+
-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#739169: RM: bustle [kfreebsd-amd64 kfreebsd-i386] -- ROM; haskell-dbus build-dependencies not available

2014-02-16 Thread Iain Lane

Package: ftp.debian.org
Severity: normal

Hi,

haskell-dbus isn't available for kbsd. Bustle is OOD there, probably
since it grew this new BD.

Please could you remove it from these arches now?

Thanks,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]


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

Bug#721847:

2014-02-16 Thread Chris Bainbridge

The severity of this bug should be higher as it breaks the Debian
installer in many use cases that would otherwise work (eg. user
creates partitions on a multiple OS system outside of debian
installer, then boots into installer to do the install - this should
work, but instead it now fails if the user selects btrfs). As btrfs is
getting more common, it's increasingly likely that users will attempt
to use it for an install.


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

Bug#739170: mg: upstream homepage no longer reachable

Package: mg
Version: 20110905-1.1
Severity: minor

Homepage: http://www.han.dds.nl/software/mg/

This site can no longer be reached.

Either the URL should be updated, or the Homepage field removed.


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

Bug#729203: CTTE and reasonable solutions

On Thu, Feb 13, 2014 at 01:15:34PM +, Jonathan Dowland wrote:
...
 So, I fully support packaging ffmpeg as a binary package for the command
 line client at the very least, and perhaps as a necessary first step.
...
 I suspect that the animosity I've read in this thread from people
 towards ffmpeg in the archive as libraries is due to concerns about how
 practical it would be for them to co-exist. These are probably valid
 concerns that should be looked at. However, they can be, by exploring
 real packaging attempts outside the archive (or using experimental)
 rather than arguing about theoretics.
...

How do you plan to address the DSA veto against having both sources in 
the archive?

  https://lists.debian.org/debian-devel/2014/02/msg00668.html

cu
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed


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

Bug#729203: ~ Re: Bug#729203: CTTE and reasonable solutions

2014-02-16 Thread Jonathan Dowland

On Sun, Feb 16, 2014 at 02:25:18PM +0200, Adrian Bunk wrote:
 How do you plan to address the DSA veto against having both sources in 
 the archive?
 
   https://lists.debian.org/debian-devel/2014/02/msg00668.html

I did not intepret that message as a DSA veto. But, with regards making
sure the DSA are happy with whatever we do, we'll do that by talking to
DSA - which, last I checked - was not you.

You clearly have nothing constructive to offer with regards getting
ffmpeg back into Debian and satisfying the users who are craving it.
Can I suggest you therefore focus your efforts on something else,
preferably something constructive, and leave this bug alone?


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

Bug#661537: implementation of the BuildProfileSpec for apt

2014-02-16 Thread Johannes Schauer

Hi,

I thought it would be okay to cross-post my patches from the deity mailing list
[1] into this bugreport to keep this bugreport up to date and so that the patch
does not get lost.

As pointed out on the list, please dont forget to make apt's binary dependency
on dpkg a versiond one on dpkg-dev (= 1.17.2) because apt-get source --build
-P stage1 hello now calls dpkg-buildpackage with the new -P argument.

cheers, josch

[1] https://lists.debian.org/deity/2014/02/msg00057.html
From 38e127e631c63a5ab44ec5ae74ae89f15f928c3a Mon Sep 17 00:00:00 2001
From: josch j.scha...@email.de
Date: Wed, 12 Feb 2014 09:08:18 +0100
Subject: [PATCH 1/2] support new command line argument type Vector given as
 comma-separated list

---
 apt-pkg/contrib/cmndline.cc | 16 
 apt-pkg/contrib/cmndline.h  |  6 +-
 test/libapt/commandline_test.cc |  8 
 3 files changed, 29 insertions(+), 1 deletion(-)

diff --git a/apt-pkg/contrib/cmndline.cc b/apt-pkg/contrib/cmndline.cc
index 2086d91..10cb3ce 100644
--- a/apt-pkg/contrib/cmndline.cc
+++ b/apt-pkg/contrib/cmndline.cc
@@ -249,6 +249,22 @@ bool CommandLine::HandleOpt(int I,int argc,const char *argv[],
 	 
 	 return true;
   }
+
+  // comma separated item list
+  if ((A-Flags  Vector) == Vector)
+  {
+  const char *next;
+  const char *curr = Argument;
+  while ((next = strchr(curr, ',')) != NULL) {
+  if (next-curr == 1)
+  return _error-Error(_(Option %s: Vector must not contain empty elements.),argv[I]);
+  Conf-Set(string(A-ConfName)+::, string(curr, next-curr));
+  curr = next + 1;
+  }
+  // process last token
+  Conf-Set(string(A-ConfName)+::, string(curr));
+  return true;
+  }
   
   const char *I = strchrnul(A-ConfName, ' ');
   if (*I == ' ')
diff --git a/apt-pkg/contrib/cmndline.h b/apt-pkg/contrib/cmndline.h
index 1802766..4066cae 100644
--- a/apt-pkg/contrib/cmndline.h
+++ b/apt-pkg/contrib/cmndline.h
@@ -37,6 +37,9 @@
  ArbItem- Means the item is an arbitrary configuration string of
   the form item=value, where item is passed directly
   to the configuration class.
+ Vector - Means the item is a comma separated list of items which
+  are stored as a Vector in the configuration class.
+  Implies HasArg.
The default, if the flags are 0 is to use Boolean

# */
@@ -73,7 +76,8 @@ class CommandLine
   Boolean = (1  2),
   InvBoolean = (1  3),
   ConfigFile = (1  4) | HasArg,
-  ArbItem = (1  5) | HasArg
+  ArbItem = (1  5) | HasArg,
+  Vector = (1  6) | HasArg
};
 
const char **FileList;
diff --git a/test/libapt/commandline_test.cc b/test/libapt/commandline_test.cc
index de8a30b..4951409 100644
--- a/test/libapt/commandline_test.cc
+++ b/test/libapt/commandline_test.cc
@@ -7,6 +7,7 @@ int main()
CommandLine::Args Args[] = {
   { 't', 0, Test::Worked, 0 },
   { 'z', zero, Test::Zero, 0 },
+  { 'v', vector, Test::Vector, CommandLine::Vector },
   {0,0,0,0}
};
CommandLine CmdL(Args,_config);
@@ -28,5 +29,12 @@ int main()
equals(true, _config-FindB(Test::Worked, false));
equals(false, _config-FindB(Test::Zero, false));
 
+   char const * argv3[] = { test, --vector, one,two };
+   CmdL.Parse(3, argv3);
+   std::vectorstring vec = _config-FindVector(Test::Vector);
+   equals(vec[0], one);
+   equals(vec[1], two);
+   equals(vec.size(), 2);
+
return 0;
 }
-- 
1.8.5.3

From 6d3fc48e24cbe9134713b2ec024ab989335c80bb Mon Sep 17 00:00:00 2001
From: josch j.scha...@email.de
Date: Tue, 11 Feb 2014 12:36:23 +0100
Subject: [PATCH 2/2] Support for build-profiles through APT::Build-Profiles

 - understand the syntax specified in
   https://wiki.debian.org/BuildProfileSpec and implemented in dpkg
   1.17.2
 - replace default arguments of ParseDepends with manual overloads
 - add the -P or --build-profiles option to apt-get source and build-dep
 - understand DEB_BUILD_PROFILES
 - add test cases for the new syntax
 - add apt-get and apt.conf documentation
---
 apt-pkg/deb/deblistparser.cc | 98 ++--
 apt-pkg/deb/deblistparser.h  | 14 --
 apt-pkg/deb/debsrcrecords.cc |  2 +-
 apt-private/private-cmndline.cc  |  2 +
 cmdline/apt-get.cc   | 39 
 doc/apt-get.8.xml| 13 ++
 doc/apt.conf.5.xml   | 11 +
 test/libapt/parsedepends_test.cc | 88 +---
 8 files changed, 233 insertions(+), 34 deletions(-)

diff --git a/apt-pkg/deb/deblistparser.cc b/apt-pkg/deb/deblistparser.cc
index 68d544e..a402154 100644
--- a/apt-pkg/deb/deblistparser.cc
+++ b/apt-pkg/deb/deblistparser.cc
@@ -475,9 +475,21 @@ const char *debListParser::ConvertRelation(const char *I,unsigned int

Bug#738909: apt: Can not reproduce

2014-02-16 Thread David Kalnischkies

Control: severity -1 normal
Control: tags -1 moreinfo unreproducible

On Sat, Feb 15, 2014 at 02:59:05PM +, Claudio Moretti wrote:
 IMHO, the reporter added experimental sources (like I did) and pinned
 them in some way that prioritizes experimental over unstable (or lower).

(I tried (dist-)upgrading to experimental and apt isn't suggesting a
 libc6 remove and as said, I think its pretty unlikely that it could
 happen without a lot of force… )

 Unless somebody is able to reproduce it and/or the reporter gives more
 details, I propose this bug report is closed, because it may scare
 people into not upgrading while the problem is user-specific.

Agreed. I hoped for a quick feedback to tell what is wrong, but didn't
got one so far and nobody else seems to be effected, so severity
downgraded and tagged accordingly. We (infrequently) close bugs with
the moreinfo tag without any additional info, so first warning.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#738954: [Pkg-salt-team] Bug#738954: salt-minion: file.find crashes on dangling symlinks

2014-02-16 Thread Joe Healy

Hi Avinash,

Now that 0.17.5+ds has reached testing, I am intending to backport this to
wheezy (and squeeze). I'm planning to do this over the next day or two.

Thanks,

Joe


On Fri, Feb 14, 2014 at 7:53 PM, Avinash Sultanpur avinas...@yukthi.comwrote:

 Package: salt-minion
 Version: 0.16.4-2~bpo70+1
 Severity: important

 salt-call throws up an error when it encounters a dangling
 symlink. The bug was fixed upstream:

  https://github.com/saltstack/salt/issues/2830

 $ sudo salt-call -l quiet --local file.find /tmp type=d
 Traceback (most recent call last):
   File /usr/bin/salt-call, line 11, in module
 salt_call()
   File /usr/lib/python2.7/dist-packages/salt/scripts.py, line 76, in
 salt_call
 client.run()
   File /usr/lib/python2.7/dist-packages/salt/cli/__init__.py, line 265,
 in run
 caller.run()
   File /usr/lib/python2.7/dist-packages/salt/cli/caller.py, line 132, in
 run
 ret = self.call()
   File /usr/lib/python2.7/dist-packages/salt/cli/caller.py, line 73, in
 call
 ret['return'] = func(*args, **kwargs)
   File /usr/lib/python2.7/dist-packages/salt/modules/file.py, line 480,
 in find
 ret = [p for p in finder.find(path)]
   File /usr/lib/python2.7/dist-packages/salt/utils/find.py, line 555, in
 find
 fstat = os.stat(fullpath)
 OSError: [Errno 13] Permission denied: '/tmp/link'

 Please include the fix in the deb.


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

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

 Versions of packages salt-minion depends on:
 ii  dctrl-tools   2.22.2
 ii  python2.7.3-4+deb7u1
 ii  python-pkg-resources  0.6.24-1
 ii  salt-common   0.16.4-2~bpo70+1

 Versions of packages salt-minion recommends:
 ii  dmidecode  2.11-9

 Versions of packages salt-minion suggests:
 pn  python-augeas  none

 -- no debconf information

 ___
 pkg-salt-team mailing list
 pkg-salt-t...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team

Bug#602455: xbindkeys: doesn't recognize ctrl+alt+arrows

2014-02-16 Thread Joerg Jaspert

Hi

 Run xbindkeys -mk and press Ctrl+Alt+Up Arrow
 Xbindkeys will not print this combination to stdout

Yes it does, for me:
(Scheme function)
m:0xc + c:113
Control+Alt + Left
(Scheme function)
m:0xc + c:111
Control+Alt + Up
(Scheme function)
m:0xc + c:114
Control+Alt + Right
(Scheme function)
m:0xc + c:116
Control+Alt + Down

Thats with 1.8.5 and 1.8.6.

What it does not print are combinations that my window manager is
already grabbing, could it be yours is doing that?

-- 
bye, Joerg
DarkRider also dies ist so ziemlich der einzige chanel wo ich meist 0 peile
DarkRider ich schreibe etwas dann rennen se alle gegen die wand und schreien 
aua


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

Bug#602493: xbindkeys: cannot handle ctrl+alt+kp_add

2014-02-16 Thread Joerg Jaspert

Hi

 If I run xbindkeys -mk and press Ctrl+Alt+Plus, it will print
 Control+Alt + KP_Add

 If I add this combination to config file, xbindkeys will not handle it.
 Handling other key combinations is ok.

 In X11 this combination is not allowed with DontVTSwitch in xorg.conf, so
 other applications should have an ability use it.

Hrm, sorry, I disagree again:

(Scheme function)
m:0xc + c:35
Control+Alt + plus
(Scheme function)
m:0xc + c:86
Control+Alt + KP_Add
(Scheme function)
m:0xc + c:82
Control+Alt + KP_Subtract
(Scheme function)
m:0xc + c:61
Control+Alt + minus

-- 
bye, Joerg
[Looking at a globe map...country being Uruguay]
Hee hee! Look at this country! 'You-are-gay.'


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

Bug#739138: Fwd: Bug#739138: cvs: FTBFS: I can't find file `ecrm1095'.

2014-02-16 Thread Thorsten Glaser

Hello Debian TeX Maintainers,

could you please give advice how to fix this? I know virtually
nothing about Teχ, and the package is “just” trying to build
its documentation into PDF format (standard GNU stuff).

Thanks!


Daniel Schepler dixit:

From my pbuilder build log:

...
make[2]: Entering directory `/tmp/buildd/cvs-1.12.13+real/debian/builddir/doc'
TEXINPUTS=../../../build-aux:$TEXINPUTS \
MAKEINFO='makeinfo  --no-split -I ../../../doc' \
/usr/bin/texi2dvi --pdf --batch  --build-dir=cvs.t2p -o cvs.pdf  \
../../../doc/cvs.texinfo
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
 restricted \write18 enabled.
entering extended mode

(/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo
(/tmp/buildd/cvs-1.12.13+real/build-aux/texinfo.tex
Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions, localization, formatting,
and turning on texinfo input format.)
(/tmp/buildd/cvs-1.12.13+real/doc/version.texi) [1{/var/lib/texmf/fonts/map/pdf
tex/updmap/pdftex.map}] [2] [-1] [-2] [-3] [-4] Chapter 1
Cross reference values unknown; you must run TeX again. [1] [2] [3] [4]
Chapter 2 [5] [6] [7] [8] [9] [10]
kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source 
abbreviation  for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1095
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1095
! I can't find file `ecrm1095'.
* ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Please type another input file name
! Emergency stop.
* ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Transcript written on mfput.log.
grep: ecrm1095.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1095' failed to make ecrm1095.tfm.
kpathsea: Appending font creation commands to missfont.log.

/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo:1228: Font @thisecfont=ecrm1095 at
 11.0pt not loadable: Metric (TFM) file not found.
to be read again 
   @thisecfont 
@{-{@ifmonospace @else @ecfont 
@fi @char 123}
l.1228   @{
   ; @var{attrname} = @var{attrval}@} linefeed

kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source 
abbreviation  for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1095
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1095
! I can't find file `ecrm1095'.
* ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Please type another input file name
! Emergency stop.
* ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Transcript written on mfput.log.
grep: ecrm1095.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1095' failed to make ecrm1095.tfm.
/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo:1228: Font @thisecfont=ecrm1095 at
 11.0pt not loadable: Metric (TFM) file not found.
to be read again 
   @thisecfont 
@}-{@ifmonospace @else @ecfont 
@fi @char 125}
l.1228   @{; @var{attrname} = @var{attrval}@}
  linefeed

kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source 
abbreviation  for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1095
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1095
! I can't find file `ecrm1095'.
* ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Please type another input file name
! Emergency stop.
* ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Transcript written on mfput.log.
grep: ecrm1095.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1095' failed to make ecrm1095.tfm.
/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo:1264: Font @thisecfont=ecrm1095 at
 11.0pt not loadable: Metric (TFM) file not found.
to be read again 
   @thisecfont 
@{-{@ifmonospace @else @ecfont 
@fi @char 123}
l.1264 @var{watcher}  @var{type} @{
 , @var{watcher}  @var{type} @}

Bug#739138: Fwd: Bug#739138: cvs: FTBFS: I can't find file `ecrm1095'.

2014-02-16 Thread Norbert Preining

Hi,

On So, 16 Feb 2014, Thorsten Glaser wrote:
 could you please give advice how to fix this? I know virtually
 nothing about Teχ, and the package is “just” trying to build
 its documentation into PDF format (standard GNU stuff).

Add 
texlive-fonts-recommended
to the build-deps.

THat is all ...

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#739171: ITP: ruby-hipchat -- library to interact with HipChat with Ruby

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt jonas.gena...@capi2name.de

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-hipchat
  Version : 1.0.1
  Upstream Author : Atlassian
* URL : https://github.com/hipchat/hipchat-rb
* License : Expat
  Programming Lang: Ruby
  Description : library to interact with HipChat with Ruby

Ruby library to interact with HipChat

For Gitlab, maintained by Ruby PKG Extras

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

iQIcBAEBCAAGBQJTALlbAAoJEPBM7/YBbP/QzggP/22OaJeuevp1XnEMPgKoul9v
Wk2is5+cHYNThwzkAkf2NBpwGR13CXND/pOX07fcilsUJofT0dpTslhtDMilYM9I
8WykDSsvMVlYNibfWVYj2rGB5ysVy1FRpOKXmoOnRAXBCndhZUc3T01/Oczo5Y/w
mI8fLsWywc+IVvHNYZyMsn6dY7qYtM/rJpIHc7yQDBU1xXx94eDnrHsSHV6D4ZXg
1iqzwi7H6hoR3KFyHYlkYGj5LNVfRRdXVChKo/g5OVSv/+hxF4WYCX5//tAP9llP
5pN2A9c+ao0HFz9IEyIo3G5WPmql2bDVwqMDpYQnAsiEdNENjqidqa5KkOpp8BDO
Zcz+ih5WWFpNLGjBUHQffc22hqBWeA5AQGnlb4RSqk1KSdaHtW8T3tiSnazo9ySx
k4xmouQY+zVNQsamr9C86T2+Y0rQLCXhu1uM3YjSyFMyqm26DKBitOZwBKsRsw+K
FYT5tZ3aF3PH/bPOLi/EnKXD8+3XBr8xLtpZO2TDiKI6/bLYjnj9+jxn4RFVSt38
kicWWVDn+OZJVV367/EcA7/fNEk1SXL29BxTIWRek7+M+FWCyO9GWnw9xJWzD0wz
KSS4bFqLR3VM1fKKFSg88DhJqE87NKJfAMcH0uDXEhwWjqkMM12ypEDRrD0765Wn
xOuWqdOvzViD0g0DltOa
=/9D0
-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#739172: [apper] apper isn't able to retrieve the changelogs

2014-02-16 Thread Francesco Muzio


Package: apper
Version: 0.8.1-1
Severity: minor

dear maintainer,

apper isn't able to retrieve the changelogs

for example, when i select the iputils-ping package, it receive a 404 
Nout found error when tries to download this file:


/changelogs/pool/main/i/iputils/iputils_20121221-5_changelog

I think apper tries to download it from
https://packages.debian.org/changelogs/pool/main/i/iputils/iputils_20121221-5_changelog
meanwhile the correct url (maybe) has changed to
http://metadata.ftp-master.debian.org/changelogs/main/i/iputils/iputils_20121221-5_changelog


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

Debian Release: jessie/sid
500 testing cdn.debian.net

--- Package information. ---
Depends (Version) | Installed
-+-=
apper-data (= 0.8.1-1) | 0.8.1-1
listaller (= 0.5.4) | 0.5.8-2
packagekit (= 0.8.6) | 0.8.16-1
polkit-kde-1 | 0.99.1-1
OR policykit-1-gnome | 0.105-2
software-properties-kde | 0.92.25debian1
kde-runtime ( 4:4.10) | 4:4.11.3-1
libappstream0 | 0.4.0-1
libc6 (= 2.4) | 2.17-97
libdebconf-kde0 (= 0.1+git20101209) | 0.3-1
libgcc1 (= 1:4.1.1) | 1:4.8.2-14
libgee2 (= 0.5.0) | 0.6.8-1
libglib2.0-0 (= 2.22.0) | 2.36.4-1
libkcmutils4 (= 4:4.8) | 4:4.11.3-2
libkdecore5 (= 4:4.8) | 4:4.11.3-2
libkdeui5 (= 4:4.8.4) | 4:4.11.3-2
libkemoticons4 (= 4:4.8) | 4:4.11.3-2
libkidletime4 (= 4:4.8) | 4:4.11.3-2
libkio5 (= 4:4.8) | 4:4.11.3-2
libkprintutils4 (= 4:4.8) | 4:4.11.3-2
libkutils4 | 4:4.11.3-2
libkworkspace4abi2 (= 4:4.9.3) | 4:4.11.3-3
liblistaller-glib0 | 0.5.8-2
libpackagekit-qt2-6 | 0.8.8-2
libqt4-dbus (= 4:4.6.1) | 4:4.8.5+git209-g718fae5+dfsg-1
libqt4-declarative (= 4:4.7.0~rc1) | 4:4.8.5+git209-g718fae5+dfsg-1
libqt4-network (= 4:4.5.3) | 4:4.8.5+git209-g718fae5+dfsg-1
libqt4-sql (= 4:4.5.3) | 4:4.8.5+git209-g718fae5+dfsg-1
libqt4-svg (= 4:4.5.3) | 4:4.8.5+git209-g718fae5+dfsg-1
libqt4-xml (= 4:4.5.3) | 4:4.8.5+git209-g718fae5+dfsg-1
libqt4-xmlpatterns (= 4:4.5.3) | 4:4.8.5+git209-g718fae5+dfsg-1
libqtcore4 (= 4:4.8.0) | 4:4.8.5+git209-g718fae5+dfsg-1
libqtgui4 (= 4:4.8.0) | 4:4.8.5+git209-g718fae5+dfsg-1
libsolid4 (= 4:4.8) | 4:4.11.3-2
libstdc++6 (= 4.1.1) | 4.8.2-14


Recommends (Version) | Installed
==-+-===
appstream-index | 0.4.0-1


Suggests (Version) | Installed
=-+-===
debconf-kde-helper |


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

Bug#737420: kmix: When reducing/ muting and then increasing again overall sound settings, banshee stays muted

2014-02-16 Thread Nick

Ok thanks - I just tried that for PulseAudio, which I'm pretty sure is
what this is using. It doesn't seem to have done anything so far
(problem remains), but I'll try again after restarting.

Cheers.


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

Bug#738502: Not really re: Bug#738502: freeciv-client-gtk: earth-80x50-v3.sav.gz Unknown savefile format version (10) Failure loading savegame!

2014-02-16 Thread Markus Koschany

On 16.02.2014 12:48, Jacob Nevins wrote:
 Markus Koschany writes:
 David, the security issues are completely unrelated to your bug report
 and my reply to you only highlighted three options how you could upgrade
 to a more recent version of freeciv.
   [...]
 Regarding the security issues the security team decided that they are
 not critical. Nevertheless I intend to ask Debian's release team to
 include the fixes in the next point release.
 
 Markus,
 
 Thank you for this explanation, and sorry to have started the noise
 about the CVEs in this unrelated bug report.

No worries. The question about the unfixed security issue in stable was
justified, although it is unrelated to this bug report.

 It wasn't entirely obvious outside the Debian project that the security
 team had made a positive decision -- all I saw was bug #696306, with
 unanswered requests by release managers for a stable upload.
 (I now see [wheezy] - freeciv no-dsa (Minor issue) on
 security-tracker.debian.org, which I assume is the record of this
 security team decision, but it's a bit cryptic. In any case, it seems
 like a reasonable decision for the project to have made, given the
 nature of the vulnerability.)
 
 Thanks also for considering the fixes for the wheezy point release.


I have asked Debian's release managers for an upload to stable and they
agreed.

https://bugs.debian.org/738662

The package is currently in the proposed-updates queue.

https://release.debian.org/proposed-updates/stable.html

You can test it by following these instructions

https://www.debian.org/releases/proposed-updates.html

A good place to watch all relevant facts about freeciv is also this site.

http://packages.qa.debian.org/f/freeciv.html

I will create a backport for 2.4.2 as soon as the package migrates to
testing since I think a lot of people will be happy about it.

Have a nice weekend

Markus




signature.asc
Description: OpenPGP digital signature

Bug#728245: icinga-cgi: fails to install: subprocess installed post-installation script returned error exit status 1

2014-02-16 Thread Alexander Wirt

On Sun, 10 Nov 2013, Andreas Beckmann wrote:

 Followup-For: Bug #728245
 Control: found -1 1.10.1-1
 
 Hi,
 
 the problem is still reproducible. Note that this requires
 the installation of icinga with --install-recommends to show up,
 icinga-cgi itself works fine, but in combination with all the 
 Recommends from icinga it blows up.
 
 
   Setting up icinga-cgi (1.10.1-1) ...
   
   Creating config file /etc/icinga/apache2.conf with new version
   dpkg: error processing icinga-cgi (--configure):
subprocess installed post-installation script returned error exit status 1
 
 
 Andreas
I did several installation with fresh vms and I wasn't able to reproduce the
problem.

Alex


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

Bug#729203: ~ Re: Bug#729203: CTTE and reasonable solutions