Bug#793999: debian-policy: description of binary* targets suggests that build-{arch,indep} are optional

[Charles Plessy]

Le Wed, Jul 29, 2015 at 07:18:45PM +0200, Jakub Wilk a écrit :
> 
> Ferenc Wagner noticed[0] that the following sentence in §4.9 seems to imply
> that build-{arch,indep} targets are optional:
> 
> Both ‘binary-*’ targets should depend on the ‘build’ target, or on the
> appropriate ‘build-arch’ or ‘build-indep’ target, if provided, so that…
> 
> I suggest to rewrite it as:
> 
> Both ‘binary-*’ targets should depend on the appropriate ‘build-arch’ or
> ‘build-indep’ target, so that…
> 
> 
> [0] https://lists.debian.org/87bnevqnz9@lant.ki.iif.hu

Hi Jakub,

thanks for the report.  In addition, I found a footnote that was similarly
inaccurate.

Here is a patch that would correct both.  This patch differs from your
suggestion in that it does remove "should depend on the ‘build’ target":
packages were binary-arch depends on build, which depends on build-arch are not
buggy, isn't it ?

Have a nice day,

-- 
Charles
>From 2d50fec1d242f51e91e3dff92bd11ea1f96edff7 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Sat, 1 Aug 2015 15:56:31 +0900
Subject: [PATCH] Correct sentences that did not take into account that
 build-arch is now mandatory.

Closes: #793999
---
 policy.sgml | 11 ++-
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 404dc73..cc7f5c8 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -2057,8 +2057,8 @@ zope.
 	  
 		Both binary-* targets should depend on the
 		build target, or on the appropriate
-		build-arch or build-indep target, if
-		provided, so that the package is built if it has not
+		build-arch or build-indep target,
+		so that the package is built if it has not
 		been already.  It should then create the relevant
 		binary package(s), using dpkg-gencontrol to
 		make their control files and dpkg-deb to
@@ -5526,9 +5526,10 @@ Replaces: mail-transport-agent
 	
 	
 	  The autobuilders use dpkg-buildpackage -B, which
-	  calls build, not build-arch since it does
-	  not yet know how to check for its existence, and
-	  binary-arch.  The purpose of the original split
+	  calls build-arch (before dpkg version
+	  1.16.2 it was calling build since it did not check
+	  the existence of build-arch using make -qn)
+	  and binary-arch.  The purpose of the original split
 	  between Build-Depends and
 	  Build-Depends-Indep was so that the autobuilders
 	  wouldn't need to install extra packages needed only for the
-- 
2.1.4

Bug#794309: python-ironic: Not installable due to depends python-sqlalchemy (<< 0.10)

[Scott Kitterman]

Package: python-ironic
Version: 2015.1.0-4
Severity: grave
Justification: renders package unusable

All this package needs is an upload to rebuild it with the current sqlalchemy.

This is blocking sqlalchemy transition to testing.


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

Bug#788475: RFS: goocanvas-2.0/2.0.2-2 [ITA]

[Alberto Garcia]

On Thu, Jun 11, 2015 at 08:44:03PM +0200, Ross Gammon wrote:

> I am looking for a sponsor for my package "goocanvas-2.0"
> 
> * Package name: goocanvas-2.0
>   Version : 2.0.2-2
>   Upstream Author : Damon Chaplin 
> * URL : https://wiki.gnome.org/action/show/Projects/GooCanvas
> * License : LGPL-2
>   Section : libs

Hello, I just came back from holidays and saw this. I took a look at
your changes and I think you have done a pretty good job. I will be
happy to sponsor this package.

Since it's been a while since you created this, do you need / want to
make any changes before the upload or can I just upload it as it is
now?

Thanks!

Berto


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

Bug#794061: breeze: Breeze theme completely stopped working after the last upgrade

[Salvo Tomaselli]

Hello,

> Could you check with "ldd /usr/bin/qweborf".
> That'll shows which Qt library is used.
It's python. It uses pyqt4.
I am attaching the ldd output for subsurface, which is a C++ thing that uses 
Qt4.

> The Debian qt4-x11 build looks for plugins in /usr/lib//qt4/plugins.
> That's why it loads the breeze style even when the path is not explicitly
> listed in QT_PLUGIN_PATH.
I don't think it does load it without the env-var :)


-- 
Salvo Tomaselli

"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di 
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei

http://ltworf.github.io/ltworf/
linux-vdso.so.1 (0x7ffd5374e000)
libdivecomputer.so.0 => /usr/lib/x86_64-linux-gnu/libdivecomputer.so.0 
(0x7f8c9544f000)
libxslt.so.1 => /usr/lib/x86_64-linux-gnu/libxslt.so.1 
(0x7f8c9521)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 
(0x7f8c94e45000)
libmarblewidget.so.19 => /usr/lib/libmarblewidget.so.19 
(0x7f8c9469c000)
libzip.so.2 => /usr/lib/x86_64-linux-gnu/libzip.so.2 
(0x7f8c9448b000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f8c9426f000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f8c93fa2000)
libgit2.so.22 => /usr/lib/x86_64-linux-gnu/libgit2.so.22 
(0x7f8c93cd6000)
libQtWebKit.so.4 => /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 
(0x7f8c917f5000)
libQtSvg.so.4 => /usr/lib/x86_64-linux-gnu/libQtSvg.so.4 
(0x7f8c9159d000)
libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 
(0x7f8c908a7000)
libQtNetwork.so.4 => /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4 
(0x7f8c90555000)
libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4 
(0x7f8c90065000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f8c8fe48000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f8c8fb3b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f8c8f83a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f8c8f624000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f8c8f27a000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f8c8f076000)
libicui18n.so.52 => /usr/lib/x86_64-linux-gnu/libicui18n.so.52 
(0x7f8c8ec64000)
libicuuc.so.52 => /usr/lib/x86_64-linux-gnu/libicuuc.so.52 
(0x7f8c8e8e6000)
libicudata.so.52 => /usr/lib/x86_64-linux-gnu/libicudata.so.52 
(0x7f8c8d079000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f8c8ce56000)
libastro.so.1 => /usr/lib/libastro.so.1 (0x7f8c8cc16000)
libQtDBus.so.4 => /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 
(0x7f8c8c999000)
libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4 
(0x7f8c8c752000)
libQtScript.so.4 => /usr/lib/x86_64-linux-gnu/libQtScript.so.4 
(0x7f8c8c298000)
libQtDeclarative.so.4 => 
/usr/lib/x86_64-linux-gnu/libQtDeclarative.so.4 (0x7f8c8bce)
libphonon.so.4 => /usr/lib/x86_64-linux-gnu/libphonon.so.4 
(0x7f8c8ba62000)
libhttp_parser.so.2.1 => 
/usr/lib/x86_64-linux-gnu/libhttp_parser.so.2.1 (0x7f8c8b85a000)
libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 
(0x7f8c8b5f)
libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 
(0x7f8c8b18f000)
libssh2.so.1 => /usr/lib/x86_64-linux-gnu/libssh2.so.1 
(0x7f8c8af65000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f8c8ad5d000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 
(0x7f8c8ab53000)
libjpeg.so.62 => /usr/lib/x86_64-linux-gnu/libjpeg.so.62 
(0x7f8c8a8f8000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 
(0x7f8c8a6d1000)
libgstapp-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libgstapp-1.0.so.0 
(0x7f8c8a4c4000)
libgstpbutils-1.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libgstpbutils-1.0.so.0 (0x7f8c8a29b000)
libgstvideo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libgstvideo-1.0.so.0 
(0x7f8c8a04e000)
libgstaudio-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libgstaudio-1.0.so.0 
(0x7f8c89dff000)
libgstbase-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so.0 
(0x7f8c89b9f000)
libgstreamer-1.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0 (0x7f8c8988e000)
libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 
(0x7f8c8963c000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 
(0x7f8c8932c000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 
(0x7f8c890ef000)
libQtXmlPatterns.so.4 => 
/usr/lib/x86_64-linux-gnu/libQtXmlPatterns.so.4 (0x7f8c88a98000)
libQtOpenGL.so.4 => /usr/lib/x86_64-li

Bug#794210: systemd reboots spontaneously and with no trace on uninstalling ipmi

[David Liontooth]

On 7/31/15 12:41 AM, Michael Biebl wrote:

Am 31.07.2015 um 11:23 schrieb David Liontooth:

root@cartago:~# just list ipmi
ii  freeipmi-bmc-watchdog  1.4.5-3  
amd64GNU implementation of the IPMI protocol - BMC watchdog

[..]


At that moment, however, the machine just rebooted. /var/log/messages around 
the reboot show only this:

Jul 30 22:37:17 cartago ipmiutil: igetevent waiting for events ...
Jul 30 23:28:22 cartago uptimed: moving up to position 18: 0 days, 06:30:26
Jul 31 01:33:05 cartago rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" 
x-pid="2299" x-info="http://www.rsyslog.com";] start
Jul 31 01:33:05 cartago kernel: [0.577333] pci :00:1a.0: System wakeup 
disabled by ACPI

Most likely, by having the ipmi packages installed, you had enabled the
watchdog functionality in systemd.
After uninstalling the package, the watchdog no longer responded, so
systemd rebooted the system. Which would be expected behaviour.

Michael


OK, thank you. Please close.

David









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

Bug#794310: sphinx-bootstrap-theme: privacy-breach-generic

[Dmitry Smirnov]

Source: sphinx-bootstrap-theme
Version: 0.4.5-1
Severity: important

Files
sphinx_bootstrap_theme/bootstrap/static/bootswatch-*/*/bootstrap.min.css

import external resources like

@import url('//fonts.googleapis.com/css?family=Lobster|Cabin:400,700');
@import url(//fonts.googleapis.com/css?family=Telex);
@import url("//fonts.googleapis.com/css?family=Roboto:400,700");
@import url(//fonts.googleapis.com/css?family=Ubuntu);

which is a breach of privacy (also detected by lintian). Please remove 
external links and replace them with local dependency packages whenever 
possible.

Thank you.

-- 
Cheers,
 Dmitry Smirnov

---

Good luck happens when preparedness meets opportunity.


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

Bug#794311: kicad: please provide actual KiCAD versions in experiemental

[Carsten Schoenert]

Package: kicad
Version: 0.20141025+bzr4029-2
Severity: wishlist

Dear Maintainer,

would it be possible to upload current development version(s) if KiCAD
in the experiemental repositories?

There are some excellent new functions and improvements done by th CERN
people which would be really nice to have, like the improved
push-and-shove routing.

Regards
Carsten

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

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

Versions of packages kicad depends on:
ii  kicad-common  0.20141025+bzr4029-2
ii  libc6 2.19-19
ii  libgcc1   1:5.1.1-14
ii  libgl1-mesa-glx [libgl1]  10.5.9-2
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libstdc++65.1.1-14
ii  libwxbase3.0-03.0.2+dfsg-1
ii  libwxgtk3.0-0 3.0.2+dfsg-1
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1

kicad recommends no packages.

Versions of packages kicad suggests:
ii  extra-xdg-menus  1.0-4
ii  kicad-doc-de 0.20141025+bzr4029-2

-- no debconf information


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

Bug#794312: python-oauth2client: Seems to depend on httpblib2>=0.9.1, but only 0.9 is available

[David Purton]

Package: python-oauth2client
Version: 1.4.12-0.1
Severity: important

Dear Maintainer,

Since upgrading to python-oauth2client 1.4.12, goobook no longer runs.
It looks like python-oauth2client is asking for httplib2>=0.9.1, but the
Debian package is still at 0.9. Reverting to python-oauth2client from
Stable resolves the problem.

Here is the backtrace from goobook:

Traceback (most recent call last):
  File "/usr/bin/goobook", line 5, in 
from pkg_resources import load_entry_point
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
3084, in 
@_call_aside
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
3070, in _call_aside
f(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
3097, in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
653, in _build_master
return cls._build_from_requirements(__requires__)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
666, in _build_from_requirements
dists = ws.resolve(reqs, Environment())
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
844, in resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (httplib2 0.9 
(/usr/lib/python2.7/dist-packages), Requirement.parse('httplib2>=0.9.1'), 
set(['oauth2client']))



Thanks,

David

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

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

Versions of packages python-oauth2client depends on:
ii  dpkg   1.18.1
ii  python 2.7.9-1
ii  python-httplib20.9+dfsg-2
ii  python-pyasn1  0.1.7-1
ii  python-pyasn1-modules  0.0.5-0.1
ii  python-rsa 3.1.4-1
ii  python-six 1.9.0-3
ii  python-uritemplate 0.6-1

python-oauth2client recommends no packages.

python-oauth2client suggests no packages.

-- no debconf information


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

Bug#794313: dahdi: DAHDI-modules build fails

[Igor Liferenko]

Package: dahdi
Version: 1:2.10.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

After installing debain testing weekly build (from 2015-07-27) and installing 
DAHDI modules:

sudo apt-get install module-assistant
sudo module-assistant auto-install dahdi

I get this: "Build of the package dahdi-source failed!"

Build log follows.

dh clean
   dh_testdir
   debian/rules override_dh_auto_clean
make[1]: Entering directory '/usr/src/modules/dahdi'
rm -f include/dahdi/version.h
rm -f dahdi/include/version.h
[ ! -f Makefile ] || /usr/bin/make dist-clean || true
make[2]: Entering directory '/usr/src/modules/dahdi'
/usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build 
SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi 
DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODULES_EXTRA=" " 
HOTPLUG_FIRMWARE=yes clean
make[3]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae'
make[3]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae'
/usr/bin/make -C drivers/dahdi/firmware clean
make[3]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
rm -f dahdi-fw-*.o
make[3]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
/usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build 
M='/usr/src/modules/dahdi/drivers/dahdi/oct612x' clean
make[3]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae'
make[3]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae'
make[3]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
rm -f dahdi-fw-*.o
rm -f dahdi-fw-*.bin
rm -f dahdi-fw-*.tar.gz
rm -f dahdi-fwload-*.tar.gz
rm -f make_firmware_object
make[3]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
make[2]: Leaving directory '/usr/src/modules/dahdi'
make[1]: Leaving directory '/usr/src/modules/dahdi'
   dh_clean
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory '/usr/src/modules/dahdi'
dh clean
   dh_testdir
   debian/rules override_dh_auto_clean
make[2]: Entering directory '/usr/src/modules/dahdi'
rm -f include/dahdi/version.h
rm -f dahdi/include/version.h
[ ! -f Makefile ] || /usr/bin/make dist-clean || true
make[3]: Entering directory '/usr/src/modules/dahdi'
/usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build 
SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi 
DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODULES_EXTRA=" " 
HOTPLUG_FIRMWARE=yes clean
make[4]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae'
Makefile:10: *** mixed implicit and normal rules: deprecated syntax
make[4]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae'
/usr/bin/make -C drivers/dahdi/firmware clean
make[4]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
rm -f dahdi-fw-*.o
make[4]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
/usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build 
M='/usr/src/modules/dahdi/drivers/dahdi/oct612x' clean
make[4]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae'
Makefile:10: *** mixed implicit and normal rules: deprecated syntax
make[4]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae'
make[4]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
rm -f dahdi-fw-*.o
rm -f dahdi-fw-*.bin
rm -f dahdi-fw-*.tar.gz
rm -f dahdi-fwload-*.tar.gz
rm -f make_firmware_object
make[4]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware'
make[3]: Leaving directory '/usr/src/modules/dahdi'
make[2]: Leaving directory '/usr/src/modules/dahdi'
   dh_clean
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/4.0.0-2-686-pae/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/4.0.0-2-686-pae/g ;s/#KVERS#/4.0.0-2-686-pae/g ; 
s/_KVERS_/4.0.0-2-686-pae/g ; s/##KDREV##/4.0.8-2/g ; s/#KDREV#/4.0.8-2/g ; 
s/_KDREV_/4.0.8-2/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_testdir
dh_testroot
dh_prep
#cp -a /usr/src/modules/dahdi/debian/generated/* .
make modules KERNEL_SOURCES=/lib/modules/4.0.0-2-686-pae/build 
MODVERSIONS=detect KERNEL=linux-4.0.0-2-686-pae 
make[2]: Entering directory '/usr/src/modules/dahdi'
make -C /lib/modules/4.0.0-2-686-pae/build 
SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi 
DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODULES_EXTRA=" " 
HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m
make[3]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae'
Makefile:10: *** mixed implicit and normal rules: deprecated syntax
  CC [M]  /usr/src/modules/dahdi/drivers/dahdi/dahdi-base.o
In file included from 
/usr/src/linux-headers-4.0.0-2-common/include/linux/fs.h:7:0,
 from 
/usr/src/linux-headers-4.0.0-2-common/include/linux/proc_fs.h:8,
 from /usr/src/modules/dahdi/drivers/dahdi/dahdi-base.c:41:
/usr/src/modules/dahdi/dr

Bug#794314: /usr/bin/ppmtosixel: 7bit encoding of sixel files is more portable, works with xterm

[Ben Hildred]

Package: netpbm
Version: 2:10.0-15.2
Severity: minor
File: /usr/bin/ppmtosixel

A sixel image uses a DCS (0x90) in the header and a ST (0x9C) in the footer,
however when mixed with utf8, these may be discarded as malformed.using the
alternate encodings of ^[P (escape P) for DCS and ^[\ (escape \) for ST avoids
this problem and works everywhere I have tested (should work everywhere) at the
cost of two bytes per image. I tried using the utf representations of DCS and
ST, but support for them appears to be non existent. Seven bit clean appears to
be the best practice. An advanced solution would be the addition of a command
line option, but i don't think that would be useful except for generating test
images. I have attached a little script that makes sixel images 7 bit clean.



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

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

Versions of packages netpbm depends on:
ii  libc62.19-18
ii  libjpeg62-turbo  1:1.4.0-7
ii  libnetpbm10  2:10.0-15.2
ii  libpng12-0   1.2.50-2+b2
ii  libtiff5 4.0.3-13
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages netpbm recommends:
ii  ghostscript  9.06~dfsg-2

netpbm suggests no packages.
#!/usr/bin/perl -wp
use bytes;
s!([\x80-\x9f])!qq(\e).chr(ord($1)-64)!ge

Bug#794315: rkhunter: Path names not working in PORT_WHITELIST

[Matthieu Dalstein]

Package: rkhunter
Version: 1.4.2-0.4
Severity: normal

Dear Maintainer,

The PORT_WHITELIST option related to the hidden_ports test seems to fail when 
an executable path name is specified.
The documentation mentions the ability to filter by executable. I used the 
proposed sample option from the configuration file which fails with the 
following error:
Invalid entry specified in PORT_WHITELIST configuration option: /home/user1/abc
Invalid entry specified in PORT_WHITELIST configuration option: /opt/xyz

Please note that the issue occurs as well with a  valid executable:
# rkhunter --enable-tests hidden_ports
Invalid entry specified in PORT_WHITELIST configuration option: /bin/ls


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

Kernel: Linux 3.14.10-Dalmat (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages rkhunter depends on:
ii  binutils   2.25-5
ii  debconf [debconf-2.0]  1.5.56
ii  file   1:5.22+15-2
ii  net-tools  1.60-26+b1
ii  perl   5.20.2-3+deb8u1
ii  ucf3.0030

Versions of packages rkhunter recommends:
ii  curl7.38.0-4+deb8u2
ii  iproute 1:3.16.0-2
ii  lsof4.86+dfsg-1
ii  lynx2.8.9dev1-2
ii  postfix [mail-transport-agent]  2.11.3-1
ii  unhide  20121229-1+b1
ii  wget1.16-1

Versions of packages rkhunter suggests:
ii  bsd-mailx [mailx] 8.1.2-0.20141216cvs-2
pn  libdigest-whirlpool-perl  
ii  liburi-perl   1.64-1
ii  libwww-perl   6.08-1
pn  powermgmt-base
pn  tripwire  

-- Configuration Files:
/etc/apt/apt.conf.d/90rkhunter changed:
// Makes sure that rkhunter file properties database is updated after each 
remove or install only if hashes test is enabled
DPkg::Post-Invoke { "if [ -x /usr/bin/rkhunter ] && ( ! grep -q -E 
'^DISABLE_TESTS=.*(hashes.*attributes|attributes.*hashes|properties)' 
/etc/rkhunter.conf || grep -q -E 
'^ENABLE_TESTS=.*(hashes|attributes|properties)' /etc/rkhunter.conf); then 
/usr/bin/rkhunter --propupd --nolog; fi" }

/etc/default/rkhunter a7083f49a7dad11ce1ae4e5e20d00cf2 [Errno 2] Aucun fichier 
ou dossier de ce type: u'/etc/default/rkhunter a7083f49a7dad11ce1ae4e5e20d00cf2'
/etc/rkhunter.conf changed:
ROTATE_MIRRORS=1
UPDATE_MIRRORS=1
MIRRORS_MODE=0
MAIL-ON-WARNING=""
MAIL_CMD=mail -s "[rkhunter] Warnings found for ${HOST_NAME}"
TMPDIR=/var/lib/rkhunter/tmp
DBDIR=/var/lib/rkhunter/db
SCRIPTDIR=/usr/share/rkhunter/scripts
BINDIR="/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin 
/usr/libexec /usr/local/libexec"
UPDATE_LANG=""
LOGFILE=/var/log/rkhunter.log
APPEND_LOG=0
COPY_LOG_ON_ERROR=0
COLOR_SET2=0
AUTO_X_DETECT=1
WHITELISTED_IS_WHITE=0
ALLOW_SSH_ROOT_USER=no
ALLOW_SSH_PROT_V1=0
ENABLE_TESTS="all"
DISABLE_TESTS="suspscan hidden_procs deleted_files"
SCRIPTWHITELIST=/bin/egrep
SCRIPTWHITELIST=/bin/fgrep
SCRIPTWHITELIST=/bin/which
SCRIPTWHITELIST=/usr/bin/groups
SCRIPTWHITELIST=/usr/bin/ldd
SCRIPTWHITELIST=/usr/bin/lwp-request
SCRIPTWHITELIST=/usr/sbin/adduser
ALLOWHIDDENDIR=/dev/.udev
ALLOWHIDDENDIR=/etc/.hg
ALLOWHIDDENFILE=/dev/shm/.run-transition
ALLOWPROCDELFILE=/usr/lib/dovecot/imap-login
ALLOWPROCDELFILE=/usr/lib/dovecot/imap:/srv/Mails/**/dovecot.index
ALLOWPROCDELFILE=/usr/lib/apache2/mpm-prefork/apache2:/run/apache2/ssl_mutex
ALLOWPROCDELFILE=/usr/sbin/dovecot:/run/dovecot/login-master-n*
ALLOWPROCDELFILE=/usr/sbin/mysqld:/tmp/ib*
ALLOWPROCDELFILE=/bin/dash:/tmp/tmp*
ALLOWPROCDELFILE=/bin/dash:/var/log/tt-rss*
ALLOWPROCDELFILE=/usr/sbin/smbd:/var/log/samba/log*
ALLOWPROCDELFILE=/usr/sbin/cron:/tmp/tmp*
ALLOWPROCDELFILE=/bin/run-parts:/tmp/tmp*
ALLOWPROCDELFILE=/usr/bin/php5:/var/lib/tt-rss/update_daemon.lock
ALLOWPROCDELFILE=/usr/bin/php5:/var/log/tt-rss*
ALLOWDEVFILE=/dev/shm/network/ifstate
ALLOWDEVFILE=/dev/.udev/*
ALLOWDEVFILE=/dev/.udev/*/*
ALLOW_SYSLOG_REMOTE_LOGGING=0
SUSPSCAN_DIRS="/tmp /var/tmp"
SUSPSCAN_TEMP=/dev/shm
SUSPSCAN_MAXSIZE=1024
SUSPSCAN_THRESH=200
PORT_WHITELIST="/home/user1/abc /opt/xyz TCP:2001 UDP:32011"
USE_LOCKING=0
LOCK_TIMEOUT=300
SHOW_LOCK_MSGS=1
INSTALLDIR="/usr"


-- debconf information excluded


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

Bug#793818: Pcmanfm crash sometimes at the end of file(s) copy

[Cedric 321]

Dear Maintainer,

Here a new repport of "/var/log/messages"*.*
It seems that it's a pcmanfm/libfm problem.

All the files have been well copied.

Aug  1 10:22:41 debibox kernel: [12332.200224] usb 2-3: new high-speed USB 
device number 6 using ehci-pci
Aug  1 10:22:41 debibox kernel: [12332.355265] usb 2-3: New USB device found, 
idVendor=0d49, idProduct=3100
Aug  1 10:22:41 debibox kernel: [12332.355285] usb 2-3: New USB device strings: 
Mfr=1, Product=2, SerialNumber=3
Aug  1 10:22:41 debibox kernel: [12332.355298] usb 2-3: Product: Personal 
Storage 3100
Aug  1 10:22:41 debibox kernel: [12332.355309] usb 2-3: Manufacturer: Maxtor 
Corporation
Aug  1 10:22:41 debibox kernel: [12332.355320] usb 2-3: SerialNumber: 
511010006207
Aug  1 10:22:41 debibox kernel: [12332.358946] usb-storage 2-3:1.0: USB Mass 
Storage device detected
Aug  1 10:22:41 debibox kernel: [12332.359522] scsi5 : usb-storage 2-3:1.0
Aug  1 10:22:42 debibox mtp-probe: checking bus 2, device 6: 
"/sys/devices/pci:00/:00:1d.7/usb2/2-3"
Aug  1 10:22:42 debibox mtp-probe: bus: 2, device: 6 was not an MTP device
Aug  1 10:22:42 debibox kernel: [12333.391886] scsi 5:0:0:0: Direct-Access 
Maxtor 6 L300R0   BAJ4 PQ: 0 ANSI: 0
Aug  1 10:22:42 debibox kernel: [12333.395920] sd 5:0:0:0: Attached scsi 
generic sg1 type 0
Aug  1 10:22:42 debibox kernel: [12333.396544] sd 5:0:0:0: [sdb] 586114704 
512-byte logical blocks: (300 GB/279 GiB)
Aug  1 10:22:42 debibox kernel: [12333.403060] sd 5:0:0:0: [sdb] Write Protect 
is off
Aug  1 10:22:42 debibox kernel: [12333.429417]  sdb: sdb1
Aug  1 10:22:42 debibox kernel: [12333.435011] sd 5:0:0:0: [sdb] Attached SCSI 
disk
Aug  1 10:22:51 debibox kernel: [12342.022141] FAT-fs (sdb1): utf8 is not a 
recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Aug  1 10:22:51 debibox org.gtk.Private.UDisks2VolumeMonitor[880]: 
index_parse.c:191: indx_parse(): error opening 
/media/cedric/MEDIA/BDMV/index.bdmv
Aug  1 10:22:51 debibox org.gtk.Private.UDisks2VolumeMonitor[880]: 
index_parse.c:191: indx_parse(): error opening 
/media/cedric/MEDIA/BDMV/BACKUP/index.bdmv
Aug  1 10:35:10 debibox kernel: [13081.441788] pcmanfm[14973]: segfault at c ip 
b6bf6cc5 sp bf82f154 error 4 in libfm.so.4.0.3[b6be1000+53000]

Thank you Maintainer.
Cedric.

Bug#793888: ui-gxmlcpp includes autogenerated files that cannot be rebuilt from source

[Stephan Sürken]

Hi Johannes!

On Di, 2015-07-28 at 17:31 +0200, Johannes Schauer wrote:
> Source: ui-gxmlcpp
> Version: 1.4.3-1
> Severity: serious
> Justification: Policy 2.2.1

(...)

> the source package for ui-gxmlcpp includes a ./configure and
> ../aclocal.m4 without including their source. If ./configure and
> ../aclocal.m4 are removed, then the package cannot be built anymore.
> 
> For example, the current aclocal.m4 contains parts of ui-auto but
> ui-gxmlcpp does not build depend on that package.
> 
> Please add the missing bits so that this source package can be built
> from source again and does not require autogenerated scripts like
> ../configure and ./aclocal.m4.

Ok, switching to autoreconf (with b-d on ui-auto) is an option I will
consider.

Could you ponder a bit more why you think this is a policy violation? It
seems a bit harsh considering how autotools work, and everything can be
rebuild within Debian/main -- but maybe I missed something ;).

Thanks!

Stephan


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

Bug#794316: can't unlock desktop

[Daniel Pocock]

Package: gdm3
Version: 3.14.1-7
Severity: serious

This occurred on a jessie system using the default GNOME 3 desktop.

My laptop screen had been locked for a while.  I typed the password and
nothing happened.  After a few seconds, the screen went blank again.

Looking at journalctl I observed:


gdm-session-worker[23803]: <5>AccountsService: Failed to monitor logind
session changes: Too many open files


I looked in Google and I came across some instructions at

https://bugzilla.redhat.com/show_bug.cgi?id=1081004

and I tried them:

# loginctl list-sessions
   SESSIONUID USER SEAT
   150   1000 daniel   seat0
   352   1000 daniel

2 sessions listed.

# loginctl show-session 150
Id=150
Name=daniel
Timestamp=Fri 2015-07-31 08:16:35 CEST
TimestampMonotonic=58211655247
VTNr=7
Display=:0
Remote=no
Service=gdm-password
Scope=session-150.scope
Leader=9094
Audit=150
Type=x11
Class=user
Active=yes
State=active
IdleHint=yes
IdleSinceHint=1438349828896720
IdleSinceHintMonotonic=68154456351

# loginctl unlock-session 150


The unlock-session command unlocked the screensaver and I was able to
see the desktop again.


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

Bug#794317: libsfcgal-dev: arch-dependent file in "Multi-Arch: same" package

[Jakub Wilk]

Package: libsfcgal-dev
Version: 1.1.0-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libsfcgal-dev is marked as "Multi-Arch: same", but the following file is 
architecture-dependent:


/usr/bin/sfcgal-config

An example diff between amd64 and armhf is attached.

--
Jakub Wilk
diff -ur libsfcgal-dev_1.1.0-2_amd64/usr/bin/sfcgal-config 
libsfcgal-dev_1.1.0-2_armhf/usr/bin/sfcgal-config
--- libsfcgal-dev_1.1.0-2_amd64/usr/bin/sfcgal-config   2015-07-31 
15:09:22.0 +0200
+++ libsfcgal-dev_1.1.0-2_armhf/usr/bin/sfcgal-config   2015-07-31 
17:14:48.0 +0200
@@ -1,6 +1,6 @@
 #!/bin/sh
 prefix=/usr
-libdir=${prefix}/lib/x86_64-linux-gnu
+libdir=${prefix}/lib/arm-linux-gnueabihf
 
 usage()
 {

Bug#794318: libreoffice-kde: Recommend libreoffice-style-breeze

[Felix Geyer]

Package: libreoffice-kde
Version: 1:5.0.0~rc4-1

Hi,

KDE Plasma 5 has changed the default theme from Oxygen to Breeze.

Since it has entered testing could you please change libreoffice-kde
to recommend libreoffice-style-breeze instead of libreoffice-style-oxygen?

Thanks,
Felix


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

Bug#794316: more details

[Daniel Pocock]

# lsof -n | wc -l
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
  Output information may be incomplete.
92842




# lsof -n | tr -s ' ' | cut -f2 -d' ' | uniq -c | sort -n | tail -10
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
  Output information may be incomplete.

**count  PID**

   1256 9348
   1265 9189
   2023 2543
   2044 9318
   2295 10971
   2600 2899
   3495 9094
   9180 11168
  10115 9267
  12894 10422



# ps -p 10422,9267,11168
  PID TTY  TIME CMD
 9267 ?00:13:34 gnome-shell
10422 pts/105:36:47 iceweasel
11168 pts/300:22:30 icedove



These are processes that I use all the time and I haven't had problems
like this before.


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

Bug#794319: ITP: dspdfviewer -- Dual-Screen PDF Viewer for LaTeX-beamer presentations

[Danny Edel]

Package: wnpp
Severity: wishlist
Owner: Danny Edel 

* Package name: dspdfviewer
  Version : 1.13
  Upstream Author : Danny Edel 
* URL : http://dspdfviewer.danny-edel.de/
* License : GPL
  Programming Lang: C++
  Description : Dual-Screen PDF Viewer for LaTeX-beamer

 This is a specialized PDF Viewing application custom-made for
 the LaTeX class beamer, specifically the
 "show notes on second screen=right" option.
 .
 To make use of this program, you will need a document created
 by latex-beamer, and you will need two monitors connected to
 your computer.
 They do not need to have the same resolution, not even the same
 aspect ratio.
 .
 This program will split your PDF page in half, and display the
 left half (intended for the audience) on one monitor (think:
 a notebook's VGA output connected to your university's projector)
 and it will display the right half (intended for you) on the
 second screen.
 Also, on the second screen, you get page thumbnails and status
 information, like the time since you started the presentation
 and a "wall clock".


Answering the questions from the template:

> why is this package useful/relevant?

While I could create dual-width presentations with latex' beamer class,
there was no viewer to render them to independent screens (workarounds
included setting the screens to identical sizes and dragging a viewer
window to both screens)

> is it a dependency for another package?

No, but you could think of it as an enhancement for latex-beamer.

> do you use it?

Yes, I do, and judging from the resonance on email, github and
stackoverflow, so do other people, both using debian systems and other
distributions. Since I want to make life easier for current and future
users of my software running debian, I'm asking for an inclusion in the
official software list.

> if there are other packages providing similar functionality,
> how does it compare?

I don't know of any packages providing similar functionality, that was
the reason I programmed it in the first place.

> how do you plan to maintain it? inside a packaging team
> (check list at https://wiki.debian.org/Teams)? are you
> looking for co-maintainers? do you need a sponsor?

I have been maintaining the software itself on github since winter
2012/2013, and have built deb packages to my third-party repository
since then.
I plan to maintain the debian package myself, trying to keep it as close
to upstream as possible, but compliant to debian guidelines.

I will need a sponsor since I'm new to official debian packaging.


-- 
Danny Edel
m...@danny-edel.de
deb...@danny-edel.de


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

Bug#788475: RFS: goocanvas-2.0/2.0.2-2 [ITA]

[Ross Gammon]

On 08/01/2015 09:35 AM, Alberto Garcia wrote:
> On Thu, Jun 11, 2015 at 08:44:03PM +0200, Ross Gammon wrote:
> 
>> I am looking for a sponsor for my package "goocanvas-2.0"
>>
>> * Package name: goocanvas-2.0
>>   Version : 2.0.2-2
>>   Upstream Author : Damon Chaplin 
>> * URL : https://wiki.gnome.org/action/show/Projects/GooCanvas
>> * License : LGPL-2
>>   Section : libs
> 
> Hello, I just came back from holidays and saw this. I took a look at
> your changes and I think you have done a pretty good job. I will be
> happy to sponsor this package.
> 
> Since it's been a while since you created this, do you need / want to
> make any changes before the upload or can I just upload it as it is
> now?
> 
> Thanks!
> 
> Berto

Hi Berto,

Welcome back. I am also just back from my holidays (and a week away from
home with work).

There was nothing more I wanted to change, so it would be great if you
could sponsor it!

My next steps would be to do a tidy up of the "old" goocanvas package
and it's bugs so that it is clear that it is dead upstream and will only
exist in the medium term.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard

[Ian Campbell]

On Thu, 2015-07-30 at 15:47 +0800, Chen-Yu Tsai wrote:
> On Sat, Jul 25, 2015 at 11:30 PM, Ian Campbell  
> wrote:
> > On Sat, 2015-07-25 at 22:54 +0800, Chen-Yu Tsai wrote:
> >> On Sat, Jul 25, 2015 at 10:46 PM, Leonardo Canducci
> >>  wrote:
> >> > I got lost somewhere in that long thread but I saw cpufreq on
> >> cubie* works
> >> > for someone [0]. It's just a matter of loading two modules. I 
> tried
> >> myself
> >> > on my jessie install (kernel from experimental) and can confirm
> >> that:
> >> >
> >> > leo@cubetto:~$ sudo modprobe axp20x-regulator
> >> > leo@cubetto:~$ sudo modprobe cpufreq-dt
> >> > leo@cubetto:~$ ls /sys/devices/system/cpu/cpu0/cpufreq/
> >> > affected_cpus   related_cpus
> >>  scaling_governor
> >> > cpuinfo_cur_freqscaling_available_frequencies
> >>  scaling_max_freq
> >> > cpuinfo_max_freqscaling_available_governors   > 
>  scaling_min_freq
> >> > cpuinfo_min_freqscaling_cur_freq
> >>  scaling_setspeed
> >> > cpuinfo_transition_latency  scaling_driver
>  statsplatform_device_register_simple
> >> >
> >> > How do I make this change persistent?
> >>
> >> Add both module names to /etc/modules.
> >
> > Is there any way to arrange for these modules to be loaded
> > automatically without the user needing to configure it manually, 
> likeplatform_device_register_simple("cpufreq-dt", -1, NULL, 0);

> > any other h/w driver?
> >
> > I'd expect at least the axp20x-regulator driver to get autoloaded 
> when
> > the relevant hardware is present. Not sure about the cpufreq-dt 
> one, * In particular, when such drivers are built as modules, they can't be
 * "hotplugged".
> > but should it not be loaded if the relevant nodes are present?
> 
> cpufreq-dt is not a node in the DT. It is added in platform code.
> See arch/arm/mach-sunxi/sunxi.c.

That is this:
platform_device_register_simple("cpufreq-dt", -1, NULL, 0);

> AFAIK all other users of cpufreq-dt use this method. Not sure how
> you can automatically detect this... Supposedly there 
> wouldfeatures/all/cpufreq-dt-allow-driver-to-boot-automatically.patch
 be
> an event to udev?

I would expect the register to emit something, perhaps all that is
missing is a suitable MODULE_ALIAS. Looking around there seems to be a
fair few MODULE_ALIAS("platform:foo") which appear to serve this
purpose.

...searches..., aha!:

http://lists.infradead.org/pipermail/linux-arm-kernel/2015-June/350884.html

which is in v4.2-rc1 as:

http://git.kernel.org/linus/07949bf9c63c9a80027fe8452d5fe8b9ba9b3c23

I'll see about backporting that to the 4.1 kernel in Debian until we
move to 4.2.

Ian.


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

Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows))))

[qwer]

On Fri, Jul 31, 2015 at 11:30:01AM +, Debian Bug Tracking System wrote:
> If you wish to submit further information on this problem, please
> send it to 794...@bugs.debian.org.

Next problem, not really solved:
Bringing up thingies like ksnapshot is awfull.
Killing isn't possible.
Except switching to a VT and write: "killall -9 ksnapshot"
In the meantim I can call a browser so that ksnapshot isn't seen any longer.
To have access to ksnapshot I have to close the browser via "file" and "close"
Not with [A^Tab].

Switching to another user results in the sentence:
Call to Inusertemp failes (temporary directories full?) Check your installation.

Stupid.
With ,startx' as root? Same result.

All changes to "desktop" can be made, with "apply" changes are made but closing 
the window of "desktop" all changes are gone.

Hope the one who could help will come soon.  


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

Bug#794318: libreoffice-kde: Recommend libreoffice-style-breeze

[Rene Engelhard]

severity 794318 wishlist
thanks

Hi,

On Sat, Aug 01, 2015 at 11:06:20AM +0200, Felix Geyer wrote:
> KDE Plasma 5 has changed the default theme from Oxygen to Breeze.

I know.

> Since it has entered testing could you please change libreoffice-kde
> to recommend libreoffice-style-breeze instead of libreoffice-style-oxygen?

I thought about that but didn't do it yet since -kde is still built for kde4,
and given it's not even started to be ported to KDE5 libs...

Regards,

Rene


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

Bug#794320: main option "prdr_enable" unknown

[Andrey Rahmatullin]

Package: exim4-config
Version: 4.86-1
Severity: serious

After updating an old testing system I get this:

Setting up exim4-config (4.86-1) ...
2015-08-01 15:04:52 Exim configuration error in line 140 of
/var/lib/exim4/config.autogenerated.tmp:
  main option "prdr_enable" unknown
Invalid new configfile /var/lib/exim4/config.autogenerated.tmp, not installing
/var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated
dpkg: error processing package exim4-config (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 exim4-config


prdr_enable is indeed contained in
/etc/exim4/conf.d/main/02_exim4-config_options



-- Package-specific info:
Exim version 4.82_1-5b7a7c0-XX #3 built 22-Jul-2014 16:32:17
Copyright (c) University of Cambridge, 1995 - 2013
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2013
Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='mail.wrar.name'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:sabine.wrar.name

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

Kernel: Linux 3.8.0-wrar-sabine-1+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages exim4-config depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.57

exim4-config recommends no packages.

exim4-config suggests no packages.

-- Configuration Files:
/etc/exim4/passwd.client [Errno 13] Отказано в доступе: 
u'/etc/exim4/passwd.client'

-- debconf information excluded


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

Bug#794318: libreoffice-kde: Recommend libreoffice-style-breeze

[Felix Geyer]

Hi,

On 01.08.2015 11:59, Rene Engelhard wrote:
>> Since it has entered testing could you please change libreoffice-kde
>> to recommend libreoffice-style-breeze instead of libreoffice-style-oxygen?
> 
> I thought about that but didn't do it yet since -kde is still built for kde4,
> and given it's not even started to be ported to KDE5 libs...

That's not really relevant.
KDE users will by default use the breeze theme for Qt5 and Qt4/KDE4 
applications.

Moreover for KDE5 sessions libreoffice tries the breeze icon theme and falls 
back
to the default theme if it can't find it.
So it won't use the oxygen icons at all (unless you manually configure it if 
that's
possible).

Regards,
Felix


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

Bug#789311: [DRE-maint] Bug#789311: ruby-rack: CVE-2015-3225: Potential Denial of Service Vulnerability in Rack normalize_params()

[Youhei SASAKI]

Hi, 

On Fri, 31 Jul 2015 04:58:27 +0900,
Salvatore Bonaccorso  wrote:
> 
> [1  ]
> Hi,
- snip
.
> The targetting distribution was still set to 'unstable'.

Oh, excuse me...

> I have fixed that in the attached debdiffs and added the patch for
> jessie-security (can you import them in your VCS please?).

Ok. I've commit these changes.

Thanks in advance.

Best wishes,
Youhei

---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07


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

Bug#794320: main option "prdr_enable" unknown

[Andreas Metzler]

On 2015-08-01 Andrey Rahmatullin  wrote:
> Package: exim4-config
> Version: 4.86-1
> Severity: serious

> After updating an old testing system I get this:

> Setting up exim4-config (4.86-1) ...
> 2015-08-01 15:04:52 Exim configuration error in line 140 of
> /var/lib/exim4/config.autogenerated.tmp:
>   main option "prdr_enable" unknown
[...]

exim4-daemon-* on thissystem was older than 4.83, wasn't it?

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#794264: systemd: System will no longer boot

[Martin Pitt]

Control: severity -1 important

ael [2015-08-01  7:11 +0100]:
> Back to the i386 machine, the target in this report:  when I tried to
> apt-get upgrade in case the bug had been fixed, it hung on systemd
> because udev could not be upgraded. The udev refusal to upgrade came
> with a message from dpkg about a group 'Input' already existing.

This sounds like https://bugs.debian.org/794280 which was already
discussed: Apparently you have an "input" group which is not already a
system group. There is some broken advice out there (like
http://ptichy.blogspot.pt/2014/08/configure-evrouter-on-ubuntu-1404.html)
which creates the group in a wrong way, and e. g.
https://bugs.debian.org/769948 changed that to make it more obvious
what happened.

But it sounds like the upgrade was interrupted in the middle? Please
clean up the input group (either remove or make it a system group),
and run apt-get -f install, to fix the broken upgrade. How does it
look like then?

Downgrading to non-RC for now as this does not affect a lot of
machines and we don't have enough information yet.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#791704: freedombox-setup: Remove Privoxy configuration

[Sunil Mohan]

James, please commit this for the next release.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1

[Sebastian Ramacher]

Control: tags 777862 + pending

Dear maintainer,

I've prepared an NMU for gbsplay (versioned as 0.0.91-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -u gbsplay-0.0.91/debian/changelog gbsplay-0.0.91/debian/changelog
--- gbsplay-0.0.91/debian/changelog
+++ gbsplay-0.0.91/debian/changelog
@@ -1,3 +1,11 @@
+gbsplay (0.0.91-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * util.c: Apply patch from Greg Pearson to fix FTBFS with GCC 5. (Closes:
+#777862)
+
+ -- Sebastian Ramacher   Sat, 01 Aug 2015 13:00:57 +0200
+
 gbsplay (0.0.91-1) unstable; urgency=low
 
   * New upstream version.
only in patch2:
unchanged:
--- gbsplay-0.0.91.orig/util.c
+++ gbsplay-0.0.91/util.c
@@ -10,7 +10,7 @@
 
 #include 
 
-inline long rand_long(long max)
+extern inline long rand_long(long max)
 /* return random long from [0;max[ */
 {
 	return (long) (((double)max)*rand()/(RAND_MAX+1.0));


signature.asc
Description: Digital signature

Bug#794321: codespell manpage: inconsistent formatting of options

[Jakub Wilk]

Package: codespell
Version: 1.8-1
Severity: minor

Options are formatted inconsistently in the manual page. For example 
"FILE" is italicized in "--dictionary=FILE" but not in "-D FILE".


--
Jakub Wilk


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

Bug#794322: codespell --help: inconsistent capitalization and punctuation

[Jakub Wilk]

Package: codespell
Version: 1.8-1
Severity: minor

The --help output is inconsistent with respect to captialization and 
punctuation. Some option descriptions start with lowercase letters:



 -h, --helpshow this help message and exit


Some start with captial letter, but don't end with full stop:


 -d, --disable-colors  Disable colors even when printing to terminal


And some use full sentences:


 -e, --hard-encoding-detection
   Use chardet to detect the encoding of each file. This

...

--
Jakub Wilk


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

Bug#794323: Should xmail be removed?

[Moritz Muehlenhoff]

Package: xmail
Severity: serious

The last upstream release in was 2010, that's also when the last
maintainer upload occured. It has longstanding RC bugs and already
missed jessie. popcon is marginal and we have many good mail servers
in Debian as alternatives.

If anyone disgrees with the removal, please bring the package in
shape, otherwise let's reassign this bug to ftp.debian.org for
removal.

Cheers,
Moritz


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

Bug#794324: cligh: bad issue number -> TypeError: %d format: a number is required, not str

[Jakub Wilk]

Package: cligh
Version: 0.2-2
Severity: minor

$ cligh issue comment --repo CMB/cligh 999
Traceback (most recent call last):
 File "/usr/bin/cligh", line 34, in 
   main()
 File "/usr/bin/cligh", line 31, in main
   args.func(client, args)
 File "/usr/lib/python2.7/dist-packages/cligh/issues.py", line 86, in comment
   issue = get_working_issue(client, args)
 File "/usr/lib/python2.7/dist-packages/cligh/issues.py", line 21, in 
get_working_issue
   die('Unable to fetch issue number %d for this repository: %s' % 
(args.number, e.data['message']))
TypeError: %d format: a number is required, not str


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

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

Versions of packages cligh depends on:
ii  python   2.7.9-1
ii  python-pygithub  1.25.2-3
ii  python-xdg   0.25-4
ii  python2.72.7.10-3
pn  python:any   

--
Jakub Wilk


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

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

[Cristian Ionescu-Idbohrn]

On Mon, 27 Jul 2015, Michael Biebl wrote:
>
> Not sure if that is happening here. But fixing [2] and making sure
> pvscan is run via /bin/systemd-run look like should be done in any

> case.
>
> Michael
>
>
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783182

Just a minor point here.

I have 2 systems running lvm over raid0.

On one of them (non-systemd init unstable box, but with systemd and
udev 223-2 installed) there's no /bin/systemd-run:

# which systemd-run
/usr/bin/systemd-run

Hardly possible to use _before_ /usr (separate partition) is mounted.

On another system (stretch (104 upgraded, 0 newly installed, 0 to
remove and 141 not upgraded), uptime: 13:09:13 up 840 days, 23:13, 67
  ^^^
users), the systemd package is not even installed.  udev 222-2 and
lvm2 2.02.111-2.2 are installed.

systemd-run is refered to in /lib/udev/rules.d/69-lvm-metad.rules:

ACTION!="remove", ENV{LVM_PV_GONE}=="1", RUN+="/bin/systemd-run 
/sbin/lvm pvscan --cache $major:$minor", GOTO="lvm_end"


Cheers,

-- 
Cristian


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

Bug#794325: cligh: default editor is vi

[Jakub Wilk]

Package: cligh
Version: 0.2-2

When $EDITOR is not set, cligh uses "vi" as the default editor. But as 
per Policy §11.4, it should fall back to "editor", not "vi".


--
Jakub Wilk


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

Bug#794327: Hardware H264 capture regression in UVC subsystem: wheezy(ok) => jessie(bad)

[Peter Rabbitson]

Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt11-1
Tags: patch fixed-upstream

Greetings!

A little bit after the official Wheezy linux-image (3.2) a change to the 
UVC subsystem[1] was merged and subsequently released as linux 3.3. A 
long-unnoticed side effect of this patch was a regression that produced 
invalid timestamps on hardware-encoded H264 captures, which is known to 
affect at least 2 different devices: Logitech C920[2] and a builtin Acer 
Orbicam[3].


The problem was recently acknowledged by the UVC maintainer and a patch 
was produced which fixes the issue [4]. Afaik it is slated to be 
included during the Linux 4.3 merge window this month.


Since there is no way to work around this problem in userland [5], and 
there are many reports of this problem by different users [3], [6], [7], 
[8] it seems fitting to add this (rather small) patch[4] to debian's 
linux-image-3.16* quilt.


Thank you in advance!
Cheers

P.S. Adding a one-time CC to the linux-media mailing list, in case a 
part of the above is factually incorrect.


[1] 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=66847ef

[2] http://sourceforge.net/p/linux-uvc/mailman/message/33164469/
[3] http://www.spinics.net/lists/linux-media/msg92089.html
[4] http://www.spinics.net/lists/linux-media/msg92022.html
[5] http://ffmpeg.org/pipermail/ffmpeg-user/2015-July/027630.html
[6] https://trac.ffmpeg.org/ticket/3956
[7] http://sourceforge.net/p/linux-uvc/mailman/message/33564420/
[8] 
http://askubuntu.com/questions/456175/logitech-c920-webcam-on-ubuntu-14-04-hesitates-chops-every-3-seconds



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

Bug#762132: Solved

[Harald]

Dear all,

installing fglrx-driver 15-7.1 solved the issue for me.

Thanks for sharing my sorrow.

Harald


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

Bug#794326: openssl: use aarch64_asm in Configure on arm64

[Hiroyuki YAMAMORI]

Package: openssl
Version: 1.0.2d-1
Severity: normal
Usertag: arm64

Dear Maintainer,

In arm64 arch, no assembler source use with stretch build now.
On upstream, it's default using assembler sources.
To use assembler sources, modify debian-targets.patch.

"debian/patches/debian-targets.patch" line 24
+"debian-arm64","gcc:-DL_ENDIAN 
${debian_cflags}::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK 
DES_INT DES_UNROLL 
BF_PTR:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",

change  /${no_asm}/${aarch64_asm}:64/


Thank you.
--
Hiroyuki YAMAMORI


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages openssl depends on:
ii  libc62.19-19
ii  libssl1.0.0  1.0.2d-1

openssl recommends no packages.

Versions of packages openssl suggests:
pn  ca-certificates  

-- no debconf information


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

Bug#794318: libreoffice-kde: Recommend libreoffice-style-breeze

[Rene Engelhard]

Hi,

On Sat, Aug 01, 2015 at 12:38:09PM +0200, Felix Geyer wrote:
> On 01.08.2015 11:59, Rene Engelhard wrote:
> >> Since it has entered testing could you please change libreoffice-kde
> >> to recommend libreoffice-style-breeze instead of libreoffice-style-oxygen?
> > 
> > I thought about that but didn't do it yet since -kde is still built for 
> > kde4,
> > and given it's not even started to be ported to KDE5 libs...
> 
> That's not really relevant.
> KDE users will by default use the breeze theme for Qt5 and Qt4/KDE4 
> applications.
> 
> Moreover for KDE5 sessions libreoffice tries the breeze icon theme and falls 
> back
> to the default theme if it can't find it.
> So it won't use the oxygen icons at all (unless you manually configure it if 
> that's
> possible).

Hmm, ok. This makes sense..

Regards,

Rene


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

Bug#624058: fixed in mutt 1.5.21-5

[Andreas Metzler]

Control: tags -1 pending
Control: severity -1 important

On 2015-05-03 Andreas Metzler  wrote:
> tags -1 patch

> On 2015-04-18 Andreas Metzler  wrote:
> [...]
>> I have just tried building mutt against gnutls 3.4.0 and got this
>> build-error:
>> 
> [...]
>> /tmp/buildd/mutt-1.5.23/obj-i586-linux-gnu-patched/../mutt_ssl_gnutls.c:323: 
>> undefined reference to `gnutls_protocol_set_priority'
>> collect2: error: ld returned 1 exit status
>> Makefile:633: recipe for target 'mutt' failed
>> 

> The issue is fixed in upstream HG, but the Debian package lost the
> patch. Find attached a debdiff cherrypicking the relevant parts from
> upstream HG, without the compatibility stuff for ancient (< 2.2.0)
> GnuTLS.

Hello,

I have just uploaded a NMU with these changes to delayed/15:

* upstream/624058-gnutls-deprecated.patch: Use gnutls_priority_set_direct()
  instead of gnutls_protocol_set_priority() together with
  gnutls_set_default_priority(). Cherrypick the relevant parts from upstream
  HG, without the compatibilty stuff for ancient (< 2.2.0) GnuTLS.
  Closes: #624058

Please tell me if I should delay further.

Thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru mutt-1.5.23/debian/changelog mutt-1.5.23/debian/changelog
--- mutt-1.5.23/debian/changelog	2014-12-04 22:11:02.0 +0100
+++ mutt-1.5.23/debian/changelog	2015-08-01 13:57:01.0 +0200
@@ -1,3 +1,14 @@
+mutt (1.5.23-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * upstream/624058-gnutls-deprecated.patch: Use gnutls_priority_set_direct()
+instead of gnutls_protocol_set_priority() together with
+gnutls_set_default_priority(). Cherrypick the relevant parts from upstream
+HG, without the compatibilty stuff for ancient (< 2.2.0) GnuTLS.
+Closes: #624058
+
+ -- Andreas Metzler   Sat, 01 Aug 2015 13:54:03 +0200
+
 mutt (1.5.23-3) unstable; urgency=medium
 
   * Fixed upstream/771125-CVE-2014-9116-jessie.patch thanks to Salvatore
diff -Nru mutt-1.5.23/debian/patches/series mutt-1.5.23/debian/patches/series
--- mutt-1.5.23/debian/patches/series	2014-12-04 22:11:02.0 +0100
+++ mutt-1.5.23/debian/patches/series	2015-08-01 13:47:26.0 +0200
@@ -35,6 +35,7 @@
 upstream/path_max.patch
 translations/update_german_translation.patch
 upstream/771125-CVE-2014-9116-jessie.patch
+upstream/624058-gnutls-deprecated.patch
 __separator__mutt.org.patch
 mutt-patched/sidebar.patch
 mutt-patched/sidebar-dotpathsep.patch
diff -Nru mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch
--- mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch	1970-01-01 01:00:00.0 +0100
+++ mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch	2015-08-01 13:47:26.0 +0200
@@ -0,0 +1,109 @@
+Description: Use gnutls_priority_set_direct()
+ instead of gnutls_protocol_set_priority() together with
+ gnutls_set_default_priority(). Cherrypick the relevant parts from upstream
+ HG, without the compatibilty stuff for ancient (< 2.2.0) GnuTLS.
+Bug-Debian: https://bugs.debian.org/624058
+Origin: upstream, http://dev.mutt.org/hg/mutt/rev/48f5e2a51809
+Forwarded: not-needed
+
+--- mutt-1.5.23.orig/mutt_ssl_gnutls.c
 mutt-1.5.23/mutt_ssl_gnutls.c
+@@ -238,11 +238,51 @@ err_crt:
+   gnutls_x509_crt_deinit (clientcrt);
+ }
+ 
+-/* This array needs to be large enough to hold all the possible values support
+- * by Mutt.  The initialized values are just placeholders--the array gets
+- * overwrriten in tls_negotiate() depending on the $ssl_use_* options.
+- */
+-static int protocol_priority[] = {GNUTLS_TLS1_2, GNUTLS_TLS1_1, GNUTLS_TLS1, GNUTLS_SSL3, 0};
++static int tls_set_priority(tlssockdata *data)
++{
++  size_t nproto = 4;
++  char priority[SHORT_STRING];
++  int err;
++
++  priority[0] = 0;
++  safe_strcat (priority, sizeof (priority), "NORMAL");
++
++  if (! option(OPTTLSV1_2))
++  {
++nproto--;
++safe_strcat (priority, sizeof (priority), ":-VERS-TLS1.2");
++  }
++  if (! option(OPTTLSV1_1))
++  {
++nproto--;
++safe_strcat (priority, sizeof (priority), ":-VERS-TLS1.1");
++  }
++  if (! option(OPTTLSV1))
++  {
++nproto--;
++safe_strcat (priority, sizeof (priority), ":-VERS-TLS1.0");
++  }
++  if (! option(OPTSSLV3))
++  {
++nproto--;
++safe_strcat (priority, sizeof (priority), ":-VERS-SSL3.0");
++  }
++
++  if (nproto == 0)
++  {
++mutt_error (_("All available protocols for TLS/SSL connection disabled"));
++return -1;
++  }
++
++  if ((err = gnutls_priority_set_direct (data->state, priority, NULL)) < 0)
++  {
++mutt_error ("gnutls_priority_set_direct(%s): %s", priority, gnutls_strerror(err));
++mutt_sleep (2);
++return -1;
++  }
++
++  return 0;
++}
+ 
+ /* tls_negotiate: After TLS state has been initialized, attempt to

Bug#793639: minizip: Patch for libkml version constraint

[Bas Couwenberg]

Package: minizip
Version: 1.1-6
Followup-For: Bug #793639

Hi Michael,

I tried to rebuild gdal with the new libkml from experimental, but the
missing version constraint prevents libminizip-dev & libkml-dev to be
installed.

The attached patch adds the version constraint to only
Conflicts/Replaces libkml-dev version preceding the fix.

Kind Regards,

Bas
--- ../minizip-1.1_debian.orig/control	2015-08-01 14:05:09.091512734 +0200
+++ debian/control	2015-08-01 14:06:00.904553476 +0200
@@ -47,9 +47,9 @@
  ${misc:Depends},
  libminizip1 (= ${binary:Version})
 Replaces:
- libkml-dev,
+ libkml-dev (<< 1.3.0r864+git20150723-0fa2f22-1~),
 Conflicts:
- libkml-dev,
+ libkml-dev (<< 1.3.0r864+git20150723-0fa2f22-1~),
 Description: compression library - minizip development files
  minizip is a minimalistic library that supports compressing, extracting,
  viewing, and manipulating zip files.

Bug#794328: apt-cacher-ng: cronjob produces output after package removal

[Andreas Beckmann]

Package: apt-cacher-ng
Version: 0.8.5-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your packages cronjob produces
output after the package has been removed.

>From the attached log (scroll to the bottom...):

0m43.1s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmplpqG_U', 
'/etc/cron.daily/apt-cacher-ng']
0m43.1s DUMP: 
  Running in chroot, ignoring request.
0m43.1s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmplpqG_U', 
'/etc/cron.daily/apt-cacher-ng']
0m43.1s ERROR: FAIL: Cron file /etc/cron.daily/apt-cacher-ng has output with 
package removed


cheers,

Andreas


apt-cacher-ng_0.8.5-1.log.gz
Description: application/gzip

Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard

[Ian Campbell]

On Sat, 2015-08-01 at 10:51 +0100, Ian Campbell wrote:
> http://git.kernel.org/linus/07949bf9c63c9a80027fe8452d5fe8b9ba9b3c23
>
> I'll see about backporting that to the 4.1 kernel in Debian until we
> move to 4.2.

It turns out that this patch while necessary is not sufficient and I
also needed the following for full cpufreq autoloading on Cubietruck
with Debian's modular kernel config.

Cheers,
Ian.

>8---
>From 38880ed1b26e8778268c1da41ab2bb52c6797947 Mon Sep 17 00:00:00 2001
From: Ian Campbell 
Date: Sat, 1 Aug 2015 13:44:06 +0100
Subject: [PATCH] regulator: axp20x: Add module alias

This allows the module to be autoloaded.

Together with 07949bf9c63c ("cpufreq: dt: allow driver to boot
automatically") this is sufficient to allow a modular kernel (such
as Debian's) to enable cpufreq on a Cubietruck.

Signed-off-by: Ian Campbell 
Cc: Liam Girdwood 
Cc: Mark Brown 
Cc: Signed-off-by: Chen-Yu Tsai 
Cc: Maxime Ripard 
---
 drivers/regulator/axp20x-regulator.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/regulator/axp20x-regulator.c 
b/drivers/regulator/axp20x-regulator.c
index e4331f5..2c82131 100644
--- a/drivers/regulator/axp20x-regulator.c
+++ b/drivers/regulator/axp20x-regulator.c
@@ -264,3 +264,4 @@ module_platform_driver(axp20x_regulator_driver);
 MODULE_LICENSE("GPL v2");
 MODULE_AUTHOR("Carlo Caione ");
 MODULE_DESCRIPTION("Regulator Driver for AXP20X PMIC");
+MODULE_ALIAS("platform:axp20x-regulator");
-- 
2.1.4


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

Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard

[Hans de Goede]

Hi,

On 01-08-15 14:50, Ian Campbell wrote:

On Sat, 2015-08-01 at 10:51 +0100, Ian Campbell wrote:

http://git.kernel.org/linus/07949bf9c63c9a80027fe8452d5fe8b9ba9b3c23

I'll see about backporting that to the 4.1 kernel in Debian until we
move to 4.2.


It turns out that this patch while necessary is not sufficient and I
also needed the following for full cpufreq autoloading on Cubietruck
with Debian's modular kernel config.


Makes sense, and the patch looks good. Can you please submit this upstream
to the regulator subsys maintainers?

I know that Mark is in the Cc, but this thread does not really look
like an official patch submission, I believe that a separate
patch submission using the standard procedure for those would be
good.

Thanks & Regards,

Hans





Cheers,
Ian.

>8---
 From 38880ed1b26e8778268c1da41ab2bb52c6797947 Mon Sep 17 00:00:00 2001
From: Ian Campbell 
Date: Sat, 1 Aug 2015 13:44:06 +0100
Subject: [PATCH] regulator: axp20x: Add module alias

This allows the module to be autoloaded.

Together with 07949bf9c63c ("cpufreq: dt: allow driver to boot
automatically") this is sufficient to allow a modular kernel (such
as Debian's) to enable cpufreq on a Cubietruck.

Signed-off-by: Ian Campbell 
Cc: Liam Girdwood 
Cc: Mark Brown 
Cc: Signed-off-by: Chen-Yu Tsai 
Cc: Maxime Ripard 
---
  drivers/regulator/axp20x-regulator.c | 1 +
  1 file changed, 1 insertion(+)

diff --git a/drivers/regulator/axp20x-regulator.c 
b/drivers/regulator/axp20x-regulator.c
index e4331f5..2c82131 100644
--- a/drivers/regulator/axp20x-regulator.c
+++ b/drivers/regulator/axp20x-regulator.c
@@ -264,3 +264,4 @@ module_platform_driver(axp20x_regulator_driver);
  MODULE_LICENSE("GPL v2");
  MODULE_AUTHOR("Carlo Caione ");
  MODULE_DESCRIPTION("Regulator Driver for AXP20X PMIC");
+MODULE_ALIAS("platform:axp20x-regulator");




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

Bug#793639: minizip: Use versioned Breaks/Replaces

[Bas Couwenberg]

Source: minizip
Version: 1.6-1
Followup-For: Bug #793639

Hi Michael,

Using versioned Breaks/Replaces is probably better than a versioned
Conflicts.

The attached patch is updated to use Breaks instead of Conflicts.

Kind Regards,

Bas
diff -ruN ../minizip-1.1_debian.orig/control debian/control
--- ../minizip-1.1_debian.orig/control	2015-08-01 14:05:09.091512734 +0200
+++ debian/control	2015-08-01 14:50:58.878740923 +0200
@@ -47,9 +47,9 @@
  ${misc:Depends},
  libminizip1 (= ${binary:Version})
 Replaces:
- libkml-dev,
-Conflicts:
- libkml-dev,
+ libkml-dev (<< 1.3.0r864+git20150723-0fa2f22-1~),
+Breaks:
+ libkml-dev (<< 1.3.0r864+git20150723-0fa2f22-1~),
 Description: compression library - minizip development files
  minizip is a minimalistic library that supports compressing, extracting,
  viewing, and manipulating zip files.

Bug#793792: R43272X: Repository doesn't contain chunk

[Lars Wirzenius]

On Mon, Jul 27, 2015 at 06:26:48PM +0300, Vladmimir Stavrinov wrote:
> Yes, this is old problem, You know. But in this case there are no any race
> conditions. Only one client is working and only one obnam process are running
> at once. And all things are local: client, repository and backed up
> directories. The only feature is that repository placed on usb hard disk, that
> is under automount control. 

The next version of Obnam will have fixes related to this, both to not
crash "obnam forget" if a chunk it wants to remove is missing, and to
avoid removing chunks until references to them have been removed.

-- 
sic transit disci mundi, ergo obnam


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

Bug#794329: gdc-multilib: uninstallable in sid: Depends: gdc (>= 4:5.2.1-2), but sid has gdc (5.2.1-2)

[Andreas Beckmann]

Package: gdc-multilib
Version: 4:5.2.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is not
installable in sid:

gdc-multilib/amd64 unsatisfiable Depends: gdc (>= 4:5.2.1-2)
gdc-multilib/i386 unsatisfiable Depends: gdc (>= 4:5.2.1-2)

since

 gdc | 5.1.1-1 | stretch | amd64, arm64, armel, armhf, i386, mips, 
mipsel, powerpc, ppc64el, s390x
 gdc | 5.1.1-1 | sid | arm64, armel
 gdc | 5.2.1-2 | sid | amd64, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x


Cheers,

Andreas


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

Bug#707816: fixed in 2.6.0

[Simon Josefsson]

fixed 707816 2.6.0-1
thanks

Hi.  TOTP with HMAC-SHA-256/512 was implemented in 2.6.0, which has been
uploaded to Debian.

/Simon


signature.asc
Description: PGP signature

Bug#793792: R43272X: Repository doesn't contain chunk

[Vladimir Stavrinov]

On Sat, Aug 01, 2015 at 03:52:43PM +0300, Lars Wirzenius wrote:

> The next version of Obnam will have fixes related to this, both to not
> crash "obnam forget" if a chunk it wants to remove is missing, and to

In which version? I see 1.13 in repository with some patches related to
this problem. Is it this one, or next after it?

> avoid removing chunks until references to them have been removed.

In this case it is possible to get opposite situation: orphan chunks
without references. I think it is better simply to remove references
without chunks. And we need cleaning function, may be as part of fsck
command.

###  Vladimir Stavrinov  ###


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

Bug#793639: minizip: Use versioned Breaks/Replaces

[Sebastiaan Couwenberg]

On 01-08-15 14:56, Bas Couwenberg wrote:
> The attached patch is updated to use Breaks instead of Conflicts.

It's unhelpfull that I typo'ed the version number in my previous patches.

Fixed patch attached.

Kind Regards,

Bas


minizip_1.1-6_libkml-breaks2.patch
Description: application/pgp-encrypted

Bug#793792: R43272X: Repository doesn't contain chunk

[Lars Wirzenius]

On Sat, Aug 01, 2015 at 04:12:10PM +0300, Vladimir Stavrinov wrote:
> On Sat, Aug 01, 2015 at 03:52:43PM +0300, Lars Wirzenius wrote:
> 
> > The next version of Obnam will have fixes related to this, both to not
> > crash "obnam forget" if a chunk it wants to remove is missing, and to
> 
> In which version?

The version of Obnam that will be released and uploaded to Debian. It
will likely be called 1.13.

> > avoid removing chunks until references to them have been removed.
> 
> In this case it is possible to get opposite situation: orphan chunks
> without references. I think it is better simply to remove references
> without chunks. And we need cleaning function, may be as part of fsck
> command.

"obnam fsck" already knows how to delete unused chunks. I reject the
suggestion that "obnam forget" shouldn't be removing unused chunks.

-- 
sic transit disci mundi, ergo obnam


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

Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows)))))

[qwer]

On Sat, Aug 01, 2015 at 10:03:01AM +, Debian Bug Tracking System wrote:
> If you wish to submit further information on this problem, please
> send it to 794...@bugs.debian.org.

Change!
After downloading 53 new packages and an enormous amount of others,
gnome was installed and worked.
But if I would like gnome ...
I don's like gnome and never did ever before.
Well, I put it away and tried to install KDE.
And now?
I have a pure beginning, a nice pointer as I ever had 
but absolutly nothing to point on.
In gnome the programs could be pushed around, but in KDE I don's have anything 
to push.
[A^F2] opens the well known small window but nothing can be writen there.

Not so fascinating, really.


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

Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing

[Kurt Roeckx]

Can you try the package from:
https://people.debian.org/~kroeckx/openssl/?

Could you also run this after isntalling it:
openssl speed sha256
openssl speed -evp aes-128-cbc
openssl speed -evp aes-128-cbc-hmac-sha256


Kurt


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

Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows)))))

[qwer]

On Sat, Aug 01, 2015 at 10:03:01AM +, Debian Bug Tracking System wrote:
> If you wish to submit further information on this problem, please
> send it to 794...@bugs.debian.org.

To be exact, but i just discovered it now:
{A^] can show it's history and any program there can be started!
But the history there is really poor :-(
Any started program behalves as known: No headline of any window,
programs with "file" top left can be stopped, but for instance
Xosview only at VT with killall -9.


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

Bug#794330: [mousepad] Completely ignores configured font settings

[OmegaPhil]

Package: mousepad
Version: 0.4.0-2
Severity: normal

Start mousepad with an empty document, View -> Select Font, pick
monospace 20, start writing - nothing has changed, standard font and
size used.

On stdout the following is output on startup, nothing happens associated
with picking the font:

==

mousepad:15817): GtkSourceView-CRITICAL **:
gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME
(scheme)' failed

(mousepad:15817): GLib-CRITICAL **: g_variant_new_string: assertion
'string != NULL' failed

(mousepad:15817): GtkSourceView-CRITICAL **:
gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME
(scheme)' failed

(mousepad:15817): GLib-CRITICAL **: g_variant_new_string: assertion
'string != NULL' failed

(mousepad:15817): GtkSourceView-CRITICAL **:
gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME
(scheme)' failed

==

This is annoying as I need to increase the font size to actually read
kanji properly.


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

Debian Release: stretch/sid
  990 testing www.deb-multimedia.org
  990 testing 10.1.0.3
  500 unstable10.1.0.3
  500 quodlibet-unstable 10.1.0.3
1 experimental10.1.0.3

--- Package information. ---
Depends (Version) | Installed
=-+-
libc6(>= 2.4) |
libdbus-1-3(>= 1.0.2) |
libdbus-glib-1-2(>= 0.88) |
libglib2.0-0  (>= 2.35.9) |
libgtk2.0-0   (>= 2.18.0) |
libgtksourceview2.0-0 (>= 2.10.0) |
libpango1.0-0 (>= 1.14.0) |


Package's Recommends field is empty.

Package's Suggests field is empty.



signature.asc
Description: OpenPGP digital signature

Bug#794321: Bug#794322: codespell --help: inconsistent capitalization and punctuation

[Peter Spiess-Knafl]

Hi Jakub!

Thank you for reporting this. I will fix it in the next upload.

Greetings
Peter


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

Bug#793792: R43272X: Repository doesn't contain chunk

[Vladimir Stavrinov]

On Sat, Aug 01, 2015 at 04:20:37PM +0300, Lars Wirzenius wrote:

> > In this case it is possible to get opposite situation: orphan chunks

If You remove the reference first, then You may leave it's chunk not
deleted in case of some fault.

> "obnam fsck" already knows how to delete unused chunks. I reject the

I meant remove reference, that points to nonexistent chunk.

> suggestion that "obnam forget" shouldn't be removing unused chunks.

Again, I meant remove reference, that points to nonexistent chunk.

###  Vladimir Stavrinov  ###


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

Bug#794061: breeze: Breeze theme completely stopped working after the last upgrade

[Lisandro Damián Nicanor Pérez Meyer]

On Saturday 01 August 2015 09:22:30 Salvo Tomaselli wrote:
[snip]
> > The Debian qt4-x11 build looks for plugins in /usr/lib//qt4/plugins.
> > That's why it loads the breeze style even when the path is not explicitly
> > listed in QT_PLUGIN_PATH.
> 
> I don't think it does load it without the env-var :)

It should, that's the default path embedded in the libs. The en variable might 
be used to override it.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#794332: sssd-common: deletes conffile owned by sssd: /etc/logrotate.d/sssd

[Andreas Beckmann]

Package: sssd-common
Version: 1.12.5-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + sssd

Hi,

during a test with piuparts I noticed your package deletes an
(obsolete) conffile owned another package.
The chosen approach is wrong since it does not update dpkg's
database.

debsums reports modification of the following files,
from the attached log (scroll to the bottom...):

2m6.8s ERROR: FAIL: debsums reports modifications inside the chroot:
  debsums: missing file /etc/logrotate.d/sssd (from sssd package)

The correct approach should be (but I didn't test this):
* drop manual cleanup from sssd-common maintainer scripts
* add debian/sssd.maintscript containing
= 8< =
rm_conffile /etc/logrotate.d/sssd 1.12.5-3~
= >8 =


cheers,

Andreas


sssd_1.12.5-2.log.gz
Description: application/gzip

Bug#793778: kscreen: Big issues with three monitors

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 31 July 2015 11:58:46 Martin Steigerwald wrote:
> Am Freitag, 31. Juli 2015, 11:45:51 schrieb Dominik George:
> > > Anyway, it may be wise to just retest with Qt 5.5. Maybe the issue is
> > > fixed
> > > already.
> > 
> > Ok.
> > 
> > I got the impression that somehow this is related to attaching *two* new
> > screens at the same time, which is the case when ounting the notebook into
> > the  docking station. Maybe this leads to some kidn of race condition.
> 
> Well, feel free to report the bug upstream if you think it you have an
> unusual setup. I just read by upstream and Lisandro that Qt 5.5 and even
> more so 5.5.1 fixed quite some mutiple screens related issues. I am not
> sure whether it fixes yours.

I'm also not sure, but upstream will definetely ask you to test with Qt 5.5.0 
so.. I'm afraid the best solution might be to wait here.

Tip: what happens if you dock the notebook before turning it on? or at least 
while being on sddm (ie, not logged in plasma).



-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#794333: cpl-plugin-naco-calib: fails to download naco-kit-4.4.0.tar.gz, does not exist

[Andreas Beckmann]

Package: cpl-plugin-naco-calib
Version: 4.4.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package cpl-plugin-naco-calib.
  (Reading database ... 
(Reading database ... 7758 files and directories currently installed.)
  Preparing to unpack .../cpl-plugin-naco-calib_4.4.0+dfsg-1_all.deb ...
  Unpacking cpl-plugin-naco-calib (4.4.0+dfsg-1) ...
  Setting up cpl-plugin-naco-calib (4.4.0+dfsg-1) ...
  --2015-08-01 07:47:48--  
ftp://ftp.eso.org/pub/dfs/pipelines/naco/naco-kit-4.4.0.tar.gz
 => '-'
  Resolving ftp.eso.org (ftp.eso.org)... 134.171.42.53, 134.171.42.54
  Connecting to ftp.eso.org (ftp.eso.org)|134.171.42.53|:21... connected.
  Logging in as anonymous ... Logged in!
  ==> SYST ... done.==> PWD ... done.
  ==> TYPE I ... done.  ==> CWD (1) /pub/dfs/pipelines/naco ... done.
  ==> SIZE naco-kit-4.4.0.tar.gz ... done.
  
  ==> PASV ... done.==> RETR naco-kit-4.4.0.tar.gz ... 
  No such file 'naco-kit-4.4.0.tar.gz'.
  
  
  gzip: stdin: unexpected end of file
  tar: Child returned status 1
  tar: Error is not recoverable: exiting now
  
  gzip: stdin: unexpected end of file
  tar: Child returned status 1
  tar: Error is not recoverable: exiting now
  dpkg: error processing package cpl-plugin-naco-calib (--configure):
   subprocess installed post-installation script returned error exit status 2
  Errors were encountered while processing:
   cpl-plugin-naco-calib

There are naco-kit-4.4.0-1.tar.gz and naco-kit-4.4.0-3.tar.gz instead.


cheers,

Andreas


cpl-plugin-naco-calib_4.4.0+dfsg-1.log.gz
Description: application/gzip

Bug#744128: network-manager-openvpn-gnome: Segfault when importing existing ovpn configuration file

[Michael Kappes]

Package: network-manager-openvpn-gnome
Version: 0.9.10.0-1
Followup-For: Bug #744128

Dear Maintainer,

after tipping my config in a new "OpenVPN" connection. (i click on "new") i can
start my VPN, but i get so much errormsg.

erify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.065073]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.065546]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.066023]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.066505]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.066979]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.067451]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.067922]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig
Aug 01 16:41:59 desktop NetworkManager[514]:  [1438440119.068392]
[devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated
connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig



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

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

Versions of packages network-manager-openvpn-gnome depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libdbus-1-3  1.8.18-0+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1
ii  libnm-glib-vpn1  0.9.10.0-7
ii  libnm-glib4  0.9.10.0-7
ii  libnm-gtk0   0.9.10.0-2
ii  libnm-util2  0.9.10.0-7
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsecret-1-00.18-1+b1
ii  network-manager-openvpn  0.9.10.0-1

network-manager-openvpn-gnome recommends no packages.

network-manager-openvpn-gnome suggests no packages.

-- no debconf information


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

Bug#582481: Fin de Semana de Agosto en Filo de los Medanos

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://goto-5.net/track/click?u=web&p=36343936383a343a343a303a303a30&m=30178&s=22edc2d3088f9d07fa77093a15b65138
 ) | 

Reenvía a un amigo ( Link -> 
http://goto-5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30178&s=22edc2d3088f9d07fa77093a15b65138
 ) 

/*

*/

IMAGENES

IMAGENES ( Link -> http://www.filodelosmedanos.com/galeria.html ) CONOCENOS

( Link -> http://www.filodelosmedanos.com ) 

( Link -> 
http://goto-5.net/track/click?u=facebook&p=36343936383a343a343a303a303a30&m=30178&s=22edc2d3088f9d07fa77093a15b65138
 ) 

( Link -> 
http://goto-5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30178&s=22edc2d3088f9d07fa77093a15b65138
 ) 

Facebook ( Link -> https://www.facebook.com/profile.php?id=19898983236 ) 

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://goto-5.net/track/click?u=vcard&p=36343936383a343a343a303a303a30&m=30178&s=22edc2d3088f9d07fa77093a15b65138
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://goto-5.net/track/click?u=unsubscribe&p=36343936383a343a343a303a303a30&m=30178&s=22edc2d3088f9d07fa77093a15b65138
 )

Bug#562700: Fin de Semana de Agosto en Filo de los Medanos

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://goto-5.net/track/click?u=web&p=36343936383a343a343a303a303a30&m=30168&s=13081153c981bc842d5057b8d85ebc30
 ) | 

Reenvía a un amigo ( Link -> 
http://goto-5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30168&s=13081153c981bc842d5057b8d85ebc30
 ) 

/*

*/

IMAGENES

IMAGENES ( Link -> http://www.filodelosmedanos.com/galeria.html ) CONOCENOS

( Link -> http://www.filodelosmedanos.com ) 

( Link -> 
http://goto-5.net/track/click?u=facebook&p=36343936383a343a343a303a303a30&m=30168&s=13081153c981bc842d5057b8d85ebc30
 ) 

( Link -> 
http://goto-5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30168&s=13081153c981bc842d5057b8d85ebc30
 ) 

Facebook ( Link -> https://www.facebook.com/profile.php?id=19898983236 ) 

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://goto-5.net/track/click?u=vcard&p=36343936383a343a343a303a303a30&m=30168&s=13081153c981bc842d5057b8d85ebc30
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://goto-5.net/track/click?u=unsubscribe&p=36343936383a343a343a303a303a30&m=30168&s=13081153c981bc842d5057b8d85ebc30
 )

Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui

[Andreas Beckmann]

Package: ea-utils
Version: 1.1.2+dfsg-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: affects -1 + amule-utils-gui

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Selecting previously unselected package ea-utils.
  Preparing to unpack .../ea-utils_1.1.2+dfsg-1_amd64.deb ...
  Unpacking ea-utils (1.1.2+dfsg-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/alc.1.gz', which is also in package 
amule-utils-gui 2.3.1+git1a369e47-3
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  usr/bin/alc
  usr/share/man/man1/alc.1.gz


Cheers,

Andreas

PS: for more information about the detection of file overwrite errors
of this kind see https://qa.debian.org/dose/file-overwrites.html


amule-utils-gui=2.3.1+git1a369e47-3_ea-utils=1.1.2+dfsg-1.log.gz
Description: application/gzip

Bug#794335: mdadm FTCBFS: uses build arch compiler

[Helmut Grohne]

Source: mdadm
Version: 3.3.2-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

mdadm FTCBFS, because it uses the build architecture compiler. The
dh_strip step that uses the host architecture strip then fails to
recognize the wrong architecture objects. I am attaching a failing build
log as well as a patch that fixes the issue. Note that even though the
patch unconditionally exports CROSS_COMPILE, this poses no problem to
native compilation as Debian's gcc has provided the architecture
qualified names for more than 10 years.

Helmut
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3

╔══╗
║ mdadm 3.3.2-5 (CROSS host=arm64/build=amd64)   28 Jul 2015 02:34 ║
╚══╝

Package: mdadm
Version: 3.3.2-5
Source Version: 3.3.2-5
Distribution: unstable
Machine Architecture: amd64
Host Architecture: arm64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/mdadm-cnevtB/mdadm-3.3.2' with 
'«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/mdadm-cnevtB' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-debomatic-aee9e9f1-d9f7-46ab-855e-2df4e812753d'
 with '«CHROOT»'

┌──┐
│ Chroot Setup Commands│
└──┘


/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup
───


I: Finished running 
'/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'.

Finished processing commands.


┌──┐
│ Update chroot│
└──┘

Get:1 http://httpredir.debian.org unstable InRelease [200 kB]
Get:2 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B]
Get:3 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B]
Get:4 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B]
Get:5 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 
B]
Get:6 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7819 B]
Get:7 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7819 B]
Get:8 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 
B]
Get:9 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex 
[7819 B]
Get:10 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7819 B]
Get:11 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex 
[7819 B]
Get:12 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 
B]
Get:13 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7819 B]
Get:14 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 
kB]
Get:15 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 
B]
Get:16 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 
B]
Get:17 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 
kB]
Get:18 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 
B]
Get:19 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 
kB]
Get:20 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ 
B]
Get:21 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 
kB]
Get:22 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 
kB]
Get:23 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 
kB]
Get:24 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 
kB]
Get:25 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 
kB]
Get:26 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 
kB]
Get:27 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 
kB]
Get:28 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 
B]
Get:29 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 
kB]
Get:30 http://httpredir.debian.org unstable/main 2015-07-24-2051.02.pdiff [23.9 
kB]
Get:31 http://httpredir.debian.org unstable/main 2015-07-25-0251.08.pdiff [4449 
B]
Get:32 http://httpredir.debian.org unstable/main 2015-07-25-0850.02.pdiff [2819 
B]
Get:33 http://httpredir.debian.org unstable/main 2015-07-25-2052.33.pdiff [30.1 
kB]
Get:34 http://httpredir.debian.org unstable/main 2015

Bug#583104: Fin de Semana de Agosto en Filo de los Medanos

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://list-manage8.net/track/click?u=web&p=36343936383a343a343a303a303a30&m=30191&s=2670c866f089e163bdcc04742296760e
 ) | 

Reenvía a un amigo ( Link -> 
http://list-manage8.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30191&s=2670c866f089e163bdcc04742296760e
 ) 

/*

*/

IMAGENES

IMAGENES ( Link -> http://www.filodelosmedanos.com/galeria.html ) CONOCENOS

( Link -> http://www.filodelosmedanos.com ) 

( Link -> 
http://list-manage8.net/track/click?u=facebook&p=36343936383a343a343a303a303a30&m=30191&s=2670c866f089e163bdcc04742296760e
 ) 

( Link -> 
http://list-manage8.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30191&s=2670c866f089e163bdcc04742296760e
 ) 

Facebook ( Link -> https://www.facebook.com/profile.php?id=19898983236 ) 

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://list-manage8.net/track/click?u=vcard&p=36343936383a343a343a303a303a30&m=30191&s=2670c866f089e163bdcc04742296760e
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://list-manage8.net/track/click?u=unsubscribe&p=36343936383a343a343a303a303a30&m=30191&s=2670c866f089e163bdcc04742296760e
 )

Bug#287876: Fin de Semana de Agosto en Filo de los Medanos

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://list-manage5.net/track/click?u=web&p=36343936383a343a343a303a303a30&m=30163&s=5d7cdee92f0edab2e4066deb24b76554
 ) | 

Reenvía a un amigo ( Link -> 
http://list-manage5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30163&s=5d7cdee92f0edab2e4066deb24b76554
 ) 

/*

*/

IMAGENES

IMAGENES ( Link -> http://www.filodelosmedanos.com/galeria.html ) CONOCENOS

( Link -> http://www.filodelosmedanos.com ) 

( Link -> 
http://list-manage5.net/track/click?u=facebook&p=36343936383a343a343a303a303a30&m=30163&s=5d7cdee92f0edab2e4066deb24b76554
 ) 

( Link -> 
http://list-manage5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30163&s=5d7cdee92f0edab2e4066deb24b76554
 ) 

Facebook ( Link -> https://www.facebook.com/profile.php?id=19898983236 ) 

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://list-manage5.net/track/click?u=vcard&p=36343936383a343a343a303a303a30&m=30163&s=5d7cdee92f0edab2e4066deb24b76554
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://list-manage5.net/track/click?u=unsubscribe&p=36343936383a343a343a303a303a30&m=30163&s=5d7cdee92f0edab2e4066deb24b76554
 )

Bug#582664: Fin de Semana de Agosto en Filo de los Medanos

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://goto-5.net/track/click?u=web&p=36343936383a343a343a303a303a30&m=30181&s=afb7d8dfb4170891d5c7a45614649dac
 ) | 

Reenvía a un amigo ( Link -> 
http://goto-5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30181&s=afb7d8dfb4170891d5c7a45614649dac
 ) 

/*

*/

IMAGENES

IMAGENES ( Link -> http://www.filodelosmedanos.com/galeria.html ) CONOCENOS

( Link -> http://www.filodelosmedanos.com ) 

( Link -> 
http://goto-5.net/track/click?u=facebook&p=36343936383a343a343a303a303a30&m=30181&s=afb7d8dfb4170891d5c7a45614649dac
 ) 

( Link -> 
http://goto-5.net/track/click?u=forwardto&p=36343936383a343a343a303a303a30&m=30181&s=afb7d8dfb4170891d5c7a45614649dac
 ) 

Facebook ( Link -> https://www.facebook.com/profile.php?id=19898983236 ) 

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://goto-5.net/track/click?u=vcard&p=36343936383a343a343a303a303a30&m=30181&s=afb7d8dfb4170891d5c7a45614649dac
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://goto-5.net/track/click?u=unsubscribe&p=36343936383a343a343a303a303a30&m=30181&s=afb7d8dfb4170891d5c7a45614649dac
 )

Bug#794337: audacity: please include higher resolution icon (patch included)

[Ronny Standtke]

Package: audacity
Version: 2.0.6-2
Severity: minor
Tags: patch

When using larger icons in KDE the audacity icon looks very blurry (see
left-hand side of attached picture).
KDE does not seem to use the provided SVG icon, maybe because it is in a
non-supported format. If the SVG icon is selected manually, the icon looks
completely garbled (see middle of attached picture).
Therefore I added a higher resolution icon (see attached tgz file). Now the
audacity icon looks great again (see right-hand side of attached picture).

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

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

Versions of packages audacity depends on:
ii  audacity-data 2.0.6-2
ii  libasound21.0.28-1
ii  libavcodec56  6:11.3-1+deb8u1
ii  libavformat56 6:11.3-1+deb8u1
ii  libavutil54   6:11.3-1+deb8u1
ii  libc6 2.19-18
ii  libexpat1 2.1.0-6+b3
ii  libflac++61.3.0-3
ii  libflac8  1.3.0-3
ii  libgcc1   1:4.9.2-10
ii  libglib2.0-0  2.42.1-1
ii  libid3tag00.15.1b-11
ii  libmad0   0.15.1b-8
ii  libmp3lame0   1:3.99.5-dmo4
ii  libogg0   1.3.2-1
ii  libportaudio2 19+svn20140130-1
ii  libportsmf0   0.1~svn20101010-4
ii  libsbsms102.0.2-1
ii  libsndfile1   1.0.25-9.1
ii  libsoundtouch01.8.0-1
ii  libsoxr0  0.1.1-1
ii  libstdc++64.9.2-10
ii  libtwolame0   0.3.13-1.1
ii  libvamp-hostsdk3  2.5+repack0-2
ii  libvorbis0a   1.3.4-2
ii  libvorbisenc2 1.3.4-2
ii  libvorbisfile31.3.4-2
ii  libwxbase3.0-03.0.2-1+b1
ii  libwxgtk3.0-0 3.0.2-1+b1

audacity recommends no packages.

Versions of packages audacity suggests:
ii  blop [ladspa-plugin] 0.2.8-6
ii  caps [ladspa-plugin] 0.9.23-1
ii  cmt [ladspa-plugin]  1.16-1
ii  swh-plugins [ladspa-plugin]  0.4.15+1-7

-- no debconf information



audacity_icon.tgz
Description: application/compressed-tar

Bug#793943: testdisk: Program received signal SIGSEGV, Segmentation fault.

[Antonio Galea]

Package: testdisk
Followup-For: Bug #793943

I have packaged testdisk 7.0 on stable with a simple tweak of the current
debian/rules. My laptop arch is amd64, and there it works well - but I do not
have the means for testing on other archs.

I attach my debian.tar.zx files.

Cheers,

Antonio


testdisk_7.0-1.debian.tar.xz
Description: application/xz

Bug#794336: [e]glibc breaks res_init() functionality

[Joshua Rogers]

package: glibc

I don't know whether this is still relevant or not, as I know Debian has
switched back to the original glibc, which does not contain this bug, but...

A patch to Debian's glibc, introduced here:
https://lists.debian.org/debian-glibc/2006/06/msg00154.html contains a
bug, which breaks the functionality of res_init().

res_init() is supposed to initalize the _res struct, and then allow for
modifications to the _res struct by the user, before resolving something
using res_query().

The introduction of the 'last_mtime' stat struct was used to determine
whether or not the _res struct had to be re-initalized, as the last
modification time of /etc/resolv.conf had changed. However, res_query()
uses __res_maybe_init() to determine whether or not to reset _res, but
res_init() does not set statbuf. So, calling res_init() effectively does
nothing, since all the changes will be overwritten by the first call to
res_query(), because res_query() runs __res_maybe_init().


Ubuntu report here, for reference:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1432378/comments/4


Thanks!

(Apologies if this has done through twice. I haven't used Debian's bug tracking 
for awhile.)

-- 
-- Joshua Rogers 



signature.asc
Description: OpenPGP digital signature

Bug#787582: VDPAU needed

[Andreas Beckmann]

On 2015-08-01 00:21, Julien Aubin wrote:
> Package still not appearing in backports. Was it rejected ? :-(

Please be patient. https://ftp-master.debian.org/backports-new.html


Andreas


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

Bug#793662: Acknowledgement (incomplete snapshots per interval)

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

There was no response, so I reported this problem upstream:

https://github.com/rsnapshot/rsnapshot/issues/102


Regards
Harri

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJVvOqxAAoJEAqeKp5m04HLGWAH/1ubqhxaNx+C+V8jrJoyz7zG
x3urlDxNhnWIGUd/j/SJmzEPgnj9OjePDZQlt+ZbJeJnIu0/EyhMr3a+8lQ1wUfM
nM/fxVAb5MhGges1RR3RkZkW9jxuwSHj3gml5iid1Xd/v1Ntu9XW/5uYOJIbCKCM
cE0cusKALv065xMNSq7ySc4FNKVkZZ/Xzu/2M5vWjroW2So8yJ8/peaOmFZ5O4yN
ZGMfIhDzNo45x5bJWhXC4qt20Zg8gWYmnM7eT4PWqsnEVcD4seN72c2d0VGl/KFt
JfhCaQT4+qOnPDyF8O+0e4G37YFP670PX6ueFcv1fuu9BUaq1KyFXef5Oboc7uE=
=7Uah
-END PGP SIGNATURE-


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

Bug#793778: kscreen: Big issues with three monitors

[Dominik George]

Hi,

> Tip: what happens if you dock the notebook before turning it on? or at least
> while being on sddm (ie, not logged in plasma).

this scenario works better. It does not crash anything, however, it messes up 
the KDE panel. This might be another bug, though.

-nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Mobil: +49-151-61623918

Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Contributor

LPIC-3 Linux Enterprise Professional (Security)

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

Bug#794198: toppler: missing sources of binary file toppler.dat

[Ronny Standtke]

> The file toppler.dat is actually an archive, like a tarball. It is not
> compiled code. 

Thanks for the info, good to know. I just didn't know how to "unarchive"
the toppler.dat file. Is there any?

>> http://toppler.sourceforge.net/repos/datafile/
> This is the source for the archiver, not for toppler.dat.

Well, this repository contains all the game data in its original
editable format (Blender, GIMP, POV-Ray, PNGs, WAVs, ...). So, as far as
I interpret it, it is not just the source for the archiver program...

> This would be most inconvenient. I would need to create custom source
> tarballs.

I'm not really an expert in Debian packaging but very often I have seen
"foo-data" packages. Maybe the toppler.dat file could be build in a
toppler-data package with it's own source tarball just containing the
files from the repository above?

> What do you actually want to do ?

I wanted to have the sources of the program in an easily accessible and
editable format after checking out the debian source package of toppler.
I thought this is the meaning of a *source* package. Originally, I just
wanted to take a look at the game data to find a replacement for the
blurry desktop file icon, see my other bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794197

Cheers

Ronny


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

Bug#794237: openconnect: Does not work with network-manager 1.0.4

[Mike Miller]

Control: tags -1 + moreinfo

On Fri, Jul 31, 2015 at 16:59:00 +0300, Matti Koskimies wrote:
> Debian sid updated network-manager from 1.0.2 to 1.0.4 and after that
> openconnect didn't work. I downgraded network-manager to 1.0.2 and openconnect
> works again.

Works for me. Can you define "didn't work"? Doesn't show up in NM? Shows
up but doesn't connect? What versions of all OpenConnect and NM packages
do you have?

-- 
mike


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

Bug#787582: VDPAU needed

[Julien Aubin]

Ok many thanks for the link
Le 1 août 2015 17:43, "Andreas Beckmann"  a écrit :

> On 2015-08-01 00:21, Julien Aubin wrote:
> > Package still not appearing in backports. Was it rejected ? :-(
>
> Please be patient. https://ftp-master.debian.org/backports-new.html
>
>
> Andreas
>
>

Bug#790571: please give-back capnproto on mipsel

[Tom Lee]

Control: tags +confirmed

Dejan, Arturo, thanks for looking into this. Sorry I've been so slow
to get back to you.

Arturo, I understand you've followed up with upstream regarding the
affected tests & Kenton's helping you out with some experimental
patches to disable the failing tests. I'd be interested to know how
that works out, but I do worry that by disabling the tests we'll be
potentially glossing over a real issue.

Dejan, I think you might be onto something with that 4k buffer but let
me look into it a little. Are you aware of any porterboxes with
similar setups to mips-aql-02 + mipsel-manda-0{1,2}?
https://db.debian.org/machines.cgi?host=eder (Loongson 2E) looks like
it might be a promising candidate from a quick google around.

I'm guessing this is likely what's causing builds to fail on several
other archs too.

Cheers,
Tom

On Fri, Jul 17, 2015 at 8:20 AM, Dejan Latinovic
 wrote:
>
> Hi,
> I have tested capnproto on a few local machines.
> Initially, build failed on all boards.
> On different MIPS boards, different tests were failing.
>
>
> AsyncUnixTest.WriteObserver fails if the kernel PAGESIZE is larger that 4k.
>
> After I reduced PAGESIZE to 4096 on CI20, all tests passed.
>
> The solution could be to increase buffer size:
>> char buffer[4096]
> (src/kj/async-unix-test.c++ +416)
> I had increased it to 16384 and tried it on Loongson 3A
> (PAGESIZE is 16k, same board as mipsel-manda-01, mipsel-manda-02),
> all test passed.
> We should keep on mind that pagesize on some MIPS board is up to 64k.
> This solution should be discussed upstream.
>
>
> On EdgeRouter Pro (mips-aql-02),
> these two test failed:
>> [  FAILED  ] 2 tests, listed below:
>> [  FAILED  ] AsyncUnixTest.SignalWithValue
>> [  FAILED  ] AsyncUnixTest.SignalWithPointerValue
>
> I will do further investigating.
>
> Best Regards,
> Dejan



-- 
Tom Lee / http://tomlee.co / @tglee


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

Bug#794338: RFP: ruby-rubygems-openpgp -- Digitally sign Ruby gems via OpenPGP

[brian m. carlson]

Package: wnpp
Severity: wishlist

* Package name: ruby-rubygems-openpgp
  Version : 0.6.0
  Upstream Author : Grant Olson 
* URL : https://github.com/grant-olson/rubygems-openpgp
* License : BSD
  Programming Lang: Ruby
  Description : Digitally sign Ruby gems via OpenPGP

An extension to rubygems to allow signing gems with OpenPGP.

This package is useful because it allows one to authenticate downloaded
gems without having to either purchase an X.509 certificate or create a
self-signed one, instead using the Web of Trust.
-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#793322: Hold off on the new Tip, still broken

[Osamu Aoki]

Hi,

On Thu, Jul 23, 2015 at 07:38:54PM -0400, Ralph Katz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> After further discussion in debian-user, the time interval check also
> seems to be broken.  Let's hold off on the new Tip until someone can
> verify how to reliably set a time interval for fsck.
> 
> https://lists.debian.org/debian-user/2015/07/msg01005.html
> 
> bug  #792752 mention that one must use -f or the count must be exceeded,
> else just one big no-op
> 
> Thanks,

This systemd related changes are very wide spread.  I have not reviewed
situation enough yet.  Please continue your effort and get me the answer
:-)

Osamu


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

Bug#782820: libiksemel: FTBFS against gnutls 3.4.0

[Andreas Metzler]

On 2015-04-18 Andreas Metzler  wrote:
> Package: libiksemel
> Version: 1.4-2
> Severity: normal
> User: ametz...@debian.org
> Usertags: gnutls34

> Hello,

> the package FTBFS against the recently released GnuTLS 3.4.0:
[...]
> ../src/.libs/libiksemel.so: undefined reference to `gnutls_mac_set_priority'
> ../src/.libs/libiksemel.so: undefined reference to 
> `gnutls_protocol_set_priority'
> ../src/.libs/libiksemel.so: undefined reference to `gnutls_kx_set_priority'
> ../src/.libs/libiksemel.so: undefined reference to 
> `gnutls_cipher_set_priority'
> ../src/.libs/libiksemel.so: undefined reference to 
> `gnutls_compression_set_priority'
[...]

The respective code seems to be this one:
src/tls-gnutls.c
const int protocol_priority[] = { GNUTLS_TLS1, GNUTLS_SSL3, 0 };
const int kx_priority[] = { GNUTLS_KX_RSA, 0 };
const int cipher_priority[] = { GNUTLS_CIPHER_3DES_CBC, 
GNUTLS_CIPHER_ARCFOUR, 0};
const int comp_priority[] = { GNUTLS_COMP_ZLIB, GNUTLS_COMP_NULL, 0 };
const int mac_priority[] = { GNUTLS_MAC_SHA, GNUTLS_MAC_MD5, 0 };
[...]
gnutls_protocol_set_priority (data->sess, protocol_priority);
gnutls_cipher_set_priority(data->sess, cipher_priority);
gnutls_compression_set_priority(data->sess, comp_priority);
gnutls_kx_set_priority(data->sess, kx_priority);
gnutls_mac_set_priority(data->sess, mac_priority);

Is there a good reason for this selection? Enabling SSL3.0 and
disabling TLS1.1 and TLS1.2, allowing MD5 as MAC but not SHA256. etc.

If there is not a very good reason for just move to
gnutls_set_default_priority().

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#794339: init-system-helpers: unsatisfiable cross Build-Depends

[Helmut Grohne]

Source: init-system-helpers
Version: 1.23
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

dose reports the Build-Depends of perl as unsatisfiable in for cross
compilation:

  package: src:init-system-helpers
  version: 1.23
  architecture: any,all
  essential: false
  source: init-system-helpers (= 1.23)
  status: broken
  reasons:
   -
missing:
 pkg:
  package: src:init-system-helpers
  version: 1.23
  architecture: any,all
  essential: false
  unsat-dependency: x32:perl

I am attaching a patch that resolves this problem by marking the perl
dependency with :any.

Helmut
diff -Nru init-system-helpers-1.23/debian/changelog 
init-system-helpers-1.23+nmu1/debian/changelog
--- init-system-helpers-1.23/debian/changelog   2015-04-28 15:05:58.0 
+0200
+++ init-system-helpers-1.23+nmu1/debian/changelog  2015-08-01 
17:29:52.0 +0200
@@ -1,3 +1,10 @@
+init-system-helpers (1.23+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate perl dependency with :any. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 01 Aug 2015 17:29:35 +0200
+
 init-system-helpers (1.23) unstable; urgency=medium
 
   [ Didier Roche ]
diff -Nru init-system-helpers-1.23/debian/control 
init-system-helpers-1.23+nmu1/debian/control
--- init-system-helpers-1.23/debian/control 2015-04-28 15:05:58.0 
+0200
+++ init-system-helpers-1.23+nmu1/debian/control2015-08-01 
17:29:13.0 +0200
@@ -6,7 +6,7 @@
  Tollef Fog Heen ,
  Michael Biebl ,
  Martin Pitt 
-Build-Depends: debhelper (>= 8.0.0), perl
+Build-Depends: debhelper (>= 8.0.0), perl:any
 Standards-Version: 3.9.6
 Vcs-Git: git://anonscm.debian.org/collab-maint/init-system-helpers.git
 Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=summary

Bug#794340: crash without error message when trying to open unsupported document type

[j.wuttke]

Package: libreoffice-common
Version: 1:4.4.4-1

Under Debian/stretch, libreoffice-writer installed, libreoffice-calc not 
installed, any attempt to open a spreadsheet document (extension .xls)

causes libreoffice to crash silently. I would have expected an error
message like "Spreadsheets not supported in this installation of libreoffice -
ask your system administrator to install libreoffice-calc".


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

Bug#794320: main option "prdr_enable" unknown

[Andrey Rahmatullin]

On Sat, Aug 01, 2015 at 12:47:19PM +0200, Andreas Metzler wrote:
> > Package: exim4-config
> > Version: 4.86-1
> > Severity: serious
> 
> > After updating an old testing system I get this:
> 
> > Setting up exim4-config (4.86-1) ...
> > 2015-08-01 15:04:52 Exim configuration error in line 140 of
> > /var/lib/exim4/config.autogenerated.tmp:
> >   main option "prdr_enable" unknown
> [...]
> 
> exim4-daemon-* on thissystem was older than 4.83, wasn't it?
4.82.1-2

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#794341: kwin-x11: Window manager often frezes when some of window is resized

[Krzysztof Marczak]

Package: kwin-x11
Version: 4:5.3.2-3
Severity: important

Dear Maintainer,

Window manager kwin_x11 frezes quite often when I try to resize some window. I
observed that it happens mostly when I drag bottom right corner of window for
very short time. If I hold mouse button longer it mostly doesn't happen.

When it happen all programs continues working and screen continues to be
refreshed, but there is not possible to move, close, resize of any window. It
doesn't react on mouse commands and keyboard. There is only possible to swith
to TTY (ctrl+alt+F1) and restart sddm

Unfortunatelly I haven't found any trace of this error in journalcrl. I have no
idea where to find any log files for kwin_x11. I have tried to run kwin_x11
from console to see if it produce any strerr output, but it doesn't when freeze
happens.

Only what I can provide is dump of my kwin configuration (output from qdbus
org.kde.KWin /KWin supportInformation)

It's pasted here: https://paste.kde.org/pywlqjyzt




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

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

Versions of packages kwin-x11 depends on:
ii  kwin-common  4:5.3.2-3
ii  libc62.19-19
ii  libkf5i18n5  5.12.0-1
ii  libkf5windowsystem5  5.12.0-1
ii  libqt5core5a 5.4.2+dfsg-5
ii  libqt5gui5   5.4.2+dfsg-5
ii  libqt5widgets5   5.4.2+dfsg-5
ii  libqt5x11extras5 5.4.2-2
ii  libstdc++6   5.1.1-14
ii  libxcb1  1.10-3+b1

kwin-x11 recommends no packages.

kwin-x11 suggests no packages.

-- no debconf information


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

Bug#793888: ui-gxmlcpp includes autogenerated files that cannot be rebuilt from source

[Johannes Schauer]

Hi,

Quoting Stephan Sürken (2015-08-01 10:55:52)
> Ok, switching to autoreconf (with b-d on ui-auto) is an option I will
> consider.
> 
> Could you ponder a bit more why you think this is a policy violation? It
> seems a bit harsh considering how autotools work, and everything can be
> rebuild within Debian/main -- but maybe I missed something ;).

I reported it like that because I was not able to recreate ./configure and
aclocal.m4 from source. When I deleted both files and tried to regenerate them,
I ran into an error and I also got an error when I tried to rebuild with `dh
--with autoreconf`. This made me believe that ./configure and aclocal.m4 can
*not* be built from source.

Or maybe they can but I'm missing some magic?

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#790571: please give-back capnproto on mipsel

[Tom Lee]

Control: tags -1 +confirmed

(Resending this because I messed up the control flags earlier --
apologies for the spam)

Dejan, Arturo, thanks for looking into this. Sorry I've been so slow
to get back to you.

Arturo, I understand you've followed up with upstream regarding the
affected tests & Kenton's helping you out with some experimental
patches to disable the failing tests. I'd be interested to know how
that works out, but I do worry that by disabling the tests we'll be
potentially glossing over a real issue.

Dejan, I think you might be onto something with that 4k buffer but let
me look into it a little. Are you aware of any porterboxes with
similar setups to mips-aql-02 + mipsel-manda-0{1,2}?
https://db.debian.org/machines.cgi?host=eder (Loongson 2E) looks like
it might be a promising candidate from a quick google around.

I'm guessing this is likely what's causing builds to fail on several
other archs too.

Cheers,
Tom

On Fri, Jul 17, 2015 at 8:20 AM, Dejan Latinovic
 wrote:
>
> Hi,
> I have tested capnproto on a few local machines.
> Initially, build failed on all boards.
> On different MIPS boards, different tests were failing.
>
>
> AsyncUnixTest.WriteObserver fails if the kernel PAGESIZE is larger that 4k.
>
> After I reduced PAGESIZE to 4096 on CI20, all tests passed.
>
> The solution could be to increase buffer size:
>> char buffer[4096]
> (src/kj/async-unix-test.c++ +416)
> I had increased it to 16384 and tried it on Loongson 3A
> (PAGESIZE is 16k, same board as mipsel-manda-01, mipsel-manda-02),
> all test passed.
> We should keep on mind that pagesize on some MIPS board is up to 64k.
> This solution should be discussed upstream.
>
>
> On EdgeRouter Pro (mips-aql-02),
> these two test failed:
>> [  FAILED  ] 2 tests, listed below:
>> [  FAILED  ] AsyncUnixTest.SignalWithValue
>> [  FAILED  ] AsyncUnixTest.SignalWithPointerValue
>
> I will do further investigating.
>
> Best Regards,
> Dejan



-- 
Tom Lee / http://tomlee.co / @tglee


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

Bug#794061: breeze: Breeze theme completely stopped working after the last upgrade

[Salvo Tomaselli]

> It should, that's the default path embedded in the libs. The en variable
> might be used to override it.
As I said, doing
unset QT_PLUGIN_PATH
and then running anything qt4 does not work either.



-- 
Salvo Tomaselli

"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di 
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei

http://ltworf.github.io/ltworf/


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

Bug#794060: linux-image-3.2.0-4-686-pae: kernel oops in do_ip_vs_get_ctl

[Ben Hutchings]

On Thu, 2015-07-30 at 09:51 +0200, Andreas Unterkircher wrote:
[...]
> Problem is known here [1] and for Redhat [2].
> Patch is available upstream [3] and seems to be included from kernel 
> 3.4 on.
> 
> Any chance to get this fix into the Wheezy kernel?

I think so.  I'll include this in the next 3.2-stable review.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.



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

Bug#794331: daptup: insane amounts of output on upgrades from testing or jessie to sid

[Andreas Beckmann]

Thanks for the explanation. I'll see how I can handle this in piuparts
properly. You don't have any debconf question I could preseed to
configure this?

The output limit was introduced primarily to catch packages outputting
continuously while being caught in a loop.


Andreas


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

Bug#793326: linux: raid0 data corruption when using trim

[Matt Taggart]

I think this is the commit:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=f
3f5da624e0a891c34d8cd513c57f1d9b0c7dadc

-- 
Matt Taggart
tagg...@debian.org


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

Bug#793863: Improved patch available

[殷啟聰]

Hi,

During the work on Android SDK I corrected some compiler flags for
libf2fs_format.so, please consider this improved patch. You can also
view the patch at
.
Thank you.

Regards,
Kai-Chung Yan
diff --git a/debian/changelog b/debian/changelog
index 8fb9492..2305a2a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+f2fs-tools (1.4.1-2) UNRELEASED; urgency=low
+
+  * New packages:
+- libf2fs-dev
+- libf2fs-format-dev
+- libf2fs-format1
+- libf2fs1
+  * New libtool_versioning.diff: soname will include major version
+  * New libf2fs_format.diff: Produce libf2fs_format.so
+
+ -- Kai-Chung Yan   Thu, 30 Jul 2015 20:16:10 +0800
+
 f2fs-tools (1.4.1-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/control b/debian/control
index d068f6d..92046eb 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: admin
 Priority: optional
 Maintainer: Filesystems Group 
 Uploaders: Vincent Cheng 
-Build-Depends: debhelper (>= 9), dh-autoreconf, pkg-config, uuid-dev
+Build-Depends: debhelper (>= 9), dh-autoreconf, pkg-config, uuid-dev, dh-exec
 Standards-Version: 3.9.6
 Homepage: http://git.kernel.org/cgit/linux/kernel/git/jaegeuk/f2fs-tools.git
 Vcs-Svn: svn://anonscm.debian.org/collab-maint/deb-maint/f2fs-tools/trunk
@@ -28,3 +28,46 @@ Description: Tools for Flash-Friendly File System (debug)
  System (LFS).
  .
  This package contains the debugging symbols.
+
+Package: libf2fs1
+Section: libs
+Architecture: linux-any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Core library for Flash-Friendly File System
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+
+Package: libf2fs-dev
+Section: libdevel
+Architecture: linux-any
+Depends: libf2fs1 (= ${binary:Version}), ${misc:Depends}
+Description: Core library for Flash-Friendly File System - Development files
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+ .
+ This package contains the development files.
+
+Package: libf2fs-format1
+Section: libs
+Architecture: linux-any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Library for F2FS formating
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+
+Package: libf2fs-format-dev
+Section: libdevel
+Architecture: linux-any
+Depends: libf2fs-dev,
+ libf2fs-format1 (= ${binary:Version}),
+ uuid-dev,
+ ${misc:Depends}
+Description: Library for F2FS formating - Development files
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+ .
+ This package contains the development files.
\ No newline at end of file
diff --git a/debian/f2fs-tools.install b/debian/f2fs-tools.install
new file mode 100644
index 000..0a31ff2
--- /dev/null
+++ b/debian/f2fs-tools.install
@@ -0,0 +1 @@
+debian/tmp/sbin/* usr/sbin
\ No newline at end of file
diff --git a/debian/libf2fs-dev.install b/debian/libf2fs-dev.install
new file mode 100755
index 000..48963e7
--- /dev/null
+++ b/debian/libf2fs-dev.install
@@ -0,0 +1,4 @@
+#!/usr/bin/dh-exec
+
+debian/tmp/lib/libf2fs.a  usr/lib/${DEB_HOST_MULTIARCH}
+include/* usr/include/f2fs-tools
\ No newline at end of file
diff --git a/debian/libf2fs-dev.links b/debian/libf2fs-dev.links
new file mode 100755
index 000..41d5535
--- /dev/null
+++ b/debian/libf2fs-dev.links
@@ -0,0 +1,3 @@
+#!/usr/bin/dh-exec
+
+usr/lib/${DEB_HOST_MULTIARCH}/libf2fs.so.${DEB_UPSTREAM_VERSION} 
usr/lib/${DEB_HOST_MULTIARCH}/libf2fs.so
\ No newline at end of file
diff --git a/debian/libf2fs-format-dev.install 
b/debian/libf2fs-format-dev.install
new file mode 100755
index 000..1427e3e
--- /dev/null
+++ b/debian/libf2fs-format-dev.install
@@ -0,0 +1,4 @@
+#!/usr/bin/dh-exec
+
+debian/tmp/lib/libf2fs_format.a usr/lib/${DEB_HOST_MULTIARCH}
+mkfs/*.husr/include/f2fs-tools
\ No newline at end of file
diff --git a/debian/libf2fs-format-dev.links b/debian/libf2fs-format-dev.links
new file mode 100755
index 000..53c4191
--- /dev/null
+++ b/debian/libf2fs-format-dev.links
@@ -0,0 +1,3 @@
+#!/usr/bin/dh-exec
+
+usr/lib/${DEB_HOST_MULTIARCH}/libf2fs_format.so.${DEB_UPSTREAM_VERSION} 
usr/lib/${DEB_HOST_MULTIARCH}/libf2fs_format.so
\ No newline at end of file
diff --git a/debian/libf2fs-format1.install b/debian/libf2fs-format1.install
new file mode 100755
index 000..8a80315
--- /dev/null
+++ b/debian/libf2fs-format1.install
@@ -0,0 +1,3 @@
+#!/usr/bin/dh-exec
+
+debian/tmp/lib/libf2fs_format.so

Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1

[Christian Garbs]

On Sat, Aug 01, 2015 at 01:02:15PM +0200, Sebastian Ramacher wrote:

> Dear maintainer,
> 
> I've prepared an NMU for gbsplay (versioned as 0.0.91-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

Hello Sebastian,

thanks for the NMU!

We've done a new upstream release of gbsplay that includes this patch
as well as the fix for #715944.  I've created a debian package for the
new release as well (gbsplay_0.0.92-2).

As I can't upload packages by myself, I've created a sponsoring
request over on mentors.debian.net.

Bug #793737 is the "request for sponsorship" bug for the new package.
Could you have a look at it and perhaps sponsor the newer package?

(I seem to have done something wrong during the upload to mentors,
 because in the mentor's packagelist gbsplay is listed as "needs no
 sponsor" - that's wrong, we need one :-)

Regards,
Christian
-- 
Christian.Garbs.http://www.cgarbs.de

Wieviele humorlose Menschen braucht man, um eine Glühbirne zu wechseln?
Einen.


signature.asc
Description: Digital signature

Bug#794342: gnote: Please rebuild gnote

[Elimar Riesebieter]

Package: gnote
Version: 3.16.2-1
Severity: grave
Justification: renders package unusable

Due to the transition to gcc-5 gnote needs a rebuild against
libgcc1. Otherwise it would be removed or substituded by tomboy
which blows up installations with mono stuff. Pick up the chance to
upgrade to 5.17.

Elimar

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

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

Versions of packages gnote depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libatk1.0-0  2.16.0-2
ii  libatkmm-1.6-1   2.22.7-2.1
ii  libc62.19-19
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libcairomm-1.0-1 1.10.0-1.1
ii  libenchant1c2a   1.6.0-10.1
ii  libgcc1  1:5.1.1-14
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libglibmm-2.4-1c2a   2.44.0-1
ii  libgtk-3-0   3.16.6-1
ii  libgtkmm-3.0-1   3.16.0-1
ii  libgtkspell3-3-0 3.0.7-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangomm-1.4-1 2.36.0-1
ii  libsecret-1-00.18.2-1
ii  libsigc++-2.0-0c2a   2.4.1-1
ii  libstdc++6   5.1.1-14
ii  libuuid1 2.26.2-9
ii  libx11-6 2:1.6.3-1
ii  libxml2  2.9.2+dfsg1-3
ii  libxslt1.1   1.1.28-2+b2

gnote recommends no packages.

gnote suggests no packages.

-- no debconf information


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

Bug#788117: pep8: please update pep8

[Raphael Hertzog]

Hello David,

On Mon, 27 Jul 2015, Daniel Stender wrote:
> we came very close to have all requirements for Prospector fulfilled,
> and this bug remains as one the last ones [1], so please let me bump the
> severity of this bug to slightly ping for it.

I have seen very little activity from you recently and no answer to this
bug for more than 1.5 month so I opted to upload the NMU that Daniel
prepared. It's in the 7 day DELAYED queue now.

http://mentors.debian.net/debian/pool/main/p/pep8/pep8_1.6.2-0.1.dsc

That said a maintainer upload is still more than welcome since the watch
file is broken, the package is still using source format 1.0, etc. It
could benefit from a small clean up.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#794342: gnote: Please rebuild gnote

[Elimar Riesebieter]

* Elimar Riesebieter  [2015-08-01 20:54 +0200]:

> Pick up the chance to upgrade to 5.17.

Should be 3.17.

Elimar
-- 
 Numeric stability is probably not all that
  important when you're guessing;-)


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

Bug#793360: apt: APT::Never-MarkAuto-Sections not working as advertised

[Adam Conrad]

For the record, Raphael's patch is buggy and causes segfaults in some
corner cases.  You can see https://pad.lv/1480592 for more details.

A more correct patch that passes my auto-removal testcases and doesn't
exhibit the segv follows:

--- apt-1.0.1ubuntu2.8/apt-pkg/depcache.cc  2015-04-28 01:00:42.0 
-0600
+++ apt-1.0.1ubuntu2.10/apt-pkg/depcache.cc 2015-08-01 12:23:24.0 
-0600
@@ -1225,7 +1225,8 @@
   continue;
}
// now check if we should consider it a automatic dependency or not
-   if(InstPkg->CurrentVer == 0 && InstVer->Section != 0 && 
ConfigValueInSubTree("APT::Never-MarkAuto-Sections", InstVer.Section()))
+   if(InstPkg->CurrentVer == 0 && P.InstVerIter(*this)->Section != 0 
&& ConfigValueInSubTree("APT::Never-MarkAuto-Sections", 
P.InstVerIter(*this).Section()))
+
{
   if(DebugAutoInstall == true)
  std::clog << OutputInDepth(Depth) << "Setting NOT as 
auto-installed (direct "

... Adam


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

Bug#787114: Fwd: Re: 787114: ITP: pytest-httpbin -- Test an HTTP library against a local copy of httpbin.org

[Daniel Stender]

Control: owner -1 deb...@danielstender.com

 Forwarded Message 
Subject: Re: 787114: ITP: pytest-httpbin -- Test an HTTP library against a 
local copy of httpbin.org
Date: Sat, 01 Aug 2015 21:36:04 +0200
From: Vincent Bernat 
Organization: Debian
To: Daniel Stender 

 ❦  1 août 2015 21:07 +0200, Daniel Stender  :

> I've packaged some pytest-plugins on HTTP and Kevin McCarthy's vcr.py 
> recently and
> interested in this stuff ... could I assist on this in collaborative
> maintenance?

Well, I don't remember why I didn't finish this ITP. I don't find any
trace of what I could have started. Maybe I've hit some difficulty. As I
don't have anything yet, if you are interested, maybe you could just
take over the ITP?

-- 
Follow each decision as closely as possible with its associated action.
- The Elements of Programming Style (Kernighan & Plauger)


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

Bug#794331: daptup: insane amounts of output on upgrades from testing or jessie to sid

[Eugene V. Lyubimkin]

On 01.08.2015 21:34, Andreas Beckmann wrote:
> Thanks for the explanation. I'll see how I can handle this in piuparts
> properly. You don't have any debconf question I could preseed to
> configure this?

No. One more option is maybe you could get rid of the daptup hook using dpkg 
path filtering (didn't use it myself, man
page suggests something like '--path-exclude=/etc/apt/apt.conf.d/11daptup').

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf(maildog)jabber.fsfe.org
C++ GNU/Linux userspace developer, Debian Developer


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