Bug#802754: libkface: upload to unstable

[Ritesh Raj Sarraf]

Source: libkface
Severity: normal

Hello,

Is there good reason for not having libkface in Unstable ?

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

Kernel: Linux 4.2.3+ (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#802671: Tentative patches for version 1.44

[Raphael Hertzog]

Hello,

I have backported the relevant commits to version 1.44 and the result
is in the attached patches. The package builds fine but I have not
tested it and I'm not sure how to properly test it... if you have
suggestions, I'm happy to hear them.

I have asked an upstream developer (Peter Dettman) to review it.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/
>From 5cb2f0578e6ec8f0d67e59d05d8c4704d8e05f83 Mon Sep 17 00:00:00 2001
From: Peter Dettman 
Date: Tue, 22 Jul 2014 19:23:34 +0700
Subject: [PATCH] Add automatic EC point validation for decoded points and for
 multiplier outputs.
Origin: upstream, https://github.com/bcgit/bc-java/commit/5cb2f05
Bug-Debian: https://bugs.debian.org/802671

Backporting notes of Raphaël Hertzog:
* core/src/main/java/org/bouncycastle/ in current git
  was src/org/bouncycastle/ in 1.44
* DSTU4145PointEncoder.java does not exist in 1.44 (introduced
  in 158b54f). Dropped the changes.
* AbstractECMultiplier.java does not exist in 1.44 but changes to
  AbstractECMultiplier.java mean that we must run
  ECAlgorithms.validatePoint() on any result of the multiply() function of
  any object implementing ECMultiplier. Done on:
  - FpNafMultiplier.java
  - ReferenceMultiplier.java
  - WNafMultiplier.java
  - WTauNafMultiplier.java
* …/math/ec/custom/* were not present in 1.44. Dropped the corresponding
  changes.
* Remaining changes have been manually backported:
  - ECPointTest.java: done
  - ReferenceMultiplier.java: done, added validatePoint() call on result
  - ECAlgorithms.java: done
  - ECPoint.java: done
- Fp does not yet support getCompressionYTilde(), dropped from
  AbstractFp
- F2m does not yet support checkCurveEquation()
- dropped constructors accepting 4 params (with "zs") as ECPoint()
  does not support it, and dropped all code path that made use of this.zs
  since it's not available, basically everything related to non-affine
  coordinate system
  - ECCurve.java:
- Hunk 1: validatePoint() not backported as there is no createPoint() call
  to replace. Instead ensure decodePoint() return value satisfies
  ECAlgorithms.validatePoint()
- Hunk 2: no importPoint() (and no createPoint() usage found)
- Hunk 3: useless (no-op change)
- Hunk 4: useless (no-op change)
- Hunk 5: validation on generated point at end of function
- Hunk 6: done
- Hunk 7: done (auto-applied)
- Hunk 8/9: ECCurve is abstract and has no constructor, don't call
  parent constructors in Fp constructors (which happens in code
  from hunk 7 adding AbstractFp)
- Hunk 10: ECCurve.Fp does not have decompressPoint() in 1.44, so the whole
  AbstractFp class was in fact useless, drop it and make Fp extends
  ECCurve again.
  End of hunk not applied, the AbstractF2m class is not needed as its
  sole purpose is to factorize a call to buildField() that version
  1.44 does not have.
- Hunk 11/12/13: Not applied as we don't introduce AbstractF2m.
- Hunk 14: yp is already initialized as null in 1.44.
- Hunk 15: decompressPoint() is really implemented differently... and
  even has different parameters. Just add the final check for yp==null
  and don't change the logic in the function.
---
 .../bouncycastle/asn1/ua/DSTU4145PointEncoder.java |  20 +-
 .../bouncycastle/math/ec/AbstractECMultiplier.java |   8 +-
 .../org/bouncycastle/math/ec/ECAlgorithms.java |  56 -
 .../java/org/bouncycastle/math/ec/ECCurve.java | 183 +-
 .../java/org/bouncycastle/math/ec/ECPoint.java | 270 ++---
 .../bouncycastle/math/ec/ReferenceMultiplier.java  |  28 +--
 .../math/ec/custom/djb/Curve25519.java |  29 +--
 .../math/ec/custom/djb/Curve25519Point.java|  17 +-
 .../math/ec/custom/sec/SecP192K1Curve.java |  33 +--
 .../math/ec/custom/sec/SecP192K1Point.java |  19 +-
 .../math/ec/custom/sec/SecP192R1Curve.java |  29 +--
 .../math/ec/custom/sec/SecP192R1Point.java |  19 +-
 .../math/ec/custom/sec/SecP224K1Curve.java |  33 +--
 .../math/ec/custom/sec/SecP224K1Point.java |  19 +-
 .../math/ec/custom/sec/SecP224R1Curve.java |  29 +--
 .../math/ec/custom/sec/SecP224R1Point.java |  18 +-
 .../math/ec/custom/sec/SecP256K1Curve.java |  33 +--
 .../math/ec/custom/sec/SecP256K1Point.java |  19 +-
 .../math/ec/custom/sec/SecP256R1Curve.java |  29 +--
 .../math/ec/custom/sec/SecP256R1Point.java |  18 +-
 .../math/ec/custom/sec/SecP384R1Curve.java |  29 +--
 .../math/ec/custom/sec/SecP384R1Point.java |  18 +-
 .../math/ec/custom/sec/SecP521R1Curve.java |  29 +--
 .../math/ec/custom/sec/SecP521R1Point.java |  18 +-
 .../org/bouncycastle/math/ec/test/ECPointTest.java |  33 +--
 docs/releasenotes.html

Bug#802755: ITP: bgpq3 -- automatic BGP filter generator using RADB data

[Apollon Oikonomopoulos]

Package: wnpp
Severity: wishlist
Owner: Apollon Oikonomopoulos 

* Package name: bgpq3
  Version : 0.1.31
  Upstream Author : Alexandre Snarskii 
* URL : http://snar.spb.ru/prog/bgpq3/
* License : BSD
  Programming Lang: C
  Description : automatic BGP filter generator using RADB data

bgpq3 eases BGP filter maintenance by automatically generating prefix 
lists, (extended) access lists, policy statement terms and AS-path lists 
using RADB data. It features IPv6 prefix/access-list support, 
aggregation of generated filters and output compatible with Cisco, 
Juniper and BIRD.

Bug#661147: libreoffice: SIGSEGV in basic while using draw function

[Ben Finney]

Control: fixed -1 libreoffice/1:5.0.3~rc1-2
Control: tags -1 - moreinfo

On 23-Oct-2015, Jean-Luc Coulon (f5ibh) wrote:

> Well.
> This was in 2012.. more than 3 years ago.
> 
> The version of the package was 3.5.0-2
> Actual version is 5.0.3-rc

I assume you mean “1:5.0.3~rc1-2” from Debian.

> You can close the bug if you want everything is now irrelevant.

Thank you! I will record the bug is confirmed fixed in that Debian
package version.

-- 
 \  “Not using Microsoft products is like being a non-smoker 40 or |
  `\ 50 years ago: You can choose not to smoke, yourself, but it's |
_o__)   hard to avoid second-hand smoke.” —Michael Tiemann |
Ben Finney 


signature.asc
Description: PGP signature

Bug#802735: nodejs: add autopkgtests

[Jérémy Lal]

2015-10-23 2:32 GMT+02:00 dann frazier :

> Source: nodejs
> Version: 4.0.0~dfsg-2
> Severity: wishlist
> Tags: patch
>
> Attached is a patch to add a couple simple autopkgtests to nodejs.
>

Hello,
beside a very simple test like
nodejs -e "console.log('test');"
i don't see the point of testing further since hundreds of tests are
already run
during package build.

Jérémy.

Bug#800657: Please provide a vdpau-driver-all package and let libvdpau1 recommend it

[Luca Boccassi]

On Oct 23, 2015 02:21, "Andreas Beckmann"  wrote:
>
> On 2015-10-08 18:23, Andreas Beckmann wrote:
> > I'd like to get some testing feedback before we move this to unstable.
> > Also we need to check whether vdpau-driver-all is installable on all
> > architectures.
>
> Ping?

Sorry, this one slipped through. I'll give it a run on my machines and
chroots early next week.

Kind regards,
Luca Boccassi

Bug#802678: [buildd-tools-devel] Bug#802678: please document that --chroot-setup-command is executed inside the chroot

[Marc Haber]

On Fri, Oct 23, 2015 at 08:21:29AM +0200, Johannes Schauer wrote:
> would the attached patch, improving the man page, have helped prevent the
> problem you were facing?

Absolutely! Thank you very much!

Greetings
Marc

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

Bug#798928: python-oslo.middleware: FTBFS: AttributeError: assert_called_once

[Thomas Goirand]

Hi,

This is fixed in version 2.8.0.

Thomas

Bug#802704: calibre: FTBFS due to missing libraries to link to

[Dmitry Shachnev]

Control: reassign -1 qtbase5-private-dev 5.5.1+dfsg-2
Control: affects -1 src:calibre

Hi Lisandro,

On Thu, 22 Oct 2015 15:44:55 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi! Musescore has started to FTBFS in the latest rebuild against Qt5 [ftbfs]
>
> [ftbfs] 
> 
>
> The issue seems to be missing dependencies to link against:
>
> g++ -m64 -Wl,--no-undefined -Wl,-O1 -shared -o libheadless.so 
> headless_backingstore.o headless_integration.o main.o fontconfig_database.o  
> -L/usr/X11R6/lib64 -lQt5PlatformSupport -lfontconfig -lfreetype -lQt5DBus 
> -lgthread-2.0 -pthread -lglib-2.0 -lXrender -lXext -lX11 -lm -linput 
> -lxkbcommon -ludev -lmtdev -lEGL -lQt5Gui -lQt5Core -lGL -lpthread -lglib-2.0 
> -lfontconfig -lfreetype 
> /usr/bin/ld: cannot find -linput
> /usr/bin/ld: cannot find -lxkbcommon
>
> I can only think in Qtbase's private stuff changing linking requirements.

You are right, all this stuff is coming from libQt5PlatformSupport.prl, and is 
needed
to link with libQt5PlatformSupport.a static library. We should update the 
dependencies
of qtbase5-private-dev package.

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#802756: ITP: dwv-orthanc-plugin -- DICOM Web Viewer (DWV) plugin for Orthanc

[Yves]

Package: wnpp
Severity: wishlist
Owner: "Yves Martelli" 


* Package name: dwv-orthanc-plugin
  Version : 0.4.0
  Upstream Author : Yves Martelli 
* URL : https://github.com/ivmartel/dwv-orthanc-plugin
* License : GPL
  Programming Lang: JavaScript
  Description : DICOM Web Viewer (DWV) for Orthanc

The DWV Orthanc Plugin lets the user view DICOM images stored in Orthanc
using DWV, an HTML5 zero-footprint viewer (DWV). Its basic tools include
scrolling, windowing/leveling (manually and using presets), annotations and
basic image filters. It is touch screen compatible.

Bug#802671: Tentative patches for version 1.44

[Emmanuel Bourg]

Thank you for the backport Raphael, I started working on the backport
for 1.49 and I've interpreted similarly the changes required. The patch
could be slightly simplified by moving the satisfiesCurveEquation()
functions directly into the two ECPoint subclasses instead of
introducing an intermediary abstract class.

As for testing I face the issue, some help from upstream developers
would be welcome.

Emmanuel Bourg

Bug#802757: djangorestframework-gis: FTBFS with djangorestframework 3.2.2-1

[Brian May]

Source: djangorestframework-gis
Version: 0.8-2
Severity: serious
Justification: Does not build from source

I just uploaded djangorestframework 3.2.2-1 to unstable.

Will see if I can look at this if I get a chance. If not tonight, possibly
tomorrow.

An example of the error - there are several similar errors that occur during
testing.

==
ERROR: test_HTML_browsable_geojson_location_list 
(django_restframework_gis_tests.tests.TestRestFrameworkGis)
--
Traceback (most recent call last):
  File "tests/django_restframework_gis_tests/tests.py", line 23, in setUp
self.location_list_url = reverse('api_location_list')
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 
551, in reverse
return iri_to_uri(resolver._reverse_with_prefix(view, prefix, *args, 
**kwargs))
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 
415, in _reverse_with_prefix
self._populate()
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 
292, in _populate
for name in pattern.reverse_dict:
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 
315, in reverse_dict
self._populate()
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 
303, in _populate
lookups.appendlist(pattern.callback, (bits, p_pattern, 
pattern.default_args))
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 
231, in callback
self._callback = get_callable(self._callback_str)
  File "/usr/lib/python2.7/dist-packages/django/utils/lru_cache.py", line 101, 
in wrapper
result = user_function(*args, **kwds)
  File "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line 97, 
in get_callable
mod = import_module(mod_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File "tests/django_restframework_gis_tests/views.py", line 5, in 
from .serializers import *
  File "tests/django_restframework_gis_tests/serializers.py", line 2, in 

from rest_framework_gis import serializers as gis_serializers
  File "/«PKGBUILDDIR»/rest_framework_gis/serializers.py", line 16, in 
_geo_field_mapping = ModelSerializer._field_mapping.mapping
AttributeError: type object 'ModelSerializer' has no attribute '_field_mapping'

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

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#801498: Using rakudo-star tarball ... (was: Re: Bug#801498: rakudo: Native libraries and paths)

[Dominique Dumont]

On Thursday 22 October 2015 22:49:48 gregor herrmann wrote:
> Is there no tarball for rakudo-star (as in pure rakudo plus the other
> stuff)?

Heh, I guess we're thinking the same way ;-)

Yes, there are tarballs there 
http://rakudo.org/downloads/star/

rakudo-star-2015.09.tar.gz   contains everything, moar, nqp, rakudo, panda and 
core modules.

Creating perl6 from there would be much simpler.

I wonder if keeping separate binary package for moar nqp make sense ?

We'd still need to:
- remove libtomath
- remove minified js files
- ship arch dependant stuff in separate binary packages

We'd then drop rakudo, nqp, moar source package and keep only rakudo-star.

thoughts ?

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#802625: libvdpau crashes on 64-bit machines when DRI_PRIME env variable set

[Luca Boccassi]

On 23 October 2015 at 02:23, Andreas Beckmann  wrote:
> On 2015-10-23 03:00, Luca Boccassi wrote:
>> I have tested on Jessie 64bit (and built i386 too) a new version with
>> the cherry-picked patch and verified it's not happening anymore.
>>
>> I pushed it to Git. Andreas, Vincent, could you please do a new upload
>> when you have time and you are happy with the changes? Thank you!
>
> ACK from me, but is vdpau-driver-all ready for unstable? I don't want to
> upload a migration-blocker to sid.

I'll give it a good run early next week.

> Where should this bug be fixed in addition to sid? this is a regression
> in the security upload, but I don't think it warrants an update through
> */updates, -pu might be sufficient.

I agree, given it's a regression we should fix it, but -pu should be fine.

Kind regards,
Luca Boccassi

Bug#802752: [PATCH] add devpts

[James Cameron]

fixes #802752
---
v1: not tested, proposed for discussion

 vmdebootstrap | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/vmdebootstrap b/vmdebootstrap
index 67ea2c8..f37d3d1 100755
--- a/vmdebootstrap
+++ b/vmdebootstrap
@@ -848,6 +848,8 @@ class VmDebootstrap(cliapp.Application):  # pylint: 
disable=too-many-public-meth
 def _mount_wrapper(self, rootdir):
 self.runcmd(['mount', '/dev', '-t', 'devfs', '-obind',
  '%s' % os.path.join(rootdir, 'dev')])
+self.runcmd(['mount', '/dev/pts', '-t', 'devpts', '-obind',
+ '%s' % os.path.join(rootdir, 'dev', 'pts')])
 self.runcmd(['mount', '/proc', '-t', 'proc', '-obind',
  '%s' % os.path.join(rootdir, 'proc')])
 self.runcmd(['mount', '/sys', '-t', 'sysfs', '-obind',
@@ -856,6 +858,7 @@ class VmDebootstrap(cliapp.Application):  # pylint: 
disable=too-many-public-meth
 def _umount_wrapper(self, rootdir):
 self.runcmd(['umount', os.path.join(rootdir, 'sys')])
 self.runcmd(['umount', os.path.join(rootdir, 'proc')])
+self.runcmd(['umount', os.path.join(rootdir, 'dev', 'pts')])
 self.runcmd(['umount', os.path.join(rootdir, 'dev')])
 
 def install_grub_uefi(self, rootdir):
-- 
1.9.1


-- 
James Cameron
http://quozl.linux.org.au/

Bug#802735: [Pkg-javascript-devel] Bug#802735: nodejs: add autopkgtests

[Jonas Smedegaard]

Quoting Jérémy Lal (2015-10-23 09:14:54)
> 2015-10-23 2:32 GMT+02:00 dann frazier :
> 
> Source: nodejs
> Version: 4.0.0~dfsg-2
> Severity: wishlist
> Tags: patch
> 
> Attached is a patch to add a couple simple autopkgtests to nodejs.
> 
> 
> Hello,
> beside a very simple test like
> nodejs -e "console.log('test');"
> i don't see the point of testing further since hundreds of tests are already
> run
> during package build.

As I understand it, there's a point in running tests if there is a 
chance of dependent libraries affecting behaviour of the package.

 - Jonas

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

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


signature.asc
Description: signature

Bug#802635: samba: Can't delete files

[Adi Kriegisch]

Hi!

I actually don't think this will happen:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688059
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704761

-- Adi


signature.asc
Description: Digital signature

Bug#802758: ITP: zsh-syntax-highlighting -- Fish shell like syntax highlighting for Zsh

[Daniel Shahaf]

Package: wnpp
Severity: wishlist
Owner: Daniel Shahaf 

* Package name: zsh-syntax-highlighting
  Version : 0.3.0
  Upstream Author : Multiple authors
* URL : https://github.com/zsh-users/zsh-syntax-highlighting/
* License : BSD
  Programming Lang: Zsh
  Description : Fish shell like syntax highlighting for Zsh
 .
 This package provides syntax highlighing for the shell zsh.  It enables
 highlighing of commands whilst they are typed at a zsh prompt into an
 interactive terminal.  This helps in reviewing commands before running
 them, particularly in catching syntax errors.
 .
 This feature is inspired by the Fish shell, which provides it by default.
 .
 There are numerous ways to configure the colors used for highlighting,
 and to configure what is highlighted.

I am a comaintainer of upstream.

Draft packaging available at:
https://github.com/danielshahaf/zsh-syntax-highlighting-debian/

I would welcome assistance with the package, such as comaintainers or
maintaining it under the umbrella of a team.  (I have approached the
pkg-zsh-devel@ team but have not received a definite response.)

Bug#781172:

[Yann-externe SOUBEYRAND]

Please see bug #784070 for new information about bug and package status.

Cheers

Yann

Bug#802759: ampache-themes: non-free files (CC-BY-NC-SA-3.0 and IEC61966-2.1)

[Dmitry Smirnov]

Source: ampache-themes
Version: 3.6.1-2
Severity: serious

According to "fresh/README", the particular theme is non-free:

LICENSE
Theme:
Attribution-NonCommercial-ShareAlike 3.0 Unported (CC BY-NC-SA 3.0)
http://creativecommons.org/licenses/by-nc-sa/3.0/

Also (at least) the following files:

Grey/images/ampache.png 

   
Leo/images/ajax-loader.png  

   
Leo/images/ampache.png  

   
Leo/images/fraz.png 

   
Leo/images/ratings/star_rating.png  

   
Leo/images/ratings/stop1.png

   
Leo/images/ratings/x1.png   

   
Leo/images/ratings/x_off.png

   
Leo/images/ratings/x_off1.png   

   
Leo/images/rightbar_top.png 

   
Leo/images/sidebar_top.png  

   
fresh/images/ampache.png

   
fresh/images/ratings/star_rating.png

   
lonely_speaker/images/ampache.png   

   
lonely_speaker/images/lonely_speaker.jpg

   
looney-tunes/images/looney_tunes_41.jpg 

   
voxeled/images/bgbody.jpg   

   

contain non-free IEC61966-2.1 colour profile (license prohibit modification): 

http://www.color.org/srgbprofiles.xalter#v2

(`exiftool` could be helpful to show image metadata).

Please investigate.

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

---

Free speech is the bedrock of liberty and a free society. And yes, it
includes the right to blaspheme and offend.
-- Ayaan Hirsi Ali, 2010


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

Bug#802760: python-requests 2.7.0 incompatible with urllib3 1.12

[Thomas Goirand]

Package: python-requests
Version: 2.4.3-6
Severity: grave

Hi,

I've tried to build python-glanceclient with python-requests 2.7.0 and
version 1.12 of python-urllib3, and it just broke (ie: FTBFS). Building
python-glanceclient with version 1.11-2 of urllib3 worked, and also,
upgrading python-requests to 2.8.1 worked as well.

As you must know (because upstream got in touch with you), urllib3 and
requests are very tighly coupled, and you cannot upgrade one without
upgrading the other.

The way forward with this, IMO, is to upgrade requests to 2.8.1.

Thanks for maintaining requests,
Cheers,

Thomas Goirand (zigo)

Bug#802761: libkmfl: FTBFS on arm64

[Edmund Grimley Evans]

Source: libkmfl
Version: 0.9.8-1

It failed to build on arm64:

https://buildd.debian.org/status/package.php?p=libkmfl&suite=sid

You can make it build simply by adding autotools-dev to the Build-Depends.

Bug#798788: libreoffice: Config from previous version causes badly-updating display

[Stephen Kitt]

Le 23/10/2015 01:55, Ben Finney a écrit :

Control: retitle -1 libreoffice: Config from previous version causes
badly-updating display
Control: tags -1 unreproducible moreinfo

On 12-Sep-2015, Stephen Kitt wrote:

Deleting ~/.config/libreoffice fixes this.


It's good that you now have a working application. Without the
problematic configuration, though, it seems there is no way for the
maintainer to diagnose this bug.


I'll leave it up to you to decide what to do with this; there's
something missing in the upgrade code, but what...


The only way I can see it makes sense for this bug report to remain
open is if there is some information that can be given to the
maintainer to help reproduce the behaviour.

If you no longer have that and can't send it, I'll ask that you please
close this report as unreproducible.


I still have the old configuration directory; if René is interested I 
can check there's nothing sensitive there and send him a tarball.


Regards,

Stephen

Bug#802762: bundler: Please re-add the /var/lib/gems/ directories

[Raphael Hertzog]

Package: bundler
Version: 1.10.6-2
Severity: normal
Tags: patch
User: de...@kali.org
Usertags: origin-kali kali-patch

Hello,

I noticed that in version 1.9.9-1 you stopped shipping the
/var/lib/gems/ directories justifying this with a bug of
your own (#782148). The bug is not very clear but apparently
you were not happy of having directories for old versions...

I want those directories back because bundler does not work
out of the box without those directories. At least not for
the use we make of it in Kali.

We have many Ruby applications relying on bundler and we package
all the ruby modules ourselves. At build time we run something
like this to ensure that we have all the modules in the desired
versions.

# Just ensure that we have the required deps
bundle install --local --no-cache --without test

But this call fails when /var/lib/gems/ does not exist.

So I would like you to apply the attached patch. It will rely
on ruby-all-dev to create only the directories that are actually
needed for the supported ruby versions (right now 2.1.0 and 2.2.0).

Thank you!

-- System Information:
Debian Release: stretch/sid
  APT prefers squeeze-lts
  APT policy: (500, 'squeeze-lts'), (500, 'oldoldstable'), (500, 'unstable'), 
(500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bundler depends on:
ii  ruby1:2.1.5.1
ii  ruby-molinillo  0.2.3-1
ii  ruby-net-http-persistent2.9-3
ii  ruby-thor   0.19.1-2
ii  ruby2.1 [ruby-interpreter]  2.1.5-4
ii  ruby2.2 [ruby-interpreter]  2.2.3-1
ii  rubygems-integration1.9

Versions of packages bundler recommends:
ii  build-essential  12.1
ii  less 458-3
ii  ruby-dev 1:2.1.5.1
ii  sudo 1.8.12-1

bundler suggests no packages.

-- no debconf information

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/
diff -Nru bundler-1.10.6/debian/control bundler-1.10.6/debian/control
--- bundler-1.10.6/debian/control   2015-10-01 23:44:55.0 +0200
+++ bundler-1.10.6/debian/control   2015-10-19 12:15:53.0 +0200
@@ -8,7 +8,8 @@
gem2deb (>= 0.6.0~),
rake,
ruby-rspec,
-   ruby-thor
+   ruby-thor,
+   ruby-all-dev
 Standards-Version: 3.9.6
 Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/bundler.git
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-ruby-extras/bundler.git
diff -Nru bundler-1.10.6/debian/rules bundler-1.10.6/debian/rules
--- bundler-1.10.6/debian/rules 2015-10-01 23:44:55.0 +0200
+++ bundler-1.10.6/debian/rules 2015-10-23 10:19:08.0 +0200
@@ -1,6 +1,8 @@
 #!/usr/bin/make -f
 export GEM2DEB_TEST_RUNNER = --check-dependencies
 
+RUBY_API_VERSIONS := $(shell ruby -r ruby_debian_dev.rb -e 'puts 
RubyDebianDev.const_get("RUBY_API_VERSION").values()')
+
 %:
dh $@ --buildsystem=ruby --with ruby
 
@@ -11,3 +13,9 @@
 override_dh_installchangelogs:
dh_installchangelogs -i CHANGELOG.md
 
+override_dh_installdirs:
+   dh_installdirs
+   # Create the /var/lib/gems/ directories that bundler expects
+   for version in $(RUBY_API_VERSIONS); do \
+   mkdir -p debian/bundler/var/lib/gems/$$version; \
+   done

Bug#802758: ITP: zsh-syntax-highlighting -- Fish shell like syntax highlighting for Zsh

[Arturo Borrero Gonzalez]

On 23 October 2015 at 09:52, Daniel Shahaf  wrote:
>
> I would welcome assistance with the package, such as comaintainers or
> maintaining it under the umbrella of a team.  (I have approached the
> pkg-zsh-devel@ team but have not received a definite response.)
>

Perhaps it worth creating a team for 'shell extras'... I'm thinking on
liquidprompt as well.

-- 
Arturo Borrero González

Bug#728207: #728207 /usr/bin/kde-open: kde-open fails to open link

[Francois Gouget]

> tag 728207 wontifx
> thanks

I believe the intention was to mark the bug as wontfix but obviously 
that did not work. I'm a total stranger to this bug so I'll let you 
review and fix the status as appropriate.


-- 
Francois Gouget   http://fgouget.free.fr/
 Advice is what we ask for when we already know the answer but wish we didn't
 -- Eric Jong

Bug#784070: mdadm Software RAID1 with GPT on Debian 8.0.0 amd64 - Does not mount/boot on disk removal

[Yann-externe SOUBEYRAND]

OK, so what do we do from now on? The patch I proposed seems to fix the 
bug which prevents from booting a degraded raid. However, I think this 
patch is a regression for slow to appear devices.

Michael, you told you won't maintain this package any more. Would you mind 
making an exception for this little patch if you decide it's worth 
including it despite the regression? Or do you want me to prepare a NMU? 
In that case, can you give me your opinion on the worthiness of including 
this patch?

Cheers

Yann

Bug#802675: libqt5widgets5: QSystemTrayicon doesn't work on Jessie with many desktop (MATE, Gnome, Cinnamon...)

[Eric Beuque]

2015-10-22 23:29 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer <
perezme...@gmail.com>:

> On Thursday 22 October 2015 15:09:16 Eric Beuque wrote:
> > Package: libqt5widgets5
> > Version: 5.1.1+dfsg-5
> > Severity: important
> >
> > Dear Maintainer,
> >
> > I open another ticket close to the fixed #775398 issue, where qt system
> tray
> > icon is not working.
>
> Then please use #775398 (CCing it). It was closed for the version in
> testing,
> but not for stable.
>
> > This bug seems to be fixed in the future release of Debian, but not in
> > Jessie.
>
> Correct.
>
> > This is really blocking for production machine, where QT5 application
> cannot
> > use tray icon.
> >
> > Is it possible to patch the Qt version (5.3.2) with the fix? Or add in
> > jessie backports a newer version of QT (the stretch version 5.4.3)?
> >
> > If needed i can spend time to work on a patch for QT 5.3.2, but only if
> it
> > can be included in Jessie.
>
> It might be possible to backport
> xcb_delay_showing_tray_icon_window_until_it_is_embedded.patch, yes. I
> currently can't afford to put time on this, but if you can adapt the patch
> and
> test it I will gladly review it and propose it to stable release managers
> for
> the next stable update.
>


Thank you for you answer. I'll work on the patch next week and i'll let you
know when it will be done.



>
> Kinds regards, Lisandro.
>
> --
> Quote me as saying I was mis-quoted.
>  -- Groucho Marx
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
>

Bug#802757: djangorestframework-gis: FTBFS with djangorestframework 3.2.2-1

[Brian May]

Just uploaded the latest version into git. Now I get another error.

   debian/rules override_dh_auto_test
make[1]: Entering directory '/«PKGBUILDDIR»'
set -e; \
for python in python2.7 python3.5 python3.4; do \
  $python runtests.py ; \
done
F..s.s.s.
==
FAIL: test_post_location_list_EWKT 
(django_restframework_gis_tests.tests.TestRestFrameworkGis)
--
Traceback (most recent call last):
  File "tests/django_restframework_gis_tests/tests.py", line 137, in 
test_post_location_list_EWKT
expected_coords
AssertionError: Tuples differ: (6.381496, 53.384067) != (6.381495826183805, 
53.3840669...

First differing element 0:
6.381496
6.38149582618

- (6.381496, 53.384067)
+ (6.381495826183805, 53.384066927384985)

--
Ran 53 tests in 0.349s

FAILED (failures=1, skipped=3)
Creating test database for alias 'default'...
Destroying test database for alias 'default'...
make[1]: *** [override_dh_auto_test] Error 1
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [build] Error 2
debian/rules:9: recipe for target 'build' failed
dpkg-buildpackage: error: debian/rules build gave error exit status 2


-- 
Brian May 

Bug#802763: kinit: should depend on libqt5xcbqpa5:amd64

[Salvo Tomaselli]

Package: kinit
Version: 5.15.0-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

my system was totally unable to do a graphical login.

After a lot of wasted time, I found these errors in the .xsession-errors file

> kdeinit5: preparing to launch 'libkdeinit5_klauncher'
> kdeinit5: Launched KLauncher, pid = 1801, result = 0
> This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".
> 
> Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
> 
> Reinstalling the application may fix this problem.
> kdeinit5: Communication error with launcher. Exiting!
> kdeinit5_wrapper: Warning: connect(/run/user/1001/kdeinit5__0) failed: : 
> Connection refused
> This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".

and so I installed libqt5xcbqpa5, which then made it work.

So I suppose the library should be among the dependencies.

Thanks

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

Kernel: Linux 4.1.6a (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kinit depends on:
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libkf5configcore55.15.0-1
ii  libkf5coreaddons55.15.0-1
ii  libkf5crash5 5.15.0-1
ii  libkf5i18n5  5.15.0-1
ii  libkf5kiocore5   5.15.0-1
ii  libkf5kiowidgets55.15.0-1
ii  libkf5service-bin5.15.0+-1
ii  libkf5service5   5.15.0+-1
ii  libkf5windowsystem5  5.15.0-1
ii  libqt5core5a 5.5.1+dfsg-2
ii  libqt5dbus5  5.5.1+dfsg-2
ii  libqt5gui5   5.5.1+dfsg-2
ii  libstdc++6   5.2.1-22
ii  libx11-6 2:1.6.3-1

kinit recommends no packages.

kinit suggests no packages.

-- no debconf information
Xsession: X session started for salvo at ven 23 ott 2015, 11.00.21, CEST
localuser:salvo being added to access control list
Service 'org.kde.kaccessibleapp' does not exist.
This application failed to start because it could not find or load the Qt 
platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.
xmodmap:  please release the following keys within 2 seconds:
Caps_Lock (keysym 0xffe5, keycode 37)
Alt_L (keysym 0xffe9, keycode 64)
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
kbuildsycoca4 running...
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was 
':1.6'
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.


1
yakuake(1697)/konsole Konsole::Session::run: Attempted to re-run an already 
running session. 
startkde: Starting up...
QDBusConnection: name 'org.freedesktop.UDisks2' had owner '' but we thought it 
was ':1.16'
kdeinit5: preparing to launch 'libkdeinit5_klauncher'
kdeinit5: Launched KLauncher, pid = 1801, result = 0
This application failed to start because it could not find or load the Qt 
platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.
kdeinit5: Communication error with launcher. Exiting!
kdeinit5_wrapper: Warning: connect(/run/user/1001/kdeinit5__0) failed: : 
Connection refused
This application failed to start because it could not find or load the Qt 
platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.
Aborted
startkde: Shutting down...
kdeinit5_wrapper: Warning: connect(/run/user/1001/kdeinit5__0) failed: : 
Connection refused
Error: Can not contact kdeinit5!
startkde: Running shutdown scripts...
startkde: Done.
kdeinit4: Fatal IO error: client killed
klauncher: Exiting on signal 15
kdeinit4: Fatal IO error: client killed
yakuake: Fatal IO error: client killed
yakuake(1697)/konsole Konsole::SessionManager::~SessionManager: Konsole 
SessionMan

Bug#802705: musescore: FTBFS while rebuilding against newest Qt5 private headers

[Dmitry Shachnev]

Control: tag -1 fixed-upstream
Control: forwarded -1 https://github.com/musescore/MuseScore/pull/2171

On Thu, 22 Oct 2015 15:49:38 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi! Musescore FTBFS when rebuilding against the new Qtbase's private headers:
>
> https://buildd.debian.org/status/package.php?p=musescore
>
> The problem seems to be:
>
> /«BUILDDIR»/musescore-2.0.2+dfsg/libmscore/clef.cpp:58:7: error: narrowing 
> conversion of '-1' from 'int' to 'char' inside { } [-Wnarrowing]
>};

This upstream commit fixes it:

https://github.com/musescore/MuseScore/commit/78605d6aefe45f44

Dear musescore maintainers, please let us now if you want us to NMU it.

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#802764: virtualbox-source: fucks up my kernel's modules

[Salvo Tomaselli]

Package: virtualbox-source
Version: 5.0.8-dfsg-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

apparently upgrading virtualbox messed with my custom built kernel's modules,
and so if I boot with that kernel I no longer have a video card and I am not
able to start Xorg.

Also, the text on my console is unusually huge.

Attaching my dmesg.

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

Kernel: Linux 4.1.6a (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox-source depends on:
ii  build-essential   12.1
ii  bzip2 1.0.6-8
ii  debhelper 9.20151005
ii  kbuild1:0.1.9998svn2786+dfsg-1
ii  module-assistant  0.11.8

Versions of packages virtualbox-source recommends:
ii  virtualbox  5.0.8-dfsg-1

virtualbox-source suggests no packages.

-- no debconf information
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.2.1a (root@hal9000) (gcc version 5.2.1 20150911 
(Debian 5.2.1-17) ) #1 SMP PREEMPT Mon Sep 28 13:40:48 CEST 2015
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.1a root=/dev/sda2 ro 
pcie_aspm=force i915.enable_rc6=4
[0.00] Disabled fast string operations
[0.00] x86/fpu: xstate_offset[2]: 0240, xstate_sizes[2]: 0100
[0.00] x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point 
registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x04: 'AVX registers'
[0.00] x86/fpu: Enabled xstate features 0x7, context size is 0x340 
bytes, using 'standard' format.
[0.00] x86/fpu: Using 'eager' FPU context switches.
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009d7ff] usable
[0.00] BIOS-e820: [mem 0x0009d800-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xba99efff] usable
[0.00] BIOS-e820: [mem 0xba99f000-0xbae9efff] reserved
[0.00] BIOS-e820: [mem 0xbae9f000-0xbaf9efff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbaf9f000-0xbaffefff] ACPI data
[0.00] BIOS-e820: [mem 0xbafff000-0xbaff] usable
[0.00] BIOS-e820: [mem 0xbb00-0xbf9f] reserved
[0.00] BIOS-e820: [mem 0xf800-0xfbff] reserved
[0.00] BIOS-e820: [mem 0xfe80-0xfe80] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
[0.00] BIOS-e820: [mem 0xfed08000-0xfed08fff] reserved
[0.00] BIOS-e820: [mem 0xfed1-0xfed19fff] reserved
[0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xffd8-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00013fdf] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.6 present.
[0.00] DMI: LENOVO 11433LG/11433LG, BIOS 8HET41WW(1.23) 01/13/2012
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x13fe00 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0FFC0 mask FFFC0 write-protect
[0.00]   1 base 0 mask F8000 write-back
[0.00]   2 base 08000 mask FC000 write-back
[0.00]   3 base 0BC00 mask FFC00 uncachable
[0.00]   4 base 0BB00 mask FFF00 uncachable
[0.00]   5 base 1 mask FC000 write-back
[0.00]   6 base 13FE0 mask FFFE0 uncachable
[0.00]   7 disabled
[0.00]   8 disabled
[0.00]   9 disabled
[0.00] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- WT  
[0.00] e820: last_pfn = 0xbb000 max_arch_pfn = 0x4
[0.00] Base memory trampoline at [88097000] 97000 size 24576
[0.00] reserving inaccessible SNB gfx pages
[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.

Bug#801710: egg-info garbage

[Piotr Ożarowski]

[Barry Warsaw, 2015-10-23]
> What are the options for handling this?
> 
> 1) Require upstreams to explicitly prune .pybuild/ and debian/

instead of .pybuild, I'd suggest upstream to ignore everything that
starts with a dot - we can create a patch to do that in our setuptools
package and another patch that extends it with "debian" dir (but keep
that one only for ourselves)

Bug#801710: egg-info garbage

[Piotr Ożarowski]

> instead of .pybuild, I'd suggest upstream to ignore everything that
> starts with a dot - we can create a patch to do that in our setuptools
> package and another patch that extends it with "debian" dir (but keep
> that one only for ourselves)

FTR: I meant "upstream" as in setuptools/distutils authors here, not
every single module author out there 

i.e I think distutils should ignore dot files and we should extend it
to ignore debian dir

Bug#802656: Bug

[Patrick Stokman]

On Fri, 23 Oct 2015 02:58:11  0200 Diederik de Haas  
wrote:
> severity 802656 grave
> thanks
> 
> On Thursday 22 October 2015 17:53:43 Lisandro Damián Nicanor Pérez Meyer 
> wrote:
> > > dolphin doesn't start as it can't find a Qt plugin:
> > [snip]
> > > After manually installing libqt5xcbqpa5 it was starting again.
> > 
> > Do you have Recommendations disabled? libqt5xcbqpa5 is recommeded by 
> > libqt5gui5, so normal installations should have it.
> 
> I've raised the severity as it will break most ppls desktop and now ppl 
> should 
> get warned through apt-listbug
> 
> I do have Recommends enabled, but libqt5xcbqpa5 did not get installed and 
> that 
> broke my Plasma Desktop rather severly.  Installing that package fixed it.
> This bug was pointed out to me so I found the solution rather quickly, but 
> others probably won't be so lucky. And now that ppl should get warned, that 
> would hopefully reduce the flooding of bug reports ;-)

This bug should stay as grave. I updated this morning and after a reboot I did 
not get a GUI at all. Sddm failed to start because it was missing this Qt 
plugin module. After about an hour I learned that libqt5xcbqpa5 had to be 
installed.

I also have recommended turned off because I usually don't want the extra 
packages. If kwin gets its dependencies changed, then consider doing the same 
for sddm, as without it, using the default config, it's pretty much useless.

Regards,
Patrick

Bug#802765: Should recommends adwaita-icon-theme instead of gnome-icon-theme

[Sebastien Bacher]

Package: gnome-calculator
Version: 3.18.1-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

gnome-icon-theme is deprecated in favor of adwaita-icon-theme, the
recommends should be updated, following patch to do that
diff -Nru gnome-calculator-3.18.1/debian/changelog 
gnome-calculator-3.18.1/debian/changelog
--- gnome-calculator-3.18.1/debian/changelog2015-10-13 15:50:47.0 
+0200
+++ gnome-calculator-3.18.1/debian/changelog2015-10-23 11:37:46.0 
+0200
@@ -1,3 +1,10 @@
+gnome-calculator (3.18.1-2) unstable; urgency=medium
+
+  * debian/control.in: 
+- recommends adwaita-icon-theme instead of gnome-icon-theme
+
+ -- Sebastien Bacher   Fri, 23 Oct 2015 11:36:28 +0200
+
 gnome-calculator (3.18.1-1) unstable; urgency=medium
 
   [ Andreas Henriksson ]
diff -Nru gnome-calculator-3.18.1/debian/control 
gnome-calculator-3.18.1/debian/control
--- gnome-calculator-3.18.1/debian/control  2015-10-13 15:51:48.0 
+0200
+++ gnome-calculator-3.18.1/debian/control  2015-10-23 11:38:15.0 
+0200
@@ -30,7 +30,7 @@
  ${misc:Depends}
 Recommends: yelp,
 gvfs,
-gnome-icon-theme
+adwaita-icon-theme,
 Breaks: gcalctool (<< 6.7)
 Replaces: gcalctool (<< 6.7)
 Description: GNOME desktop calculator
diff -Nru gnome-calculator-3.18.1/debian/control.in 
gnome-calculator-3.18.1/debian/control.in
--- gnome-calculator-3.18.1/debian/control.in   2015-10-13 15:50:19.0 
+0200
+++ gnome-calculator-3.18.1/debian/control.in   2015-10-23 11:37:20.0 
+0200
@@ -26,7 +26,7 @@
  ${misc:Depends}
 Recommends: yelp,
 gvfs,
-gnome-icon-theme
+adwaita-icon-theme,
 Breaks: gcalctool (<< 6.7)
 Replaces: gcalctool (<< 6.7)
 Description: GNOME desktop calculator

Bug#567033: Clarify status of /usr/games

[Alexandre Detiste]

Hi,

I'd quite _like_ to keep /usr/games separete because it makes it
easy to implement a "you're grounded" scheme along things like
'iptables -A OUTPUT -o eth0 -m owner --uid-owner {CHILD_USERNAME} -j REJECT'
could be use to block web access.

~

I would insist a bit more for /usr/share/games : when commercial
games get installed with game-data-packager, those will
dwarf the other packages, and can fill a "/ + /usr" filesystem
mounted on a cheap 64Gb SSD pretty fast.

Keeping /usr/share/games separate makes it easy to
mount it on a HDD or even via NFS.

$ dpigs 
2063510 freespace2-data
1519641 doom3-data
1303784 feeble-files-orig-es-video
1254020 grimfandango-fr-data
1157177 zork-grand-inquisitor-data
1139350 feeble-files-es-data
1047295 curse-of-monkey-island-fr-data
1015662 toonstruck-fr-data
..
350229 triplea
...
167364 gcompris-data
167298 linux-image-4.1.0-2-amd64 (place 60)

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

Bug#802766: kde-runtime: kde-open should open the original URL, not the one it was redirected to

[Francois Gouget]

Package: kde-runtime
Version: 4:4.14.2-2
Severity: normal

Dear Maintainer,

To reproduce this problem run:
kde-open 
"https://www.codeweavers.com/support/bugs/browse/?cmd=bug_edit;bug_id=13370";

* Access to this specific page requires being logged into that website which
  KDE is not.
* As a result kde-open gets redirected to the general browse page:
  https://www.codeweavers.com/support/bugs/browse/
* kde-open then notices this is an HTML page and thus invokes iceweasel.
* But it invokes it on the redirected URL, not on the original one.
* So iceweasel opens with the wrong page despite having access to the original
  URL.

kde-open should not make assumptions about redirections and should always pass
the original URL to the browser.

Note that I reported this bug to KDE for kde-open5 which has the same issue:
https://bugs.kde.org/show_bug.cgi?id=354246

But kde-open is in a separate Debian package (kde-runtime instead of
kde-cli-tools) and it's unclear to me whether it will stay around or be
replaced (Also Debian Stable users might be interested in a fix). Finally I was
unable to test version 4:15.08.2-1 due to the current upgrade breakage in
Debian Testing.


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kde-runtime depends on:
ii  kde-runtime-data4:15.08.1-1
ii  kdelibs5-plugins4:4.14.2-5
ii  libasound2  1.0.29-1
ii  libattica0.40.4.2-2
ii  libc6   2.19-22
ii  libcanberra00.30-2.1
ii  libexiv2-13 0.24-4.1
ii  libgcc1 1:5.1.1-14
ii  libgcrypt20 1.6.3-2
ii  libgpgme++2 4:4.14.2-2+b1
ii  libgpgme11  1.6.0-1
ii  libjpeg62-turbo 1:1.4.1-2
ii  libkactivities6 4:4.13.3-1
ii  libkcmutils44:4.14.2-5
ii  libkdeclarative54:4.14.2-5
ii  libkdecore5 4:4.14.2-5
ii  libkdesu5   4:4.14.2-5
ii  libkdeui5   4:4.14.2-5
ii  libkdewebkit5   4:4.14.2-5
ii  libkdnssd4  4:4.14.2-5
ii  libkemoticons4  4:4.14.2-5
ii  libkfile4   4:4.14.2-5
ii  libkhtml5   4:4.14.2-5
ii  libkio5 4:4.14.2-5
ii  libkmediaplayer44:4.14.2-5
ii  libknewstuff3-4 4:4.14.2-5
ii  libknotifyconfig4   4:4.14.2-5
ii  libkparts4  4:4.14.2-5
ii  libkpty44:4.14.2-5
ii  libkxmlrpcclient4   4:4.14.2-2+b1
ii  libntrack-qt4-1 016-1.3
ii  libopenexr6 1.6.1-8
ii  libphonon4  4:4.8.3-2
ii  libplasma3  4:4.14.2-5
ii  libpulse-mainloop-glib0 7.0-1
ii  libpulse0   7.0-1
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-declarative  4:4.8.7+dfsg-1
ii  libqt4-network  4:4.8.7+dfsg-1
ii  libqt4-script   4:4.8.7+dfsg-1
ii  libqt4-svg  4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libqtwebkit42.3.4.dfsg-3
ii  libsmbclient2:4.1.17+dfsg-4
ii  libsolid4   4:4.14.2-5
ii  libssh-gcrypt-4 0.6.3-4.1
ii  libstdc++6  5.1.1-14
ii  libwebp50.4.3-1.3
ii  libx11-62:1.6.3-1
ii  libxcursor1 1:1.1.14-1+b1
ii  oxygen-icon-theme   4:4.14.0-1
ii  perl5.20.2-6
ii  phonon  4:4.8.3-2
ii  plasma-scriptengine-javascript  4:4.14.2-2

kde-runtime recommends no packages.

Versions of packages kde-runtime suggests:
ii  djvulibre-bin3.5.27.1-3
ii  finger   0.17-15
ii  icoutils 0.31.0-2
ii  libcanberra-pulse0.30-2.1
ii  sound-theme-freedesktop  0.8-1

-- no debconf information

Bug#802593: gcl: FTBFS on hurd-i386

[Svante Signell]

On Thu, 2015-10-22 at 10:59 -0400, Camm Maguire wrote:
> Greetings, and thanks again for your work on this!
> 
> Svante Signell  writes:
> 

> > Update:
> > hol88 builds with one manual interrupt:
> >
>> Makefile:36: recipe for target 'latex_type_pp.ml' failed
..
> 
> I think you might be using an older gcl, as the symbols have recently
> moved among different packages.  If you try the latest versions in
> debian sid with your sysconf patch for gcl, that should work.
>
> Otherwise, pleast let me know.

I do use the latest version of gcl.
I tried to issue the broken parts manually but failed with setting the
library_pathname():
source ../hol88_commandline
-bash: set_library_search_path
[`/home/srs/DEBs/hol88/hol88-2.02.19940316/Library`];;: No such file or
directory

cat hol88_commandline
#!/bin/sh
#set -x
#echo 'set_flag(`abort_when_fail`,true);;'\
'set_library_search_path
[`/home/srs/DEBs/hol88/hol88-2.02.19940316/Library`];;'\
'loadf(library_pathname() ^ `/prettyp/PP_printer`);;'\
'loadf(library_pathname() ^ `/prettyp/PP_parser`);;'\
'PP_to_ML false `latex_type` ``;;'\
'quit();;' | /home/srs/DEBs/hol88/hol88-2.02.19940316/hol

>From the build log and Library/latex-hol/Makefile 
##echo 'set_flag(`abort_when_fail`,true);;'\
#'loadf(library_pathname() ^ `/prettyp/PP_printer`);;'\
#'loadf(library_pathname() ^ `/prettyp/PP_parser`);;'\
#'PP_to_ML false `latex_type` ``;;'\
#'quit();;' | /home/srs/DEBs/hol88/hol88-2.02.19940316/hol

> > maxima still FTBFS at the same place.
> >
> > Seems like there are errors when running gcl for both packages:
> > task(9610) decreasing a bogus port 1701869637 by 1, most probably a bug.
> 
> Interesting.  My general experience has been lockups almost impossible
> to debug and do anything but a kill -9.

> From the maxima source tree you can do
> cd src
> GCL_ANSI=t gcl
> >(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name 
> >:operate-on-system) :mk) "maxima" :load :verbose t) (when (fboundp (quote 
> >si::sgc-on))(si::sgc-on t)) (si:save-system "binary-gcl/maxima"))
> 
> You can also precede with (si::use-fast-links nil) if you want lisp
> debugging.

I managed to create a batch version, see attached maxima_commandline,
and got an rpctrace (not attached, too big) and a gdb backtrace
(maxima_gdb.txt). Seems like the bugs are in the memory protection
parts.

Interactively:
cd src
GCL_ANSI=t gcl
>(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name 
>:operate-on-system) :mk) "maxima" :load :verbose t) (when (fboundp (quote 
>si::sgc-on))(si::sgc-on t)) (si:save-system "binary-gcl/maxima"))

Batch:
(cd src; GCL_ANSI=t gcl -batch -eval '(progn (load 
"../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name 
:operate-on-system) :mk) "maxima" :load :verbose t) (when (fboundp (quote 
si::sgc-on))(si::sgc-on t)) (si:save-system "binary-gcl/maxima"))'; )

(cd src; GCL_ANSI=t rpctrace /usr/bin/gcl -batch -eval '(progn (load 
"../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name 
:operate-on-system) :mk) "maxima" :load :verbose t) (when (fboundp (quote 
si::sgc-on))(si::sgc-on t)) (si:save-system "binary-gcl/maxima"))'; ) 2>&1 | 
tee rpctrace.out
In another window: kill -9 10895
ps -feM|grep srs
 srs 10894  9822  0:01.73 tee standard output rpctrace.out QUILT_REFRESH_AR
 srs 10895 10893  0:07.32 rpctrace /usr/bin/gcl -batch -eval (progn (load "
 srs 10896 10895  0:01.03 /usr/lib/gcl-2.6.12/unixport/saved_ansi_gcl -dir

gdb ~/DEBs/gcl/gcl-2.6.12/debian/ansi/usr/lib/gcl-2.6.12/unixport/saved_ansi_gcl
(gdb) run
Error: 
Fast links are on: do (si::use-fast-links nil) for debugging
Signalled by EVAL.
Condition in EVAL [or a callee]: INTERNAL-SIMPLE-UNBOUND-VARIABLE: Cell error 
on RUN: Unbound variable: 

Broken at EVAL.  Type :H for Help.
1  Return to top level. 
>>(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name 
>>:operate-on-system) :mk) "maxima" :load :verbose t) (when (fboundp (quote 
>>si::sgc-on))(si::sgc-on t)) (si:save-system "binary-gcl/maxima"))
...
;  - Providing system maxima
[New Thread 1126.6]

Program received signal SIGSEGV, Segmentation fault.
0x080d94df in memprotect_test () at sgbc.c:425
425 for (;f1
Thread 5 (Thread 1126.6):
#0  0x012eab5c in mach_msg_trap ()
at 
/home/srs/DEBs/glibc/glibc-2.19/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2
No locals.
#1  0x012eb33e in __mach_msg (msg=msg@entry=0x1535f50, option=option@entry=3, 
send_size=32, 
rcv_size=rcv_size@entry=4096, rcv_name=rcv_name@entry=117, 
timeout=timeout@entry=0, 
notify=notify@entry=0) at msg.c:110
ret = 
#2  0x012eb9ff in __mach_msg_server_timeout (demux=demux@entry=0x12fbfa0 
, 
max_size=max_size@entry=4096, rcv_name=rcv_name@entry=117, 
option=option@entry=0, 
timeout=timeout@entry=0) at msgserver.c:150
request = 0x1535f50
reply = 0x1536f60
mr = 0
__PRETTY_FUNCTION__ = "__mach_msg_server_timeout"
#3  0

Bug#802746: linux-image bug

[Ben Hutchings]

Control: found -1 4.2.3-1
Control: retitle -1 linux: CONFIG_CFS_BANDWIDTH should be enabled

On Fri, 2015-10-23 at 13:46 +0800, 张永肃_bytedance wrote:
> Package: linux
> Version: 3.16.7-ckt11
> we need cgroup args named cfs_quota_us and cfs_period_us in our
> application. 
> this args need kernel config named CONFIG_CFS_BANDWIDTH,but in
> 3.16.7-ckt11, CONFIG_CFS_BANDWIDTH is not set.
> pls update a kernel version for jessie with CONFIG_CFS_BANDWIDTH
> function
> 
> BTW, in wheezy, I try to open CONFIG_CFS_BANDWIDTH in kernel
> config.but still can not see cvs_quota_us and cvs_period_us args. is
> that ok add this config in wheezy, too?

As you're requesting a new feature, this *won't* be enabled in stable
releases (wheezy or jessie) but I will certainly consider doing so in
unstable.

Ben.

-- 
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth


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

Bug#802746: linux-image bug

[张永肃_bytedance]

Hi Ben

thanks for your reply. 

is that ok add this new feature in bpo kernel?

BRs

yongsu

在 2015年10月23日，下午6:13，Ben Hutchings  写道：

> Control: found -1 4.2.3-1
> Control: retitle -1 linux: CONFIG_CFS_BANDWIDTH should be enabled
> 
> On Fri, 2015-10-23 at 13:46 +0800, 张永肃_bytedance wrote:
>> Package: linux
>> Version: 3.16.7-ckt11
>> we need cgroup args named cfs_quota_us and cfs_period_us in our
>> application. 
>> this args need kernel config named CONFIG_CFS_BANDWIDTH,but in
>> 3.16.7-ckt11, CONFIG_CFS_BANDWIDTH is not set.
>> pls update a kernel version for jessie with CONFIG_CFS_BANDWIDTH
>> function
>> 
>> BTW, in wheezy, I try to open CONFIG_CFS_BANDWIDTH in kernel
>> config.but still can not see cvs_quota_us and cvs_period_us args. is
>> that ok add this config in wheezy, too?
> 
> As you're requesting a new feature, this *won't* be enabled in stable
> releases (wheezy or jessie) but I will certainly consider doing so in
> unstable.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Beware of bugs in the above code;
> I have only proved it correct, not tried it. - Donald Knuth

Bug#802767: calibre: Please split ebook-viewer out as a seperate package

[Zhang Jingqiang]

Package: calibre
Version: 2.38.0+dfsg-1
Severity: wishlist

Dear Maintainer,

How about split ebook-viewer out as a seperate package, and make
calibre depend on it?
People who just want a document viewer will benefit from it.

Thanks

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#802760: python-requests 2.7.0 incompatible with urllib3 1.12

[Daniele Tricoli]

Hello Thomas,
thanks for this report!

On Friday, October 23, 2015 10:22:07 AM Thomas Goirand wrote:
> I've tried to build python-glanceclient with python-requests 2.7.0 and
> version 1.12 of python-urllib3, and it just broke (ie: FTBFS). Building
> python-glanceclient with version 1.11-2 of urllib3 worked, and also,
> upgrading python-requests to 2.8.1 worked as well.
> 
> As you must know (because upstream got in touch with you), urllib3 and
> requests are very tighly coupled, and you cannot upgrade one without
> upgrading the other.
> 
> The way forward with this, IMO, is to upgrade requests to 2.8.1.

I was already working on this, my workflow was bite a bit from git migration. 
Maybe you noted that in the repository we have already requests 2.8.1, I had 
to do the final checks and it will updated.

I'm working on this right now.

I will start to use ratt[¹] from the future to keep requests always in the 
best shape and not brake anything (or at least catch all breaking early).

Thanks!

[¹] https://packages.debian.org/sid/ratt

-- 
 Daniele Tricoli 'eriol'
 https://mornie.org

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

Bug#802746: linux-image bug

[Ben Hutchings]

On Fri, 2015-10-23 at 18:18 +0800, 张永肃_bytedance wrote:
> Hi Ben
> 
> thanks for your reply. 
> 
> is that ok add this new feature in bpo kernel?

Yes, changes in unstable will also go into jessie-backports a little
later.

Ben.

-- 
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth


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

Bug#802746: linux-image bug

[张永肃_bytedance]

thanks Ben

How about wheezy-backports?

BRs

yongsu

在 2015年10月23日，下午6:22，Ben Hutchings  写道：

> On Fri, 2015-10-23 at 18:18 +0800, 张永肃_bytedance wrote:
>> Hi Ben
>> 
>> thanks for your reply. 
>> 
>> is that ok add this new feature in bpo kernel?
> 
> Yes, changes in unstable will also go into jessie-backports a little
> later.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Beware of bugs in the above code;
> I have only proved it correct, not tried it. - Donald Knuth

Bug#677533: Gspca and kernel 3.x ?

[Karim]

Forgot cc.

On Thu, 22 Oct 2015 22:41:44 +0200 Karim  wrote:
> Hi,
>
> I want to confirm that putting return 2000 * 2000 * 120; into the
> which_bandwidth function make guvcview to work.
>
> I just recompile the module gspca (2.14.0) on kernel 3.16.
>
> My webcam (0ac8:c002) is also using gspca_main and gspca_vc032x modules.
>
> Please let me know if I can make more test.
>
> guvcview : ok
> xawtv, cheese, skype : the picture is displayed 3 times.

Bug#800448: [Pkg-graphite-maint] Bug#800448: graphite-web: Error "object has no attribute 'raw_post_data'" when posting new events

[Jonathan Ballet]

Hi Jonas,

Thanks for having provided a quick update for graphite-web and sorry for 
the late reply!


Le 2015-10-01 22:22, Jonas Genannt a écrit :

Hello Jonathan,

thanks for your report.

When trying to post events to the events API, I have the following 
error:


==
$ curl -X POST http://graphite.lan/events/ -d '{"what": "Event", 
"tags": "test",

"data": "test"}'

Nothing gets logged as far as I know. This renders the events API 
unusable on Jessie.


I have prepared an update of graphite-web for jessie. Could you please 
test it?


I tested it and it looks like the bug I reported is fixed.


If it works, I will talk to the stable release team, if they could
include it into the next point release.


That would be awesome, let me know how it goes!

Thanks,

 Jonathan

Bug#761404: done for default service

[intrigeri]

Peter Palfrader wrote (20 Oct 2015 15:16:36 GMT) :
> fyi, from the debian-0.2.7 branch:

> From fcdeff2c1d84dd984d61bab73bb81ef08b31674e Mon Sep 17 00:00:00 2001
> From: Peter Palfrader 
> Date: Tue, 20 Oct 2015 17:15:18 +0200
> Subject: [PATCH] Enable apparmor support for the default tor service (re:
>  #761404).

Thanks!

Bug#802154: [Pkg-emacsen-addons] Bug#802154: Bug#802154: sml-mode: fails to upgrade lenny -> squeeze -> wheezy -> jessie -> stretch

[David Bremner]

David Bremner  writes:

> "Barak A. Pearlmutter"  writes:
>
>>
>> The current bug is somewhat deeper.  If the elpa infrastructure can't
>> handle emacs (< 24), then it probably shouldn't try to use it.  This
>> situation could come up if both emacs23 and emacs24 are installed, say,
>> with update-alternatives set to point to emacs23.  So even an explicit
>> dependency on emacs24 won't completely address the issue.  I think these
>> considerations argue for explicit version testing, or careful feature
>> testing, in the installation scripts.  Although maybe dh-elpa (>= 0.13)
>> is already doing this?
>
> The 0.13 dh-elpa install scripts explicitly blacklists (well, really
> ignores) emacs23, but they don't know about emacs22. It seems like
> kindof a corner case to me (since emacs22 isn't in oldoldstable), but I
> don't mind also blacklisting emacs22 (and emacs21 for that matter).
>

I have gone ahead and made this change to dh-elpa, as of 0.14 it ignores
emacs 21 and 22 as well.  I guess I missed a chance to ignore emacs20.

d

Bug#802281: icedove: I can confirm this bug

[g.l. gragnani]

Package: icedove
Version: 38.3.0-1
Followup-For: Bug #802281

Dear Maintainer,


I can confirm this behavior.
As a temporary workaround I downgraded to 31.8.0-1~deb8u1
and after setting up my account I upgraded again and
all worked flawlessy


-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.10.0-3
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-22
ii  libgdk-pixbuf2.0-02.32.1-1
ii  libglib2.0-0  2.46.1-1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libnspr4  2:4.10.9-2
ii  libnss3   2:3.20-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpixman-1-0 0.33.2-2
ii  libsqlite3-0  3.9.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-22
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  38.3.0-1

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-2
ii  libgssapi-krb5-2  1.13.2+dfsg-2

-- no debconf information

Bug#802768: Confusing NEWS.Debian entry

[Wouter Verhelst]

Package: ntp
Version: 1:4.2.8p4+dfsg-2
Severity: minor

Hi,

The NEWS.Debian entry for ntp 1:4.2.8p4+dfsg-2 reads as follows:

ntp (1:4.2.8p4+dfsg-2) unstable; urgency=medium

  You now need to use "rlimit memlock -1" to disable locking memory.  The
  behaviour for ""rlimit memlock 0" changed between 4.2.8p3 and 4.2.8p4 and
  it now tries to lock all the memory.  But for various people this still
  breaks things.

 -- Kurt Roeckx   Thu, 22 Oct 2015 18:58:56 +0200

It took me several times to understand what this meant, and that it
didn't apply to me. I would suggest rephrasing this so it is easier to
understand. Suggestion:

  The behaviour of the "rlimit memlock" statement in ntp.conf has
  changed. Previously, setting the value of that option to 0 would
  disable the locking of memory; its current behaviour is to lock all
  the memory. To revert to its previous behaviour, use "rlimit memlock
  -1". However, note that there are cases in which this may cause
  problems; for more information, see 

This is under the assumption that rlimit memlock is, indeed, an
ntp.conf statement. I couldn't find any reference to that in the
documentation, so it could be wrong. If so, please clarify that, too.
Obviously that  bit should be replaced by a link to a bug or
some bit of the documentation that explains the possible problems.

Thanks,

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ntp depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.18.3
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libedit2 3.1-20150325-1
ii  libopts251:5.18.6~pre3-3
ii  libssl1.0.0  1.0.2d-1
ii  lsb-base 9.20150917
ii  netbase  5.3

Versions of packages ntp recommends:
ii  perl  5.20.2-6

Versions of packages ntp suggests:
pn  ntp-doc  

-- no debconf information

Bug#802670: apt-cacher-ng debconf setup is a confusing and misleading mess

[Allison Ryan Lortie]

hi,

On Thu, Oct 22, 2015, at 13:45, Eduard Bloch wrote:
> README.Debian tells you such details. Did you care to read it?

No.  Of course not.  Did you expect me to?

> > Alternatively, this whole debconf indirection could be scrapped.  I'm
> > not exactly sure what value it brings here anyway.
> 
> And replaced with what exactly? Please tell me something new, which does
> not modify the conffile.

Why do you install files in /etc at all if you expect the admin not to
modify them?

If this is your goal, you should put them in /usr/share and update the
-c option on the commandline to point to that location instead.  Then
you could symlink from this /usr/share directory to a file or two in
/etc that I am actually allowed to modify.

If I see something in /etc then I more or less assume that I'm allowed
to configure it.  I'm willing to deal with the keep/replace questions
from dpkg when they come.

Putting a file in /etc and then effectively ignoring its contents is
just weird... Doing so without even a warning that this is the case is
only going to cause people to assume that your package is buggy.  See
also
https://bugs.launchpad.net/ubuntu/+source/apt-cacher-ng/+bug/1279021 for
several other people hit by this.  Documentation aside, the current
state of affairs is _extremely_ misleading.  Pointing to the README and
saying "I told you so" doesn't really make it any less the case.

Cheers

Bug#794890: npm 3.3.9 is the latest now

[Arnout Engelen]

'npm install npm' currently gets 3.3.9. It'd be great to have a more recent
version packaged for Debian :).

Bug#802769: xinit: startx failed if started after su - from a autologged root (getty@.service)

[Walter]

Package: xinit
Version: 1.3.4-3
Severity: normal

Dear Maintainer,

After the apt-get upgrade which changed the xinit from 1.3.4-1 to 1.3.4-3
the before functioning system stops to work with the following error in
exec startx:

Fatal server error:
(EE) xf86OpenConsole: Cannot open virtual console 1 (Permission denied)

The invocation of the startx is:

1. The system autologs the root user using  getty@.service ( via
ExecStart=-/sbin/agetty -a root %I $TERM )
2. the root user starts the  via su - 
3. the user's .bash_profile contains the exec startx ...
(but is the same if you start it manually)

The ls -al  /dev/tty give:
crw--- 1 root tty 4, 1 Jan  1 01:11 /dev/tty1

if you chown   or chmod 666 /dev/tty1, the startx displays the
graphical screen, but the mouse is not moving the cursor.

If you autostart the  directly from getty@.service, all is working as
expected,

ls -al /dev/tty1
crw--- 1  tty 4, 1 Jan  1 01:11 /dev/tty1

I filled this bug report because is the upgrade that broke the functioning
system (twice, on two systems build on same image), nothing other changed
in the meantime except upgrade.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armhf (armv7l)

Kernel: Linux 4.1.7-v7+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=locale: Cannot set LC_ALL to
default  locale: No such file or directory ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xinit depends on:
ii  coreutils   8.23-4
ii  libc6   2.19-22
ii  libx11-62:1.6.3-1
ii  x11-common  1:7.7+12
ii  xauth   1:1.0.9-1

Versions of packages xinit recommends:
ii  xfce4-session [x-session-manager] 4.12.1-3
ii  xfce4-terminal [x-terminal-emulator]  0.6.3-2
ii  xfwm4 [x-window-manager]  4.12.3-1
ii  xserver-xephyr [xserver]  2:1.17.2-3
ii  xserver-xorg [xserver]1:7.7+12
ii  xterm [x-terminal-emulator]   320-1

xinit suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "en_US.UTF-8",
LC_MONETARY = "hr_HR.UTF-8",
LC_ADDRESS = "hr_HR.UTF-8",
LC_TELEPHONE = "hr_HR.UTF-8",
LC_NAME = "hr_HR.UTF-8",
LC_MEASUREMENT = "hr_HR.UTF-8",
LC_IDENTIFICATION = "hr_HR.UTF-8",
LC_NUMERIC = "hr_HR.UTF-8",
LC_PAPER = "hr_HR.UTF-8",
LANG = "en_GB"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_GB").
locale: Cannot set LC_ALL to default locale: No such file or directory

Bug#796956: Tested again with this morning qt 5.5.1 form unstable => no change yet

[Eric Valette]

Not everything has been rebuild yet but as its already  instalable in 
unstable...


-- eric

Bug#802769: xinit: startx failed if started after su - from a autologged root (getty@.service)

[Walter]

Package: xinit
Version: 1.3.4-3
Severity: normal

Dear Maintainer,

The running version maybe was  before 1.3.4-1, I lost the original image
and the output of the dpkg -l. I have to rebuild it to find the version of
the working one.

Bug#685190: libreoffice-writer: Cannot open or create document: “Component cannot be loaded, possibly broken or incomplete installation.”

[Ben Finney]

Control: tags -1 - moreinfo

On 23-Oct-2015, Miguel Galán wrote:

> this happened almost a year ago, and probably I've already changed
> my system and even the hardware. Moreover, I'm far from my desktop
> so I can't follow: please close this bug, as probably is whether
> solved else my fault.

Thanks for the response, I am closing this bug as you ask.

-- 
 \   “Why, I'd horse-whip you if I had a horse.” —Groucho Marx |
  `\   |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#793162: flask-flatpages

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: owner -1 !
Control: tags -1 moreinfo

Hi,

first sorry for the long time for the review

let's review:

a) control: Priority:optional
b) rules: please remove lines 3-4
c) control: please add a -doc package
  (you can take some bits from python-pyqtgraph package)
d) copyright: please use two lines for the upstream copyright,
something like
e) Copyright: 2010-2014 by Simon Sapin
   2013-2014 by Igor Davydenko.

(some are nitpicks, some are issues, some are nice to have)

the package looks good to me.

cheers,

G.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWKhe3AAoJEPNPCXROn13ZvZ8P/251ZWyQbDUNWFt403BfIh12
LlZw1jQCcLcO4vGS5KRNnq8noytq31BYt/AZmFee0JiCsa8p8oArpxXf7lJba/2U
lLrDuQAl9mLjopHVwhiIDQTxmjQirtrxua7ovt6tTQbhHbU/HK6kST4q7n2i5yd8
INhh/TCSkiu4+/J5DZeOt8FCETaeBBQfJbVs5TZzccYO/nULS3BQ+ksG2H/bEaZv
zMS8rTN14mFU85zecFgZvwaTR441H3oSZ9nqcKZa8hjZEKaLPyQGdWC933fIN4sb
prZ6MrxD+o4FmVGcrJtEwBz2ETNhkkq9Qs412Db1k0uJA774benyUymDWaWRnSRF
uwQEx2DVuQYO3GvwyBYRaQN2uXCnlqUfSWXh+3nGBOL9gyZVecsemIUY/bSiBw/P
6mt8Z9BRvXyTgcFn9Meu1f1QyyS9wgKT5POYiQXjFbxGdjsFmntVyoEd5vPXHhuo
vGrlbgmFPfN2An3g5RnXih1vcSODUgUeaLuTPhf9gIbc90KVyMS2WaSlXki9zpiQ
136V+IRaKUuZR/PdXg1KzVw8dSzWHBCV0KeiZmRKZ3Ekne8NZZcW1ECtFENATmne
1ZjP7gB7XSHCZ6yxIDqfdrUSGaKag854ZL1WGtgm0bsegHN9BzlJP0efEp9h6Hsk
l/24pOc47Q1S+6Uq9l6Y
=aO2S
-END PGP SIGNATURE-

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Thorsten Glaser]

Mattia Rizzolo dixit:

>[ I won't keep you in Cc/To, since my smtp (google...) doesn't like

[ That’s not really an SMTP, just a bad emulation… ]

>Maybe file bugs for those scripts/programs not respecting the docs?

Uh maybe, but I’ve been happily using just DEBEMAIL for ages so…

>> Nah, setting/amending DEBBUILDOPTS will likely work, and I’ll try it.
>
>Good, thanks.
>Please, can you close this bug if that option is enough for you?

Will do once I tried this out (when I build the next package).

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

Bug#761404: tor: Please enable AppArmor in the systemd unit file

[intrigeri]

Hi,

Peter Palfrader wrote (20 Oct 2015 18:50:38 GMT) :
> On Tue, 20 Oct 2015, intrigeri wrote:
>> If AppArmorProfile= is applied _after_ ExecStartPre=, then we can
>> probably use the latter to dynamically generate a per-instance profile
>> from within a unit file itself. This would be ideal, and I think we
>> should try that first.

> That'd be great.

I have good news. It works, here's a PoC:

$ cat /etc/systemd/system/tor.service.d/apparmor.conf
[Service]
ExecStartPre=/bin/sh -c "/bin/sed \
-e 's/profile system_tor/profile 
default_system_tor/' \
/etc/apparmor.d/system_tor \
 | /sbin/apparmor_parser --skip-cache --replace"
AppArmorProfile=default_system_tor
ReadWriteDirectories=-/proc
# apparmor_parser needs write access there:
ReadWriteDirectories=-/sys/kernel/security/apparmor

I've tested this on 0.2.7.3-rc-1, after making sure sure systemd won't
be using the profile that was already loaded by previous attempts:

/bin/sed -e 's/profile system_tor/profile default_system_tor/' \
   /etc/apparmor.d/system_tor \
   | sudo /sbin/apparmor_parser --skip-cache --remove
sudo aa-status

And after `sudo service tor restart', aa-status(8) confirms that my
system Tor daemon runs under the 'default_system_tor' profile, that is
necessarily the one we've generated and loaded on-the-fly :)

Now, the ExecStartPre= that generates and loads the profile should be
turned into a no-op when AppArmor is not enabled, e.g. re-using code
we have in /etc/init.d/tor. And it would be nice to move it to
a dedicated executable, instead of being inlined in the systemd unit.

Can you (please) take it over from this point and integrate it, in
your preferred way, with the rest of the packaging?

> Can profiles live outside of /etc/apparmor?

A profile can live wherever we want, *but* it must be loaded into the
kernel (with apparmor_parser(8)) before we can use it; that is, before
systemd calls the aa_change_onexec libapparmor function. That's why
AppArmorProfile= takes a profile name, not a file name. We actually
don't need any file at all, since apparmor_parser can consume stdin,
as demonstrated by the PoC above.

Cheers,
-- 
intrigeri

Bug#802477: RFS: django-localflavor/1.1-1 [ITP]

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

let's review:
a) control: "python-django-localflavor python3-django-localflavor" duplicate 
short description
b) rules: please remove lines 3-4
c) control: please add a -doc package
(you can take some bits from python-pyqtgraph package)

d) copyright:

I see in setup.py

# (c) 2005 Ian Bicking and contributors; written for Paste 
(http://pythonpaste.org)
# Licensed under the MIT license: 
http://www.opensource.org/licenses/mit-license.php
# Note: you may want to copy this into your setup.py file verbatim, as
# you can't import this from another package, when you don't know if
# that package is installed yet.


please investigate where the MIT license is applicable and where the license is 
BSD



the other stuff LGTM.

cheers,

G.


Il Martedì 20 Ottobre 2015 14:39, Orestis Ioannou  ha 
scritto:
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "django-localflavor"

* Package name: django-localflavor
   Version : 1.1-1
   Upstream Author : Django Software Foundation
* URL : https://pypi.python.org/pypi/django-localflavor
* License : BSD
   Section : python

This upload would also close a RFP bug: 737485
and help resolve an FTBFS since python-wtforms fails with the latest
django because of the localflavor dependency
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801940  (more details
in the build log)

It builds those binary packages:

python-django-localflavor - Country-specific Django helpers
python3-django-localflavor - Country-specific Django helpers

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/django-localflavor


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/d/django-localflavor/django-localflavor_1.1-1.dsc



  Regards,
   Orestis Ioannou

Bug#802516: RFS: node-util-deprecate/1.0.2-1

[Gianfranco Costamagna]

Hi,

Built&Signed&Uploaded, thanks for your contribution to Debian!
cheers,

G.





Il Martedì 20 Ottobre 2015 20:24, Ross Gammon  ha scritto:
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "node-util-deprecate"

* Package name: node-util-deprecate
  Version : 1.0.2-1
  Upstream Author : Nathan Rajlich  (http://n8.io/)
* URL : https://github.com/TooTallNate/util-deprecate
* License : MIT
  Section : web

It builds this binary package:

node-util-deprecate - Node.js's `util.deprecate()` function with browser
support

To access further information about this package, please visit the following
URL:

http://mentors.debian.net/package/node-util-deprecate


Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/n/node-util-deprecate/node-
util-deprecate_1.0.2-1.dsc

The Debian packaging can be found here:
https://anonscm.debian.org/cgit/pkg-javascript/node-util-deprecate.git/

Changes since the last upload:

* New upstream release


Regards,
Ross Gammon



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

Kernel: Linux 3.19.0-30-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#802770: [libwxgtk3.0-0] dependency on SDL half enabled (rule vs control)

[gregory hainaut]

Package: libwxgtk3.0-0
Version: 3.0.2-1+b1
Severity: minor

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

As far as I understand, WX supports an audio plugin based on SDL 
(see src/unix/sound_sdl.cpp).

My application (PCSX2) depends on both SDL and WX which means the SDL
version (2 vs 1.2) depends on the compilation/link of WX. So it is very 
annoying for me.

It is typically enabled on Archlinux but not in Debian. I searched in the 
Debian's 
rule file the option to disable it so Archlinux can do the same. 
However I found that SDL is kind of enabled but libsdl isn't pulled by
the control file. So the configure script just disable it.

Is it done on purpose? Do you want to disable or enable it? Personally I'm in 
favor to
disable it because it was never enabled on Debian and it is painful to upgrade 
to SDL2.

Here an extract of the build log:

checking for --with-sdl... yes
--
checking for sdl-config... no
checking for SDL - version >= 1.2.0... no
*** The sdl-config script installed by SDL could not be found
*** If SDL was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the SDL_CONFIG environment variable to the
*** full path to sdl-config.
--
  sdlno

touch configure-gtk-shared-stamp


Best regards,
Gregory

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.18.12-1-gregory

Debian Release: 8.2
  500 stable-updates  http.debian.net 
  500 stable  security.debian.org 
  500 stable  ftp.fr.debian.org 
  100 jessie-backports ftp.debian.org 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#802771: libfont-freetype-perl: minor error in long package description

[Dmitry Smirnov]

Package: libfont-freetype-perl
Version: 0.07~2-1
Severity: minor

Long package description mention
   "Font::Freetype"
instead of
   "Font::FreeType".

Please correct.

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

---

I am easily satisfied with the very best.
-- Winston Churchill


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

Bug#788050: systemd-fsck : Check disks at each reboot

[Axel Ludszuweit]

Dear maintainer,

according to the suggestion from message #65 I have increased the 
timeout to 30min.
But fsck still ends with error 13 checking big partitions. Manually fsck 
ends succeesfully.

It seems to be the same behaviour described in message #70.

Bug#802768: ntpd crashes at start up with "Out of Memory" emergency syslog message

[Aleksi Suhonen]

Package: ntp
Version: 1:4.2.8p4+dfsg-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

Upgraded package from 1:4.2.8p3+dfsg-1 to 1:4.2.8p4+dfsg-1 on
a couple of machines.  Now the daemon won't start. Syslog shows this:

Oct 22 14:43:24 humma ntpd[903]: proto: precision = 0.628 usec (-21)
Oct 22 14:43:24 humma ntpd[903]: Listen and drop on 0 v6wildcard [::]:123
Oct 22 14:43:24 humma ntpd[903]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Oct 22 14:43:24 humma ntpd[903]: Listen normally on 2 lo 127.0.0.1:123
Oct 22 14:43:24 humma ntpd[903]: Listen normally on 3 lo [::1]:123
Oct 22 14:43:24 humma ntpd[903]: Listening on routing socket on fd #20 
for interface updates
Oct 22 14:43:24 humma ntpd[903]: Unable to listen for broadcasts, no 
broadcast interfaces available


Kern.log shows this:

Oct 22 14:43:24 humma t of memory [903]

And all interactive terminals show the full "Out of memory []" message.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ntp depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.18.3
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libedit2 3.1-20150325-1
ii  libopts251:5.18.6~pre3-3
ii  libssl1.0.0  1.0.2d-1
ii  lsb-base 9.20150917
ii  netbase  5.3

Versions of packages ntp recommends:
ii  perl  5.20.2-6

Versions of packages ntp suggests:
pn  ntp-doc  

-- Configuration Files:
/etc/init.d/ntp changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
. /lib/lsb/init-functions
DAEMON=/usr/sbin/ntpd
PIDFILE=/var/run/ntpd.pid
test -x $DAEMON || exit 5
if [ -r /etc/default/ntp ]; then
. /etc/default/ntp
fi
if [ -e /var/lib/ntp/ntp.conf.dhcp ]; then
NTPD_OPTS="$NTPD_OPTS -c /var/lib/ntp/ntp.conf.dhcp"
fi
LOCKFILE=/var/lock/ntpdate
lock_ntpdate() {
if [ -x /usr/bin/lockfile-create ]; then
lockfile-create $LOCKFILE
lockfile-touch $LOCKFILE &
LOCKTOUCHPID="$!"
fi
}
unlock_ntpdate() {
if [ -x /usr/bin/lockfile-create ] ; then
kill $LOCKTOUCHPID
lockfile-remove $LOCKFILE
fi
}
RUNASUSER=ntp
UGID=$(getent passwd $RUNASUSER | cut -f 3,4 -d:) || true
if test "$(uname -s)" = "Linux"; then
NTPD_OPTS="$NTPD_OPTS -u $UGID"
fi
case $1 in
start)
log_daemon_msg "Starting NTP server" "ntpd"
if [ -z "$UGID" ]; then
log_failure_msg "user \"$RUNASUSER\" does not exist"
exit 1
fi
lock_ntpdate
  		taskset 1 start-stop-daemon --start --quiet --oknodo --pidfile 
$PIDFILE --startas $DAEMON -- -p $PIDFILE $NTPD_OPTS

status=$?
unlock_ntpdate
log_end_msg $status
;;
stop)
log_daemon_msg "Stopping NTP server" "ntpd"
start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE
log_end_msg $?
rm -f $PIDFILE
;;
restart|force-reload)
$0 stop && sleep 2 && $0 start
;;
try-restart)
if $0 status >/dev/null; then
$0 restart
else
exit 0
fi
;;
reload)
exit 3
;;
status)
status_of_proc $DAEMON "NTP server"
;;
*)
echo "Usage: $0 
{start|stop|restart|try-restart|force-reload|status}"
exit 2
;;
esac

/etc/ntp.conf changed:
rlimit memlock 0
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server ntp1.axu.tm
server ntp2.axu.tm
server ntp3.axu.tm
server ntp5.axu.tm
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited
restrict 127.0.0.1
restrict ::1
disable auth
broadcastclient


-- no debconf information

--
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#802564: mysql-5.5: Multiple security fixes from the October 2015 CPU

[Salvatore Bonaccorso]

Hi MySQL team,

FTR, I have now an update ready which I would push to security-master
soon for wheezy- and jessie-security.

Regards,
Salvatore

Bug#801524: Seg Fault - failure loading gnome in virtualbox VMs

[jnq nfe]

No, systemd
On 23 Oct 2015 00:25, "Michael Biebl"  wrote:

> On Sun, 11 Oct 2015 20:07:28 +0100 jnqnfe  wrote:
> > Control: reassign -1 virtualbox-guest-x11 5.0.6-dfsg-1
> > Control: retitle -1 Dependency on new pkg xserver-xorg-legacy needed
> > Control: severity -1 grave
> >
> >
> > On Sun, 2015-10-11 at 19:57 +0200, Julien Cristau wrote:
> > > On Sun, Oct 11, 2015 at 18:13:31 +0100, jnqnfe wrote:
> > >
> > > > Package: xserver-xorg
> > > > Version: 1:7.7+12
> > > > Priority: Important
> > > >
> > > > Since installing updates last night in some VMs, I can no longer
> > > > load
> > > > gnome in those VMs.
> > > >
> > > > They load to a terminal login (normally would auto-load gnome),
> > > > which
> > > > is flashing on and off the screen rapidly, with text input to login
> > > > being very difficult/impossible. This  flashing stops after about a
> > > > minute, leaving you at a stable/usable login prompt. After login,
> > > > startx fails to load gnome. The xorg log (below) lists a segfault.
> > > >
> > > > Edit: Actually, while retrieving copies of the log files, I ran
> > > > startx
> > > > as root, which worked fine, it just doesn't load as the normal
> > > > user.
> > > >
> > > try installing xserver-xorg-legacy.
> > >
> > > Cheers,
> > > Julien
> >
> > Yes, that solves it. Thanks. Moving to virtualbox...
> >
> > Increasing severity partly due to concern that flashing login prompt
> > may negatively affect people with epilepsy.
>
> Are you using sysvinit by chance, i.e. logind is not working on your
> system?
>
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>

Bug#802768: clarification to the above message

[Aleksi Suhonen]

Hi,

I originally tried to submit the above message as a new bug report, but 
it didn't go through for some reason. Then when I was about to resubmit 
it from another machine, I noticed this bug, and almost didn't submit it 
at all. Then I noticed that this bug doesn't have any of the relevant 
words in it, such as "out of memory," so I submitted my message anyway 
so that the search engines will find it, when someone is trying to debug 
the same issue I had.


Yours,

--
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#802745: merkaartor: Missing Depends on libqt5xcbqpa5

[Sebastiaan Couwenberg]

Hi Nelson,

On 23-10-15 07:32, Nelson A. de Oliveira wrote:
> While trying to run merkaartor I am seeing this:
> 
> =
> $ merkaartor
> This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".
> 
> Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
> 
> Reinstalling the application may fix this problem.
> zsh: abort  merkaartor
> =
> 
> But after installing libqt5xcbqpa5 it properly runs.
> It seems that it's missing a Depends on libqt5xcbqpa5 then.

> ii  libqt5gui5   5.5.1+dfsg-2

The libqt5gui5 dependency should pull in libqt5xcbqpa5, but it only
Recommends libqt5xcbqpa5 (and libqt5svg5).

I've now added libqt5xcbqpa5 as an explicit dependency of merkaartor to
not rely on the Recommends by libqt5gui5.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#802530: RFS [ITP]: node-ast-util/0.6.0-1

[Gianfranco Costamagna]

Control: tags -1 moreinfo
Control: owner -1 !

Hi,

the package is needs node-recast [1] , which is only on mentors [2] right now.

I fail to see an RFS bug [3], do you want me to take a look anyway?

cheers,

G.
[1] 
http://debomatic-amd64.debian.net/distribution#unstable/node-ast-util/0.6.0-1/buildlog

[2]http://mentors.debian.net/package/node-recast

[3] https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=sponsorship-requests

cheers,

G.

Bug#802772: RM: osrm -- ROM; Upstream cannot support it for stable releases

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove the osrm package from unstable (and testing by extension).

The upstream developers have recently stated that they cannot support
OSRM long term making it unsuitable for stable releases.

This was discussed on the debian-gis list [0] and in the upstream issue
tracker [1].

Instead of entirely removing the package we'll keep it in experimental
only for the time being.

[0] https://lists.debian.org/debian-gis/2015/10/msg00026.html
[1] 
https://github.com/Project-OSRM/osrm-backend/issues/1744#issuecomment-149689363

Kind Regards,

Bas

Bug#802773: modemmanager: ModemManager holds onto the device after removal / reset, locking up device node

[Erwin Van de Velde]

Source: modemmanager
Version: 1.4.0-1
Severity: important

Dear Maintainer,

When resetting/unplugging 3G modems, modemmanager holds onto the ttyUSB device, 
resulting in an increase of the number of the ttyUSB device after reset or when 
the device is plugged in again. E.g. a device with ttyUSB7 will become ttyUSB8 
or higher. This is a problem because when a reset is required more often (e.g. 
in our situation: driver issues requiring an occasional reset) the number keeps 
going up till reaching ttyUSB511, after which no new ttyUSB device can be 
assigned and the modems do not work properly anymore.

Restarting ModemManager resolves the issue and after a discussion on the Linux 
kernel mailling list I found that the issue has been solved in ModemManager 
1.4.2. This fix should be added to Debian 8 too. (post: 
http://thread.gmane.org/gmane.linux.usb.general/132439/focus=132499)

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

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

Bug#785846: [Pkg-xfce-devel] Bug#785846: Bug#785846: Bug#785846: xfce4-mixer: Please update to GStreamer 1.x

[Yves-Alexis Perez]

On lun., 2015-10-19 at 21:57 +0200, Yves-Alexis Perez wrote:
> On lun., 2015-10-19 at 18:19 +0200, Moritz Muehlenhoff wrote:
> > On Wed, May 20, 2015 at 09:38:58PM +0200, Yves-Alexis Perez wrote:
> > > Yeah, unfortunately someone has to do the work upstream, and not much
> > > people have expressed interest in that.
> > 
> > Can we drop xfce4-mixer from xfce4's Depends, so that it can be dropped
> > from testing (or even sid) until someone has done the work?
> > 
> > The list of packages blocking gstreamer 0.10's removal from testing
> > has shrunk quite a bit.
> 
> I was actually waiting for xfce4-pulseaudio-plugin to make it out of NEW,
> but
> if it takes too much time I can try that option. I'd prefer not having no
> volume control at all, though.
> 
Pulseaudio plugin was ACCEPTED today, so I've just pushed a xfce4 package with
xfce4-mixer dependency replaced by xfce4-pulseaudio-plugin.

Regards,
-- 
Yves-Alexis



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

Bug#231354: policy issue?

[Aleksi Suhonen]

Hello,

I think this bug could be tagged "won't fix" because it is a policy 
decision upstream.


Ntpd works by collecting statistics of the NTP servers it tries to 
synchronize to. It needs these statistics to decide which server is the 
most reliable and it won't synchronize to anything until it knows it can 
trust that time source. If the IP address of an upstream server changes, 
it would have to start from scratch, because those statistics won't be 
relevant anymore for another NTP server.


The typical time span of statistics contained for an upstream NTP server 
is 8*1024 seconds (about 2h15min). The typical TTL for a DNS record for 
an NTP server is 3600 (1h). Hence, ntpd could never fully trust any of 
its upstreams.


Also, the default ntp.conf ships with a huge round robin DNS name from 
pool.ntp.org, which means that every time ntpd would try to re-resolve 
that name it would get a different address and it would start collecting 
the statistics from scratch.


WORKAROUND:

If you want to synchronize time in an environment where you want to 
re-resolve the DNS for an upstream NTP server all the time, you should 
be running ntpdate from cron. Ntpd was not designed to be used that way. 
Or you could switch to OpenNtpd, which does work that way for some 
bizarre reason.


Yours,

--
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#698528: debian-installer: BusyBox's wget doesn't preseed from HTTPS

[Arnaud Loonstra]

Simply hosting a preseed file on github.com fails, for example fails.

This was an issue the debian-installer in ubuntu as well but they seemed 
to have added https support. Couldn't it be added to the original 
installer?


https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/833994

* Add HTTPS support to fetch-url, which will only work if d-i has been
built with GNU wget; debian-installer/allow_unauthenticated_ssl
implies the --no-check-certificate option (LP: #833994).

Bug#802756: Package name

[Sebastien Jodogne]

Hi Yves,

This is great news!

Just a suggestion: Wouldn't it be interesting to use the name 
"orthanc-dwv" instead of "dwv-orthanc-plugin"? Indeed, all the plugin 
packages related to Orthanc share the "orthanc-" prefix in Debian.


Thanks for your contributions,
Sébastien-

Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

[candeb]

Works in 5.0.8-1.
Thanks !
I.

- Mail original -
De: can...@free.fr
À: "Gianfranco Costamagna" 
Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" 
Envoyé: Lundi 5 Octobre 2015 09:52:57
Objet: Re: Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Yes that is what I meant.
Thanks !

I.

- Mail original -
De: "Gianfranco Costamagna" 
À: can...@free.fr, 800...@bugs.debian.org
Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" 
Envoyé: Dimanche 4 Octobre 2015 23:13:25
Objet: Re: Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Hi, do you mean changing this line from
Depends: adduser, ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}, 
virtualbox-dkms (>= ${source:Version}) | virtualbox-source (>= 
${source:Version}) | virtualbox-modules (>= ${source:Version})


to 

Depends: adduser, ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}, 
virtualbox-dkms (>= ${source:Version}) | virtualbox-source (>= 
${source:Version}) | virtualbox-modules

seems legit to me,

cheers,

G.





Il Domenica 4 Ottobre 2015 12:03, "can...@free.fr"  ha scritto:
Hi again,

Sorry, I should have thought about it earlier but only realised it when I still 
couldn't upgrade without the sources : Debian does not allow versioned 
dependencies on virtual package names.  In other words, if you put any version 
requirement on virtualbox-modules it will only accept a package actually named 
virtualbox-modules with an appropriate version, a "provides" will not be 
accepted.

Will you find it acceptable to remove the version constraints from the 
"virtualbox-modules" dependency ?  I think this would not change much from your 
point of view - a user who is competent enough to compile and install separate 
module packages would know what to do if virtualbox complains the installed 
modules are for an older version, no ?

Cheers,
I.



- Mail original -
De: "Gianfranco Costamagna" 
À: can...@free.fr
Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" 
Envoyé: Lundi 28 Septembre 2015 09:00:13
Objet: Re: Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Hi


>Thanks, but I beg to disagree : you need
>
>virtualbox-dkms OR virtualbox-source  ** OR virtualbox-modules **
>
>I compile modules on one machine and use them on several others.  Why force 
>me to install the module sources, kernel headers, and all the rest if I
>already have the compiled modules ?


sure, this is a perfectly valid use-case :)
http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=41a45bc76907ad2921e4ad50fc6c1b8fba45fad4

committed, on git, can you please tell me if it works for you?


I also changed the dependency to >= instead of =, because the kernel modules 
should work even if from
other virtualbox versions.

(I'm specially thinking about getting a new dkms and keep an old virtualbox, 
just because the kernel has been upgraded)

@Ritesh, how do you feel about that commit?

cheers,

Gianfranco

Bug#802774: makedepf90: buffer overflow in makedepf90

[Alberto Marmodoro]

Package: makedepf90
Version: 2.8.8-1
Severity: important

Dear Maintainer,
The program 'makedepf90' from Debian package in subject fails when a hard-coded 
limit in the length of the '-r' argument is passed, i.e.:

$ makedepf90 -r "mpif90.openmpi -fcheck=all -Wall -fbacktrace -fbounds-check 
-fcheck=array-temps  -Wconversion-extra  -pedantic-errors 
-ffpe-trap=zero,overflow,underflow -Werror  -Wno-error=unused-function -O0  -g  
-pg  -cpp  -ffree-form -ffree-line-length-none   -DUSE_MPI  -llapack -c %f.f90" 
*f90 > obj_dependencies.makefile

with error message:
*** Error in `makedepf90': free(): invalid next size (normal): 
0x015f13d0 ***
Aborted

If the argument is shortened, things work out as they should:
makedepf90 -r "gfortran -fcheck=all -Wall -fbacktrace -fbounds-check 
-fcheck=array-temps  -Wconversion-extra -pedantic-errors -Werror 
-Wno-error=unused-function -O0 -g -pg -cpp -ffree-form -ffree-line-length-none 
-llapack -c %f.f90" *f90 > obj_dependencies.makefile

Please consider reporting upstream, or patching the provided program to extend 
its arguments' buffer size / fail gracefully with a report about maximal number 
of characters allowed.

Many thanks,
--
Alberto.

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages makedepf90 depends on:
ii  libc6  2.19-18+deb8u1

makedepf90 recommends no packages.

makedepf90 suggests no packages.

-- no debconf information

Bug#758616: Fw: Re: binNMUs: please exercise some care

[Wookey]

This subject has come up again, and it seems that the release team
really would like to see the problem fixed in dpkg (or a statement
that it is not going to be, in which case a work-around in wb to
auto-bump the +bN number make sense). A dpkg fix (or replacing binNMUs
with sourceful uploads) seems much more like the right answer to me.

Thread at: https://lists.debian.org/debian-release/2015/10/msg00346.html

- Forwarded message from Emilio Pozuelo Monfort  -

Date: Fri, 23 Oct 2015 11:49:44 +0200
From: Emilio Pozuelo Monfort 
To: Thorsten Glaser 
Cc: debian-po...@lists.debian.org, debian-release
, debian-wb-team

Subject: Re: binNMUs: please exercise some care
X-Spam-Status: No, score=-5.5 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
DKIM_VERIFIED,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN,

FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,LDO_WHITELIST,RCVD_IN_DNSWL_LOW
autolearn=unavailable autolearn_force=no version=3.4.0
List-Id: 

On 23/10/15 11:20, Thorsten Glaser wrote:
> On Fri, 23 Oct 2015, Emilio Pozuelo Monfort wrote:
> 
>> I can go back to scheduling binNMUs for release architectures only, or for 
>> ANY
>> -x32. But I don't have the time to look at every architecture and determine
>> which one needs a binNMU and which one has already done it. Anyway if your
> 
> OK. In this case, scheduling them is probably better.

OK good to know.

>> buildds are fast enough that they already rebuilt things, then maybe 
>> rebuilding
>> them again is not such a big deal...
> 
> This is probably true for x32, yes, but I was concerned about
> M-A libraries not being coinstallable. For example, the harfbuzz
> library currently has one +b more than all others, making trouble
> for my desktop system (x32+i386 M-A). In that case, it wasn’t even
> because the rebuild was done twice, but, because another rebuild
> before the current (shared) one was necessary.
> 
> How about, scheduling them all at once, but using the same version
> number across arches when doing it (i.e. the largest)?

Again, that involves determining what that number is for each package...

Instead of all that manual work for every transition, you could ping #758616 and
try to get this solved at its root.

>> That wasn't me. But I'll try to spread the word about --extra-depends, as I
>> agree it's useful to avoid this. I didn't use it much in the past when I just
> 
> Okay, thanks a lot! Also, thanks for the response.

Cheers,
Emilio


- End forwarded message -
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#802775: mailgraph.css placed in /usr/lib/cgi-bin

[Mike Gabriel]

Package: mailgraph
Severity: normal
Version: 1.14-13
Tags: patch

With Apache2.4 from Debian jessie, I get an Internal Error when trying  
to open mailgraph.css as referenced by mailgraph.cgi.


The corresponding Apache2 log message is this:

"""
[Fri Oct 23 14:31:10.111746 2015] [cgi:error] [pid 26354] [client  
10.48.144.15:45044] AH01215: (13)Permission denied: exec of  
'/usr/lib/cgi-bin/mailgraph.css' failed, referer:  
http://mail.spd.ltsh.de/cgi-bin/mailgraph.cgi

"""

The work-around I implemented is this:

 1. Move mailgraph.css from /usr/lib/cgi-bin/mailgraph.css to
/var/www/html/css/mailgraph.css
 2. Load stylesheet "/css/mailgraph.css" instead of "mailgraph.css"  
in mailgraph.cgi


"""
--- mailgraph.cgi.orig  2015-10-23 14:50:32.77600 +0200
+++ mailgraph.cgi   2015-10-23 14:39:13.71200 +0200
@@ -196,7 +196,7 @@
 Mail statistics for $host
 
 
-
+
 
 
 
"""

Please consider fixing this issue. Thanks.

Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de


pgpqSJLrfD5Xf.pgp
Description: Digitale PGP-Signatur

Bug#802776: matplotlib: ttf-bitstream-vera missing in "Depends:" of python-matplotlib-data

[Tobias Megies]

Source: matplotlib
Severity: grave
Justification: renders package unusable

Dear Maintainer,

in `debian/rules` for python-matplotlib-data, Bitstream Vera ttf fonts are
deliberately removed from the package (same is done for some fonts of package
`fonts-lyx`) but the package hosting those fonts (`ttf-bitstream-vera`) is not
added to "Depends:".
These fonts are default fonts of matplotlib, so any plot generated will look
different than what is expected and advertised by matplotlib in their galleries
because it will use a very different-looking fallback font.

(see http://tests.obspy.org/29443/#8 for a diff of expected image and image
without these fonts installed)

Please add `ttf-bitstream-vera` to Depends of python-matplotlib-data.

cheers,
Tobias



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

Kernel: Linux 4.1.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#802765: gnome-calculator: just drop gnome-icon-theme recommends

[Andreas Henriksson]

Hello!

I think maybe we should just drop the gnome-icon-theme recommends
and not add adwaita-icon-theme, because adwaita is always guaranteed
to be available nowadays by depending on gtk+.
No need to spread it out to every application.

Regards,
Andreas Henriksson

Bug#798028: jessie-pu: package pykerberos/1.1.5-0.1+deb8u1

[Guido Günther]

Hi Hadam,
On Sat, Oct 10, 2015 at 08:20:15PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Fri, 2015-09-04 at 17:41 +0200, Guido Günther wrote:
> > I'd like to fix CVE-2015-3206 (a loack (missing KDC authenticity
> > verification) for jessie via a point release. The debdiff is
> > attached. The bug is fixed in unstable as well as squeeze-lts already.
> > 
> > As in squeeze-lts the KDC check is disabled by default to not break existing
> > installations.
> 
> +++ b/debian/NEWS
> @@ -0,0 +1,42 @@
> [...]
> s/ordner/order/
> 
> Please go ahead.

Uploaded. Thanks!
 -- Guido

Bug#800574: backport to sid/stable? (was RE: libc6: lock elision hazard on Intel Broadwell and Skylake)

[Carlos Alberto Lopez Perez]

Hi,

Thanks for this patch.

I was having trouble (crashes with the NVIDIA proprietary driver) on a
Debian system with an i7-5775C and libc6=2.19-18+deb8u1 (stable)

I tried first to update the Intel microcode with the "unreleased" 0x13
microcode version but it didn't disabled the TSX-NI instructions [1]
neither the crashes.

Finally I upgraded to glibc=2.21-0experimental2 and it fixed the crashes.

I wonder:

Should this patch be backported both to stable and unstable?


Thanks for your awesome work !


Regards
---

[1] https://bugzilla.kernel.org/show_bug.cgi?id=103351#c93



signature.asc
Description: OpenPGP digital signature

Bug#802778: False positive mem leak

[Mathieu Malaterre]

Package: valgrind
Version: 1:3.11.0-1
Tags: upstream

Seems like gcc 5 is doing something funky
(/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21):

==3674==
==3674== HEAP SUMMARY:
==3674== in use at exit: 72,704 bytes in 1 blocks
==3674==   total heap usage: 306,736 allocs, 306,735 frees, 22,184,464
bytes allocated
==3674==
==3674== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1
==3674==at 0x4C28C4F: malloc (vg_replace_malloc.c:299)
==3674==by 0x72ED11F: pool (eh_alloc.cc:117)
==3674==by 0x72ED11F: __static_initialization_and_destruction_0
(eh_alloc.cc:244)
==3674==by 0x72ED11F: _GLOBAL__sub_I_eh_alloc.cc (eh_alloc.cc:307)
==3674==by 0x400EA09: call_init.part.0 (dl-init.c:78)
==3674==by 0x400EAF2: call_init (dl-init.c:36)
==3674==by 0x400EAF2: _dl_init (dl-init.c:126)
==3674==by 0x40011C9: ??? (in /lib/x86_64-linux-gnu/ld-2.19.so)
==3674==by 0x1: ???
==3674==by 0xFFF00049A: ???
==3674==by 0xFFF0004A9: ???
==3674==
==3674== LEAK SUMMARY:
==3674==definitely lost: 0 bytes in 0 blocks
==3674==indirectly lost: 0 bytes in 0 blocks
==3674==  possibly lost: 0 bytes in 0 blocks
==3674==still reachable: 72,704 bytes in 1 blocks
==3674== suppressed: 0 bytes in 0 blocks

I do have the dbg library:

$ apt-cache policy libstdc++6
libstdc++6:
  Installed: 5.2.1-22
  Candidate: 5.2.1-22
  Version table:
 *** 5.2.1-22 0
500 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages
100 /var/lib/dpkg/status

Bug#802779: pepperflashplugin-nonfree: Change URL to https

[Steffen Klemer]

Package: pepperflashplugin-nonfree
Version: 1.8.1+b1
Severity: normal

Dear Maintainer,


I had to change line 170 from http to https otherwise I got a 404:
But this implies that you have to depend on apt-transport-https.


--- /usr/sbin/update-pepperflashplugin-nonfree.old  2015-10-23 
15:24:42.497598490 +0200
+++ /usr/sbin/update-pepperflashplugin-nonfree  2015-10-23 15:24:51.349703288 
+0200
@@ -167,7 +167,7 @@
arch=`dpkg --print-architecture`
 
cat > etc/apt/sources.list <<-EOF
-   deb [arch=$arch] http://dl.google.com/linux/chrome/deb/ stable main
+   deb [arch=$arch] https://dl.google.com/linux/chrome/deb/ stable main
EOF
 
gpg --quiet --no-permission-warning --homedir "etc/apt" --import 
/usr/lib/pepperflashplugin-nonfree/pubkey-google.txt




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

Kernel: Linux 4.3.0-rc5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pepperflashplugin-nonfree depends on:
ii  binutils   2.25.51.20151021-1
ii  ca-certificates20150426
ii  debconf [debconf-2.0]  1.5.57
ii  gnupg  1.4.19-5
ii  libatk1.0-02.18.0-1
ii  libcairo2  1.14.2-2
ii  libcurl3-gnutls7.45.0-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgcc11:5.2.1-22
ii  libglib2.0-0   2.46.1-1
ii  libgtk2.0-02.24.28-1
ii  libnspr4   2:4.10.9-2
ii  libnss32:3.20-1
ii  libpango-1.0-0 1.38.0-3
ii  libpango1.0-0  1.38.0-3
ii  libstdc++6 5.2.1-22
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16.3-3

pepperflashplugin-nonfree recommends no packages.

Versions of packages pepperflashplugin-nonfree suggests:
ii  chromium   46.0.2490.71-1
pn  hal
ii  ttf-dejavu 2.35-1
ii  ttf-mscorefonts-installer  3.6
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#802777: [l10n] Updaded Czech translation of ejabberd debconf messages

[Miroslav Kure]

Package: ejabberd
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of 
ejabberd debconf messages. Please include it with the package.

Thank you
-- 
Miroslav Kure
# Czech translation of ejabberd debconf messages
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the ejabberd package.
# Miroslav Kure , 2006-2015.
#
msgid ""
msgstr ""
"Project-Id-Version: ejabberd\n"
"Report-Msgid-Bugs-To: ejabb...@packages.debian.org\n"
"POT-Creation-Date: 2015-07-22 19:04+0200\n"
"PO-Revision-Date: 2015-10-23 15:24+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Host name for this Jabber server:"
msgstr "Jméno počítače tohoto Jabber serveru:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Please enter the host name of this Jabber server (lowercase)."
msgstr "Zadejte prosím jméno počítače tohoto Jabber serveru (malými písmeny)."

#. Type: string
#. Description
#: ../templates:3001
msgid "Jabber server administrator username:"
msgstr "Uživatelské jméno správce Jabber serveru:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please provide the name of an account to administrate the ejabberd server. "
"After the installation of ejabberd you can use this account to log in with "
"any Jabber client to do administrative tasks or go to https://";
"${hostname}:5280/admin/ and log in with this account to enter the admin "
"interface."
msgstr ""
"Zadejte prosím jméno účtu, který bude spravovat ejabberd server. Po "
"instalaci serveru ejabberd se můžete pomocí tohoto účtu přihlásit z "
"libovolného jabberového klienta a vzdáleně tak provádět správcovské úkony. "
"Další možností je webové rozhraní na https://${hostname}:5280/admin/, kde se "
"s tímto účtem taktéž můžete přihlásit do správcovského rozhraní."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"You only need to enter the username part here (such as ${user}), but the "
"full Jabber ID (such as ${user}@${hostname}) is required to access the "
"ejabberd web interface."
msgstr ""
"Zde stačí zadat pouze uživatelskou část (např. ${user}), ale pro přihlášení "
"do webového rozhraní používejte kompletní Jabber ID včetně jména serveru "
"(např. ${user}@${hostname})."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please leave this field empty if you don't want to create an administrator "
"account automatically."
msgstr ""
"Jestliže nechcete automaticky vytvořit správcovský účet, ponechte pole "
"prázdné."

#. Type: password
#. Description
#: ../templates:4001
msgid "Jabber server administrator password:"
msgstr "Heslo správce Jabber serveru:"

#. Type: password
#. Description
#: ../templates:4001
msgid "Please enter the password for the administrative user."
msgstr "Zadejte prosím heslo uživatele se správcovskými oprávněními."

#. Type: password
#. Description
#: ../templates:5001
msgid "Re-enter password to verify:"
msgstr "Znovu zadejte heslo pro ověření:"

#. Type: password
#. Description
#: ../templates:5001
msgid ""
"Please enter the same administrator password again to verify that you have "
"typed it correctly."
msgstr ""
"Zadejte prosím správcovské heslo ještě jednou pro ověření, že jste ho "
"zadali správně."

#. Type: error
#. Description
#: ../templates:6001
msgid "Password input error"
msgstr "Chyba při zadávání hesla"

#. Type: error
#. Description
#: ../templates:6001
msgid "The two passwords you entered were not the same. Please try again."
msgstr "Zadaná hesla nesouhlasí. Zkuste to prosím znovu."

#. Type: error
#. Description
#: ../templates:7001
msgid "Invalid administrator account username"
msgstr "Neplatné jméno správcovského účtu"

#. Type: error
#. Description
#: ../templates:7001
msgid ""
"The username you have typed contains forbidden characters. Please respect "
"the  JID syntax (http://tools.ietf.org/html/rfc6122#appendix-A.5). If you "
"used a full JID (e.g. user@hostname), you have to use the same host name you "
"typed into the host name configuration step."
msgstr ""
"Zadané uživatelské jméno obsahuje zakázané znaky. Respektujte prosím "
"syntaxi (http://tools.ietf.org/html/rfc6122#appendix-A.5). Jestliže jste "
"použili úplné JID (např. uzivatel@pocitac), musíte použít stejné jméno "
"počítače, které jste zadali dříve v kroku „jméno počítače“."

#~ msgid "The username of an admin account for ejabberd:"
#~ msgstr "Jméno administrátorského účtu pro ejabberd:"

#~ msgid "The password for the admin account:"
#~ msgstr "Heslo správcovského účtu:"

#~ msgid "The password for the admin account again for verification:"
#~ msgstr "Ověření hesla správcovského účtu:"

#~ msgid ""
#~ "Please reenter the password for the administrative user for verification."
#~ msgstr ""
#~ "Pro ověření prosím zopakujte he

Bug#698528: debian-installer: BusyBox's wget doesn't preseed from HTTPS

[Cyril Brulebois]

Hi Arnaud,

Arnaud Loonstra  (2015-10-23):
> Simply hosting a preseed file on github.com fails, for example fails.
> 
> This was an issue the debian-installer in ubuntu as well but they seemed to
> have added https support. Couldn't it be added to the original installer?
> 
> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/833994
> 
> * Add HTTPS support to fetch-url, which will only work if d-i has been
> built with GNU wget; debian-installer/allow_unauthenticated_ssl
> implies the --no-check-certificate option (LP: #833994).

Marga's been looking into this lately, see #802591 & #802596. I'm
currently preparing a release (and having various changes outside
Debian) so my free time is rather limited right now.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#798091: wheezy-pu: package pykerberos/1.1+svn4895-1+deb7u1

[Guido Günther]

On Sat, Sep 05, 2015 at 03:40:55PM +0200, Guido Günther wrote:
> Package: release.debian.org
> Severity: normal
> Tags: wheezy
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Hi,
> I'd like to fix CVE-2015-3206 (missing KDC authenticity verification)
> for wheezy via a point release. The debdiff is attached. The bug is
> fixed in unstable as well as squeeze-lts already.
> 
> As in squeeze-lts the KDC check is disabled by default to not break existing
> installations.

Ping?
 -- Guido

Bug#802780: systemd: systemctl 227 fails in chroots (instead of ignoring)

[Stephan Suerken]

Package: systemd
Version: 227-2
Severity: normal

Dear Maintainers,

with 227-2 (not found in 226-2), systemctl behaves differently
in chroots for (at least) services that only provide a sysv init
script, breaking package install or removal:

226-2, jessie: Ignored, retval 0:
 # root? systemctl restart non-existing.service
 Running in chroot, ignoring request.
 # root? systemctl restart wicd.service
 Running in chroot, ignoring request.

227-2, sid: Fails, retval 6:
 # root? systemctl restart non-existing.service
 Failed to restart non-existing.service: Unit non-existing.service failed to 
load: No such file or directory.
 # root? systemctl restart non-existing.service
 Failed to restart non-existing.service: Unit non-existing.service failed to 
load: No such file or directory.

As systemctl is also run implicitely via invoke.rc.d on postinst
etc., this actually breaks package installation/removal on such
systems (one current example is the wicd package).

Fwiw, calling systemctl as /sbin/runlevel still works fine:

# root? /sbin/runlevel
Running in chroot, ignoring request.

Hth!

S

-- Package-specific info:

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-2
ii  libapparmor12.10-2+b1
ii  libaudit1   1:2.4.4-4
ii  libblkid1   2.27-3
ii  libc6   2.19-22
ii  libcap2 1:2.24-12
ii  libcap2-bin 1:2.24-12
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.4-3
ii  libkmod221-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.27-3
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.2.3-2
ii  libselinux1 2.3-2+b1
ii  libsystemd0 227-2
ii  mount   2.27-3
ii  sysv-rc 2.88dsf-59.2
ii  udev227-2
ii  util-linux  2.27-3

Versions of packages systemd recommends:
ii  dbus1.10.0-3
ii  libpam-systemd  227-2

Versions of packages systemd suggests:
pn  systemd-container  
pn  systemd-ui 

-- no debconf information

Bug#802710: musescore: Embeds Qt5's private headers without putting them in a namespace

[Sebastian Ramacher]

Hi

On 2015-10-22 16:09:22, Lisandro Damián Nicanor Pérez Meyer wrote:
> Source: musescore
> Version: 2.0.2+dfsg-1
> Severity: important
> 
> Hi! While doing qt5's qtbase's private headers transition we noted that 
> musescore
> got into the list of packages that needed a transition [lop] but without
> build depending on qtbase5-dev.
> 
> [lop] 
> 
> My teammate Dmitry Schanev found out that musescore ships a Qt5 private 
> header:
> 
> 
> 
> By building this header without a namespace the symbols that it generates 
> matchs the symbols
> of qtbase's private stuff, so unnecesarily being part of transitions like 
> this.

The xmlstream stuff is not the problem. They are not unresolved symbols and do
not cause a dependency on qtbase-abi-5-5-1. They probably clash with the symbols
from Qt, but that's easy to fix with a namespace or renaming the copy of
QXmlUtils.

Looking at the output of dpkg-shlibdeps with -v -v shows the actual problem:
|  Looking up symbol 
_ZN12QPaintEngineC2ER19QPaintEnginePrivate6QFlagsINS_18PaintEngineFeatureEE@Base
|  Found in symbols file of libQt5Gui.so.5 (minver: 5.0.2, dep: libqt5gui5 
#MINVER#, qtbase-abi-5-5-1)

This might be caused by mscore/paintengine_p.h and mscore/svgenerator.* where
the QPaintEngine and QPaintEnginePrivate are used.

Cheers
-- 
Sebastian Ramacher

Bug#802781: relational: Please fix X-Python3-Version value

[Dmitry Shachnev]

Package: relational
Version: 2.1-1
Severity: important
Tags: patch
User: debian-pyt...@lists.debian.org
Usertags: python3.5

Dear Maintainer,

The X-Python3-Version field currently has value "3.4", which means this
package will not work with Python 3.5, which will soon become the default
version.

You need to change it to ">= 3.4" to fix it. A patch is below.

--
Dmitry Shachnev

--- debian/control  2015-09-15 13:10:55.0 +0300
+++ debian/control  2015-10-23 16:57:30.0 +0300
@@ -4,7 +4,7 @@
 Maintainer: Salvo 'LtWorf' Tomaselli 
 Build-Depends: debhelper (>= 9), python3, dh-python, python3-xtermcolor, 
pyqt5-dev-tools
 Standards-Version: 3.9.6
-X-Python3-Version: 3.4
+X-Python3-Version: >= 3.4
 Homepage: http://ltworf.github.io/relational/
 
 Package: python3-relational

signature.asc
Description: OpenPGP digital signature

Bug#802782: don't hard code the python version

[Matthias Klose]

Package: src:babeltrace
Version: 1.2.4-1
Severity: important
Tags: sid stretch patch

Please don't hard code the python version, the package will ftbfs once python3.5 
is the default.


patch at
http://launchpadlibrarian.net/222315354/babeltrace_1.2.4-1build1_1.2.4-1ubuntu1.diff.gz

please also consider to build for all supported python3 versions.

Bug#802783: ITP: rapicorn -- UI toolkit for declarative user interface construction and SVG-based theming

[Tim Janik]

Package: wnpp
Severity: wishlist
Owner: Tim Janik 

* Package name: rapicorn
  Version : 15.9.1
  Upstream Author : Tim Janik 
* URL : https://github.com/tim-janik/rapicorn
* License : MPL-2.0
  Programming Lang: C++, Python
  Description : UI toolkit for declarative user interface construction and 
SVG-based theming

Rapicorn is a graphical user interface (UI) toolkit for rapid
development of user interfaces in C++ and Python. The user interface
(UI) is designed in declarative markup language and is connected to the
programming logic using data bindings and commands.

Rapicorn has previously been shipped with Debian and got removed
in 2014. It is a library neccessary for packaging Beast, see:
  Bug#802627: ITP: beast -- Music Composer and Modular Synthesizer

Upstream is behind this packaging effort, the intent is for
the Debian package to follow upstream closely and we are
integrating package builds into our continuous release process,
this is already working for snapshot packages here:
  https://github.com/tim-janik/rapicorn/blob/master/.travis.yml

Ideally, we get helpful review for the packaging efforts from
pkg-multimedia-maintain...@lists.alioth.debian.org, and hopefully
a sponsor is willing to support uploads of the packages.



-- 
Yours sincerely,
Tim Janik

https://testbit.eu/timj/
Free software author and speaker.



signature.asc
Description: OpenPGP digital signature

Bug#802784: please don't hard-code the python3 version

[Matthias Klose]

Package: src:cdist
Version: 4.0.0~pre3-1
Severity: important
Tags: sid stretch patch

please don't hard-code the python3 version, the package will ftbfs with 
python3.5 as the default.


patch at
http://launchpadlibrarian.net/222310307/cdist_4.0.0~pre3-1build1_4.0.0~pre3-1ubuntu1.diff.gz

Bug#801498: Using rakudo-star tarball ...

[gregor herrmann]

On Fri, 23 Oct 2015 09:23:28 +0200, Dominique Dumont wrote:

> On Thursday 22 October 2015 22:49:48 gregor herrmann wrote:
> > Is there no tarball for rakudo-star (as in pure rakudo plus the other
> > stuff)?
> Heh, I guess we're thinking the same way ;-)

Heh, I wonder why :)
 
> Yes, there are tarballs there 
> http://rakudo.org/downloads/star/
> 
> rakudo-star-2015.09.tar.gz   contains everything, moar, nqp, rakudo, panda 
> and 
> core modules.

Interesting!
 
> Creating perl6 from there would be much simpler.
> I wonder if keeping separate binary package for moar nqp make sense ?

Maybe yes, since rakudo-star might switch backends again, and the
projects seem to be somewhat independent.
 
> We'd still need to:
> - remove libtomath
> - remove minified js files
> - ship arch dependant stuff in separate binary packages
> 
> We'd then drop rakudo, nqp, moar source package and keep only rakudo-star.

That would make packaging easier. Alternatives would be:
- keep moarvm and nqp source + binary packages as they are, only
  switch rakudo source+binary to rakudo-star (i.e. rakudo plus panda,
  core modules, ignore moarvm and nqp in the tarball); that's
  probably closest to the original question of how to get the
  additional stuff easily;
- or leave moarvm and nqp and rakudo as they are now, and only take
  the additional things from the rakudo-star tarball; which means
  "throwing away" more and having more source packages but OTOH
  keeping the main components separate.  

And that's only thinking-out-aloud; one thing that's not clear to me
is how "core" the modules are; and/or what perl6 actually "is" (is it
rakudo-star? or rakudo plus any VM? or rakudo plus modules and
moarvm?)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Tougher Than The Rest


signature.asc
Description: Digital Signature

Bug#802771: libfont-freetype-perl: minor error in long package description

[gregor herrmann]

On Fri, 23 Oct 2015 22:32:26 +1100, Dmitry Smirnov wrote:

> Long package description mention
>"Font::Freetype"
> instead of
>"Font::FreeType".

Thanks for noticing!

Fixed in git, will be in the next upload.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: Million Miles


signature.asc
Description: Digital Signature

Bug#802785: ITP: plymouth-theme-hamara -- plymouth theme for Hamara Linux

[Pirate Praveen]

package: wnpp
severity: wishlist

https://bugs.hamaralinux.org/show_bug.cgi?id=203



signature.asc
Description: OpenPGP digital signature

Bug#802399: RFS: localehelper/0.1.4-1 [ITP] - Locale helper tool

[Gianfranco Costamagna]

Control: owner -1 !

Hi,

the upstream packaging is obviously good :)

lets review:

- please run wrap-and-sort
- please use "tab" in your rules file (vim is showing them really bad)

- usually when I override dh_auto_target: I do it this way
override_dh_auto_foo:
$(MAKE) something
dh_auto_foo

even if in your case they do nothing, but in the future upstream might include 
a Makefile
or something else, so they will start do something useful.

Otherwise your package will become broken (specially when you miss something to 
build)



please ping me once you have addressed the above.

I'm not sure the package will pass the reproducibly test, but well, we will see 
;)

cheers,

G.

Il Mercoledì 21 Ottobre 2015 16:39, Jakub Wilk  ha scritto:
* Jonathan Horn , 2015-10-20, 23:16:
>>Hmm, was ITP bug CCed to debian-devel? I didn't see it there...
>As far as I know no, for some reason. Maybe I didn't submitted it the 
>right way? (I used reportbug)

That's odd, reportbug should have taken care of that...
It should have also set yourself as the bug owner, but it didn't.


-- 
Jakub Wilk