Bug#802010: gramps: PyGIWarning for OsmGpsMap and GExiv2

[Ross Gammon]

Hi Vincent,

Thanks very much for your patch! I can confirm that it fixes the
warnings with gramps -l, and one of the warnings I see in my old build
log. I didn't have the other one.

I still see another warning in the build log:
/tmp/buildd/gramps-4.2.1~dfsg/gramps/gen/constfunc.py:116: PyGIWarning:
Gtk was imported without specifying a version first. Use
gi.require_version('Gtk', '3.0') before import to ensure that the right
version gets loaded.
  from gi.repository import Gtk

I also see warnings with gramps -v:
ross@debian-VB-sid:~/Dropbox/Debian$ gramps -v
/usr/lib/python3/dist-packages/gi/overrides/Gtk.py:1554: Warning:
g_object_ref: assertion 'G_IS_OBJECT (object)' failed
  initialized, argv = Gtk.init_check(sys.argv)
/usr/lib/python3/dist-packages/gramps/grampsapp.py:173: PyGIWarning: Gtk
was imported without specifying a version first. Use
gi.require_version('Gtk', '3.0') before import to ensure that the right
version gets loaded.
  from gi.repository import Gtk
/usr/lib/python3/dist-packages/gramps/grampsapp.py:223: PyGIWarning:
OsmGpsMap was imported without specifying a version first. Use
gi.require_version('OsmGpsMap', '1.0') before import to ensure that the
right version gets loaded.
  from gi.repository import OsmGpsMap as osmgpsmap
/usr/lib/python3/dist-packages/gramps/grampsapp.py:238: PyGIWarning:
GExiv2 was imported without specifying a version first. Use
gi.require_version('GExiv2', '0.10') before import to ensure that the
right version gets loaded.
  from gi.repository import GExiv2

A quick grep reveals a few other places that may need the fix:
ross@ross-ixtreme-M5120:~/debian/gramps$ grep "from gi.repository" -rH *
debian/patches/gi-import-version.patch: from gi.repository
import OsmGpsMap as osmgpsmap
debian/patches/gi-import-version.patch: from gi.repository
import GExiv2
debian/patches/gi-import-version.patch: from gi.repository import Gtk
debian/patches/gi-import-version.patch: from gi.repository import PangoCairo
debian/patches/gi-import-version.patch: from gi.repository import GLib
gramps/gui/dialog.py:from gi.repository import GObject
gramps/gui/dialog.py:from gi.repository import Gtk
gramps/gui/dialog.py:from gi.repository import GdkPixbuf
gramps/gui/glade.py:from gi.repository import GObject
gramps/gui/glade.py:from gi.repository import Gtk
gramps/gui/plug/report/_textreportdialog.py:from gi.repository import Gtk
gramps/gui/plug/report/_textreportdialog.py:from gi.repository import
GObject
gramps/gui/plug/report/_fileentry.py:from gi.repository import Gtk
gramps/gui/plug/report/_fileentry.py:from gi.repository import GObject
gramps/gui/plug/report/_bookdialog.py:from gi.repository import Gdk
gramps/gui/plug/report/_bookdialog.py:from gi.repository import Gtk
gramps/gui/plug/report/_bookdialog.py:from gi.repository import GObject
gramps/gui/plug/report/_docreportdialog.py:from gi.repository import Gtk
gramps/gui/plug/report/_graphvizreportdialog.py:from gi.repository
import Gtk
gramps/gui/plug/report/_graphvizreportdialog.py:from gi.repository
import GObject
gramps/gui/plug/report/_papermenu.py:from gi.repository import Gtk
gramps/gui/plug/report/_papermenu.py:from gi.repository import GObject
gramps/gui/plug/report/_drawreportdialog.py:from gi.repository import Gtk
gramps/gui/plug/report/_drawreportdialog.py:from gi.repository import
GObject
gramps/gui/plug/report/_stylecombobox.py:from gi.repository import Gtk
gramps/gui/plug/report/_stylecombobox.py:from gi.repository import GObject
gramps/gui/plug/report/_reportdialog.py:from gi.repository import Gtk
gramps/gui/plug/report/_styleeditor.py:from gi.repository import Gtk, Gdk
gramps/gui/plug/_dialogs.py:from gi.repository import Gtk
gramps/gui/plug/export/_exportassistant.py:from gi.repository import Gtk
gramps/gui/plug/export/_exportassistant.py:from gi.repository import Gdk
gramps/gui/plug/export/_exportassistant.py:from gi.repository import
GdkPixbuf
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Pango
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import Gtk
gramps/gui/plug/export/_exportoptions.py:from gi.repository
import GObject
gramps/gui/plug/_guioptions.py:from gi.repository import Gtk
gramps/gui/plug/_guioptions.py:from gi.repository import Gdk
gramps/gui/plug/_guioptions.py:from gi.repository import GObject
gramps/gui/plug/quick/_quickreports.py:from gi.repository import Gtk
gramps/gui/plug/quick/_t

Bug#806532: [Letsencrypt-devel] Bug#806532: FTBFS on jessie

[Daniel Pocock]

On 06/12/15 06:37, Francois Marier wrote:
> On 2015-11-28 at 15:57:20, Daniel Pocock wrote:
>> dh clean --with python2 --buildsystem=pybuild
>>dh_testdir -O--buildsystem=pybuild
>>dh_auto_clean -O--buildsystem=pybuild
>> I: pybuild base:170: python2.7 setup.py clean
>> Converting the Git log into ChangeLog format... Traceback (most recent
>> call last):
>>   File "setup.py", line 39, in run_gitlog_to_changelog
>> subprocess.check_call(args, stdout=output)
>>   File "/usr/lib/python2.7/subprocess.py", line 535, in check_call
>> retcode = call(*popenargs, **kwargs)
>>   File "/usr/lib/python2.7/subprocess.py", line 522, in call
>> return Popen(*popenargs, **kwargs).wait()
>>   File "/usr/lib/python2.7/subprocess.py", line 710, in __init__
>> errread, errwrite)
>>   File "/usr/lib/python2.7/subprocess.py", line 1335, in _execute_child
>> raise child_exception
>> OSError: [Errno 2] No such file or directory
>>
>> Error (see above for a traceback): unable to run gitlog-to-changelog
>> 
>> Maybe this program is not installed on your system. You can download it
>> from:
>>
>>
>> http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob_plain;f=build-aux/gitlog-to-changelog
>>
>> Note: if you have problems with the infamous shell+Perl crap in the
>> first lines
>> of that file, you can replace it with a simple shebang line such as
>> "#! /usr/bin/perl".
>> E: pybuild pybuild:256: clean: plugin distutils failed with: exit
>> code=1: python2.7 setup.py clean
>> dh_auto_clean: pybuild --clean -i python{version} -p 2.7 --dir .
>> returned exit code 13
>> debian/rules:9: recipe for target 'clean' failed
>> make: *** [clean] Error 13
>> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit
>> status 2
> 
> That's weird. I would think that a problem like that would also affect sid.
> But looking into it, I was able to build it just fine on jessie without
> applying your patch.
> 
> Are you sure you're trying this on a clean and up-to-date jessie system?
> 


Yes

I had noticed that the gnulib package was required and was not mentioned
in the build-deps.  Could there be any other missing build dependency
that you have on your system but I don't have on mine?

Regards,

Daniel

Bug#806594: Skbio upload?

[Andreas Tille]

Hi Kevin,

any news about building the docs?  I have reset the target distribution to
UNRELEASED since it does not build in a pbuilder chroot.

Kind regards

  Andreas.

On Mon, Nov 30, 2015 at 08:25:31AM +0100, Andreas Tille wrote:
> Build log really attached ...
> 
> On Mon, Nov 30, 2015 at 08:24:43AM +0100, Andreas Tille wrote:
> > Hi Kevin,
> > 
> > thanks for your work on this.
> > 
> > On Mon, Nov 30, 2015 at 01:45:01PM +1100, Kevin Murray wrote:
> > > Could someone please review & sponsor the newest version of python-skbio 
> > > that I
> > > just pushed to git?
> > 
> > Unfortunately it does not build at my side in a pbuilder chroot:
> > 
> > 
> > EOF
> > warning: no previously-included files matching '*.pyo' found anywhere in 
> > distribution
> > warning: no previously-included files matching '*.pyd' found anywhere in 
> > distribution
> > Traceback (most recent call last):
> >   File "setup.py", line 131, in 
> > 'skbio.stats.ordination.tests': ['data/*']
> >   File "/usr/lib/python2.7/distutils/core.py", line 111, in setup
> > _setup_distribution = dist = klass(attrs)
> >   File "/usr/lib/python2.7/dist-packages/setuptools/dist.py", line 262, in 
> > __init__
> > self.fetch_build_eggs(attrs['setup_requires'])
> >   File "/usr/lib/python2.7/dist-packages/setuptools/dist.py", line 287, in 
> > fetch_build_eggs
> > replace_conflicting=True,
> >   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 631, in 
> > resolve
> > dist = best[req.key] = env.best_match(req, ws, installer)
> >   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 874, in 
> > best_match
> > return self.obtain(req, installer)
> >   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 886, in 
> > obtain
> > return installer(requirement)
> >   File "/usr/lib/python2.7/dist-packages/setuptools/dist.py", line 338, in 
> > fetch_build_egg
> > return cmd.easy_install(req)
> >   File 
> > "/usr/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 
> > 636, in easy_install
> > return self.install_item(spec, dist.location, tmpdir, deps)
> >   File 
> > "/usr/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 
> > 666, in install_item
> > dists = self.install_eggs(spec, download, tmpdir)
> >   File 
> > "/usr/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 
> > 856, in install_eggs
> > return self.build_and_install(setup_script, setup_base)
> >   File 
> > "/usr/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 
> > 1078, in build_and_install
> > self.run_setup(setup_script, setup_base, args)
> >   File 
> > "/usr/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 
> > 1066, in run_setup
> > raise DistutilsError("Setup script exited with %s" % (v.args[0],))
> > distutils.errors.DistutilsError: Setup script exited with error: 
> > SandboxViolation: 
> > mkdir('/home/tillea/debian-maintain/alioth/debian-med_git/build-area/python-skbio-0.4.0/.pybuild/pythonX.Y_2.7/build/numpy',
> >  511) {}
> > 
> > The package setup script has attempted to modify files on your system
> > that are not within the EasyInstall build area, and has been aborted.
> > 
> > 
> > Full build log attached.
> > 
> > Kind regards
> > 
> > Andreas.
> > 
> >  
> > 
> > -- 
> > http://fam-tille.de
> 
> -- 
> http://fam-tille.de


> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


-- 
http://fam-tille.de

Bug#409279: should work from the start (try to run apt-file update in postinst)

[Niels Thykier]

Control: tags -1 wontfix

On Thu, 01 Feb 2007 18:44:02 +0200 =?UTF-8?B?RWRkeSBQZXRyaciZb3I=?=
 wrote:
> Package: apt-file
> Version: 2.0.8.2
> Severity: wishlist
> 
> Hello,
> 
> It would be nice if apt-file would work from the start by trying to run
> "apt-file update" in postinst. Of course, it would be nice to fail
> elegantly if the Contents file can't be found.
> 
> [...]

Hi,

I agree (in principle) that it would be nice if apt-file would work
immediately on install.

Though with apt-file now using apt's acquire system, we would end up
calling apt while apt is running.  This is not possible atm. and I will
therefore tag this wontfix for now.

Please note that even if it was possible to (reliably) run apt within a
postinst, I am not necessarily convinced this we should fetch Contents
files during installation.  However, there is not much point in looking
at that while the above is blocking it.

Thanks,
~Niels

Bug#807155: hplip: new upstream version 3.15.11 available, please package.

[Caysho]

Package: hplip
Version: 3.14.6-1+b2
Severity: normal

Dear Maintainer,

Running a print server on a Banana Pi, with an HP LaserJet P1102.
This printer requires an HP supplied plugin for hplip.
The current version available in jessie does not support ARM based machines.

hplip starting from version 3.15.4 has this support, and compiling it from 
source works.
The newly provided plugin compiled for ARM by HP is retrieved.

Refer 
https://bugs.launchpad.net/hplipsetupdebian/+bug/1152219 
for futher context.


-- Package-specific info:

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)

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

Versions of packages hplip depends on:
ii  adduser3.113+nmu3
ii  coreutils  8.23-4
ii  cups   1.7.5-11+deb8u1
ii  hplip-data 3.14.6-1
ii  libc6  2.19-18+deb8u1
ii  libcups2   1.7.5-11+deb8u1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libhpmud0  3.14.6-1+b2
ii  libsane1.0.24-8
ii  libsane-hpaio  3.14.6-1+b2
ii  libsnmp30  5.7.2.1+dfsg-1
ii  libssl1.0.01.0.1k-3+deb8u1
ii  libusb-1.0-0   2:1.0.19-1
ii  lsb-base   4.1+Debian13+nmu1
ii  policykit-10.105-8
ii  printer-driver-hpcups  3.14.6-1+b2
ii  python 2.7.9-1
ii  python-dbus1.2.0-2+b3
ii  python-gobject-2   2.28.6-12
ii  python-imaging 2.6.1-2
ii  python-pexpect 3.2-1
ii  python-reportlab   3.1.8-3+deb8u1
ii  wget   1.16-1

Versions of packages hplip recommends:
pn  avahi-daemon  
pn  printer-driver-postscript-hp  
pn  sane-utils

Versions of packages hplip suggests:
pn  hplip-doc  
pn  hplip-gui  
pn  python-notify  
pn  system-config-printer  

-- no debconf information

Bug#807136: [pkg-golang-devel] Bug#807136: golang: FTBFS due to new binutils relocations

[Michael Hudson-Doyle]

This is fixed in 1.5.2 which got released the other day, so a simple
fix would be to just upload that :-)

On 6 December 2015 at 11:12, Eric Cooper  wrote:
> Package: golang
> Version: 2:1.5.1-4
> Severity: normal
> Tags: upstream patch
>
> Building golang fails with these errors:
>
> ...
> # cmd/trace
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> runtime/cgo(.text): unexpected relocation type 298
> runtime/cgo(.text): unexpected relocation type 298
> runtime/cgo(.text): unexpected relocation type 298
> # cmd/pprof
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> runtime/cgo(.text): unexpected relocation type 298
> runtime/cgo(.text): unexpected relocation type 298
> runtime/cgo(.text): unexpected relocation type 298
> # cmd/go
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> /build/golang-1.5.1/pkg/linux_amd64/runtime/cgo.a(_all.o): unknown 
> relocation type 42; compiled without -fpic?
> runtime/cgo(.text): unexpected relocation type 298
> runtime/cgo(.text): unexpected relocation type 298
> runtime/cgo(.text): unexpected relocation type 298
> debian/rules:62: recipe for target 'override_dh_auto_build-arch' failed
> make[1]: *** [override_dh_auto_build-arch] Error 2
> make[1]: Leaving directory '/build/golang-1.5.1'
> debian/rules:15: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
> The problem is fixed upstream here:
>
> 
> https://github.com/golang/go/commit/914db9f060b1fd3eb1f74d48f3bd46a73d4ae9c7
>
> but that commit does not apply cleanly to the current Debian version.
> I've attached an equivalent patch that does, but I didn't manage to
> preserve the original author, date, etc.  Please use the original
> metadata from the github commit if you decide to apply this.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> 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 golang depends on:
> ii  golang-doc  2:1.5.1-4
> ii  golang-go   2:1.5.1-4
> ii  golang-src  2:1.5.1-4
>
> golang recommends no packages.
>
> golang suggests no packages.
>
> -- no debconf information
>
> ___
> pkg-golang-devel mailing list
> pkg-golang-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-golang-devel

Bug#783410: [PATCH] Support fsck.mode= and fsck.repair= parameters as known by systemd-fsck

[Laurent Bigonville]

From: Laurent Bigonville 

This is also fixing the fact that fsckfix parameter was not honored

Note that -n is apparently not supported by fsck.minix

Closes: #783410 #792557
Signed-off-by: Laurent Bigonville 
---
 init  | 11 +++
 scripts/functions |  5 -
 2 files changed, 11 insertions(+), 5 deletions(-)

diff --git a/init b/init
index abf7f25..6f41a7b 100755
--- a/init
+++ b/init
@@ -61,7 +61,7 @@ export resume_offset=
 export drop_caps=
 export fastboot=n
 export forcefsck=n
-export fsckfix=n
+export fsckfix=
 
 
 # Bring in the main config
@@ -169,15 +169,18 @@ for x in $(cat /proc/cmdline); do
BOOTIF=*)
BOOTIF=${x#BOOTIF=}
;;
-   fastboot)
+   fastboot|fsck.mode=skip)
fastboot=y
;;
-   forcefsck)
+   forcefsck|fsck.mode=force)
forcefsck=y
;;
-   fsckfix)
+   fsckfix|fsck.repair=yes)
fsckfix=y
;;
+   fsck.repair=no)
+   fsckfix=n
+   ;;
esac
 done
 
diff --git a/scripts/functions b/scripts/functions
index 8c1bb1f..a347264 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -358,9 +358,12 @@ _checkfs_once()
force=""
fi
 
-   if [ "$fsckfix" = yes ]
+   if [ "$fsckfix" = "y" ]
then
fix="-y"
+   elif [ "$fsckfix" = "n" ]
+   then
+   fix="-n"
else
fix="-a"
fi
-- 
2.6.2

Bug#807156: dpkg: Typo on German man page

[Julian]

Package: dpkg
Version: 1.18.3
Severity: minor
Tags: patch l10n

Small typing error: "uns" instead of "und" in man/po/de.po
Patch attached :)



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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8
ii  libc62.19-22
ii  liblzma5 5.1.1alpha+20120614-2.1
ii  libselinux1  2.4-3
ii  tar  1.28-2.1
ii  zlib1g   1:1.2.8.dfsg-2+b1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.0.10.2

-- no debconf information
>From c7994a5c7675808cf191a8728b27a66c550c009d Mon Sep 17 00:00:00 2001
From: Julian R 
Date: Sun, 6 Dec 2015 08:49:07 +0100
Subject: [PATCH] Fixed small typo in debian-l10n-german.

---
 man/po/de.po | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/man/po/de.po b/man/po/de.po
index 0457a75..cd7f3f6 100644
--- a/man/po/de.po
+++ b/man/po/de.po
@@ -17,7 +17,7 @@ msgstr ""
 "Project-Id-Version: dpkg-man 1.18.3\n"
 "Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
 "POT-Creation-Date: 2015-10-06 19:20+0200\n"
-"PO-Revision-Date: 2015-11-15 20:29+0100\n"
+"PO-Revision-Date: 2015-12-06 08:30+0100\n"
 "Last-Translator: Helge Kreutzmann \n"
 "Language-Team: German \n"
 "Language: de\n"
@@ -2111,7 +2111,7 @@ msgid ""
 "dpkg 1.10 and some parts of the dpkg build scripts only gained support for "
 "it later in the 1.10.x series."
 msgstr ""
-"Das Tilde-Zeichen uns seine speziellen Sortiereigenschaften wurden in Dpkg "
+"Das Tilde-Zeichen und seine speziellen Sortiereigenschaften wurden in Dpkg "
 "1.10 eingeführt und einige Teile der Bauskripte von Dpkg haben erst später "
 "in der 1.10.x-Serie Unterstützung dafür erhalten."
 
-- 
2.6.2

Bug#807157: Mock fails to import

[Arto Jantunen]

Package: python-mock
Version: 1.3.0-2.1
Severity: grave

Trying to import mock returns the following traceback:

>>> import mock
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/mock/__init__.py", line 2, in 
import mock.mock as _mock
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 69, in 
from pbr.version import VersionInfo
  File "/usr/lib/python2.7/dist-packages/pbr/version.py", line 25, in 
import pkg_resources
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 90, 
in 
packaging = pkg_resources._vendor.packaging
AttributeError: 'module' object has no attribute '_vendor'

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

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

Versions of packages python-mock depends on:
ii  python-funcsigs  0.4-2
ii  python-pbr   1.8.0-4
ii  python-six   1.10.0-1
pn  python:any   

python-mock recommends no packages.

Versions of packages python-mock suggests:
pn  python-mock-doc  

-- no debconf information

Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Neil Williams]

On Sun, 06 Dec 2015 13:03:21 +1100
Brian May  wrote:

> Raphael Hertzog  writes:
> 
> > This one is actually documented, add_to_builtins has never been a
> > public API.
> >
> > https://docs.djangoproject.com/en/1.9/releases/1.9/#django-template-base-add-to-builtins-is-removed
> >   
> 
> I thought this was removed in Django 1.8 - I remember as it caused me
> significant problems at the time.

Downgrading to 1.8 in testing fixes the problem, so if this isn't the
root cause, something else in 1.9 is producing a misleading traceback.
There's no reference to add-to-builtins in the lava-server code that I
can find.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpruKTBADNXY.pgp
Description: OpenPGP digital signature

Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Neil Williams]

On Sat, 5 Dec 2015 22:06:05 +0100
Raphael Hertzog  wrote:

> On Sat, 05 Dec 2015, Neil Williams wrote:
> > http://paste.debian.net/341382/  
> 
> So this one is fairly obvious, I already replied that it's
> django.template.base.Origin that you should have used in the first
> place since where the code actually is... relying on the fact that it
> was also imported in django.template is not very future-proof (when
> not documented).

I don't see any use of Origin in the lava-server code. If I had
something which I could fix in the lava-server codebase, I would have
fixed it with the testing I did against 1.9 in experimental - that
release works fine. 1.9-1 in unstable is broken in ways I do not
attempt to understand.

It's made all the harder by the haste because I'm having to test with
code still in review upstream. I need to make an upstream release this
week and everything was in place with the version of 1.9 which was in
experimental. That was all tested and working. The build of 1.9 in
unstable is what is raising these problems.

> > http://paste.debian.net/341383/  
> 
> This one is actually documented, add_to_builtins has never been a
> public API.

... and I'm not using it - at all, anywhere.
 
> https://docs.djangoproject.com/en/1.9/releases/1.9/#django-template-base-add-to-builtins-is-removed
> 
> So what's left on your grave bug report?

Spurious crashes in lava-server caused by reports of code which is not
in use in lava-server.

> Nothing except vitriol against the fact that it was uploaded a bit
> hastily. Please take that somewhere else... or express it in a less
> confrontional way.

Sorry but the problem is specific to this build of 1.9 in unstable. 1.9
as it was in experimental was fine.
 
> Please close this bug unless you are able to show us a real problem.

Downgrading to 1.8 without any other changes fixes the issue,
installing the version of 1.9 which was in experimental fixes the issue
as well, there is something specific to 1.9-1 going on here.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpxsJxkhXabi.pgp
Description: OpenPGP digital signature

Bug#805155: Add try_failure_hooks function

[Laurent Bigonville]

unmerge 805155
thanks

Hi,

Well this is not the same bug IMVHO, the try_failure_hooks is an other 
mechanism where the system can try to automatically recover from a 
failure. OTOH the panic hook is when something is really broken and 
cannot be recovered.

Bug#807134: laptop-mode-tools: battery level polling kills udevd

[Ritesh Raj Sarraf]

Hello Tomas,

I'm glad there are users with sysvinit. This gives better testing.
Especially given that I have moved to systemd. So your bug reports will
really help.

On Sat, 2015-12-05 at 21:56 +0100, Tomas Ebenlendr wrote:
> Laptop_mode spawns lm-polling-daemon within the same process group as
> itself
> when AC is plugged out. Laptop_mode is launched in process group of
> systemd-udevd on my system. When AC is plugged in later, laptop_mode
> kills all processes in group where lm-polling-daemon is found, i.e.,
> it kills udevd and itself as well.
> 

Oh! Boy. This bug has bitten again. The problem was that the polling
daemon, if killed without the group switch, would leave out stray
processes.

But this group killing bug was found earlier too, fixed, and then
(sigh!!) re-introduced.

> I use battery level polling to trigger custom actions when battery is
> low, but not yet critical.
> 
> The solution proposed in patch is to spawn lm-polling-daemon in its
> own
> process group, using /usr/bin/setsid wrapper from util-linux package.

This looks like a good solution. This way, the children processes will
still be killed by the group option, while the parents will be detached
(systemd-udevd).


Have you tested it well ? 

Like I mentioned above, I now am on systemd init and since the last
release, if under systemd, I've replaced battery-polling-daemon with a
systemd timer.


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



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

Bug#602331: [PATCH] Run new panic scripts just before dropping to a shell

[Laurent Bigonville]

From: Laurent Bigonville 

These panic scripts are run just before dropping to a shell, these can
be use for example to disable a splash screen.

Taken from Ubuntu

Closes: #602331
Signed-off-by: Laurent Bigonville 
---
 debian/initramfs-tools-core.dirs | 1 +
 scripts/functions| 3 +++
 2 files changed, 4 insertions(+)

diff --git a/debian/initramfs-tools-core.dirs b/debian/initramfs-tools-core.dirs
index 0f63f2f..bcb978b 100644
--- a/debian/initramfs-tools-core.dirs
+++ b/debian/initramfs-tools-core.dirs
@@ -7,6 +7,7 @@ etc/initramfs-tools/scripts/local-top
 etc/initramfs-tools/scripts/nfs-bottom
 etc/initramfs-tools/scripts/nfs-premount
 etc/initramfs-tools/scripts/nfs-top
+etc/initramfs-tools/scripts/panic
 etc/initramfs-tools/hooks
 etc/initramfs-tools/conf.d
 usr/share/initramfs-tools/conf.d
diff --git a/scripts/functions b/scripts/functions
index 8c1bb1f..b15b63d 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -53,6 +53,9 @@ panic()
modprobe -v uhci-hcd || true
modprobe -v ohci-hcd || true
modprobe -v usbhid || true
+
+   run_scripts /scripts/panic
+
REASON="$@" PS1='(initramfs) ' /bin/sh -i /dev/console 
2>&1
 }
 
-- 
2.6.2

Bug#805819: No update to Odin 2.0.0 possible

[Michael Hanke]

Hi,

thanks for the patch. I tried to prepare a new upstream version (2.0.0) for
upload, but it is deadlocked (like other packages) in the impossible
transition to VTK6+Qt5 without a version of QWT for Qt5 being available.

So instead of an upstream update, the next upload will be a patched
1.8.8.

Thanks,

Michael

Bug#610905: Workaround

[Guy Geens]

Hello

I am also affected by this bug. (Video card: VGA compatible controller:
Advanced Micro Devices, Inc. [AMD/ATI] Juniper PRO [Radeon HD 5750])

When I set my session to gnome-wayland, the login screen appears as
expected after a logout.

Unfortunately, Wayland doesn't seem to be stable enough at the moment.
-- 
Guy Geens

Iggyland consulting
Louise Derachestraat 19
B-9041 Oostakker
Belgium

Mobile: +32 497 053 116
gge...@gmail.com
http://www.iggyland.com
Registr. no.0886.460.828 - RPR Gent

Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Neil Williams]

On Sun, 06 Dec 2015 13:03:21 +1100
Brian May  wrote:

I'm going to see if I can create a LAVA job tomorrow which demonstrates
the problem. It'll need to use changes which are still in upstream
review (the combined changes that are planned for the pending 2015.12
release) and I'll install django1.7 from stable to get the test started,
1.8 from testing and repeat, the 1.9 build which was in experimental
from snapshot
(http://snapshot.debian.org/package/python-django/1.9~rc2-2/#python-django_1.9:7e:rc2-2)
and then 1.9-1 from unstable.

That way you should be able to see the problems more clearly.

I'll likely use staging.validation.linaro.org which is running Jessie.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpcWdVv_jYvw.pgp
Description: OpenPGP digital signature

Bug#805492: refpolicy: Fix the maintainer script to support the new policy store

[Laurent Bigonville]

clone 805492 -1
retitle -1 refpolicy: Migrate existing store to new store format on upgrade
severity -1 wishlist
tag 805492 + help
thanks

Hi,

So I think we should split this in two issue:

1) make the maintainer script work and install the module in the new store
2) migrate the existing store, for this we could maybe just add 
something in the release notes


For the 1st point, IMHO, the easiest would be to do like fedora and 
install the modules directly in the /var/lib/selinux//100 store 
instead of copying/loading them at installation time. We could make it 
clear that everything installed in the priority 100 is something the 
package own that that could removed on upgrade. At installation time we 
would just need to call semodule -B to build and reload the policy.


Any thoughts about installing stuffs like that directly in 
/var/lib/selinux? Any other idea? Should we still install the .pp in 
/usr/share/selinux if we are doing it like that?


Cheers,

Laurent Bigonville

Bug#795103: freedombox-setup: Patch to count wireless interfaces during network setup

[Petter Reinholdtsen]

Note, I do not have anything against this patch.

[Sunil Mohan Adapa]
> When there is only one wired interface, we always configure it as
> 'internal' interface.  This happens even when there are wireless
> interfaces available.  This patch changes that behavior.  When at least
> one wireless interface is available, we will configure the single wired
> interface as 'external'.

A friend suggested the opposite logic, connecting a box via TP to his
laptop, and use the available wireless network to connect to the
internet via tor.  Is it easy to switch the wired interface to internal
and the wireless to external?

-- 
Happy hacking
Petter Reinholdtsen

Bug#807084: libjs-jcrop: please make the build reproducible

[Chris Lamb]

> >  export JCROP_BUILD = debian/$(shell dpkg-parsechangelog --show-field 
> > Version)
> > +export JCROP_COPYRIGHT = $(shell date --date="$$(dpkg-parsechangelog 
> > --show-field Date)" +%Y)
> 
> For the sake of consistency, it might be better to use `date -u` here.
> (Tiny corner case, I know.)

Excellent point; thank you :)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#807134: laptop-mode-tools: battery level polling kills udevd

[Ritesh Raj Sarraf]

Control: tag -1 +fixed-upstream

On Sun, 2015-12-06 at 14:05 +0530, Ritesh Raj Sarraf wrote:
> Have you tested it well ? 

I tested it here, myself. Thank you for the patch, applied upstream.
Will be part of next release.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



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

Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Brian May]

Sorry, accidentally sent private response by mistake. Resending.

Neil Williams  writes:

> Downgrading to 1.8 in testing fixes the problem, so if this isn't the
> root cause, something else in 1.9 is producing a misleading traceback.
> There's no reference to add-to-builtins in the lava-server code that I
> can find.

django-compat 1.0.7 has:

try:
from django.template.base import add_to_builtins
except ImportError:  # Django < 1.8
from django.template import add_to_builtins

So looks like Django 1.8 does have it, but it moved. Which perhaps
should have been a warning that maybe this was a private symbol not
intended for apps to use.


django-compat 1.0.8 has in the release notes:

add_to_builtins was removed for Django 1.9, still available for
Django < 1.9

The relevant code is now:

if django.VERSION < (1, 8):
from django.template import add_to_builtins
elif django.VERSION < (1, 9):
from django.template.base import add_to_builtins
else:
pass  # Removed in 1.9. Use template settings instead


I don't know what version of django-compat you have, however I think it
must be < 1.0.8

>From your stack trace it would appear that the calling application -
django-hijack - doesn't actually use add_to_builtins, however it uses
the file from django-compat that tries to import the symbol anyway.

Looks like this should be fixed with django-compat 1.0.8

As far as I can tell, django-compat isn't packaged for Debian.

It looks like the latest release of django-hijack 2.0.0 requires
django-compat >= 1.0.8
-- 
Brian May 

Bug#795103: freedombox-setup: Patch to count wireless interfaces during network setup

[Sunil Mohan Adapa]

On 12/06/2015 02:33 PM, Petter Reinholdtsen wrote:
> 
> Note, I do not have anything against this patch.
> 
> [Sunil Mohan Adapa]
>> When there is only one wired interface, we always configure it as
>> 'internal' interface.  This happens even when there are wireless
>> interfaces available.  This patch changes that behavior.  When at least
>> one wireless interface is available, we will configure the single wired
>> interface as 'external'.
> 
> A friend suggested the opposite logic, connecting a box via TP to his
> laptop, and use the available wireless network to connect to the
> internet via tor.  Is it easy to switch the wired interface to internal
> and the wireless to external?
> 

It is possible to switch the 'internal' and 'external' roles of the
interfaces after reaching the Plinth interface.  We made a network
diagram on the finish page of first boot wizard and linked to the
network settings page realizing that the defaults may not be what people
want.

This behavior is the default one merely because it is a more likely
scenario for FreedomBox to be used as Wi-Fi router at home when the
device has one Ethernet device and one or more Wi-Fi devices.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#807159: monit: please make the build reproducible

[Chris Lamb]

Source: monit
Version: 1:5.15-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that
monit could not be built reproducibly.

The attached patch uses the Debian version as the "release" version
instead of the current time. Once applied, monit can be built
reproducibly using our reproducible toolchain.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/20_use_debian_version_in_manpage_over_current_date.patch   
1970-01-01 02:00:00.0 +0200
--- b/debian/patches/20_use_debian_version_in_manpage_over_current_date.patch   
2015-12-06 11:33:20.278261513 +0200
@@ -0,0 +1,11 @@
+--- monit-5.15.orig/configure.ac
 monit-5.15/configure.ac
+@@ -43,7 +43,7 @@ if test "x$POD2MAN" = "xno"; then
+   AC_MSG_ERROR([pod2man is required to build the monit.1 man 
file.])
+   fi
+ else
+-  d=`date  '+%B %d. %Y'`
++  d=debian/`dpkg-parsechangelog --show-field Version`
+   POD2MANFLAGS="--center 'User Commands' --release '${d}' 
--date='www.mmonit.com' --lax"
+   AC_SUBST([POD2MANFLAGS])
+ fi
--- a/debian/patches/series 2015-12-06 11:25:08.379215842 +0200
--- b/debian/patches/series 2015-12-06 11:33:15.358160074 +0200
@@ -2,3 +2,4 @@
  05_monitrc.patch
  11_enable_hurd.patch
 12_FTBFS_on_kfreebsd.patch
+20_use_debian_version_in_manpage_over_current_date.patch

Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Brian May]

Raphael Hertzog  writes:

> On Sat, 05 Dec 2015, Neil Williams wrote:
>> http://paste.debian.net/341382/
>
> So this one is fairly obvious, I already replied that it's
> django.template.base.Origin that you should have used in the first place
> since where the code actually is... relying on the fact that it was
> also imported in django.template is not very future-proof (when not
> documented).

Suspect you may have mis-diagnosed this issue - the import comes from a
Django file.

  File 
"/usr/lib/python2.7/dist-packages/django/template/loaders/filesystem.py", line 
10, in 
from django.template import Origin, TemplateDoesNotExist
ImportError: cannot import name Origin

If I run the above import by hand, with Django 1.9, it works:

(sid-amd64)root@prune:/home/brian# dpkg -l python-django
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version Architecture
Description
+++-=-===-===-===
ii  python-django 1.9-1   all 
High-level Python web development framework (Python 2 version)
(sid-amd64)root@prune:/home/brian# python
Python 2.7.10+ (default, Oct 10 2015, 09:11:24) 
[GCC 5.2.1 20151028] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from django.template import Origin, TemplateDoesNotExist
>>> 
>>> 

So I have to wonder if maybe something else is causing the import
failure, not anything to do with Django 1.9
-- 
Brian May 

Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Brian May]

Brian May  writes:

> So looks like Django 1.8 does have it, but it moved. Which perhaps
> should have been a warning that maybe this was a private symbol not
> intended for apps to use.

For the record, it looks like add_to_builtins was not present in django
1.9rc1, which was the version I believe was in experimental.
-- 
Brian May 

Bug#807160: libipc-system-simple-perl: FTBFS in non-English locales: t/05_multi_capture.t failure

[Niko Tyni]

Package: libipc-system-simple-perl
Version: 1.25-2 
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

This package fails to build in some locales (at least fr_CH.UTF-8):

  #   Failed test 'Permission denied on non-exe'
  #   at t/05_multi_capture.t line 79.
  #   '"not_an_exe.txt" failed to start: "Aucun fichier ou 
dossier de ce type" at t/05_multi_capture.t line 76.
  # '
  # doesn't match '(?^:Permission denied|No such file|The system cannot 
find the file specified)'
  # Looks like you failed 1 test of 14.

See 
https://reproducible.debian.net/logs/unstable/amd64/libipc-system-simple-perl_1.25-2.build2.log.gz

As this is an "author test" that we deliberately activate with
TEST_AUTHOR=1, I don't think we should patch the test or push a fix
upstream. Instead, I think setting LC_ALL=C for the build in debian/rules
is good enough to fix this.

Trivial patch attached, will upload myself. Filing this to document
the issue.
-- 
Niko Tyni   nt...@debian.org
>From 5532c490029357224e0c1bdf513d7612ec903d60 Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Sun, 6 Dec 2015 11:47:05 +0200
Subject: [PATCH] Set LC_ALL=C when building to fix an author test failure

t/05_multi_capture.t hardcodes error messages, making it fail
in other locales.
---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index 3f81eae..884c176 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,4 +4,4 @@
 	dh $@
 
 override_dh_auto_test:
-	TEST_AUTHOR=1 dh_auto_test
+	LC_ALL=C TEST_AUTHOR=1 dh_auto_test
-- 
2.6.2

Bug#807161: suomi-malaga: please make the build reproducible

[Chris Lamb]

Source: suomi-malaga
Version: 1.17-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that
suomi-malaga could not be built reproducibly.

The attached patch removes timestamps from the build system. Once
applied, suomi-malaga cannot *yet* be built reproducibly using our
reproducible due to an issue in malaga itself, but it is the only
blocker here.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/10_source_date_epoch.patch 1970-01-01 02:00:00.0 
+0200
--- b/debian/patches/10_source_date_epoch.patch 2015-12-06 11:39:12.509246367 
+0200
@@ -0,0 +1,13 @@
+--- suomi-malaga-1.17.orig/Makefile
 suomi-malaga-1.17/Makefile
+@@ -21,6 +21,10 @@ VOIKKO_DEBUG=no
+ SM_VERSION=1.17
+ SM_BUILDDATE=$(shell date -R -u)
+ 
++ifdef SOURCE_DATE_EPOCH
++SM_BUILDDATE=$(shell date -R -u -d "@$(SOURCE_DATE_EPOCH)")
++endif
++
+ # Optional vocabulary files (needed in the source package)
+ OPTIONAL_LEX=atk-lyhenteet po-oikoluku linux-distributions
+ 
--- a/debian/patches/series 1970-01-01 02:00:00.0 +0200
--- b/debian/patches/series 2015-12-06 11:43:29.618016455 +0200
@@ -0,0 +1 @@
+10_source_date_epoch.patch

Bug#806128: debian: system freezes

[rouven . matthias . mueller]

I want to send in a small followup:

i had the laptop on since i made the bugreport, i did not use libreoffice 
writer 
since then and the system did not freeze.

to find if libreoffice was the cause of the freeze, i will soon start useing 
libreoffice as i did before.

have a nice day



Am Dienstag, 24. November 2015, 16:30:29 schrieben Sie:
> Package: debian
> Version: current version includeing all updates
> Severity: important
> 
> Dear Maintainer,
> 
> the freeze happened twice after the computer had been on for more then 24
> hours contineously, but only if libreoffice writer was open. and it started
> happening after either the last libreoffice update or the java-jdk update
> that came before the last update (2 updates back). i dont know much more
> about the problem and i am confident that my computer is in order, it shure
> did not overheat. i think the crucial moment when it happens is the moment
> when libreoffice does automaticaly save the file im working on and i type
> something in this instance. the file is in order i opened it with
> libroffice and a other applications that can do odf files.
> the big question is: why did the entire system hang up. i had to hold the
> powerbutton for 10 seconds to force the computer off. The Lenovo X200 does
> not have a reset button.
> 
> thank you for your attention.
> 
> 
> 
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)

Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

[Brian May]

Brian May  writes:

 from django.template import Origin, TemplateDoesNotExist

This will only work with Django 1.7.x and 1.9.x, not Django 1.8.x

However Django 1.8.x doesn't have the reference from
django/template/loaders/filesystem.py, so shouldnt be triggering this.

Unless you somehow ended up with a mixup of Django 1.8.x and Django
1.9.x files somehow.

There appears to be a mismatch between
/usr/lib/python2.7/dist-packages/django/template/loaders/filesystem.py
and the django.template file that is getting loaded on your system.

Unfortunately the stack trace isn't saying where it is loading
django.template from, except the message seems to suggest it is finding
it somewhere.
-- 
Brian May 

Bug#805634: tbl: auto-updating & apparmor (Re: Bug#805634: jessie-pu: torbrowser-launcher/0.2.2-2~deb8u1

[Holger Levsen]

Hi intrigeri,

On Freitag, 20. November 2015, intrigeri wrote:
> Holger Levsen wrote (20 Nov 2015 13:10:46 GMT) :
> > * Tor Browser Lanucher no longer attempts to auto-update, now that
> Is Tor Browser's self-upgrade feature compatible with the AppArmor
> profiles shipped by the package? It doesn't look like it at first
> glance, but I didn't tested this yet.

did you have a chance to test this by now?

If it isn't compatible we should file a bug, fix it in sid and then we can 
probably still get it into the 8.3 point release as this seems to take some 
time. The auto-update feature won't go away, so we'll need to fix this 
"anyway" :)


cheers,
Holger


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

Bug#807162: [l10n] Updated Czech translation of xsp debconf messages

[Miroslav Kure]

Package: xsp
Severity: wishlist
Tags: l10n, patch

Hi,

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

Thank you
-- 
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: xsp\n"
"Report-Msgid-Bugs-To: x...@packages.debian.org\n"
"POT-Creation-Date: 2015-11-30 15:16+\n"
"PO-Revision-Date: 2015-12-06 11:33+0100\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../mono-apache-server4.templates:1001
msgid "Let mono-apache-server4 restart Apache?"
msgstr "Má mono-apache-server4 restartovat Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server4.templates:1001
msgid ""
"The Debian version of mono-apache-server4 includes a mono-server4-update "
"script that creates a configuration file for Apache to start the ASP.NET "
"applications, and mono-server4-update can restart Apache if there's a new "
"configuration file (/etc/mono-server4/mono-server-hosts.conf). If this is "
"true, then Apache will be restarted when there is a new mono-server4-hosts."
"conf file."
msgstr ""
"mono-apache-server4 v Debianu obsahuje skript mono-server4-update, který "
"slouží pro vytvoření konfiguračního souboru pro Apache, aby mohl Apache "
"spouštět aplikace v ASP.NET. Skript mono-server4-update umí rozpoznat, zda "
"je vytvořen nový konfigurační soubor /etc/mono-server4/mono-server-hosts."
"conf a případně  restartovat Apache, aby se změny projevily. Chcete "
"restartovat Apache v případě nového konfiguračního souboru mono-server4-"
"hosts.conf?"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:2001 ../mono-xsp4.templates:4001
msgid "ASP.NET 1.0 support removed"
msgstr "Odstraněna podpora ASP.NET 1.0"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:2001
msgid ""
"You appear to have some ASP.NET 1.0 sites configured in /etc/mono-server. "
"Support for the 1.0 profile has been removed from Mono 2.8 and above, and "
"you are no longer able to serve ASP.NET 1.0 sites. You must reconfigure XSP "
"to serve these sites using the 4.0 profile, assuming your application is "
"compatible. Please see mono-server4-admin(8) to see how to regenerate a "
"configuration for use with the 4.0 profile."
msgstr ""
"Zdá se, že v /etc/mono-server jsou nakonfigurovány nějaké weby pro ASP.NET "
"1.0. Podpora pro profil 1.0 byla z Mona 2.8 odstraněna, což znamená, že již "
"nemůžete hostovat weby pro ASP.NET 1.0. Pokud je aplikace kompatibilní, "
"stačí přenastavit XSP tak, aby tyto weby hostovalo pomocí profilu 4.0. "
"Postup, jak upravit nastavení pro profil 4.0, naleznete v manuálové stránce "
"mono-server4-admin(8)."

#. Type: note
#. Description
#: ../mono-apache-server4.templates:3001 ../mono-xsp4.templates:5001
msgid "ASP.NET 2.0 support removed"
msgstr "Odstraněna podpora ASP.NET 2.0"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:3001
msgid ""
"You appear to have some ASP.NET 2.0 sites configured in /etc/mono-server. "
"Support for the 1.0 profile has been removed from Mono 4.0 and above, and "
"you are no longer able to serve ASP.NET 2.0 sites. You must reconfigure XSP "
"to serve these sites using the 4.0 profile, assuming your application is "
"compatible. Please see mono-server4-admin(8) to see how to regenerate a "
"configuration for use with the 4.0 profile."
msgstr ""
"Zdá se, že v /etc/mono-server jsou nakonfigurovány nějaké weby pro ASP.NET "
"2.0. Podpora pro profil 2.0 byla z Mona 4.0 odstraněna, což znamená, že již "
"nemůžete hostovat weby pro ASP.NET 2.0. Pokud je aplikace kompatibilní, "
"stačí přenastavit XSP tak, aby tyto weby hostovalo pomocí profilu 4.0. "
"Postup, jak upravit nastavení pro profil 4.0, naleznete v manuálové stránce "
"mono-server4-admin(8)."

#. Type: boolean
#. Description
#: ../mono-xsp4.templates:1001
msgid "Start on boot?"
msgstr "Spustit při zavádění systému?"

#. Type: boolean
#. Description
#: ../mono-xsp4.templates:1001
msgid ""
"If this is true, then XSP4 will automatically start when the computer is "
"turned on."
msgstr ""
"Odpovíte-li kladně, bude se XSP4 spouštět automaticky po zapnutí počítače."

#. Type: string
#. Description
#: ../mono-xsp4.templates:2001
msgid "Bind to address:"
msgstr "Navázat na adresu:"

#. Type: string
#. Description
#: ../mono-xsp4.templates:2001
msgid ""
"To function pro

Bug#765639: Bug#802159: New OpenSSL upstream version

[Moritz Mühlenhoff]

Hi,
Personally I'm in favour of following the openssl point updates and I'd
like to add an additional data point to the discussion:

CVE-2015-3196 was already fixed as a plain bugfix in an earlier point
release, but the security impact was only noticed later on, so following
the point updates would have fixed this bug five months ago.

(http://www.openssl.org/news/secadv/20151203.txt for details)

Cheers,
Moritz

Bug#807154: texlive-lang-english: ltx-help.el under emacs site-lisp

[Norbert Preining]

Hi Kevin,

thanks a lot for the suggestion, yes, sure enough.

I have done the following in git commit 0c42a4d at the master branch
of texlive-nonbin.git:

debian/rules:
move the file from the doc to the emacs/site-lisp dir
call dh_installemacsen
debian/control:
add a dep on emacsen-common (>= 2.0.8)
(is this necessary? the emacsen-policy is unclear)
debian/texlive-lang-english.emacsen-startup
added from your code

Do you think that is enough?

Thanks a lot

Norbert

> It'd be good if ltx-help.el was installed to
> /usr/share/emacs/site-lisp/ltx-help.el so that it's ready for use in


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#807076: I accept the final solution, but then it doesn't install anything

[Manuel A. Fernandez Montecelo]

Control: severity -1 minor


2015-12-06 1:04 GMT+00:00 積丹尼 Dan Jacobson :
>> "MAFM" == Manuel A Fernandez Montecelo  
>> writes:
>
> MAFM> dependencies, it decides to not install python-samba either.  It does a
> MAFM> suboptimal job at communicating this, though.
>
> Yes it should at least say "oops, I can't do that either, sorry I didn't
> figure it out before presenting it to you as an option."

I think that the current solver doesn't have some of these special
cases of the resolution into account, or not properly/fully, so I am
not sure if it will be easy to fix, but well.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#807163: php7.0-fpm: fpm service reload via systemd doesn't work

[Danyi Dávid]

Package: php7.0-fpm
Version: 7.0.0-1
Severity: important

Dear Maintainer,

php7.0-fpm can't be gracefuly reloaded with its provided systemd config,
because the config option that points to the fpm-checkconf script is faulty.

It looks like this:
 > ExecReload=/usr/lib/php/@PHP_VERSION@/php@PHP_VERSION@-fpm-checkconf
when it should be:
 > ExecReload=/usr/lib/php/php@PHP_VERSION@-fpm-checkconf

regards,
David



-- Package-specific info:
 Additional PHP 7.0 information 

 PHP 7.0 SAPI (php7.0query -S): 

 PHP 7.0 Extensions (php7.0query -M -v): 

 Configuration files: 
[PHP]
engine = On
short_open_tag = Off
precision = 14
output_buffering = 4096
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func =
serialize_precision = 17
disable_functions = 
pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,
disable_classes =
zend.enable_gc = On
expose_php = Off
max_execution_time = 30
max_input_time = 60
memory_limit = 128M
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
display_startup_errors = Off
log_errors = On
log_errors_max_len = 1024
ignore_repeated_errors = Off
ignore_repeated_source = Off
report_memleaks = On
track_errors = Off
html_errors = On
variables_order = "GPCS"
request_order = "GP"
register_argc_argv = Off
auto_globals_jit = On
post_max_size = 8M
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
default_charset = "UTF-8"
doc_root =
user_dir =
enable_dl = Off
file_uploads = On
upload_max_filesize = 2M
max_file_uploads = 20
allow_url_fopen = On
allow_url_include = Off
default_socket_timeout = 60
[CLI Server]
cli_server.color = On
[Date]
[filter]
[iconv]
[intl]
[sqlite]
[sqlite3]
[Pcre]
[Pdo]
[Pdo_mysql]
pdo_mysql.cache_size = 2000
pdo_mysql.default_socket=
[Phar]
[mail function]
SMTP = localhost
smtp_port = 25
mail.add_x_header = On
[SQL]
sql.safe_mode = Off
[ODBC]
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.max_persistent = -1
odbc.max_links = -1
odbc.defaultlrl = 4096
odbc.defaultbinmode = 1
[Interbase]
ibase.allow_persistent = 1
ibase.max_persistent = -1
ibase.max_links = -1
ibase.timestampformat = "%Y-%m-%d %H:%M:%S"
ibase.dateformat = "%Y-%m-%d"
ibase.timeformat = "%H:%M:%S"
[MySQLi]
mysqli.max_persistent = -1
mysqli.allow_persistent = On
mysqli.max_links = -1
mysqli.cache_size = 2000
mysqli.default_port = 3306
mysqli.default_socket =
mysqli.default_host =
mysqli.default_user =
mysqli.default_pw =
mysqli.reconnect = Off
[mysqlnd]
mysqlnd.collect_statistics = On
mysqlnd.collect_memory_statistics = Off
[OCI8]
[PostgreSQL]
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.max_persistent = -1
pgsql.max_links = -1
pgsql.ignore_notice = 0
pgsql.log_notice = 0
[bcmath]
bcmath.scale = 0
[browscap]
[Session]
session.save_handler = files
session.use_strict_mode = 0
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.serialize_handler = php
session.gc_probability = 0
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.referer_check =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 5
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
[Assertion]
zend.assertions = -1
[COM]
[mbstring]
[gd]
[exif]
[Tidy]
tidy.clean_output = Off
[soap]
soap.wsdl_cache_enabled=1
soap.wsdl_cache_dir="/tmp"
soap.wsdl_cache_ttl=86400
soap.wsdl_cache_limit = 5
[sysvshm]
[ldap]
ldap.max_links = -1
[mcrypt]
[dba]
[opcache]
[curl]
[openssl]

 /etc/php/7.0/fpm/conf.d/20-sqlite3.ini 
extension=sqlite3.so

 /etc/php/7.0/fpm/conf.d/20-json.ini 
extension=json.so

 /etc/php/7.0/fpm/conf.d/20-mysqli.ini 
extension=mysqli.so

 /etc/php/7.0/fpm/conf.d/20-gd.ini 
extension=gd.so

 /etc/php/7.0/fpm/conf.d/20-pdo_mysql.ini 
extension=pdo_mysql.so

 /etc/php/7.0/fpm/conf.d/20-imap.ini 
extension=imap.so

 /etc/php/7.0/fpm/conf.d/20-intl.ini 
extension=intl.so

 /etc/php/7.0/fpm/conf.d/20-curl.ini 
extension=curl.so

 /etc/php/7.0/fpm/conf.d/20-tidy.ini 
extension=tidy.so

 /etc/php/7.0/fpm/conf.d/20-opcache.ini 
zend_extension=opcache.so

 /etc/php/7.0/fpm/conf.d/20-pdo_sqlite.ini 
extension=pdo_sqlite.so

 /etc/php/7.0/fpm/conf.d/20-ldap.ini 
extension=ldap.so


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

Ke

Bug#807019: tracking bin-num - broken unison due to binnmu upload

[Norbert Preining]

Dear all,

(please Cc)

is there a way to track down who create a binnmu? Currently unison2.40.102
is broken on sid and segfaults (see bug report in Cc), and that is solely
caused by the binnmu
2.40.102-3+b1
because several people confirmed that -3 works without problems.

My questions are:
* is there a way to track down who uploaded -3+b1?
* what would be the proper steps to revert this broken behaviour?

Thanks

Norbert

(please Cc)


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#807164: php-common: permissions on /var/lib/php/sessions are bad

[Danyi Dávid]

Package: php-common
Version: 15
Severity: important

Dear Maintainer,

The folder permissions on /var/lib/php/sessions are bad, making the default
session path unusable, and php throwing critical errors.

The problem appears to be in the debian/rules script, first $PHP_COMMON is
undefined so
> override_dh_install:
> mkdir -p debian/$(PHP_COMMON)/var/lib/php/sessions/
> chmod 01733 debian/$(PHP_COMMON)/var/lib/php/sessions/
doesn't exactly do what its meant to do, but even if this gets fixed
dh_fixperms would change the permissions back to 755 with root:root ownership
at a later stage.

Adding the following block (or something similar) to the rules file would fix
that later issue:

> override_dh_fixperms:
> dh_fixperms --exclude sessions


regards,
David



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
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 php-common depends on:
ii  psmisc  22.21-2.1+b1
ii  sed 4.2.2-6.1

php-common recommends no packages.

php-common suggests no packages.

-- no debconf information

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

[Soeren D. Schulze]

Am 06.12.2015 um 08:50 schrieb Sebastian Dröge:

Hello,

it is not fixed, alas.  The following SIGSEGV backtrace is with
gstreamer1.0-plugins-bad 1.6.1-1+b1 and iceweasel 38.4.0esr-1.  Such
crashes are rarer, but they do occur:


Hi,

this is a different bug than the stack corruption related to the faad
plugin though. It looks like broken error handling in iceweasel:
https://github.com/mozilla/gecko-dev/blob/GECKO3840esr_2015102720_RELBRANCH/dom/media/gstreamer/GStreamerReader.cpp#L1464

This line here should check if mapping actually succeeds. Apparently it
doesn't (for whatever reason which might be another bug), as in the
next stack frame all field in frame are 0.


Right after sending the last message, I could reproduce the crash 
without frames #0--#2, so the crash looks very similar to the one that I 
reported initially (see below).



Do you have, by any chance, gstreamer1.0-vaapi installed?


No, I don't.


Latest SIGSEGV backtrace with gstreamer1.0-plugins-bad 1.6.1-1+b1 and 
iceweasel 38.4.0esr-1:


#0  0x73a11a76 in 
mozilla::GStreamerReader::ImageDataFromVideoFrame 
(this=this@entry=0x7fffd6ec9000, aFrame=aFrame@entry=0x7fffc964a850, 
aData=aData@entry=0x7fffc964a800) at 
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:1440

No locals.
#1  0x73a11fdf in mozilla::GStreamerReader::GetImageFromBuffer 
(this=this@entry=0x7fffd6ec9000, aBuffer=aBuffer@entry=0x7fffb4418160) 
at 
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:1466
frame = {info = {finfo = 0x0, interlace_mode = 
GST_VIDEO_INTERLACE_MODE_PROGRESSIVE, flags = GST_VIDEO_FLAG_NONE, width 
= 0, height = 0, size = 0, views = 0, chroma_site = 
GST_VIDEO_CHROMA_SITE_UNKNOWN, colorimetry = {range = 
GST_VIDEO_COLOR_RANGE_UNKNOWN, matrix = GST_VIDEO_COLOR_MATRIX_UNKNOWN, 
transfer = GST_VIDEO_TRANSFER_UNKNOWN, primaries = 
GST_VIDEO_COLOR_PRIMARIES_UNKNOWN}, par_n = 0, par_d = 0, fps_n = 0, 
fps_d = 0, offset = {0, 0, 0, 0}, stride = {0, 0, 0, 0}, ABI = {abi = 
{multiview_mode = GST_VIDEO_MULTIVIEW_MODE_MONO, multiview_flags = 
GST_VIDEO_MULTIVIEW_FLAGS_NONE}, _gst_reserved = {0x0, 0x0, 0x0, 0x0}}}, 
flags = GST_VIDEO_FRAME_FLAG_NONE, buffer = 0x0, meta = 0x0, id = 0, 
data = {0x0, 0x0, 0x0, 0x0}, map = {{memory = 0x0, flags = (unknown: 0), 
data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0}, 
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown: 
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0}, 
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown: 
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0}, 
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown: 
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0}, 
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}}, _gst_reserved = {0x0, 0x0, 0x0, 
0x0}}
data = {mYChannel = 0x0, mYStride = 0, mYSize = 
{mozilla::gfx::IntSizeTyped >> = {width = 0, 
height = 0},  = {}, fields>}, mYSkip = 0, mCbChannel = 0x0, mCrChannel = 0x0, mCbCrStride = 
0, mCbCrSize = {mozilla::gfx::IntSizeTyped >> = {width = 0, 
height = 0},  = {}, fields>}, mCbSkip = 0, mCrSkip = 0, mPicX = 0, mPicY = 0, mPicSize = 
{mozilla::gfx::IntSizeTyped >> = {width = 0, 
height = 0},  = {}, fields>}, mStereoMode = mozilla::StereoMode::MONO}

mem = 
image = {mRawPtr = 0x7fff9b1fae50}
#2  0x73a1243f in mozilla::GStreamerReader::DecodeVideoFrame 
(this=0x7fffd6ec9000, aKeyFrameSkip=, 
aTimeThreshold=) at 
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:824

buffer = 0x7fffb4418160
isKeyframe = 
timestamp = 41000
duration = 41708
image = {mRawPtr = 0x7fff9b1fae50}
offset = 
#3  0x73998ae1 in mozilla::MediaDecoderReader::RequestVideoData 
(this=0x7fffd6ec9000, aSkipToNextKeyframe=, 
aTimeThreshold=0) at 
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaDecoderReader.cpp:245

p = {mRawPtr = 0x7fff814bb150}
__func__ = "RequestVideoData"
skip = false
#4  0x73974a23 in 
mozilla::detail::MethodCallWithTwoArgs, 
mozilla::MediaDecoderReader::NotDecodedReason, true>, 
mozilla::MediaDecoderReader, bool, long>::Invoke (this=) 
at /tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaPromise.h:603

No locals.
#5  0x73996b56 in 
mozilla::detail::ProxyRunnable, 
mozilla::MediaDecoderReader::NotDecodedReason, true> >::Run 
(this=0x7fffd928f960) at 
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaPromise.h:620

p = {mRawPtr = 0x7fff814bb150}
#6  0x73997637 in mozilla::MediaTaskQueue::Runner::Run 
(this=0x7fffb1da1240) at 
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaTaskQueue.cpp:230

event = {mPtr = 0x7fffd928f960}
__func__ = "Run"
#7  0x72cedeaf in nsThreadPool::Run (this=0x7fffb1ff0a00) at 
/tmp/buildd/iceweasel-38.4.0esr/xpcom/threads/nsThreadPool.cpp:225
event = { = {mRawP

Bug#807165: php7.0-fpm: make php7.0-fpm co-installable with php5-fpm

[Danyi Dávid]

Package: php7.0-fpm
Version: 7.0.0-1
Severity: wishlist

Dear Maintainer,

Please make php7.0-fpm co-installable with php5-fpm, as that would help quite a
lot with migrating to the new version if operators could run both at the same
time.

regards,
David



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
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 php7.0-fpm depends on:
ii  init-system-helpers  1.24
ii  libapparmor1 2.10-2+b1
ii  libc62.19-22
ii  libdb5.3 5.3.28-11
ii  libedit2 3.1-20150325-1
ii  libenchant1c2a   1.6.0-10.1
ii  libgmp10 2:6.1.0+dfsg-2
ii  libltdl7 2.4.2-1.11
ii  libmagic11:5.25-2
ii  libmcrypt4   2.5.8-3.3
ii  libqdbm141.8.78-6+b1
ii  libssl1.0.2  1.0.2d-3
ii  libsystemd0  228-2
ii  libtinfo56.0+20151024-2
ii  libxml2  2.9.2+zdfsg1-4
ii  libxslt1.1   1.1.28-2.1
ii  mime-support 3.59
ii  php7.0-cli   7.0.0-1
ii  php7.0-common7.0.0-1
ii  php7.0-json  7.0.0-1
ii  php7.0-opcache   7.0.0-1
ii  tzdata   2015g-1
ii  ucf  3.0031
ii  zlib1g   1:1.2.8.dfsg-2+b1

php7.0-fpm recommends no packages.

Versions of packages php7.0-fpm suggests:
ii  php-pear  5.6.15+dfsg-1

Versions of packages php7.0-common depends on:
ii  php-common  15

Versions of packages php7.0-common suggests:
pn  php-user-cache  

-- Configuration Files:
/etc/php/7.0/fpm/pool.d/www.conf changed [not included]

-- no debconf information

Bug#805634: tbl: auto-updating & apparmor

[intrigeri]

Hi,

Holger Levsen wrote (06 Dec 2015 10:17:48 GMT) :
> On Freitag, 20. November 2015, intrigeri wrote:
>> Holger Levsen wrote (20 Nov 2015 13:10:46 GMT) :
>> > * Tor Browser Lanucher no longer attempts to auto-update, now that
>> Is Tor Browser's self-upgrade feature compatible with the AppArmor
>> profiles shipped by the package? It doesn't look like it at first
>> glance, but I didn't tested this yet.

> did you have a chance to test this by now?

Sorry I gave the impression I was going to do it, this wasn't my
intention. I didn't test it yet. Like any torbrowser-launcher
0.2.2 + AppArmor user I will have to go through it for the next Tor
Browser update (December 15). Expect bug reports :)

Cheers,
-- 
intrigeri

Bug#807166: python-pydoctor: support SOURCE_DATE_EPOCH

[Jelmer Vernooij]

Package: python-pydoctor
Version: 0.5+git20150410-2
Severity: wishlist

Dear Maintainer,

Please add support for the SOURCE_DATE_EPOCH environment variable, as an 
alternative to the --buildtime command line option.

See the standard here: https://reproducible-builds.org/specs/source-date-epoch/

-- 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/1 CPU core)
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)

Versions of packages python-pydoctor depends on:
ii  python 2.7.9-1
ii  python-epydoc  3.0.1+dfsg-12
ii  python-nevow   0.11.1-1

python-pydoctor recommends no packages.

python-pydoctor suggests no packages.

-- no debconf information

Bug#807166: Patch

[Jelmer Vernooij]

Attached is the patch I submitted upstream.

commit 88d05720508ea7382b2a6e7cd1691ea6c83f70e4
Author: Jelmer Vernooij 
Date:   Sun Dec 6 11:38:11 2015 +

Use build time from SOURCE_DATE_EPOCH environment variable, if set.

See https://reproducible-builds.org/specs/source-date-epoch/ for background.

diff --git a/pydoctor/driver.py b/pydoctor/driver.py
index 0389c0e..58469b9 100644
--- a/pydoctor/driver.py
+++ b/pydoctor/driver.py
@@ -296,6 +296,16 @@ def main(args):
 else:
 options.makehtml = False
 
+# Support source date epoch:
+# https://reproducible-builds.org/specs/source-date-epoch/
+try:
+system.buildtime = datetime.datetime.utcfromtimestamp(
+int(os.environ['SOURCE_DATE_EPOCH']))
+except ValueError, e:
+error(e)
+except KeyError:
+pass
+
 if options.buildtime:
 try:
 system.buildtime = datetime.datetime.strptime(

Bug#805027: (no subject)

[Harlan Lieberman-Berg]

tag 805027 +pending +fixed
thanks

Hi Jan,

Thanks very much for your report.  I traced the application
build-failure down to a bug in pybuild that's fixed in testing but not
stable.  I've applied a workaround to the jessie-backports branch.

We're now waiting on a couple deps to hit backports before we can
upload.

Thanks!

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#807164: Acknowledgement (php-common: permissions on /var/lib/php/sessions are bad)

[Danyi Dávid]

Actually

> override_dh_fixperms:
>dh_fixperms --exclude /var/lib/php/sessions

is probably a better idea.

D.

Bug#807167: Gnumeric: Names in functions give #NAME after save and reload

[Wookey]

Package: gnumeric
Version: 1.12.18-2
Severity: normal

I am very pleased to see that gnumeric has named cell references now -
very handy, and lets it load some fancy sheets from elsewhere it could
not handle last time I looked.

However there seems to be a problem saving and reloading such references in ODF:

If I have a function which refers to two named cells (housedepth and 
housewidth) like this:
=housedepth*housewidth
everything is good.

But if I save as .ods and reload the sheet all the cells with such
references in say '#NAME'. And the functions now look like:
=[]housedepth*[]housewidth

(when they were entered as =housedepth*housewidth )

Removing the square brackets makes everything work again, but clearly
there is some kind of problem with these being reformatted on
save/reload, and apparently an empty name not working as 'this sheet'.

I tested these formats:
ODF 1.2 extended conformance
ODF 1.2 strict conformance
ISO/IEC 29500 
Gnumeric

The last two will correctly save and reload named cells
The first two will add '[]' to all name references, and then complain on reload 
that 
'name does not exist in workbook':
e.g. Unable to parse '[]floorarea*2.25' ('Name 'floorarea' does not exist in 
workbook')
Now floorarea does exist in workbook 'Calcs' (sheet3), but not in sheet .

I'm not sure if this is a save or reload problem.

Is there something I can do to fix this behaviour or do I just need to
avoid using ODF with named references?


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

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

Versions of packages gnumeric depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  gnumeric-common1.12.18-2
ii  gsfonts1:8.11+urwcyr1.0.7~pre44-4.2
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo2  1.14.0-2.1
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u3
ii  libglib2.0-0   2.42.1-1
ii  libgoffice-0.10-10 0.10.18-1
ii  libgsf-1-114   1.14.30-2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libxml22.9.1+dfsg1-5
ii  procps 2:3.3.9-9
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages gnumeric recommends:
ii  evince3.14.1-2
ii  gnumeric-doc  1.12.18-2
ii  lp-solve  5.5.0.13-7+b1

Versions of packages gnumeric suggests:
ii  fonts-liberation1.07.4-1
pn  gnumeric-plugins-extra  

-- debconf information:
  gnumeric/existing-process-title:
* gnumeric/existing-process: true
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#805819: libqwt-qt5-dev now in experimental

[Michael Hanke]

FTR: libqwt-qt5-dev is now available in experimental -- a 2.0.0 puload
to experimental seems possible.

Bug#755677: aptitude: Recognizes "Debian Backports" packages as official for downloading changelogs on the CLI, but not in the TUI

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending
Control: owner -1 !


Hi,

2014-07-22 11:21 Axel Beckert:

Package: aptitude
Version: 0.6.11-1
Control: found -1 0.6.8.2-1

Hi,

I actually ran into the following on Debian Wheezy, but then also was
able to reproduce this in Sid:

If I try to download and view the changelog of a package from an
official "Debian Backports" repository
(e.g. 
http://metadata.ftp-master.debian.org/changelogs/main/r/redmine/wheezy-backports_changelog,
the repository's release identification is
"release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian 
Backports,c=main")
in the NCurses TUI by pressing "Shift-C", aptitude currently claims, it's
not an official package: "You can only view changelogs of official
Debian packages."

And yes, there is a related fix in Sid (https://bugs.debian.org/714619),
but only in one place out of two as it seems: only for the command line
interface.  And indeed, if I do the same from the command line on Sid,
it works as expected, at least in Sid: "aptitude changelog
redmine=2.5.1-2\~bpo70+2" works fine.


Now merged code and works in both, marking as +pending.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#807168: debian-installer-netboot-images: required resources not declared as build-dependencies (fetches via network)

[Jonas Smedegaard]

Source: debian-installer-netboot-images
Version: 20150422+deb8u2
Severity: serious
Justification: Policy 4.2

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

debian-installer-netboot-images source package is less than 6k in size.
Clearly the main part of the resulting binary packages come from
fetching resources over the network (apparently using wget).

Debian Policy includes the following in §4.2:

> If build-time dependencies are specified, it must be possible to build
> the package and produce working binaries on a system with only
> essential and build-essential packages installed and also those
> required to satisfy the build-time relationships (including any
> implied relationships).

I can only interpret above as disallowing fetching resources over the
network using wget.


Kind regards,

 - Jonas

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWZCrtAAoJECx8MUbBoAEh/9AP/jvT+CdfkcpSd7iM81kJfXik
eckvuOlGT7yAbthtD08r7c0bXSggJRmCVo2Yw8SKJywvaCdRfXqUu74B2en2EQPi
oWOWeOTTSgDzhFyO06FcGYk4MK4EsthRJH6dUW+djOW1ovqQODfZC3uhfNwzvLjt
ygxqgDK5p4mWQOgcpHxBzclR8+LlXtu7RsXNtPEqDeIqLHr3NaKInW9nMEmm030d
PTRgw26h9qe47njlNPGgfKPYbwnZdzLLBils0429AmvRStu/OTXgLcwUkaIXs3dX
URwoCzJ8X6F3jJUZo7trX1nrkGdyCE3k2VfT9kavWxiAlvoHd4rtWaqdheHDfVW7
xJgXNZAZ8pQC4Quy09/iOTcQqIpJHd7JmZyaxzTuxf27mHdAc3SCJVd2Kx85uIft
MjGlKdt5LakMQ56NggYsbFeaEU+fyKDU46a8c79uKwK6zW7s892JJAeX0/4hTqq1
BAEueBwpzAl743jKhnwWjM5qvhn0L589WmOJ/zjsURXSmYZ4s8tYyAHN+1nB/HDZ
YUpaaJ2LeLCRTI5hdcl2V3ePTf1SXXdgSo8pXBsq5PfzUu217OZrmkBumJ+gEm/A
cTVtHFKbpYa1xcPQVLAEDnNmmSl16WIuQnlO1opUvPISFdxwTquSY5NrnpqINVoh
08U2a4CkHfyTofdKLB9t
=bP2q
-END PGP SIGNATURE-

Bug#807169: README.Debian / advice about plugins

[Daniel Pocock]

Package: redmine
Version: 3.0~20140825-5

It seems that a lot of functionality (e.g. tagging, iCalendar support)
is not in Redmine itself and this has to be added using plugins.

Could you add some notes about this to README.Debian, the wiki[1] or both?

In particular,

- README.Debian already describes setting X_DEBIAN_SITEID for rake
commands.  The installation instructions for many plugins (example[2])
recommend running a rake command.  Should X_DEBIAN_SITEID be set for
those rake commands and does the rake command need to be run for each
instance?  Or is a plugin installation shared between multiple instances?

- README.Debian gives an example rake command using sudo www-data.
Should plugin installation be run as www-data or as root?

- Can you comment on best practices for packaging plugins?  As part of
my project, I'm likely to use at least 2 or 3 plugins and would probably
like to upload them to Debian.

- Can you comment on selection of plugins (and their suitability for
being in Debian)?  I notice that many of them appear to be for specific
Redmine versions and discussions in the issue trackers frequently
indicate plugins breaking with newer versions of Redmine or Rails.  Is
this likely to be troublesome for supporting packages of the plugins?

- I could also imagine that if some plugin becomes part of core then
people using one of the alternative plugins (e.g. there are several
plugins for tagging right now) might have trouble during a package
upgrade to the version of Redmine where it is part of core.  Has anybody
with more experience with Redmine dealt with such situations already and
can anybody comment on the impact for people who may contemplate
uploading plugin packages to Debian?

- Some other families of packages (e.g. Drupal) have scripts for
automatically creating packages of their plugins (e.g.
dh-make-drupal[3]).  Is anybody already working on something like that
for Redmine plugins?

- If a dh-make-redmine tool was created, it could be interesting to
automatically build an unofficial apt repository of all official Redmine
plugins



1. https://wiki.debian.org/redmine
2. https://github.com/Undev/redmine_tagging
3. http://gwolf.org/dh-make-drupal

Bug#807170: libQtUiTools.a(quiloader.o): unrecognized relocation (0x2a) in section `.text'

[Bas Couwenberg]

Source: qt4-x11
Version: 4:4.8.7+dfsg-5
Severity: important

Dear Maintainer,

As reported in #806324 qgis FTBFS with a relocation error that seems to
be caused by libQtUiTools.a from libqt4-dev:

 
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libQtUiTools.a(quiloader.o):
 unrecognized relocation (0x2a) in section `.text'

Stangely it only affects testing, but not the same version in unstable.

I hoped this was fixed with libqt4-dev (4:4.8.7+dfsg-5) that migrated to
testing today, but unfortunately the issue persists.

Can you confirm that this is an issue with the static libQtUiTools.a
library on testing?

Kind Regards,

Bas

Bug#807172: unused build dependency on libcloog-ppl-dev

[Matthias Klose]

Package: src:libmemcached
Version: 1.0.18-4

There is no reason for the libcloog-ppl-dev build dependency. Please drop it.

Bug#807171: libmemcached fails to build its manual pages

[Matthias Klose]

Package: src:libmemcached
Version: 1.0.18-4
Severity: serious
Tags: sid stretch

libmemcached fails to build in unstable, trying to build the manual pages:

make -j5  man
make[3]: Entering directory '/home/packages/tmp/libmemcached-1.0.18'
make[3]: warning: -jN forced in submake: disabling jobserver mode.
WARNING: master file /home/packages/tmp/libmemcached-1.0.18/docs/index.rst not 
found

Exception occurred:
   File "/usr/lib/python2.7/dist-packages/sphinx/environment.py", line 1272, in 
get_doctree

 f = open(doctree_filename, 'rb')
IOError: [Errno 2] No such file or directory: 
u'/home/packages/tmp/libmemcached-1.0.18/man/.doctrees/hashkit_create.doctree'
The full traceback has been saved in /tmp/sphinx-err-aDYVFd.log, if you want to 
report the issue to the developers.
Please also report this if it was a user error, so that a better error message 
can be provided next time.
A bug report can be filed in the tracker at 
. Thanks!

Makefile:10361: recipe for target 'man' failed
make[3]: *** [man] Error 1
make[3]: Leaving directory '/home/packages/tmp/libmemcached-1.0.18'
Makefile:10376: recipe for target 'man/memaslap.1' failed
make[2]: *** [man/memaslap.1] Error 2
make[2]: Leaving directory '/home/packages/tmp/libmemcached-1.0.18'
Makefile:3712: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/packages/tmp/libmemcached-1.0.18'
dh_auto_build: make -j1 returned exit code 2
debian/rules:6: recipe for target 'build' failed
make: *** [build] Error 2

# Sphinx version: 1.3.1
# Python version: 2.7.10 (CPython)
# Docutils version: 0.12 release
# Jinja2 version: 2.8
# Last messages:
#   not yet created
#   building [mo]: targets for 0 po files that are out of date
#   building [man]: all manpages
#   updating environment:
#   0 added, 0 changed, 0 removed
#   WARNING: master file /home/packages/tmp/libmemcached-1.0.18/docs/index.rst not found
#   looking for now-outdated files...
#   none found
#   writing...
#   hashkit_clone.3 {
# Loaded extensions:
#   alabaster (0.7.6) from /usr/lib/python2.7/dist-packages/alabaster/__init__.pyc
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/cmdline.py", line 240, in main
app.build(opts.force_all, filenames)
  File "/usr/lib/python2.7/dist-packages/sphinx/application.py", line 264, in build
self.builder.build_update()
  File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 240, in build_update
self.build(['__all__'], to_build)
  File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 316, in build
self.write(docnames, list(updated_docnames), method)
  File "/usr/lib/python2.7/dist-packages/sphinx/builders/manpage.py", line 70, in write
tree = self.env.get_doctree(docname)
  File "/usr/lib/python2.7/dist-packages/sphinx/environment.py", line 1272, in get_doctree
f = open(doctree_filename, 'rb')
IOError: [Errno 2] No such file or directory: u'/home/packages/tmp/libmemcached-1.0.18/man/.doctrees/hashkit_create.doctree'

Bug#805841: qtiplot: Fails to build with GSL 2

[Sebastiaan Couwenberg]

reopen 805841
retitle 805841 qtiplot: Update build dependencies for GSL 2
severity 805841 normal
found 805841 qtiplot/0.9.8.9-11 qtiplot/0.9.8.9-12
block 805841 by 806835
thanks

Hi Anton,

Thanks for fixing the GSL 2 support in qtiplot, unfortunately the patch
for GSL 2 support is not sufficient to build qtiplot with GSL 2.

> The full build log is attached, as is a patch to update the build
> dependencies for GSL 2 (changing libgsl0-dev to libgsl-dev).

The build dependency change hasn't been applied yet, and therefore
qtiplot still pulls in the GSL 1.x packages via libgsl0-dev.

Please note that tamuanova (#806835) needs to be updated for GSL 2
first, before qtiplot can be successfully rebuilt with GSL 2.

Kind Regards,

Bas

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

Bug#804208: jessie-pu: package fuse-exfat/1.1.0-2+deb8u1

[Sven Hoexter]

On Sat, Dec 05, 2015 at 07:13:42PM +, Adam D. Barratt wrote:

Hi Adam,

> Please go ahead.

Uploaded a minute ago.

Cheers,
Sven

Bug#807108: ghc: Please add platform detection support for sh4 (patch supplied)

[Joachim Breitner]

Hi John,

Am Samstag, den 05.12.2015, 13:19 +0100 schrieb John Paul Adrian
Glaubitz:
> 
> I am currently preparing a ghc package for Debian's sh4 port.
> 
> I have successfully bootstrapped ghc via cross-compilation [1] and I
> am now building the actual Debian package which I will upload to the
> 'unreleased' suite later.

That’s pretty awsome! I did not know that cross-compilation works so
well these days. I’m sure the GHC developers would like to hear about
it. Would you mind writing to the upstream mailing list at
https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
and tell them about your experience, i.e. what you did, how you did it,
what went well and what not so well. This will also be useful
information for any further porters to other systems.

> In order for ghc to actually build on sh4, I had to add sh4 to the
> list of known architectures in aclocal.m4. Please add the attached
> patch to the package's Debian patches so the official Debian ghc
> package supports sh4 as well.

Will do. This should also go upstream. Do you want to upstream it (by
opening a ticket at http://hackage.haskell.org/trac/ghc/ and attaching
it)?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#807173: altree: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: altree
Version: 1.3.1-2
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

Please note that tamuanova (#806835) needs to be updated for GSL 2
first, before altree can be successfully rebuilt with GSL 2.

Kind Regards,

Bas
diff -Nru altree-1.3.1/debian/changelog altree-1.3.1/debian/changelog
--- altree-1.3.1/debian/changelog	2014-03-30 23:55:33.0 +0200
+++ altree-1.3.1/debian/changelog	2015-11-23 20:49:50.0 +0100
@@ -1,3 +1,10 @@
+altree (1.3.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sat, 21 Nov 2015 23:55:19 +0100
+
 altree (1.3.1-2) unstable; urgency=medium
 
   * Fix "FTBFS with clang instead of gcc" 
diff -Nru altree-1.3.1/debian/control altree-1.3.1/debian/control
--- altree-1.3.1/debian/control	2014-03-30 23:55:33.0 +0200
+++ altree-1.3.1/debian/control	2015-11-23 20:49:59.0 +0100
@@ -8,7 +8,7 @@
 Build-Depends: bash-completion, debhelper (>= 9), latex-make, ghostscript,
  texlive-lang-french, texlive-latex-extra, texlive-latex-recommended,
  texlive-fonts-recommended,
- libmath-tamuanova-perl, libgsl0-dev, libatlas-base-dev,
+ libmath-tamuanova-perl, libgsl-dev, libatlas-base-dev,
  libtest-deep-perl
 Standards-Version: 3.9.5
 Vcs-Browser: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/altree/trunk/

Bug#807104: python-apt-doc: Use of print statements not compatible with python3

[Felix Dietrich]

Julian Andres Klode  writes:

> I'd rather prefer to use print(..., file=sys.stderr) instead of
> sys.stderr.write().

> Importing print_function from __future__ should make it
> work in both Python 2 and 3.

I attached another patch that uses the print function.

> This might need more changes though: I'm not sure if the
> pep8 test accepts this (tests/testmanual_pep8.py). 

Oh, you are right.  I hadn't run the test before: pep8 complained about
a line that got to long.

>> >From 331782006251adb25118cd1343c74a1765280b4f Mon Sep 17 00:00:00 2001
>
> There is an extra > in front of the first attachement line, causing
> git am to fail applying it.

Not sure were that came from; I hope it works this time.

--
Felix Dietrich


>From 2af29dfc532987e0161eb18cd43feff6d028d648 Mon Sep 17 00:00:00 2001
From: Felix Dietrich 
Date: Sun, 6 Dec 2015 13:56:47 +0100
Subject: [PATCH] Use print function from __future__ in examples

---
 doc/source/examples/cache-packages.py|  8 
 doc/source/examples/cache-pkgfile.py | 16 
 doc/source/examples/dpkg-contents.py |  6 --
 doc/source/examples/dpkg-extract.py  |  8 ++--
 doc/source/examples/dpkg-info.py |  7 +--
 doc/source/examples/missing-deps.py  | 10 +-
 doc/source/examples/update-print-uris.py |  2 +-
 doc/source/library/apt.cache.rst |  2 +-
 doc/source/library/apt.package.rst   |  6 +++---
 doc/source/library/apt_pkg.rst   |  8 
 doc/source/tutorials/apt-get.rst |  2 +-
 11 files changed, 42 insertions(+), 33 deletions(-)
 mode change 100644 => 100755 doc/source/examples/cache-packages.py
 mode change 100644 => 100755 doc/source/examples/cache-pkgfile.py
 mode change 100644 => 100755 doc/source/examples/dpkg-contents.py
 mode change 100644 => 100755 doc/source/examples/dpkg-extract.py
 mode change 100644 => 100755 doc/source/examples/dpkg-info.py
 mode change 100644 => 100755 doc/source/examples/missing-deps.py
 mode change 100644 => 100755 doc/source/examples/update-print-uris.py

diff --git a/doc/source/examples/cache-packages.py b/doc/source/examples/cache-packages.py
old mode 100644
new mode 100755
index 7253430..0a4c34e
--- a/doc/source/examples/cache-packages.py
+++ b/doc/source/examples/cache-packages.py
@@ -9,14 +9,14 @@ def main():
 apt_pkg.init_config()
 apt_pkg.init_system()
 cache = apt_pkg.Cache()
-print "Essential packages:"
+print("Essential packages:")
 for pkg in cache.packages:
 if pkg.essential:
-print " ", pkg.name
-print "Important packages:"
+print(" ", pkg.name)
+print("Important packages:")
 for pkg in cache.packages:
 if pkg.important:
-print " ", pkg.name
+print(" ", pkg.name)
 
 if __name__ == "__main__":
 main()
diff --git a/doc/source/examples/cache-pkgfile.py b/doc/source/examples/cache-pkgfile.py
old mode 100644
new mode 100755
index 10216c1..bbf9b61
--- a/doc/source/examples/cache-pkgfile.py
+++ b/doc/source/examples/cache-pkgfile.py
@@ -7,23 +7,23 @@ def main():
 apt_pkg.init()
 cache = apt_pkg.Cache()
 for pkgfile in cache.file_list:
-print 'Package-File:', pkgfile.filename
-print 'Index-Type:', pkgfile.index_type  # 'Debian Package Index'
+print('Package-File:', pkgfile.filename)
+print('Index-Type:', pkgfile.index_type)  # 'Debian Package Index'
 if pkgfile.not_source:
-print 'Source: None'
+print('Source: None')
 else:
 if pkgfile.site:
 # There is a source, and a site, print the site
-print 'Source:', pkgfile.site
+print('Source:', pkgfile.site)
 else:
 # It seems to be a local repository
-print 'Source: Local package file'
+print('Source: Local package file')
 if pkgfile.not_automatic:
 # The system won't be updated automatically (eg. experimental)
-print 'Automatic: No'
+print('Automatic: No')
 else:
-print 'Automatic: Yes'
-print
+print('Automatic: Yes')
+print()
 
 if __name__ == '__main__':
 main()
diff --git a/doc/source/examples/dpkg-contents.py b/doc/source/examples/dpkg-contents.py
old mode 100644
new mode 100755
index 47a50e0..1308172
--- a/doc/source/examples/dpkg-contents.py
+++ b/doc/source/examples/dpkg-contents.py
@@ -1,6 +1,8 @@
 #!/usr/bin/python
 """Emulate dpkg --contents"""
 
+from __future__ import print_function
+
 import grp
 import pwd
 import stat
@@ -46,13 +48,13 @@ def callback(member, data):
   else ("./" + member.name))
 if member.islnk():
 s_name += " link to %s" % link
-print s_mode, s_owner, s_size, s_time, s_name
+print(s_mode, s_owner, s_size, s_time, s_name)
 
 
 def main():
 """Main function"""
 if len(sys.argv) < 2:
-print >> sys.stderr, "need filen

Bug#807175: forg: Upstream home page dead, but there seems to be a fork of forg

[Axel Beckert]

Package: forg
Version: 0.5.1-7.1
Severity: normal

Dear Maintainer,

the upstream home page mentioned in debian/copyright no more exists for
many years. The latest working version I found in the wayback machine is
from 2003:
http://web.archive.org/web/20030416195623/http://opop.nols.com/forg.shtml

Nevertheless there seems a not so old fork of forg from 2012 at
https://bitbucket.org/guillaume/forg -- no releases declared yet,
though. No recent commits either.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (909, 'stable'), (902, 'stable-updates'), (901, 
'proposed-updates'), (900, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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: sysvinit (via /sbin/init)

Versions of packages forg depends on:
ii  python  2.7.9-1
ii  python-pil.imagetk [python-imaging-tk]  2.6.1-2
ii  python-pmw  1.3.2-6
ii  python-tk   2.7.8-2+b1

forg recommends no packages.

forg suggests no packages.

-- no debconf information

Bug#807174: u-boot-tools: Please provide the dumpbin binary

[Norbert Lange]

Package: u-boot-tools
Version: 2015.04~rc5+dfsg1-1
Severity: wishlist

Dear Maintainer,

please provide the dumpbin binary with the package.
its a usefull companion to the mkimage tool, for our case
we could grab usefull information embedded within a binary
with a script.

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

Kernel: Linux 3.16.0-4-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 u-boot-tools depends on:
ii  libc6  2.19-18+deb8u1

u-boot-tools recommends no packages.

u-boot-tools suggests no packages.

-- no debconf information

Bug#807176: adun.app: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: adun.app
Version: 0.81-7
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru adun.app-0.81/debian/changelog adun.app-0.81/debian/changelog
--- adun.app-0.81/debian/changelog	2015-08-28 16:09:41.0 +0200
+++ adun.app-0.81/debian/changelog	2015-11-21 23:16:23.0 +0100
@@ -1,3 +1,10 @@
+adun.app (0.81-7.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sat, 21 Nov 2015 23:15:47 +0100
+
 adun.app (0.81-7) unstable; urgency=medium
 
   [ Yavor Doganov ]
diff -Nru adun.app-0.81/debian/control adun.app-0.81/debian/control
--- adun.app-0.81/debian/control	2015-07-06 08:54:56.0 +0200
+++ adun.app-0.81/debian/control	2015-11-21 23:15:19.0 +0100
@@ -9,7 +9,7 @@
libgnustep-gui-dev,
libsteptalk-dev,
libsqlclient-dev,
-   libgsl0-dev,
+   libgsl-dev,
imagemagick
 Standards-Version: 3.9.6
 Vcs-Browser: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/adun.app/trunk/

Bug#759378: quilt: QUILT_REFRESH_ARGS not used by quilt refresh anymore

[Christoph Biedl]

Laurent Bigonville wrote...

> Apparently, quilt refresh is not honoring the QUILT_REFRESH_ARGS
> environment variable anymore.
> 
> Setting it in the .quiltrc file seems to work though

The reason for this is a change between the wheezy and jessie versions
of quilt when the package started shipping /etc/quilt.quiltrc by
removing an dh_auto_install override in debian/rules.

So the workaround is to remove that file locally. A better solution
was to change that file in a way any pre-existing QUILT_* is
preserved, as shown below. This is also the behaviour I'd expect.

Christoph

--- /etc/quilt.quiltrc  2014-06-17 09:04:43.0 +0200
+++ /etc/quilt.quiltrc  2015-12-06 13:57:29.985786550 +0100
@@ -1,22 +1,22 @@
 # Example /etc/quilt.quiltrc
 
 # Options passed to GNU diff when generating patches
-QUILT_DIFF_OPTS="--show-c-function"
+: "${QUILT_DIFF_OPTS=--show-c-function}"
 
 # Options passed to GNU patch when applying patches.
 # (For appling patches which are not in unified format, remove the 
"--unified".)
 #QUILT_PATCH_OPTS="--ignore-whitespace"
-QUILT_PATCH_OPTS="--unified"
+: "${QUILT_PATCH_OPTS=--unified}"
 
 # Options passed to diffstat when generating patch statistics
 #QUILT_DIFFSTAT_OPTS="-f0"
 
 # Options to pass to commands (QUILT_${COMMAND}_ARGS)
-QUILT_PUSH_ARGS="--color=auto"
-QUILT_DIFF_ARGS="--no-timestamps --color=auto"
-QUILT_REFRESH_ARGS="--no-timestamps --backup"
-QUILT_SERIES_ARGS="--color=auto"
-QUILT_PATCHES_ARGS="--color=auto"
+: "${QUILT_PUSH_ARGS=--color=auto}"
+: "${QUILT_DIFF_ARGS=--no-timestamps --color=auto}"
+: "${QUILT_REFRESH_ARGS=--no-timestamps --backup}"
+: "${QUILT_SERIES_ARGS=--color=auto}"
+: "${QUILT_PATCHES_ARGS=--color=auto}"
 
 # When non-default less options are used, add the -R option so that less 
outputs
 # ANSI color escape codes "raw".
@@ -30,7 +30,7 @@
 #QUILT_PATCHES=patches
 
 # Prefix all patch names with the relative path to the patch?
-QUILT_PATCHES_PREFIX=yes
+: ${QUILT_PATCHES_PREFIX=yes}
 
 # Use a specific editor for quilt (defaults to the value of $EDITOR before
 # sourcing this configuration file, or vi if $EDITOR wasn't set).


signature.asc
Description: Digital signature

Bug#807179: nasm: Crash on ndisasm /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus

[Mike Dupont]

Subject: nasm: Crash on ndisasm   /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
Package: nasm
Version: 2.11.06-1really2.11.05-1
Severity: normal


ndisasm   /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
.
00015F01  BE0C2Dmov si,0x2d0c
00015F04  B5FF  mov ch,0xff
Segmentation fault

dlocate  /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
g++-5: /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
g++-5  5.2.1-23   amd64  GNU
C++ compiler


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

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

Versions of packages nasm depends on:
ii  dpkg   1.18.3
ii  libc6  2.19-22

nasm recommends no packages.

nasm suggests no packages.

-- no debconf information

Bug#807178: apophenia: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: apophenia
Version: 0.999e+ds-4
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru apophenia-0.999e+ds/debian/changelog apophenia-0.999e+ds/debian/changelog
--- apophenia-0.999e+ds/debian/changelog	2015-10-16 10:48:04.0 +0200
+++ apophenia-0.999e+ds/debian/changelog	2015-11-22 00:36:49.0 +0100
@@ -1,3 +1,10 @@
+apophenia (0.999e+ds-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 00:36:36 +0100
+
 apophenia (0.999e+ds-4) unstable; urgency=medium
 
   * RC bug fix release:
diff -Nru apophenia-0.999e+ds/debian/control apophenia-0.999e+ds/debian/control
--- apophenia-0.999e+ds/debian/control	2015-07-27 08:23:38.0 +0200
+++ apophenia-0.999e+ds/debian/control	2015-11-22 00:36:31.0 +0100
@@ -7,7 +7,7 @@
  debhelper (>= 9),
  autotools-dev, autoconf-archive, gnulib, dh-autoreconf, libtool,
  pkg-config, help2man,
- zlib1g-dev, libmysqlclient-dev, libsqlite3-dev, libgsl0-dev,
+ zlib1g-dev, libmysqlclient-dev, libsqlite3-dev, libgsl-dev,
  bc, sqlite3
 Build-Depends-Indep:
  graphviz,

Bug#807181: Should Suggest: python-sympy-doc

[Yuri D'Elia]

Package: python3-sympy
Version: 0.7.6-4
Severity: minor

It would be nice if sympy suggested its own documentation.
Likewise for python-sympy.

Thanks.

Bug#807177: ampliconnoise: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: ampliconnoise
Version: 1.29-2
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru ampliconnoise-1.29/debian/changelog ampliconnoise-1.29/debian/changelog
--- ampliconnoise-1.29/debian/changelog	2014-02-25 08:58:52.0 +0100
+++ ampliconnoise-1.29/debian/changelog	2015-11-22 00:31:32.0 +0100
@@ -1,3 +1,10 @@
+ampliconnoise (1.29-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 00:31:23 +0100
+
 ampliconnoise (1.29-2) unstable; urgency=low
 
   [ Arthur Marble ]
diff -Nru ampliconnoise-1.29/debian/control ampliconnoise-1.29/debian/control
--- ampliconnoise-1.29/debian/control	2014-01-12 21:15:35.0 +0100
+++ ampliconnoise-1.29/debian/control	2015-11-22 00:29:12.0 +0100
@@ -5,7 +5,7 @@
 Section: science
 Priority: optional
 Build-Depends: debhelper (>= 9),
-   libgsl0-dev,
+   libgsl-dev,
libopenmpi-dev
 Standards-Version: 3.9.5
 Vcs-Browser: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/ampliconnoise/trunk/

Bug#807180: ardesia: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: ardesia
Version: 1.1-2
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru ardesia-1.1/debian/changelog ardesia-1.1/debian/changelog
--- ardesia-1.1/debian/changelog	2014-08-16 05:10:12.0 +0200
+++ ardesia-1.1/debian/changelog	2015-11-22 01:05:22.0 +0100
@@ -1,3 +1,10 @@
+ardesia (1.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 01:04:17 +0100
+
 ardesia (1.1-2) unstable; urgency=medium
 
   [ Frédéric Bonnard ]
diff -Nru ardesia-1.1/debian/control ardesia-1.1/debian/control
--- ardesia-1.1/debian/control	2014-08-16 05:10:12.0 +0200
+++ ardesia-1.1/debian/control	2015-11-22 01:04:15.0 +0100
@@ -6,7 +6,7 @@
 	intltool,
 	pkg-config,
 	libgtk-3-dev,
-	libgsl0-dev,
+	libgsl-dev,
 	libxml2-dev,
 	libgsf-1-dev
 Standards-Version: 3.9.5

Bug#807182: astrometry.net: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: astrometry.net
Version: 0.64+dfsg-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru astrometry.net-0.64+dfsg/debian/changelog astrometry.net-0.64+dfsg/debian/changelog
--- astrometry.net-0.64+dfsg/debian/changelog	2015-10-26 23:10:48.0 +0100
+++ astrometry.net-0.64+dfsg/debian/changelog	2015-11-22 01:18:04.0 +0100
@@ -1,3 +1,10 @@
+astrometry.net (0.64+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 01:17:43 +0100
+
 astrometry.net (0.64+dfsg-1) unstable; urgency=low
 
   * New upstream version
diff -Nru astrometry.net-0.64+dfsg/debian/control astrometry.net-0.64+dfsg/debian/control
--- astrometry.net-0.64+dfsg/debian/control	2015-10-26 23:07:00.0 +0100
+++ astrometry.net-0.64+dfsg/debian/control	2015-11-22 01:17:41.0 +0100
@@ -9,7 +9,7 @@
libbz2-dev,
libcairo2-dev,
libcfitsio-dev | libcfitsio3-dev,
-   libgsl0-dev,
+   libgsl-dev,
libjpeg-dev,
libnetpbm10-dev,
libpng12-dev,

Bug#807183: x86dis: *** stack smashing detected ***: x86dis terminated

[Mike Dupont]

Subject: x86dis: *** stack smashing detected ***: x86dis terminated
Package: x86dis
Version: 0.23-6
Severity: normal


x86dis -s xml -e 0 -f /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
this can also be reproduced with
x86dis -s xml -a 0x00CF -f /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus

the raw output of that line is
 x86dis -s raw -a 0x00CF -f /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
0x00CF|0x00CF|7|00 B4 C1 37 01 00 00
|||arithmetic|add|add|80386|General Purpose||carry_set zero_set
oflow_set sign_set parity_set
||0|0|address_expression|byte|0x137(ecx,eax,8)|reg|byte|dh:reg_gen:1|

native output :
00CF 00 B4 C1 37 01 00 00 add [ecx+eax*8+0x137] dh



The last lines of output :
*** stack smashing detected ***: x86dis terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7320f)[0x7fabb4e7220f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fabb4ef54e7]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7fabb4ef54b0]
/usr/lib/x86_64-linux-gnu/libdisasm.so.0(x86_format_insn+0x295a)[0x7fabb51b599a]
x86dis[0x401922]
/usr/lib/x86_64-linux-gnu/libdisasm.so.0(x86_disasm_forward+0x90)[0x7fabb51adad0]
/usr/lib/x86_64-linux-gnu/libdisasm.so.0(x86_disasm_forward+0x118)[0x7fabb51adb58]
/usr/lib/x86_64-linux-gnu/libdisasm.so.0(x86_disasm_forward+0x118)[0x7fabb51adb58]
/usr/lib/x86_64-linux-gnu/libdisasm.so.0(x86_disasm_forward+0x118)[0x7fabb51adb58]
x86dis[0x402191]
x86dis[0x402228]
x86dis[0x40150b]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fabb4e20b45]
x86dis[0x4017fc]
=== Memory map: 
0040-00404000 r-xp  08:05 46508
  /usr/bin/x86dis
00603000-00604000 r--p 3000 08:05 46508
  /usr/bin/x86dis
00604000-00605000 rw-p 4000 08:05 46508
  /usr/bin/x86dis
02404000-02425000 rw-p  00:00 0  [heap]
7fabacd2f000-7fabacd45000 r-xp  08:05 522451
  /lib/x86_64-linux-gnu/libgcc_s.so.1
7fabacd45000-7fabacf44000 ---p 00016000 08:05 522451
  /lib/x86_64-linux-gnu/libgcc_s.so.1
7fabacf44000-7fabacf45000 rw-p 00015000 08:05 522451
  /lib/x86_64-linux-gnu/libgcc_s.so.1
7fabacf45000-7fabb4dff000 r--s  08:05 325
  /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
7fabb4dff000-7fabb4f9e000 r-xp  08:05 546769
  /lib/x86_64-linux-gnu/libc-2.19.so
7fabb4f9e000-7fabb519e000 ---p 0019f000 08:05 546769
  /lib/x86_64-linux-gnu/libc-2.19.so
7fabb519e000-7fabb51a2000 r--p 0019f000 08:05 546769
  /lib/x86_64-linux-gnu/libc-2.19.so
7fabb51a2000-7fabb51a4000 rw-p 001a3000 08:05 546769
  /lib/x86_64-linux-gnu/libc-2.19.so
7fabb51a4000-7fabb51a8000 rw-p  00:00 0
7fabb51a8000-7fabb51b9000 r-xp  08:05 46503
  /usr/lib/x86_64-linux-gnu/libdisasm.so.0.0.0
7fabb51b9000-7fabb53b9000 ---p 00011000 08:05 46503
  /usr/lib/x86_64-linux-gnu/libdisasm.so.0.0.0
7fabb53b9000-7fabb53ba000 r--p 00011000 08:05 46503
  /usr/lib/x86_64-linux-gnu/libdisasm.so.0.0.0
7fabb53ba000-7fabb53ee000 rw-p 00012000 08:05 46503
  /usr/lib/x86_64-linux-gnu/libdisasm.so.0.0.0
7fabb53ee000-7fabb540e000 r-xp  08:05 546761
  /lib/x86_64-linux-gnu/ld-2.19.so
7fabb55d5000-7fabb55d8000 rw-p  00:00 0
7fabb560a000-7fabb560e000 rw-p  00:00 0
7fabb560e000-7fabb560f000 r--p 0002 08:05 546761
  /lib/x86_64-linux-gnu/ld-2.19.so
7fabb560f000-7fabb561 rw-p 00021000 08:05 546761
  /lib/x86_64-linux-gnu/ld-2.19.so
7fabb561-7fabb5611000 rw-p  00:00 0
7ffefa6d1000-7ffefa6f2000 rw-p  00:00 0  [stack]
7ffefa718000-7ffefa71a000 r-xp  00:00 0  [vdso]
7ffefa71a000-7ffefa71c000 r--p  00:00 0  [vvar]
ff60-ff601000 r-xp  00:00 0
  [vsyscall]
Aborted

Using this input :

dlocate  /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
g++-5: /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
g++-5   5.2.1-23

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

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

Versions of packages x86dis depends on:
ii  libc6   2.19-22
ii  libdisasm0  0.23-6

x86dis recommends no packages.

x86dis suggests no packages.

-- no debconf information

-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com

Bug#807185: mksh fails to install on systems with usrmerge

[Julian Andres Klode]

Package: mksh, usrmerge
Severity: normal

Installing mksh on a system with usrmerge installed, that is,
/ merged into /usr fails:

update-alternatives: using /bin/mksh to provide /bin/ksh (ksh) in auto mode
update-alternatives: error: unable to install '/usr/bin/ksh.dpkg-tmp' as 
'/usr/bin/ksh': No such file or directory

Which is obvious, because /bin is a symlink to /usr/bin.

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

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

Versions of packages mksh depends on:
ii  libc6  2.19-22

mksh recommends no packages.

Versions of packages mksh suggests:
pn  ed  

-- no debconf information

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#807188: uscan/mk-origtargz will be updated soon

[Osamu Aoki]

Package: mozilla-devscripts
Version: 0.39
Severity: normal

The documented method with xpi-repack does not work with the 2.15.9 or
slightly older versions (Yes, it used to work ... you can blame
devscripts fot the breakage.)

The devscripts 2.15.10 will come with the native support for xpi files
using xpi-unpack as the backend for mk-origtargz :-)  It is in the main
branch of the git repository of devscripts (2.15.10 is not yet in
unstable )  With 2.15.10, uscan can package a new version using
uupdate.

So please consider updating documentation etc. when you upload the
package.  (No rush.)

Osamu

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable'), (99, 'testing'), (98, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages mozilla-devscripts depends on:
ii  perl   5.20.2-3+deb8u1
ii  python 2.7.9-1
ii  python-librdf  1.0.17.1+dfsg-1.1+b1
ii  unzip  6.0-16+deb8u2
ii  zip3.0-8

mozilla-devscripts recommends no packages.

mozilla-devscripts suggests no packages.

-- no debconf information

Bug#807184: axe-demultiplexer: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: axe-demultiplexer
Version: 0.3.0+dfsg-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru axe-demultiplexer-0.3.0+dfsg/debian/changelog axe-demultiplexer-0.3.0+dfsg/debian/changelog
--- axe-demultiplexer-0.3.0+dfsg/debian/changelog	2015-12-01 01:39:53.0 +0100
+++ axe-demultiplexer-0.3.0+dfsg/debian/changelog	2015-12-06 14:41:38.0 +0100
@@ -1,3 +1,10 @@
+axe-demultiplexer (0.3.0+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 06 Dec 2015 14:41:17 +0100
+
 axe-demultiplexer (0.3.0+dfsg-1) unstable; urgency=medium
 
   * New upstream release, refresh patches (Closes: #801900)
diff -Nru axe-demultiplexer-0.3.0+dfsg/debian/control axe-demultiplexer-0.3.0+dfsg/debian/control
--- axe-demultiplexer-0.3.0+dfsg/debian/control	2015-12-01 01:39:53.0 +0100
+++ axe-demultiplexer-0.3.0+dfsg/debian/control	2015-12-06 14:41:15.0 +0100
@@ -8,7 +8,7 @@
cmake,
zlib1g-dev,
libqes-dev,
-   libgsl0-dev,
+   libgsl-dev,
python-sphinx,
 Vcs-Browser: https://anonscm.debian.org/cgit/debian-med/axe-demultiplexer.git
 Vcs-Git: git://anonscm.debian.org/debian-med/axe-demultiplexer.git

Bug#807187: bogofilter: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: bogofilter
Version: 1.2.4+dfsg1-3
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru bogofilter-1.2.4+dfsg1/debian/changelog bogofilter-1.2.4+dfsg1/debian/changelog
--- bogofilter-1.2.4+dfsg1/debian/changelog	2014-05-08 21:37:04.0 +0200
+++ bogofilter-1.2.4+dfsg1/debian/changelog	2015-11-22 02:35:44.0 +0100
@@ -1,3 +1,10 @@
+bogofilter (1.2.4+dfsg1-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 02:35:25 +0100
+
 bogofilter (1.2.4+dfsg1-3) unstable; urgency=medium
 
   * Update config.guess to build on hurd-i386 (Closes: #729192). Thanks to
diff -Nru bogofilter-1.2.4+dfsg1/debian/control bogofilter-1.2.4+dfsg1/debian/control
--- bogofilter-1.2.4+dfsg1/debian/control	2014-05-08 21:35:07.0 +0200
+++ bogofilter-1.2.4+dfsg1/debian/control	2015-11-22 02:35:23.0 +0100
@@ -2,7 +2,7 @@
 Section: mail
 Priority: optional
 Maintainer: Serafeim Zanikolas 
-Build-Depends: debhelper (>= 7), libdb-dev (>= 4.6.19), libgsl0-dev, libsqlite3-dev, libtokyocabinet-dev, autotools-dev
+Build-Depends: debhelper (>= 7), libdb-dev (>= 4.6.19), libgsl-dev, libsqlite3-dev, libtokyocabinet-dev, autotools-dev
 Standards-Version: 3.9.5
 Vcs-Git: git://git.debian.org/collab-maint/bogofilter.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/bogofilter.git

Bug#807186: bist: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: bist
Version: 0.5.2-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru bist-0.5.2/debian/changelog bist-0.5.2/debian/changelog
--- bist-0.5.2/debian/changelog	2012-04-09 10:48:42.0 +0200
+++ bist-0.5.2/debian/changelog	2015-11-22 02:27:55.0 +0100
@@ -1,3 +1,10 @@
+bist (0.5.2-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 02:27:02 +0100
+
 bist (0.5.2-1) unstable; urgency=low
 
   * New upstream version
diff -Nru bist-0.5.2/debian/control bist-0.5.2/debian/control
--- bist-0.5.2/debian/control	2012-04-09 10:48:42.0 +0200
+++ bist-0.5.2/debian/control	2015-11-22 02:27:00.0 +0100
@@ -15,7 +15,7 @@
  , libplot-dev
  , libexpat1-dev
  , libxpm-dev
- , libgsl0-dev
+ , libgsl-dev
  , libcurl4-gnutls-dev
 Standards-Version: 3.9.3
 Homepage: https://gna.org/projects/bist/

Bug#807189: chemps2: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: chemps2
Version: 1.6-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru chemps2-1.6/debian/changelog chemps2-1.6/debian/changelog
--- chemps2-1.6/debian/changelog	2015-09-03 15:38:00.0 +0200
+++ chemps2-1.6/debian/changelog	2015-11-22 12:31:34.0 +0100
@@ -1,3 +1,10 @@
+chemps2 (1.6-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 12:31:21 +0100
+
 chemps2 (1.6-1) unstable; urgency=low
 
   * Upstream release v1.6
diff -Nru chemps2-1.6/debian/control chemps2-1.6/debian/control
--- chemps2-1.6/debian/control	2015-09-03 13:31:00.0 +0200
+++ chemps2-1.6/debian/control	2015-11-22 12:31:19.0 +0100
@@ -7,7 +7,7 @@
 Build-Depends: debhelper (>= 9),
cmake (>= 2.8.11),
libatlas-base-dev,
-   libgsl0-dev,
+   libgsl-dev,
libhdf5-dev,
dh-python,
python-all (>= 2.7),

Bug#780905: [Pkg-pascal-devel] Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

[Abou Al Montacir]

Hi All,
On Sat, 2015-12-05 at 15:23 +0100, Gilles Risch wrote:
> program ReproduceBug;
> 
> {$mode objfpc}{$H+}
> 
> uses
>  {$ifdef unix}cthreads;{$endif}
> 
> begin
>  writeln('using cthreads seems to be the root cause of this bug.');
> end.
I just tried the above program and it worked perfect:
$cat - > test.pas
program ReproduceBug;
{$mode objfpc}{$H+}
uses
 {$ifdef unix}cthreads;{$endif}
begin
 writeln('using cthreads seems to be the root cause of this bug.');
end.
$fpc test.pas 
Free Pascal Compiler version 2.6.4+dfsg-8 [2015/08/14] for x86_64
Copyright (c) 1993-2014 by Florian Klaempfl and others
Target OS: Linux for x86-64
Compiling test.pas
Linking test
[some blank lines]
/usr/bin/ld.bfd: warning: link.res contains output sections; did you forget -T?
10 lines compiled, 0.5 sec 
$./test 
using cthreads seems to be the root cause of this bug.
$uname -a
Linux lt-mazen 4.2.0-1-amd64 #1 SMP Debian 4.2.6-1 (2015-11-10) x86_64 GNU/Linux
$dpkg-architecture 
DEB_BUILD_ARCH=amd64
DEB_BUILD_ARCH_BITS=64
DEB_BUILD_ARCH_CPU=amd64
DEB_BUILD_ARCH_ENDIAN=little
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_GNU_CPU=x86_64
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=x86_64-linux-gnu
DEB_BUILD_MULTIARCH=x86_64-linux-gnu
DEB_HOST_ARCH=amd64
DEB_HOST_ARCH_BITS=64
DEB_HOST_ARCH_CPU=amd64
DEB_HOST_ARCH_ENDIAN=little
DEB_HOST_ARCH_OS=linux
DEB_HOST_GNU_CPU=x86_64
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=x86_64-linux-gnu
DEB_HOST_MULTIARCH=x86_64-linux-gnu
DEB_TARGET_ARCH=amd64
DEB_TARGET_ARCH_BITS=64
DEB_TARGET_ARCH_CPU=amd64
DEB_TARGET_ARCH_ENDIAN=little
DEB_TARGET_ARCH_OS=linux
DEB_TARGET_GNU_CPU=x86_64
DEB_TARGET_GNU_SYSTEM=linux-gnu
DEB_TARGET_GNU_TYPE=x86_64-linux-gnu
DEB_TARGET_MULTIARCH=x86_64-linux-gnu
$dpkg -l '*:i386'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersionArchitecture   
Description
+++-===-==-==-===
ii  gcc-5-base:i386 5.2.1-23   i386   GCC, the 
GNU Compiler Collection (base package)
ii  gstreamer1.0-plugins-base:i 1.6.1-1i386   GStreamer 
plugins from the "base" set
ii  i965-va-driver:i386 1.6.1-1i386   VAAPI 
driver for Intel G45 & HD Graphics family
ii  libasound2:i386 1.0.29-1   i386   shared 
library for ALSA applications
ii  libasound2-plugins:i386 1.0.29-1   i386   ALSA 
library additional plugins
ii  libasyncns0:i3860.8-5  i386   
Asynchronous name service query library
ii  libatk1.0-0:i3862.18.0-1   i386   ATK 
accessibility toolkit
ii  libattr1:i386   1:2.4.47-2 i386   Extended 
attribute shared library
ii  libaudio2:i386  1.9.4-3i386   Network 
Audio System - shared libraries
ii  libavahi-client3:i386   0.6.32~rc+dfsg-1   i386   Avahi 
client library
ii  libavahi-common-data:i386   0.6.32~rc+dfsg-1   i386   Avahi 
common data files
ii  libavahi-common3:i386   0.6.32~rc+dfsg-1   i386   Avahi 
common library
ii  libavcodec-ffmpeg56:i3867:2.8.3-1  i386   FFmpeg 
library with de/encoders for audio/video codecs - ru
ii  libavresample-ffmpeg2:i386  7:2.8.3-1  i386   FFmpeg 
compatibility library for resampling - runtime files
ii  libavutil-ffmpeg54:i386 7:2.8.3-1  i386   FFmpeg 
library with functions for simplifying programming -
ii  libbsd0:i3860.7.0-2i386   utility 
functions from BSD systems - shared library
ii  libc6:i386  2.19-22i386   GNU C 
Library: Shared libraries
ii  libc6-i686:i386 2.19-22i386   GNU C 
Library: Shared libraries [i686 optimized]
ii  libcairo2:i386  1.14.4-1   i386   Cairo 2D 
vector graphics library
ii  libcap2:i3861:2.24-12  i386   POSIX 
1003.1e capabilities (library)
ii  libcdparanoia0:i386 3.10.2+debian-11   i386   audio 
extraction tool for sampling CDs (library)
ii  libcomerr2:i386 1.42.13-1  i386   common 
error description library
ii  libcrystalhd3:i386  1:0.0~git20110715. i386   Crystal 
HD Video Decoder (shared library)
ii  libcups2:i386   2.1.0-6i386   Common 
UNIX Printing System(tm) - Core library
ii  libdatrie1:i386 0.2.10-1   i386   
Double-array trie library
ii  libdbus-1-3:i3861.10.4-1   i386   simple 
inter

Bug#807191: comedilib: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: comedilib
Version: 0.10.2-3
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru comedilib-0.10.2/debian/changelog comedilib-0.10.2/debian/changelog
--- comedilib-0.10.2/debian/changelog	2015-08-03 06:49:18.0 +0200
+++ comedilib-0.10.2/debian/changelog	2015-11-22 13:22:21.0 +0100
@@ -1,3 +1,10 @@
+comedilib (0.10.2-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 13:22:08 +0100
+
 comedilib (0.10.2-3) unstable; urgency=medium
 
   * Fix extension names for python3.5 (Closes: #793576)
diff -Nru comedilib-0.10.2/debian/control comedilib-0.10.2/debian/control
--- comedilib-0.10.2/debian/control	2015-08-03 06:40:54.0 +0200
+++ comedilib-0.10.2/debian/control	2015-11-22 13:22:07.0 +0100
@@ -4,7 +4,7 @@
 Maintainer: Gudjon I. Gudjonsson 
 Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~), autotools-dev,
  swig, docbook-utils, dblatex, bison, flex, libtool, xmlto, imagemagick, fop,
- libboost-program-options-dev, libgsl0-dev,
+ libboost-program-options-dev, libgsl-dev,
  python-all-dev, python3-all-dev, libboost-dev, dh-autoreconf
 Standards-Version: 3.9.6
 Homepage: http://www.comedi.org

Bug#807190: cnrun: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: cnrun
Version: 2.0.1-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru cnrun-2.0.1/debian/changelog cnrun-2.0.1/debian/changelog
--- cnrun-2.0.1/debian/changelog	2014-11-25 10:29:00.0 +0100
+++ cnrun-2.0.1/debian/changelog	2015-11-22 13:12:21.0 +0100
@@ -1,3 +1,10 @@
+cnrun (2.0.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 13:12:07 +0100
+
 cnrun (2.0.1-1) experimental; urgency=low
 
   * New upstream version (deal with autotools vs lua issues to fix
diff -Nru cnrun-2.0.1/debian/control cnrun-2.0.1/debian/control
--- cnrun-2.0.1/debian/control	2014-11-08 15:13:29.0 +0100
+++ cnrun-2.0.1/debian/control	2015-11-22 13:12:05.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Andrei Zavada 
 Build-Depends: debhelper (>= 9), dh-autoreconf, autoconf-archive, texinfo,
- libgomp1, pkg-config, libgsl0-dev, libxml2-dev,
+ libgomp1, pkg-config, libgsl-dev, libxml2-dev,
  liblua5.1-dev | liblua5.2-dev, lua5.1 | lua5.2
 Standards-Version: 3.9.6
 Homepage: http://johnhommer.com/academic/code/cnrun

Bug#807193: cpl-plugin-hawki: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: cpl-plugin-hawki
Version: 1.8.18+dfsg-4
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru cpl-plugin-hawki-1.8.18+dfsg/debian/changelog cpl-plugin-hawki-1.8.18+dfsg/debian/changelog
--- cpl-plugin-hawki-1.8.18+dfsg/debian/changelog	2015-07-20 14:52:12.0 +0200
+++ cpl-plugin-hawki-1.8.18+dfsg/debian/changelog	2015-11-22 14:07:21.0 +0100
@@ -1,3 +1,10 @@
+cpl-plugin-hawki (1.8.18+dfsg-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 14:07:11 +0100
+
 cpl-plugin-hawki (1.8.18+dfsg-4) unstable; urgency=low
 
   * Reproducibly sort recipes in sphinx output. Closes: #792936
diff -Nru cpl-plugin-hawki-1.8.18+dfsg/debian/control cpl-plugin-hawki-1.8.18+dfsg/debian/control
--- cpl-plugin-hawki-1.8.18+dfsg/debian/control	2015-07-20 14:51:48.0 +0200
+++ cpl-plugin-hawki-1.8.18+dfsg/debian/control	2015-11-22 14:07:09.0 +0100
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 9),
dh-autoreconf,
libcpl-dev (>= 5.3.1),
-   libgsl0-dev,
+   libgsl-dev,
pkg-config,
python,
python-astropy,

Bug#807194: cpl-plugin-naco: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: cpl-plugin-naco
Version: 4.4.1+dfsg-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru cpl-plugin-naco-4.4.1+dfsg/debian/changelog cpl-plugin-naco-4.4.1+dfsg/debian/changelog
--- cpl-plugin-naco-4.4.1+dfsg/debian/changelog	2015-11-18 11:04:19.0 +0100
+++ cpl-plugin-naco-4.4.1+dfsg/debian/changelog	2015-11-22 14:15:27.0 +0100
@@ -1,3 +1,10 @@
+cpl-plugin-naco (4.4.1+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 14:15:06 +0100
+
 cpl-plugin-naco (4.4.1+dfsg-1) unstable; urgency=low
 
   * New upstream version
diff -Nru cpl-plugin-naco-4.4.1+dfsg/debian/control cpl-plugin-naco-4.4.1+dfsg/debian/control
--- cpl-plugin-naco-4.4.1+dfsg/debian/control	2015-11-18 11:03:27.0 +0100
+++ cpl-plugin-naco-4.4.1+dfsg/debian/control	2015-11-22 14:15:04.0 +0100
@@ -5,7 +5,7 @@
 Uploaders: Ole Streicher 
 Build-Depends: debhelper (>= 9),
dh-autoreconf,
-   libgsl0-dev,
+   libgsl-dev,
libcpl-dev (>= 5.3.1),
python,
python-astropy,

Bug#807192: cpl-plugin-fors: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: cpl-plugin-fors
Version: 5.1.4+dfsg-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru cpl-plugin-fors-5.1.4+dfsg/debian/changelog cpl-plugin-fors-5.1.4+dfsg/debian/changelog
--- cpl-plugin-fors-5.1.4+dfsg/debian/changelog	2015-09-23 11:11:08.0 +0200
+++ cpl-plugin-fors-5.1.4+dfsg/debian/changelog	2015-11-22 13:49:05.0 +0100
@@ -1,3 +1,10 @@
+cpl-plugin-fors (5.1.4+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 13:48:36 +0100
+
 cpl-plugin-fors (5.1.4+dfsg-1) unstable; urgency=low
 
   * New upstream version
diff -Nru cpl-plugin-fors-5.1.4+dfsg/debian/control cpl-plugin-fors-5.1.4+dfsg/debian/control
--- cpl-plugin-fors-5.1.4+dfsg/debian/control	2015-09-23 11:04:49.0 +0200
+++ cpl-plugin-fors-5.1.4+dfsg/debian/control	2015-11-22 13:48:32.0 +0100
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 9),
dh-autoreconf,
libcpl-dev (>= 6.4),
-	   libgsl0-dev,
+	   libgsl-dev,
 	   pkg-config,
python,
python-astropy,

Bug#807159: monit: please make the build reproducible

[Chris Lamb]

tags 807159 + patch
thanks

Upstreamable patch attached. Supports both GNU and BSD `date`.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/configure.ac b/configure.ac
index 7ef0440..d3a4b2b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -43,7 +43,12 @@ if test "x$POD2MAN" = "xno"; then
AC_MSG_ERROR([pod2man is required to build the monit.1 man 
file.])
fi
 else
-   d=`date  '+%B %d. %Y'`
+   if test "x$SOURCE_DATE_EPOCH" = "x"; then
+ SOURCE_DATE_EPOCH=`date +%s`
+   fi
+   fmt="%B %d. %Y"
+   d=`date -u -d "@$SOURCE_DATE_EPOCH" "+$fmt" 2>/dev/null || date -u -r 
"$SOURCE_DATE_EPOCH" "+$fmt" 2>/dev/null || date -u "+$fmt"`
+
POD2MANFLAGS="--center 'User Commands' --release '${d}' 
--date='www.mmonit.com' --lax"
AC_SUBST([POD2MANFLAGS])
 fi

Bug#807144: Undeclared dependency to `debianutils (which)' in apt-key

[David Kalnischkies]

On Sat, Dec 05, 2015 at 06:07:02PM -0500, Mingye Wang (Arthur2e5) wrote:
> In apt's `apt-key` script (cmdline/apt-key.in), there are multiple calls
> to the external program `which`, which is often supplied by the
> `debianutils` package on Debianish systems.
> 
> However, apt's control file (debian/control) doesn't claim it to be
> dependent on the package. `apt remove debianutils` also doesn't prepare
> to remove `apt`, so there aren't any indirect dependencies either.

apt doesn't need to depend on debianutils as this package is marked as
Essential: yes, so that is always available on "Debianish systems".

I take it that you are trying to run apt on a non-"Debianish system",
can I ask which that is?


> A fast check on the script itself indicates that all `which` calls are
> used to determine the existence of certain commands like gpg, gpg2 and
> wget, and the output is discarded. Therefore, replacing all those
> `which` with `type` (XSI) or `command -v` (POSIX) is perfectly fine and
> dash-compatible. This also gives a trivial performance boost due to
> reduced calls to external programs.

I changed various places to use "command -v" anyhow as we indeed use it
for no good reason, so why not…

The remaining problem to "drop" this implicit dependency was then only
run-parts, which as we were using it only in two places, I simply
replaced with a bit of find magic (+ sort), which we use at a couple of
other places as well and is a more common tool (packaged in findutils
– also essential, so no explicit dependency either, but that tends to be
available on all other systems via their essential equivalent.)
Hope that helps.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#806910: been bitten by this as well. Prevent me to compile anything that checks G++ in autoconf...

[Eric Valette]

Thanks for the fixes...

-- eric

Bug#807196: cvxopt: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: cvxopt
Version: 1.1.4-1.3
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru cvxopt-1.1.4/debian/changelog cvxopt-1.1.4/debian/changelog
--- cvxopt-1.1.4/debian/changelog	2015-03-15 11:54:07.0 +0100
+++ cvxopt-1.1.4/debian/changelog	2015-11-22 14:37:53.0 +0100
@@ -1,3 +1,10 @@
+cvxopt (1.1.4-1.4) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 14:37:14 +0100
+
 cvxopt (1.1.4-1.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru cvxopt-1.1.4/debian/control cvxopt-1.1.4/debian/control
--- cvxopt-1.1.4/debian/control	2011-07-22 17:23:49.0 +0200
+++ cvxopt-1.1.4/debian/control	2015-11-22 14:37:11.0 +0100
@@ -4,7 +4,7 @@
 Maintainer: Soeren Sonnenburg 
 Build-Depends: cdbs (>= 0.4.90~), debhelper (>= 5),
  libatlas-base-dev [!powerpc !alpha !arm !armel], libblas-dev, liblapack-dev,
- python-sphinx, libglpk-dev, libfftw3-dev, libgsl0-dev, libdsdp-dev (>= 5.8-4),
+ python-sphinx, libglpk-dev, libfftw3-dev, libgsl-dev, libdsdp-dev (>= 5.8-4),
  texlive-latex-base, texlive-latex-recommended, texlive-latex-extra,
  texlive-fonts-recommended, python-all-dev (>= 2.6.6-3~),
 X-Python-Version: >= 2.5

Bug#807195: cpl-plugin-vimos: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: cpl-plugin-vimos
Version: 3.0.6+dfsg-3
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru cpl-plugin-vimos-3.0.6+dfsg/debian/changelog cpl-plugin-vimos-3.0.6+dfsg/debian/changelog
--- cpl-plugin-vimos-3.0.6+dfsg/debian/changelog	2015-10-29 11:16:38.0 +0100
+++ cpl-plugin-vimos-3.0.6+dfsg/debian/changelog	2015-11-22 14:22:54.0 +0100
@@ -1,3 +1,10 @@
+cpl-plugin-vimos (3.0.6+dfsg-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 14:22:50 +0100
+
 cpl-plugin-vimos (3.0.6+dfsg-3) unstable; urgency=low
 
   * Fix ImplicitPointerConversion of tempnam.
diff -Nru cpl-plugin-vimos-3.0.6+dfsg/debian/control cpl-plugin-vimos-3.0.6+dfsg/debian/control
--- cpl-plugin-vimos-3.0.6+dfsg/debian/control	2015-10-13 16:12:59.0 +0200
+++ cpl-plugin-vimos-3.0.6+dfsg/debian/control	2015-11-22 14:22:48.0 +0100
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 9),
dh-autoreconf,
libcpl-dev (>= 5.3.1),
-   libgsl0-dev,
+   libgsl-dev,
 	   pkg-config,
python,
python-astropy,

Bug#804390: RFS: 9wm/1.3.4-1 [ITA]

[Mattia Rizzolo]

control: owner -1 !
control: tag -1 + moreinfo

Hi!

First, please be a bit more patiente with your pings; following up only
5 days later is very much not helpful.

On Wed, Nov 25, 2015 at 03:10:28PM -0500, Jacob Adams wrote:
>   I am looking for a sponsor for my package "9wm"
> 
>  * Package name: 9wm
>Version : 1.3.4-1
>Upstream Author : Neale Pickett 
>  * URL : https://woozle.org/neale/g.cgi/x11/9wm
>  * License : Expat
>Section : x11


The review:

* trailing whitespace on debian/control:29
* please be a lot more verbose on the changelog.  "Redo packaging" is
  not satisfactory at all.  Every change should be documented.
* debian/patches/*: if possible a URL of the forwarded patch would be
  nice
* debian/rules:
  + trailing whitespace at line 11
  + with debhelper compat 9 exporting the build flags that way is not
needed anymore, so lines 3-4-5 can go away
* you removed the postinst and prerm with the update-alternatives calls,
  that looks useful to me; why?
* even if you try to enable the hardening in d/rules, that doesn't work,
  and blhc still complains (and also lintian)
* From piuparts:
  0m51.6s INFO: Running adequate version 0.12.1 now.
  0m51.8s ERROR: WARN: Inadequate results from running adequate!
 9wm: missing-alternative x-window-manager

  0m51.8s ERROR: WARN: Running adequate resulted in inadequate tags found:  
missing-alternative 
  0m59.0s INFO: PASS: Installation and purging test.
  1m1.2s INFO: apt-cache knows about the following packages: 9wm
  1m8.3s INFO: Installation of ['tmp/9wm_1.3.4-1_amd64.deb'] ok
  1m15.4s INFO: Running adequate version 0.12.1 now.
  1m21.1s ERROR: WARN: Broken symlinks:
/usr/bin/x-window-manager -> /etc/alternatives/x-window-manager
/usr/share/man/man1/x-window-manager.1.gz -> 
/etc/alternatives/x-window-manager.1.gz
/etc/alternatives/x-window-manager.1.gz -> /usr/share/man/man1/9wm.1.gz
/etc/alternatives/x-window-manager -> /usr/bin/9wm
  1m22.9s ERROR: FAIL: Package purging left files on system:
/etc/alternatives/x-window-manager -> /usr/bin/9wm not owned
/etc/alternatives/x-window-manager.1.gz -> /usr/share/man/man1/9wm.1.gz
not owned
/usr/bin/x-window-manager -> /etc/alternatives/x-window-managernot owned
/usr/share/man/man1/x-window-manager.1.gz -> 
/etc/alternatives/x-window-manager.1.gz   not owned

  1m22.9s ERROR: FAIL: Installation, upgrade and purging tests.
  1m24.3s ERROR: piuparts run ends.



Please also triage the debian bugs:
  + #681740 was fixed in 1.2-10
  + #349680 not sure what to do, but sice you're becoming the maintainer
that's your call.  probably the best course of action, given where
the links in that bug end, is to just close the bug.


-- 
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#807098: don't ask "Do you want to continue? [Y/n/?]" if there is nothing to do

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi,

2015-12-05 10:52 積丹尼 Dan Jacobson:

Package: aptitude
Version: 0.7.4-2
Severity: wishlist

No big deal, but here aptitude knows to not ask us
"Do you want to continue? [Y/n/?]",

# aptitude full-upgrade
...
Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

Keep the following packages at their current version:
1) libperl5.22 [Not Installed]
2) perl [5.20.2-6 (now, unstable)]
3) perl-base [5.20.2-6 (now, unstable)]
4) perl-doc [5.20.2-6 (now, unstable)]
5) perl-modules-5.22 [Not Installed]
6) xserver-xorg-core [2:1.17.3-2 (now, unstable)]

Accept this solution? [Y/n/q/?]
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

Current status: 0 (+0) broken, 4 (+0) upgradable, 49736 (+0) new.
#

Where here, with the same
0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
we are asked:

# aptitude purge ~c
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Do you want to continue? [Y/n/?]

Current status: 0 (+0) broken, 4 (+0) upgradable, 49736 (+0) new.

#

So maybe it shouldn't ask in the latter case too.


I cannot reproduce it.  Do you see this all of the time, or often, or
only happened once?

Maybe in your case there was something that needed to be written to the
package states on disk, or happened after some files from apt or debtags
had changed on disk and thought that its own states needed some changes,
etc.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#807179: area of memory

[Mike Dupont]

If it helps any :

od -x -N 32 -j 0x00015F00 /usr/lib/gcc/x86_64-linux-gnu/5/cc1plus
0257400 bef6 2d0c ffb5 1a0f 9c61 fa1a 0447 57d6
0257420 4576 787e aa00 56ff cad9 ef41 83c4 f520

mike

Bug#780905: [Pkg-pascal-devel] Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

[Paul Gevers]

Hi Abou,

On 06-12-15 14:51, Abou Al Montacir wrote:

I am missing libc6-dev:i386 in your list. That is what is reported to be
the issue.

Also looking at the logic in compiler/systems/t_linux.pas, I can't get
around the feeling that it may not work correctly on multiarch Debian
systems. Looking at our FTBFS patch for 3.0.0, I think it may be solved
(or worsened) in the upcoming release.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#807171: Acknowledgement (libmemcached fails to build its manual pages)

[Matthias Klose]

Control: tags -1 + patch

patch at
http://launchpadlibrarian.net/228944244/libmemcached_1.0.18-4_1.0.18-4ubuntu1.diff.gz

Bug#807098: don't ask "Do you want to continue? [Y/n/?]" if there is nothing to do

[積丹尼 Dan Jacobson]

I always get asked upon purge ~c, even when there's nothing to purge. Even when 
I do
# aptitude -o Aptitude::CmdLine::Always-Prompt=false purge ~c

# apt-config dump|grep Aptitude
Aptitude "";
Aptitude::CmdLine "";
Aptitude::CmdLine::Always-Prompt "true";
Aptitude::CmdLine::Show-Why "true";
Aptitude::CmdLine::Show-Deps "true";
Aptitude::CmdLine::Verbose "1";
Aptitude::Purge-Unused "true";

Bug#807198: ea-utils: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: ea-utils
Version: 1.1.2+dfsg-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru ea-utils-1.1.2+dfsg/debian/changelog ea-utils-1.1.2+dfsg/debian/changelog
--- ea-utils-1.1.2+dfsg/debian/changelog	2015-07-28 19:40:44.0 +0200
+++ ea-utils-1.1.2+dfsg/debian/changelog	2015-11-22 15:14:19.0 +0100
@@ -1,3 +1,10 @@
+ea-utils (1.1.2+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 15:14:16 +0100
+
 ea-utils (1.1.2+dfsg-1) unstable; urgency=medium
 
   * Initial upload to Debian (Closes: #793585)
diff -Nru ea-utils-1.1.2+dfsg/debian/control ea-utils-1.1.2+dfsg/debian/control
--- ea-utils-1.1.2+dfsg/debian/control	2015-07-28 19:40:44.0 +0200
+++ ea-utils-1.1.2+dfsg/debian/control	2015-11-22 15:14:14.0 +0100
@@ -7,7 +7,7 @@
 Build-Depends: debhelper (>= 9),
libbam-dev,
zlib1g-dev,
-   libgsl0-dev,
+   libgsl-dev,
libsparsehash-dev (>= 2.0)
 Standards-Version: 3.9.6
 Vcs-Browser: https://anonscm.debian.org/cgit/debian-med/ea-utils.git

Bug#807199: flowgrind: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: flowgrind
Version: 0.7.5-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru flowgrind-0.7.5/debian/changelog flowgrind-0.7.5/debian/changelog
--- flowgrind-0.7.5/debian/changelog	2014-10-23 15:27:31.0 +0200
+++ flowgrind-0.7.5/debian/changelog	2015-11-22 15:40:40.0 +0100
@@ -1,3 +1,10 @@
+flowgrind (0.7.5-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 15:40:33 +0100
+
 flowgrind (0.7.5-1) unstable; urgency=medium
 
   * New upstream Release 0.7.5
diff -Nru flowgrind-0.7.5/debian/control flowgrind-0.7.5/debian/control
--- flowgrind-0.7.5/debian/control	2014-10-23 15:27:50.0 +0200
+++ flowgrind-0.7.5/debian/control	2015-11-22 15:40:29.0 +0100
@@ -2,7 +2,7 @@
 Section: net
 Priority: extra
 Maintainer: Arnd Hannemann 
-Build-Depends: debhelper (>= 7), autotools-dev, libxmlrpc-core-c3-dev, libcurl4-gnutls-dev | libcurl4-openssl-dev, libgsl0-dev, libpcap-dev
+Build-Depends: debhelper (>= 7), autotools-dev, libxmlrpc-core-c3-dev, libcurl4-gnutls-dev | libcurl4-openssl-dev, libgsl-dev, libpcap-dev
 Standards-Version: 3.9.6
 Homepage: http://www.flowgrind.net
 Vcs-Git: git://github.com/flowgrind/flowgrind.git

Bug#807197: dynare: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: dynare
Version: 4.4.3-2
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru dynare-4.4.3/debian/changelog dynare-4.4.3/debian/changelog
--- dynare-4.4.3/debian/changelog	2015-07-21 14:13:04.0 +0200
+++ dynare-4.4.3/debian/changelog	2015-11-22 14:52:16.0 +0100
@@ -1,3 +1,10 @@
+dynare (4.4.3-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 14:52:13 +0100
+
 dynare (4.4.3-2) unstable; urgency=medium
 
   * New patches for Octave 4.0 compatibility, taken from upstream:
diff -Nru dynare-4.4.3/debian/control dynare-4.4.3/debian/control
--- dynare-4.4.3/debian/control	2015-07-21 14:13:04.0 +0200
+++ dynare-4.4.3/debian/control	2015-11-22 14:52:08.0 +0100
@@ -4,7 +4,7 @@
 Section: math
 Priority: optional
 Build-Depends: debhelper (>= 9), liboctave-dev, libboost-graph-dev (>= 1.36),
- libmatio-dev, libgsl0-dev, libslicot-dev, dh-autoreconf, libsuitesparse-dev,
+ libmatio-dev, libgsl-dev, libslicot-dev, dh-autoreconf, libsuitesparse-dev,
  texlive, texlive-publishers, texlive-extra-utils,
  texlive-formats-extra, texlive-generic-recommended, texi2html, latex2html,
  latex-beamer, texlive-math-extra

Bug#807200: freefem++: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: freefem++
Version: 3.38.1-1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru freefem++-3.38.1/debian/changelog freefem++-3.38.1/debian/changelog
--- freefem++-3.38.1/debian/changelog	2015-09-01 23:16:58.0 +0200
+++ freefem++-3.38.1/debian/changelog	2015-11-22 15:44:06.0 +0100
@@ -1,3 +1,10 @@
+freefem++ (3.38.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 15:44:02 +0100
+
 freefem++ (3.38.1-1) unstable; urgency=medium
 
   * Imported Upstream version 3.38.1 (Closes: #793237)
diff -Nru freefem++-3.38.1/debian/control freefem++-3.38.1/debian/control
--- freefem++-3.38.1/debian/control	2015-08-31 00:41:24.0 +0200
+++ freefem++-3.38.1/debian/control	2015-11-22 15:44:01.0 +0100
@@ -10,7 +10,7 @@
  libxpm-dev, libmumps-scotch-dev, libmumps-ptscotch-dev,
  libfltk1.3-dev | libfltk-dev, freeglut3-dev, ghostscript, imagemagick,
  texlive, texlive-extra-utils, texlive-latex-extra, texlive-font-utils, 
- libfftw3-dev, libgsl0-dev,
+ libfftw3-dev, libgsl-dev,
  libhypre-dev, 
  libarpack2-dev, libsuitesparse-dev,
  libmumps-dev, libblacs-mpi-dev, libscalapack-mpi-dev,

Bug#807201: ruby-ronn: please make the output reproducible

[Chris Lamb]

Source: ruby-ronn
Version: 0.7.3-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that
ruby-ronn generates locale-specific output.

The attached patch replaces '%B %Y' with locale-agnostic %Y-%m-%d. Once
applied, packages that use ruby-ronn can be built reproducibly using our
reproducible toolchain (eg. ruby-build)

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/lib/ronn/roff.rb b/lib/ronn/roff.rb
index 77473ac..640ad58 100644
--- a/lib/ronn/roff.rb
+++ b/lib/ronn/roff.rb
@@ -33,7 +33,7 @@ module Ronn
   comment "generated with Ronn/v#{Ronn.version}"
   comment "http://github.com/rtomayko/ronn/tree/#{Ronn.revision}";
   return if name.nil?
-  macro "TH", %["#{escape(name.upcase)}" "#{section}" "#{date.strftime('%B 
%Y')}" "#{version}" "#{manual}"]
+  macro "TH", %["#{escape(name.upcase)}" "#{section}" 
"#{date.strftime('%Y-%m-%d')}" "#{version}" "#{manual}"]
 end
 
 def remove_extraneous_elements!(doc)
diff --git a/lib/ronn/template.rb b/lib/ronn/template.rb
index 2c89667..7bf765b 100644
--- a/lib/ronn/template.rb
+++ b/lib/ronn/template.rb
@@ -67,7 +67,7 @@ module Ronn
 end
 
 def date
-  @document.date.strftime('%B %Y')
+  @document.date.strftime('%Y-%m-%d')
 end
 
 def wrap_class_name

Bug#807202: gjay: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: gjay
Version: 0.3.2-1.1
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru gjay-0.3.2/debian/changelog gjay-0.3.2/debian/changelog
--- gjay-0.3.2/debian/changelog	2014-09-10 23:44:34.0 +0200
+++ gjay-0.3.2/debian/changelog	2015-11-22 16:42:03.0 +0100
@@ -1,3 +1,10 @@
+gjay (0.3.2-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 16:42:00 +0100
+
 gjay (0.3.2-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru gjay-0.3.2/debian/control gjay-0.3.2/debian/control
--- gjay-0.3.2/debian/control	2014-09-10 23:44:12.0 +0200
+++ gjay-0.3.2/debian/control	2015-11-22 16:41:56.0 +0100
@@ -2,7 +2,7 @@
 Section: sound
 Priority: extra
 Maintainer: Craig Small 
-Build-Depends: debhelper (>= 7), autotools-dev, libgtk2.0-dev, libgsl0-dev, audacious-dev, libflac-dev, libvorbis-dev, libmpdclient-dev, libaudclient-dev
+Build-Depends: debhelper (>= 7), autotools-dev, libgtk2.0-dev, libgsl-dev, audacious-dev, libflac-dev, libvorbis-dev, libmpdclient-dev, libaudclient-dev
 Standards-Version: 3.9.1
 Homepage: http://gjay.sourceforge.net/
 

Bug#807144: Undeclared dependency to `debianutils (which)' in apt-key

[Jakub Wilk]

* David Kalnischkies , 2015-12-06, 14:55:
I changed various places to use "command -v" anyhow as we indeed use it 
for no good reason, so why not…


Well, Policy says that /bin/sh scripts must follow SUSv3 (+ some 
extensions), and "command -v" is only optional in SUSv3.


That would be a reason for avoiding "command -v". Not sure if it counts 
as a good reason, though. :)


See also bug #747320.

--
Jakub Wilk

Bug#807203: gnudatalanguage: Update build dependencies for GSL 2.x

[Bas Couwenberg]

Source: gnudatalanguage
Version: 0.9.5-3
Severity: normal
Tags: patch

Dear Maintainer,

Please update your package for the ongoing gsl transition (#804246).

The attached patch updates the build dependencies to use libgsl-dev.

This change is required to not pull in GSL 1.x via libgsl0-dev.

Kind Regards,

Bas
diff -Nru gnudatalanguage-0.9.5/debian/changelog gnudatalanguage-0.9.5/debian/changelog
--- gnudatalanguage-0.9.5/debian/changelog	2015-10-18 19:58:41.0 +0200
+++ gnudatalanguage-0.9.5/debian/changelog	2015-11-22 16:48:54.0 +0100
@@ -1,3 +1,10 @@
+gnudatalanguage (0.9.5-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 16:48:43 +0100
+
 gnudatalanguage (0.9.5-3) unstable; urgency=low
 
   * Install AUTHORS and README to /usr/share/doc/gnudatalanguage/ instead
diff -Nru gnudatalanguage-0.9.5/debian/control gnudatalanguage-0.9.5/debian/control
--- gnudatalanguage-0.9.5/debian/control	2015-06-23 22:51:49.0 +0200
+++ gnudatalanguage-0.9.5/debian/control	2015-11-22 16:48:40.0 +0100
@@ -11,7 +11,7 @@
libeigen3-dev,
libfftw3-dev,
libgrib-api-dev,
-   libgsl0-dev,
+   libgsl-dev,
libhdf4-alt-dev,
libhdf5-dev | libhdf5-serial-dev,
libgraphicsmagick++1-dev,