Bug#827338: icinga2-common: Please add process umask into systemd service file

[bs.net]

Package: icinga2-common
Version: 2.4.10-1

When icinga2 is started with no process umask, all temporary Perl script files 
of several check scripts are written with 0666 file permission in /tmp (user 
nagios, group nagios).

If a process umask is specified these files get proper file permissions (only 
for user and group).

Please add a process umask in the icinga2.service file, e.g.

> UMask=0027
or
> UMask=0007

Thank you.

Bug#827337: apt-show-versions: option to hide packages that are at the right version based on pinning upgradeable

[Paul Wise]

Package: apt-show-versions
Version: 0.22.7
Severity: wishlist

I pin most packages to testing and then have progressively lower pin
values for less desirable suites. I also pin some particular packages
to other suites. I also pin security updates using the script in bug
#725934 to the suite that they come from (mostly unstable). I would
like to have an option to hide packages that are at the right version
based on pinning. So for most packages, hide if they are the version in
testing. For specific packages pinned to a different release, hide if
they are the version from the pinned release. For security updates
pinned to unstable release, hide if they are the version from unstable.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages apt-show-versions depends on:
ii  apt 1.2.12
ii  libapt-pkg-perl 0.1.29+b5
ii  libperl5.22 [libstorable-perl]  5.22.2-1
ii  perl5.22.2-1

apt-show-versions recommends no packages.

apt-show-versions suggests no packages.

-- no debconf information

-- 

bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#827219: [pkg-go] Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

[Dmitry Smirnov]

On Wednesday, 15 June 2016 9:55:34 AM AEST Michael Hudson-Doyle wrote:
> Where can I get docker.io_1.11.1~ds1.orig.tar.{bz2,gz,lzma,xz} ?

?? Is something wrong with "uscan"?

You should be able to generate tarball by something like:

uscan --destdir=. --compression xz --repack --download-current-version

-- 
All the best,
 Dmitry Smirnov.

---

Reality is that which, when you stop believing in it, doesn't go away.
-- Philip K. Dick


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

Bug#827254: task-french-desktop: Please switch from iceweasel-l10n-fr to firefox-esr-l10n-fr | firefox-l10n-fr

[Christian PERRIER]

Quoting Laurent Bigonville (bi...@debian.org):

> What about this?

\o/ tells me you're way more clevr in regexps than I am..:-)

Patch committed. Rolling out a new upload.

Thanks a lot for both reporting (which triggerred me to see that we
had pending changes in git and no upload since last November) and
providing a good patch.






signature.asc
Description: PGP signature

Bug#827164: [Pkg-libvirt-maintainers] Bug#827164: unable to start guest with ceph rbd disks

[uli iske]

> On Tue, Jun 14, 2016 at 12:04:07PM +0200, uli iske wrote:
> [..snip..]
> > Jun 14 11:51:32 kvm01 libvirtd[891]: Unable to read from monitor:
> > Die Verbindung wurde vom Kommunikationspartner zurückgesetzt Jun 14
> > 11:51:32 kvm01 libvirtd[891]: internal error: early end of file
> > from monitor, possible problem: 2016-06-14T09:51:32.323392Z
> > qemu-system-x86_64: -drive
> > file=rbd:rbd/sam:id=admin:auth_supported=cephx\;none:mon_host=10.210.0.5\:6789\;10.210.0.6\:6789\;10.210.0.88\:6789,password-secret=virtio-disk0-secret0,format=raw,if=none,id=drive-virtio-disk0,cache=none:
> > error connecting Jun 14 11:51:32 kvm01 libvirtd[891]: internal
> > error: process exited while connecting to monitor:
> > 2016-06-14T09:51:32.323392Z qemu-system-x86_64: -drive
> > file=rbd:rbd/sam:id=admin:auth_supported=cephx\;none:mon_host=10.210.0.5\:6789\;10.210.0.6\:6789\;10.210.0.88\:6789,password-secret=virtio-disk0-secret0,format=raw,if=none,id=drive-virtio-disk0,cache=none:
> > error connecting  
> 
> This looks like an error connecting the Ceph disk so I'd either try to
> reproduce without libvirt or to leave out the disk from the domain XML
> and try to attach it via virsh qemu-monitor-command.
> 
> This might be related to the password-secret which is fairly new code
> but I'm just guessing here.
> 
> Tou could try to downgrade libvirt to 1.3.4 which did not have the
> secret code. If it works there we know where to look.

You are right, I managed to install libvirt 1.3.3 and it works.

Best Regards

Uli

> 
> Cheers,
>  -- Guido

Bug#827336: grafana: Missing database dependencies in systemd service file

[bs.net]

Package: grafana
Version: 2.6.0+dfsg-3

Grafana can use PostgreSQL and MySQL databases for storing dashboard data and 
session information:

> [database]
> # Either "mysql", "postgres" or "sqlite3", it's your choice
> ...


> [session]
> # Either "memory", "file", "redis", "mysql", "postgres", default is "file"
> ...

But neither MySQL nor PostgreSQL is specified in systemd service file's After 
condition:

> After=network-online.target

Therefore grafana is started before the database, when my system boots.

Please add MySQL and PostgreSQL in the After condition, for example

> After=network-online.target postgresql.service mariadb.service mysql.service

Thank you.

Bug#827312: mariadb-10.0: FTBFS on jessie: test time out

[Salvatore Bonaccorso]

Hi Dominic,

On Tue, Jun 14, 2016 at 10:08:44PM +0100, Dominic Hargreaves wrote:
> Source: mariadb-10.0
> Version: 10.0.23-0+deb8u1
> Severity: serious
> 
> This package appears to FTBFS in a clean jessie sbuild environment.
> This was test-built to look for regressions caused by the recent
> perl update, but this doesn't appear to be related.
> 
> Here is an extract from the log:
> 
> Test suite timeout! Terminating...
> 
> Only  4097  of 5550 completed.
> --
> The servers were restarted 1008 times
> Spent 24873.533 of 32430 seconds executing testcases
> 
> Check of testcase failed for: rpl.create_or_replace2
> 
> Timeout: Failed 2/3407 tests, 99.94% were successful.
> 
> Failing test(s): tokudb.change_column_bin tokudb.change_column_char
> 
> The log files in var/log may give you some hint of what went wrong.
> 
> If you want to report this error, please read first the documentation
> at http://dev.mysql.com/doc/mysql/en/mysql-test-suite.html
> 
> Errors/warnings were found in logfiles during server shutdown after running 
> the
> following sequence(s) of tests:
> tokudb.card_drop_index_2 tokudb.card_add_index tokudb.bulk-fetch 
> tokudb.card_add_drop tokudb.card_sk tokudb.card_drop_index 
> tokudb.card_no_keys tokudb.bf_insert_select_trigger tokudb.card_unique_sk 
> tokudb.card_pk tokudb.change_column_auto_inc tokudb.bulk-fetch2 
> tokudb.auto_increment_boundary tokudb.card_pk_sk tokudb.card_sk_2 
> tokudb.auto_increment_boundary_traditional tokudb.bf_delete_trigger 
> tokudb.card_drop_pk tokudb.change_column_bin 
> tokudb.bf_insert_select_update_trigger tokudb.auto_increment tokudb.card_pk_2 
> tokudb.bf_replace_select_trigger
> tokudb.change_column_char tokudb.change_column_bin_rename 
> tokudb.change_column_bin_descriptor tokudb.change_column_blob_data 
> tokudb.change_column_blob tokudb.change_column_bin_pad 
> tokudb.change_column_bin_key
> 558 tests were skipped, 170 by the test itself.
> 
> mysql-test-run: *** ERROR: there were failing test cases
> 
> The full log is at
> 
> http://perl.debian.net/rebuild-logs/jessie/mariadb-10.0_10.0.23-0%2Bdeb8u1/mariadb-10.0_10.0.23-0%2Bdeb8u1_amd64-20160614-0854.build

Recently there was an update via security.d.o for mariadb-10.0 which
builded fine for all architectures. By chance could you testbuild
10.0.25-0+deb8u1 as well?

Regards,
Salvatore

Bug#814584: gnupg2: gpg2 --card-status fail on armel / Raspberry Pi - "Card error"

[NIIBE Yutaka]

On 06/12/2016 04:51 AM, Petter Reinholdtsen wrote:
> Hi, and sorry it took so long before I had time to revisit this issue.

No problem.

>> (4) To debug scdaemon, please have the following configuration file.
>> Note that it may log your PIN information, so, don't send the log
>> when you do authenticate the card (or change your PIN before your
>> experiment and debug).
> 
> I did this, and got this content in /run/user/1000/scd.log when I ran
> 'gpg2 --card-status':
> 
> 2016-06-11 21:46:26 scdaemon[16023] listening on socket 
> `/tmp/gpg-x5maJc/S.scdaemon'
> 2016-06-11 21:46:26 scdaemon[16023] handler for fd -1 started
[...]
> 2016-06-11 21:46:26 scdaemon[16023] DBG: ccid-driver: usb_claim_interface 
> failed: -1
> 2016-06-11 21:46:26 scdaemon[16023] PC/SC OPEN failed: no service (0x8010001d)

It successfully got the information of the USB device.  But, if fails
at usb_claim_interface.  After that, it tries to use PC/SC, and fails too
(because there is no PC/SC service on your host).

Most common cause of failures at usb_claim_interface is permission
problem.  Do you have a permission to access the USB device?

In my case (Debian experimental), now, I have UDEV rules.

/lib/udev/rules.d/60-scdaemon.rules

For my token, I wrote this page:

http://www.fsij.org/doc-gnuk/udev-rules.html#udev-rules-for-gnuk-token

You can prepare a file, say, /etc/udev/rules.d/60-scdaemon.rules, with
following content:

SUBSYSTEMS=="usb", ATTRS{idVendor}=="08E6",
ATTRS{idProduct}=="3438",   \
ENV{ID_SMARTCARD_READER}="1", ENV{ID_SMARTCARD_READER_DRIVER}="gnupg"

If you are using udev.
-- 



signature.asc
Description: OpenPGP digital signature

Bug#826345: freedombox-setup: Filesystem corruptions and I/O errors

[Sunil Mohan Adapa]

On 06/04/2016 11:28 PM, Sunil Mohan Adapa wrote:
[...]
> 
> The only thing I suspect that can create such a problems in FreedomBox is the
> laptop_mode kernel parameter combined with btrfs filesystem.  This is only a
> guess but I suggest removing it until this bug is reliably solved.  Here are
> some things to think about:

The attached patch proposes removing laptop mode.

-- 
Sunil
From 17840c4395a9cafd0b76d08b2bdb88ceb346d38c Mon Sep 17 00:00:00 2001
From: Sunil Mohan Adapa 
Date: Wed, 15 Jun 2016 08:43:16 +0530
Subject: [PATCH] Don't set laptop mode

As discussed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826345
these setting may be causing issues with disk corruptions.  Since swap
paritions are not created, setting swapiness=0 is also not necessary.
---
 data/etc/sysctl.d/freedombox.conf | 6 --
 1 file changed, 6 deletions(-)

diff --git a/data/etc/sysctl.d/freedombox.conf b/data/etc/sysctl.d/freedombox.conf
index f284705..7650592 100644
--- a/data/etc/sysctl.d/freedombox.conf
+++ b/data/etc/sysctl.d/freedombox.conf
@@ -1,9 +1,3 @@
-# Reduce writes to flash drives
-vm.laptop_mode=5
-vm.swappiness=0
-vm.dirty_writeback_centisecs=1500
-vm.dirty_expire_centisecs=1500
-
 # Uncomment the next line to enable packet forwarding for IPv6
 #  Enabling this option disables Stateless Address Autoconfiguration
 #  based on Router Advertisements for this host
-- 
2.8.1



signature.asc
Description: OpenPGP digital signature

Bug#827335: evince: assertion failed: (wayland_display->cursor_theme_name)

[Diane Trout]

Package: evince
Version: 3.20.0-4
Severity: normal

Dear Maintainer,

I launched evince running under wayland from gnome terminal and it immediately
crashed with an
assertion failed.

(evince:4492): Gtk-WARNING **: Theme parsing error: :56:20: The 'gtk-key-
bindings' property has been renamed to '-gtk-key-bindings'
[New Thread 0x7f50825f6700 (LWP 4500)]
**
Gdk:ERROR:/build/gtk+3.0-UYMeaD/gtk+3.0-3.20.6/./gdk/wayland/gdkdisplay-
wayland.c:827:_gdk_wayland_display_get_scaled_cursor_theme: assertion failed:
(wayland_display->cursor_theme_name)

Program received signal SIGABRT, Aborted.



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

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

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  evince-common3.20.0-4
ii  gsettings-desktop-schemas3.20.0-3
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-11
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libevdocument3-4 3.20.0-4
ii  libevview3-3 3.20.0-4
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.1-1
ii  libgnome-desktop-3-123.20.2-1
ii  libgtk-3-0   3.20.6-1
ii  libpango-1.0-0   1.40.1-1
ii  libsecret-1-00.18.5-1
ii  shared-mime-info 1.6-1

Versions of packages evince recommends:
ii  dbus-x11  1.10.8-1

Versions of packages evince suggests:
ii  gvfs  1.28.2-1
ii  nautilus  3.20.1-3
ii  poppler-data  0.4.7-7
pn  unrar 

Thread 16 (Thread 0x7fff8499b700 (LWP 21240)):
#0  0x7fffeaa71dcd in poll () at ../sysdeps/unix/syscall-template.S:84
No locals.
#1  0x7fffec586297 in poll (__timeout=, __nfds=, 
__fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
No locals.
#2  g_poll (fds=, nfds=, timeout=)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gpoll.c:124
No locals.
#3  0x7fffed97b1d5 in g_socket_condition_timed_wait (socket=, 
condition=condition@entry=(G_IO_IN | G_IO_PRI), timeout=timeout@entry=-1, 
cancellable=0x129c3a0, error=error@entry=0x7fff8499a870)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gio/gsocket.c:3934
poll_fd = {{fd = 66, events = 3, revents = 0}, {fd = 67, events = 1, 
revents = 0}}
result = 
num = 2
start_time = 493452824911
timeout = -1
condition = (G_IO_IN | G_IO_PRI)
error = 0x7fff8499a870
cancellable = 0x129c3a0
socket = 
#4  0x7fff869a4aa0 in gst_udpsrc_create (psrc=0x12a0070, buf=0x7fff8499a948)
at gstudpsrc.c:540
timeout = -1
udpsrc = 0x12a0070
outbuf = 0x0
saddr = 0x0
flags = 0
try_again = 0
err = 0x0
res = 
offset = 
__func__ = "gst_udpsrc_create"
#5  0x7706ee66 in gst_base_src_get_range (src=src@entry=0x12a0070, 
offset=offset@entry=18446744073709551615, length=4096, 
buf=buf@entry=0x7fff8499aa28)
at gstbasesrc.c:2460
ret = 
bclass = 0x127da60
res_buf = 0x0
in_buf = 0x0
__PRETTY_FUNCTION__ = "gst_base_src_get_range"
#6  0x77070a47 in gst_base_src_loop (pad=0x128edf0) at gstbasesrc.c:2736
src = 0x12a0070
buf = 0x0
ret = 
position = 
eos = 0
blocksize = 
pending_events = 0x0
tmp = 
__PRETTY_FUNCTION__ = "gst_base_src_loop"
__func__ = "gst_base_src_loop"
#7  0x76db6db1 in gst_task_func (task=0x126d290) at gsttask.c:332
lock = 0x128ee60
tself = 0xfe8000
priv = 0x126d240
__PRETTY_FUNCTION__ = "gst_task_func"
#8  0x7fffec59e55e in g_thread_pool_thread_proxy (data=)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthreadpool.c:307
task = 0xea6b80
pool = 0x67b410
#9  0x7fffec59dbc5 in g_thread_proxy (data=0xfe8000)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
thread = 0xfe8000
#10 0x7fffead3d464 in start_thread (arg=0x7fff8499b700) at 
pthread_create.c:334
__res = 
pd = 0x7fff8499b700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140735418054400, 
-1541254477477197384, 0, 
140737488341023, 3, 6796304, 154116787657072, 
1541225650909071800}, 
  mask_was_saved = 0}}, 

Bug#797389: calligra: FTBFS, multiple issues.

[peter green]

On 14/06/16 01:21, peter green wrote:
I've just done a new upload of calligra in Raspbian that on top of 
previous fixes removes the dependency on which no longer exists. 
Debdiff at
Apologies for not actually linking the debdiff, it's at 
http://debdiffs.raspbian.org/main/c/calligra/calligra_2.8.5%2bdfsg-1.2%2brpi3.debdiff

Bug#827334: lookup: Manual page is encoded incorrectly

[Kacper Gutowski]

Package: lookup
Version: 1.08b-11
Severity: minor

While the manual page for lookup(1) is written in English and goes into
generic directory rather than one for specific locale, it contains
examples of Japanese and it is encoded in EUC-JP.  But dh_installman
guesses it to be Latin-1 instead, and tries to convert it to
DPM-mandated UTF-8.  This results in illegible gibberish in the binary
package.

The page, as installed, can be displayed correctly like this:

  $ zcat $(man -w 1 lookup)|iconv -futf8 -tl1|iconv -feucjp|man -l -

Please fix it by either converting it to UTF-8 before dh_installman or
by adding appropriate coding marker atop of it to help manconv in making
its guesses correct (but note that soelim puts .lf on the first line).


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

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

Versions of packages lookup depends on:
ii  libc6  2.22-11

lookup recommends no packages.

Versions of packages lookup suggests:
ii  edict 2015.11.09-1
ii  kanjidic  2014.09.01-1

-- no debconf information

Bug#827333: RFS: newlisp/10.7.0-1 [ITP]

[Sergio Durigan Junior]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "newlisp"

* Package name: newlisp
  Version : 10.7.0-1
  Upstream Author : Lutz Mueller 
* URL : http://www.newlisp.org
* License : GPL-3+, BSD-3-clause, GFDL-NIV-1.2
  Section : lisp

It builds those binary packages:

newlisp - LISP like, general purpose scripting language
newlisp-dbg - LISP like, general purpose scripting language (debug
symbols)

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

  https://mentors.debian.net/package/newlisp

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

  dget -x 
https://mentors.debian.net/debian/pool/main/n/newlisp/newlisp_10.7.0-1.dsc

The ITP bug for the package can be found at:

  https://bugs.debian.org/425456

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#827331: haserl: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: haserl
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#827262: More info

[Lisandro Damián Nicanor Pérez Meyer]

The fail comes from gcin using Qt's private headers. We Qt maintainers can't 
guarantee API/ABI stability in private headers. I'm afraid your only chance 
here is to fix gcin's code.

Kinds regards, Lisandro.

-- 
"In college, I cooked some hot dogs by putting metal forks in each end of the
hot dog and running 120 volts through it. Hot dogs have just enough
conductivity so that this works well"
  greenroom(576281) - on a truly geeky way to cook hot dogs.
  Posted in Slashdot, also found in The Open Source Cookbook for Geeks.

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#827330: golang-github-gorilla-mux-dev: missing Breaks+Replaces against golang-mux-dev

[Andreas Beckmann]

Package: golang-github-gorilla-mux-dev
Version: 1.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package golang-github-gorilla-mux-dev.
  Preparing to unpack .../golang-github-gorilla-mux-dev_1.1-1_all.deb ...
  Unpacking golang-github-gorilla-mux-dev (1.1-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/golang-github-gorilla-mux-dev_1.1-1_all.deb (--unpack):
   trying to overwrite 
'/usr/share/gocode/src/github.com/gorilla/mux/bench_test.go', which is also in 
package golang-mux-dev 0.0~git20140505.1.136d54f-2
  Errors were encountered while processing:
   /var/cache/apt/archives/golang-github-gorilla-mux-dev_1.1-1_all.deb


cheers,

Andreas

Bug#827329: barbican: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: barbican
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#827332: FTBFS: uses Qt5's private headers

[Lisandro Damián Nicanor Pérez Meyer]

Source: hime
Version: 0.9.10+git20150916+dfsg1-2
Severity: serious

Hi! hime fails to build from source due to changes in Qt5's private headers.
We Qt maintainers can guarantee private headers' API/ABI stability, so I'm
afraid the only possible fix here is to fix hime's code.

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

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

Bug#827328: synce-serial: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: synce-serial
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#641749: firmware-atheros: Bluetooth does not work: "Can't change to loading configuration err" and "ath3k: probe of 3-1.1:1.0 failed with error -110"

[Doug]

Package: firmware-atheros
Version: 20160110-1
Followup-For: Bug #641749

Dear Maintainer,

   * What led up to the situation?
   Failed to work a few weeks ago; dual boot laptop (ASUS B23E; bluetooth works
in Windows). Blutooth (blueman-applet) does not seem to recognize the adapter
let alone any device (such as a mouse).
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Reinstalled bluez, bluetooth, and atheros firmware. I also updated firmware-
atheros to SID release and removing the mpt and libmtp stuff.
   * What was the outcome of this action?
   No joy; symptom remained.
   * What outcome did you expect instead?
   The ability to access the bluetooth mouse, or at least see it.



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

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

firmware-atheros depends on no packages.

firmware-atheros recommends no packages.

Versions of packages firmware-atheros suggests:
ii  initramfs-tools  0.120+deb8u2

-- no debconf information

*** /home/valinard/dmesg.out
[0.00] Linux version 4.5.0-0.bpo.2-amd64 (debian-
ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian
4.5.4-1~bpo8+1 (2016-05-13)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-0.bpo.2-amd64
root=UUID=540ab8dc-c840-4e65-be73-f458ffc96075 ro quiet
[0.00] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[0.00] x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point
registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x04: 'AVX registers'
[0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes,
using 'standard' format.
[0.00] x86/fpu: Using 'eager' FPU context switches.
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009e7ff] usable
[0.00] BIOS-e820: [mem 0x0009e800-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0x1fff] usable
[0.00] BIOS-e820: [mem 0x2000-0x201f] reserved
[0.00] BIOS-e820: [mem 0x2020-0x3fff] usable
[0.00] BIOS-e820: [mem 0x4000-0x401f] reserved
[0.00] BIOS-e820: [mem 0x4020-0xbabfafff] usable
[0.00] BIOS-e820: [mem 0xbabfb000-0xbad8dfff] reserved
[0.00] BIOS-e820: [mem 0xbad8e000-0xbad92fff] usable
[0.00] BIOS-e820: [mem 0xbad93000-0xbadb7fff] reserved
[0.00] BIOS-e820: [mem 0xbadb8000-0xbadc5fff] usable
[0.00] BIOS-e820: [mem 0xbadc6000-0xbade7fff] reserved
[0.00] BIOS-e820: [mem 0xbade8000-0xbaefcfff] usable
[0.00] BIOS-e820: [mem 0xbaefd000-0xbafe7fff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbafe8000-0xbaffcfff] usable
[0.00] BIOS-e820: [mem 0xbaffd000-0xbaff] ACPI data
[0.00] BIOS-e820: [mem 0xbb00-0xbf9f] reserved
[0.00] BIOS-e820: [mem 0xe000-0xe3ff] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
[0.00] BIOS-e820: [mem 0xfed1-0xfed13fff] reserved
[0.00] BIOS-e820: [mem 0xfed18000-0xfed19fff] reserved
[0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xff98-0xffbf] reserved
[0.00] BIOS-e820: [mem 0xffd8-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00023e5f] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.6 present.
[0.00] DMI: ASUSTeK Computer Inc. B23E/B23E, BIOS B23E.210 11/27/2012
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x23e600 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-C write-protect
[0.00]   D-E7FFF uncachable
[0.00]   E8000-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask F8000 

Bug#827327: privoxy: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: privoxy
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#827177: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

On miércoles, 15 de junio de 2016 12:06:46 A. M. ART Emilio Pozuelo Monfort 
wrote:
> On 14/06/16 22:31, Lisandro Damián Nicanor Pérez Meyer wrote:
> > On martes, 14 de junio de 2016 7:37:59 P. M. ART Emilio Pozuelo Monfort 
wrote:
> >> On 14/06/16 16:38, Lisandro Damián Nicanor Pérez Meyer wrote:
> >>> Please also binNMU qtcreator, the new version needs some more maintainer
> >>> time ;-) Thanks!
> > 
> > I *think* qtstyleplugins-src binNMUs haven't been scheduled.
> 
> You asked me to binNMU qstyleplugins-src! (note the missing t) :P

Ahh, there is no doubt I'm full of typos :) Sorry for that one :)

> Scheduled with the right package name now.

Cool!

By the way:

- qtcreator: saw the FTBFS in ppc, started triaging it and upstream jumped in. 
Patch already available, I hope to push it tonight.
- gcin, hime, gammaray: looking trough build logs, will file bugs after 
looking at them.


-- 
If little green men land in your back yard, hide any little green women
you've got in the house.
  Mike Harding, "The Armchair Anarchist's Almanac"

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#827325: solid-pop3d: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: solid-pop3d
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#827326: sheepdog: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: sheepdog
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#827324: bilibop: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: bilibop
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#824933: [Android-tools-devel] RFS: android-platform-frameworks-base/1:6.0.1+r43-1

[Markus Koschany]

On 14.06.2016 21:22, Chirayu Desai wrote:
> Hi,
> 
> On Wed, Jun 15, 2016 at 12:00 AM, Markus Koschany  wrote:
>> On 14.06.2016 18:48, Chirayu Desai wrote:
[...]
>> Hi,
>>
>> I've already sent some comments.
>>
>> https://lists.alioth.debian.org/pipermail/android-tools-devel/2016q2/001238.html
> I sent a reply,
> https://lists.alioth.debian.org/pipermail/android-tools-devel/2016q2/001247.html
>>

Oops, sorry I missed that.

>> You should mention the new upstream release in your changelog. You
>> should also close #826979 if the update contains the fix. Though in this
>> case it seems it was fixed by another upload of Kai-Chung, so you can
>> just close it manually in the bts.
> I have updated the changelog, and have closed the bug as well.

Thanks. I've uploaded the package to unstable. I will wait with the
apktool upload until android-platform-framworks-base has been accepted.

Markus




signature.asc
Description: OpenPGP digital signature

Bug#820071: bugs.debian.org: #812948 lost the connection to the corresponding source package

[Andreas Beckmann]

Hi Don,

On 2016-04-05 17:40, Don Armstrong wrote:
> On Tue, 05 Apr 2016, Andreas Beckmann wrote:
>> Also the list of Bugs in packages maintained by no one (packages without
>> maintainers)
>>   https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=
>> has suddenly grown to > 1000 bugs. IIRC, less than a month ago this has
>> been down to about a dozen bugs.
> 
> Yeah, this is almost certainly archive changes causing this. I'll try to
> take a look at this soon.

did you have time to look into this? The BTS still seems to miss
information about packages in experimental.


Andreas

Bug#827323: linux: Regression v4.5 -> v4.6: system freeze after suspend/resume due to iAMT watchdog

[Sebastian Reichel]

Source: linux
Version: 4.5.5-1
Severity: normal

Hi,

My Lenovo Thinkpad X250 freezes a couple of seconds after
resuming from suspend. This happened with 4.5, but not
with v4.6. I bisected the problem using mainline kernel
with Debian config to the following commit:

sre@earth ~/src/linux (git)-[fdd9b86...|bisect] % git bisect bad
fdd9b8655933c3eb3154fe1ed351c17b654258bd is the first bad commit
commit fdd9b8655933c3eb3154fe1ed351c17b654258bd
Author: Alexander Usyskin 
Date:   Fri Jan 8 00:49:21 2016 +0200

mei: wd: drop the watchdog code from the core mei driver

Instead of integrating the iAMT watchdog in the mei core driver
we will create a watchdog device on the mei client bus and
create a driver for it.

This patch removes the watchdog code from the mei core driver.

Signed-off-by: Alexander Usyskin 
Signed-off-by: Tomas Winkler 
Signed-off-by: Greg Kroah-Hartman 

My system was configured to use the watchdog via "RuntimeWatchdogSec=30"
in "/etc/systemd/system.conf". After disabling the feature no system
freeze happens after suspend/resume cycle.

-- Sebastian

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

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

Bug#827322: multipath-tools: Not all paths discovered when large number of paths are present

[Andrew Patterson]

Package: multipath-tools
Version: 0.6.1-3

Multipath discovery fails to find some paths when a large number of
paths are used. I used the following to test this:


1. Present 64 FC LUNs to the OS with 4 paths each (256 paths total).
2. Run multipath -F to make sure we don't have any intermediate results.
3. Run the multipath command, e.g., multipath -v2. In the error case, you
   will see "io_setup failed" for some devices.
4. Run multipath -l, checking each mulipath device to make sure
   all paths are present (a random number will be missing in the error case).
   You can run "multipath -l | grep -E '\|-|`- ' | grep active | wc -l)" to
   count the active paths. 


Example:

Testing on an amd64 system running sid with
multipath-tools/kpartx_0.6.1-3 from experimental. We hav 64 FC LUNs
with 4 paths each (total 256 paths used mutlipath). The kernel version
is 4.6.0-1-amd64.

With the following /etc/multipath.conf file:

defaults {
user_friendly_names "yes"
}

blacklist {
device {
vendor "HP"
product "LOGICAL VOLUME"
}

Here are the devices used (the boot device is blacklisted):

# lsscsi
[0:0:0:0]storage HP   P244br   2.52  -
[0:1:0:0]diskHP   LOGICAL VOLUME   2.52  /dev/sda 
[1:0:0:0]disk3PARdata VV   3212  /dev/sdj 
[1:0:0:1]disk3PARdata VV   3212  /dev/sdl 
[1:0:0:2]disk3PARdata VV   3212  /dev/sdn 
[1:0:0:3]disk3PARdata VV   3212  /dev/sdq 
[1:0:0:4]disk3PARdata VV   3212  /dev/sdr 
[1:0:0:5]disk3PARdata VV   3212  /dev/sdt 
[1:0:0:6]disk3PARdata VV   3212  /dev/sdv 
[1:0:0:7]disk3PARdata VV   3212  /dev/sdx 
[1:0:0:8]disk3PARdata VV   3212  /dev/sdah
[1:0:0:9]disk3PARdata VV   3212  /dev/sdaj
[1:0:0:10]   disk3PARdata VV   3212  /dev/sdal
[1:0:0:11]   disk3PARdata VV   3212  /dev/sdan
[1:0:0:12]   disk3PARdata VV   3212  /dev/sdap
[1:0:0:13]   disk3PARdata VV   3212  /dev/sdar
[1:0:0:14]   disk3PARdata VV   3212  /dev/sdat
[1:0:0:15]   disk3PARdata VV   3212  /dev/sdav
[1:0:0:16]   disk3PARdata VV   3212  /dev/sday
[1:0:0:17]   disk3PARdata VV   3212  /dev/sdbs
[1:0:0:18]   disk3PARdata VV   3212  /dev/sdbu
[1:0:0:19]   disk3PARdata VV   3212  /dev/sdbw
[1:0:0:20]   disk3PARdata VV   3212  /dev/sdby
[1:0:0:21]   disk3PARdata VV   3212  /dev/sdca
[1:0:0:22]   disk3PARdata VV   3212  /dev/sdcc
[1:0:0:23]   disk3PARdata VV   3212  /dev/sdce
[1:0:0:24]   disk3PARdata VV   3212  /dev/sdcg
[1:0:0:25]   disk3PARdata VV   3212  /dev/sdci
[1:0:0:26]   disk3PARdata VV   3212  /dev/sdck
[1:0:0:27]   disk3PARdata VV   3212  /dev/sdcm
[1:0:0:28]   disk3PARdata VV   3212  /dev/sdco
[1:0:0:29]   disk3PARdata VV   3212  /dev/sdcq
[1:0:0:30]   disk3PARdata VV   3212  /dev/sdcs
[1:0:0:31]   disk3PARdata VV   3212  /dev/sdcu
[1:0:0:32]   disk3PARdata VV   3212  /dev/sdea
[1:0:0:33]   disk3PARdata VV   3212  /dev/sdeb
[1:0:0:34]   disk3PARdata VV   3212  /dev/sded
[1:0:0:35]   disk3PARdata VV   3212  /dev/sdef
[1:0:0:36]   disk3PARdata VV   3212  /dev/sdeh
[1:0:0:37]   disk3PARdata VV   3212  /dev/sdej
[1:0:0:38]   disk3PARdata VV   3212  /dev/sdel
[1:0:0:39]   disk3PARdata VV   3212  /dev/sden
[1:0:0:40]   disk3PARdata VV   3212  /dev/sdep
[1:0:0:41]   disk3PARdata VV   3212  /dev/sder
[1:0:0:42]   disk3PARdata VV   3212  /dev/sdet
[1:0:0:43]   disk3PARdata VV   3212  /dev/sdev
[1:0:0:44]   disk3PARdata VV   3212  /dev/sdex
[1:0:0:45]   disk3PARdata VV   3212  /dev/sdez
[1:0:0:46]   disk3PARdata VV   3212  /dev/sdfb
[1:0:0:47]   disk3PARdata VV   3212  /dev/sdfc
[1:0:0:48]   disk3PARdata VV   3212  /dev/sdff
[1:0:0:49]   disk3PARdata VV   3212  /dev/sdfh
[1:0:0:50]   disk3PARdata VV   3212  /dev/sdfj
[1:0:0:51]   disk3PARdata VV   3212  /dev/sdfl
[1:0:0:52]   disk3PARdata VV   3212  /dev/sdfn
[1:0:0:53]   disk3PARdata VV   3212  /dev/sdfp
[1:0:0:54]   disk3PARdata VV   3212  /dev/sdfr
[1:0:0:55]   disk3PARdata VV   3212  /dev/sdft
[1:0:0:56]   disk3PARdata VV   3212  /dev/sdfv
[1:0:0:57]   disk3PARdata VV   3212  /dev/sdfw
[1:0:0:58]   disk3PARdata VV   3212  /dev/sdfz

Bug#827321: colord: FTBFS on kfreebsd and hurd: tries to install systemd user service and tmpfiles.d snippets

[Andreas Beckmann]

Source: colord
Version: 1.3.2-1
Severity: important

Hi,

the last upload of colord broke on the non-linux architectures:

https://buildd.debian.org/status/fetch.php?pkg=colord=kfreebsd-amd64=1.3.2-1=1461192691
https://buildd.debian.org/status/fetch.php?pkg=colord=kfreebsd-i386=1.3.2-1=1461192809
https://buildd.debian.org/status/fetch.php?pkg=colord=hurd-i386=1.3.2-1=1461199161

   debian/rules override_dh_install
make[1]: Entering directory '/«PKGBUILDDIR»'
# The .la file(s) are entirely useless; kill them with fire.
find debian/tmp -name '*.la' -delete
dh_install --fail-missing
dh_install: Cannot find (any matches for) "usr/lib/tmpfiles.d/" (tried in "." 
and "debian/tmp")
dh_install: colord missing files: usr/lib/tmpfiles.d/
dh_install: missing files, aborting
debian/rules:52: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 2


The (new) Build-Depends are correctly restricted to linux-any,
but the .install files must handle this in an arch-specific way, too.


Andreas

Bug#827320: libspeechd-dev: unusable: /usr/include/libspeechd.h:31:32: fatal error: libspeechd_version.h: No such file or directory

[Andreas Beckmann]

Package: libspeechd-dev
Version: 0.8.4-1
Severity: grave

Hi,

while analyzing a FTBFS in brltty, I noticed that libspeechd-dev has
become unusable:

  $ echo '#include ' | gcc -x c -c -
  In file included from :1:0:
  /usr/include/libspeechd.h:31:32: fatal error: libspeechd_version.h: No such 
file or directory
  compilation terminated.

There is /usr/include/speech-dispatcher/libspeechd_version.h ...


Andreas

Bug#826832: pjproject: FTBFS: devlibs error: There is no package matching [libavcodec-dev] and noone provides it, please report bug to d-shlibs maintainer

[Chris Lamb]

> This bug looks suspiciously like a failure in the build environment of 
> APT cache to get established properly.

I don't think so due to the way my environments are created, but I cannot 
reproduce the FTBFS anymore so closing :)


Regards,

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

Bug#827319: vim: FTBFS on kfreebsd: Test_communicate() failed

[Andreas Beckmann]

Source: vim
Version: 2:7.4.1829-1
Severity: important

Hi,

vim currently FTBFS on kfreebsd-* with testsuite failures. The last
version that successfully built was 2:7.4.963-1.

https://buildd.debian.org/status/fetch.php?pkg=vim=kfreebsd-amd64=2%3A7.4.1829-1=1462858420
https://buildd.debian.org/status/fetch.php?pkg=vim=kfreebsd-i386=2%3A7.4.1829-1=1462859593

>From test_channel.vim:
Executing Test_call()
Executing Test_channel_handler()
Executing Test_close_callback()
Executing Test_close_handle()
Executing Test_close_partial()
Executing Test_communicate()
Executing Test_connect_waittime()
Executing Test_exit_callback()
Executing Test_job_start_invalid()
Executing Test_nl_err_to_out_pipe()
Executing Test_nl_pipe()
Executing Test_nl_read_file()
Executing Test_nl_write_both_file()
Executing Test_nl_write_err_file()
Executing Test_nl_write_out_file()
Executing Test_open_delay()
Executing Test_open_fail()
Executing Test_out_cb()
Executing Test_out_close_cb()
Executing Test_partial_in_channel_cycle()
Executing Test_pipe_both_to_buffer()
Executing Test_pipe_err_to_buffer_name()
Executing Test_pipe_err_to_buffer_nr()
Executing Test_pipe_from_buffer_name()
Executing Test_pipe_from_buffer_nr()
Executing Test_pipe_io_one_buffer()
Executing Test_pipe_io_two_buffers()
Executing Test_pipe_null()
Executing Test_pipe_to_buffer_json()
Executing Test_pipe_to_buffer_name()
Executing Test_pipe_to_buffer_nr()
Executing Test_pipe_to_nameless_buffer()
Executing Test_raw_one_time_callback()
Executing Test_raw_pipe()
Executing Test_read_in_close_cb()
Executing Test_reuse_channel()
Executing Test_server_crash()
Executing Test_two_channels()
Executing Test_unlet_handle()
Executing Test_using_freed_memory()
Executing Test_zero_reply()
Executed 41 tests
1 FAILED:
Found errors in Test_communicate():
function 
RunTheTest[9]..Test_communicate[2]..3_run_server[42]..3_communicate 
line 26: Expected 'ok' but got ''
function RunTheTest[9]..Test_communicate[2]..3_run_server line 44: 'Caught 
exception: Vim(call):E121: Undefined variable: g:split'


Andreas

Bug#826832: pjproject: FTBFS: devlibs error: There is no package matching [libavcodec-dev] and noone provides it, please report bug to d-shlibs maintainer

[Jonas Smedegaard]

Quoting Chris Lamb (2016-06-09 10:55:11)
>   d-devlibdeps \
> --override 's/libopencore-\(amr[nw]b\)[0-9]\+-dev/libopencore-\1-dev/' \
> --override 's/libSDL2-[0-9.-]\+-dev/libsdl2-dev/' \
> --override 
> 's/lib\(avcodec\|avformat\|avutil\|swscale\)-ffmpeg[0-9]\+-dev/lib\1-dev/' \
> --override 
> 's/libpj\(\|lib-util\|media\(\|-audiodev\|-codec\|-videodev\)\|nath\|sip\(\|-simple\|-ua\)\|sua\)2-dev/libpjproject-dev/'
>  \
> --override 's/libportaudio2-dev/portaudio19-dev/' \
> --override 's/libspeexdsp1-dev/libspeexdsp-dev/' \
> --override 's/libv4l2-0-dev/libv4l-dev/' \
> --override 's/libsrtp0/libsrtp/' \
> debian/libpjproject-dev.substvars debian/lib*/usr/lib/*/lib*.so.*
>   devlibs error: There is no package matching [libavcodec-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libavformat-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libavutil-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libgsm1-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libopencore-amrnb-dev] and 
> noone provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libopencore-amrwb-dev] and 
> noone provides it, please report bug to d-shlibs maintainer
>--> libpjproject-dev package from same source package.
>   devlibs error: There is no package matching [libsdl2-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libspeex-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libspeexdsp-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libsrtp-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libssl-dev] and noone provides 
> it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libswscale-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [libv4l-dev] and noone provides 
> it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [portaudio19-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
>   devlibs error: There is no package matching [uuid-dev] and noone provides 
> it, please report bug to d-shlibs maintainer
>   debian/rules:82: recipe for target 'override_dh_shlibdeps' failed
>   make[1]: *** [override_dh_shlibdeps] Error 1
>   make[1]: Leaving directory 
> '/home/lamby/temp/cdt.20160608211616.u9PwGNDakQ.pjproject/pjproject-2.4.5~dfsg'
>   debian/rules:14: recipe for target 'binary' failed
>   make: *** [binary] Error 2

This bug looks suspiciously like a failure in the build environment of 
APT cache to get established properly.

Could you please try double-check that - e.g. with this command:

  apt-cache stats

That command should have been executed during install of apt-cache.

 - Jonas

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

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


signature.asc
Description: signature

Bug#827220: ruby-kgio FTBFS on hppa architecture

[Eric Wong]

Helge Deller  wrote:
> I'm somehow lost here now...
> Ideas?

Thanks, I'm lost here, too.  Anyways I've forwarded this
to ruby-core upstream:

https://bugs.ruby-lang.org/issues/12489

Unfortunately, I think posting to that bug tracker or replying to
Message-ID: 
on ruby-c...@ruby-lang.org requires a subscription or login;
so I'm happy to forward any messages along as needed.

I'm wondering if anybody previous experience porting similar
software to hppa could help.  Perhaps anything using a
mark-sweep GC like Boehm could help (if this is a GC bug in
Ruby).


Thanks.

Bug#826169: RFS: gpxsee/2.14 [ITP] -- GPX viewer and analyser

[Martin Tůma]

Ok, thanks for the info. However as OBS does not provide Debian source packages
and doing it extra manually is beyond my scope, all I can do is to change the 
issue from
RFS to RFP.

M.

__
> Od: Andrey Rahmatullin 
> Komu: Martin Tůma , 826...@bugs.debian.org
> Datum: 13.06.2016 14:07
> Předmět: Re: Bug#826169: RFS: gpxsee/2.14 [ITP] -- GPX viewer and analyser
>
>Control: tags -1 + moreinfo
>
>On Thu, Jun 02, 2016 at 06:12:12PM -0400, Martin Tůma wrote:
>> Package: sponsorship-requests
>> Severity: normal
>> 
>> Hi,
>> I'm looking for a sponsor for the Debian GPXSee package
>> 
>> Package name: gpxsee
>> Version : 2.14
>> Upstream Author : Martin Tůma 
>Even if you are the author you shouldn't make the package a native one.
>
>> The project source code is hostad at GitHub:
>> https://github.com/tumic0/GPXSee
>> 
>> And the DEB packages are built and available on OBS:
>> https://build.opensuse.org/package/show/home:tumic:GPXSee/gpxsee
>When asking for a review you should provide a source package, repferably
>in a form usable by dget(1).
>
>-- 
>WBR, wRAR
>
>

Bug#827318: netselect: FTBFS in binary-only build: mv: cannot move '/«PKGBUILDDIR»/debian/netselect/usr/bin/netselect-apt' to '/«PKGBUILDDIR»/debian/netselect-apt/usr/bin/': No such file or directory

[Andreas Beckmann]

Package: netselect
Version: 0.3.ds1-27
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

netselect FTBFS on the buildds, since these are doing binary-arch builds
(dpkg-buildpackage -B). A "normal" build (any+all) succeeds.

https://buildd.debian.org/status/package.php?p=netselect=unstable

   debian/rules override_dh_auto_install
make[1]: Entering directory '/«PKGBUILDDIR»'
/usr/bin/make PREFIX=/«PKGBUILDDIR»/debian/netselect/usr \
MANDEST=/«PKGBUILDDIR»/debian/netselect/usr/share/man/man1 install
make[2]: Entering directory '/«PKGBUILDDIR»'
chown root netselect && chmod u+s netselect
install -d /«PKGBUILDDIR»/debian/netselect/usr/bin
install -d /«PKGBUILDDIR»/debian/netselect/usr/share/man/man1
install -o root -g root -m 4755 \
netselect /«PKGBUILDDIR»/debian/netselect/usr/bin
install -o root -g root -m 0755 netselect-apt 
/«PKGBUILDDIR»/debian/netselect/usr/bin
install -o root -g root -m 0644 netselect.1 
/«PKGBUILDDIR»/debian/netselect/usr/share/man/man1
install -o root -g root -m 0644 netselect-apt.1 
/«PKGBUILDDIR»/debian/netselect/usr/share/man/man1
make[2]: Leaving directory '/«PKGBUILDDIR»'
mv /«PKGBUILDDIR»/debian/netselect/usr/bin/netselect-apt \
   /«PKGBUILDDIR»/debian/netselect-apt/usr/bin/
mv: cannot move '/«PKGBUILDDIR»/debian/netselect/usr/bin/netselect-apt' to 
'/«PKGBUILDDIR»/debian/netselect-apt/usr/bin/': No such file or directory
debian/rules:15: recipe for target 'override_dh_auto_install' failed


Andreas

Bug#815036: transition: msgpack-c

[James McCoy]

On Tue, Jun 14, 2016 at 07:43:27PM +0200, Emilio Pozuelo Monfort wrote:
> On 25/02/16 02:28, James McCoy wrote:
> > On Mon, Feb 22, 2016 at 07:39:44PM +0100, Emilio Pozuelo Monfort wrote:
> >> On 21/02/16 16:54, James McCoy wrote:
> >>> On Wed, Feb 17, 2016 at 11:46:53PM -0500, James McCoy wrote:
>  FTBFS:
> 
>  * webdis:
>    + #811343 filed with patch

No action seen on this.  I can try to push this upstream.  The package
hasn't seen any activity in almost a year (even with an upstream release
in the interim).

I could NMU this.

>  * tmate:
>    + New upstream version is needed
>    + Will file a bug for this
> >>>
> >>> Filed #815381.

Fixed in experimental.

>  * kumofs:
>    + configure script expects the C++ library (libmsgpack) and therefore
>  fails
>    + Trivial patch to remove that expectation leads to a compile failure
>  due to mixing code with C and C++ linkage
>    + No upstream activity in 5+ years
>    + Debian maintainer MIA
> >>>
> >>> Given the above and a popcon of 5, should an RM bug be filed?
> >>
> >> Yeah I'd say so.
> > 
> > #815845 filed.

This has been removed from the archive.

libdata-messagepack-perl has an upstream pre-release which works with
the new msgpack-c.  I've poked them to see if they're ready to make an
official release.

There's still been no reaction to my patch against
libdata-messagepack-stream-perl upstream.  I can poke them again.

> How is this progressing?

To summarize:

+ Will NMU webdis with my proposed patch and send it upstream
+ tmate is fixed in experimental
+ libdata-messagepack-perl has a fix upstream but no "stable" release
  including it
+ libdata-messagepack-stream-perl could be NMUed once
  libdata-messagepack-perl is available.

Also, a new package has appeared in the interim which needs the new
msgpack-c.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#827317: nova-api: You have an error in your SQL syntax

[Turbo Fredriksson]

Package: nova-api
Version: 2:13.0.0-3
Severity: normal

I've now reproduced this problem several times. For some reason I get
"You have an error in your SQL syntax" when installing nova-api.

I have tracked this down to the dash in the "nova-api" user- and
database names. Removing this and calling both "novaapi" works.

- s n i p -
Setting up nova-api (2:13.0.0-3) ...
PKG-Openstack now calling: dbc_go nova-api configure
Registering service and endpoints for nova with type compute at 
http://10.0.4.1:8774/v2/%(tenant_id)s
[.. ..]
dbconfig-common: writing config to /etc/dbconfig-common/nova-api.conf
granting access to database nova-api for nova-...@bladea01b.domain.tld: success.
verifying access for nova-...@bladea01b.domain.tld: success.
creating database nova-api: success.
verifying database nova-api exists: success.
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the 
manual that corresponds to your MySQL server version for the right syntax to 
use near '-api CHARACTER SET utf8 COLLATE utf8_unicode_ci' at line 1
dpkg: error processing package nova-api (--configure):
 subprocess installed post-installation script returned error exit status 1
 - s n i p -

In a few tests I did, if I put the "${dbc_dbname}" in citation marks,
it works as well:

- s n i p -
--- /var/lib/dpkg/info/nova-api.postinst~   2016-05-18 10:34:50.0 
+0100
+++ /var/lib/dpkg/info/nova-api.postinst2016-06-14 22:56:37.066799149 
+0100
@@ -427,7 +427,7 @@
fi

SQL_CONNECTION="mysql+pymysql://$dbc_dbuser:$dbc_dbpass@${dbc_dbserver:-localhost}$dbport/$dbc_dbname"
# Set the DB as UTF8
-   Q="ALTER DATABASE ${dbc_dbname} 
CHARACTER SET utf8 COLLATE utf8_unicode_ci"
+   Q="ALTER DATABASE \`${dbc_dbname}\` 
CHARACTER SET utf8 COLLATE utf8_unicode_ci"
pkgos_mysql_query ${dbc_dbuser} 
${dbc_dbpass} ${dbc_dbserver:-localhost} "${dbport}" ${dbc_dbname} "${Q}"
;;
postgresql*|pgsql)
- s n i p -

This have to be triple checked though. And it needs to be done in the
.config file as well.

I'm running mysql-server-5.6, version 5.6.30-1 (latest Sid) which was
installed a few minutes earlier. However, in my install scripts I
write to the database, so I know it's working correctly.

I'm unsure of the exact cause of the problem, because part of the
SQL seed file I'm using was using "nova-api" in it and I didn't
get any problem there..

I'm assuming the usual "unprotected variable usage" here though.

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nova-api depends on:
ii  adduser 3.114
ii  dbconfig-common 2.0.4
ii  debconf [debconf-2.0]   1.5.59
ii  init-system-helpers 1.34
ii  iptables1.6.0-2
ii  lsb-base9.20160601
ii  nova-common 2:13.0.0-3
ii  python-openstackclient  2.3.0-2
ii  python-q-text-as-data [q-text-as-data]  1.4.0-1
pn  python:any  

Versions of packages nova-api recommends:
ii  python-keystone  2:9.0.0-2

nova-api suggests no packages.

-- debconf information:
* nova/keystone-auth-token: (password omitted)
* nova-api/mysql/admin-pass: (password omitted)
* nova-api/mysql/app-pass: (password omitted)
  nova-api/pgsql/admin-pass: (password omitted)
  nova-api/pgsql/app-pass: (password omitted)
* nova-api/app-password-confirm: (password omitted)
* nova/keystone-admin-password: (password omitted)
* nova-api/password-confirm: (password omitted)
* nova-api/remote/newhost: openstack.bayour.com
* nova-api/database-type: mysql
  nova-api/pgsql/no-empty-passwords:
* nova-api/db/basepath: /var/lib/openstack/nova-api
* nova-api/dbconfig-upgrade: true
* nova-api/purge: true
* nova-api/remove-error: abort
* nova-api/mysql/admin-user: root
* nova-api/internal/reconfiguring: false
* nova-api/remote/host: control.domain.tld
  nova-api/passwords-do-not-match:
* nova-api/mysql/method: TCP/IP
* nova-api/dbconfig-remove: true
* nova-api/db/dbname: nova-api
  nova-api/pgsql/method: TCP/IP
  nova-api/pgsql/authmethod-user: password
* nova/keystone-project-name: admin
* nova-api/dbconfig-install: true
* nova/keystone-admin-name: admin
* nova/region-name: europe-london
* nova-api/db/app-user: nova-api
* nova/keystone-ip: 10.0.4.1
* nova-api/install-error: abort
* 

Bug#827177: transition: qtbase-opensource-src

[Emilio Pozuelo Monfort]

On 14/06/16 22:31, Lisandro Damián Nicanor Pérez Meyer wrote:
> On martes, 14 de junio de 2016 7:37:59 P. M. ART Emilio Pozuelo Monfort wrote:
>> On 14/06/16 16:38, Lisandro Damián Nicanor Pérez Meyer wrote:
>>> Please also binNMU qtcreator, the new version needs some more maintainer
>>> time ;-) Thanks!
> 
> I *think* qtstyleplugins-src binNMUs haven't been scheduled.

You asked me to binNMU qstyleplugins-src! (note the missing t) :P

Scheduled with the right package name now.

Cheers,
Emilio

Bug#827219: [pkg-go] Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

[Michael Hudson-Doyle]

On 15 June 2016 at 02:00, Dmitry Smirnov  wrote:
> Hi Michael,
>
> Thanks for looking into the problem.
>
> On Tuesday, 14 June 2016 3:45:35 PM AEST Michael Hudson-Doyle wrote:
>> While this bug report makes sense, I can't reproduce the problem. Does
>> it only fail on some version of golang-google-cloud in git that you
>> haven't pushed to alioth or something? I'll try to code up a fix but
>> it would be nice to test that it actually helps.
>
> Please try building docker.io from "experimental" branch.

Where can I get docker.io_1.11.1~ds1.orig.tar.{bz2,gz,lzma,xz} ?

Bug#827316: miscfiles: NA Area Codes 505, 575

[Jeff Harris]

Package: miscfiles
Version: 1.4.2.dfsg.1-9.1
Severity: normal

Dear Maintainer,


   * What led up to the situation?

I called area code 575 and wanted to know where it was.

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

I used my copy of na.phone.gz

   * What was the outcome of this action?

I expected to see area code 575
   * What outcome did you expect instead?


I did not see area code 575 and had to wikipedia it: 
https://en.wikipedia.org/wiki/Area_code_575
This also means that the 505 area code may need adjustment.

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

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

Versions of packages miscfiles depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  dictionaries-common1.23.17

miscfiles recommends no packages.

miscfiles suggests no packages.

-- debconf information excluded

Bug#784612: [anki] Qt4's WebKit removal

[Ondrej Lengal]

  Hi,

I'm posting a modified version of Richard's Dockerfile for people using
fcitx and Chinese.  I know nothing about docker but the configuration
appears to be running and can be used as the starting point for others.

  https://gist.github.com/ondrik/95850021e9046483df91c46d9a23ad2b

  Best,
Ondra
-- 
Ondrej Lengal   （龍安卓）

GPG: 40FD 3AE9 0BFA B151 4358  6194 5792 8315 149F 91C8


signature.asc
Description: PGP signature

Bug#827315: sbuild: Does not work with gnupg 2.x installed in the chroot

[John Paul Adrian Glaubitz]

Source: sbuild
Version: 0.69.0-2
Severity: normal

Hello!

I recently accidentally upgraded gnupg in my experimental chroots to
version 2.x. This upgrade rendered the chroots unusable with sbuild,
attempting to build a package will fail with the following error:

gpg: /«BUILDDIR»/resolver-X436Nh/gpg/trustdb.gpg: trustdb created
gpg: Warning: not using 'Sbuild Signer' as default key: No secret key
gpg: all values passed to '--default-key' ignored
gpg: no default secret key: No secret key
gpg: signing failed: No secret key
Failed to sign dummy archive Release file.

Downgrading gnupg to 1.4.x resolves the problem again.

We have had a discussion on IRC over this issue recently and josch
asked me to file a bug report so this issue can be addressed in the
future, in case gnupg 2.x becomes default at some point.

Cheers,
Adrian

--
 .''`.  John Paul Adrian Glaubitz
 : :' :  Debian Developer - glaub...@debian.org
 `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#827099: adabrowse: fails to build from source with current gnat

[Adrian-Ken Rueegsegger]

tags 827099 + pending
thanks

Thanks very much for the numerous patches! I will review the changes,
update the package and then upload a new version as soon as it is ready.

Bug#796625: [PATCH] clvm: ship native systemd units in debian package

[Andreas Henriksson]

Hello Bastian Blank.

Thanks for finally giving some feedback on this bug report.

On Tue, Jun 14, 2016 at 07:47:56PM +0200, Bastian Blank wrote:
> On Mon, Jun 13, 2016 at 01:31:49PM +0200, Andreas Henriksson wrote:
> > Hope this helps. Would be much appreciated if we could resolve this
> > bug report (very) soon. I'd like to avoid NMUing this package but
> > if progress is blocked on this bug report I'll go ahead if there's
> > no feedback by then.
> 
> Did you at least test it once?  My gut say: no.

Then your gut is misleading you. I've tested this as best as I could.
I don't have access to a cluster so could not fully test it
but I've done my best to verify it should run thing similarly
to how the init script starts things. I was hoping that was
not completely broken but maybe I made a mistake.

> 
> > --- lvm2-2.02.153/debian/patches/clvm-systemd-unit-debian-adaptions.patch   
> > 1970-01-01 01:00:00.0 +0100
> > +++ lvm2-2.02.153/debian/patches/clvm-systemd-unit-debian-adaptions.patch   
> > 2016-06-13 13:05:16.0 +0200
> 
> There is already a patch for systemd modifications, use it.

Could you please give some details? I've obviously not found it
otherwise I wouldn't have wasted so much of my time on this.

Why not use the upstream units? Why has this patch not been
referenced in this bug report? How are people going to
find out about it if we don't use the bug tracking system
to record information on what's going on?

Please feel free to post regular (weekly?) status updates
to this bug report about progress you're making on this issue
including all the details that could help avoid duplicate work
and wasted time.

> 
> > +--- a/scripts/lvm2_clvmd_systemd_red_hat.service.in
> >  b/scripts/lvm2_clvmd_systemd_red_hat.service.in
> > +@@ -1,9 +1,10 @@
> > + [Unit]
> > + Description=Clustered LVM daemon
> > + Documentation=man:clvmd(8)
> > +-After=dlm.service corosync.service
> > ++After=cman.service corosync.service
> 
> Where did you find a cman.service?  The package does not even build cman
> support.

I found cman in the (Debian) init script. It's referenced under
Should-Start. This LSB header maps to the After= and Wants= systemd
unit directives. This is a loose "best effort" relationship, contrary
to the Requires-Start LSB header which would map to the stricter
"Requires=" (and After=) systemd unit directives which actually requires
the unit to successfully start up.
As the aim is to mask the init script with a matching service it should
really describe basically the same things.

If you have specific pointers about what's wrong I'd like to hear them,
otherwise I can't really do much else than trust whats written in the
init script. I have no better description of what the service really
wants and how to write its dependencies/relationships than that.

As was mentioned in the initial bug report there are people willing
to help you out if you reach out and describe what it is that your
service actually needs/wants/depends-on/provides, but lacking that
information the best we can do to help is to try to interpret your
init script and assume that's correct (but there are several signs
of it not being, including lintian even detecting outstanding issues
automatically, but without any other information it's not easy to
try to help you out. At the current state I don't see much I can
do at all to improve the situation further so rely on your cooperation.
An alternative approach would be to simply drop building the clvm
binary from src:lvm2 for now given it seems, which you already
acknowledged, need a complete overhaul to get in shape and restore
it once there's someone interested in giving it the maintenance
work it needs/lacked).

Fwiw, This bug in clvm is actually breaking users systems and gets
"random" services removed from the startup breaking their systems. I'm
inclined to raise the severity to grave because of this.
from upstream which did not have the issue at all).

Regards,
Andreas Henriksson

Bug#595070: Grant to you, reply Asap

[Chance, Cory J.]

Bug#827307: pywps has circular Depends on pywps-cgi

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Bill,

On 06/14/2016 10:04 PM, Bill Allombert wrote:
> There is a circular dependency between pywps and pywps-cgi:
> 
> pywps :Depends: pywps-wsgi | pywps-cgi

pywps-cgi depends on pywps to not have a dangling symlink when only
pywps-cgi is installed. A copy of the script is now installed in the
-cgi package to not need the dependency.

Kind Regards,

Bas

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

Bug#827162: needrestart: reports unchanged backport kernel as changed

[Thomas Liske]

Hi,

On Mon, Jun 13, 2016 at 09:43:26AM +0200, Martin Steigerwald wrote:
> Means it thinks the kernel has changed, while it has not. I know for sure
> I booted exactly this kernel. It seems to be confused detecting the end of
> the version number in the second case as it appears that it uses the whole
> output of /proc/version for comparison.

I assume the problem might be triggered by the bpo kernel, but I did
not verify, yet. The problem should be exist before 2.8 since the
kernel detection stuff was not changed recently.

> mondschein:~> cat /proc/version
> Linux version 4.5.0-0.bpo.2-686 (debian-ker...@lists.debian.org) (gcc version 
> 4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.5.4-1~bpo8+1 (2016-05-13)
> 
> 
> Why doesn´t it just use uname -r and be done with it?

Using `uname -r` would hide ABI compatible (security) updates :-(
 
> On another of my Debian Jessie server VMs I am not seeing this issue, but
> it uses amd64 as architecture instead of i386.

Could you please provide the output of `needrestart -v -r l`? It would
be sufficient to provide the kernel related lines ('^[Kernel]' until
the kernel status message).


HTH & TIA,
Thomas

--

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#827309: linux-image-3.16.0-4-kirkwood: latest upgrade made WiFi unstable

[Ben Hutchings]

Control: reassign -1 src:linux 3.16.7-ckt25-2
Control: tag -1 moreinfo

On Tue, 2016-06-14 at 22:37 +0200, Paul Gevers wrote:
> Package: linux-image-3.16.0-4-kirkwood
> Version: 3.16.7-ckt25-2
> Severity: normal
> 
> Since a couple of days, my QNAP NAS TS-219 is dropping its WiFi connection,
> after which I can only reboot the system to get it back (as far as I know).
> 
> Although I am not sure at all, this seems to coincide with my update of the
> linux-image* package, and hence the report here. Please reassign if you know
> where this belongs or feel free to close it if it really doesn't make sense.
[...]
> Please let me know if I can help with more information.

What was the previous installed version?  (/var/log/dpkg.log should
show this.)

Ben.

-- 

Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert
Camus


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

Bug#827313: missing patch

[Sascha Steinbiss]

Apologies, here’s the missing attachment with the patch.

Cheers
Sascha



reproducible.patch
Description: Binary data

Bug#827314: RFP: mist -- Ethereum browser

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: mist
  Version : 0.7.4
  Upstream Author : Fabian Vogelsteller 
* URL : https://github.com/ethereum/mist
* License : GPL
  Programming Lang: JavaScript
  Description : Ethereum browser

The Mist browser is the tool of choice to browse and use Ðapps.

Bug#826611: not support using unpatched qt

[Emmanuel Bouthenot]

severity 826611 normal
retitle 826611 long description should inform about the not supported options
thanks

Martin,

On Tue, Jun 07, 2016 at 01:19:03AM +0200, Martin Hanson wrote:
[...]

> This package is pretty useless!
> 
> The switch --no-pdf-compression, is not support using unpatched qt,
> and will be ignored.The switch --footer-right, is not support using
> unpatched qt, and will be ignored.The switch --toc-header-text, is not
> support using unpatched qt, and will be ignored.Error: This version of
> wkhtmltopdf is build against an unpatched version of QT, and does not
> support more then one input document.  Exit with code 1, due to

I can understand your frustration but the severity grave is not suitable
in that case.

It's not an option to ship in Debian wkhtmltopdf built against a patched
version of QT regarding the Debian Free Software Guidelines (in such
case the severity grave will be appropriated).

However, the long description of the package should inform about this.
I'm updating the bug report accordingly.

It will be fixed with the next upload.

Regards,

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}

Bug#827313: cherrypy3: please make the build reproducible

[Sascha Steinbiss]

Source: cherrypy3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps randomness

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that cherrypy could not be built reproducibly.

The attached patch ensures that documentation built bu Epydoc does not contain
non-deterministic values such as memory addresses or timestamps, which are
currently inserted by custom __repr__() overrides present in CherryPy.
Once applied, cherrypy3 can be built reproducibly in our current experimental
framework.

Many thanks for considering the patch. 
Best regards
Sascha

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

Bug#827311: parcimonie can't find the keyserver for gpg2

[Sven Bartscher]

Package: parcimonie
Version: 0.10.1-1
Severity: normal

When I run parcimonie --gnupg2 it always exits with the following
message:

No keyserver is configured. at \
/usr/share/perl5/App/Parcimonie/Daemon.pm line 151.

I actually do have a keyserver configured and gpg2 utilizes it just
fine. Running parcimonie without --gnupg2 works just fine, so I don't
think this is a problem with my configuration.

I looked at the code pointed to by the error message and found that
the following command should return the keyserver:

gpg-connect-agent --dirmngr keyserver /bye

However, it always just prints "OK" and exits without giving the
address of the keyserver.

Regards
Sven

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

Kernel: Linux 4.5.0-2-686-pae (SMP w/2 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 parcimonie depends on:
ii  libclone-perl0.38-1+b1
ii  libconfig-general-perl   2.61-1
ii  libfile-homedir-perl 1.00-1
ii  libfile-which-perl   1.21-1
ii  libgnupg-interface-perl  0.52-2
ii  libipc-system-simple-perl1.25-3
ii  liblist-moreutils-perl   0.413-1+b1
ii  libmoo-perl  2.001001-1
ii  libmoox-late-perl0.015-2
ii  libmoox-options-perl 4.022-1
ii  libnamespace-clean-perl  0.27-1
ii  libpath-tiny-perl0.094-1
ii  libtime-duration-parse-perl  0.13-1
ii  libtry-tiny-perl 0.24-1
ii  libtype-tiny-perl1.05-1
ii  libtypes-path-tiny-perl  0.005-1
ii  perl 5.22.2-1
ii  torsocks 2.1.0-2

Versions of packages parcimonie recommends:
ii  gnupg-curl  1.4.20-6
ii  libglib-perl3:1.320-2
ii  libgtk3-perl0.026-1
ii  liblocale-gettext-perl  1.07-2
ii  libnet-dbus-glib-perl   0.33.0-1+b5
ii  libnet-dbus-perl1.1.0-3+b1
ii  libpango-perl   1.227-1
ii  libtime-duration-perl   1.20-1
ii  tor 0.2.7.6-1

parcimonie suggests no packages.

-- no debconf information

Bug#827312: mariadb-10.0: FTBFS on jessie: test time out

[Dominic Hargreaves]

Source: mariadb-10.0
Version: 10.0.23-0+deb8u1
Severity: serious

This package appears to FTBFS in a clean jessie sbuild environment.
This was test-built to look for regressions caused by the recent
perl update, but this doesn't appear to be related.

Here is an extract from the log:

Test suite timeout! Terminating...

Only  4097  of 5550 completed.
--
The servers were restarted 1008 times
Spent 24873.533 of 32430 seconds executing testcases

Check of testcase failed for: rpl.create_or_replace2

Timeout: Failed 2/3407 tests, 99.94% were successful.

Failing test(s): tokudb.change_column_bin tokudb.change_column_char

The log files in var/log may give you some hint of what went wrong.

If you want to report this error, please read first the documentation
at http://dev.mysql.com/doc/mysql/en/mysql-test-suite.html

Errors/warnings were found in logfiles during server shutdown after running the
following sequence(s) of tests:
tokudb.card_drop_index_2 tokudb.card_add_index tokudb.bulk-fetch 
tokudb.card_add_drop tokudb.card_sk tokudb.card_drop_index tokudb.card_no_keys 
tokudb.bf_insert_select_trigger tokudb.card_unique_sk tokudb.card_pk 
tokudb.change_column_auto_inc tokudb.bulk-fetch2 tokudb.auto_increment_boundary 
tokudb.card_pk_sk tokudb.card_sk_2 tokudb.auto_increment_boundary_traditional 
tokudb.bf_delete_trigger tokudb.card_drop_pk tokudb.change_column_bin 
tokudb.bf_insert_select_update_trigger tokudb.auto_increment tokudb.card_pk_2 
tokudb.bf_replace_select_trigger
tokudb.change_column_char tokudb.change_column_bin_rename 
tokudb.change_column_bin_descriptor tokudb.change_column_blob_data 
tokudb.change_column_blob tokudb.change_column_bin_pad 
tokudb.change_column_bin_key
558 tests were skipped, 170 by the test itself.

mysql-test-run: *** ERROR: there were failing test cases

The full log is at

http://perl.debian.net/rebuild-logs/jessie/mariadb-10.0_10.0.23-0%2Bdeb8u1/mariadb-10.0_10.0.23-0%2Bdeb8u1_amd64-20160614-0854.build

Thanks,
Dominic.

Bug#822083: refcard: The refcard layout is screwed up for RTL languages

[Holger Wansing]

Hi,

Holger Wansing  wrote:
> Hi,
> 
> Holger Wansing  wrote:
> > Holger Wansing  wrote:
> > > Omer Zak  wrote:
> > > > 1. Explanations of the changes:
> > > > 
> > > > debian/rules
> > > > LC_ALL=en_US.utf8
> > > > Fixes the behavior of 'grep' when it deals with text with non-Latin
> > > > characters.
> > > > Without this change, 'grep' outputs 'Binary file _ matches', 
> > > > causing
> > > > further operations in the build to fail.
> [...]
> > > I'm lacking the skills to value this patch, so could please someone 
> > > comment
> > > on it? 
> > 
> > Are there any objections against me committing that parts of the patch,
> > which are related to Hebrew?
> > Since I have no proofreader for Arabic until now, I feel somewhat 
> > uncomfortable
> > with applying changes to Arabic ATM.

I have committed Omer's patch, except from the changings on ar.po, as mentioned
above.


Holger


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#827118: prboom-plus: No simple way to unset "formward" binding on right click

[Fabian Greffrath]

Hi guys,

this has been reported against the prboom-plus package in Debian. Seems
like there is no obvious way to clear out a key binding in PrBoom+ at
all (that is, apart from manually editing the config file).

Anything that could be done about this?

 - Fabian

Am Sonntag, den 12.06.2016, 15:21 +0200 schrieb eingousef:
> Package: prboom-plus
> Version: 2:2.5.1.5~svn4462+dfsg1-1+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> In the menu that allows to set the keybindings, the "forward" action
> is bound on two buttons, W (by default, IIRC) and the right mouse
> button. If you change it from the GUI it will only change the first
> but not the second. I guess it can be changed using the config file
> but the way it's quite cryptic and uses some hexadecimal codes for
> keycodes.
> 
> There should be a way to unset the second binding for the "forward"
> action.
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (980, 'stable-updates'), (980,
> 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90,
> 'experimental'), (90, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages prboom-plus depends on:
> ii  libc6 2.22-11
> ii  libdumb1  1:0.9.3-6+b1
> ii  libfluidsynth11.1.6-3
> ii  libgl1-mesa-glx [libgl1]  11.2.2-1
> ii  libglu1-mesa [libglu1]9.0.0-2.1
> ii  libmad0   0.15.1b-8
> ii  libpcre3  2:8.38-3.1
> ii  libpng16-16   1.6.22-1
> ii  libportmidi0  1:184-2.2
> ii  libsdl-image1.2   1.2.12-5+b6
> ii  libsdl-mixer1.2   1.2.12-11+b1
> ii  libsdl-net1.2 1.2.8-4
> ii  libsdl1.2debian   1.2.15+dfsg1-4
> ii  libvorbisfile31.3.5-3
> 
> Versions of packages prboom-plus recommends:
> ii  freedoom  0.10.1-1
> 
> Versions of packages prboom-plus suggests:
> ii  mkvtoolnix9.1.0-1
> ii  vorbis-tools  1.4.0-10
> pn  x264  
> 
> -- no debconf information
> 
> ___
> Pkg-games-devel mailing list
> pkg-games-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-dev
> el
> 

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

Bug#827117: freedoom: Trigger not working properly on C2M9

[Fabian Greffrath]

control: forwarded -1 https://github.com/freedoom/freedoom/issues/256
thanks

Thanks for your report!

I have forwarded it to the Freedoom Github issue tracker.

 - Fabian


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

Bug#827310: xul-ext-pwdhash from stable is not compatible to firefox-esr and gets disabled

[Wolf-Dieter Groll]

Package: xul-ext-pwdhash
Version: 1.7-13
Severity: normal

Dear Maintainer,

   * What led up to the situation?
A normal system upgrade.
With this upgrade iceweasel was replaced by firefox-esr (45.2.0) in jessie.

Starting Firefox, it checked all AddOns and stated that PwdHash is incompatible
to this version of firefox.
I tried to use the version from unstable, 1.7.3-1 (instead of 1.7-13): Same as
above.

At last I changed  in /usr/share/xul-ext/pwdhash/install.rdf
from 45.0 to 45.9.
This did it, an as far as I can see, PwdHash now works fine with firefox-esr
45.2.0






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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=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 xul-ext-pwdhash depends on:
ii  iceweasel  45.2.0esr-1~deb8u1

xul-ext-pwdhash recommends no packages.

xul-ext-pwdhash suggests no packages.

-- no debconf information

Bug#813609: cron-apt: XHEADER config option messes up mail headers

[Ola Lundqvist]

Hi

I realize now that I only sent to the bug id and not to you?

Thanks! Yes I missed that. Thanks. I'll give credits to you in the debian
changelog. Is it ok if I write the email address there?


// Ola

On Tue, May 17, 2016 at 2:59 PM, Ola Lundqvist  wrote:

> Thanks! Yes I missed that. Thanks. I'll give credits to you in the debian
> changelog. Is it ok if I write the email address there?
>
> / Ola
>
> Sent from a phone
> Den 17 maj 2016 14:24 skrev "Geoff" :
>
>> Hi,
>>
>> The temporary IFS overriding is necessary IMHO, otherwise the test on
>> $VAL non-emptiness might failed/raised an error for header with space, for
>> instance with header like: "X-My-Header: string".
>>
>> To remove IFS overriding completely, we need to quote $VAL i think:
>>
>> 8<-
>> while [ ! -z "$VAL" ] ; do
>> XHEADERS="$XHEADERS -a \"$VAL\""
>> i=$(( $i + 1 ))
>> eval "VAL=\${XHEADER$i}"
>> echo $XHEADERS
>> done
>> >8-
>>
>> I tested the cron-apt functions you sent with the above patch, it looks
>> ok.
>>
>> Le 17/05/2016 12:46, Ola Lundqvist wrote :
>>
>>> Hi again
>>>
>>> I have done some more changes. Can you test with this file?
>>>
>>> // Ola
>>>
>>> On Tue, May 17, 2016 at 10:59 AM, Geoff >> > wrote:
>>>
>>> Hi,
>>>
>>> Le 03/05/2016 23:51, Ola Lundqvist a écrit :
>>>
>>> Hi again
>>>
>>> No sorry, replace the  with nothing or space. That should
>>> do the trick.
>>>
>>>
>>> Replacing "" with nothing is not enough.
>>> Each XHEADER has to be quoted as well.
>>> Mail command with cli options is then eval.
>>>
>>> Here is a quick and not so pretty patch, please review.
>>>
>>> Tested on debian 8.2.
>>>
>>> Cheers,
>>> Geoff
>>>
>>>
>>>
>>>
>>> --
>>>   --- Inguza Technology AB --- MSc in Information Technology 
>>> / o...@inguza.com Folkebogatan
>>> 26\
>>> | o...@debian.org    654 68
>>> KARLSTAD|
>>> | http://inguza.com/Mobile: +46 (0)70-332 1551 |
>>> \  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
>>>   ---
>>>
>>>


-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comFolkebogatan 26\
|  o...@debian.org   654 68 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---

Bug#827220: ruby-kgio FTBFS on hppa architecture

[Helge Deller]

Hi Eric,

On 13.06.2016 23:23, Eric Wong wrote:
> Helge Deller  wrote:
>> On 13.06.2016 22:59, Eric Wong wrote:
>>> Seems to be a ruby2.3 problem.
>>> Does the ruby2.3 test suite work at all on hppa?
>>
>> No idea (I'm no ruby expert).
>> The last build log is here:
>> https://buildd.debian.org/status/fetch.php?pkg=ruby2.3=hppa=2.3.1-2=1464615629
>>
>> The log looks similar to x86_64, but I'm not sure if the test suite is run 
>> then.
> 
> Looks like only the bootstrap test ("make test") is run.
> 
> That doesn't test a big chunk of functionality or standard library
> at all.
> 
> The "test-all" target should also be run and is likely to find
> more problems.
> 
> Can you give that a shot?

Sure, I ran a "make test-all" and put the full log here: 
http://dellerweb.de/debug-logs/ruby2.3-make-test-all.log

There seems to be some faults:

# Running tests:
FFFFFF.FFF.../build/ruby2.3/ruby2.3-2.3.1/lib/forwardable.rb:189:
 [BUG] Illegal instruction at 0xfa343a5b
ruby 2.3.1p112 (2016-04-26) [hppa-linux-gnu]

-- Control frame information ---
c:0014 p: s:0041 e:40 IFUNC
c:0013 p: s:0039 e:38 CFUNC  :each
c:0012 p:0021 s:0036 e:35 METHOD 
/build/ruby2.3/ruby2.3-2.3.1/lib/forwardable.rb:189
c:0011 p:0012 s:0031 e:30 BLOCK  
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:400 [FINISH]
c:0010 p: s:0027 e:26 CFUNC  :each
c:0009 p:0011 s:0024 e:23 METHOD 
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:399 [FINISH]
c:0008 p: s:0020 e:19 CFUNC  :each
c:0007 p: s:0018 E:f9d8 CFUNC  :find
c:0006 p:0011 s:0015 E:e9e8 METHOD 
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:325
c:0005 p:0010 s:0012 e:11 METHOD 
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:633
c:0004 p:0008 s:0009 e:08 BLOCK  
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:622
c:0003 p:0015 s:0007 e:06 METHOD 
/build/ruby2.3/ruby2.3-2.3.1/lib/monitor.rb:214
c:0002 p:0025 s:0004 e:03 BLOCK  
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:621 [FINISH]
c:0001 p: s:0002 e:01 (none) [FINISH]

-- Ruby level backtrace information 
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:621:in `block in 
start_keeper'
/build/ruby2.3/ruby2.3-2.3.1/lib/monitor.rb:214:in `mon_synchronize'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:622:in `block (2 levels) 
in start_keeper'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:633:in `need_keeper?'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:325:in `has_expires?'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:325:in `find'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:325:in `each'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:399:in `each_entry'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:399:in `each'
/build/ruby2.3/ruby2.3-2.3.1/lib/rinda/tuplespace.rb:400:in `block in 
each_entry'
/build/ruby2.3/ruby2.3-2.3.1/lib/forwardable.rb:189:in `each'
/build/ruby2.3/ruby2.3-2.3.1/lib/forwardable.rb:189:in `each'

-- Other runtime information ---

* Loaded script: ./test/runner.rb: Fiddle::TestFunc#test_qsort1


I'm somehow lost here now...
Ideas?

Helge

Bug#827309: linux-image-3.16.0-4-kirkwood: latest upgrade made WiFi unstable

[Paul Gevers]

Package: linux-image-3.16.0-4-kirkwood
Version: 3.16.7-ckt25-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since a couple of days, my QNAP NAS TS-219 is dropping its WiFi connection,
after which I can only reboot the system to get it back (as far as I know).

Although I am not sure at all, this seems to coincide with my update of the
linux-image* package, and hence the report here. Please reassign if you know
where this belongs or feel free to close it if it really doesn't make sense.

I updated the image on 2016-06-05 around 10:27:07 and am running that now
(although I don't really remember if I rebooted immediately):
paul@fuji ~ $ uname -a
Linux fuji 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt25-2 (2016-04-08) armv5tel 
GNU/Linux

My WiFi dongle is connected via USB (the first device):
paul@fuji ~ $ lsusb
Bus 001 Device 004: ID 1737:0079 Linksys WUSB600N v2 Dual-Band Wireless-N 
Network Adapter [Ralink RT3572]
Bus 001 Device 003: ID 0d8c:000c C-Media Electronics, Inc. Audio Adapter
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

In the syslog I see the following error messages about every 50 seconds, which
doesn't seem to appear when I still have a connection:
Jun 14 21:15:04 fuji kernel: [177628.821851] ieee80211 phy0: 
rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x101c 
with error -110

Which for the very first time after reboot that this appears may be right after
the following items:
Jun 13 00:36:05 fuji kernel: [16895.965179] ieee80211 phy0: 
rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -75

The first time I can now spot this in my syslog is on 2016-06-08 00:04:35,
unfortunately, my syslog before 2016-06-06 06:25:11 is lost.

Until last week I never had any issues with the WiFi since I installed Debian
on this NAS, which was somewhere in May 2014.

At first, I thought the issue was cause by OOM of my device (no idea yet where
that is caused by) but since my last reboot, there were no OOM issues and still
the WiFi was dropped after it worked correctly initially after the reboot.

Please let me know if I can help with more information.

Paul

paul@fuji ~ $ lsmod
Module  Size  Used by
ctr 3445  0 
ccm 7495  0 
nfsd  268736  13 
auth_rpcgss49634  1 nfsd
oid_registry2097  1 auth_rpcgss
nfs_acl 2313  1 nfsd
nfs   173062  0 
lockd  75585  2 nfs,nfsd
fscache50659  1 nfs
sunrpc228119  19 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
arc41597  2 
snd_usb_audio 106714  2 
snd_usbmidi_lib18589  1 snd_usb_audio
snd_hwdep   5615  1 snd_usb_audio
snd_rawmidi17852  1 snd_usbmidi_lib
rt2800usb  16484  0 
rt2x00usb   8132  1 rt2800usb
rt2800lib  72043  1 rt2800usb
rt2x00lib  34793  3 rt2x00usb,rt2800lib,rt2800usb
mac80211  425587  3 rt2x00lib,rt2x00usb,rt2800lib
hid_generic  775  0 
snd_seq_device  5065  1 snd_rawmidi
cfg80211  354796  2 mac80211,rt2x00lib
crc_ccitt   1141  1 rt2800lib
snd_pcm67511  1 snd_usb_audio
rfkill 15860  2 cfg80211
usbhid 40190  0 
snd_timer  16545  1 snd_pcm
snd48924  11 
snd_usb_audio,snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_usbmidi_lib,snd_seq_device
hid81789  2 hid_generic,usbhid
soundcore   4589  1 snd
ehci_orion  3062  0 
ehci_hcd   55579  1 ehci_orion
marvell 6201  0 
sg 19402  0 
usbcore   167263  7 
snd_usb_audio,rt2x00usb,rt2800usb,snd_usbmidi_lib,ehci_hcd,ehci_orion,usbhid
mvmdio  2960  0 
usb_common  1850  1 usbcore
orion_wdt   6053  0 
mv643xx_eth26377  0 
ahci   14305  0 
of_mdio 2356  2 mvmdio,mv643xx_eth
libahci21216  1 ahci
libphy 23208  4 marvell,mvmdio,of_mdio,mv643xx_eth
mv_cesa11258  0 
evdev   9200  1 
loop   15208  0 
gpio_keys   7786  0 
ipv6  314732  70 
autofs425934  2 
ext4  452540  4 
mbcache 5586  1 ext4
jbd2   80275  1 ext4
raid1  27848  3 
md_mod103619  4 raid1
sd_mod 35718  11 
crc_t10dif   984  1 sd_mod
crct10dif_generic   1234  1 
crct10dif_common1154  2 crct10dif_generic,crc_t10dif
sata_mv26340  9 
libata150715  3 ahci,sata_mv,libahci
scsi_mod  165063  3 sg,libata,sd_mod

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

Bug#822708: Done

[Lisandro Damián Nicanor Pérez Meyer]

Version: 0.3.0-1

Fixed by upstream.

-- 
The box said 'Requires Windows 95 or better'. So I installed Linux.
  Anonymous

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#825005: Bug#825002: sgml-base: broken super catalog after removing docutils-common

[Helmut Grohne]

Control: tags -1 + patch

On Sun, May 22, 2016 at 12:50:58PM +0200, Helmut Grohne wrote:
> You can find the implementation for debhelper attached. It basically
> consists of adding an autotrigger invocation and bumps the sgml-base
> version.
> 
> In addition I am removing the transition script as it is now part of
> both wheezy and jessie. Did we ever support skipping two releases?
> 
> This is a request for review and should not be included in debhelper
> before the relevant sgml-base changes have been uploaded.

Guillem Jover remarked that the trigger should be called
update-sgmlcatalog even though it does not match the binary. There was
an attempt at renaming the binary to that name and the name is less
generic.

So I updated the patch changing the trigger name and filling in the bug
number. It is ready for inclusion in debhelper now given that sgml-base
1.28 is uploaded.

Helmut
diff --minimal -Nru debhelper-9.20160403/autoscripts/preinst-sgmlcatalog 
debhelper-9.20160403+nmu1/autoscripts/preinst-sgmlcatalog
--- debhelper-9.20160403/autoscripts/preinst-sgmlcatalog
+++ debhelper-9.20160403+nmu1/autoscripts/preinst-sgmlcatalog
@@ -1,8 +0,0 @@
-if test -f #CENTRALCAT# -a "(" "$1" = "upgrade" -o "$1" = "install" -a -n "$2" 
")" && 
-   ! dpkg-query -S #CENTRALCAT# >/dev/null 2>&1; then
-   # If the dpkg-query command returns non-zero, the central catalog is
-   # not owned by any package. This is due to an old behaviour of
-   # debhelper. Now that file becomes a conffile. In order to avoid a
-   # question during installation, we remove the old non-conffile.
-   mv #CENTRALCAT# #CENTRALCAT#.old
-fi
diff --minimal -Nru debhelper-9.20160403/debian/changelog 
debhelper-9.20160403+nmu1/debian/changelog
--- debhelper-9.20160403/debian/changelog
+++ debhelper-9.20160403+nmu1/debian/changelog
@@ -1,3 +1,13 @@
+debhelper (9.20160403+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * dh_installcatalogs: Explicitly trigger update-sgmlcatalog since
+dpkg does not trigger conffiles on package removal. (Closes: #825005)
+  * dh_installcatalogs: Drop autoscript for transition that completed in
+wheezy.
+
+ -- Helmut Grohne   Tue, 14 Jun 2016 22:26:21 +0200
+
 debhelper (9.20160403) unstable; urgency=medium
 
   * d/control: Requre dh-autoreconf (>= 12) to ensure
diff --minimal -Nru debhelper-9.20160403/dh_installcatalogs 
debhelper-9.20160403+nmu1/dh_installcatalogs
--- debhelper-9.20160403/dh_installcatalogs
+++ debhelper-9.20160403+nmu1/dh_installcatalogs
@@ -10,7 +10,7 @@
 use warnings;
 use Debian::Debhelper::Dh_Lib;
 
-my $sgmlbasever = "1.26+nmu2";
+my $sgmlbasever = "1.28";
 
 =head1 SYNOPSIS
 
@@ -108,8 +108,7 @@
close CENTRALCAT;
 
if (! $dh{NOSCRIPTS}) {
-   autoscript($package, "preinst", "preinst-sgmlcatalog",
-  "s%#CENTRALCAT#%$centralcat%g;");
+   autotrigger($package, "activate", "update-sgmlcatalog");
autoscript($package, "postrm", "postrm-sgmlcatalog",
   "s%#CENTRALCAT#%$centralcat%g;");
}

Bug#827177: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

On martes, 14 de junio de 2016 7:37:59 P. M. ART Emilio Pozuelo Monfort wrote:
> On 14/06/16 16:38, Lisandro Damián Nicanor Pérez Meyer wrote:
> > Please also binNMU qtcreator, the new version needs some more maintainer
> > time ;-) Thanks!

I *think* qtstyleplugins-src binNMUs haven't been scheduled.


-- 
I wish to be cremated. One tenth of my ashes shall be given
to my agent, as written in our contract.
 -- Groucho Marx

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#827308: multipath-tools: wrong device file created when creating partitions with parted

[Andrew Patterson]

Package: multipath-tools
Version: 0.6.1-3

When using parted to create partitions, multipath partition device
files are created using kernel names rather than honoring the "-p
-part" option in the various udev rules. This issue exists in
multipath-tools/kpartx_0.6.1-3, but has been seen in earlier versions
of multipath-tools/kpartx as well.

Example:

Testing on an amd64 system running sid with
multipath-tools/kpartx_0.6.1-3 from experimental. We hav 8 FC LUNs
with 4 paths each. The kernel version is 4.6.0-1-amd64.

With the following /etc/multipath.conf file:

defaults {
user_friendly_names "yes"
}

blacklist {
device {
vendor "HP"
product "LOGICAL VOLUME"
}

Here are the devices used (the boot device is blacklisted):

# lsscsi
[0:0:0:0]storage HP   P244br   2.52  -
[0:1:0:0]diskHP   LOGICAL VOLUME   2.52  /dev/sda 
[1:0:0:0]disk3PARdata VV   3212  /dev/sdj 
[1:0:0:1]disk3PARdata VV   3212  /dev/sdl 
[1:0:0:2]disk3PARdata VV   3212  /dev/sdn 
[1:0:0:3]disk3PARdata VV   3212  /dev/sdq 
[1:0:0:4]disk3PARdata VV   3212  /dev/sdr 
[1:0:0:5]disk3PARdata VV   3212  /dev/sdt 
[1:0:0:6]disk3PARdata VV   3212  /dev/sdv 
[1:0:0:7]disk3PARdata VV   3212  /dev/sdx 
[1:0:0:254]  enclosu 3PARdata SES  3212  -
[1:0:1:0]disk3PARdata VV   3212  /dev/sdz 
[1:0:1:1]disk3PARdata VV   3212  /dev/sdaa
[1:0:1:2]disk3PARdata VV   3212  /dev/sdab
[1:0:1:3]disk3PARdata VV   3212  /dev/sdac
[1:0:1:4]disk3PARdata VV   3212  /dev/sdad
[1:0:1:5]disk3PARdata VV   3212  /dev/sdae
[1:0:1:6]disk3PARdata VV   3212  /dev/sdaf
[1:0:1:7]disk3PARdata VV   3212  /dev/sdag
[1:0:1:254]  enclosu 3PARdata SES  3212  -
[2:0:0:0]disk3PARdata VV   3212  /dev/sdb 
[2:0:0:1]disk3PARdata VV   3212  /dev/sdc 
[2:0:0:2]disk3PARdata VV   3212  /dev/sdd 
[2:0:0:3]disk3PARdata VV   3212  /dev/sde 
[2:0:0:4]disk3PARdata VV   3212  /dev/sdf 
[2:0:0:5]disk3PARdata VV   3212  /dev/sdg 
[2:0:0:6]disk3PARdata VV   3212  /dev/sdh 
[2:0:0:7]disk3PARdata VV   3212  /dev/sdi 
[2:0:0:254]  enclosu 3PARdata SES  3212  -
[2:0:1:0]disk3PARdata VV   3212  /dev/sdk 
[2:0:1:1]disk3PARdata VV   3212  /dev/sdm 
[2:0:1:2]disk3PARdata VV   3212  /dev/sdo 
[2:0:1:3]disk3PARdata VV   3212  /dev/sdp 
[2:0:1:4]disk3PARdata VV   3212  /dev/sds 
[2:0:1:5]disk3PARdata VV   3212  /dev/sdu 
[2:0:1:6]disk3PARdata VV   3212  /dev/sdw 
[2:0:1:7]disk3PARdata VV   3212  /dev/sdy 
[2:0:1:254]  enclosu 3PARdata SES  3212  - 

And the following multipath -l output:

# multipath -l
mpathe (360002ac0190828be) dm-4 3PARdata,VV
size=1.0G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  |- 1:0:0:4 sdr  65:16  active undef running
  |- 1:0:1:4 sdad 65:208 active undef running
  |- 2:0:0:4 sdf  8:80   active undef running
  `- 2:0:1:4 sds  65:32  active undef running
mpathd (360002ac0190728be) dm-3 3PARdata,VV
size=1.0G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  |- 1:0:0:3 sdq  65:0   active undef running
  |- 1:0:1:3 sdac 65:192 active undef running
  |- 2:0:0:3 sde  8:64   active undef running
  `- 2:0:1:3 sdp  8:240  active undef running
mpathc (360002ac0190628be) dm-2 3PARdata,VV
size=1.0G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  |- 1:0:0:2 sdn  8:208  active undef running
  |- 1:0:1:2 sdab 65:176 active undef running
  |- 2:0:0:2 sdd  8:48   active undef running
  `- 2:0:1:2 sdo  8:224  active undef running
mpathb (360002ac0190528be) dm-1 3PARdata,VV
size=1.0G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  |- 1:0:0:1 sdl  8:176  active undef running
  |- 1:0:1:1 sdaa 65:160 active undef running
  |- 2:0:0:1 sdc  8:32   active undef running
  `- 2:0:1:1 sdm  8:192  active undef running
mpatha (360002ac0190428be) dm-0 3PARdata,VV
size=1.0G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  |- 1:0:0:0 sdj  8:144  active undef running
  |- 1:0:1:0 sdz  65:144 active undef running
  |- 2:0:0:0 sdb  8:16   active undef running
  `- 2:0:1:0 sdk  8:160  active undef running
mpathh (360002ac0190b28be) dm-7 3PARdata,VV
size=1.0G features='0' 

Bug#823411: wpa: CVE-2016-4476 CVE-2016-4477 / 2016-1 advisory

[Salvatore Bonaccorso]

Hi,

Any news for having those issues fixed in unstable? We have marked the
issues as no-dsa for jessie, so once the fix lands in unstable, can
you please schedule as well a fix for jessie via a stable point
release?

Regards,
Salvatore

Bug#822817: [src:linux] sound stops working and dmesg spammed with hpet1: lost XXX rtc interrupts

[Maximilian Engelhardt]

Hi Dietz,

Thanks for your information. In my case I need the irqpoll option because of 
this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=47191

However, setting the "hpet=disable" option additionally seems to work well for 
me.

Does anyone know if this can have any negative implications?

Thanks,
Maxi

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

Bug#827307: pywps has circular Depends on pywps-cgi

[Bill Allombert]

Package: pywps
Version: 3.2.5-1
Severity: important

Hello Debian GIS Project maintainers,

There is a circular dependency between pywps and pywps-cgi:

pywps   :Depends: pywps-wsgi | pywps-cgi
pywps-cgi   :Depends: pywps

Circular dependencies are known to cause problems during upgrade between
stable releases, so we should try to avoid them.

See threads 
http://lists.debian.org/debian-devel/2005/06/msg02111.html
http://lists.debian.org/debian-devel/2005/11/msg01101.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#827304: [Pkg-xfce-devel] Bug#827304: mousepad: Random crashing

[Yves-Alexis Perez]

On mar., 2016-06-14 at 13:58 -0500, Kyle Bentley wrote:
> 
> It will happen, or it has for the last few days/2 weeks.  All that is 
> variable is 
> the amount of time required.  I would be happy to give more information if 
> you'll 
> kindly tell me how.

Try to identify what update broke mousepad, and try to get a backtrace?
-- 

Yves-Alexis

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

Bug#813621: [PATCH] Add check for chroot before modifying /dev/cuse

[David Lechner]

If this package is installed in a chroot environment, then we
should not be touching anything in /dev/ because it will belong
to the host os rather than the chroot.

chrooted() comes from mount.preinst in the util-linux package.

Fixes #813621
---
 debian/fuse.postinst | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/debian/fuse.postinst b/debian/fuse.postinst
index 1eb08b8..639fc62 100644
--- a/debian/fuse.postinst
+++ b/debian/fuse.postinst
@@ -2,9 +2,19 @@
 
 set -e
 
+chrooted() {
+   if [ "$(stat -c %d/%i /)" = "$(stat -Lc %d/%i /proc/1/root 
2>/dev/null)" ]; then
+   # the devicenumber/inode pair of / is the same as that of
+   # /sbin/init's root, so we're *not* in a chroot and hence
+   # return false.
+   return 1
+   fi
+   return 0
+}
+
 case "${1}" in
configure)
-   if [ -c /dev/cuse ]
+   if [ -c /dev/cuse ] && ! chrooted
then
chmod 0600 /dev/cuse > /dev/null 2>&1
fi
-- 
2.7.4

Bug#779618: dash: printf doesn't handle malformed format string

[Gioele Barabucci]

Reply-To: 779...@bugs.debian.org
Control: tags -1 + fixed-upstream

Hello,

this problem has been fixed upstream in commit 0134f725 [1] but not yet 
included in a released version of dash.


[1] 
http://git.kernel.org/cgit/utils/dash/dash.git/commit/?id=0134f725b7d254ddbc3cc6dd72399edea832559c


Regards,

--
Gioele Barabucci 

Bug#777262: dash: dot file should return zero when no command is executed

[Gioele Barabucci]

Reply-To: 777...@bugs.debian.org
Control: tags -1 + fixed-upstream

Hello,

this problem has been fixed upstream in commit 17a5f24e [1] but not yet 
included in a released version of dash.


[1] 
http://git.kernel.org/cgit/utils/dash/dash.git/commit/?id=17a5f24e0a8ec22f74399764db30d97ae310f3c6


Regards,

--
Gioele Barabucci 

Bug#827305: kio: extra web shortcuts

[Salvatore Tomaselli]

Package: kio
Version: 5.22.0-1
Severity: wishlist

Dear Maintainer,
I am attaching two extra search shortcuts that I made. Feel free to improve
them.

I would be glad if they could be included in future releases.

Best

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

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

Versions of packages kio depends on:
ii  libacl1   2.2.52-3
ii  libc6 2.22-11
ii  libgcc1   1:6.1.1-6
ii  libgssapi-krb5-2  1.14.2+dfsg-1
ii  libkf5archive55.22.0-1
ii  libkf5codecs5 5.22.0-1
ii  libkf5completion5 5.22.0-1
ii  libkf5configcore5 5.22.0-1
ii  libkf5configwidgets5  5.22.0-1
ii  libkf5coreaddons5 5.22.0-1
ii  libkf5dbusaddons5 5.22.0-1
ii  libkf5i18n5   5.22.1-1
ii  libkf5itemviews5  5.22.0-1
ii  libkf5kiocore55.22.0-1
ii  libkf5kiontlm55.22.0-1
ii  libkf5kiowidgets5 5.22.0-1
ii  libkf5notifications5  5.22.0-1
ii  libkf5service-bin 5.22.0-1
ii  libkf5service55.22.0-1
ii  libkf5solid5  5.22.0-1
ii  libkf5textwidgets55.22.0-1
ii  libkf5wallet-bin  5.22.0-1
ii  libkf5wallet5 5.22.0-1
ii  libkf5widgetsaddons5  5.22.0-1
ii  libkf5windowsystem5   5.22.0-1
ii  libqt5core5a  5.5.1+dfsg-17
ii  libqt5dbus5   5.5.1+dfsg-17
ii  libqt5gui55.5.1+dfsg-17
ii  libqt5network55.5.1+dfsg-17
ii  libqt5script5 5.5.1+dfsg-2
ii  libqt5widgets55.5.1+dfsg-17
ii  libqt5x11extras5  5.5.1-3
ii  libqt5xml55.5.1+dfsg-17
ii  libstdc++66.1.1-6
ii  libxml2   2.9.3+dfsg1-1.2
ii  libxslt1.11.1.28-4

kio recommends no packages.

kio suggests no packages.

-- no debconf information
[Desktop Entry]
Type=Service
Name=Soundcloud
X-KDE-ServiceTypes=SearchProvider
Keys=sc
Query=https://soundcloud.com/search?q=\\{@}
Charset=utf8
[Desktop Entry]
Type=Service
Name=Soundcloud
X-KDE-ServiceTypes=SearchProvider
Keys=tz
Query=http://torrentz.com/search?q=\\{@}
Charset=utf8

Bug#656862: Bug#827031: Bug#656862: Bug#827031: xvnc4viewer: crashes with stack smashing on startup

[Ola Lundqvist]

Hi Roman

No worry. Anyway regarding security. According to the academics definition
of security it implies
- Integrity
- Confidentiality
- Availability

What we may have a problem with here is the integrity. The confidentiality
is usually lost anyway as vnc is not encrypted. With the harden patch
applied we really had a problem with availability as it always crashed.

Based on that the "harden" patch is definitely worse from a security point
of view, unless the root cause is found and fixed.

If anyone finds the root cause I'm happy to know about it. I will not have
time to investigate it for a while.

Cheers

// Ola



On Tue, Jun 14, 2016 at 2:31 PM, Roman Mamedov  wrote:

> On Tue, 14 Jun 2016 14:21:47 +0200
> Ola Lundqvist  wrote:
>
> > It was not Torsten who wrote the patch.
>
> > Just FYI.
>
> Apologies for assuming that he did. Guess I jumped to replying due to
> facing
> this attitude too often, that things must be ultra-hardened and
> uber-secure,
> without any concern if it's actually usable (SELinux comes to mind).
>
> Thanks!
>
> --
> With respect,
> Roman
>



-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comFolkebogatan 26\
|  o...@debian.org   654 68 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---

Bug#825818: gnome-terminal crash when dragging tab to another terminal

[Antonio Terceiro]

On Tue, Jun 14, 2016 at 08:57:57PM +0200, Michael Biebl wrote:
> Am 14.06.2016 um 17:24 schrieb Antonio Terceiro:
> > Control: severity -1 grave
> > 
> > On Mon, 30 May 2016 12:10:04 +0200 Riccardo Magliocchetti 
> >  wrote:
> >> Package: gnome-terminal
> >> Version: 3.20.2-1
> >> Severity: important
> >>
> >> When dragging a tab to another gnome-terminal instance, gnome-terminal 
> >> crashes
> >> with the
> >> attached backtrace.
> > 
> > This may cause data loss if there is anything important in any of the
> > terminal tabs, as it just happened to me.
> 
> With that kind of argument, almost every crasher bug would be grave.

fair enough. maybe I overreacted, feel free to downgrade.



signature.asc
Description: PGP signature

Bug#827254: task-french-desktop: Please switch from iceweasel-l10n-fr to firefox-esr-l10n-fr | firefox-l10n-fr

[Laurent Bigonville]

Le 14/06/16 à 19:09, Christian PERRIER a écrit :

Quoting Laurent Bigonville (bi...@debian.org):

reassign 827254 src:tasksel
retitle 827254 tasksel: Please switch from iceweasel-l10n-* to
firefox-esr-l10n-* | firefox-l10n-*
thanks

On Tue, 14 Jun 2016 10:46:22 +0200 Laurent Bigonville 
wrote:


Could you please change the dependencies from iceweasel-l10n-fr to
firefox-esr-l10n-fr | firefox-l10n-fr ?

Actually this needs to be done for all the desktop language packages.

This is partly pending in git: iceweasel has been replaced by
firefox-esr, there.

I'm not entirely convinced that it makes sense to  mention the
alternative, though (which makes a quite tedious change to 68
different tasks).


What about this?

I think it's a good idea to allow people to choose if they want the esr 
version or not


The patch has been generated with the following vim command:

%s/firefox-esr-l10n-\([^,]*\),\?$/firefox-esr-l10n-\1 | firefox-l10n-\1,/g

>From e162bb422bf86c0a6f473c351b1f806fa717 Mon Sep 17 00:00:00 2001
From: Laurent Bigonville 
Date: Tue, 14 Jun 2016 21:08:31 +0200
Subject: [PATCH] Add an alternative to the non esr firefox

---
 debian/control | 146 -
 1 file changed, 73 insertions(+), 73 deletions(-)

diff --git a/debian/control b/debian/control
index d035c67..7972b6b 100644
--- a/debian/control
+++ b/debian/control
@@ -82,7 +82,7 @@ Recommends:
 	synaptic,
 # firefox is the most popular web browser at the moment,
 # although both gnome and kde offer their own too
-	firefox-esr,
+	firefox-esr | firefox,
 # libreoffice is the best word processor / office suite at the moment
 	libreoffice,
 # make help menu work
@@ -127,7 +127,7 @@ Recommends:
 	gimp,
 # firefox is the most popular web browser at the moment,
 # although both gnome and kde offer their own too
-	firefox-esr,
+	firefox-esr | firefox,
 # libreoffice is the best word processor / office suite at the moment
 	libreoffice,
 # make help menu work
@@ -163,7 +163,7 @@ Recommends:
 	synaptic,
 # firefox is the most popular web browser at the moment,
 # although both gnome and kde offer their own too
-	firefox-esr,
+	firefox-esr | firefox,
 # libreoffice is the best word processor / office suite at the moment
 	libreoffice,
 # make help menu work
@@ -222,7 +222,7 @@ Recommends:
 	synaptic,
 # firefox is the most popular web browser at the moment,
 # although both gnome and kde offer their own too
-	firefox-esr,
+	firefox-esr | firefox,
 # libreoffice is the best word processor / office suite at the moment
 	libreoffice,
 # make help menu work
@@ -267,7 +267,7 @@ Recommends:
 	synaptic,
 # firefox) is the most popular web browser at the moment,
 # although both gnome and kde offer their own too
-	firefox-esr,
+	firefox-esr | firefox,
 # libreoffice is the best word processor / office suite at the moment
 	libreoffice,
 # make help menu work
@@ -343,7 +343,7 @@ Description: Albanian desktop
  This task localises the desktop in Albanian.
 Depends: ${misc:Depends}, 
 Recommends:
-	firefox-esr-l10n-sq
+	firefox-esr-l10n-sq | firefox-l10n-sq,
 
 Package: task-amharic
 Architecture: all
@@ -398,7 +398,7 @@ Depends: ${misc:Depends},
 Recommends:
 	fonts-kacst,
 	fonts-farsiweb,
-	firefox-esr-l10n-ar,
+	firefox-esr-l10n-ar | firefox-l10n-ar,
 	libreoffice-l10n-ar,
 	hunspell-ar
 
@@ -425,7 +425,7 @@ Description: Asturian desktop
 Depends: ${misc:Depends}, 
 Recommends:
 	libreoffice-l10n-ast,
-	firefox-esr-l10n-ast
+	firefox-esr-l10n-ast | firefox-l10n-ast,
 
 Package: task-basque
 Architecture: all
@@ -442,7 +442,7 @@ Description: Basque desktop
  This task localises the desktop in Basque.
 Depends: ${misc:Depends}, 
 Recommends:
-	firefox-esr-l10n-eu,	
+	firefox-esr-l10n-eu | firefox-l10n-eu,
 	libreoffice-l10n-eu,
 	libreoffice-help-eu,
 	hunspell-eu-es
@@ -470,7 +470,7 @@ Description: Belarusian desktop
 Depends: ${misc:Depends}, 
 Recommends:
 	libreoffice-l10n-be,
-	firefox-esr-l10n-be,
+	firefox-esr-l10n-be | firefox-l10n-be,
 	hunspell-be
 
 Package: task-belarusian-kde-desktop
@@ -497,8 +497,8 @@ Description: Bengali desktop
 Depends: ${misc:Depends}, 
 Recommends:
 	libreoffice-l10n-bn,
-	firefox-esr-l10n-bn-in,
-	firefox-esr-l10n-bn-bd,
+	firefox-esr-l10n-bn-in | firefox-l10n-bn-in,
+	firefox-esr-l10n-bn-bd | firefox-l10n-bn-bd,
 	fonts-lohit-beng-bengali
 
 Package: task-bengali-kde-desktop
@@ -529,7 +529,7 @@ Description: Bosnian desktop
 Depends: ${misc:Depends}, 
 Recommends:
 	libreoffice-l10n-bs,
-	firefox-esr-l10n-bs,
+	firefox-esr-l10n-bs | firefox-l10n-bs,
 	myspell-hr
 
 Package: task-bosnian-kde-desktop
@@ -565,7 +565,7 @@ Description: Brazilian Portuguese desktop
 Depends: ${misc:Depends}, 
 Recommends:
 	libreoffice-l10n-pt-br,
-	firefox-esr-l10n-pt-br,
+	firefox-esr-l10n-pt-br | firefox-l10n-pt-br,
 	myspell-pt-br
 
 Package: task-brazilian-portuguese-kde-desktop
@@ -583,7 +583,7 @@ Description: British English desktop
 XBC-Maintainer: Per 

Bug#775490: ITP: natron -- Natron is an open-source, crossplatform, nodal compositing software

[Debian/GNU]

any news on this?
natron-2.0.5 has been released two weeks ago, and there have been
properly tagged releases since 2016/03.

also i would like to offer to package this under the pkg-multimedia-team
umbrella.

fgamrds
IOhannes



signature.asc
Description: OpenPGP digital signature

Bug#825818: gnome-terminal crash when dragging tab to another terminal

[Michael Biebl]

Am 14.06.2016 um 17:24 schrieb Antonio Terceiro:
> Control: severity -1 grave
> 
> On Mon, 30 May 2016 12:10:04 +0200 Riccardo Magliocchetti 
>  wrote:
>> Package: gnome-terminal
>> Version: 3.20.2-1
>> Severity: important
>>
>> When dragging a tab to another gnome-terminal instance, gnome-terminal 
>> crashes
>> with the
>> attached backtrace.
> 
> This may cause data loss if there is anything important in any of the
> terminal tabs, as it just happened to me.

With that kind of argument, almost every crasher bug would be grave.



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



signature.asc
Description: OpenPGP digital signature

Bug#827304: mousepad: Random crashing

[Kyle Bentley]

Package: mousepad
Version: 0.4.0-3
Severity: grave
Justification: causes non-serious data loss

Dear Maintainer,

After the last few updates in testing, I've noticed that when editing a file 
with mousepad, that at seemingly random times, the color scheme will first 
change from Oblivion (which I'm using) to the default theme. Not long after, 
the 
program will terminate, causing data loss since the last save.  I am unsure 
how to help capture the state of mousepad just before it crashes.

To reproduce:
Open mousepad,
switch theme to oblivion
edit files, type, wait X minutes
theme will switch to default
program will crash

It will happen, or it has for the last few days/2 weeks.  All that is variable 
is 
the amount of time required.  I would be happy to give more information if 
you'll 
kindly tell me how.

Thanks,

Kyle B

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

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

Versions of packages mousepad depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  libc62.22-9
ii  libglib2.0-0 2.48.1-1
ii  libgtk2.0-0  2.24.30-2
ii  libgtksourceview2.0-02.10.5-2
ii  libpango-1.0-0   1.40.1-1

mousepad recommends no packages.

mousepad suggests no packages.

-- no debconf information

Bug#827303: ITP: ruby-fog-openstack -- openstack module for fog

[Pirate Praveen]

package: wnpp
severity: wishlist
owner: Pirate Praveen 

from rubygems.org



signature.asc
Description: OpenPGP digital signature

Bug#827296: connman: Connman slow down the boot when no network available

[Kristian Klausen]

I'm not sure this is connman fault (??).

This is causing by newer connman which include connman-wait-online.service.
You should be able to fix it by disabling connman-wait-online.service

https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ is worth 
reading.


> Subject: Bug#827296: connman: Connman slow down the boot when no network 
> available
> From: flor...@biree.name
> To: sub...@bugs.debian.org
> Date: Tue, 14 Jun 2016 19:56:08 +0200
>
> Package: connman
> Version: 1.32-0.1
> Severity: normal
>
> Dear Maintainer,
>
> When no network (wired or wireless) is available, systemd hang on an long
> time (around 2 minutes), waiting connman to find a network before continuing 
> the boot.
>
> This is very anoying for a laptop. Some times ago (I can't remember when
> and with which version of connman or systemd), already with connman and
> systemd, the boot was normal even when no network was available.
>
> -- System Information:
> Debian Release: stretch/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.5.0-2-686-pae (SMP w/1 CPU core)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages connman depends on:
> ii dbus 1.10.8-1
> ii init-system-helpers 1.34
> ii libc6 2.22-11
> ii libdbus-1-3 1.10.8-1
> ii libglib2.0-0 2.48.1-1
> ii libgnutls30 3.4.13-1
> ii libreadline6 6.3-8+b4
> ii libxtables11 1.6.0-2
> ii lsb-base 9.20160601
>
> Versions of packages connman recommends:
> pn bluez 
> pn ofono 
> ii wpasupplicant 2.3-2.3
>
> Versions of packages connman suggests:
> pn indicator-network 
>
> -- no debconf information
>
  

Bug#827274: segfaults when loading message list after switching mail folders

[Carsten Schoenert]

Hello Micha,

On Tue, Jun 14, 2016 at 04:58:12PM +0200, Micha Lenk wrote:
 
> Well, I am not able to reproduce the issue reliably.

that's exact our problem, I run into Icedove crashs too, but they are
really rare. Maybe 1 - 2 a month, and there are months thre nothing
happen.

> So, what I did is a
> post-mortem analysis of the generated coredump. So I guess I can't
> change the LANG env, right?

Yes, only manually in the log file, and that's error prone. :-)
 
> > Also if possible consider using "set substitute-path ..." inside the gdb
> > session to a valide path. By this all can see the relvant source code
> > there Icedove is crashing.
> > 
> > https://sourceware.org/gdb/onlinedocs/gdb/Source-Path.html
> 
> This is the icedove version installed in a stable release via APT, so I
> have no clue what path to set here. I guess the Debian buildds know the
> used paths. The used source code should be available in the Debian
> archive, shouldn't it?

Well, that's something for advanced gdb using, so no worry.

The gdb trys to find the source like it was around while building. For the
version 1:45.1.0~deb8u1 the buildd was using

  /build/icedove-tNL3mB/icedove-45.1.0/

Of course you dont have such a folder, so gdb cant find the source for
the crashed function. You need to tell gdb a substion path (if you have
downloaded and extracted the source for Icedove locally).
For example, if have loaded the source from the package site 
https://packages.debian.org/source/stable/icedove on the bottom ...
icedove_45.1.0.orig.tar.xz

  
http://security.debian.org/debian-security/pool/updates/main/i/icedove/icedove_45.1.0.orig.tar.xz

and extracted the archive into /home/user/icedove-source-45.1.0 than the
substion comand would be:

[start the debugger]
set substitute-path /build/icedove-tNL3mB/icedove-45.1.0/ 
/home/user/icedove-source-45.1.0
run
[the visible output]

Regards
Carsten

Bug#827302: v4l-utils: FTBFS: jpeg_memsrcdest.h:6:1: error: conflicting types for 'jpeg_mem_src'

[Chris Lamb]

Source: v4l-utils
Version: 1.10.0-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

v4l-utils fails to build from source in unstable/amd64:

  [..]

  checking for inttypes.h... yes
  checking for stdint.h... yes
  checking for unistd.h... yes
  checking minix/config.h usability... no
  checking minix/config.h presence... no
  checking for minix/config.h... no
  checking whether it is safe to define __EXTENSIONS__... yes
  checking for a BSD-compatible install... /usr/bin/install -c
  checking whether build environment is sane... yes
  checking for a thread-safe mkdir -p... /bin/mkdir -p
  checking for gawk... no
  checking for mawk... mawk
  checking whether make sets $(MAKE)... yes
  checking for style of include used by make... GNU
  checking whether make supports nested variables... yes
  checking dependency style of gcc... none
  checking whether to enable maintainer-specific portions of Makefiles... no
  checking whether make supports nested variables... (cached) yes
  checking for g++... g++
  checking whether we are using the GNU C++ compiler... yes
  checking whether g++ accepts -g... yes
  checking dependency style of g++... none
  checking for gcc option to accept ISO C99... none needed
  checking build system type... x86_64-pc-linux-gnu
  checking host system type... x86_64-pc-linux-gnu
  checking how to print strings... printf
  checking for a sed that does not truncate output... /bin/sed
  checking for fgrep... /bin/grep -F
  checking for ld used by gcc... /usr/bin/ld
  checking if the linker (/usr/bin/ld) is GNU ld... yes
  checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
  checking the name lister (/usr/bin/nm -B) interface... BSD nm
  checking whether ln -s works... yes
  checking the maximum length of command line arguments... 1572864
  checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu 
format... func_convert_file_noop
  checking how to convert x86_64-pc-linux-gnu file names to toolchain format... 
func_convert_file_noop
  checking for /usr/bin/ld option to reload object files... -r
  checking for objdump... objdump
  checking how to recognize dependent libraries... pass_all
  checking for dlltool... no
  checking how to associate runtime and link libraries... printf %s\n
  checking for ar... ar
  checking for archiver @FILE support... @
  checking for strip... strip
  checking for ranlib... ranlib
  checking command to parse /usr/bin/nm -B output from gcc object... ok
  checking for sysroot... no
  checking for a working dd... /bin/dd
  checking how to truncate binary pipes... /bin/dd bs=4096 count=1
  checking for mt... no
  checking if : is a manifest tool... no
  checking for dlfcn.h... yes
  checking for objdir... .libs
  checking if gcc supports -fno-rtti -fno-exceptions... no
  checking for gcc option to produce PIC... -fPIC -DPIC
  checking if gcc PIC flag -fPIC -DPIC works... yes
  checking if gcc static flag -static works... yes
  checking if gcc supports -c -o file.o... yes
  checking if gcc supports -c -o file.o... (cached) yes
  checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared 
libraries... yes
  checking whether -lc should be explicitly linked in... no
  checking dynamic linker characteristics... GNU/Linux ld.so
  checking how to hardcode library paths into programs... immediate
  checking whether stripping libraries is possible... yes
  checking if libtool supports shared libraries... yes
  checking whether to build shared libraries... yes
  checking whether to build static libraries... yes
  checking how to run the C++ preprocessor... g++ -E
  checking for ld used by g++... /usr/bin/ld -m elf_x86_64
  checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
  checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared 
libraries... yes
  checking for g++ option to produce PIC... -fPIC -DPIC
  checking if g++ PIC flag -fPIC -DPIC works... yes
  checking if g++ static flag -static works... yes
  checking if g++ supports -c -o file.o... yes
  checking if g++ supports -c -o file.o... (cached) yes
  checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared 
libraries... yes
  checking dynamic linker characteristics... (cached) GNU/Linux ld.so
  checking how to hardcode library paths into programs... immediate
  checking whether ln -s works... yes
  checking for pkg-config... /usr/bin/pkg-config
  checking pkg-config is at least version 0.9.0... yes
  checking for doxygen... /usr/bin/doxygen
  checking for perl... /usr/bin/perl
  checking for dot... /usr/bin/dot
  checking whether NLS is requested... yes
  checking for msgfmt... /usr/bin/msgfmt
  checking for gmsgfmt... /usr/bin/msgfmt
  checking for xgettext... /usr/bin/xgettext
  checking for msgmerge... /usr/bin/msgmerge
  checking for ld used by gcc... 

Bug#827301: qgo: FTBFS: network/cyberoroconnection.cpp:524:77: error: narrowing conversion of '250' from 'int' to 'char' inside { }

[Chris Lamb]

Source: qgo
Version: 2.1~git-20150530-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.orge
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

qgo fails to build from source in unstable/amd64:

  [..]

rm -f debian/qgo-dbg.*.debhelper
rm -rf debian/qgo-dbg/
rm -rf debian/.debhelper/
rm -f debian/*.debhelper.log
rm -f debian/files
find .  \( \( \
\( -path .\*/.git -o -path .\*/.svn -o -path .\*/.bzr -o -path 
.\*/.hg -o -path .\*/CVS \) -prune -o -type f -a \
\( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \
 -o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \
 -o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \
 -o -name TAGS -o \( -path '*/.deps/*' -a -name '*.P' \) \
\) -exec rm -f {} + \) -o \
\( -type d -a -name autom4te.cache -prune -exec rm -rf {} + \) 
\)
rm -f *-stamp
   debian/rules build
  dh build
 dh_testdir
 dh_update_autotools_config
 dh_auto_configure
qmake -makefile -nocache "QMAKE_CFLAGS_RELEASE=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2" "QMAKE_CFLAGS_DEBUG=-g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_CXXFLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -fpermissive -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_CXXFLAGS_DEBUG=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -fpermissive -Wdate-time -D_FORTIFY_SOURCE=2" 
QMAKE_LFLAGS_RELEASE=-Wl,-z,relro QMAKE_LFLAGS_DEBUG=-Wl,-z,relro QMAKE_STRIP=: 
PREFIX=/usr
 debian/rules override_dh_auto_build
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160614180441.5xwWrJRuxT.qgo/qgo-2.1~git-20150530'
  dh_auto_build --parallel
make -j9
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160614180441.5xwWrJRuxT.qgo/qgo-2.1~git-20150530'
  cd src/ && ( test -e Makefile || /usr/lib/x86_64-linux-gnu/qt5/bin/qmake 
/home/lamby/temp/cdt.20160614180441.5xwWrJRuxT.qgo/qgo-2.1~git-20150530/src/src.pro
 -nocache 'QMAKE_CFLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -fpermissive -Wdate-time -D_FORTIFY_SOURCE=2' 
'QMAKE_CXXFLAGS_DEBUG=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -fpermissive -Wdate-time -D_FORTIFY_SOURCE=2' 
QMAKE_LFLAGS_RELEASE=-Wl,-z,relro QMAKE_LFLAGS_DEBUG=-Wl,-z,relro QMAKE_STRIP=: 
PREFIX=/usr -o Makefile ) && make -f Makefile 
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160614180441.5xwWrJRuxT.qgo/qgo-2.1~git-20150530/src'
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_cz.ts -qm 
translations/qgo_cz.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_de.ts -qm 
translations/qgo_de.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_dk.ts -qm 
translations/qgo_dk.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_fr.ts -qm 
translations/qgo_fr.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_it.ts -qm 
translations/qgo_it.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_la.ts -qm 
translations/qgo_la.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_nl.ts -qm 
translations/qgo_nl.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_pt.ts -qm 
translations/qgo_pt.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_ru.ts -qm 
translations/qgo_ru.qm
  Updating 'translations/qgo_cz.qm'...
  Generated 233 translation(s) (27 finished and 206 unfinished)
  Ignored 489 untranslated source text(s)
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_tr.ts -qm 
translations/qgo_tr.qm
  Updating 'translations/qgo_dk.qm'...
  Updating 'translations/qgo_de.qm'...
  Generated 247 translation(s) (27 finished and 220 unfinished)
  Ignored 475 untranslated source text(s)
  Generated 233 translation(s) (27 finished and 206 unfinished)
  Ignored 489 untranslated source text(s)
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_zh_cn.ts -qm 
translations/qgo_zh_cn.qm
  /usr/lib/x86_64-linux-gnu/qt5/bin/lrelease translations/qgo_zh.ts -qm 
translations/qgo_zh.qm
  Updating 'translations/qgo_tr.qm'...
  Generated 687 translation(s) (685 finished and 2 unfinished)
  Ignored 35 untranslated source text(s)
  /usr/lib/x86_64-linux-gnu/qt5/bin/uic mainwindow.ui -o 
../build/ui/ui_mainwindow.h
  /usr/lib/x86_64-linux-gnu/qt5/bin/uic board/boardwindow.ui -o 
../build/ui/ui_boardwindow.h
  

Bug#788556: dash: ulimit -v is not documented in the dash(1) man page

[Gioele Barabucci]

Reply-To: 788...@bugs.debian.org
Control: tags -1 + fixed-upstream

Hello,

this problem has been fixed upstream in commit 138f2df1 [1] but not yet 
included in a released version of dash.


[1] 
http://git.kernel.org/cgit/utils/dash/dash.git/commit/?id=138f2df1e3c00183ca20d04e5084fcf4d34f330d


Regards,

--
Gioele Barabucci 

Bug#827250: alljoyn-core-1504: Incorrect fix for x32, untested patch attached.

[Thorsten Alteholz]

Hi Adam,

thanks a lot for your patch and explanations. As x32 is not that important 
for Debian either, I will wait with the upload until I find access to a 
sparc64 box to create a patch for that architecture. Besides lots of other 
alljoyn packages are waiting for an upload ...


  Thorsten

Bug#827299: jessie-pu: package libxml2/2.9.1+dfsg1-5+deb8u3

[Salvatore Bonaccorso]

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

Hi SRM,

It would be good to have libxml2 fixed as well in stable for #781232,
causing e.g. libsys-virt-perl FTBFS, or causing the problem for
libvirt as reported by Guido in #781232.

Attached is the proposed debdiff, by cherry-picking commit
beb7281055dbf0ed4d041022a67c6c5cfd126f25 from upstream.

Would that be accepted for the next jessie point release?

Regards,
Salvatore
diff -Nru libxml2-2.9.1+dfsg1/debian/changelog 
libxml2-2.9.1+dfsg1/debian/changelog
--- libxml2-2.9.1+dfsg1/debian/changelog2016-05-28 06:58:09.0 
+0200
+++ libxml2-2.9.1+dfsg1/debian/changelog2016-06-14 20:21:16.0 
+0200
@@ -1,3 +1,11 @@
+libxml2 (2.9.1+dfsg1-5+deb8u3) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix a problem unparsing URIs without a host part like qemu:///system.
+This unbreaks libvirt, libsys-virt-perl and others (Closes: #781232)
+
+ -- Salvatore Bonaccorso   Tue, 14 Jun 2016 20:20:41 +0200
+
 libxml2 (2.9.1+dfsg1-5+deb8u2) jessie-security; urgency=high
 
   * Non-maintainer upload by the Security Team.
diff -Nru 
libxml2-2.9.1+dfsg1/debian/patches/0086-Fix-a-problem-properly-saving-URIs.patch
 
libxml2-2.9.1+dfsg1/debian/patches/0086-Fix-a-problem-properly-saving-URIs.patch
--- 
libxml2-2.9.1+dfsg1/debian/patches/0086-Fix-a-problem-properly-saving-URIs.patch
1970-01-01 01:00:00.0 +0100
+++ 
libxml2-2.9.1+dfsg1/debian/patches/0086-Fix-a-problem-properly-saving-URIs.patch
2016-06-14 20:21:16.0 +0200
@@ -0,0 +1,127 @@
+From beb7281055dbf0ed4d041022a67c6c5cfd126f25 Mon Sep 17 00:00:00 2001
+From: Daniel Veillard 
+Date: Fri, 3 Oct 2014 19:22:39 +0800
+Subject: [PATCH] Fix a problem properly saving URIs
+
+As written by Martin Kletzander :
+Since commit 8eb55d782a2b9afacc7938694891cc6fad7b42a5, when you parse
+and save an URI that has no server (or similar) part, two slashes
+after the 'schema:' get lost.  It means 'uri:///noserver' is turned
+into 'uri:/noserver'.
+
+basically
+   foo:///only/path
+
+means a host of "" while
+
+   foo:/only/path
+
+means no host at all
+
+  So the best fix IMHO is to fix the URI parser to record the first
+case and an empty host string and the second case as a NULL host string
+
+ I would not revert the initial patch, we should not 'invent' those
+slash, but we should instead when parsing keep the information that
+it's a host based path and that foo:/// means the presence of a host
+but an empty one.
+
+Once applied the resulting patch below, all cases seems to be saved
+properly:
+
+thinkpad:~/XML -> ./testURI uri:/noserver
+uri:/noserver
+thinkpad:~/XML -> ./testURI uri:///noserver
+uri:///noserver
+thinkpad:~/XML -> ./testURI uri://server/foo
+uri://server/foo
+thinkpad:~/XML -> ./testURI uri:/noserver/foo
+uri:/noserver/foo
+thinkpad:~/XML -> ./testURI uri:///
+uri:///
+thinkpad:~/XML -> ./testURI uri://
+uri://
+thinkpad:~/XML -> ./testURI uri:/
+uri:/
+thinkpad:~/XML ->
+
+  If you revert the initial patch that last case fails
+
+The problem is that I don't want to change the xmlURI structure to
+minimize ABI breakage, so I could not extend the field. The natural
+solution is to denote that uri:/// has an empty host by making
+the uri server field an empty string which works very well but breaks
+applications (like libvirt ;-) who blindly look at uri->server
+not being NULL to try to reach it !
+Simplest was to stick the port to -1 in that case, instead of 0
+application don't bother looking at the port of there is no server
+string, this makes the patch more complex than a 1 liner, but
+is better for ABI.
+---
+ uri.c | 34 +++---
+ 1 file changed, 19 insertions(+), 15 deletions(-)
+
+diff --git a/uri.c b/uri.c
+index d4dcd2f..ff47abb 100644
+--- a/uri.c
 b/uri.c
+@@ -759,6 +759,8 @@ xmlParse3986HierPart(xmlURIPtr uri, const char **str)
+ cur += 2;
+   ret = xmlParse3986Authority(uri, );
+   if (ret != 0) return(ret);
++  if (uri->server == NULL)
++  uri->port = -1;
+   ret = xmlParse3986PathAbEmpty(uri, );
+   if (ret != 0) return(ret);
+   *str = cur;
+@@ -1106,7 +1108,7 @@ xmlSaveUri(xmlURIPtr uri) {
+   }
+   }
+ } else {
+-  if (uri->server != NULL) {
++  if ((uri->server != NULL) || (uri->port == -1)) {
+   if (len + 3 >= max) {
+ temp = xmlSaveUriRealloc(ret, );
+ if (temp == NULL) goto mem_error;
+@@ -1143,22 +1145,24 @@ xmlSaveUri(xmlURIPtr uri) {
+   }
+   ret[len++] = '@';
+   }
+-  p = uri->server;
+-  while (*p != 0) {
+-  if (len >= max) {
+-temp = xmlSaveUriRealloc(ret, );
+-if (temp == NULL) goto mem_error;
+-ret = temp;
++  if (uri->server != NULL) {

Bug#827283: linux-image-4.5.0-0.bpo.2-armmp: none

[Ben Hutchings]

Control: forcemerge 823493 -1

On Tue, 2016-06-14 at 17:24 +0200, Alexandre GRIVEAUX wrote:
> Package: src:linux
> Version: 4.5.4-1~bpo8+1
> Severity: normal
> 
> Dear Maintainer,
> 
> I try linux-image-4.5.0-0.bpo.2-armmp and
> linux-image-4.5.0-0.bpo.2-armmp-lpae on LeMaker Banana Pi,
> unfortunately the GMAC won't work in this kernel, i get this error:
> 
> [  117.215251] libphy: PHY stmmac-0: not found
> [  117.220186] eth0: Could not attach to PHY
> [  117.224234] stmmac_open: Cannot attach to PHY (error: -19)
> 
> As stated below.
[...]

This is fixed in testing/unstable and will be fixed in the next jessie-
backports upload.

Ben.

-- 

Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert
Camus


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

Bug#827274: segfaults when loading message list after switching mail folders

[Carsten Schoenert]

Hello Micha,

those logs are much better as we cann see all the threads that are
running. I'm a little bit puzzled about the name of the log file and the
version on the other side that's visible in the log ...

On Tue, Jun 14, 2016 at 05:19:12PM +0200, Micha Lenk wrote:
[SNIP] 
> Program received signal SIGSEGV, Segmentation fault.
> 0x74a2f550 in vtable for nsDisplayXULImage () from 
> /usr/lib/icedove/libxul.so
> (gdb) thread apply all bt

[SNIP]

> Thread 1 (Thread 0x77fd1740 (LWP 3856)):
> #0  0x74a2f550 in vtable for nsDisplayXULImage () from 
> /usr/lib/icedove/libxul.so
> #1  0x71cff6a5 in nsDisplayList::DeleteAll (this=0x7fffc308) at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsDisplayList.cpp:1816

That's originaly this function in line 1816

$ head -n 1819 mozilla/layout/base/nsDisplayList.cpp | tail -n8

void nsDisplayList::DeleteAll() {
  nsDisplayItem* item;
  while ((item = RemoveBottom()) != nullptr) {   <
item->~nsDisplayItem();
  }
}

It looks like a Nullpointer exception but that needs a deeper code
inspection and my assumption can be wrong.

> #2  0x71d555ce in nsLayoutUtils::PaintFrame 
> (aRenderingContext=0x7fffc99de578, aRenderingContext@entry=0x0, 
> aFrame=0x7fffd2337ff0, aDirtyRegion=..., 
> aBackstop=0, aBackstop@entry=4294440951, aFlags=4294951728) at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsLayoutUtils.cpp:3477
> #3  0x71d5a47d in PresShell::Paint (this=0x7fffd2347c00, 
> aViewToPaint=aViewToPaint@entry=0x7fffe269e100, aDirtyRegion=..., 
> aFlags=aFlags@entry=1)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsPresShell.cpp:6105
> #4  0x71b7c884 in nsViewManager::ProcessPendingUpdatesPaint 
> (this=0x7fffd2334380, aWidget=aWidget@entry=0x76bedab0)
> at /build/icedove-tNL3mB/icedove-45.1.0/mozilla/view/nsViewManager.cpp:467
> #5  0x71b7ca33 in nsViewManager::ProcessPendingUpdatesForView 
> (this=, aView=, 
> aFlushDirtyRegion=aFlushDirtyRegion@entry=true)
> at /build/icedove-tNL3mB/icedove-45.1.0/mozilla/view/nsViewManager.cpp:398
> #6  0x71b7cae3 in nsViewManager::ProcessPendingUpdates 
> (this=this@entry=0x7fffd2334380)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/view/nsViewManager.cpp:1101
> #7  0x71cd55a4 in nsRefreshDriver::Tick (this=0x7fffd2347800, 
> aNowEpoch=aNowEpoch@entry=1465917171867919, aNowTime=...)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:1857
> #8  0x71cd5884 in mozilla::RefreshDriverTimer::TickDriver 
> (driver=, jsnow=jsnow@entry=1465917171867919, now=..., 
> now@entry=...)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:264
> #9  0x71cd59b1 in mozilla::RefreshDriverTimer::TickRefreshDrivers 
> (aJsNow=aJsNow@entry=1465917171867919, aNow=aNow@entry=..., aDrivers=..., 
> this=0x7fffd9a1f420) at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:236
> #10 0x71cd5a59 in mozilla::RefreshDriverTimer::Tick 
> (this=0x7fffd9a1f420, jsnow=1465917171867919, now=...)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:255
> #11 0x71cd5b74 in RunRefreshDrivers (aTimeStamp=..., 
> this=0x7fffd9a1f420) at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:566
> #12 
> mozilla::VsyncRefreshDriverTimer::RefreshDriverVsyncObserver::TickRefreshDriver
>  (this=, aVsyncTimestamp=...)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:486
> #13 0x71cd01be in 
> apply (mozilla::VsyncRefreshDriverTimer::RefreshDriverVsyncObserver::*)(mozilla::TimeStamp)>
>  (m=, o=, this=) at 
> ../../dist/include/nsThreadUtils.h:676
> #14 nsRunnableMethodImpl (mozilla::VsyncRefreshDriverTimer::RefreshDriverVsyncObserver::*)(mozilla::TimeStamp),
>  true, mozilla::TimeStamp>::Run (
> this=) at ../../dist/include/nsThreadUtils.h:870
> #15 0x709542b0 in nsThread::ProcessNextEvent (this=0x76b65600, 
> aMayWait=, aResult=0x7fffd077)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/xpcom/threads/nsThread.cpp:972
> #16 0x7096e9e1 in NS_ProcessNextEvent (aThread=, 
> aMayWait=aMayWait@entry=false)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/xpcom/glue/nsThreadUtils.cpp:297
> #17 0x70b4e791 in mozilla::ipc::MessagePump::Run 
> (this=0x76bfc040, aDelegate=0x76bf61c0)
> at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/ipc/glue/MessagePump.cpp:95
> #18 0x70b3ecdb in RunHandler (this=0x76bf61c0) at 
> /build/icedove-tNL3mB/icedove-45.1.0/mozilla/ipc/chromium/src/base/message_loop.cc:227
> #19 MessageLoop::Run (this=0x76bf61c0) at 
> 

Bug#827278: libsgmls-perl: iputils failure to crossbuild due to dependency on sgmlspl

[Niko Tyni]

On Tue, Jun 14, 2016 at 09:48:09AM -0500, Dave Chiluk wrote:
> Package: libsgmls-perl
> Version: 1.03ii-35
> Severity: serious
> Tags: patch
> Justification: fails to build from source
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu yakkety ubuntu-patch

> Cross-building of iputils fails to build because of inability to
> retrieve arch specific sgmlspl.
> 
> Setting Multi-Arch: allowed for sgmlspl resolves this issue.

The only interface sgmlspl offers is a /usr/bin/perl script, so marking
it Multi-Arch: foreign would seem more appropriate to me?
-- 
Niko Tyni   nt...@debian.org

Bug#827278: libsgmls-perl: iputils failure to crossbuild due to dependency on sgmlspl

[Salvatore Bonaccorso]

Control: severity -1 wishlist

Hi Dave,

On Tue, Jun 14, 2016 at 09:48:09AM -0500, Dave Chiluk wrote:
> Package: libsgmls-perl
> Version: 1.03ii-35
> Severity: serious
> Tags: patch
> Justification: fails to build from source
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu yakkety ubuntu-patch
> 
> Dear Maintainer,
> 
> Cross-building of iputils fails to build because of inability to
> retrieve arch specific sgmlspl.
> 
> Setting Multi-Arch: allowed for sgmlspl resolves this issue.
> 
> *** /tmp/tmptcXdFp/bug_body
> 
> In Ubuntu, the attached patch was applied to achieve the following:
> 
> Allow iputils to Depend on sgmlspl when crossbuilding.  Cross-build
> patches for iputils will also be submitted to debian.
> 
> 
>   * iputils failure to crossbuild due to dependency on sgmlspl.
> (LP: #1592389)
> 
> 
> Thanks for considering the patch.

Thanks for your report. Though TTBOMK, failures to cross-build are
not considered release critical. I'm thus downgrading the severity to
wishlist, matching #648033.

Regards,
Salvatore

Bug#827298: Crash: ERROR:gf-desktop-background.c:234:background_changed_cb: assertion failed: (background->background == NULL)

[Sam Morris]

Package: gnome-flashback
Version: 3.20.1-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

gnome-flashback just crashed after logging the following:

Jun 14 18:55:33 wintermute gnome-flashback.desktop[13160]: ** 
(gnome-flashback:13160): WARNING **: Failed to launch ibus-daemon: Failed to 
execute child process "ibus-daemon" (No such file or directory)
Jun 14 18:55:35 wintermute gnome-flashback.desktop[13160]: **
Jun 14 18:55:35 wintermute gnome-flashback.desktop[13160]: 
ERROR:gf-desktop-background.c:234:background_changed_cb: assertion failed: 
(background->background == NULL)

Here's the backtrace:

#0  0x7fe5a3c31458 in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:55
resultvar = 0
pid = 13160
selftid = 13160
#1  0x7fe5a3c328da in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x1808f10, sa_sigaction = 
0x1808f10}, sa_mask = {__val = {108, 140624284164832, 140624349479024, 0, 0, 
472446402651, 0, 0, 532575944823, 25202448, 140624275295008, 0, 0, 4294967295, 
0, 140624275295064}}, 
  sa_flags = 25202448, sa_restorer = 0x0}
sigs = {__val = {32, 0 }}
#2  0x7fe5a4571d75 in g_assertion_message () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x7fe5a4571e0a in g_assertion_message_expr () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x00423853 in background_changed_cb (user_data=0x15c7480) at 
gf-desktop-background.c:234
user_data = 0x15c7480
#5  0x7fe5a454c05a in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#6  0x7fe5a454c400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#7  0x7fe5a454c722 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#8  0x00419cff in main (argc=1, argv=0x7ffd97a81348) at gf-main.c:163
session = 0x133e320


- -- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (555, 'testing'), (520, 'unstable'), (510, 'experimental'), (500, 
'unstable-debug')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-flashback depends on:
ii  gnome-flashback-common   3.20.1-2
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-11
ii  libcairo21.14.6-1+b1
ii  libcanberra-gtk3-0   0.30-3
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.1-1
ii  libgnome-bluetooth13 3.18.3-1
ii  libgnome-desktop-3-123.20.2-1
ii  libgtk-3-0   3.20.6-1
ii  libibus-1.0-51.5.11-1
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libpolkit-agent-1-0  0.105-15
ii  libpolkit-gobject-1-00.105-15
ii  libpulse-mainloop-glib0  8.0-2+b2
ii  libpulse08.0-2+b2
ii  libupower-glib3  0.99.4-2
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb-randr01.11.1-1
ii  libxext6 2:1.3.3-1
ii  libxkbfile1  1:1.0.9-2
ii  libxrandr2   2:1.5.0-1

Versions of packages gnome-flashback recommends:
ii  dbus   1.10.8-1
ii  gnome-settings-daemon  3.20.1-2

Versions of packages gnome-flashback suggests:
ii  gnome-power-manager  3.20.0-1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJXYEceAAoJENILQgJc2ie5GBYP/3mZSBjkSxex4AzwxJBZMEEt
NMWrNyrNKgnkB+Pb4BYzWZBvZd+XFrhHKw5KuEGBLtAg4dTAmfQ9LD5EEg+GmOm1
0S7jF3rQcU7rLhFTwDVyEMWkTXY8LogY15zQt/TYfxHUVUD92Eovf7ZfMNtT45AC
9T5H6BIQ/MdVBEyofdK8zlvuWaJwja3e/OFDGWFAVxFNVM4IGXQg1GzlPJN3/lqg
lX+Osh0BkyqKOY2NeSPQou4KKh/0XhGyQ8aZiFe2V91Ive8qmeMEMcpSprekw4KS
nE9ZIjitY4zxEFTkboWZozvSd1x2yob8ACuuD/k27jApD4Ag7fBhpS32lWhNL/R9
/EZ5E1sWArqJmeV9mHVHJw9T29suSaPlszur7s0+CN0xHeai1+PZTVI0XZu15erZ
Eklhb3103jrjSfMC9I80c4/5VrYvTHZTt8VoeYpHo31fsQI5HOEM6zzLFDBcakek
LHEd9sAW3S3nZNfTqPFoM8ej7oQNQKMYExXQnxSHmAKluTAoIsAtZjTXBMdRE4cN
1bViUgJCQPBOu2ok3zRy8J2c3UxuyubFccS5Pl/yY/6ctycl+V8MASERPv4lf0t4
p3hgKyoUKSKxTb1PrF6a89LXFrEYPSbn8yF/MAt8is/HuB9DBJULA/Ht77k8Z70G
U1hZskdpvjKyZqWlwfFh
=XoI+
-END PGP SIGNATURE-

Bug#741972: RFP: popcorn-time -- Torrent movie streamer

[nodiscc]

A current maintained fork can be found at https://popcorntime.sh/ (source
code at https://github.com/popcorn-official/popcorn-desktop)

Bug#827297: deborphan: No support for versioned provides

[Andreas Metzler]

Package: deborphan
Version: 1.7.28.8-0.3
Severity: serious

Hello,

afaict deborphan is lacking support for versioned provides, it seems to
ignore them:
--
root@argenau:~# deborphan --guess-all
python-cffi-backend
root@argenau:~# apt-get remove python-cffi-backend
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  python-cliapp python-fuse python-larch python-tracing python-ttystatus
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  obnam python-cffi-backend python-cryptography python-paramiko
0 upgraded, 0 newly installed, 4 to remove and 0 not upgraded.
After this operation, 3273 kB disk space will be freed.
Do you want to continue? [Y/n] 
--
python-cffi-backend is flaggged orphaned, although obnam has a indirect
dependency on it.

Package: obnam
Provides: python-obnam
Depends: libc6 (>= 2.6), python (>= 2.7), python (<< 2.8), python-larch (>= 
1.20131130~), python-ttystatus (>= 0.23~), python-paramiko, python-tracing (>= 
0.8~), python-cliapp (>= 1.20130808~), python-yaml, python-fuse

Package: python-paramiko
Provides: python2.7-paramiko
Depends: python-cryptography (>= 1.1), python-pyasn1 (>= 0.1.7), python:any (<< 
2.8), python:any (>= 2.7.5-5~)

Package: python-cryptography
Depends: python (<< 2.8), python (>= 2.7~), python-cffi-backend-api-min (<= 
9729), python-cffi-backend-api-max (>= 9729), python-enum34, python-idna (>= 
2.0), python-ipaddress, python-pyasn1 (>= 0.1.8), python-setuptools (>= 11.3), 
python-six (>= 1.4.1), python:any (>= 2.7.5-5~), libc6 (>= 2.14), libssl1.0.2 
(>= 1.0.2d)

Package: python-cffi-backend
Provides: python-cffi-backend-api-9729, python-cffi-backend-api-max (= 10239), 
python-cffi-backend-api-min (= 9729)
Depends: python (<< 2.8), python (>= 2.7~), libc6 (>= 2.14), libffi6 (>= 3.0.4)


I am reporting this as serious because I think the core functionality of
deborphan (find orphaned packages) does not work properly and because
versioned provides are present in Debian/testing.

cu Andreas


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

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

Versions of packages deborphan depends on:
ii  libc6  2.22-11

Versions of packages deborphan recommends:
ii  apt   1.2.12
ii  dialog1.3-20160424-1
ii  gettext-base  0.19.7-2

deborphan suggests no packages.

Bug#827296: connman: Connman slow down the boot when no network available

[Florian Birée]

Package: connman
Version: 1.32-0.1
Severity: normal

Dear Maintainer,

When no network (wired or wireless) is available, systemd hang on an long
time (around 2 minutes), waiting connman to find a network before continuing 
the boot.

This is very anoying for a laptop. Some times ago (I can't remember when
and with which version of connman or systemd), already with connman and
systemd, the boot was normal even when no network was available.

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

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

Versions of packages connman depends on:
ii  dbus 1.10.8-1
ii  init-system-helpers  1.34
ii  libc62.22-11
ii  libdbus-1-3  1.10.8-1
ii  libglib2.0-0 2.48.1-1
ii  libgnutls30  3.4.13-1
ii  libreadline6 6.3-8+b4
ii  libxtables11 1.6.0-2
ii  lsb-base 9.20160601

Versions of packages connman recommends:
pn  bluez  
pn  ofono  
ii  wpasupplicant  2.3-2.3

Versions of packages connman suggests:
pn  indicator-network  

-- no debconf information

Bug#827291: transition: libpodofo

[Emilio Pozuelo Monfort]

On 14/06/16 19:08, Mattia Rizzolo wrote:
> Package: release.debian.org
> Forwarded: https://release.debian.org/transitions/html/auto-libpodofo.html
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> I've got another libpodofo soname bump, from libpodofo0.9.3 to
> libpodofo0.9.4.
> 
> The 3 affected packages (scribus, calibre and krename) all builds fine.
> 
> calibre is currently entangled with the Qt private abi bump, and
> currently can't be built due to pyqt5 not being rebuilt yet.
> With a rebuilt pyqt5 calibre builds fine and gains dependencies on both
> libpodofo0.9.4 and qtbase-abi-5-6-1; that means that you either prefer
> to hold calibre and rebuild it only once for both transitions, or
> rebuild it twice; please tell me what you prefer :)

In this case I prefer to wait (because the Qt transition can't be 'smooth').
Ping us once the Qt transition is over.

Cheers,
Emilio

Bug#802801: python-coverage: FTBFS: calling function returned 100.0, not a test

[Emilio Pozuelo Monfort]

On Wed, 27 Apr 2016 20:26:47 +1000 Ben Finney  
wrote:
> On 27-Apr-2016, Julien Cristau wrote:
> > On Wed, Apr 27, 2016 at 13:48:42 +1000, Ben Finney wrote:
> > 
> > I just ran "sbuild -d sid python-coverage_3.7.1+dfsg.1-1.dsc" and it
> > failed with
> > 
> > > python3.5 setup.py test -vv
> > > […]
> > > Unknown command: 'test'
> > > Use 'coverage help' for help.
> > > debian/rules:87: recipe for target 'test-python3.5' failed
> > > make[1]: *** [test-python3.5] Error 1
> > 
> > which matches at least some of the buildd failures.
> 
> Okay, but that would be worthy of a separate bug report. I'm not able
> to reproduce the behaviour originally reported.

I can reproduce the original problem in a sid chroot using sbuild:

OK
python3.5 setup.py test -vv
running test
running egg_info
writing dependency_links to coverage.egg-info/dependency_links.txt
writing entry points to coverage.egg-info/entry_points.txt
writing top-level names to coverage.egg-info/top_level.txt
writing coverage.egg-info/PKG-INFO
reading manifest file 'coverage.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
warning: no previously-included files matching '*.pyc' found anywhere in
distribution
writing manifest file 'coverage.egg-info/SOURCES.txt'
running build_ext
building 'coverage.tracer' extension
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -c coverage/tracer.c -o
build/temp.linux-x86_64-3.5/coverage/tracer.o
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
-Wl,-z,relro -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
build/temp.linux-x86_64-3.5/coverage/tracer.o -o
/<>/python-coverage-3.7.1+dfsg.1/coverage/tracer.cpython-35m-x86_64-linux-gnu.so
NameStmts   Miss  Cover   Missing
-
Traceback (most recent call last):
  File "setup.py", line 199, in 
main()
  File "setup.py", line 188, in main
setup(**setup_args)
  File "/usr/lib/python3.5/distutils/core.py", line 148, in setup
dist.run_commands()
  File "/usr/lib/python3.5/distutils/dist.py", line 955, in run_commands
self.run_command(cmd)
  File "/usr/lib/python3.5/distutils/dist.py", line 974, in run_command
cmd_obj.run()
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 159, 
in run
self.with_project_on_sys_path(self.run_tests)
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 140, in
with_project_on_sys_path
func()
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 180, in
run_tests
testRunner=self._resolve_as_ep(self.test_runner),
  File "/usr/lib/python3.5/unittest/main.py", line 93, in __init__
self.parseArgs(argv)
  File "/usr/lib/python3.5/unittest/main.py", line 123, in parseArgs
self._do_discovery([])
  File "/usr/lib/python3.5/unittest/main.py", line 228, in _do_discovery
self.test = loader.discover(self.start, self.pattern, self.top)
  File "/usr/lib/python3.5/unittest/loader.py", line 341, in discover
tests = list(self._find_tests(start_dir, pattern))
  File "/usr/lib/python3.5/unittest/loader.py", line 398, in _find_tests
full_path, pattern, namespace)
  File "/usr/lib/python3.5/unittest/loader.py", line 475, in _find_test_path
tests = self.loadTestsFromModule(package, pattern=pattern)
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 38, in
loadTestsFromModule
tests.append(self.loadTestsFromName(submodule))
  File "/usr/lib/python3.5/unittest/loader.py", line 211, in loadTestsFromName
(obj, test))
TypeError: calling .wrapper at
0x7f72b94b07b8> returned 100.0, not a test
debian/rules:87: recipe for target 'test-python3.5' failed
make[1]: *** [test-python3.5] Error 1
make[1]: Leaving directory '/<>/python-coverage-3.7.1+dfsg.1'
debian/rules:102: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


I wonder if upgrading to the latest upstream version would fix this.

This is one of the last blockers to get rid of python3.4.

Cheers,
Emilio

Bug#796625: [PATCH] clvm: ship native systemd units in debian package

[Bastian Blank]

On Mon, Jun 13, 2016 at 01:31:49PM +0200, Andreas Henriksson wrote:
> Hope this helps. Would be much appreciated if we could resolve this
> bug report (very) soon. I'd like to avoid NMUing this package but
> if progress is blocked on this bug report I'll go ahead if there's
> no feedback by then.

Did you at least test it once?  My gut say: no.

> --- lvm2-2.02.153/debian/patches/clvm-systemd-unit-debian-adaptions.patch 
> 1970-01-01 01:00:00.0 +0100
> +++ lvm2-2.02.153/debian/patches/clvm-systemd-unit-debian-adaptions.patch 
> 2016-06-13 13:05:16.0 +0200

There is already a patch for systemd modifications, use it.

> +--- a/scripts/lvm2_clvmd_systemd_red_hat.service.in
>  b/scripts/lvm2_clvmd_systemd_red_hat.service.in
> +@@ -1,9 +1,10 @@
> + [Unit]
> + Description=Clustered LVM daemon
> + Documentation=man:clvmd(8)
> +-After=dlm.service corosync.service
> ++After=cman.service corosync.service

Where did you find a cman.service?  The package does not even build cman
support.

Bastian

-- 
Spock: The odds of surviving another attack are 13562190123 to 1, Captain.