Bug#806170: yafc: consider building against MIT Kerberos

[Jelmer Vernooij]

Package: yafc
Version: 1.3.6-1
Severity: normal

Dear Maintainer,

krb5-auth-dialog is currently built against Heimdal. Heimdal hasn't seen
a release upstream in almost 4 years, and we're considering orphaning
it.

Please consider building against MIT kerberos instead. Attached patch
changes the build dependency accordingly.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
commit 0f70eb73b451d113aabfef6f5c3fd2838007fa41
Author: Jelmer Vernooij 
Date:   Wed Nov 25 00:00:30 2015 +

Depend on libkrb5-dev | heimdal-dev.

diff --git a/debian/changelog b/debian/changelog
index 2448a68..4fb9b76 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+yafc (1.3.6-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Depend on libkrb5-dev | heimdal-dev.
+
+ -- Jelmer Vernooij   Wed, 25 Nov 2015 00:00:23 +
+
 yafc (1.3.6-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/control b/debian/control
index 9af1a01..8ffe426 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Build-Depends:
  texinfo,
  libbsd-dev,
  libedit-dev,
- heimdal-dev,
+ libkrb5-dev | heimdal-dev,
  libssh-dev,
  libglib2.0-dev,
  pkg-config

Bug#806171: flash-kernel causes postinsts to fail when it happens to be installed on an unsupported system

[Newell Jensen]

Package: flash-kernel
Version: 3.50
Severity: normal
Tags: patch

diff --git a/functions b/functions
index d86cf7d..d07b967 100644
--- a/functions
+++ b/functions
@@ -629,6 +629,10 @@ if [ -L "$kfile" ]; then
 fi

 if ! check_supported "$machine"; then
+# do nothing if an unsupported platform is booted from EFI
+ if [ -d /sys/firmware/efi ]; then
+echo "Unsupported platform on EFI system."
+ exit 0
  error "Unsupported platform."
 fi



Dear Maintainer,

   * What led up to the situation?
Running:
$ apt-get --reinstall install linux-image-4.2.0-1-arm64; echo $?
Led to:
Processing triggers for flash-kernel (3.50) ...
Unsupported platform.
dpkg: error processing package flash-kernel (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
flash-kernel
E: Sub-process /usr/bin/dpkg returned an error code (1)
100

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

   * What was the outcome of this action?
See above.

   * What outcome did you expect instead?
Non-fatal warning.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 4.2.0-1-arm64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages flash-kernel depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  devio  1.2-1
ii  initramfs-tools0.120
ii  linux-base 4.0
ii  ucf3.0031

Versions of packages flash-kernel recommends:
ii  u-boot-tools  2015.10+dfsg1-2

flash-kernel suggests no packages.

-- debconf information:
  flash-kernel/linux_cmdline: quiet

Bug#665334: [Pkg-fonts-devel] Bug#665334: Adobe font hinting

[Daniel Kahn Gillmor]

On Tue 2015-06-23 20:14:51 -0400, Michael Gardner wrote:
> What's the status of the autohint relicensing?
>
> On Sun, Apr 13, 2014 at 6:29 PM, Read Roberts  wrote:
>> I am working on this now, and the major legal hurdles have been cleared.
>> It may still be several months for all the paperwork to get done, but I
>> will have finished the development work within a week or two. Definitely
>> happening by August.

Any word on this, Read?

--dkg

Bug#802335: gdm3: gdm 3.18 does not switch to the right tty with a multi seat setup

[Manuel Bilderbeek]

Package: gdm3
Version: 3.18.0-2
Followup-For: Bug #802335

Dear Maintainer,

Looks like I'm also hit with this bug... but I have no idea what a 'seat' is or
what 'multiseat' is. I didn't do anything to set that up, I only upgraded some
packages and suddenly I get this issue.

I described it in bug #803779.

It's quite annoying... I even had an extra Xorg and gnome-shell running with
the user "Debian-gdm", which took 20% CPU time...

Quite annoying!

Is there any workaround for this? Why did it hit me and not many other people?
Is it related to nVidia driver?

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

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 gdm3 depends on:
ii  accountsservice  0.6.40-3
ii  adduser  3.113+nmu3
ii  dconf-cli0.24.0-2
ii  dconf-gsettings-backend  0.24.0-2
ii  debconf [debconf-2.0]1.5.58
ii  gir1.2-gdm3  3.18.0-2
ii  gnome-session [x-session-manager]3.18.1.2-1
ii  gnome-session-bin3.18.1.2-1
ii  gnome-session-flashback [x-session-manager]  3.18.1-1
ii  gnome-settings-daemon3.18.2-1
ii  gnome-shell  3.18.1-1
ii  gnome-terminal [x-terminal-emulator] 3.18.2-1
ii  gsettings-desktop-schemas3.18.1-1
ii  libaccountsservice0  0.6.40-3
ii  libaudit11:2.4.4-4
ii  libc62.19-22
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libgdm1  3.18.0-2
ii  libglib2.0-0 2.46.2-1
ii  libglib2.0-bin   2.46.2-1
ii  libgtk-3-0   3.18.5-1
ii  libpam-modules   1.1.8-3.1
ii  libpam-runtime   1.1.8-3.1
ii  libpam-systemd   227-3
ii  libpam0g 1.1.8-3.1
ii  librsvg2-common  2.40.11-2
ii  libselinux1  2.4-3
ii  libsystemd0  227-3
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.3-1
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.2-1
ii  lsb-base 9.20150917
ii  metacity [x-window-manager]  1:3.18.1-1
ii  mutter [x-window-manager]3.18.2-1
ii  policykit-1  0.105-13
ii  ucf  3.0031
ii  x11-common   1:7.7+12
ii  x11-xserver-utils7.7+5
ii  xterm [x-terminal-emulator]  320-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.18.3-1
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+2
ii  xserver-xephyr 2:1.17.3-2
ii  xserver-xorg   1:7.7+12
ii  zenity 3.18.1.1-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.18.2-1
ii  libpam-gnome-keyring  3.18.2-1

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3

Bug#806165: jessie-pu: package zendframework/1.12.9+dfsg-2+deb8u5

[David Prévot]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

As agreed with the security team, this update aims to fix a security
issue in zendframework (request for Wheezy follows) via pu. Please find
attached the debdiff, as well as the actual patch with some formating
noise removed.

  * Backport security fix from 1.12.17:
- ZF2015-09: Fixed entropy issue in word CAPTCHA
  http://framework.zend.com/security/advisory/ZF2015-09

Thanks in advance for considering.

Regards

David
diff --git a/debian/changelog b/debian/changelog
index 915004f..9977720 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+zendframework (1.12.9+dfsg-2+deb8u5) jessie; urgency=medium
+
+  * Backport security fix from 1.12.17
+- ZF2015-09: Fixed entropy issue in word CAPTCHA
+  http://framework.zend.com/security/advisory/ZF2015-09
+
+ -- David Prévot   Tue, 24 Nov 2015 18:21:26 -0400
+
 zendframework (1.12.9+dfsg-2+deb8u4) jessie-security; urgency=high
 
   * Backport security fixes from 1.12.16:
diff --git a/debian/patches/0008-ZF2015-09-Fixed-entropy-issue-in-word-CAPTCHA.patch b/debian/patches/0008-ZF2015-09-Fixed-entropy-issue-in-word-CAPTCHA.patch
new file mode 100644
index 000..412b779
--- /dev/null
+++ b/debian/patches/0008-ZF2015-09-Fixed-entropy-issue-in-word-CAPTCHA.patch
@@ -0,0 +1,347 @@
+From: Enrico Zimuel 
+Date: Mon, 9 Nov 2015 17:26:45 +0100
+Subject: ZF2015-09: Fixed entropy issue in word CAPTCHA
+
+This patch fixes a potential entropy fixation vector with `Zend_Captcha_Word`.
+Prior to the fix, when selecting letters for the CAPTCHA, `array_rand()` was
+used, which does not use sufficient entropy during randomization. The patch
+backports randomization routines from ZF2 in order to provide a more
+cryptographically secure RNG.
+
+Origin: upstream, https://github.com/zendframework/zf1/commit/4a41392f89bf510a8ab801eacb117fe7ea25b575
+---
+ library/Zend/Captcha/Word.php |  29 +++-
+ library/Zend/Crypt/Math.php   | 100 +++---
+ tests/Zend/Crypt/MathTest.php |  75 +--
+ 3 files changed, 183 insertions(+), 21 deletions(-)
+
+diff --git a/library/Zend/Captcha/Word.php b/library/Zend/Captcha/Word.php
+index 1f0e0fc..ba39580 100644
+--- a/library/Zend/Captcha/Word.php
 b/library/Zend/Captcha/Word.php
+@@ -22,6 +22,9 @@
+ /** @see Zend_Captcha_Base */
+ require_once 'Zend/Captcha/Base.php';
+ 
++/** @see Zend_Crypt_Math */
++require_once 'Zend/Crypt/Math.php';
++
+ /**
+  * Word-based captcha adapter
+  *
+@@ -39,10 +42,10 @@ abstract class Zend_Captcha_Word extends Zend_Captcha_Base
+ /**#@+
+  * @var array Character sets
+  */
+-static $V  = array("a", "e", "i", "o", "u", "y");
+-static $VN = array("a", "e", "i", "o", "u", "y","2","3","4","5","6","7","8","9");
+-static $C  = array("b","c","d","f","g","h","j","k","m","n","p","q","r","s","t","u","v","w","x","z");
+-static $CN = array("b","c","d","f","g","h","j","k","m","n","p","q","r","s","t","u","v","w","x","z","2","3","4","5","6","7","8","9");
++static public $V  = array("a", "e", "i", "o", "u", "y");
++static public $VN = array("a", "e", "i", "o", "u", "y","2","3","4","5","6","7","8","9");
++static public $C  = array("b","c","d","f","g","h","j","k","m","n","p","q","r","s","t","u","v","w","x","z");
++static public $CN = array("b","c","d","f","g","h","j","k","m","n","p","q","r","s","t","u","v","w","x","z","2","3","4","5","6","7","8","9");
+ /**#@-*/
+ 
+ /**
+@@ -175,7 +178,7 @@ abstract class Zend_Captcha_Word extends Zend_Captcha_Base
+  *
+  * @return string
+  */
+-public function getId ()
++public function getId()
+ {
+ if (null === $this->_id) {
+ $this->_setId($this->_generateRandomId());
+@@ -189,7 +192,7 @@ abstract class Zend_Captcha_Word extends Zend_Captcha_Base
+  * @param string $id
+  * @return Zend_Captcha_Word
+  */
+-protected function _setId ($id)
++protected function _setId($id)
+ {
+ $this->_id = $id;
+ return $this;
+@@ -250,7 +253,7 @@ abstract class Zend_Captcha_Word extends Zend_Captcha_Base
+ $this->_useNumbers = $_useNumbers;
+ return $this;
+ }
+-
++
+ /**
+  * Get session object
+  *
+@@ -280,7 +283,7 @@ abstract class Zend_Captcha_Word extends Zend_Captcha_Base
+ public function setSession(Zend_Session_Namespace $session)
+ {
+ $this->_session = $session;
+-if($session) {
++if ($session) {
+ $this->_keepSession = true;
+ }
+ return $this;
+@@ -326,10 +329,12 @@ abstract class Zend_Captcha_Word extends Zend_Captcha_Base
+ $vowels = $this->_useNumbers ? self::$VN : self::$V;
+ $consonants = $this->_useNumbers ? self::$CN : self::$C;
+ 
++$totIndexCon = count($consonants) - 1;

Bug#805825: transition: hdf5

[Gilles Filippini]

Emilio Pozuelo Monfort a écrit le 24/11/2015 16:03 :
> Control: tags -1 confirmed
> 
> On 22/11/15 21:34, Gilles Filippini wrote:
>> With release 1.8.16 of hdf5 currently in experimental, the soname of
>> the C++ library was bumped:
>> libhdf5-cpp-10 -> libhdf5-cpp-11
>>
>> This triggers a mini-transition. There are only two rdepends on
>> libhdf5-cpp-10. I've tested a rebluid of both against libhdf5 1.8.16:
>> * blasr  binnmu OK
>> * insighttoolkit4binnmu OK (sid only)
> 
> Go ahead.

Release 1.8.16+docs-1 uploaded to unstable.

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#806029: gem: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Debian/GNU]

Control: tags -1 pending
thanks.

On 11/24/2015 04:25 PM, Santiago Vila wrote:
> Package: src:gem
> Version: 1:0.93.3-9
> User: sanv...@debian.org
> Usertags: binary-indep
> Severity: important
> 
> Dear maintainer:
> 
> I tried to build this package with "dpkg-buildpackage -A"
> (i.e. only architecture-independent packages), and it failed:
> 
> 
> [...]
>  fakeroot debian/rules binary-indep
> dh --with autoreconf binary-indep
>dh_testroot -i
>dh_prep -i
>dh_auto_install -i
>   make -j1 install DESTDIR=/<>/debian/tmp 
> AM_UPDATE_INFO_DIR=no
> make[1]: Entering directory '/<>'
> Making install in src
> make[2]: Entering directory '/<>/src'
> Making install in Gem
> make[3]: Entering directory '/<>/src/Gem'
> /bin/bash ./../pkgversion.sh ../version.h.in > version_current.h
> /bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I../../src  -I../../src -D_FORTIFY_SOURCE=2 -DHAVE_VERSION_H -DPD 
> -I/usr/include/pd -I/usr/include/GL -I/usr/include/libdrm   -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -freg-struct-return 
> -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math 
> -mmmx -MT libGem_la-Version.lo -MD -MP -MF .deps/libGem_la-Version.Tpo -c -o 
> libGem_la-Version.lo `test -f 'Version.cpp' || echo './'`Version.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src 
> -D_FORTIFY_SOURCE=2 -DHAVE_VERSION_H -DPD -I/usr/include/pd -I/usr/include/GL 
> -I/usr/include/libdrm -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -freg-struct-return -O3 -falign-loops 
> -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT 
> libGem_la-Version.lo -MD -MP -MF .deps/libGem_la-Version.Tpo -c Version.cpp  
> -fPIC -DPIC -o .libs/libGem_la-Version.o
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src 
> -D_FORTIFY_SOURCE=2 -DHAVE_VERSION_H -DPD -I/usr/include/pd -I/usr/include/GL 
> -I/usr/include/libdrm -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -freg-struct-return -O3 -falign-loops 
> -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT 
> libGem_la-Version.lo -MD -MP -MF .deps/libGem_la-Version.Tpo -c Version.cpp 
> -o libGem_la-Version.o >/dev/null 2>&1
> mv -f .deps/libGem_la-Version.Tpo .deps/libGem_la-Version.Plo
> /bin/bash ../../libtool  --tag=CXX   --mode=link g++ -DHAVE_VERSION_H -DPD 
> -I/usr/include/pd -I/usr/include/GL -I/usr/include/libdrm   -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -freg-struct-return 
> -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math 
> -mmmx  -Wl,-z,relro -o libGem.la  libGem_la-glew.lo libGem_la-Cache.lo 
> libGem_la-ContextData.lo libGem_la-Dylib.lo libGem_la-Event.lo 
> libGem_la-Exception.lo libGem_la-Files.lo libGem_la-GLStack.lo 
> libGem_la-Image.lo libGem_la-ImageLoad.lo libGem_la-ImageSave.lo 
> libGem_la-PixConvertAltivec.lo libGem_la-PixConvertSSE2.lo 
> libGem_la-Loaders.lo libGem_la-Manager.lo libGem_la-PBuffer.lo 
> libGem_la-Properties.lo libGem_la-Settings.lo libGem_la-Setup.lo 
> libGem_la-State.lo libGem_la-SynchedWorkerThread.lo libGem_la-ThreadMutex.lo 
> libGem_la-ThreadSemaphore.lo libGem_la-Version.lo libGem_la-WorkerThread.lo 
> -L/usr/include/pd -lGLEW -lGLU -lGL  -lXxf86vm -ldl -lz -lm  -L/usr/include/pd
> libtool: link: rm -fr  .libs/libGem.a .libs/libGem.la
> libtool: link: ar cru .libs/libGem.a .libs/libGem_la-glew.o 
> .libs/libGem_la-Cache.o .libs/libGem_la-ContextData.o .libs/libGem_la-Dylib.o 
> .libs/libGem_la-Event.o .libs/libGem_la-Exception.o .libs/libGem_la-Files.o 
> .libs/libGem_la-GLStack.o .libs/libGem_la-Image.o .libs/libGem_la-ImageLoad.o 
> .libs/libGem_la-ImageSave.o .libs/libGem_la-PixConvertAltivec.o 
> .libs/libGem_la-PixConvertSSE2.o .libs/libGem_la-Loaders.o 
> .libs/libGem_la-Manager.o .libs/libGem_la-PBuffer.o 
> .libs/libGem_la-Properties.o .libs/libGem_la-Settings.o 
> .libs/libGem_la-Setup.o .libs/libGem_la-State.o 
> .libs/libGem_la-SynchedWorkerThread.o .libs/libGem_la-ThreadMutex.o 
> .libs/libGem_la-ThreadSemaphore.o .libs/libGem_la-Version.o 
> .libs/libGem_la-WorkerThread.o 
> ar: `u' modifier ignored since `D' is the default (see `U')
> libtool: link: ranlib .libs/libGem.a
> libtool: link: ( cd ".libs" && rm -f "libGem.la" && ln -s "../libGem.la" 
> "libGem.la" )
> 
> [... snipped ...]
> 
> make[1]: Leaving directory '/<>'
>debian/rules override_dh_install
> make[1]: Entering directory '/<>'
> dh_install
> # remove libtool files, they are not needed
> find debian/gem-extra/usr/lib/ -name '*.la'  -delete
> find: `debian/gem-extra/usr/lib/': No such file or directory
> debian/rules:53: recipe for target 'override_dh_install' failed
> make[1]: *** [override_dh_install] Error 1
> make[1]: Leaving directory '/<>'
> debian/rules:40: recipe for target 'binary-indep' failed
> make: *** 

Bug#806168: gst-plugins-bad1.0: please ship gst-element-maker

[ydirson]

Package: gst-plugins-bad1.0
Version: 1.6.1-1

http://gstreamer.freedesktop.org/data/doc/gstreamer/head/pwg/html/section-boiler-project-stamp.html
states that "for creating elements the tool gst-element-maker from 
gst-plugins-bad is recommended these days".

Today it seems it only appears in the source package, it would look like a good 
idea to ship it as part of the -dev package.

Bug#789825: python-lockfile: FTBFS: ImportError: No module named setuptools

[Mattia Rizzolo]

user reproducible-bui...@lists.alioth.debian.org
usertag ftbfs
severity serious
thanks

On Wed, Jun 24, 2015 at 10:32:53PM +0200, Artur Rona wrote:
> In some cases, is it possible to get FTBFS due to missing build dependencies
> python*-setuptools.
> 
> In Ubuntu, we've applied the attached patch to achieve the following:
> 
>   * debian/Build-Depends on python*-setuptools to fix FTBFS.
> 


In Debian too, and not only "in some cases", therefore rising severity.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#806074: mapserver: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

On Tue, Nov 24, 2015 at 10:55:20PM +0100, Sebastiaan Couwenberg wrote:
> Control: tags -1 pending
> 
> Hi Santiago,
> 
> Thanks for your binary-indep work.
> 
> On 24-11-15 16:27, Santiago Vila wrote:
> > dh_installexamples
> > chmod a-x 
> > /<>/debian/php*-mapscript/usr/share/doc/php*-mapscript/examples/*.phtml
> > chmod: cannot access 
> > '/<>/debian/php*-mapscript/usr/share/doc/php*-mapscript/examples/*.phtml':
> >  No such file or directory
> 
> I've make the chmod call non-fatal for the build and the fixed revision
> will soon be available in unstable.

This is up to you, but I would personally consider more elegant and cleaner
to use override_dh_installexamples-arch and/or 
override_dh_installexamples-indep.

In fact, by looking at your debian/rules, I bet that this patch
(warning: completely untested) would fix the problem, if the chmod
is the problem:

--- a/debian/rules
+++ b/debian/rules
@@ -151,7 +151,7 @@ override_dh_auto_install:
 override_dh_installchangelogs:
 dh_installchangelogs HISTORY.TXT

-override_dh_installexamples:
+override_dh_installexamples-arch:
dh_installexamples

chmod a-x 
$(CURDIR)/debian/php*-mapscript/usr/share/doc/php*-mapscript/examples/*.phtml


So, for arch-independent packages, dh_installexamples works, by
default, and for arch-dependent packages (including php*-mapscript),
dh_installexamples works and then your chmod.

Bug#806164: installation-reports: jessie install on dell xps 13 9350 (grub-installer issues)

[Julien Cristau]

Package: installation-reports

Boot method: USB
Image version: 
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current/amd64/iso-cd/firmware-8.2.0-amd64-netinst.iso
Date: November 24, 2015

Machine: Dell XPS 13 9350
Partitions: fdisk -l

Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 121A6F68-CA63-4FB1-98BD-61F0971A674C

Device StartEnd   Sectors   Size Type
/dev/nvme0n1p1  20481026047   1024000   500M EFI System
/dev/nvme0n1p2   10260481288191262144   128M Microsoft reserved
/dev/nvme0n1p3   1288192  502419455 501131264   239G Microsoft basic data
/dev/nvme0n1p4 977592320  979337215   1744896   852M Windows recovery environmen
/dev/nvme0n1p5 979337216 1000214527  2087731210G Windows recovery environmen
/dev/nvme0n1p6 502419456  961990655 459571200 219.1G Linux filesystem
/dev/nvme0n1p7 961990656  977592319  15601664   7.5G Linux swap

Partition table entries are not in disk order.


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O] (had to use an usb wlan thing, the shipped one 
isn't supported until linux 4.4)
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [E] 
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[E]
Overall install:[O]

Comments/Problems:

Initially, the disk was setup as "RAID" in the BIOS, and I couldn't get
linux to recognize it.  Googling suggested disabling that mode and using
"AHCI" instead.  That broke Windows, so I had to reinstall, but it
allowed d-i to see the disk.

Installation went fine (well, had to stay close to the screen because
the text was quite small on this high-dpi display) until the
grub-installer step.  Which failed horribly, I think because the
/dev/nvme0n1 device name for the drive isn't expected.  See attached
excerpt from syslog (contains a few invocations of grub-installer while
I was trying to understand what was going on; the last one has
DEBCONF_DEBUG and set -x enabled.

After reboot I'm on the fbdev X driver (on simplefb) and llvmpipe, and
gnome-shell works surprisingly well (if it wasn't for xrandr not listing
outputs I might not have noticed).

Cheers,
Julien
-- 

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u2"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux  3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 
(2015-08-04) x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:1904] 
(rev 08)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device 
[8086:1916] (rev 07)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:04.0 Signal processing controller [1180]: Intel Corporation 
Device [8086:1903] (rev 08)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:9d2f] 
(rev 21)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: Kernel driver in use: xhci_hcd
lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation 
Device [8086:9d31] (rev 21)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:15.0 Signal processing controller [1180]: Intel Corporation 
Device [8086:9d60] (rev 21)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:15.1 Signal processing controller [1180]: Intel Corporation 
Device [8086:9d61] (rev 21)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Device 
[8086:9d3a] (rev 21)
lspci -knn: Subsystem: Dell Device [1028:0704]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:9d10] 
(rev f1)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Device [8086:9d14] 
(rev f1)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation Device [8086:9d15] 
(rev f1)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 PCI bridge [0604]: Intel Corporation Device [8086:9d18] 
(rev f1)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:9d48] 
(rev 21)
lspci -knn: 

Bug#806167: python-twisted fails to upgrade because of missing/incorrect replaces/breaks

[Diederik de Haas]

Package: python-twisted
Version: 15.4.0-1
Severity: grave
Justification: renders package unusable

I just tried to upgrade my sid system where various python-twisted packages 
want to upgrade to 15.4.0-1, but it fails while trying to do so:

Current status: 71 (+68) upgradable, 103523 (+45) new.
root@bagend:/home/diederik# aptitude safe-upgrade
Resolving dependencies...
The following packages will be REMOVED:
  python-twisted-conch{u} python-twisted-lore{u} python-twisted-mail{u} 
python-twisted-names{u} python-twisted-news{u} python-twisted-runner{u} 
  python-twisted-words{u} 
The following packages will be upgraded:
  cpp-5 cpp-5-arm-linux-gnueabihf g++-5 gcc-5 gcc-5-arm-linux-gnueabihf 
gcc-5-arm-linux-gnueabihf-base gcc-5-base gcc-5-base:i386 gcc-5-cross-base 
  gcc-5-multilib lib32asan2 lib32atomic1 lib32cilkrts5 lib32gcc-5-dev lib32gcc1 
lib32gomp1 lib32itm1 lib32mpx0 lib32quadmath0 lib32stdc++6 lib32ubsan0 
  libasan2 libasan2-armhf-cross libatomic1 libatomic1-armhf-cross libcc1-0 
libcilkrts5 libdjvulibre-text libdjvulibre21 libgcc-5-dev 
  libgcc-5-dev-armhf-cross libgcc1 libgcc1:i386 libgcc1-armhf-cross 
libgfortran3 libgomp1 libgomp1-armhf-cross libitm1 liblsan0 libmpx0 
libquadmath0 
  libstdc++-5-dev libstdc++6 libstdc++6-armhf-cross libtsan0 libubsan0 
libubsan0-armhf-cross libx32asan2 libx32atomic1 libx32cilkrts5 libx32gcc-5-dev 
  libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libx32stdc++6 libx32ubsan0 
python-cffi-backend python-twisted python-twisted-bin 
  python-twisted-core python-twisted-web 
62 packages upgraded, 0 newly installed, 7 to remove and 3 not upgraded.
Need to get 95,3 MB of archives. After unpacking 715 kB will be freed.
Do you want to continue? [Y/n/?] 
Get: 1 http://ftp.nl.debian.org/debian/ sid/main python-twisted-bin amd64 
15.4.0-1 [19,1 kB]
Get: 2 http://ftp.nl.debian.org/debian/ sid/main python-twisted-core all 
15.4.0-1 [1917 kB]
Get: 3 http://ftp.nl.debian.org/debian/ sid/main python-twisted all 15.4.0-1 
[10,8 kB]
Get: 4 http://ftp.nl.debian.org/debian/ sid/main gcc-5-base i386 5.2.1-25 [167 
kB]
Get: 5 http://ftp.nl.debian.org/debian/ sid/main gcc-5-base amd64 5.2.1-25 [167 
kB]
Get: 6 http://ftp.nl.debian.org/debian/ sid/main libgcc1 amd64 1:5.2.1-25 [38,7 
kB]
Get: 7 http://ftp.nl.debian.org/debian/ sid/main libgcc1 i386 1:5.2.1-25 [46,2 
kB]
Get: 8 http://ftp.nl.debian.org/debian/ sid/main cpp-5 amd64 5.2.1-25 [26,0 MB]
Get: 9 http://ftp.nl.debian.org/debian/ sid/main libcc1-0 amd64 5.2.1-25 [30,4 
kB]
Get: 10 http://ftp.nl.debian.org/debian/ sid/main libgomp1 amd64 5.2.1-25 [54,2 
kB]
Get: 11 http://ftp.nl.debian.org/debian/ sid/main libitm1 amd64 5.2.1-25 [26,7 
kB]
Get: 12 http://ftp.nl.debian.org/debian/ sid/main libatomic1 amd64 5.2.1-25 
[8656 B]
Get: 13 http://ftp.nl.debian.org/debian/ sid/main libasan2 amd64 5.2.1-25 [266 
kB]
Get: 14 http://ftp.nl.debian.org/debian/ sid/main liblsan0 amd64 5.2.1-25 [108 
kB]
Get: 15 http://ftp.nl.debian.org/debian/ sid/main libtsan0 amd64 5.2.1-25 [244 
kB]
Get: 16 http://ftp.nl.debian.org/debian/ sid/main libubsan0 amd64 5.2.1-25 
[98,8 kB]
Get: 17 http://ftp.nl.debian.org/debian/ sid/main libcilkrts5 amd64 5.2.1-25 
[39,5 kB]
Get: 18 http://ftp.nl.debian.org/debian/ sid/main libmpx0 amd64 5.2.1-25 [9448 
B]
Get: 19 http://ftp.nl.debian.org/debian/ sid/main libquadmath0 amd64 5.2.1-25 
[131 kB]
Get: 20 http://ftp.nl.debian.org/debian/ sid/main libstdc++6 amd64 5.2.1-25 
[388 kB]
Get: 21 http://ftp.nl.debian.org/debian/ sid/main g++-5 amd64 5.2.1-25 [15,4 MB]
Get: 22 http://ftp.nl.debian.org/debian/ sid/main libstdc++-5-dev amd64 
5.2.1-25 [1409 kB]  

Get: 23 http://ftp.nl.debian.org/debian/ sid/main libgcc-5-dev amd64 5.2.1-25 
[2217 kB] 
Get: 24 http://ftp.nl.debian.org/debian/ sid/main gcc-5 amd64 5.2.1-25 [26,0 
MB]
Get: 25 http://ftp.nl.debian.org/debian/ sid/main lib32gcc1 amd64 1:5.2.1-25 
[46,0 kB]  
Get: 26 http://ftp.nl.debian.org/debian/ sid/main libx32gcc1 amd64 1:5.2.1-25 
[38,6 kB] 
Get: 27 http://ftp.nl.debian.org/debian/ sid/main lib32gomp1 amd64 5.2.1-25 
[58,4 kB]   
Get: 28 http://ftp.nl.debian.org/debian/ sid/main libx32gomp1 amd64 5.2.1-25 
[53,1 kB]  
Get: 29 http://ftp.nl.debian.org/debian/ sid/main lib32itm1 amd64 5.2.1-25 
[28,8 kB]   
 
Get: 30 http://ftp.nl.debian.org/debian/ sid/main libx32itm1 amd64 5.2.1-25 
[26,2 kB]   
Get: 31 

Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate

[積丹尼 Dan Jacobson]

Package: midori
Version: 0.5.11-2

https://dcms.taipower.com.tw/tpcGoogleMap/
After clicking to grant trust,
gives
Error granting trust: Couldn't find a place to store the pinned certificate

Bug#781796: NMU to DELAYED/7, patches

[Hilko Bengen]

Hi,

I have just prepared an NMU of python-dpkt/1.8.r98-0.1 to DELAYED/7. The
patches containing the changes made by me after 1.6+svn54-3 are attached
to this mail.

Please reschedule or cancel my upload as you see fit.

Cheers,
-Hilko
>From 982ea4b26a2ab8890c8570eccff86924fb683f6c Mon Sep 17 00:00:00 2001
From: Hilko Bengen 
Date: Tue, 24 Nov 2015 21:06:45 +0100
Subject: [PATCH 1/3] Update watch file

---
 debian/watch | 2 ++
 1 file changed, 2 insertions(+)
 create mode 100644 debian/watch

diff --git a/debian/watch b/debian/watch
new file mode 100644
index 000..5ddff04
--- /dev/null
+++ b/debian/watch
@@ -0,0 +1,2 @@
+version=3
+https://github.com/kbandla/dpkt/releases .*/archive/(\d.*)\.tar\.gz
-- 
2.6.2

>From 4bad416176559aa4247bf0226eedb6b4a6c2cb25 Mon Sep 17 00:00:00 2001
From: Hilko Bengen 
Date: Wed, 25 Nov 2015 00:30:56 +0100
Subject: [PATCH 2/3] Modernize package

- Debhelper 9
- Standards-Version
- Source-Format 3.0 (quilt) instead of dpatch
- Drop patch
---
 debian/compat |   2 +-
 debian/control|   4 +-
 debian/docs   |   3 +
 debian/examples   |   1 +
 debian/patches/00list |   1 -
 debian/patches/01_dnet2dumbnet.dpatch | 184 --
 debian/rules  |  71 +
 debian/source/format  |   2 +-
 8 files changed, 11 insertions(+), 257 deletions(-)
 create mode 100644 debian/docs
 create mode 100644 debian/examples
 delete mode 100644 debian/patches/00list
 delete mode 100644 debian/patches/01_dnet2dumbnet.dpatch

diff --git a/debian/compat b/debian/compat
index 7f8f011..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-7
+9
diff --git a/debian/control b/debian/control
index ce5fa14..054df09 100644
--- a/debian/control
+++ b/debian/control
@@ -3,8 +3,8 @@ Section: python
 Priority: optional
 Maintainer: Debian Python Modules Team 
 Uploaders: Luciano Bello , Nico Golde 
-Build-Depends: debhelper (>= 7), python-all, dh-python, dpatch
-Standards-Version: 3.8.3
+Build-Depends: debhelper (>= 9~), python-all, dh-python,
+Standards-Version: 3.9.6
 Homepage: https://github.com/kbandla/dpkt
 XS-Python-Version: all
 Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/python-dpkt/trunk/
diff --git a/debian/docs b/debian/docs
new file mode 100644
index 000..3553244
--- /dev/null
+++ b/debian/docs
@@ -0,0 +1,3 @@
+AUTHORS
+HACKING
+README.md
diff --git a/debian/examples b/debian/examples
new file mode 100644
index 000..e39721e
--- /dev/null
+++ b/debian/examples
@@ -0,0 +1 @@
+examples/*
diff --git a/debian/patches/00list b/debian/patches/00list
deleted file mode 100644
index 58b8d35..000
--- a/debian/patches/00list
+++ /dev/null
@@ -1 +0,0 @@
-01_dnet2dumbnet.dpatch
diff --git a/debian/patches/01_dnet2dumbnet.dpatch b/debian/patches/01_dnet2dumbnet.dpatch
deleted file mode 100644
index e8cda55..000
--- a/debian/patches/01_dnet2dumbnet.dpatch
+++ /dev/null
@@ -1,184 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 01_dnet2dumbnet.dpatch by Luciano Bello 
-##
-## DP: In Debian, the dnet module is called dumbnet
-
-@DPATCH@
-diff -urNad python-dpkt-1.6+svn54.orig~/dpkt/dpkt.py python-dpkt-1.6+svn54.orig/dpkt/dpkt.py
 python-dpkt-1.6+svn54.orig~/dpkt/dpkt.py	2007-08-02 19:42:59.0 -0300
-+++ python-dpkt-1.6+svn54.orig/dpkt/dpkt.py	2009-07-30 10:52:38.0 -0300
-@@ -144,11 +144,11 @@
- return '\n'.join(res)
- 
- try:
--import dnet
-+import dumbnet
- def in_cksum_add(s, buf):
--return dnet.ip_cksum_add(buf, s)
-+return dumbnet.ip_cksum_add(buf, s)
- def in_cksum_done(s):
--return socket.ntohs(dnet.ip_cksum_carry(s))
-+return socket.ntohs(dumbnet.ip_cksum_carry(s))
- except ImportError:
- import array
- def in_cksum_add(s, buf):
-diff -urNad python-dpkt-1.6+svn54.orig~/examples/dhcprequest.py python-dpkt-1.6+svn54.orig/examples/dhcprequest.py
 python-dpkt-1.6+svn54.orig~/examples/dhcprequest.py	2008-08-14 12:48:46.0 -0300
-+++ python-dpkt-1.6+svn54.orig/examples/dhcprequest.py	2009-07-30 10:52:38.0 -0300
-@@ -1,14 +1,14 @@
- #!/usr/bin/env python
- 
--import dnet
-+import dumbnet
- from dpkt import dhcp
- from dpkt import udp
- from dpkt import ip
- from dpkt import ethernet
- 
- sysintf = 'eth0'
--hw = dnet.eth(sysintf)
--intf = dnet.intf()
-+hw = dumbnet.eth(sysintf)
-+intf = dumbnet.intf()
- 
- # build a dhcp discover packet to request an ip
- d = dhcp.DHCP(
-@@ -34,7 +34,7 @@
- 
- # build ip packet
- i = ip.IP(
--dst = dnet.ip_aton('255.255.255.255'),
-+dst = dumbnet.ip_aton('255.255.255.255'),
- src = intf.get(sysintf)['addr'].ip,
- data = u,
- p = ip.IP_PROTO_UDP
-@@ -43,7 +43,7 @@
- 
- # build ethernet 

Bug#805915: closed by Donald Norwood <dnorw...@portalus.com> (Re: mirror listing update for mirrors.bloomu.edu)

[Donald Norwood]

Good catch! Thank you very much.

-Donald

On 11/24/2015 04:54 PM, Hoffman, Douglas wrote:
> Please note the Submission-Type of "update".
> 
> The previous entry is located on lines 6765-6783 of Mirrors.masterlist 
> (1.2449).
> 



signature.asc
Description: OpenPGP digital signature

Bug#803927: Please test eglibc 2.11.3-4+deb6u8

[Raphael Hertzog]

On Tue, 24 Nov 2015, Ben Hutchings wrote:
> You should copy out the test output file so it's possible to see which
> step of the mqueue5 test failed.
> 
> There are some recent changes to the mqueue implementation in Linux
> that might possibly have caused this (not because they are known buggy,
> but they may have user-visible effects).  However it's fairly pointless
> for me to look any further without that test output.

In a build in a normal chroot (not a minimal-sbuild one), I only got the failure
for the amd64-i386 build:
┏(squeeze-amd64) x230-buxy:~/deb/lts/pkg/eglibc-2.11.3
┗(543)$ cat build-tree/amd64-i386/rt/tst-mqueue5.out 
SIGRTMIN signal in child did not arrive
child failed with status 256

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/

Bug#806175: Please update golang-golang-x-oauth2 to latest upstream version

[Potter, Tim (Converged Cloud)]

Package: golang-golang-x-oauth2
Owner: Tim Potter 
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Severity: wishlist

This packages needs to be updated to the latest upstream version so that the 
golang-google-grpc
package can also be updated to the latest upstream version.

golang-google-rpc is a dependency for Docker 1.9


Thanks,

Tim.

Bug#806176: jessie-pu: package gnome-gmail/1.8.3-1

[Dave Steele]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
thanks


Per 805926, gnome-gmail is broken on Jessie due to a lack of support
for OAuth2, and a reliance on GNOME 2 for configuration data. I went
through the exercise of crafting a minimal upgrade to address these
two issues, and have come to the conclusion that it makes more sense
to backport July's 1.9.3-1 release instead.

Basing the stable release on 1.9.3 adds other changes that make sense in stable:

 - Adapt to the changing levels of default mailer support required by
LibreOffice
 - Replace the partially-deprecated GMail IMAP extensions with the
more robust/secure GMail API
 - Improve the reverse-engineered GMail simple draft access URL
 - Support for multiple GMail accounts
 - Support for source tar signatures
 - Support for additional languages

External repo access to GNOME Gmail 1.9.3 has been available for some
time. I've tested this release against Jessie. There have been no
problem reports from Jessie users.

https://davesteele.github.io/gnome-gmail/ppa.html

A diff of the changes is a bit problematic. An interactive compare is
available at

https://github.com/davesteele/gnome-gmail/compare/debian/1.8.3-1...updates-jessie

-- 

"Le mieux est l'ennemi du bien" - Voltaire

Bug#806177: general protection ip:7f1572272b8c sp:7ffe1d1f0ef0 error:0 in libcairo.so.2.11400.4[7f157223b000+10e000] crashes gnome-shell

[Yaroslav Halchenko]

Package: libcairo2
Version: 1.14.4-1
Severity: important
File: /usr/lib/x86_64-linux-gnu/libcairo.so.2.11400.4

I was in a preview mode (super) and closed one of the windows inthere (forgot
which one ;) ) which lead to the restart of the gnome-shell (on the next
restart I think gnome will announce that unrecoverable error, and would
cause to log me out). journalctl gives following limited details

Nov 24 20:51:50 hopa kernel: traps: gnome-shell[2446] general protection 
ip:7f1572272b8c sp:7ffe1d1f0ef0 error:0 in 
libcairo.so.2.11400.4[7f157223b000+10e000]
Nov 24 20:51:50 hopa polkitd(authority=local)[1606]: Unregistered 
Authentication Agent for unix-session:2 (system bus name :1.65, object path 
/org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (disco
Nov 24 20:51:50 hopa gnome-session[2353]: gnome-session-binary[2353]: WARNING: 
Application 'gnome-shell.desktop' killed by signal 11
Nov 24 20:51:50 hopa gnome-session-binary[2353]: WARNING: Application 
'gnome-shell.desktop' killed by signal 11
Nov 24 20:51:51 hopa kernel: [drm:drm_mode_getconnector] [CONNECTOR:32:?]
Nov 24 20:51:51 hopa kernel: 
[drm:drm_helper_probe_single_connector_modes_merge_bits] [CONNECTOR:32:eDP-1]
Nov 24 20:51:51 hopa kernel: [drm:intel_dp_detect] [CONNECTOR:32:eDP-1]

sorry -- know that not much of detail... but there is no even libcairo2-dbg, so
not sure what else information I could harvest even if attach in gdb to
gnome-shell to monitor for future possible similar cases.

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

Kernel: Linux 4.4.0-rc1+ (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 libcairo2:amd64 depends on:
ii  libc6   2.19-22
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.6-2
ii  libpixman-1-0   0.33.4-1
ii  libpng12-0  1.2.50-2+b2
ii  libx11-62:1.6.3-1
ii  libxcb-render0  1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxrender1 1:0.9.9-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

libcairo2:amd64 recommends no packages.

libcairo2:amd64 suggests no packages.

-- no debconf information

Bug#789825: python-lockfile: FTBFS: ImportError: No module named setuptools

[Ben Finney]

Control: tags -1 + confirmed pending

On 24-Nov-2015, Mattia Rizzolo wrote:
> On Wed, Jun 24, 2015 at 10:32:53PM +0200, Artur Rona wrote:
> > In some cases, is it possible to get FTBFS due to missing build
> > dependencies python*-setuptools.
> 
> In Debian too, and not only "in some cases", therefore rising severity.

I omitted earlier to confirm this. I've committed a fix for this, and
am currently working to package upstream version 0.11.0.

Thank you both for drawing attention to this.

-- 
 \“Stop — Drive sideways.” —detour sign, Kyushu, Japan |
  `\   |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#806178: grub2: install arm64 signed images if UEFI Secure Boot is enabled

[Linn Crosetto]

Package: grub2
Version: 2.02~beta2-31
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Though ARM is there, ARM64 is missing from the list of platforms on which
signed images are installed if UEFI Secure Boot is enabled.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWVRdTAAoJEF/3aG7d/FTWaiYP/jffy6LkGTqm4TOhWVxUiM2e
1eCU/KGc88CZ3PJtGNhpd7rY3gSMb4o/s7B4BApbS9eUF2XjGZQr+/EtZz3Sv+or
opu63QAz3idGaMAabkr1MD4bbhxHYX+uq7aVQJ4QbK44VE8Nfgpw1+B0+7/emio2
IWnkH3rHzb+qkCbDHrKTDYscg2pqAhO1gPeDNJOrMTOk+CpR5klkCxffHDmNymTR
rHRVp+LfR1ckz46tdIn0ypffMsl0kDmQF2Tmpk8A4wDo09J2AaxYriB0kqWf5UkF
KrCDpUrRFalMFqaNgHMBfGzuMd6DJY0gsJdJzzgfAXNp61ebDMWHnD5yhe612ipK
d5pAXYB9bXoW3JMcy6URg3QQ4PWEhYhS+rk50Nd5vpnxgDUgf/7DISp+D6ckVvMZ
SRSf0Jfnzdei98KtmYfrlqjiKK3ClaWXGaIQa/gdCnLs1xr47pkwdJQ+93yB9SPf
GKW2Pc3f9JgsM8tu/AeOv/qvFMZ9IyiEDRdYq8HB9FGmmHjnaPOqkzhTzsy29VL+
lKlT+kHkXV4EJNV3YPUxE40nlyXKnAAYPgSqYD6z6mFjWKE+fgerZ/7vwP04v1E+
I/llAGLPGHxEnYNgSL5R+T4dN9VONAMeL1EWU+1unFc8T2DGR5xCeBHZP6LmK99/
FkcfixImAJqZakuC+ZHh
=bYSe
-END PGP SIGNATURE-
>From ddc31ebd53a5fdf8682d3618c3660eb2fd7231ca Mon Sep 17 00:00:00 2001
From: Linn Crosetto 
Date: Thu, 19 Nov 2015 15:58:39 -0700
Subject: Install arm64 signed images if UEFI Secure Boot is enabled

Forwarded: no
Patch-Name: install_signed_arm64.patch
---
 util/grub-install.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/util/grub-install.c b/util/grub-install.c
index 4f4b2a7..5f17dd5 100644
--- a/util/grub-install.c
+++ b/util/grub-install.c
@@ -1460,6 +1460,7 @@ main (int argc, char *argv[])
 case GRUB_INSTALL_PLATFORM_I386_EFI:
 case GRUB_INSTALL_PLATFORM_X86_64_EFI:
 case GRUB_INSTALL_PLATFORM_ARM_EFI:
+case GRUB_INSTALL_PLATFORM_ARM64_EFI:
 case GRUB_INSTALL_PLATFORM_IA64_EFI:
   {
 	char *dir = xasprintf ("%s-signed", grub_install_source_directory);

Bug#806173: asterisk: connect using -r?

[martin f krafft]

Package: munin-plugins-extra
Version: 2.0.25-2
Severity: normal
File: /usr/share/munin/plugins/asterisk_*

Instead of going via the call manager API, why not use rasterisk, or
at least offer it as an alternative when the connection is to
localhost anyway? In fact, rasterisk could be the default if none of
URL or user/password are specified, e.g.:

# rasterisk -x 'core show channels'
Channel  Location State   Application(Data)
278 active channels
67 active calls
34194 calls processed

This is much easier than going via AMI.

-- 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/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages munin-plugins-extra depends on:
ii  munin-common  2.0.25-2
ii  perl  5.20.2-6

munin-plugins-extra recommends no packages.

Versions of packages munin-plugins-extra suggests:
ii  libnet-netmask-perl  1.9022-1
ii  libnet-telnet-perl   3.04-1
ii  python   2.7.9-1

-- debconf-show failed

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#806174: apt: uninitialised value MUNIN_PLUGSTATE

[martin f krafft]

Package: munin-plugins-extra
Version: 2.0.25-2
Severity: minor
File: /usr/share/munin/plugins/apt

I am seeing this on all hosts running the apt plugin:

  Use of uninitialized value $ENV{"MUNIN_PLUGSTATE"} in concatenation (.) or 
string at
  /etc/munin/plugins/apt line 78.

-- 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/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages munin-plugins-extra depends on:
ii  munin-common  2.0.25-2
ii  perl  5.20.2-6

munin-plugins-extra recommends no packages.

Versions of packages munin-plugins-extra suggests:
ii  libnet-netmask-perl  1.9022-1
ii  libnet-telnet-perl   3.04-1
ii  python   2.7.9-1

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#804575: insighttoolkit4: build-depends on libdcmtk2-dev which is no longer built

[Steve M. Robbins]

severity 804575 normal
thanks


On Mon, Nov 09, 2015 at 07:28:38PM +0100, Emilio Pozuelo Monfort wrote:
> Source: insighttoolkit4
> Version: 4.8.1-1
> Severity: serious
> 
> Your package build-depends on libdcmtk2-dev, which is no longer
> built by src:dcmtk. You should build-depend on libdcmtk-dev now.

I note that libdcmtk2-dev is again being provided (#805718) so I think
this bug is no longer serious.

Thanks,
-Steve



signature.asc
Description: PGP signature

Bug#806179: Please update golang-google-rpc to latest upstream version

[Potter, Tim (Converged Cloud)]

Package: golang-google-rpc
Owner: Tim Potter 
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Severity: wishlist

This packages needs to be updated to the latest upstream version so that the 
golang-github-docker-notary package can also be updated to the latest upstream
version.

golang-github-docker-notary is a dependency for Docker 1.9


Thanks,

Tim.

Bug#802677: Raising severity - blocking RC bug fixes

[Brian May]

Raphael Hertzog  writes:

> This is not the fix. This is what creates the problem in Python 2 AFAIK.
> Did you mean that you just wanted to revert this?

Sorry, appears I misunderstood the upstream bug reports.

The last comment in 25761 is "There is also some documentation to be
updated. See the patch from #17601." however that apparently just
confused me.


> I have submitted a first patch on the upstream ticket, it doesn't cover
> all cases but it will probably fix the issue that Neil is having... so
> maybe we should go with that patch for now and then demote this to
> important until upstream has a proper fix.
>
> https://code.djangoproject.com/ticket/25761

I think we need to downgrade this bug or apply the fix. Right now this
bug - I believe - is preventing Django 1.8 from migrating into testing.

Will have a look at applying the patch.
-- 
Brian May 

Bug#805926: GNOME GMail broken on Jessie

[Dave Steele]

See 806176

Bug#806180: Mouse does not work in qemu

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: xserver-xorg-input-mouse
Version: 1:1.9.1-1

After upgrading from jessie to testing in a qemu virtual machine, the
mouse no longer works.  gpm works fine on tty1.  Running with:

qemu-system-x86_64 -m 1024 --enable-kvm -drive
file=/dev/faldara/sid,format=raw

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJWVRxgAAoJEBB5UWFcu6UWGKgIAIBCnoet/DZUQipzo2h1b4+d
3wvpFVmLKWCr53xZsSAta4iWe4h6Y6so1Yg7mmfJ3W09Ic6wYqC7+XcmNexEoNFL
8mzxB1eQNmgc+hwgYMayOSWTKHLJvChCASzQ27JfcmETcAgjijK7pyucKXHoy+fS
M5i7D09O647amzW6HXlFx1joKG001rBKVRqQ0ED8hEKMTQBruDUS3AQrw2V2aO0n
NQh8jdhkEhAGHc2Z5ox1WWBziMeworuMrzqdxfEg8K/4ihdIIbFkGj8rSO5paKDh
UM+pgMJ1cQKrgV08dxMQthGpsc79vYquE2e4JH7VnG16agid5sCcOCrmJX1adIg=
=FDBM
-END PGP SIGNATURE-

Bug#794266: Subscription to 794...@bugs.debian.org successful

[Forest]

Problem also exists on my QNAP TS-119P+ running Debian 8.2 (jessie).

I would check my Wake on LAN and Energy-using Products settings if I knew
how.  /usr/sbin/qcontrol doesn't seem to have an option for reporting the
current settings.

Bug#701152: works for me

[martin f krafft]

also sprach Vincent Lefevre  [2015-11-23 23:02 +1300]:
> I haven't tried again, but it wasn't working in August 2015, and
> the only change that was done since is:
> 
>   * Support newer python-urwid (Closes: #800693)
> 
> But as I've said, I don't see this as a wicd issue. If something
> needs to be done, it is rather on the DHCP client side.

You could make wicd-daemon depend on resolvconf and then register
the static DNS servers at a higher priority than those provided by
DHCP.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#806172: New ejabberd config file format

[martin f krafft]

Package: munin-plugins-extra
Version: 2.0.25-2
Severity: normal
File: /usr/share/munin/plugins/ejabberd_

Ejabberd has moved to a YAML-based configuration file format, which
breaks this munin plugin.

On the upside, it's easier to parse now.
On the downside, someone has to update the plugin. I won't touch
Perl, but if rewriting it in Python or Shell is an option, I might…

-- 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/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages munin-plugins-extra depends on:
ii  munin-common  2.0.25-2
ii  perl  5.20.2-6

munin-plugins-extra recommends no packages.

Versions of packages munin-plugins-extra suggests:
ii  libnet-netmask-perl  1.9022-1
ii  libnet-telnet-perl   3.04-1
ii  python   2.7.9-1

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#806108: singular: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello All:


>>After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B"
>>work properly, this package will be suitable to be uploaded in
>>source-only form if you wish (you might want to try it).

I would be very glad to render it suitable to be uploaded in source-only form,
but singular appeared to be quite messy (and it is why singular have not been
around since oldoldstable):
1] so far so good :);
2] part of the independent files are not yet packaged;
3] I am going step by step here.

Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWVSBXAAoJEIC/w4IMSybjIWcH/RSNqoVRe6M+0EMFwKalYoYR
pxycJ3KP8r4EEN1uLuxQYgA6ZGBmovW79/wenHlRedXmUVPRuTiXMQFhijE/4LuK
NavAO7ntsfOXTvig7BsVMxjZ6m2BgzCl9+D/cCU4oz0tEwJ1vX27GiBTMvsLp0T+
rowirxdQfGxrKIJlZHjI5JwBjyTvXpcYsmjsYaq9F+G+UOjmWa4SsrMnQwYJ/sUs
Eu81eBbfVdjTSbwbpmNoexsXvoj261fTwRGtg8ZweqGtu+sRZiijep4Iq89wcRdZ
a9AEmt5JSDGdmhupFm5CK+E9+Py3k0pm0dQ6zstENPgKdjKFzka9IqgbGfEGwZI=
=Gl/V
-END PGP SIGNATURE-

Bug#806181: freedombox-setup: preseed file for stretch

[James Valleroy]

Package: freedombox-setup
Severity: wishlist
Tags: patch

This patch adds a preseed file for Debian stretch. The only change from
preseed-jessie was the release name, and removing the extra repository
which is no longer required.

I also think the preseed files for wheezy and jessie can be removed, so
that change is included in the patch.
From ce9c5c5e8ee8e6c8e56db0c2bdd70ed6c06fbf72 Mon Sep 17 00:00:00 2001
From: James Valleroy 
Date: Tue, 24 Nov 2015 21:29:20 -0500
Subject: [PATCH 1/2] Update preseed file for stretch. Remove Petter's
 freedombox repository, since all packages are in Debian now.

---
 preseed/preseed-stretch.dat | 48 +
 1 file changed, 48 insertions(+)
 create mode 100644 preseed/preseed-stretch.dat

diff --git a/preseed/preseed-stretch.dat b/preseed/preseed-stretch.dat
new file mode 100644
index 000..9f0741c
--- /dev/null
+++ b/preseed/preseed-stretch.dat
@@ -0,0 +1,48 @@
+# Based on ftp://ftp.skolelinux.no/installer-wheezy.dat
+# To debug, boot with DEBCONF_DEBUG=developer as kernel argument
+
+# Skip the local user
+passwd passwd/make-user boolean false
+
+# if you want popcon enabled by default
+d-i popularity-contest/participate boolean false
+
+# If you want to avoid the password question
+#d-i passwd/root-password-crypted password passwordhash
+
+# Avoid questions about mirrors, using manual setup
+choose-mirror-bin mirror/codename string  stretch
+choose-mirror-bin mirror/country  string  manual
+choose-mirror-bin mirror/protocol select  http
+choose-mirror-bin mirror/http/hostnamestring  httpredir.debian.org
+choose-mirror-bin mirror/http/directory   string  /debian/
+
+tasksel tasksel/first   multiselect ssh-server
+
+# list extra packages to install here
+d-i pkgsel/include string freedombox-setup
+
+grub-installer grub-installer/only_debian boolean true
+
+# Make sure DNS lookup work after resolvconf is installed
+# and set up the Freedombox.  Block init.d scripts from running using
+# policy-rc.d to make sure dnsmasq do not overwrite the resolv.conf
+# file we just inserted (and to keep services from starting in the chroot).
+d-i preseed/late_command   string cp /etc/resolv.conf /target/etc/resolvconf/run/resolv.conf; SOURCE=false in-target /usr/lib/freedombox/setup
+
+# Avoid that last message about the install being complete.
+d-i finish-install/reboot_in_progress note
+
+# Set up partition, use guided with LVM, separate /var, /usr, /home, etc
+partman-autopartman-auto/init_automatically_partition   select  60some_device_lvm__lvm
+partman-autopartman-auto/choose_recipe  select  /lib/partman/recipes/80multi
+partman-lvm partman-lvm/device_remove_lvm boolean true
+partman-lvm partman-lvm/confirm boolean true
+partman-lvm partman-lvm/confirm_nooverwrite boolean true
+partman partman/choose_partition Finish partitioning and write changes to disk
+# write changes
+partman partman/confirm boolean true
+partman partman/confirm_nooverwrite boolean true
+
+# Fix timezone to UTC to avoid one question during installation
+tzsetup-udebtime/zone   select  Etc/UTC
-- 
2.6.2


From 45124a3d03b1385767d86ceb06993dfc514835c9 Mon Sep 17 00:00:00 2001
From: James Valleroy 
Date: Tue, 24 Nov 2015 21:37:53 -0500
Subject: [PATCH 2/2] Remove preseed files for wheezy and jessie. FreedomBox
 packages are no longer available for those releases.

---
 preseed/preseed-jessie.dat | 57 --
 preseed/preseed-wheezy.dat | 56 -
 2 files changed, 113 deletions(-)
 delete mode 100644 preseed/preseed-jessie.dat
 delete mode 100644 preseed/preseed-wheezy.dat

diff --git a/preseed/preseed-jessie.dat b/preseed/preseed-jessie.dat
deleted file mode 100644
index 6b7b825..000
--- a/preseed/preseed-jessie.dat
+++ /dev/null
@@ -1,57 +0,0 @@
-# Based on ftp://ftp.skolelinux.no/installer-wheezy.dat
-# To debug, boot with DEBCONF_DEBUG=developer as kernel argument
-
-# Skip the local user
-passwd passwd/make-user boolean false
-
-# if you want popcon enabled by default
-d-i popularity-contest/participate boolean false
-
-# If you want to avoid the password question
-#d-i passwd/root-password-crypted password passwordhash
-
-# Avoid questions about mirrors, using manual setup
-choose-mirror-bin mirror/codename string  jessie
-choose-mirror-bin mirror/country  string  manual
-choose-mirror-bin mirror/protocol select  http
-choose-mirror-bin mirror/http/hostnamestring  httpredir.debian.org
-choose-mirror-bin mirror/http/directory   string  /debian/
-
-# Add Petters freedombox repository
-apt-setup apt-setup/cdrom/set-first boolean false
-apt-setup apt-setup/use_mirror boolean true
-
-apt-setup apt-setup/local0/repository string http://www.reinholdtsen.name/freedombox wheezy main
-apt-setup apt-setup/local0/comment string 

Bug#804765: Don't disable deprecated functions

[Dirk Eddelbuettel]

On 24 November 2015 at 11:14, Dirk Eddelbuettel wrote:
| 
| On 24 November 2015 at 17:07, Iain Lane wrote:
| | Control: reopen -1 =
| | Control: block 805814 by -1
| | 
| | On Fri, Nov 13, 2015 at 09:12:09AM +, Iain Lane wrote:
| | > On Thu, Nov 12, 2015 at 02:17:16PM -0600, Dirk Eddelbuettel wrote:
| | > > 
| | > > On 11 November 2015 at 11:45, Iain Lane wrote:
| | > > | Package: gsl
| | > > | Version: 2.0+dfsg-1
| | > > | Severity: normal
| | > > | Tags: patch
| | > > | User: ubuntu-de...@lists.ubuntu.com
| | > > | Usertags: origin-ubuntu xenial ubuntu-patch
| | > > | 
| | > > | I noticed when rebuilding packages for the gsl transition in Ubuntu 
that
| | > > | mrtrix FTBFS due to disabled deprecatead functions. Maybe we should
| | > > | re-enable them for now to ease the transition? Patch attached.
| | > > 
| | > > Did you report that upstream too?  Looks like I no longer need the 
patch in
| | > > the brand new gsl 2.1.
| | > 
| | > No I didn't, sorry - in Ubuntu the transition got entangled with a whole
| | > bunch of other stuff (poppler, ocaml, ...) and so I was frantically
| | > fixing many packages at once.
| | > 
| | > If mrtrix continues to build with 2.1 then by all means drop it. :)
| | 
| | Ah. OK. Now I've looked again and here's the situation.
| | 
| | mrtrix build-depends on the old libgsl0-dev. If you update this then it
| | fails to build on a missing cstddef include. After adding that it then
| | fails to build on the deprecated functions.
| | 
| | So the patch is still needed to fully transition Debian. Sorry.
| 
| No -- my bad, and I am sorry.  I was too hopeful as I saw similar language in
| the new _and_ the patch failed to apply.
| 
| If you have a moment, can you see if applies cleanly for you? Maybe I messed
| something else up.  Would be happy to apply (carefully) by hand, but am
| sadly not that fluent with quilt et al.

On second thought it is not bad. Your patch had two (small, self-contained)
changes:

 i)  change configure.ac to not disable deprecated functions -- and this we
 still need and can apply

 ii) a minimal fix adding NULL to the fdjac() call in multifit/fdjac.c --
 which is already in upstream and which is why the patch series failed.

I will just reduce the patch in half and should be good.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#803755: texmaker: diff for NMU version 4.4.1-1.1

[Andreas Bombe]

On Tue, Nov 24, 2015 at 08:36:23PM +0100, Andreas Tille wrote:
> Would you mind commiting your changes to Debian Science svn.  It has
> ACLs set to grant commit permissions to any DD.

Not quite correctly, it seems:

| Sendingdebian/changelog
| Adding debian/patches/fix-qtlocalpeer-compilation
| Sendingdebian/patches/series
| Transmitting file data ...done
| Committing transaction...
| svn: E13: Commit failed (details follow):
| svn: E13: Can't create directory 
'/svn/debian-science/db/transactions/47186-1.txn': Permission denied

Unless there's an error on my part — I haven't used svn in many years
and checked this out with debcheckout --auth.

Also, I assume this means it is accepted and I can move the NMU from
delayed to immediate?


Note, I have looked at the upstream 4.5 release and it already has the
same fix. My patch needs to be dropped again when the new version gets
packaged.

Bug#716363: [Mayhem] Bug report on libsvm-tools: svm-scale crashes with exit status 139

[Chen-Tse Tsai]

Hi,

Thanks for reporting the bug. Since the link of your script is not
available now, I couldn't reproduce the bug. Could you please provide it
again?

Thanks,
Chen-Tse

Bug#728144: Bug#771778: squid3: Pinger segfault with libc

[Amos Jeffries]

severity 728144 serious
notforwarded 728144
merge 771778 728144
thanks

I think we have enough hints now to say that the original reports
initiating #771778 and #728144 are the same segfault.

I was wrong about the link to upstream bug #2656 for these two crashes,
that was for the third one that was covered by the CVE issues (resolved
earlier) which got intermingled with bug #728144 discussions.

So, given that these bugs are the same issue - I am merging the reports.

Amos

Bug#728144: squid3: Pinger Segmentation fault in Debug::finishDebug on delete CurrentDebug;

[Amos Jeffries]

tags 728144 +jesse
fixed 728144 3.5.10-1
thanks

The patch confirmed by Geralt as fixing this was finalized as upstream
patch

which still needs to be applied to the 3.4 Jesse packages.

I am marking this as fixed in the current 3.5 packages since the
upstream patch for this particular crash was applied to 3.5, but not 3.4
like the TZ and CVE patches.

Amos

Bug#716363: [Mayhem] Bug report on libsvm-tools: svm-scale crashes with exit status 139

[Alexandre Rebert]

Hey,

Sorry about the link not working anymore. The extra data was also attached
to the bug report luckily. You can download it at
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;msg=5;bug=716363;filename=svm-scale-report.tar.bz2
.

Best,
Alex

On Tue, Nov 24, 2015 at 10:07 PM, Chen-Tse Tsai  wrote:

> Hi,
>
> Thanks for reporting the bug. Since the link of your script is not
> available now, I couldn't reproduce the bug. Could you please provide it
> again?
>
> Thanks,
> Chen-Tse
>
>
>

Bug#804689: signing-party: Please switch to fonts-noto from fonts-droid

[Vasudev Kamath]

Guilhem Moulin  writes:

> Hi Vasudev,
>
> On Tue, 10 Nov 2015 at 21:20:32 +0530, Vasudev Kamath wrote:
>> Since Android upstream stopped shipping Droid fonts and its been
>> declared that Noto fonts will be superseding the Droid¹² we in
>> "Debian Fonts Task Force" team decided to drop fonts-droid package.
>> 
>> One of your package signing-party either
>> Depends/Recommends/Suggests/Build-Depends on fonts-droid. I kindly
>> request you to do the switch to fonts-noto instead.
>> 
>> If you are using Fallback variants of Droid fonts, I would like note
>> that these fonts will still be shipped as part of new
>> fonts-droid-fallback package.
>
> The dependency is due to gpg-key2latex(1) which requires ‘Droid Sans
> Mono’ when possible, and ‘Droid Sans Fallback’ for CJK glyphs.  So I'll
> wait until fonts-droid-fallback is uploaded.

Thanks for confirming this!.

Bug#805974: xserver-xorg-core: X server crash after corruption seen in rxvt-unicode under kde4

[Michel Dänzer]

On 24.11.2015 21:41, Zoran Dželajlija wrote:
> Package: xserver-xorg-core
> Version: 2:1.16.4-1
> Severity: important
> 
> Hi,
> 
> X server with a KDE4 session running on a Radeon HD 7450, single DP screen
> connected, just crashed.  Last few actions done before the crash was
> maximizing a urxvt (rxvt-unicode 9.20-1+b1) window that started to show
> corruption at that point, refreshing just the last line (~16 pixels
> vertical) instead of the whole window.  X crashed a second or two after
> that.
> 
> This is a recently upgraded and migrated hardware system with an ivy bridge
> board and cpu.  Kernel and xserver-org-video-intel are from
> jessie-backports, but there's also a discrete ati card which I've been using
> just to see how it works.  X has been running for a couple weeks without
> issues, apart from my own accidental zap with Ctrl-Alt-Backspace.
> 
> Not sure whether to file against video-radeon or X server itself.  The
> stack trace (see below for Xorg.0.log.old) does not look like anything
> radeon specific, so xserver-xorg-core it is.

[...]

> [2836461.796] failed to map pixmap: -12

This means that radeon_bo_map() returned -12 (-ENOMEM) in
EVERGREENDownloadFromScreen().


> [2836461.798] (EE) 
> [2836461.798] (EE) Backtrace:
> [2836461.808] (EE) 0: /usr/bin/X (xorg_backtrace+0x52) [0x56785552]
> [2836461.808] (EE) 1: /usr/bin/X (0x565df000+0x1aa7f2) [0x567897f2]
> [2836461.808] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xf779db50]
> [2836461.808] (EE) 3: /lib/i386-linux-gnu/i686/cmov/libc.so.6 
> (0xf733a000+0x12ff40) [0xf7469f40]
> [2836461.808] (EE) 4: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x48de) 
> [0xf53c88de]
> [2836461.808] (EE) 5: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x4e27) 
> [0xf53c8e27]
> [2836461.808] (EE) 6: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x5043) 
> [0xf53c9043]
> [2836461.808] (EE) 7: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x748b) 
> [0xf53cb48b]
> [2836461.808] (EE) 8: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x3d83) 
> [0xf53c7d83]
> [2836461.808] (EE) 9: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x10013) 
> [0xf53d4013]
> [2836461.808] (EE) 10: /usr/lib/xorg/modules/libexa.so (0xf53c4000+0x7707) 
> [0xf53cb707]
> [2836461.808] (EE) 11: /usr/bin/X (0x565df000+0x12ab24) [0x56709b24]
> [2836461.808] (EE) 12: /usr/bin/X (0x565df000+0x39346) [0x56618346]
> [2836461.808] (EE) 13: /usr/bin/X (0x565df000+0x3d086) [0x5661c086]
> [2836461.808] (EE) 14: /usr/bin/X (0x565df000+0x4126a) [0x5662026a]
> [2836461.808] (EE) 15: /usr/bin/X (0x565df000+0x2af2a) [0x56609f2a]
> [2836461.808] (EE) 16: /lib/i386-linux-gnu/i686/cmov/libc.so.6 
> (__libc_start_main+0xf3) [0xf7353a63]
> [2836461.808] (EE) 17: /usr/bin/X (0x565df000+0x2af68) [0x56609f68]
> [2836461.808] (EE) 
> [2836461.808] (EE) Segmentation fault at address 0x0
> [2836461.808] (EE) 
> Fatal server error:
> [2836461.808] (EE) Caught signal 11 (Segmentation fault). Server aborting

This immediate crash is an EXA bug. glamor might handle this more
gracefully.

However, since there seems to be some kind of out of memory situation,
even if a crash can be avoided, correct rendering probably cannot be
maintained. Maybe you can try running Xorg in valgrind --leak-check=full
to see if there's a memory leak somewhere. When you do so, please make
sure the xserver-xorg-core-dbg and xserver-xorg-video-radeon-dbg
packages are installed.


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

Bug#806182: Upstream discontinued, replace with -redux

[martin f krafft]

Package: python-django-registration
Version: 1.0+dfsg-2
Severity: important

This project has been discontinued:

  https://bitbucket.org/ubernostrum/django-registration/wiki/Home

please switch to https://github.com/macropin/django-registration

-- 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/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#805713: chromium: SIGPIPE and lock-up

[Arthur Marsh]

Package: chromium
Followup-For: Bug #805713

Dear Maintainer,

*** 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)?

After upgrading chromium to the version in experimental (47.0.2526.16-1), 
I have no longer experienced the problem.

   * 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: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.0-rc2+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages chromium depends on:
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libavcodec-ffmpeg56   7:2.8.2-1
ii  libavformat-ffmpeg56  7:2.8.2-1
ii  libavutil-ffmpeg547:2.8.2-1
ii  libc6 2.19-22
ii  libcairo2 1.14.4-1
ii  libcups2  2.1.0-6.0nosystemd1
ii  libdbus-1-3   1.10.4-1.0nosystemd1
ii  libexpat1 2.1.0-7
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgcc1   1:5.2.1-25
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libglib2.0-0  2.46.2-1
ii  libgnome-keyring0 3.12.0-1+b1
ii  libgtk2.0-0   2.24.28-1
ii  libjpeg62-turbo   1:1.4.1-2
ii  libnspr4  2:4.10.10-1
ii  libnspr4-0d   2:4.10.10-1
ii  libnss3   2:3.20.1-1
ii  libnss3-1d2:3.20.1-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpci3   1:3.3.1-1
ii  libspeechd2   0.8-7
ii  libsrtp1  1.5.2~dfsg-3+b1
ii  libstdc++65.2.1-25
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxi62:1.7.5-1
ii  libxml2   2.9.2+zdfsg1-4
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2
ii  libxslt1.11.1.28-2.1
ii  libxss1   1:1.2.2-1
ii  libxtst6  2:1.2.2-1+b1
ii  x11-utils 7.7+3
ii  xdg-utils 1.1.1-1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  47.0.2526.16-1

-- debconf-show failed

-- debsums errors found:
prelink: /usr/lib/chromium/chromium: at least one of file's dependencies has 
changed since prelinking
debsums: changed file /usr/lib/chromium/chromium (from chromium package)

Bug#806183: mpv: New upstream version, please repack

[Dionisio E Alonso]

Package: mpv
Version: 0.12.0-1
Severity: wishlist
Tags: upstream

There is a new upstream version v0.13. Please pack it for Debian.

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

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) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#806182: Upstream discontinued, replace with -redux

[James Bennett]

Actually, upstream is here:

https://github.com/ubernostrum/django-registration


martin f krafft wrote:
> Package: python-django-registration
> Version: 1.0+dfsg-2
> Severity: important
> 
> This project has been discontinued:
> 
>   https://bitbucket.org/ubernostrum/django-registration/wiki/Home
> 
> please switch to https://github.com/macropin/django-registration
> 
> -- 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/4 CPU cores)
> Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> 

Bug#804060: iceweasel: SIGPIPE when running under KDE

[Arthur Marsh]

Package: iceweasel
Version: 38.4.0esr-1
Followup-For: Bug #804060

Dear Maintainer,

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

Still getting a lock-up when starting from the KDE start menu (resuming
lots of windows and tabs), starts alright from command line in a konsole
session (either on its own or under gdb).

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


-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Certificate Patrol
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/certpat...@psyc.eu
Package: xul-ext-certificatepatrol
Status: enabled

Name: ChatZilla
Location: ${PROFILE_EXTENSIONS}/{59c81df5-4b7a-477b-912d-4e0fdf64e5f2}
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Easy Youtube Video Downloader Express
Location: ${PROFILE_EXTENSIONS}/{b9acf540-acba-11e1-8ccb-001fd0e08bd4}.xpi
Status: enabled

Name: English (GB) Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack-en...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-en-gb
Status: enabled

Name: Flashblock
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled

Name: Furigana Inserter
Location: ${PROFILE_EXTENSIONS}/furiganainser...@zorkzero.net
Status: user-disabled

Name: Japanese Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-ja
Status: enabled

Name: NetVideoHunter
Location: ${PROFILE_EXTENSIONS}/netvideohun...@netvideohunter.com
Status: user-disabled

Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled

Name: Rikaichan
Location: ${PROFILE_EXTENSIONS}/{0AA9101C-D3C1-4129-A9B7-D778C6A17F82}
Status: enabled

Name: Rikaichan Japanese Names Dictionary File
Location: ${PROFILE_EXTENSIONS}/rikaichan-jpna...@polarcloud.com
Status: enabled

Name: Rikaichan Japanese-English Dictionary File
Location: ${PROFILE_EXTENSIONS}/rikaichan-j...@polarcloud.com
Status: enabled

Name: Sage
Location: ${PROFILE_EXTENSIONS}/{a6ca9b3b-5e52-4f47-85d8-cca35bb57596}.xpi
Status: enabled

Name: Sage-Too
Location: ${PROFILE_EXTENSIONS}/{0f9daf7e-2ee2-4fcf-9d4f-d43d93963420}
Status: app-disabled

Name: ShowIP
Location: ${PROFILE_EXTENSIONS}/{3e9bb2a7-62ca-4efa-a4e6-f6f6168a652d}.xpi
Status: enabled

Name: Tab Restore
Location: ${PROFILE_EXTENSIONS}/tabrest...@plugin.xpi
Status: enabled

Name: Tree Style Tab
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/treestyle...@piro.sakura.ne.jp
Package: xul-ext-treestyletab
Status: user-disabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.5.2 (1.5.2-1.1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled

Name: Shockwave Flash (11.2.202.508)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  icedtea-7-plug 1.5.2-1.1amd64web browser plugin based on OpenJ
ii  iceweasel  38.4.0esr-1  amd64Web browser based on Firefox
ii  iceweasel-l10n 1:38.4.0esr- all  English (United Kingdom) language
ii  iceweasel-l10n 1:38.4.0esr- all  Japanese language package for Ice
ii  xul-ext-certif 2.0.14-4 all  Certificate Monitor for Iceweasel
ii  xul-ext-treest 0.16.2015111 all  Show browser tabs like a tree

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

Kernel: Linux 4.4.0-rc2+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages iceweasel 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.4-1
ii  libdbus-1-3   1.10.4-1.0nosystemd1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgcc1   1:5.2.1-25
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libglib2.0-0  2.46.2-1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libnspr4  2:4.10.10-1
ii  libnss3   2:3.20.1-1
ii  libpango-1.0-01.38.1-1
ii  libsqlite3-0  3.9.2-1
ii  

Bug#802677: [Python-modules-team] Bug#802677: Raising severity - blocking RC bug fixes

[Brian May]

Brian May  writes:
> Will have a look at applying the patch.

Have applied patch in git, not yet pushed.

Will try to test it and see if it solves the problem.
-- 
Brian May 

Bug#806181: freedombox-setup: preseed file for stretch

[Sunil Mohan Adapa]

On 11/25/2015 08:10 AM, James Valleroy wrote:
> Package: freedombox-setup
> Severity: wishlist
> Tags: patch
> 
> This patch adds a preseed file for Debian stretch. The only change from
> preseed-jessie was the release name, and removing the extra repository
> which is no longer required.
> 
> I also think the preseed files for wheezy and jessie can be removed, so
> that change is included in the patch.
> 

Looks good to me.  Have you tested this?  If yes, please go ahead and
commit the patch.

It looks like we might face issues with /etc/network/interfaces not
being cleared out by freedombox-setup.  This patch can go in even with
that issue.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#789753: Add Python 3 support to ca-certificates. (v2)

[Michael Shuler]

Control: tags -1 + pending

On 11/22/2015 12:28 PM, Richard Ipsum wrote:
> The attached patch is based on the patch provided by Andrew Wilcox,
> I've verified that this patched version of certdata2pem.py produces
> the same certificate filenames when run with python2 and python3 and
> also when run with python2 without this patch.

I've checked building on sid and I get the expected results. Committed.

Thanks for the updated patch!

-- 
Michael

Bug#806184: freedombox-setup: Remove LXC

[Sunil Mohan Adapa]

Package: freedombox-setup
Version: 0.6
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This patch proposes to remove LXC from freedombox-setup.  The following is the
rationale:

- - LXC has not been used in FreedomBox at all.

- - Maintaining security updates inside all the LXC containers will be
  hard.  At least current implementation seems to indicated that we will
  be creating a container with full Debian root install for each
  application.

- - We have instead decided to provide similar security using systemd's
  unit files and apparmor profiles.  These changes will go into Debian
  and will be maintained by Debian maintainers.

- - During the last hackathon we have agreed to remove LXC infavor of
  working on systemd/apparmor.



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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWVUAfAAoJEDbDYUQMm8lxDTYQAJZqr1xc5BCI+z4nma0VP6dv
uV79y4ua1/qTBSHHkOujE+JIMhTvgzoX0R313mP048+hr4fAUt0yrcNYp+QmahhO
3CHoUc1uuQTENQuURYQr4bZ93g5xNaVoGhSbLjkfB2fsBCqno88YG3cSH4XhPA4Q
UGQ1/dPgQ16B7HuSbazm53Mq3Bhxf5OUS8eivzfah8H36sYrxVb7Lsd+B8rm2R2k
IRUjoNShE86MsPAb1E9e60tq8k44RU+n2oMpf5SeaFhy93Vzhqv+hq5xheJAE6k/
KBUkGw1ebh80IJZH0oJX3TcE+OZKsy32s4tNsnRe18V+mh8JbMwW2AjljyezmMla
J7SV+54ilvaSGOmr0Ln+Mg8A1oxhsmROPRiqmZstiOrCS9H4sMj/2IodDZwL29VH
I5fcd4fVFl8Mom+jxKuU5AFaKaGFCArqr0d9+bzNqYI2BGoIMEpxK6ltX08IB9f5
GfuXzMaHCVKgHjC/XOP+o4OLldzSjlaPLRJFrdRMt01WqPRnncYPoL0BRmGS7IKC
w7F8O2wD3GXNObYi9bMdWX+VJyOWNUV01KGCWmRc6OO9crMebb59QYLxBHQyMPy3
OM6ZcXt4DaqHzWlPd/7oKm6fF6XfdQ3i+zqVUVqxuu8B2+UG41QTzFSmBQNxPwSY
MLUUAg5fjAUZz5KT9wWh
=Yn8Y
-END PGP SIGNATURE-
>From bb4b4c5f25044c39d58223377eaac4ddf3091371 Mon Sep 17 00:00:00 2001
From: Sunil Mohan Adapa 
Date: Wed, 25 Nov 2015 10:14:57 +0530
Subject: [PATCH] Remove LXC

- LXC has not been used in FreedomBox at all.

- Maintaining security updates inside all the LXC containers will be
  hard.  At least current implementation seems to indicated that we will
  be creating a container with full Debian root install for each
  application.

- We have instead decided to provide similar security using systemd's
  unit files and apparmor profiles.  These changes will go into Debian
  and will be maintained by Debian maintainers.

- During the last hackathon we have agreed to remove LXC infavor of
  working on systemd/apparmor.
---
 data/usr/share/lxc/templates/lxc-debian-freedombox | 370 -
 debian/copyright   |  24 --
 debian/freedombox-setup.freedombox-first-run.init  |   2 +-
 debian/freedombox-setup.install|   1 -
 setup.d/20_lxc |  25 --
 5 files changed, 1 insertion(+), 421 deletions(-)
 delete mode 100755 data/usr/share/lxc/templates/lxc-debian-freedombox
 delete mode 100755 setup.d/20_lxc

diff --git a/data/usr/share/lxc/templates/lxc-debian-freedombox b/data/usr/share/lxc/templates/lxc-debian-freedombox
deleted file mode 100755
index 753bc78..000
--- a/data/usr/share/lxc/templates/lxc-debian-freedombox
+++ /dev/null
@@ -1,370 +0,0 @@
-#!/bin/bash
-
-#
-# lxc: linux Container library
-
-# Authors:
-# Daniel Lezcano 
-
-# This library is free software; you can redistribute it and/or
-# modify it under the terms of the GNU Lesser General Public
-# License as published by the Free Software Foundation; either
-# version 2.1 of the License, or (at your option) any later version.
-
-# This library is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-# Lesser General Public License for more details.
-
-# You should have received a copy of the GNU Lesser General Public
-# License along with this library; if not, write to the Free Software
-# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
-
-# ==
-# This is a slightly modified version by Rob van der Hoeven
-# I use it for my FreedomBox project: http://freedomboxblog.nl
-# ==
-
-SUITE=${SUITE:-squeeze}
-MIRROR=${MIRROR:-http://http.debian.net/debian}
-
-configure_debian()
-{
-rootfs=$1
-hostname=$2
-
-# squeeze only has /dev/tty and /dev/tty0 by default,
-# therefore creating missing device nodes for tty1-4.
-for tty in $(seq 1 4); do
-if [ ! -e $rootfs/dev/tty$tty ]; then
-mknod $rootfs/dev/tty$tty c 4 $tty
-fi
-done
-
-# configure the inittab
-cat < $rootfs/etc/inittab

Bug#806185: audacity: upgrade to 2.1.1

[Pavel Sofishchenko]

Package: audacity
Version: 2.0.6-2
Severity: wishlist

Dear maintainer,

Can you upgrade audacity to 2.1.1 from upstream in debian?
http://web.audacityteam.org/download/source

Thanks.

Bug#805991: alpine: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Asheesh Laroia]

Thanks! I'll aim to look at this in the next 10 days or so.​

Bug#805651: ITA: avrdude -- software for programming Atmel AVR microcontrollers

[Tobias Frost]

Am 24. November 2015 18:35:35 MEZ, schrieb "Milan P. Stanic" :
>Hi Tobi,
>
>On Tue, 2015-11-24 at 13:35, Tobias Frost wrote:
>> Package: wnpp
>> Followup-For: Bug #805651
>> Owner: Tobias Frost 
>> 
>> Hi Milan,
>> 
>> if you'd like to have a Co-Maintainer for avrdude, please feel free
>to ping me.
>
>I'm wondering why you ask me to co-maintain avrdude? I don't have any
>AVR device (for development) and never expressed intention publicly to
>work on it. But...
>Is this some kind of synchronicity because these days I'm started to
>learn about AVR microcontrolers and planing to order Arduino or 'naked'
>AVR chip.
>
>Anyway, thank you for offer and if I decide to work with AVR MCUs I
>will
>contact you.
>
>> Tobi
>
>Best regards, Milan

Hi Milan, 

I meant a different Milan  -- Milan Kupcevic the one who ital es tthe package. 
Sorry for the confusion. 
Tobi

PS: of course contributions are welcome, so feel invited.
-- 
Tobias Frost

13C9 04F0 CE08 5E7C 3630 7985 DECF 849A A635 7FB7

Bug#806186: gcc-5: new parallel packaging code makes DEB_STAGE=rtlibs fail

[Helmut Grohne]

Source: gcc-5
Version: 5.2.1-24
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

The new parallel code makes DEB_STAGE=rtlibs fail. Close to the end of
the build, I see Invocations like "dh_gencontrol -p. ...". Debhelper
doesn't like "." as a package name. I believe that the culprit here is
the new parallel code, in particular the sorting of architecture
dependent packages:

du -s `cat arch_binaries` | sort -nr | awk '{print $$2}' > 
arch_binaries.tmp

When we build DEB_STAGE=rtlibs, arch_binaries ends up being empty. Now
du is run with just -s and du just counts the current directory. I
suggest replacing the backticks with xargs -r to not run du at all in
the absense of any arch_binaries. You can find a patch that does just
that attached. Hope it helps.

Helmut
--- a/debian/rules2
+++ b/debian/rules2
@@ -2393,7 +2393,7 @@
 # --
 # Build architecture-dependent files here.
 debian/arch_binaries.all: $(foreach i,$(arch_binaries),$(binary_stamp)-$(i))
-	cd debian; du -s `cat arch_binaries` | sort -nr | awk '{print $$2}' \
+	cd debian; xargs -r du -s < arch_binaries | sort -nr | awk '{print $$2}' \
 		> arch_binaries.tmp
 	mv debian/arch_binaries.tmp debian/arch_binaries
 	sed -i 's/ /\n/g' debian/arch_binaries.epoch || touch debian/arch_binaries.epoch

Bug#802677: [Python-modules-team] Bug#802677: Raising severity - blocking RC bug fixes

[Brian May]

Brian May  writes:

> Will try to test it and see if it solves the problem.

So this bug was linked to two packages: django-testscenarios and
lava-server.

I am not able to test these packages as I get unrelated errors instead
when I try to test with each of these packages. I also tried upstream
git versions, however got similar issues.

Should I uploaded the patched version of Django anyway?
-- 
Brian May 

Bug#514348: aptitude fails to detect if a package is installable

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi Uwe,

2009-02-06 14:28 Uwe Storbeck:

Package: aptitude
Version: 0.4.11.11-1~lenny1
Severity: normal

Hi

On an upgrade from etch to lenny aptitude always forces me to remove
cacti (also see bug #514342). While trying to resolve this problem
manually I got to the following aptitude misbehaviour:


 # aptitude -v purge php4-cli
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Reading extended state information
 Initializing package states... Done
 The following packages are BROKEN:
   cacti
 The following packages will be REMOVED:
   php4-cli{p} [6:4.4.4-8+etch6] <-3105kB>
 0 packages upgraded, 0 newly installed, 1 to remove and 27 not upgraded.
 Need to get 0B of archives. After unpacking 3105kB will be freed.
 The following packages have unmet dependencies:
   cacti: Depends: php4-cli but it is not installable or
php5-cli but it is not installable
   ^^
 The following actions will resolve these dependencies:

 Remove the following packages:
 cacti

 Score is 121

 Accept this solution? [Y/n/q/?] ^C


 # aptitude -v install php5-cli
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Reading extended state information
 Initializing package states... Done
 The following NEW packages will be installed:
   php5-cli [5.2.6.dfsg.1-1+lenny2] <+5419kB>
 The following packages are SUGGESTED but will NOT be installed:
   php-pear
 0 packages upgraded, 1 newly installed, 0 to remove and 27 not upgraded.
 Need to get 0B/2475kB of archives. After unpacking 5419kB will be used.
 Do you want to continue? [Y/n/?]
 Writing extended state information... Done
 Reading package fields... Done
 Reading package status... Done
 Retrieving bug reports... Done
 Parsing Found/Fixed information... Done
 Selecting previously deselected package php5-cli.
 (Reading database ... 369322 files and directories currently installed.)
 Unpacking php5-cli (from .../php5-cli_5.2.6.dfsg.1-1+lenny2_i386.deb) ...
 Processing triggers for man-db ...
 Setting up php5-cli (5.2.6.dfsg.1-1+lenny2) ...

 Creating config file /etc/php5/cli/php.ini with new version
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Reading extended state information
 Initializing package states... Done
 Writing extended state information... Done



Did you continue to see this issue after that occasion?

The resolver was heavily changed in the versions after the one that you
are using.  I am not sure if we can do much about this bug report now if
it's only this old case.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#805915: closed by Donald Norwood <dnorw...@portalus.com> (Re: mirror listing update for mirrors.bloomu.edu)

[Hoffman, Douglas]

Please note the Submission-Type of "update".

The previous entry is located on lines 6765-6783 of Mirrors.masterlist (1.2449).

Bug#804084: slrn: FTBFS: /usr/bin/ld: cannot find -ltermcap

[Moritz Mühlenhoff]

On Wed, Nov 04, 2015 at 08:02:39PM +0100, Sven Joachim wrote:
> Source: slrn
> Version: 1.0.2-3
> 
> Your package currently FTBFS in unstable.  From my pbuilder log:
> 
> ,
> | gcc /build/slrn-1.0.2/src/objs/chkslang.o -Wl,-z,relro -o 
> /build/slrn-1.0.2/src/objs/chkslang  -lslang -luu -lcanlock 
> -L/usr/lib/i386-linux-gnu/lib -lgnutls -lgnutls-openssl  -ltermcap
> | /usr/bin/ld: cannot find -ltermcap
> `
> 
> This is an unexpected fallout from the fix for bug #745479[1], I did not
> really consider it possible that packages use the ncurses5-config script
> without a build dependency on libncurses5-dev.  Anyway, here's the
> analysis:

Sorry for the late reply.

Adding libncurses5-dev as a build dependency to slrn also seems like a proper 
fix
to me, then?

Cheers,
Moritz

Bug#772426: RE: Bug#772426: closed by Donald Norwood <dnorw...@portalus.com> (Re: mirror submission for debian.mirror.marist.edu)

[Donald Norwood]

Hi Jeff,

Any update? I can add the mirror as it is listing with:

amd64 and i386

Best regards,

Donald Norwood

On Mon, 17 Aug 2015 16:53:39 -0400 Jeff Obrizok
 wrote:
> Let me investigate the configuration and see if that was intentional or
> not.
>
>
>
> I will update the update schedule and get back to you.
>
>
>
> Can we please leave this open? I would like to get this to meet spec and
> get this listed.
>
>
>
> Thanks!
>
>
>
> Thanks,
>
> Jeff Obrizok
> Network & Security Engineer
> Marist College
> 3399 North Rd.
> Poughkeepsie, NY 12601
> 845.575.3061
>
>
>
> From: Donald Norwood  [mailto:Donald Norwood
> ]
> Sent: Monday, August 17, 2015 3:55 PM
> To: Jeff Obrizok 
> Cc: 772...@bugs.debian.org
> Subject: Re: Bug#772426: closed by Donald Norwood
>  (Re: mirror submission for
> debian.mirror.marist.edu)
>
>
>
>
> Hi Jeff,
>
> Thank you for the quick response.
>
> The original submission was stated to offer only amd64, however the
> mirror itself is offering amd64 and i386. Is this intentional?
>
> Second the update schedule states once per day, however it is preferred
> to update 4 times a day if possible so that your mirror is in sync with
> the rest of the archive.
>
> Otherwise everything looks good.
>
> Best regards,
>
> Donald Norwood




signature.asc
Description: OpenPGP digital signature

Bug#806124: [Pkg-xfce-devel] Bug#806124: xfdesktop4: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Yves-Alexis Perez]

On mar., 2015-11-24 at 15:29 +, Santiago Vila wrote:
> I tried to build this package with "dpkg-buildpackage -A"
> (i.e. only architecture-independent packages), and it failed:

Thanks for the report, I'll investigate.

Regards,
-- 
Yves-Alexis



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

Bug#805893: clblas: add -mxgot option to CFLAGS and CXXFLAGS for mips*64{el}

[Ghislain Vaillant]

Hi YunQiang Su,

Thanks for reporting this and providing a patch with some explanation of 
what it does.


Just to be sure, when you say:

> I also add the same extra options to CXXFLAGS as CFLAGS.
> This patch can fix FTBFS on mips64el.

Do you mean the patch fixes the issue *for sure*, or is it just a guess?

Usage of "can" is not particularly assertive, hence me asking for a 
confirmation.


Cheers,
Ghis

Bug#805829: r-cran-gsl: Fails to build with GSL 2

[Andreas Tille]

Hi Bas,

thanks for working on the libgsl migration.  I commited a patch to SVN[1]
to circumvent the check by configure but that's not sufficient to do the
migration.  The build fails with


gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -I/usr/include -I. -fpic  -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -g  -c ellint.c -o  ellint.o
ellint.c: In function 'ellint_D_e':
ellint.c:82:55: warning: passing argument 4 of 'gsl_sf_ellint_D_e' makes 
pointer from integer without a cast [-Wint-conversion]
 status[i] = gsl_sf_ellint_D_e(phi[i], k[i], n[i], sf_mode[*mode], ) 
;
   ^
In file included from ellint.c:1:0:
/usr/include/gsl/gsl_sf_ellint.h:84:5: note: expected 'gsl_sf_result * {aka 
struct gsl_sf_result_struct *}' but argument is of type 'int'
 int gsl_sf_ellint_D_e(double phi, double k, gsl_mode_t mode, gsl_sf_result * 
result);
 ^
ellint.c:82:17: error: too many arguments to function 'gsl_sf_ellint_D_e'
 status[i] = gsl_sf_ellint_D_e(phi[i], k[i], n[i], sf_mode[*mode], ) 
;
 ^
In file included from ellint.c:1:0:
/usr/include/gsl/gsl_sf_ellint.h:84:5: note: declared here
 int gsl_sf_ellint_D_e(double phi, double k, gsl_mode_t mode, gsl_sf_result * 
result);
 ^
/usr/lib/R/etc/Makeconf:134: recipe for target 'ellint.o' failed
make[1]: *** [ellint.o] Error 1


Anybody with some gsl experience might perhaps know what to do next
hopefully.

Kind regards

   Andreas.


[1] 
svn://anonscm.debian.org/debian-science/packages/R/trunk/packages/r-cran-gsl/trunk/


-- 
http://fam-tille.de

Bug#806151: [PATCH] u-boot-sunxi: Please enable the A10s-OLinuXino-M target

[Vagrant Cascadian]

Control: tags 806151 pending

On 2015-11-24, Benedikt Wildenhain wrote:
> please enable the A10s-OLinuXino-M target. Applying the following patch
> creates a working u-boot which allows to start the Debian installer via
> TFTP.

Builds fine for me, added to git, will include in the next upload.

Thanks!

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#806160: gcc-5: Don't pass --oformat to ld

[Breno Leitao]

Package: gcc-5
Version: 5.2.1-22
Severity: important
Tags: patch

Hello,

There is a cross compilation issue on the wild[1] that is causing kernel kbuild
to fail when cross building on powerpc. The host machine using Debian.  I would
like to know if it is still possible to include this fix on gcc version 5.2.1.

The fix could be found at
https://github.com/gcc-mirror/gcc/commit/0012c439035bc1d5843e5c8e72c6c5fad357d389

[1] https://lkml.org/lkml/2015/11/21/165

Thank you,
Breno
-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: ppc64el (ppc64le)

Kernel: Linux 4.2.0-1-powerpc64le (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 gcc-5 depends on:
ii  binutils  2.25.1-7
ii  cpp-5 5.2.1-22
ii  gcc-5-base5.2.1-22
ii  libc6 2.19-22
ii  libcc1-0  5.2.1-22
ii  libgcc-5-dev  5.2.1-22
ii  libgcc1   1:5.2.1-22
ii  libgmp10  2:6.0.0+dfsg-7
ii  libisl13  0.14-2
ii  libmpc3   1.0.3-1
ii  libmpfr4  3.1.3-1
ii  libstdc++65.2.1-22
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gcc-5 recommends:
ii  libc6-dev  2.19-22

Versions of packages gcc-5 suggests:
pn  gcc-5-doc
pn  gcc-5-locales
pn  libasan2-dbg 
pn  libatomic1-dbg   
pn  libcilkrts5-dbg  
pn  libgcc1-dbg  
pn  libgomp1-dbg 
pn  libitm1-dbg  
pn  liblsan0-dbg 
pn  libmpx0-dbg  
pn  libquadmath-dbg  
pn  libtsan0-dbg 
pn  libubsan0-dbg

-- no debconf information

Bug#806138: testsuite times out

[Antonio Terceiro]

Hi Ole,

On Tue, Nov 24, 2015 at 08:08:46PM +0100, Ole Streicher wrote:
> Control: tags -1 moreinfo
> 
> Hi Antonio,
> 
> are you sure this is against the correct package? saods9 is not mysql,
> and the link you provided shows the saods9 package failing, but not
> timing out.
> 
> The failure of saods9 is actually made by some other package
> (libfuntools0), which needs to be corrected -- to test this, it be
> actually contraproductive to blacklist saods9.
> 
> Please re-check and confirm if your really mean the saods9 package.

Yes, I do mean saods9. I copied & pasted the email body and missed the
"mysql-5.5" there, but saods9 *is* timing out as you can see in:
https://ci.debian.net/packages/s/saods9/unstable/amd64/

The last entry (2015-11-24 17:45:45 UTC) is different because I killed
the tests in the server instead of waiting for it time out, but all the
others are the original timeouts (e.g. 2015-10-21 21:24:54 UTC), e.g.:

8<8<8<-
adt-run [18:38:10]: test saods9: [---
ERROR: no compiler found for filter compilation
E: Caught signal ‘Terminated’: terminating immediatelyo

Session terminated, terminating shell... ...terminated.
adt-run [21:24:54]: ERROR: testbed failed: timed out on command "env 
LANG=C.UTF-8 su -s /bin/bash debci -c set -e; export USER=`id -nu`; . 
/etc/profile >/dev/null 2>&1 || true;  . ~/.profile >/dev/null 2>&1 || true; 
buildtree="/tmp/adt-run.7orlYY/build.XkT/saods9-7.4~b7+repack"; mkdir -p -m 
1777 -- "/tmp/adt-run.7orlYY/saods9-artifacts"; export 
ADT_ARTIFACTS="/tmp/adt-run.7orlYY/saods9-artifacts"; export ADTTMP=$(mktemp -d 
--tmpdir adttmp.XX); trap "rm -rf $ADTTMP" EXIT INT QUIT PIPE; chmod 755 
$ADTTMP; cd "$buildtree"; export LANG=C.UTF-8; chmod +x 
/tmp/adt-run.7orlYY/build.XkT/saods9-7.4~b7+repack/debian/tests/saods9; touch 
/tmp/adt-run.7orlYY/saods9-stdout /tmp/adt-run.7orlYY/saods9-stderr; 
/tmp/adt-run.7orlYY/build.XkT/saods9-7.4~b7+repack/debian/tests/saods9 2> >(tee 
-a /tmp/adt-run.7orlYY/saods9-stderr >&2) > >(tee -a 
/tmp/adt-run.7orlYY/saods9-stdout); " (kind: test)
8<8<8<-

It seems to be missing test dependencies, and hanging forever just after
"ERROR: no compiler found for filter compilation"?

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#717659: mirror submission for mirrors.psu.ac.th

[Donald Norwood]

Hello,

Is there an update for this mirror submission?

Best regards,

Donald Norwood
-Debian Mirrors Team

On Wed, 3 Sep 2014 20:58:43 +0200 Simon Paillard 
wrote:
> Hi,
>
> Replying to the existing bug entry:
>
> On Wed, Aug 06, 2014 at 01:23:00PM +0200, Simon Paillard wrote:
> > On Tue, Jul 23, 2013 at 02:20:19PM +, Jatuporn Chuchuay wrote:
> [..]
> > > Site: mirrors.psu.ac.th
> >
> > Thanks for mirroring Debian !
> > Please use the recommended sync tool, read
> > http://www.debian.org/mirror/ftpmirror#how
>
> Could you please use ftpsync, or otherwise
> http://www.debian.org/mirror/anonftpsync ?
>
> [..]
> > > Archive-upstream: mirrors.kernel.org
> > > Backports-upstream: ftp.us.debian.org
> > > CDImage-upstream: mirrors.kernel.org
> >
> > Why not syncing from ftp.th.debian.org, aka debian.coe.psu.ac.th ?
> > This is in the same university as you !!
> > You can contact them at sysad...@coe.psu.ac.th
>
> The question remains.
>
> --
> Simon Paillard
>
>




signature.asc
Description: OpenPGP digital signature

Bug#722433: mirror submission for mirror.digitalnova.at

[Donald Norwood]

Hello,

Are there any updates concerning this mirror submission?

Currently the mirror is out of sync with the rest of the archive.
Perhaps check the disk space or cron job responsible?

Please advise when you have the opportunity.

Thank you for your support of Debian!

Best regards,

Donald Norwood
-Debian Mirrors Team

On Wed, 18 Sep 2013 20:59:53 +0200 Simon Paillard 
wrote:
> Hello,
>
> On Wed, Sep 11, 2013 at 08:55:57PM +, digitalnova - anton neubauer
wrote:
> > On Wed, Sep 11, 2013 at 12:22:46AM +, Anton Neubauer wrote:
> > > Package: mirrors
> > > Severity: wishlist
> > >
> > > Submission-Type: new
> >
> > Thanks for mirroring Debian.
> >
> > > Site: mirror.digitalnova.at
> >
> > A local trace file is missing at:
> > http://mirror.digitalnova.at/debian/project/trace/
> >
> > Please follow the guidelines at:
> > http://www.debian.org/mirror/ftpmirror#how
> >
> > These recommend the 'ftpsync' tool, that meet all the requirements
listed on that page.
> >
> > thanx, is fixed
>
> The problem is not just 'missing' tracefile, but the fact that the lack of
> tracefile often comes with lack of appropriate sync method.
> Without appropriate sync method, the mirror is unusable during the sync.
>
> Could you have a look at ftpsync or in details to requirements ?
>
> > > Type: leaf
> > > Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64
> > > kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc
> > > Archive-http: /debian/
> > > IPv6: no
> > > Archive-upstream: ftp.de.debian.org
> > > Updates: four
> > > Maintainer: Anton Neubauer 
> > > Country: AT Austria
> > > Location: Graz
> > > Sponsor: .digitalnova it & web solutions e.U. http://digitalnova.at
>
> --
> Simon Paillard
>
>




signature.asc
Description: OpenPGP digital signature

Bug#805651: ITA: avrdude -- software for programming Atmel AVR microcontrollers

[Michael Biebl]

Am 24.11.2015 um 13:35 schrieb Tobias Frost:
> Package: wnpp
> Followup-For: Bug #805651
> Owner: Tobias Frost 
> 
> Hi Milan,
> 
> if you'd like to have a Co-Maintainer for avrdude, please feel free to ping 
> me.

Thanks Milan and Tobi for your interest.

I'm sure the package will be in good hands.

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



signature.asc
Description: OpenPGP digital signature

Bug#741573: (no subject)

[Don Armstrong]

clone 741573 -1
reassign -1 debian-policy
retitle -1 Deprecating menu files and transition to desktop files
thanks

In #741573, the CTTE has determined that Debian should use .desktop
files as appropriate.

We had intended that this decision would start a discussion of the
policy necessary to generate this transition, using the changes in
https://anonscm.debian.org/cgit/dbnpolicy/policy.git/commit/?id=ba679bff76f5b9152f43d5bc901b9b3aad257479
(attached).

I'm now trying to start that discussion in the hopes of generating a
changeset to policy which in addition to incorporating the CTTE changes
provides the framework for an orderly transition from the Debian menu
system to desktop standard.

I hope that this will happen within the normal policy discussion
framework in a reasonable timeframe; baring that, I will implement the
CTTE decision by applying ba679bff76 and NMUing policy.

-- 
Don Armstrong  http://www.donarmstrong.com


From ba679bff76f5b9152f43d5bc901b9b3aad257479 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Sat, 15 Feb 2014 11:12:30 +0900
Subject: [PATCH] Document the FreeDesktop menu entries and media type
 declarations.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

The Debian menu is optionally supported.

Wording: Charles Plessy 
Seconded: Lisandro Damián Nicanor Pérez Meyer 
Seconded: Cyril Brulebois  (for the menu entries)
Seconded: Russ Allbery 
Closes: #707851
---
 policy.sgml | 200 +---
 1 file changed, 152 insertions(+), 48 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index dad8d23..1743552 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -8054,38 +8054,75 @@ Reloading description configuration...done.
 	Menus
 
 	
-	  The Debian menu package provides a standard
-	  interface between packages providing applications and
-	  menu programs (either X window managers or
-	  text-based menu programs such as pdmenu).
+	  Packages shipping applications that comply with minimal requirements
+	  described below for integration with desktop environments should
+	  register these applications in the desktop menu, following the
+	  FreeDesktop standard, using text files called
+	  desktop entries.  Their format is described in the
+	  Desktop Entry Specification at
+	  http://standards.freedesktop.org/desktop-entry-spec/latest/;>
+	  and complementary information can be found in the
+	  Desktop Menu Specification at
+	  http://standards.freedesktop.org/menu-spec/latest/;>.
 	
 
 	
-	  All packages that provide applications that need not be
-	  passed any special command line arguments for normal
-	  operation should register a menu entry for those
-	  applications, so that users of the menu package
-	  will automatically get menu entries in their window
-	  managers, as well in shells like pdmenu.
+	  The desktop entry files are installed by the packages in the
+	  directory /usr/share/applications and the FreeDesktop
+	  menus are refreshed using dpkg triggers.  It is therefore
+	  not necessary to depend on packages providing FreeDesktop menu
+	  systems.
 	
 
 	
-  Menu entries should follow the current menu policy.
+	  Entries displayed in the FreeDesktop menu should conform to the
+	  following minima for relevance and visual integration.
+
+	  
+	
+	  Unless hidden by default, the desktop entry must point to a PNG
+	  or SVG icon with a transparent background, providing at least
+	  the  size, and preferably up to 6464.  The icon
+	  should be neutral enough to integrate well with the default icon
+	  themes.  It is encouraged to ship the icon in the default
+	  hicolor icon theme directories, or to use an existing
+	  icon from the hicolor theme.
+	
+
+	
+	  If the menu entry is not useful in the general case as a
+	  standalone application, the desktop entry should set the
+	  NoDisplay key to true, so that it can be
+	  configured to be displayed only by those who need it.
+	
+
+	
+	  In doubt, the package maintainer should coordinate with the
+	  maintainers of menu implementations through the
+	  debian-desktop mailing list in order to avoid problems
+	  with categories or bad interactions with other icons.  Especially
+	  for packages which are part of installation tasks, the contents
+	  of the NotShowIn/OnlyShowIn keys should be
+	  validated by the maintainers of the relevant environments.
+	
+	  
 	
 
 	
-	  The menu policy can be found in the menu-policy
-	  files in the debian-policy package.
-	  It is also available from the Debian web mirrors at
-  http://www.debian.org/doc/packaging-manuals/menu-policy/;>.
+	  Since the FreeDesktop menu is a cross-distribution standard, the
+	  desktop entries written for Debian should be forwarded upstream,

Bug#727083: mirror submission for mirror.debianaddict.com

[Donald Norwood]

No response from submitter in regard to followup request for clarification or 
more information.

Submitter may re-open this bug report at a later date or time when completed.




signature.asc
Description: OpenPGP digital signature

Bug#741951: mirror submission for mirrors.aliyun.com

[Donald Norwood]

Hello,

The README.html file does not display as an html file in the
http://mirrors.aliyun.com/debian/
directory. Otherwise the mirror entry is fine. Could you please advise?

Best regards,

Donald Norwood
-Debian Mirrors Team

On Sat, 3 May 2014 10:21:14 +0800 peng min  wrote:
> hi Simon,
>
> thanks for your feedback. I have fixed the trace file issue, flollow
> https://www.debian.org/mirror/ftpmirror#how .
>
> The backup mirror maintainer is Chen Qing , with email
> chenqing...@foxmail.com, who is also work at Alibaba .
>
> mirrors.aliyun.com now has 10Gbps outlet bandwidth.
>
>
>
> yours,
>
> Min Peng
>
>
>
> 2014-05-02 20:39 GMT+08:00 Simon Paillard :
>
> > Control: tag -1 +moreinfo
> >
> > Hello,
> >
> > On Mon, Mar 17, 2014 at 03:43:37PM +, Min Peng wrote:
> > > Package: mirrors
> > > Severity: wishlist
> > >
> > > Submission-Type: new
> > > Site: mirrors.aliyun.com
> >
> > Thanks for mirroring Debian, there are a few items to be solved
before we
> > can
> > add your mirror to the list.
> >
> > > Type: leaf
> > > Archive-architecture: amd64 i386
> > > Archive-http: /debian/
> > > Backports-http: /debian-backports/
> >
> > The local trace file under projet/trace/mirrors.aliyun.com is not at the
> > expected content.
> >
> > Could you please use the recommended tool ftpsync
> > http://www.debian.org/mirror/ftpmirror#how ? It will take care of the
> > trace
> > file generation.
> >
> > If not, follow carefully manual instructions at
> > https://www.debian.org/mirror/ftpmirror#how, it instructs the expected
> > trace
> > file content.
> >
> > > CDImage-http: /debian-cd/
> > > IPv6: no
> > > Archive-upstream: mirrors.kernel.org
> > > Backports-upstream: ftp.us.debian.org
> > > CDImage-upstream: cdimage.debian.org
> > > Updates: once
> > > Maintainer: Min Peng 




signature.asc
Description: OpenPGP digital signature

Bug#725489: ipv6 enabled / updated maintainer

[Donald Norwood]

Hello,

Although it has been some time, are you still interested in having this
mirror listed?

If so please look into:

/project/ directory is missing the /trace/ and /experimental/ directories

The top level directory does not show the README.html file as html.

The recommended method of mirroring is with the so called ftpsync
scriptset, available in two forms:

  * as a tarball from https://ftp-master.debian.org/ftpsync.tar.gz
  * as a git repository: git clone
https://ftp-master.debian.org/git/archvsync.git


Best regards,

Donald Norwood
-Debian Mirrors Team

On Mon, 16 Dec 2013 06:20:36 + Maciej Bonin 
wrote:
> Hi,
>
> It was brought to my attention earlier by Arch that the server wasn't
listening on v6 httpd so that's enabled now, also Simon no longer works
for m247 I'm afraid, I would be the preferred contact from now on.
> Can you please point to (if any) outstanding issues before approving
the mirror?
>
> Regards,
> Maciej Bonin
> Systems Engineer | M247 Limited
> 07975 780997 Mobile | 2116 Internal
> M247.com  Connected with our Customers
> Contact us today to discuss your hosting and connectivity requirements
> ISO 27001 | ISO 9001 | Deloitte Technology Fast 50 | Deloitte
Technology Fast 500 EMEA | Sunday Times Tech Track 100
> M247 Ltd, registered in England & Wales #4968341. 1 Ball Green, Cobra
Court, Manchester, M32 0QT
>  
> ISO 27001 Data Protection Classification: B - Internal
>  
>
>
>

Bug#806162: netbase: Missing sesi-lm and houdini-lm in /etc/services

[Andrew Wong]

Package: netbase
Version: 5.3
Severity: wishlist
Tags: patch

sesi-lm and houdini-lm are missing from /etc/services. They are used for
licensing in our 3D animation application, Houdini. The ports were assigned by
IANA. Could they be added into /etc/services?



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

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

Versions of packages netbase depends on:
ii  lsb-base  9.20150917

Versions of packages netbase recommends:
ii  ifupdown  0.7.54

netbase suggests no packages.

-- no debconf information
>From b2701a2700040f886e83982fe5c6d7e8cd820610 Mon Sep 17 00:00:00 2001
From: Andrew Wong 
Date: Tue, 24 Nov 2015 15:04:44 -0500
Subject: [PATCH] services: add sesi-lm and houdini-lm

sesi-lm (1714/tcp, 1714/udp)
houdini-lm (1715/tcp, 1715/udp)
---
 etc-services | 4 
 1 file changed, 4 insertions(+)

diff --git a/etc-services b/etc-services
index 704cd12..952550e 100644
--- a/etc-services
+++ b/etc-services
@@ -286,6 +286,10 @@ groupwise	1677/tcp
 groupwise	1677/udp
 l2f		1701/tcp	l2tp
 l2f		1701/udp	l2tp
+sesi-lm		1714/tcp# Side Effects Software License Manager
+sesi-lm		1714/udp
+houdini-lm	1715/tcp# Side Effects Software License Manager
+houdini-lm	1715/udp
 radius		1812/tcp
 radius		1812/udp
 radius-acct	1813/tcp	radacct		# Radius Accounting
-- 
2.6.0.6.gbff257a

Bug#805927: timesyncd does not automatically start after removing all NTP daemons

[Josh Triplett]

On Tue, Nov 24, 2015 at 02:14:19PM +0100, Michael Biebl wrote:
> Hi Josh
> Am 24.11.2015 um 06:53 schrieb Josh Triplett:
> > Package: systemd
> > Version: 228-2
> > Severity: wishlist
> > 
> > /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
> > disables systemd-timesyncd if /usr/sbin/ntpd (or another NTP daemon)
> > exists.  However, nothing causes systemd-timesyncd to automatically
> > start running after removing the last such daemon.  Would you consider
> > adding such a mechanism?  (For instance, you could add a trigger in
> > systemd that registers interest in the paths listed in
> > disable-with-time-daemon.conf.)
> 
> We want to get rid of those hard-coded paths, not add them to more places.
> 
> > The reverse holds true as well: if you install such a daemon,
> > systemd-timesyncd does not automatically stop.
> 
> The idea here is, that ntp, etc ship native service files, which have
> Conflicts=systemd-timesyncd.service. So installing them should actually
> stop timesyncd.

That seems preferable, sure.  And that fixes half the problem, but as
far as I understand the semantics of Conflicts, not the other half.

> As for starting timesyncd automatically whenever ntp is removed: I have
> to say, I don't particularly like the idea of installing dpkg triggers
> for that. I mean, it wouldn't be too hard to manually start timesyncd.
> Or on next reboot it would be started anyway.

Having to manually start timesyncd, or reboot, seems inconsistent with
the amount of automatic "just works" typically found in daemon packages.
If Debian normally didn't start daemons on package installation, then
I'd agree, but it does.

Unfortunately (or perhaps fortunately) systemd doesn't automatically
watch unit files and treat Conflicts like an "inhibit".

Does some other means exist to notice this change and DTRT?

- Josh Triplett

Bug#806159: [banshee] last.fm: Failed to get information from your Last.fm profile

[Chris Joelly]

Package: banshee
Version: 2.6.2-3
Severity: normal

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

i activated the Last.fm scrobbling extension and logged in via the Last.fm 
extensions settings dialog. 
There it tells me: I am logged in at Last.fm with the user xyz.
>From there i can log out and open my profile page, both works.
I can re-login and i am redirected to the last.fm website, login there and the 
Last.fm extension tells me again that i am logged in.

But when i open the Last.fm entry in "Online media" i get the message:

"Failed to get information from your Last.fm profile"

with the buttons "Account settings" and "Join Last.fm".




--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  700 betsy   packages.linuxmint.com 
  700 betsy   extra.linuxmint.com 
  500 stable-updates  ftp.us.debian.org 
  500 stable  www.deb-multimedia.org 
  500 stable  security.debian.org 
  500 stable  ftp.us.debian.org 

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

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#796208: ca-certificates: removal of SPI CA

[Aaron Zauner]

Hi,

+1 on removal of this CA from the default system trusted CA
certificates. I get why back in the day CAcert and similar
projects looked like a valid idea, but the CA landscape has changed
significantly [0] since then and a CA that does not conform with
modern technical and operational procedures should not be included
by default (e.g. CA/B baseline requirements [1], RFC3647, certificate
transparency [2] et cetera) in any distribution, especially one
that's that popular and widely used on servers. This also affects
Ubuntu [3]..

Thanks,
Aaron

[0] - https://lwn.net/Articles/663875/
  https://lwn.net/Articles/664385/
[1] - https://cabforum.org/baseline-requirements-documents/
[2] - https://www.certificate-transparency.org/how-ct-works
[3] - 
https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/ca-certificates/wily/files/head:/spi-inc.org/



signature.asc
Description: Digital signature

Bug#806138: testsuite times out

[Ole Streicher]

OK, I uploaded the fix for the dependency (libfuntools1). Could you
trigger a re-run to ensure it got fixed?

Thanks

Ole

Am 24.11.2015 um 20:49 schrieb Antonio Terceiro:
> Hi Ole,
> 
> On Tue, Nov 24, 2015 at 08:08:46PM +0100, Ole Streicher wrote:
>> Control: tags -1 moreinfo
>>
>> Hi Antonio,
>>
>> are you sure this is against the correct package? saods9 is not mysql,
>> and the link you provided shows the saods9 package failing, but not
>> timing out.
>>
>> The failure of saods9 is actually made by some other package
>> (libfuntools0), which needs to be corrected -- to test this, it be
>> actually contraproductive to blacklist saods9.
>>
>> Please re-check and confirm if your really mean the saods9 package.
> 
> Yes, I do mean saods9. I copied & pasted the email body and missed the
> "mysql-5.5" there, but saods9 *is* timing out as you can see in:
> https://ci.debian.net/packages/s/saods9/unstable/amd64/
> 
> The last entry (2015-11-24 17:45:45 UTC) is different because I killed
> the tests in the server instead of waiting for it time out, but all the
> others are the original timeouts (e.g. 2015-10-21 21:24:54 UTC), e.g.:
> 
> 8<8<8<-
> adt-run [18:38:10]: test saods9: [---
> ERROR: no compiler found for filter compilation
> E: Caught signal ‘Terminated’: terminating immediatelyo
> 
> Session terminated, terminating shell... ...terminated.
> adt-run [21:24:54]: ERROR: testbed failed: timed out on command "env 
> LANG=C.UTF-8 su -s /bin/bash debci -c set -e; export USER=`id -nu`; . 
> /etc/profile >/dev/null 2>&1 || true;  . ~/.profile >/dev/null 2>&1 || true; 
> buildtree="/tmp/adt-run.7orlYY/build.XkT/saods9-7.4~b7+repack"; mkdir -p -m 
> 1777 -- "/tmp/adt-run.7orlYY/saods9-artifacts"; export 
> ADT_ARTIFACTS="/tmp/adt-run.7orlYY/saods9-artifacts"; export ADTTMP=$(mktemp 
> -d --tmpdir adttmp.XX); trap "rm -rf $ADTTMP" EXIT INT QUIT PIPE; chmod 
> 755 $ADTTMP; cd "$buildtree"; export LANG=C.UTF-8; chmod +x 
> /tmp/adt-run.7orlYY/build.XkT/saods9-7.4~b7+repack/debian/tests/saods9; touch 
> /tmp/adt-run.7orlYY/saods9-stdout /tmp/adt-run.7orlYY/saods9-stderr; 
> /tmp/adt-run.7orlYY/build.XkT/saods9-7.4~b7+repack/debian/tests/saods9 2> 
> >(tee -a /tmp/adt-run.7orlYY/saods9-stderr >&2) > >(tee -a 
> /tmp/adt-run.7orlYY/saods9-stdout); " (kind: test)
> 8<8<8<-
> 
> It seems to be missing test dependencies, and hanging forever just after
> "ERROR: no compiler found for filter compilation"?
> 

Bug#536869: aptitude: confused by versioned conflicts

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi Michal,

2009-07-14 11:21 Michal Suchanek:

Package: aptitude
Version: 0.4.11.11-1~lenny1
Severity: normal


This is easily reproduced by installing the unstable X server core
package and then marking a video driver for install.

Aptitude marks the stable version of the driver for installation but
that breaks the X server because it conflicts with all old drivers.

Aptitude then goes ahead and fixes the situation by marking the unstable
version for installation instead. However the X server is still marked
as broken.

Quitting aptitude and starting it again allows instaling the driver.


This you observe these problems after the version that you mention?

The resolver was heavily changed in the versions after the one that you
are using, or maybe it was a bug that was fixed while the associated
reports remained open.

I am not sure if we can do much to investigate this bug report by now.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#806163: d-i's hardcoded list of groups should be moved to this package

[Joey Hess]

Package: base-passwd
Version: 3.5.38
Severity: normal

Suggest that user-setup's list of groups in its
passwd/user-default-groups debconf template be moved (or copied) to
base-passwd.

This list does not currently seem to be available anywhere on an
installed Debian system. This makes it unncessarily hard to set up a
second (or perhaps first) desktop user in the right groups for
everything to work.

FWIW, I need it in a machine-readable form. So I've currently had to
make a copy of it, which will appear in the next update to propellor to
reach Debian.

-- 
see shy jo


signature.asc
Description: PGP signature

Bug#805941: libpcre2-dev: arch-dependent file in "Multi-Arch: same" package

[Matthew Vernon]

On 24/11/15 12:40, Jakub Wilk wrote:


The hard way is to make the script identical across all architectures.
Then the package could remain "Multi-Arch: same".

So let's look what the architecture-dependent bits are:





So it looks like the hard way is not that hard after all. :-)


Thanks for that, very helpful. I've just uploaded a new package that 
fixes this bug in the manner you suggested.


Regards,

Matthew

Bug#806074: mapserver: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Santiago,

Thanks for your binary-indep work.

On 24-11-15 16:27, Santiago Vila wrote:
> dh_installexamples
> chmod a-x 
> /<>/debian/php*-mapscript/usr/share/doc/php*-mapscript/examples/*.phtml
> chmod: cannot access 
> '/<>/debian/php*-mapscript/usr/share/doc/php*-mapscript/examples/*.phtml':
>  No such file or directory

I've make the chmod call non-fatal for the build and the fixed revision
will soon be available in unstable.

Kind Regards,

Bas

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

Bug#739263: mirror submission for mirror.aptus.co.tz

[Donald Norwood]

Hello Ali,

Are there any updates to be had for this submission?

There are few corrections and clarifications at hand:

Your mirror serves: amd64, arm64, i386, mips64, and ppc64. Is this correct?

The /project/ directory is missing the /experimental/ directory.

The /pub/debian/ does not show display the README.html file as html.

Could you please advise?

Best regards,

Donald Norwood
-Debian Mirrors Team

On Tue, 25 Feb 2014 21:23:20 +0100 Simon Paillard 
wrote:
> Control: tag -1 +moreinfo
>
> Hi,
>
> Thanks for supporting Debian through mirroring.
>
> There are some details to look after below:
>
> On Mon, Feb 17, 2014 at 09:57:32AM +, Ali Damji wrote:
> > Package: mirrors
> > Severity: wishlist
> >
> > Submission-Type: new
> > Site: mirror.aptus.co.tz
> > Type: leaf
> > Archive-architecture: amd64 i386
>
> Could you please consider syncing sources too ?
>
> > Archive-http: /pub/debian/
> > IPv6: yes
> > Archive-upstream: ftp.uk.debian.org
>
> Upstream-mirror: 83.142.228.128
> Could you please put ftp.uk.debian.org in the ftpsync.conf instead of
hardcoded
> IP ?
>
> > Updates: once
>
> Do you think you can consider increasing the update frequency ?
>
> > Maintainer: Ali Damji 
> > Country: TZ Tanzania, United Republic of
> > Location: Dar es Salaam
> > Sponsor: Aptus Solutions http://www.aptus.co.tz
>
> How much local (Tanzania) bandwidth do you have ?
>
> Best regards.
>
>
> --
> Simon Paillard
>
>




signature.asc
Description: OpenPGP digital signature

Bug#806053: libapache2-mod-perl2: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Damyan Ivanov]

Control: tags -1 confirmed

-=| Santiago Vila, 24.11.2015 15:26:41 + |=-
> Package: src:libapache2-mod-perl2
> Version: 2.0.9-1
> User: sanv...@debian.org
> Usertags: binary-indep
> Severity: important
> 
> Dear maintainer:
> 
> I tried to build this package with "dpkg-buildpackage -A"
> (i.e. only architecture-independent packages), and it failed:
> 
> 
> [...]
>  fakeroot debian/rules binary-indep
> dh binary-indep --parallel --with apache2
>dh_testroot -i -O--parallel
>dh_prep -i -O--parallel
>dh_auto_install -i -O--parallel
>   make -j1 install DESTDIR=/<>/debian/tmp 
> AM_UPDATE_INFO_DIR=no PREFIX=/usr
> make[1]: Entering directory '/<>'
> 
> [... snipped ...]
> 
> docs/user/handlers/connection_cycle.png -> 
> /<>/debian/docs/2.0/user/handlers/connection_cycle.png
> mkdir /<>/debian/docs/2.0/user/config
> docs/user/config/custom.pod -> 
> /<>/debian/docs/2.0/user/config/custom.html
> docs/user/config/config.pod -> 
> /<>/debian/docs/2.0/user/config/config.html
> dh_install
> mv /<>/debian/libapache2-mod-perl2-dev/usr/bin/mp2bug 
> /<>/debian/libapache2-mod-perl2-dev/usr/share/libapache2-mod-perl2/
> mv: cannot stat 
> '/<>/debian/libapache2-mod-perl2-dev/usr/bin/mp2bug': No such 
> file or directory
> debian/rules:39: recipe for target 'override_dh_install' failed
> make[1]: *** [override_dh_install] Error 1
> make[1]: Leaving directory '/<>'
> debian/rules:10: recipe for target 'binary-indep' failed
> make: *** [binary-indep] Error 2
> dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
> status 2

I can reproduce this by adding --arch-all-only to sbuild command line. 
Will try to fix it.


-- dam


signature.asc
Description: Digital signature

Bug#803755: texmaker: diff for NMU version 4.4.1-1.1

[Andreas Tille]

Hi Andreas,

On Wed, Nov 25, 2015 at 03:52:51AM +0100, Andreas Bombe wrote:
> On Tue, Nov 24, 2015 at 08:36:23PM +0100, Andreas Tille wrote:
> > Would you mind commiting your changes to Debian Science svn.  It has
> > ACLs set to grant commit permissions to any DD.
> 
> Not quite correctly, it seems:
> 
> | Sendingdebian/changelog
> | Adding debian/patches/fix-qtlocalpeer-compilation
> | Sendingdebian/patches/series
> | Transmitting file data ...done
> | Committing transaction...
> | svn: E13: Commit failed (details follow):
> | svn: E13: Can't create directory 
> '/svn/debian-science/db/transactions/47186-1.txn': Permission denied
> 
> Unless there's an error on my part — I haven't used svn in many years
> and checked this out with debcheckout --auth.

Whatever this means - I have committed the diff now.  Thanks for trying
anyway.  May be it is time to move the package to Git. :-) I did not
cared for texmaker for a while and thus I explicitly kept the other
uploaders of Debian Science in CC - just let me know about your plans.
If I do not hear from you in a couple of days I'll do the Git migration
to simplify things for other developers who want to contribute code.

> Also, I assume this means it is accepted and I can move the NMU from
> delayed to immediate?

I'm perfectly fine with low threshold NMUs (or also "Team upload"s).

> Note, I have looked at the upstream 4.5 release and it already has the
> same fix. My patch needs to be dropped again when the new version gets
> packaged.

Thanks for the pointer.  As I said I lost a bit track with texmaker
since I do not use it myself.  I would volunteer to do the SVN -> Git
migration and try to prepare the next version if nobody else is doing
this.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#806162: netbase: Missing sesi-lm and houdini-lm in /etc/services

[Marco d'Itri]

On Nov 24, Andrew Wong  wrote:

> sesi-lm and houdini-lm are missing from /etc/services. They are used for
> licensing in our 3D animation application, Houdini. The ports were assigned by
> IANA. Could they be added into /etc/services?
Is your application packaged for Debian?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#701152: works for me

[Vincent Lefevre]

On 2015-11-25 15:24:34 +1300, martin f krafft wrote:
> also sprach Vincent Lefevre  [2015-11-23 23:02 +1300]:
> > I haven't tried again, but it wasn't working in August 2015, and
> > the only change that was done since is:
> > 
> >   * Support newer python-urwid (Closes: #800693)
> > 
> > But as I've said, I don't see this as a wicd issue. If something
> > needs to be done, it is rather on the DHCP client side.
> 
> You could make wicd-daemon depend on resolvconf and then register
> the static DNS servers at a higher priority than those provided by
> DHCP.

No! wicd does not need resolvconf at all.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#806138: testsuite times out

[Antonio Terceiro]

Source: saods9
Version: 7.4~b7+repack-4
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Hi,

As you can see on
https://ci.debian.net/packages/s/saods9/unstable/amd64/
the test suite for mysql-5.5 is timing out on ci.debian.net.

Looking at the test logs there is clearly something wrong with the test suite.

I am blacklisting the package on ci.debian.net for now, and will
reconsider that when this bug is fixed.

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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#806137: pytest-httpbin: Python 3 package should be available

[Daniel Stender]

Source: pytest-httpbin
Version: 0.1.1-1
Severity: wishlist
Control: block -1 by 805041

Would be great if also a Python 3 package of pytest-httpbin would be available.

DS

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

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

Bug#806143: ITP: libregexp-stringify-perl -- Perl module to stringify a Regexp object

[Lucas Kanashiro]

Package: wnpp
Owner: Lucas Kanashiro 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libregexp-stringify-perl
  Version : 0.04
  Upstream Author : perlancar 
* URL : https://metacpan.org/release/Regexp-Stringify
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module to stringify a Regexp object

Regexp::Stringify is an alternative to Perl's default stringification of
Regexp object (i.e.:`"$re"`) and has some features/options, e.g.: producing
regexp string that is compatible with certain perl versions.

The package will be maintained under the umbrella of the Debian Perl Group.

-- 
Lucas Kanashiro
PGP-Key ID: RSA4096R/9883C97C
PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130  A870 F823 A272 9883 C97C


signature.asc
Description: PGP signature

Bug#806144: RFP: node-loader-utils -- utils for webpack loaders

[Ross Gammon]

Package: wnpp
Severity: wishlist

Package: wnpp
Severity: wishlist
Owner: Ross Gammon 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-loader-utils
  Version : 0.2.12
  Upstream Author : Tobias Koppers @sokra
* URL : https://github.com/webpack/loader-utils#readme
* License : Expat
  Programming Lang: JavaScript
  Description : utils for webpack loaders

 Node-loader-utils provides utilities called parseQuery, stringifyRequest,
 urlToRequest, interpolateName, and getHashDigest.
 .
 Node.js is an event-based server-side JavaScript engine.

Dependencies:
NPM   Debian
loader-utils (0.2.12) None
├─ big.js (^3.0.2)None
└─ json5 (^0.4.0) None

Build dependencies:
NPM   Debian
coveralls (^2.11.2)   None
istanbul (^0.3.14)None
mocha (^1.21.4)   node-mocha (1.20.1-1)

Bug#806136: mysql-5.5: testsuite takes too long to run

[Antonio Terceiro]

Source: mysql-5.5
Version: 5.44-0+deb8u1
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Hi,

As you can see on
https://ci.debian.net/packages/m/mysql-5.5/unstable/amd64/
the test suite for mysql-5.5 is timing out on ci.debian.net.

Can you please confirm whether there is something wrong with it, or if
it just takes very long to run?

I am blacklisting the package on ci.debian.net for now, and will
reconsider that when this bug is fixed. You can also convince me
otherwise.

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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#805965: boot-s390-common, d390.ins: initrd overwrites kernel due to a low offset

[Hendrik Brueckner]

On Tue, Nov 24, 2015 at 05:08:17PM +, Steve McIntyre wrote:
> On Tue, Nov 24, 2015 at 05:39:16PM +0100, Hendrik Brueckner wrote:
> >On Tue, Nov 24, 2015 at 01:00:13PM +, Steve McIntyre wrote:
> >> On Tue, Nov 24, 2015 at 12:38:16PM +0100, Hendrik Brueckner wrote:
> >> >
> >> >To correct this problem, please update the memory location to which
> >> >the initrd is loaded from 0x0080 (8M) to 0x0200 (32MB).
> >> >
> >> >The 0x0200 memory location is the preferred and commonly used
> >> >memory location.   As far as I could see, this affects all d390.ins
> >> >files, as well as, the boot-s390-common files which create the
> >> >root.off file.
> >> 
> >> ACK, thanks for your report. In fact, just 2 weeks back Philipp Kern
> >> (in CC) has added some fixes in this exact area in debian-cd
> >> git. He's moved the root.bin up to 0x0100 (16MB); I'd be happy to
> >> move it up to 0x0200 as you suggest. Phil - what do you think?
> >
> >Actually, the best solution would be to calculate this offset dynamically,
> >and write the modified root.off and d390.ins file.  For the initrd offset
> >calcuation, take the size of the vmlinuz kernel image + 4MB (0x0040).
> 
> OK, that's easy enough. Are there any alignment issues to worry about
> on top of that - do we have to pad that to the next 1MB, say?
> 
No alignment issues.  The initrd could be right after the kernel image.
Adding some space between prevents a potential move of the initrd.  The
kernel includes some checks to ensure the initrd does not collide, for
example, with the BSS section.  If it conflicts, the kernel moves the
initrd after these areas.  So providing some room between avoids some
memory copy operations.

Thanks and kind regards,
  Hendrik

Bug#806139: testsuite times out

[Antonio Terceiro]

Package: mona
Version: 1.4-15-1.1
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Hi

As you can see on https://ci.debian.net/packages/m/mona/unstable/amd64/
the test suite for mona is timing out on ci.debian.net.

I am blacklisting the package on ci.debian.net for now, and will
reconsider that when this bug is fixed.

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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#806140: test suite times out

[Antonio Terceiro]

Package: libmail-gnupg-perl
Version: 0.21-1
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

As you can see on
https://ci.debian.net/packages/libm/libmail-gnupg-perl/unstable/amd64/
the test suite for libmail-gnupg-perl is timing out on ci.debian.net.

I am blacklisting the package on ci.debian.net for now, and will
reconsider that when this bug is fixed.

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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#806141: test suite times out

[Antonio Terceiro]

Source: kdbusaddons
Version: 5.15.0-1
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

As you can see on
https://ci.debian.net/packages/k/kdbusaddons/unstable/amd64/
the test suite for kdbusaddons is timing out on ci.debian.net.

Looking at the latest test log it seems to be deadlocking at the very
beginninf of the tests.

I am blacklisting the package on ci.debian.net for now, and will
reconsider that when this bug is fixed.

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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#806136: mysql-5.5: testsuite takes too long to run

[Salvatore Bonaccorso]

Hi Antonio,

On Tue, Nov 24, 2015 at 03:16:55PM -0200, Antonio Terceiro wrote:
> As you can see on
> https://ci.debian.net/packages/m/mysql-5.5/unstable/amd64/
> the test suite for mysql-5.5 is timing out on ci.debian.net.
> 
> Can you please confirm whether there is something wrong with it, or if
> it just takes very long to run?

I prepared the recent updates for src:mysql-5.5 for wheezy- and
jessie-security at least, and can confirm that there the testsiuite is
running very long and ist quite extensive.

For example for the last build for jessie-security on amd64 we had:

Build Architecture: amd64
Build-Space: 2700784
Build-Time: 3818
Distribution: jessie-security
Host Architecture: amd64
Install-Time: 46
Job: mysql-5.5_5.5.46-0+deb8u1
Machine Architecture: amd64
Package: mysql-5.5
Package-Time: 3883
Source-Version: 5.5.46-0+deb8u1
Space: 2700784
Status: successful
Version: 5.5.46-0+deb8u1

Just a data-point, I'm not the maintainer.

Regards,
Salvatore

Bug#806129: jessie-pu: package augeas/1.2.0-0.2+deb8u1

[Adam D. Barratt]

Control: tags -1 + moreinfo

On 2015-11-24 15:22, Yann Soubeyrand wrote:

I prepared a package for augeas containing a patch to fix bug #764699
(https://bugs.debian.org/764699) which affects httpd lens: files under
/etc/apache2/conf-enabled directory are not taken into account by this 
lens.


Thanks for caring about fixing bugs in stable. As far as I can see, this 
bug is not yet fixed in unstable, which is a pre-requisite for fixing it 
in stable.


Regards,

Adam

Bug#806142: test suite times out

[Antonio Terceiro]

Package: libextutils-autoinstall-perl
Version: 0.63-3
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Hi,

As you can see on
https://ci.debian.net/packages/libe/libextutils-autoinstall-perl/unstable/amd64/
the test suite for libextutils-autoinstall-perl is timing out on ci.debian.net.

Looking at the latest test log, it seems to be deadlocking somehow at
the beginning of the tests?

I am blacklisting the package on ci.debian.net for now, and will
reconsider that when this bug is fixed.

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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#803927: Please test eglibc 2.11.3-4+deb6u8

[Ben Hutchings]

On Tue, 2015-11-24 at 17:23 +0100, Raphael Hertzog wrote:
> Hello,
> 
> I have backported the upstream patch for squeeze and it results in the
> attached patch. It does compile and I have not identified any regression
> but the build log mentions unexpected testsuite failures.
> 
> Comparing with a build of the the previous version, I get only one
> supplementary failure:
> @@ -50775,10 +50775,12 @@
>  bug-regex32.out, Error 1
>  check-localplt.out, Error 1
>  tst-atime.out, Error 1
> +tst-mqueue5.out, Error 1
>  ***
>  Encountered regressions that don't match expected failures:
>  bug-regex32.out, Error 1
>  tst-atime.out, Error 1
> +tst-mqueue5.out, Error 1
>  ***
[...]

You should copy out the test output file so it's possible to see which
step of the mqueue5 test failed.

There are some recent changes to the mqueue implementation in Linux
that might possibly have caused this (not because they are known buggy,
but they may have user-visible effects).  However it's fairly pointless
for me to look any further without that test output.

Ben.

-- 
Ben Hutchings
Unix is many things to many people,
but it's never been everything to anybody.

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

Bug#806147: cowbuilder: Please include options in manpage

[micah]

Package: cowbuilder
Version: 0.75
Severity: wishlist

Hello,

I discovered that I can pass --debbuildopts='-sa' to cowbuilder by just
guessing... The man page doesn't include this option, it would be great if it
mentioned that passing --debuildopts was possible!

thanks,
micah

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

Kernel: Linux 4.2.0-1-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: systemd (via /run/systemd/system)

Versions of packages cowbuilder depends on:
ii  cowdancer  0.75
ii  libc6  2.19-22
ii  pbuilder   0.220

cowbuilder recommends no packages.

cowbuilder suggests no packages.

-- no debconf information